Bugzilla Bug 59613

New ebuild for Gnomebaker - A GTK2 CDR burning application

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Created an attachment (id=36883) [edit]
Gnomebaker 0.1 ebuild

Created an attachment (id=36884) [edit]
Gnomebaker 0.1-r1 ebuild

Tiny tidy up.. (removed nls use)

Created an attachment (id=36930) [edit]
Cleaned up ebuild.

Corrected Header
used econf & einstall instead

low prio, dev release

i'm more looking forward to libburn using utilities.

Coaster seems to be based in libburn:
http://www.coaster-burn.org/

There are some ebuilds made by Geoffrey Scoutheeten (aka Scout):
http://www.scoutheeten.com/coaster-pack-20040223.tar.bz2
Homepage: http://www.scoutheeten.com/

Just a note for if you didn't know about it. Thanx for your hard work.

Could anyone tell me if this GnomeBaker is useable? I would really like to have
a decent Gnome burning app.

This has my vote for inclusion. Choice is a good thing, and I don't think we're
going to see coaster appear for a good long time.

This is a nice simple app that does the job now, sparing users from having to
use kdelibs and k3b to do basic things. And most of all, it's more actively
maintained than coaster.

those DEPEND lines need a lookover.  check out the syntax implication of the *

GnomeBacker 0.2 is out. Audio CDs are now supported.
http://biddell.co.uk/gnomebaker.php

Created an attachment (id=44581) [edit]
app-cdr/gnomebaker/gnomebaker-0.2.ebuild

Slightly modified update of Doug's ebuild, gnomebaker-0.2 compiled fine here
using this ebuild.

(From update of attachment 44581 [edit])
# Copyright 1999-2004 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

DESCRIPTION="GnomeBaker is a GTK2/Gnome cd burning application"
HOMEPAGE="http://www.biddell.co.uk/gnomebaker.php"
SRC_URI="http://www.biddell.co.uk/files/${P}.tar.gz"

LICENSE="GPL-2"
SLOT="0"
KEYWORDS="~x86"

DEPEND=">=x11-libs/gtk+-2.0
	>=gnome-base/libgnomeui-2.0
	>=gnome-base/libglade-2.0
	>=media-libs/libvorbis-1.1.0
	>=app-cdr/cdrtools-2.01"

RDEPEND="${DEPEND}
	>=media-sound/mpg123-0.59
	>=media-sound/sox-12.17.5"

src_compile() {
	econf || die
	emake || die
}

src_install() {
	make DESTDIR=${D} install || die
	dodoc AUTHORS ChangeLog INSTALL README
}

Ack, seems like I messed this up, big sorry for that! :p

Anyway, the ebuild I just attached is missing a bunch of dependencies which I fixed in the previous comment.

Sorry again, such a mess won't happen again.

*** Bug 72257 has been marked as a duplicate of this bug. ***

Created an attachment (id=44587) [edit]
gnomebaker-0.2-r1.ebuild

ebuild with dependencies for mp3s decoding and gnomebaker.desktop copied in
/usr/share/applications for non gnome box (:

Nice ebuild Alessio, the only thing is you should probably use the gnome2
eclass. Add an inherit gnome2 at the top of the ebuild, under the header. Then
you can remove the src_compile(). And in your src_install(), remove the "make
install" line, and replace it with gnome2_src_install().

After that, this should be fine.

I can confirm it builds and runs fine on amd64. I'd definitely recommend
putting it in the tree, it's a nice simple app that doesn't require all of the
kde cruft.

Created an attachment (id=49713) [edit]
gnomebaker-0.2-r2.ebuild

Implemented Mike's suggested changes.  Builds fine on my athlon.

Nice light , clear app. Good user interface. 9/10 
Thanks to Matt for the ebuild.
Well worth inclusion in portage.

Created an attachment (id=50566) [edit]
Diff for gnomebaker-0.3

Diff file for gnomebaker-0.3 ebuild.

Works fine for me under gnome-2.9.x (bmg)

0.3 works fine also on gnome 2.8.1.

Nice app.

Latest ebuild will not install due to an acces violation. Running ~amd64 here.
******
 /bin/install -c -m 644 ./gnomebaker.desktop /usr/share/applications/gnomebaker.desktop
ACCESS DENIED  open_wr:   /usr/share/applications/gnomebaker.desktop
/bin/install: cannot create regular file `/usr/share/applications/gnomebaker.desktop': Permission denied
make[2]: *** [install-gnomemenuDATA] Error 1
make[2]: Leaving directory `/var/tmp/portage/gnomebaker-0.3/work/gnomebaker-0.3'make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/var/tmp/portage/gnomebaker-0.3/work/gnomebaker-0.3'make: *** [install-recursive] Error 1

!!! ERROR: app-cdr/gnomebaker-0.3 failed.
!!! Function einstall, Line 524, Exitcode 2
!!! einstall failed
!!! If you need support, post the topmost build error, NOT this status message.

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------LOG FILE = "/tmp/sandbox-app-cdr_-_gnomebaker-0.3-11189.log"

open_wr:   /usr/share/applications/gnomebaker.desktop
******
I do see it updating an omf.make but it seams not to make any difference.

infirit (Sander Sweers), have you renamed 0.2-r2 to 0.3 or do you aplayed the
diff I commited?

Thanx :)

