As you have probably noticed with gnomebaker there is a problem with libglade not seeing an environment variable that should have been compiled in at compile time. This makes gnomebaker completely unusable, you can see the user interface as it is when it loads, but none of the buttons or menus will work. The patch fixes this issue. Also I included another patch that will add the much wanted support for m4a/mp4 and wma files! http://linuxsociety.no-ip.org/portage/app-cdr/gnomebaker/gnomebaker.tar to download the ebuild. extract this in your overlay directory portage/app-cdr/gnomebaker (this is important!) If you don't know how to add an overlay and get this to work please see the gentoo wiki: http://gentoo-wiki.com/HOWTO_Installing_3rd_Party_Ebuilds Hope this helps :) Reproducible: Always Steps to Reproduce: 1.Install gnomebaker-0.6.1 2.run gnomebaker 3.Try to click on a button or menu entry.. You will see none of them work.. Actual Results: The program does nothing!! Expected Results: The UI should function properly, it act's like none of the buttons / menu entries has been been given the code for their functions, yet thats not the case :) This has only been tested using libglade-2.6.0 This bug may not pertain to people using <gnome-base/libglade-2.6.0 I find it aggravating to have a CD Burning app that doesn't include support for "non-standard" audio files that are becoming for of a "standard". So I added support for the common m4a and wma files in gnomebaker with this patch :)
Created attachment 112147 [details, diff] Makefile.am fix for the dead elements This is the patch for Makefile.am for the dead elements
Created attachment 112149 [details, diff] Makefile.in fix for Dead Elements This is the Makefile.am fix for the Dead Elements
Created attachment 112151 [details, diff] Extra Media Support Patch This patch adds support for M4A, MP4, and WMA files in gnomebaker You will need to have gst-plugins-ffmpeg installed
Not maintained by the gnome herd.
Why is this marked as fixed? The ebuild in portage is still broken.
(In reply to comment #5) > Why is this marked as fixed? The ebuild in portage is still broken. > the *fixed* is referring to the actual situation, not portage, the instructions on how to patch are above. I am trying to get this put into portage, but it seems that gnomebaker is poorly maintained by gentoo developers :(
See also bug 177975, which overlaps with this one (and has an identical patch for makefile.am), and bug 157537.
The UI stuff fixed as per bug 157537. As I'm not a gnomebaker ebuild maintainer and just helping out one-time with gnome related fixes and I don't have any means to test WMA, M4P nor M4A stuff then that's still left to review and do. Retitling subject to only include that, now that the dead UI elements are fixed.
Sorry Lance for taking so many time to reply but gnomebaker is dead upstream supporting this patches maybe it's not a good thing. As i'm much more involved with brasero than with gnomebaker. Do you still want us to commit this patches as an experimental revision ?
(In reply to comment #9) > Sorry Lance for taking so many time to reply but gnomebaker is dead upstream > supporting this patches maybe it's not a good thing. As i'm much more involved > with brasero than with gnomebaker. Do you still want us to commit this patches > as an experimental revision ? > Yes I would like to see it submitted. Thanks!
Seems that a new upstream version was released yesterday: http://downloads.sourceforge.net/gnomebaker/gnomebaker-0.6.2.tar.gz?modtime=1189968000&big_mirror=0 Maybe this fixes some of the problems... :-/
0.6.2 indeed fixes the glade issues but.. as for the new support for mp4, m4a etc. Clearly it is a feature request for upstream; and because of that I've been in talk (IRC, Freenode, pygi), and mail mario AT libburnia-project AT org about Gnomebaker and I've forwarded the patch to him. It will get reviewed, either applied or rejected for 0.6.3.
