[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

RFC: mass rebuild results


I've done a mass rebuilt of Rawhide in an (almost) full install chroot with x86_64 packages only.
Then I've run rpmdiff of the resulting packages against the rawhide packages and put together a rather large list
of differences. You can grab the list from http://people.redhat.com/karsten/RPMDIFF . This list doesn't even contain the failed
packages which suddenly have unpackaged files not catched by some wildcard in the %files section.

- additional requirements usually mean either a missing configure flag to disable a certain feature or a missing buildrequirement
  RPM in Rawhide: vim-enhanced-7.1.266-1.fc9.x86_64.rpm Rebuilt RPM: vim-enhanced-7.1.266-1.fc9.x86_64.rpm
  added      REQUIRES libruby.so.1.8()(64bit)
  This mean I either should have added --without-rubyinterp to vim's configure flags if I don't want ruby support or I need to add
  a build requirement on ruby-devel

- almost every *-javadoc package gets a huge amount of additional documentation in a full install rebuild

- some noarch packages put files in either /usr/lib64 or in /usr/lib, depending on which arch they have been built (example: gcstar)

- some packages, p.e. evolution switch from using libgnutls to libgio ?

In my opinion rebuilding packages outside of mock should give me packages with the same features than the original ones.
In addition to that I shouldn't have to cope with build failures because of unpackaged files just because some other installed
random package changes the filelist of my package via configure detection.
The packaging guidelines mention only that the buildrequirements for the used configure flags need to be added to the spec file
but I think that we should add to the guidelines that all other (unwanted) features need to be disabled via configure flags.

Should I even bother to start filing the most obvious bugs or shall we leave it 'as is' ?


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]