Summary: | media-sound/gejengel-0.1.4-r1 - /usr/lib64/libFLAC.so.8: error adding symbols: DSO missing from command line | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Dustin Polke <DuPol> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | gokturk, proxy-maint, treecleaner |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge log
Fix flac linking Use flac linking patch in ebuild build log Successfull build log my emerge --info |
Description
Toralf Förster
2015-03-09 15:39:46 UTC
Created attachment 414488 [details, diff]
Fix flac linking
Patch to fix linking against flac
Created attachment 414490 [details, diff]
Use flac linking patch in ebuild
Thanks for the patches Would you be willing to proxy maintain this package? https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers That way the fixes would land much faster as compared with current situation (the package is "orphan", i.e, it lacks a maintainer currently) I cannot promise to be very responsive. Curretnly, I have a bit of time to sort out problems, but this will certainly change in the near future again. As far as I judge this package, I guess there will not be any development soon, so you can put me as proxy maintainer. (In reply to Pacho Ramos from comment #3) > Thanks for the patches > > Would you be willing to proxy maintain this package? > https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers > > That way the fixes would land much faster as compared with current situation > (the package is "orphan", i.e, it lacks a maintainer currently) Thanks, I will CC proxy maintainers team then :) a patch adjusting configure options gets a revbump Created attachment 414806 [details]
build log
Have a failure here.
Created attachment 414808 [details]
Successfull build log
Builds successfully with the patch.
(In reply to Ian Delaney from comment #7) > Created attachment 414806 [details] > build log > > Have a failure here. Please provide an emerge --info. Thanks. Created attachment 414822 [details]
my emerge --info
(In reply to Ian Delaney from comment #7) > Created attachment 414806 [details] > build log > > Have a failure here. Ian, it seems that configure is re-run in compile phase which I cannot reproduce. Maybe you can provide the ebuild you have created and run to test, so that I can investigate with that. cancel. The revbumped ebuild wasn't clean;y updated. False alarm. EAPI boosted to 5. EAPI 4 is in the process of deprecation. I am holding this up on one aspect; the patch has no information as to its origin or the rationale to its need and how it fixes the build. In other words, it provides no documented notation to users or developers alike for furture reference. The revbumped ebuild builds and installs. (In reply to Ian Delaney from comment #12) > cancel. The revbumped ebuild wasn't clean;y updated. False alarm. > > EAPI boosted to 5. EAPI 4 is in the process of deprecation. > > I am holding this up on one aspect; the patch has no information as to its > origin or the rationale to its need and how it fixes the build. In other > words, it provides no documented notation to users or developers alike for > furture reference. The revbumped ebuild builds and installs. The patch is written by myself. The code uses functionality provided by libFLAC and libFLAC++ but only linked against libFLAC++. I included a check for libFLAC availability and added linking against libFLAC as well. See I commit this to portage, however the standard action in such instances is to fwd the patch to upstream urging them to fix their build system. For now we patch the ebuild, but ideally, upstream accept, review, endorse and incorporate the patch, and in the next release, on bumping, the patch is then dropped. commit d4fac8c517fc4ea936ce310a610ed3764418bfcd Author: Ian Delaney <idella4@gentoo.org> Date: Mon Oct 19 00:11:39 2015 +0800 media-sound/gejengel: revbump to l-0.1.4-r2 fixing linking issue patch supplied by Dustin Polke via the gentoo bug and set as proxy maintainer under the proxy-maintainers herd in metadata, patch for submission upstream Gentoo bug: #542708 Normally the bug is closed but leaving open, watching for submission upstream (In reply to Ian Delaney from comment #14) > See I commit this to portage, however the standard action in such instances > is to fwd the patch to upstream urging them to fix their build system. For > now we patch the ebuild, but ideally, upstream accept, review, endorse and > incorporate the patch, and in the next release, on bumping, the patch is > then dropped. > > commit d4fac8c517fc4ea936ce310a610ed3764418bfcd > Author: Ian Delaney <idella4@gentoo.org> > Date: Mon Oct 19 00:11:39 2015 +0800 > > media-sound/gejengel: revbump to l-0.1.4-r2 fixing linking issue > > patch supplied by Dustin Polke via the gentoo bug and set as proxy > maintainer > under the proxy-maintainers herd in metadata, patch for submission > upstream > > Gentoo bug: #542708 > > Normally the bug is closed but leaving open, watching for submission upstream Yea, I know. I will try to have upstream include all the patches and get a new release. But this project seems to be dead. Last release was back in 2010. grief. In that case all the better it was patched and made viable here. Well fwiw, can you do a PR for upstream on github anyway? (In reply to Ian Delaney from comment #17) > Well fwiw, can you do a PR for upstream on github anyway? Doesn't really makes sense anymore b/c upstream moved to cmake. A bump request has been filed for 0.1.6 which I will work on if I find time to convert the ebuild to cmake. In case, I need still some of the patches, I will see to get them upstream on github. This has already been fixed upstream with commit https://github.com/dirkvdb/audio/commit/a37d1e1513ffad3d59f16f873cc15d8994800e63#diff-af3b638bc2a3e6c650974192a53c7291 Please close this bug if you think nothing is left to be done. closed - BTW feel free to close such a bug too - I'm even happy if a Gentoo dev is aware of a tinderbox detected issue. |