After unmergin nx I got this output from revdep-rebuild: druid revdep-rebuild # revdep-rebuild * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Found existing 1_files.rr * Collecting complete LD_LIBRARY_PATH * Found existing 2_ldpath.rr. * Checking dynamic linking consistency * Found existing 3_broken.rr. * Assigning files to packages * !!! /usr/libexec/cups/backend/nxipp not owned by any package is broken !!! * /usr/libexec/cups/backend/nxipp -> (none) * Generated new 4_raw.rr and 4_owners.rr * Found some broken files, but none of them were associated with known packages * Unable to proceed with automatic repairs. * The broken files are listed in 4_owners.rr Reproducible: Always Steps to Reproduce: 1. emerge nxserver 2. emerge --unmerge nxserver 3. revdep-rebuild Actual Results: druid revdep-rebuild # revdep-rebuild * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Found existing 1_files.rr * Collecting complete LD_LIBRARY_PATH * Found existing 2_ldpath.rr. * Checking dynamic linking consistency * Found existing 3_broken.rr. * Assigning files to packages * !!! /usr/libexec/cups/backend/nxipp not owned by any package is broken !!! * /usr/libexec/cups/backend/nxipp -> (none) * Generated new 4_raw.rr and 4_owners.rr * Found some broken files, but none of them were associated with known packages * Unable to proceed with automatic repairs. * The broken files are listed in 4_owners.rr Expected Results: druid revdep-rebuild # revdep-rebuild * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 100% ] * Dynamic linking on your system is consistent... All done.
Please specify which package this occurs with. "nxserver" doesn't exist.
I believe it was net-misc/nxserver-freenx
nxserver-freenx ebuild does not remove this file, because it is installed when the user manually runs /usr/bin/nxsetup, not in the ebuild... Moreover, the file is a copy of cups ipp backend from live filesystem, so this cannot be done in src_install(), so I'm not sure this can be fixed
If an ebuild doesn't install the file then portage has no clue about it and portage won't remove it. This bug is INVALID.
(In reply to comment #4) > If an ebuild doesn't install the file then portage has no clue about it and > portage won't remove it. > > This bug is INVALID. > Running nxsetup isn'y done automatically no, BUT you are told to run it by the ebuild. Since you have to run it (atleast the ebuild [1] makes it seem like that) why wouldn't the removal take care of this file? No other system component is going to use nxipp. Why make people remove it by hand? [1] http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/nxserver-freenx/nxserver-freenx-0.7.3_p104-r1.ebuild?view=markup in the elog messages toward the end of the file
Last rites in progress in bug #537774