Euhm.. my bad, sorry! I added the fix by hand but used the src_install from
0.2-r2 which caused the acces violation. Changed it and now builds fine.

Tidied up ebuild with 2 patchfiles to correct a hardreference to an install
directory

put the patchfiles in the files directory where the ebuild lives

Created an attachment (id=50853) [edit]
Gnomebaker 0.3

Here is the ebuild

Created an attachment (id=50854) [edit]
Patchfile for Makefile.am

Here is the 1st patchfile

Created an attachment (id=50855) [edit]
patchfile for Makefile.in

Here is the 2nd patchfile

0.3 added DVD support, so app-cdr/dvd+rw-tools should be added as a RDEPEND
(with the dvdr USE flag?).

Also, I'm using it on my amd64 system, so ~amd64/amd64 can be added to
KEYWORDS.

This seems to work fine on amd64, so if this does get merged, the amd64 keyword
can be added to this ebuild.

Created an attachment (id=52697) [edit]
gnomebaker-0.3-r1.ebuild

Added patch for all doc files to go into /usr/share/doc/gnomebaker-0.3.
Previously, some where in /usr/doc/gnomebaker, some in
/usr/share/gnomemaker/doc

Added use flag support for dvdr. If dvdr is specified, dvdrtools is a DEPEND.
Otherwise cdrtools is DEPEND.

Added amd64 to KEYWORDS as recommended by Patrick McLean.

Created an attachment (id=52698) [edit]
doc files patch for gnomebaker-0.3-r1.ebuild

Created an attachment (id=53228) [edit]
gnomebaker-0.3-r2.ebuild

Revision to the graveman-0.3 ebuild.

Don't know what I was thinking when I added the dvdrtools depend... should have
been dvd+rw-tools. Having dvdrtools ended up causing me some annoying blockage
for emerging world...

So, the USE dvdr now brings in dvd+rw-tools.
Also added some more depends that I was able to divine from configure and
http://gnomebaker.sourceforge.net/

Whats up, GNOME-Guys? Are there any problems adding this to portage? I think it
would be a good solution before libburn & coaster becomes inluded.

*** Bug 84812 has been marked as a duplicate of this bug. ***

I've tried to use the 'gnomebaker-0.3-r2.ebuild' ebuild (without use any
patch), I've putted it in my PORTDIR_OVERLAY dir, digested, I've downloaded the
source tar.gz file, but when I try to install it I obtain this error message :
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
aras xoen # emerge -vp gnomebaker

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] app-cdr/gnomebaker-0.3-r2  -debug 0 kB [1]

Total size of downloads: 0 kB
Portage overlays:
 [1] /usr/portage/non_portage
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
aras xoen # emerge -v gnomebaker
Calculating dependencies ...done!
>>> emerge (1 of 1) app-cdr/gnomebaker-0.3-r2 to /
>>> md5 src_uri ;-) gnomebaker-0.3.tar.gz
>>> Unpacking source...
>>> Unpacking gnomebaker-0.3.tar.gz to /var/tmp/portage/gnomebaker-0.3-r2/work

 * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
 *
 *   /usr/portage/non_portage/app-cdr/gnomebaker/files/Makefile.in.patch
 *   ( Makefile.in.patch )


!!! ERROR: app-cdr/gnomebaker-0.3-r2 failed.
!!! Function epatch, Line 256, Exitcode 0
!!! Cannot find $EPATCH_SOURCE!
!!! If you need support, post the topmost build error, NOT this status message.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

What can I do?

You need to download and copy patchfile for Makefile.in, patchfile for
Makefile.in and doc files patch for gnomebaker-0.3-r1.ebuild to the "files" dir
in /path_to_overlay-directory/app-cdr/gnomebaker/. If you have problems setting
up an overlay search the forums.

