Package Details: simpleburn 1.7.3.1-1

Git Clone URL: https://aur.archlinux.org/simpleburn.git (read-only)
Package Base: simpleburn
Description: A simple GTK+ application for burning CDs and DVDs
Upstream URL: http://simpleburn.tuxfamily.org/
Licenses: CeCILL
Submitter: None
Maintainer: 4javier
Last Packager: 4javier
Votes: 38
Popularity: 0.269123
First Submitted: 2009-02-06 13:20
Last Updated: 2016-04-29 17:17

Dependencies (12)

Required by (0)

Sources (1)

Latest Comments

4javier commented on 2016-04-29 17:17

Thanks. Updated.

adb commented on 2016-04-29 15:48

The pkgver is 1.7.3.1
and new md5sum is 5176865020440b2c3eadab76435f6833

4javier commented on 2015-02-02 10:32

updated

4javier commented on 2014-06-15 16:37

You're right. Probably they uploaded a new tarball without bumping the version number.
Updated

bidulock commented on 2014-06-14 21:19

Try downloading it again: this is what I get:

[brian@habeascorpus simpleburn]$ makepkg -g
==> Retrieving sources...
-> Found simpleburn-1.7.0.tar.bz2
==> Generating checksums for source files...
md5sums=('dc22e612762da6774c8dbcc837a795fd')

4javier commented on 2014-06-14 15:41

why not?
makepkg -g
==> Retrieving sources...
-> Found simpleburn-1.7.0.tar.bz2
==> Generating checksums for source files...
md5sums=('4764043d531b72c761e008b36dabffc1')

bidulock commented on 2014-06-14 03:34

md5sums does not match the downloaded file...

4javier commented on 2014-03-25 22:43

I just built 1.7.0 (that seems to be just an RC, so this is not out-of-date yet), and got segfaults retrieving information from the media and ejecting the drive. I'll contact the dev.

4javier commented on 2012-06-13 20:12

I just tried to compile against udev+cdrtools with no problem. This is how your build() function has to look like
build() {
cd $pkgname-$pkgver
cmake . -DCMAKE_INSTALL_PREFIX=/usr -DDETECTION=UDEV\
#-DBURNING=LIBBURNIA
# comment last line above to use CDRTools / CDRKit as burning backend
# "DETECTION" method can be: "HAL", "UDEV" or "LIBCDIO"
make || return 1
}
Remember to clean your build direcory before launch makepkg. If it doesn't work again, could you tell me on which architecture do you are?

alium commented on 2012-06-13 19:22

I still have a problem with compilation (/usr/bin/ld:CMakeFiles/simpleburn.dir/simpleburn.co: undefined reference to symbol '@ @ GLIBC_2.2.5 floor') and without "-DCMAKE_EXE_LINKER_FLAGS =" $ CFLAGS-lm " can't compile. (my combination CDRTOOL / cdrkit + udev)

It would be possible to insert it into the PKGBUILD?

4javier commented on 2012-06-13 11:14

Yesterday I had the same problem building against libcdio. I wrote to the dev, trying to solve that... and today problem disappears with no changes to pkgbuild. To avoid mistake editing pkgbuild, this is how it has to look if you choose libcdio as your detection backend
http://pastebin.com/q8LJQ69f

4javier commented on 2012-06-12 10:41

Udev has not been "kicked out". It has been merged with systemd in upstream sources, so Arch devs distribute it inside the systemd-tools package, to take them splitted. Udev is still in practice needed for every desktop system.
Why should I drop optional dependencies, if the dev let me choice between more alternatives?
I will investigate buildings problem soon and release a new version.

Anonymous comment on 2012-06-12 05:31

It is simple, change the detection mode!

Now that HAL and udev has been "kicked out" of the system, LibCDIO is the only way to use this program. The new PKGBUILD should look like this: http://pastebin.com/QvvZyDg4
I would also drop cdrdao to the optional dependencies, because LiBBurnnia+CDparanoia does the work and LIBCDIO is only needed for detection. But I am not the maintainer, thats will be his decision

CPUnltd commented on 2012-06-12 05:05

Now that udev is absorbed into systemd-tools, how do we deal with building now? The previous edit from the last time I had trouble building this package is not keeping the package from failing to build. Getting "undefined reference to "listcddevices'" error now and it's aborting now because of that.

4javier commented on 2012-05-09 16:54

AFAIK libburnia is the new way to avoid license or buggy-fork issues.
for udev, simpleburn's dev contacted me, and solved the problem in a more elegant way into 1.6.4 version of the software that I already tested. Udev is installed on every system, libcdio sould be another dependecies, that users of a minimalistic tool like this could not appreciate. If you think actual comment is not clear enough, I'll add yours into next pkgbuild. :)

4javier commented on 2012-05-09 16:43

AFAIK libburnia is the new way to avoid license or buggy-fork issues.
for udev, simpleburn's dev contacted me, and solved the problem in a more elegant way into 1.6.4 version of the software that I already tested. Udev is installed on every system, libcdio sould be another dependecies, that users of a minimalistic tool like this could not appreciate. If you think actual comment is not clear enough, I'll add yours into next pkgbuild. :)

