Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 870208 - dev-libs/libfilezilla-0.39.1 subslot bump 0/29 to 0/31
Summary: dev-libs/libfilezilla-0.39.1 subslot bump 0/29 to 0/31
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Bernard Cafarelli
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-09-15 12:26 UTC by jospezial
Modified: 2022-09-15 21:09 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jospezial 2022-09-15 12:26:24 UTC
[ebuild     U  ]  dev-libs/libfilezilla-0.39.1:0/29::gentoo[0.38.1:0/29::gentoo]

!!! existing preserved libs:
>>> package: dev-libs/libfilezilla-0.39.1
 *  - /usr/lib64/libfilezilla.so.29
 *  - /usr/lib64/libfilezilla.so.29.0.0
 *      used by /usr/bin/filezilla (net-ftp/filezilla-3.60.2)
 *      used by /usr/lib64/libfzclient-commonui-private-3.60.2.so (net-ftp/filezilla-3.60.2)
 *      used by /usr/lib64/libfzclient-private-3.60.2.so (net-ftp/filezilla-3.60.2)
Use emerge @preserved-rebuild to rebuild packages using these libraries
 * After world updates, it is important to remove obsolete packages with
 * emerge --depclean. Refer to `man emerge` for more information.
jlgentoo ~ # ls -l /usr/lib64/libfilezilla.so*
lrwxrwxrwx 1 root root     22 15. Sep 14:13 /usr/lib64/libfilezilla.so -> libfilezilla.so.31.0.0
lrwxrwxrwx 1 root root     22 23. Jul 11:34 /usr/lib64/libfilezilla.so.29 -> libfilezilla.so.29.0.0
-rwxr-xr-x 1 root root 761368 23. Jul 11:34 /usr/lib64/libfilezilla.so.29.0.0
lrwxrwxrwx 1 root root     22 15. Sep 14:13 /usr/lib64/libfilezilla.so.31 -> libfilezilla.so.31.0.0
-rwxr-xr-x 1 root root 765496 15. Sep 14:14 /usr/lib64/libfilezilla.so.31.0.0
Comment 1 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2022-09-15 12:29:09 UTC
If the SONAME changes with every major release, I suggest changing it to be $(ver_cut 1) or so, there's no need for it to be directly equal to the SONAME and it avoids problems like this.
Comment 2 Bernard Cafarelli gentoo-dev 2022-09-15 13:28:07 UTC
Checking older versions, using $(ver_cut 1) looked promising indeed

But checking history 0.27 minor versions did change soname:
https://gitweb.gentoo.org/repo/gentoo.git/diff/dev-libs/libfilezilla/libfilezilla-0.27.0.ebuild?id=36bac92b39ad4a4a5b2fe0cadad1c15733ec81a1
https://gitweb.gentoo.org/repo/gentoo.git/diff/dev-libs/libfilezilla/libfilezilla-0.27.1.ebuild?id=8959e2031e25edc839296ecd60a53ae4cfd89a39

So I guess we have to stick to proper soname
Comment 3 Larry the Git Cow gentoo-dev 2022-09-15 21:09:43 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=daf6f8b2fee70d78415bb6fd1e44d2a378a6344e

commit daf6f8b2fee70d78415bb6fd1e44d2a378a6344e
Author:     Bernard Cafarelli <voyageur@gentoo.org>
AuthorDate: 2022-09-15 21:09:18 +0000
Commit:     Bernard Cafarelli <voyageur@gentoo.org>
CommitDate: 2022-09-15 21:09:18 +0000

    dev-libs/libfilezilla: fix subslot
    
    Closes: https://bugs.gentoo.org/870208
    Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org>

 .../{libfilezilla-0.39.1.ebuild => libfilezilla-0.39.1-r1.ebuild}       | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)