I'v solved the problem, I must put the 3 patch file in the files directory :)
Thanks.

I get this error with the -r2 ebuild:

mkdir -p -- /var/tmp/portage/gnomebaker-0.3-r2/image//usr/share/omf/gnomebaker
for file in gnomebaker-C.omf; do \
        /bin/install -c -m 644 ./$file.out /var/tmp/portage/gnomebaker-0.3-r2/image//usr/share/omf/gnomebaker/$file; \
done
/bin/install: cannot stat `./gnomebaker-C.omf.out': No such file or directory
make[4]: *** [install-data-hook-omf] Error 1

Sorry I don't understand what patching you for gnomebaker-0.3.ebuild ? is it
more functional? So here is my varian of gnomebaker-0.3.ebuild and it is more
simple and the most important its work correctly.


# Copyright 1999-2005 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

DESCRIPTION="GTK+2 based gui for CD/DVD burning"
HOMEPAGE="http://gnomebaker.sourceforge.net"
SRC_URI="http://citkit.dl.sourceforge.net/sourceforge/${PN}/${PN}-${PV}.tar.gz"

LICENSE="GPL-2"
SLOT="0"
KEYWORDS="~x86"
IUSE=""

RDEPEND=">=gnome-base/gconf-2.0.0
        >=gnome-base/gnome-vfs-2.0.0
        >=gnome-base/libgnomeui-2.0.0
        >=gnome-base/libglade-2.0.0
        >=app-cdr/cdrtools-2.0.0
        >=media-libs/libvorbis-1.1.0
        >=media-sound/mpg123-0.50
        >=media-libs/libogg-1.1.0
        >=media-sound/vorbis-tools-1.0.0
        >=x11-libs/gtk+-2.4.0"
DEPEND="${RDEPEND}
        dev-util/pkgconfig
        app-text/scrollkeeper"

src_compile() {
                ./configure --prefix=/usr \
                        --localstatedir=${D}/usr/var || die "Configuration
failed!"
}

src_install() {
                einfo "Make install"
                emake DESTDIR=${D} install || die "Make install failed !"
                einfo "Make install completed"
}

Created an attachment (id=55557) [edit]
Diff from -r2 to -r3

I changed app-cdr/cdrtools to virtual/cdrtools for the people who have
dvdrtools installed. 

Oleg: The ebuild from their website works but is incomplete. E-mail me if you
want me to send you the complete file.

gnome herd has given the proper direction on this and the ebuild looks fine
from that standpoint. We have plenty of packages to maintain already and I feel
this is better suited for the optical-media herd.

I used gnomebaker-0.3-r2 ebuild and downloaded the additionnal 3 files.
My overlay works fine, but I have that error :

>>> emerge (1 of 1) app-cdr/gnomebaker-0.3-r2 to /
>>> md5 src_uri ;-) gnomebaker-0.3.tar.gz
>>> Unpacking source...
>>> Unpacking gnomebaker-0.3.tar.gz to /disk0/gentoo/var/tmp/portage/gnomebaker-0.3-r2/work
 * Applying Makefile.in.patch ...                                                                                                       [ ok ] * Applying Makefile.am.patch ...                                                                                                       [ ok ] * Applying gnomebaker-0.3-docdirpath.patch ...                                                                                         [ ok ]>>> Source unpacked.
 * econf: updating gnomebaker-0.3/config.guess with /usr/share/gnuconfig/config.guess
 * econf: updating gnomebaker-0.3/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64
/usr/lib/portage/bin/ebuild.sh: ./configure: /bin/sh: bad interpreter: Permission denied

Sorry wrong report... disregard previous post.

The -0.3-r? ebuilds install the help files in the wrong place.  (Try selecting
"Contents" under the "Help" menu to see what I mean.)

I've attached a new ebuild that fixes that.  It also cleans up DEPEND/RDEPEND
(sox, mpg123, and vorbis-tools are only needed at run-time, and gtk+ and
pkg-config are DEPENDS of libgnomeui already.)  I also reinstated the nls USE
flag.

Finally, I do away with the patch files and handle the fixup in src_install(). 
(rsyncing the tree takes long enough as it is without adding three more files.)

Tested on x86 and amd64.

Created an attachment (id=56358) [edit]
gnomebaker-0.3-r4.ebuild

does this mean it is going into the portage tree soon!!

Yes, it's in portage now.  But I still had to do some changes.  Anyway, thanks
for the ebuild!

Please notice, that the ebuild in portage is gnomebaker-0.3.ebuild, so probably
you have to delete your overlay-package, so that it can downgrade.