Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] Adding gnupg to every spell

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Eric Sandall <eric AT sandall.us>
  • To: SM Discuss <sm-discuss AT lists.ibiblio.org>
  • Subject: Re: [SM-Discuss] Adding gnupg to every spell
  • Date: Thu, 9 Feb 2006 09:12:30 -0800 (PST)

-----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-----




Archive powered by MHonArc 2.6.24.

Top of Page