Bug 243340 – unmerging nxserver-freenx doesnt remove file /usr/libexec/cups/backend/nxipp

• Product: Gentoo Linux
• Status: RESOLVED OBSOLETE

[Description John Klehm 2008-10-23 07:21:24 UTC]

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.

[Comment 1 Peter Alfredsen (RETIRED) 2008-10-23 20:09:34 UTC]

Please specify which package this occurs with. "nxserver" doesn't exist.

[Comment 2 John Klehm 2008-10-23 21:04:57 UTC]

I believe it was net-misc/nxserver-freenx

[Comment 3 Bernard Cafarelli 2008-11-03 15:30:22 UTC]

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

[Comment 4 Jeremy Olexa (darkside) (RETIRED) 2009-07-28 14:54:47 UTC]

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.

[Comment 5 John Klehm 2009-07-28 15:40:06 UTC]

(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

[Comment 6 Bernard Cafarelli 2015-03-26 16:34:46 UTC]

Last rites in progress in bug #537774