Ebuild for wxMusik-0.3.0.2 Reproducible: Always Steps to Reproduce:
Created attachment 27374 [details] wxMusik-0.3.0.2 ebuild
Created attachment 27375 [details, diff] Patch to set WM_NAME to wxMusik This patch sets the WM_NAME to wxMusik, useful for fluxbox (and I assume other WMs) that need WM_NAME to do grouping, etc.
Created attachment 27376 [details, diff] Patch to use CXXFLAGS from make.conf when compiling Changes the CMakeLists.txt to use CXXFLAGS as defined in make.conf
Small screw up in the ebuild, the LICENSE="GPL-2" should actually be LICENSE="BSD"
I get the following when trying to emerge it: Calculating dependencies ...done! >>> emerge (1 of 1) media-sound/wxMusik-0.3.0.2 to / >>> md5 src_uri ;-) wxMusik-0.3.0.2.tar.bz2 >>> Unpacking source... >>> Unpacking wxMusik-0.3.0.2.tar.bz2 to /var/tmp/portage/wxMusik-0.3.0.2/work RUNNING FROM extra_functions.sh * Applying wxMusik-0.3.0.2-WM_NAME.patch... * Failed Patch: wxMusik-0.3.0.2-WM_NAME.patch! * * Include in your bugreport the contents of: * * /var/tmp/portage/wxMusik-0.3.0.2/temp/wxMusik-0.3.0.2-WM_NAME.patch-5878.out !!! ERROR: media-sound/wxMusik-0.3.0.2 failed. !!! Function epatch, Line 360, Exitcode 0 !!! Failed Patch: wxMusik-0.3.0.2-WM_NAME.patch! /var/tmp/portage/wxMusik-0.3.0.2/temp/wxMusik-0.3.0.2-WM_NAME.patch-5878.out: ***** wxMusik-0.3.0.2-WM_NAME.patch ***** ========================================= PATCH COMMAND: patch -p0 < /usr/local/portage/media-sound/wxMusik/files/wxMusik-0.3.0.2-WM_NAME.patch ========================================= patching file wxMusik-0.3.0.2/Frames/MusikFrame.cpp Hunk #1 FAILED at 148. 1 out of 1 hunk FAILED -- saving rejects to file wxMusik-0.3.0.2/Frames/MusikFrame.cpp.rej ========================================= PATCH COMMAND: patch -p1 < /usr/local/portage/media-sound/wxMusik/files/wxMusik-0.3.0.2-WM_NAME.patch ========================================= can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -uNr wxMusik-0.3.0.2-orig/Frames/MusikFrame.cpp wxMusik-0.3.0.2/Frames/MusikFrame.cpp |--- wxMusik-0.3.0.2-orig/Frames/MusikFrame.cpp 2004-03-14 17:05:39.765406144 -0500 |+++ wxMusik-0.3.0.2/Frames/MusikFrame.cpp 2004-03-14 17:06:04.703614960 -0500 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ========================================= PATCH COMMAND: patch -p2 < /usr/local/portage/media-sound/wxMusik/files/wxMusik-0.3.0.2-WM_NAME.patch ========================================= can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -uNr wxMusik-0.3.0.2-orig/Frames/MusikFrame.cpp wxMusik-0.3.0.2/Frames/MusikFrame.cpp |--- wxMusik-0.3.0.2-orig/Frames/MusikFrame.cpp 2004-03-14 17:05:39.765406144 -0500 |+++ wxMusik-0.3.0.2/Frames/MusikFrame.cpp 2004-03-14 17:06:04.703614960 -0500 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ========================================= PATCH COMMAND: patch -p3 < /usr/local/portage/media-sound/wxMusik/files/wxMusik-0.3.0.2-WM_NAME.patch ========================================= missing header for unified diff at line 4 of patch can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -uNr wxMusik-0.3.0.2-orig/Frames/MusikFrame.cpp wxMusik-0.3.0.2/Frames/MusikFrame.cpp |--- wxMusik-0.3.0.2-orig/Frames/MusikFrame.cpp 2004-03-14 17:05:39.765406144 -0500 |+++ wxMusik-0.3.0.2/Frames/MusikFrame.cpp 2004-03-14 17:06:04.703614960 -0500 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ========================================= PATCH COMMAND: patch -p4 < /usr/local/portage/media-sound/wxMusik/files/wxMusik-0.3.0.2-WM_NAME.patch ========================================= missing header for unified diff at line 4 of patch can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -uNr wxMusik-0.3.0.2-orig/Frames/MusikFrame.cpp wxMusik-0.3.0.2/Frames/MusikFrame.cpp |--- wxMusik-0.3.0.2-orig/Frames/MusikFrame.cpp 2004-03-14 17:05:39.765406144 -0500 |+++ wxMusik-0.3.0.2/Frames/MusikFrame.cpp 2004-03-14 17:06:04.703614960 -0500 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored
From their website: "Only wxWidgets version 2.5.2 is supported". Right now 2.5.2 version breaks just about every wx* application in portage. I'm trying to slot 2.4 and 2.5, but if that doesn't work, it may be a while until this gets in portage.
Created attachment 43852 [details] wxmusik-0.3.1.6_p1.ebuild Hi, since wxGTK 2.5.3 is now in portage, is there hope of this getting in too? I've created an updated ebuild for 0.3.1.6 (-Hotfix1).
Created attachment 43853 [details, diff] wxmusik-0.3.1.6_p1-crash.patch This is necessary to prevent random crashes when (re)building the library.
Created attachment 43855 [details, diff] wxmusik-0.3.1.6_p1-windowclass.patch The 0.3.0.2 patch won't apply to 0.3.1.6.
Created attachment 52535 [details] wxmusik-0.4.1.ebuild I was curious to give it a shot, so here's an ebuild. It uses svn, as support for libmusepack-1.1 was added recently. One of optional deps is monkey's audio, I used http://sourceforge.net/projects/mac-port for this. It's lgpl, not sure though if original author aware/ok with/cares at all of this one.
Created attachment 52586 [details] more use-flags friendly ebuild Updated ebuild to respect use-flags. Official site is a bit fague about what wx flavour they support/prefer. I only tested wx-2.5.3-unicode and it works on my end.
Created attachment 52655 [details, diff] wxmusik-0.4.1.0.ebuild Hi, I had some problems with the previous ebuild, so I've created another ebuild. This compiles the release version, doesn't depend on media-sound/mac (which isn't in portage), uses the older version of libmusepack, requires wxGTK 2.5.3 (the only supported version right now), and doesn't cause a file collision with wxGTK. Do comment or correct if there are problems with this ebuild too.
I'll test this after wxGTK-2.6.0 is in portage.
The last ebuild works with wxGTK-2.6 on amd64 except to change the checked version in the ebuild from 2.5 to 2.6. Just an error during linking the app : /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libfmod-3.74.so when searching for -lfmod-3.74 but /usr/lib/libfmod-3.74.so is a 32 bit lib so, I should open a bug for fmod...
It builds fine for me on x86, but I immediately had a problem with the id3 tag editor where it crashes the app every time I click ok. I reported that bug upstream. Theres a few other issues with the id3 tags that have been reported upstream. The cmake depend needs to be upped a bit, it didn't work with any 1.* version I tried, but works with 2.0.6 for me.
Latest version is now 0.4.2.1. Any chance of this getting into portage? Thanks.
Created attachment 65386 [details] Ebuild for new wxmusik version v0.4.2.1 New Ebuild, changed old 0.4.x one to use new wxGTK Version v2.6.x and libmusepack 1.1.x .
With the latest ebuild, I obtain this: Building CXX object src/CMakeFiles/wxMusik.dir/./shibatch/Fftsg_fl.o Linking CXX executable wxMusik /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../libwx_gtk2u_core-2.6.so: undefined reference to `pango_x_get_context' collect2: ld returned 1 exit status make[2]: *** [wxMusik] Error 1 make[1]: *** [src/CMakeFiles/wxMusik.dir/all] Error 2 make: *** [all] Error 2 !!! ERROR: media-sound/wxmusik-0.4.2.1 failed. !!! Function src_compile, Line 51, Exitcode 2 !!! make failed Any ideas...?
New version (0.4.2.2) is available. Look at: http://musik.berlios.de/?entityType=NewsArticle&id=7
Created attachment 73768 [details] wxmusik-0.4.2.2.ebuild New Ebuild for new version. kind regards
Regarding <a href="http://bugs.gentoo.org/show_bug.cgi?id=44706#c18">comment #18</a>: The "undefined reference to `pango_x_get_context' " error seems to come from gtk+-2.8 and/or glib-2.8. I found my only clue here: https://www.email-lists.org/pipermail/ptx/2005-October/004240.html After downgrading to glib-2.6.5 & gtk+-2.6.10-r1 and wxMusik built nicely. The downgrade wasn't without mishap for me though. I'm not at all sure if glib & gtk+ both need to be v2.6 (I expect they do) or what role the glibmm & gtkmm packages play. glib/gtk+-2.6 built fine with glibmm/gtkmm-2.8, but I eventually downgraded them also, just to be safe. Mask the offending (new) versions in /etc/portage/package.mask: =dev-cpp/gtkmm-2.8* =dev-libs/glib-2.8* =dev-cpp/glibmm-2.8* =x11-libs/gtk+-2.8* An 'emerge gtkmm' will now fail with several ' error: expected initializer before "G_GNUC_NULL_TERMINATED" ' errors. I have no idea why, but the solution is to 'emerge glibmm' first. Now an 'emerge glibmm glib gtkmm gtk+' should do the trick to get wxMusik running.
this looks dead upstream.
(this is an automated message based on filtering criteria that matched this bug) Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accomendate you on a timely manor. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