Anonymous comment on 2012-05-09 15:42

I would recommend to use LibCDio as default detection method, because that is the default way. We can get rid of udev changes easily, and please add these two lines to the pkgbuild file as comments after cmake options:
#"DETECTION" method can be: "HAL", "UDEV" or "LIBCDIO" (default)
#"BURNING" suite can be: "CDRTOOLS" (default) or "LIBBURNIA"

4javier commented on 2012-05-08 10:58

Thanks for your report. I patched the source, so there's no need to symlink, and released new pkg. I will propose my patch upstream.

fritz2 commented on 2012-05-08 07:33

Since udev's default paths have changed a symlink to /usr/lib/udev/cdrom_id is required, otherwise it does'nt recognize any device.
ln -s /usr/lib/udev/cdrom_id /lib/udev/cdrom_id

fritz2 commented on 2012-05-08 07:06

Requires (at least on my machine) a symlink to /usr/lib/udev/cdrom_id otherwise it does'nt recognize any device
ln -s /usr/lib/udev/cdrom_id /lib/udev/cdrom_id

CPUnltd commented on 2012-01-04 00:50

by moving the line above the comment to the end of the line above that and adding the change you suggested all in the same line, the build went off without a hitch... will report if any issues arise from this build in the next day or so...

4javier commented on 2012-01-03 12:07

I understood what's the problem, and I think I know how to solve it too...but I can't reproduce it :-/ So I can't test if my solution works. If you wanna try, change line 26 of pkgbuild from this
cmake . -DCMAKE_INSTALL_PREFIX=/usr -DDETECTION=UDEV\
to this
cmake . -DCMAKE_INSTALL_PREFIX=/usr -DDETECTION=UDEV\ -DCMAKE_EXE_LINKER_FLAGS="$CFLAGS -lm"

CPUnltd commented on 2012-01-03 05:18

running into a build error that is consistant across multiple machines (tried 3 already with the same error):


/usr/bin/ld: CMakeFiles/simpleburn.dir/simpleburn.o: undefined reference to symbol 'floor@@GLIBC_2.2.5'
/usr/bin/ld: note: 'floor@@GLIBC_2.2.5' is defined in DSO /lib/libm.so.6 so try adding it to the linker command line
/lib/libm.so.6: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [src/simpleburn] Error 1
make[1]: *** [src/CMakeFiles/simpleburn.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
The build failed.

4javier commented on 2011-03-31 20:42

Sure.
I also sent a mail to your mailbox mentioned into the pkgbuild, but the server replied that it doesn't exist anymore. :)

BluePeppers commented on 2011-03-31 20:34

I no longer use this, so I am abandoning it. Hopefully 4javier will adopt it?

4javier commented on 2011-03-31 19:37

Here is an updated pkgbuild with the same features of my last one, posted two comments below.
http://pastebin.com/p6HRM9uj

dserban commented on 2011-03-31 18:51

Version 1.6.1 is out.

4javier commented on 2010-12-20 21:41

there is a pkgbuild updated to 1.6.0 building with udev detection backend instead of HAL (that's deprecated), libburnia burning backend (but inside a commented line there's the explanation on how to build with CDRTools/CDRKit (that was the default)), optdepends field correctly compiled, and building/packaging stage splitted.
http://pastebin.com/CGmeTr1D
@BluePeppers
If you're not interested in this pkgbuild anymore, I'd like to adopt it. Let me know :)

4javier commented on 2010-12-20 21:24

there is a pkgbuild updated to 1.6.0 building with udev detection backend instead of HAL (that's deprecated), libburnia burning backend (but inside a commented line there's the explanation on how to build with CDRTools/CDRKit (that was the default)), optdepends field correctly compiled, and building/packaging stage splitted.
http://pastebin.com/YXdrCAHC
@BluePeppers
If you're not interested in this pkgbuild anymore, I'd like to adopt it. Let me know :)

Anonymous comment on 2010-12-19 11:27

1.6.0 out
http://simpleburn.tuxfamily.org/IMG/bz2/simpleburn-1.6.0.tar.bz2

Anonymous comment on 2010-08-26 04:52

I made a bit change in PKGBUILD file, now it is uses libburn, cdparanoia,cdrdao (because it can do that too ;) ). The only cause why I did that : I can not write cd/dvd with cdrkit + dvd+rw-tools !!! Many people are surprised, and say : " That cant be" But this problem is distribution independent on my machine. I was very happy, when I saw that this program does not stick on cdrkit + dvd+rw-tools , and does not have much dependency (I use LXDE). Otherwise my opinion it is time to send those two programs to hell, libburn is more useable.


http://dl.dropbox.com/u/5171519/simpleburn_PKGBUILD

BluePeppers commented on 2010-07-08 12:29

Done

Anonymous comment on 2010-07-08 10:57

1.5.2 out

BluePeppers commented on 2010-05-23 09:33

Done

hatred commented on 2010-05-23 02:57

Could you please change home page to http://simpleburn.tuxfamily.org/?