Re: [A-A-P-develop] Newbie Questions and Status

[Bram Moolenaar <Bram@mo...>]

Steve -

>    I'm looking for a system to maintain a small Linux distro and am 
> trying to decide between SCONS and AAP.  I had a few basic questions 
> about aap...
> 
> The docs indicate that 'package' dependencies haven't been implemented 
> yet.. Is that still true?  I need 'build time' dependencies (ie, vim 
> depends on libc6).  I'd also like to be able to generate source packages 
> (including patch files used) and generate BOM's for both the binary and 
> source packages.  Are source packages still on the 'to-do' list?

Package version numbers has not been implemented yet.  Otherwise, the
":assertpkg" command works.  Thus if you check for a version yourself
you can make it work.

> Also, In the 'ports' section of the docs, it mentions the 'steps' aap 
> goes thru to build a package - is this _only_ for ports?  Or do all aap 
> recipes go thru these hooks?  Is it possible to add/remove the steps aap 
> uses (say for instance to add 'source packaging' step)

From the tutor-port chapter:

	Setting PORTNAME to the name of the port is what actually
	triggers Aap to read this recipe as a port recipe.

Without PORTNAME the steps are not performed.  That is, the virtual
targets for the steps won't be updated.

> SCons is pretty nice, however I'd have to roll my own 'multi-step' logic 
> by adding a stamp-file layer on top of it.  I'd have an 'initialize' 
> function in each recipe automatically add dependencies on each step in 
> the process ('patch' depends on 'unpack' depends on 'fetch'..).  Aap 
> seems to have some of this already in place, but only for 'port' 
> recipes??  If I have to roll my own 'multi-step' (stages) support, would 
> the stamp-file approach be the most appropriate way to do it in aap ?

It's been some time since I looked into the port/package stuff.  It
worked when I tested it, but not much has happened since then.

I think you can get the steps to work for you, just be careful with the
extra targets that will be present.

-- 
If evolution theories are correct, humans will soon grow a third
hand for operating the mouse.

 /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
 \\\     Buy LOTR 3 and help AIDS victims -- http://ICCF.nl/lotr.html   ///

[A-A-P-develop] Newbie Questions and Status

[steve <steve@it...>]

Hi All,

   I'm looking for a system to maintain a small Linux distro and am 
trying to decide between SCONS and AAP.  I had a few basic questions 
about aap...

The docs indicate that 'package' dependencies haven't been implemented 
yet.. Is that still true?  I need 'build time' dependencies (ie, vim 
depends on libc6).  I'd also like to be able to generate source packages 
(including patch files used) and generate BOM's for both the binary and 
source packages.  Are source packages still on the 'to-do' list?

Also, In the 'ports' section of the docs, it mentions the 'steps' aap 
goes thru to build a package - is this _only_ for ports?  Or do all aap 
recipes go thru these hooks?  Is it possible to add/remove the steps aap 
uses (say for instance to add 'source packaging' step)


SCons is pretty nice, however I'd have to roll my own 'multi-step' logic 
by adding a stamp-file layer on top of it.  I'd have an 'initialize' 
function in each recipe automatically add dependencies on each step in 
the process ('patch' depends on 'unpack' depends on 'fetch'..).  Aap 
seems to have some of this already in place, but only for 'port' 
recipes??  If I have to roll my own 'multi-step' (stages) support, would 
the stamp-file approach be the most appropriate way to do it in aap ?

Thanks!
Steve

Re: [A-A-P-develop] Newbie Questions and Status

[Bram Moolenaar <Bram@mo...>]

Steve -

>    I'm looking for a system to maintain a small Linux distro and am 
> trying to decide between SCONS and AAP.  I had a few basic questions 
> about aap...
> 
> The docs indicate that 'package' dependencies haven't been implemented 
> yet.. Is that still true?  I need 'build time' dependencies (ie, vim 
> depends on libc6).  I'd also like to be able to generate source packages 
> (including patch files used) and generate BOM's for both the binary and 
> source packages.  Are source packages still on the 'to-do' list?

Package version numbers has not been implemented yet.  Otherwise, the
":assertpkg" command works.  Thus if you check for a version yourself
you can make it work.

> Also, In the 'ports' section of the docs, it mentions the 'steps' aap 
> goes thru to build a package - is this _only_ for ports?  Or do all aap 
> recipes go thru these hooks?  Is it possible to add/remove the steps aap 
> uses (say for instance to add 'source packaging' step)

From the tutor-port chapter:

	Setting PORTNAME to the name of the port is what actually
	triggers Aap to read this recipe as a port recipe.

Without PORTNAME the steps are not performed.  That is, the virtual
targets for the steps won't be updated.

> SCons is pretty nice, however I'd have to roll my own 'multi-step' logic 
> by adding a stamp-file layer on top of it.  I'd have an 'initialize' 
> function in each recipe automatically add dependencies on each step in 
> the process ('patch' depends on 'unpack' depends on 'fetch'..).  Aap 
> seems to have some of this already in place, but only for 'port' 
> recipes??  If I have to roll my own 'multi-step' (stages) support, would 
> the stamp-file approach be the most appropriate way to do it in aap ?

It's been some time since I looked into the port/package stuff.  It
worked when I tested it, but not much has happened since then.

I think you can get the steps to work for you, just be careful with the
extra targets that will be present.

-- 
If evolution theories are correct, humans will soon grow a third
hand for operating the mouse.

 /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
 \\\     Buy LOTR 3 and help AIDS victims -- http://ICCF.nl/lotr.html   ///