Summary: | media-sound/qsampler-0.2.2 crashes on startup | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Lampros Liontos <reteo.varala> |
Component: | Current packages | Assignee: | Gentoo Sound Team <sound> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | kensington, nolaiz, pesa, treecleaner |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Backtrace Log
Ebuild based on subversion revision. Several bugs fixes, and updated to EAPI=4 |
Description
Lampros Liontos
2011-08-25 03:41:18 UTC
Created attachment 284553 [details]
Backtrace Log
This is the backtrace for the issue.
Also noticed the QT items, so it seemed relevent to add the following: [ebuild R ] x11-libs/qt-core-4.7.2-r1 USE="exceptions glib iconv jit qt3support ssl (-aqua) -debug -optimized-qmake -pch -private-headers" 0 kB [ebuild R ] x11-libs/qt-gui-4.7.2 USE="accessibility cups dbus exceptions glib gtkstyle mng qt3support tiff xinerama (-aqua) -debug -egl -nas -nis -pch -private-headers -raster -trace" 0 kB This is fixed in upstream SVN[1], but I can't identify the particular commit (there have been lots). 1. http://svn.linuxsampler.org/cgi-bin/viewvc.cgi/qsampler/trunk/ The problem is that the qsampler 0.2.2 official version gets into trouble with qt-gui > 4.5 and as qt-gui 4.5 is no longer in Portage's tree, this ebuild is simply broken. LinuxSampler did not release any new official version since but, as Michael wrote, did correct the bugs and made the new sources available in a svn repository. But... since we are discouraged to suggest subversion ebuilds in Gentoo Portage, the only solution is... do it yourself. If one needs help in this process, I wrote a simple howto here : http://forums.gentoo.org/viewtopic-t-920616-highlight-.html (In reply to comment #4) This means that qsampler has been broken for more than 2 years, i.e. since qt-gui-4.6.2 went stable in March 2010... and given that nobody in sound@g.o seems to care, I'd say to treeclean the package. Furthermore, it is blocking the removal of deprecated qt4.eclass. Feel free to treeclean it Masked for removal in 30 days. (In reply to comment #7) If, within the next 30 days, I were able to realize & post on bugs.gentoo.org : - A patch to apply to the official 0.2.2 source distribution of qsampler and solving this compatibility problem with qt-gui 4.6 and 4.7 versions, (Cannot tell for 4.8 yet) - A new ebuild based on the qt4-r2 eclass, Would it prevent the removal ? (In reply to comment #8) > (In reply to comment #7) > If, within the next 30 days, I were able to realize & post on > bugs.gentoo.org : > - A patch to apply to the official 0.2.2 source distribution of qsampler and > solving this compatibility problem with qt-gui 4.6 and 4.7 versions, (Cannot > tell for 4.8 yet) > - A new ebuild based on the qt4-r2 eclass, > Would it prevent the removal ? In theory yes, but why would you want to do that since upstream does not care anymore? (In reply to comment #9) 1/ Because upstream, while apparently no longer taking care of issuing official releases, still takes care of the software. (Last modification was commited 3 weeks ago) 2/ Because as JSampler is not in Portage's tree, if QSampler disappears, LinuxSampler will be left frontend-less to gentooers, that is to say... useless. 3/ Because... hmm... I remember the first time I installed Linux, when I knew nothing about how to build softwares on Linux... I would certainly not have chosen Gentoo if the LinuxSampler suite had not been installable via Portage. However, I admit that considering the lack of interest from sound@gentoo.org, the fact that this bug did not collect any vote since its opening and that... my howto on Gentoo Forum did not trigger any comment... your question sounds actually sensible. I might well be the only one to care. In which case, sorry for the noise, feel free to proceed to the removal. If you commit to maintaining the package and effectively become the new upstream, and can make sure it will work with Qt 4.8, then I see no objection to keeping this package in portage. Yes, proxy maintainership would be a viable option. Please submit an updated ebuild (possibly based on a recent snapshot from upstream's VCS) which fixes all known issues. Created attachment 311377 [details]
Ebuild based on subversion revision. Several bugs fixes, and updated to EAPI=4
Adapted and updated from the live-ebuild of pro-audio overlay.
Hi, I attached an ebuild using a specific revision of subversion. Is the last, but all the newer commits are bugfixes, so I guess it can be considered stable. I'm using Qt 4.8.1. I'm using also liblscp and libgig live ebuilds (patched by myself, the ones in the pro-audio overlay are outdated), but I guess it would work with older versions. Nael I have just committed a live subversion ebuild to the gentoo-multimedia overlay that addresses the problems and proposed fixes here and in bug #379663. If this ebuild seems to fix all issues, then we can make a snapshot ebuild based on that for the official tree. Please test and let me know your results. Fixed in qsampler-0.2.2.2345 snapshot ebuild. Thanks for your contributions! The ebuild filename is wrong. Bad things can happen if upstream releases 0.2.2.1. Your snapshot will appear to be newer than the actual release. Please use _p instead. See: http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=1#doc_chap3 |