[Fedora-packaging] Re: what policy for python egg files
a.badger at gmail.com
Mon Dec 18 20:33:19 UTC 2006
On Mon, 2006-12-18 at 19:49 +0100, Axel Thimm wrote:
> On Mon, Dec 18, 2006 at 07:23:29PM +0100, Axel Thimm wrote:
> > On Mon, Dec 18, 2006 at 05:47:48PM +0000, David Lutterkort wrote:
> > > The crucial issue are the dependencies that right now have to stay
> > > within each packaging format; if rpm's can't contain any egg (or gem or
> > > whatnot) info, users will end up installing the same package twice, just
> > > to fulfill dependencies completely within each packaging system.
> > Don't you have the same issue if you install the egg with -Z? If not,
> > then the (egg-)package dependencies are obvioulsy spooled somewhere on
> > disk for easy_install and friends to find.
> Looks like all has been considered in advance by the egg folks:
> > --single-version-externally-managed
> > This boolean option tells the install command to perform an "old
> > style" installation, with the addition of an .egg-info directory
> > so that the installed project will still have its metadata
> > available and operate normally. If you use this option, you must
> > also specify the --root or --record options (or both), because
> > otherwise you will have no way to identify and remove the
> > installed files.
> > > It would be much more userfriendly if we laid the groundwork for other
> > > packaging systems to depend on rpm-installed bits; that mostly means to
> > > _allow_ inclusion of non-rpm packaging metadata in rpms.
> > If you like so, having "egg-provides" is fine, of course. Just like we
> > have foo.pc, but don't keep the full tarball around.
> The equivalent to *.pc files seem to be the .egg-info subdirs. So we
> don't need to ship the egg file in addition within the rpm file, but
> still feed the egg packaging system with information.
Heh. This is what we've been doing :-)
From lmacken's TurboMail spec, for instance:
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 189 bytes
Desc: This is a digitally signed message part
More information about the Fedora-packaging