Description of problem:
Updating an `everything' rawhide install to today's rawhide produces
this error in up2date:
file /usr/include/netatalk/at.h from install of netatalk-devel-2.0.2-1
conflicts with file from package glibc-headers-2.3.4-10
Version-Release number of selected component (if applicable):
This is very weird. There is no reason why glibc-headers should be
installing the netatalk header files - they should only be installed
by netatalk devel. Even if glibc-headers does need to install a certain
version of atalk headers, they need to be upgraded to match the latest
version of the netatalk libraries, and should be able to be updated
by netatalk-devel - glibc-headers should hence have a dependency on
netatalk devel instead. I'm moving this bug to glibc.
glibc-headers should not be including headers from netatalk-devel .
If glibc-headers actually needs the netatalk header files, it should
have a dependancy on netatalk-devel instead of "providing" them.
glibc provides a number of headers for protocols. This is how it always has
been. People don't want to install all of the netatalk stuff just to be able to
get the value for SOL_ATALK etc.
If the header is out of date (or more correctly, <linux/atalk.h> in
glibc-kernheader, this is another issue. That package can be updated.
*** Bug 151523 has been marked as a duplicate of this bug. ***
Well, what is happening? What is in the <netatalk/at.h> file from
netatalk-devel that isn't in glibc's version? If there is anything, report it.
Otherwise just remove that file from the netatalk-devel package.
It appears that, even if the files are bit-by-bit identical, up2date still
reports conflicts. I haven't had any such problems since I switched to yum, and
there have been updates to both glibc and netatalk. Not sure how to proceed on
this. Feel free to close as far as I'm concerned.
I'm closing it. Seems to work now. If not, somebody will file a new bug.