[SM-Discuss] Adding gnupg to every spell

Eric Sandall eric at sandall.us
Thu Feb 9 12:12:30 EST 2006


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wed, 8 Feb 2006, Andrew wrote:
<snip>
> I think if we tried to actually explicitly list *all* the depends in
> basesystem, it would become very circular and the ordering wouldn't
> actually any better. So, continuing on this path is really a losing
> proposition the more I think about it.
>
> Right now we dont have a seperate notion of runtime depends vs build
> dependencies. Gnupg, tar, gzip, bzip2 etc are build dependencies in this
> context, we need them installed as per build process, but we dont need
> them after that. On the other hand, things link to glibc, and some other
> core libraries (as well as use the file system tree).
>
> During chroot bootstrapping, the build-depends need to exist on the host
> system, which right now is just assumed. Its actually assumed whenever you
> run a sorcery command. But, the linking dependencies need to build in the
> right order so (ideally) everything can link against their manifestations
> in the chroot. A rebuild isn't really all that different.  Once all the
> core libraries are installed, the rest of basesystem can go in mostly
> any order.
>
> So, I think it would best to assume any basesystem *build* dependencies are
> already installed, and only have actual listed depends on 'real'
> depends. Gnupg is a build depends (so, sorry eric, that could probably
> stand to be reverted...), smgl-fhs, glibc, and zlib (maybe some other
> libs) are not, on the other hand.
>
> Those need to be depended on somehow. Either explicitly adding each of
> them to the base spells or using some indirection. Such as a meta-spell
> (as suggested), or using a common file sourced in DEPENDS. The former is
> simpler except it reduces sorcery's visibility into the dependency tree,
> the later might be disagreeable to some.

Well...luckily we can just revert the whole changset with the gnupg
changes.

I just love wasting my time like that. ;) At least smgl-fhs sounds
like it'll stay.

- -sandalle

- --
Eric Sandall                     |  Source Mage GNU/Linux Developer
eric at sandall.us                  |  http://www.sourcemage.org/
http://eric.sandall.us/          |  SysAdmin @ Inst. Shock Physics @ WSU
http://counter.li.org/  #196285  |  http://www.shock.wsu.edu/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFD63gCHXt9dKjv3WERAksyAJ9k2l/6JxZzWxECjISzbJaf6S+nlwCguAlL
qPSLqEnPyO6txn4wr9gsJ4c=
=yy8B
-----END PGP SIGNATURE-----



More information about the SM-Discuss mailing list