2010/12/27 Jeff Johnson <n3...@mac.com>: > > On Dec 26, 2010, at 7:39 PM, Per Øyvind Karlsen wrote: > >> 2010/12/26 Jeff Johnson <n3...@mac.com>: >>> >>> On Dec 26, 2010, at 4:52 PM, Per Øyvind Karlsen wrote: >>> >>>> >>>> For toy package reproducers, you can try gnupg & gnupg2 from cooker. >>>> >>> >>> Those aren't toys. What's needed is simple reproducers. >> Here's btw. a report opened on the issue this commit fixes: >> (unfortunately the conflicting files issue discusssed in the separated >> thread is preventing it from solving it though) >> https://qa.mandriva.com/show_bug.cgi?id=61997 > > Thanks for the bug report pointer. > > Note that man pages are involved, also in one of the other > reports are sent. man pages are silently marked as documentation, > which causes a different path through the file state code. > > Ah yes, some of the details start to come back to me ... > > ... you end up seeing file conflicts on identical paths and > even with identical content because of a time stamp embedded > in *.gz (no clue *.xz or *.bz2, but likely the same). > > The "fix" way back when was to ensure "gzip -n" (to turn off the > time stamp, check the gzip man page). > > Are all these file conflicts with compressed man pages? These conflicts are all related to any files found under those paths, independent of compression or not. The original motivation was related to coloring, whereas we treat non-identical files of different color as conflicts, while not caring to be as strict for doc conflicts between packages wrt. multilib -devel packages etc..
Looking at the resulting conflicts I've run into, these have all been different kind of conflicts not related to what originally aimed at (between multilib -devel packages), so this patch should probably be made stricter and only apply to files of different coloring built from same source package... WDYT? I need to take a closer look at the files conflicting, but I suspect most of the conflicting files might be non-identical, thus considered packaging mistakes to be fixed, currently masked by this patch... -- Regards, Per Øyvind ______________________________________________________________________ RPM Package Manager http://rpm5.org Developer Communication List rpm-devel@rpm5.org
