Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 687514 - net-print/cndrvcups-common-lb: symlink from /usr/lib/libc3pl.so to /usr/lib32/libc3pl.so disrupting 17.1 profile conversion
Summary: net-print/cndrvcups-common-lb: symlink from /usr/lib/libc3pl.so to /usr/lib32...
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal with 3 votes (vote)
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL:
Whiteboard:
Keywords:
: 687876 (view as bug list)
Depends on:
Blocks: no-symlink-lib
  Show dependency tree
 
Reported: 2019-06-06 13:34 UTC by niemand_bugs
Modified: 2019-11-30 15:45 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---

Attachments
diff to prevent the creation of a symlink (diff.diff,589 bytes, patch)
2019-06-06 13:36 UTC, niemand_bugs 		Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description niemand_bugs 2019-06-06 13:34:44 UTC 
The ebuild 3.60-r1 for cndrvcups-common-lb installs libc3pl.so in /usr/lib32 and creates a symlink pointing to it in /usr/lib, thus preventing the migration trough unsymlink-lib.

Reproducible: Always

Steps to Reproduce:
1. sudo emerge net-print/cndrvcups-common-lb
2. sudo unsymlink-lib --analyze
Actual Results:  
The migration is not possible due to a libc3pl.so existing both in /usr/lib and /usr/lib32.

Expected Results:  
The collision shouldn't have existed.
Comment 1 niemand_bugs 2019-06-06 13:36:45 UTC 
Created attachment 578978 [details, diff]
diff to prevent the creation of a symlink
Comment 2 Pacho Ramos gentoo-dev 2019-06-06 17:38:43 UTC 
The symlink is only done with SYMLINK_LIB=yes only as it's needed at runtime. Other packages like chrome-gnome-shell, dracut or distcc are relying on this hacks to not break with other systems... but I don't know how to "inform" unsymlink-lib about this situation . 

@Michal, what would be the proper way to provide the symlink for SYMLINK_LIB=yes but not for the others?

Thanks
Comment 3 Brian Evans (RETIRED) gentoo-dev 2019-06-11 18:19:21 UTC 
*** Bug 687876 has been marked as a duplicate of this bug. ***