Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#59133 - [stfl] Please provide intermediate versioned symlinked to libstfl.0.24

Attached to Project: Community Packages
Opened by Earnestly (Earnest) - Sunday, 24 June 2018, 17:49 GMT
Last edited by Doug Newgard (Scimmia) - Monday, 25 June 2018, 00:02 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Jaroslav Lichtblau (Dragonlord)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

While stfl appears to provide both libstfl.so and libstfl.so.0.24 because it doesn't provide libstfl.so.0 ldconfig will generate this file implicitly.

This means the /usr/lib/libstfl.so.0 is unowned by any package on the system. A workaround, if upstream is not responsive, is to manually provide this by doing something like:

ln -s libstfl.so."${pkgver%.*}" "$pkgdir"/usr/lib/libstfl.so."$pkgver"

The downside is people upgrading will experience file conflicts with the new package so it may need a news item. This situation is similar to the task involving astyle: https://bugs.archlinux.org/task/59132
This task depends upon

Closed by  Doug Newgard (Scimmia)
Monday, 25 June 2018, 00:02 GMT
Reason for closing:  Duplicate
Additional comments about closing:   FS#34890 
Comment by Doug Newgard (Scimmia) - Monday, 25 June 2018, 00:01 GMT
I wouldn't assume the soname is based on the version. You'd really want to pull the soname from the lib itself to make the symlink.

Loading...