src.rpm standards

[Axel Thimm]

On Wed, Jan 28, 2004 at 06:56:05PM -0500, Jeremy Katz wrote:
> On Wed, 2004-01-28 at 18:46, Gene C. wrote:
> > I am not sure what the standard should be but I believe that there should be 
> > one.
> 
> Heh, good luck on "standard".  I wouldn't recommend what you describe,
> but people will do it anyway.  Heck, I might well have it in one of my
> own packages.
> 
> > I assume that the various automated build systems start with a clean set of 
> > directories for each build, this may not be true for individuals (it is 
> > certainly not true for me).
> 
> What we currently use sets %_sourcedir on the rpm command line for each
> package so that it's unique (also so that you check out and verify that
> what you're using is what is on the tag in CVS, etc).  For stuff I do
> that's not in CVS, I have '%_sourcedir %{_topdir}/SOURCES/%{name}' in my
> ~/.rpmmacros.  If it bugs you this much, I really recommend the latter
> :-)

Good luck with the kernel ;)

I miss versioned patches in the kernel, everytime a new kernel is
released I need to install the old src.rpm and scan the changes with
rpm -Vp kernel-new.src.rpm. One could add %{version} and %{release} to
the _sourcedir also, but then you get too many duplications across
directories, and you need to copy over all sources/patches for every
new release bump.

But it is understandable that dealing with these number of patches is
already internal RedHat punishment. So asking for more bookkeeping
here is unfair to Dave and Arjan. ;)

> > OK, what do you call think about this?
> 
> *shrug*  It's annoying, but I think that the frequency of it (rare to my
> knowledge) coupled with the fact that existing practices on things like
> this are nearly impossible to change make it the sort of thing that you
> just deal with as need be.
-- 
Axel.Thimm at physik.fu-berlin.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20040129/a3ef1362/attachment-0002.bin