unetbootin 391-1
http://unetbootin.sourceforge.net/
UNetbootin allows for the installation of various Linux/BSD livecd distributions to a partition or USB drive.
unsupported :: devel
Maintainer: godane
Votes: 705
License: GPL
Last Updated: Tue, 02 Feb 2010 02:45:52 +0000
First Submitted: Wed, 03 Dec 2008 19:52:18 +0000
Dependencies p7zip qt syslinux
In the pkbuild just replace the version number to 393 and replace the md5sum with : a3a21a21e1186801e2fad673e3ed29e9 to get the latest version.
393 is out.
OK, the latest version of the executable straight off the site, which is version 377, works for me. Maybe they pulled 384 because it's broken?
I can confirm the same problem salviati is having. I've tried different isos and three different machines and all I get is a blank screen. I'm downloading version 377 from sourceforge right now to see if I get better results.
There appears to be a problem with the latest version; I never get to see the Unetbootin selection screen with the Live USB disks created by it. I tried making a live disk using (against latest version) unetbootin on another Arch machine, and it ended up the same. The disk is fine, latest windows version of unetbootin managed to create a live USB disk that works.
sudo /usr/sbin/unetbootin
If I didn't want to type my password every time I launched it, I'd read the documentation for sudo on how to configure sudo so I didn't have to. (Left as an excercise for the reader. (Means: you should learn this. It's a useful thing to know. And if I tell you how, you won't LEARN it.))
(Blind identified the problem correctly, and why sudo should be used instead of su.)
Just FYI: I do have the same problem as jowilkin
Likely reason: the display variable hasn't been set right.
The change to 'su -c /usr/sbin/unetbootin' broke my icon. Now when I click unetbootin icon, it brings up a root terminal and prompts for my password, but when I enter my password it just drops me to a root bash shell, unetbootin is not launched. Not sure why this is...
You may replace all mkdir commands by adding '-D' flag to install commands.
For exmaple: "install -Dm744 $pkgname $pkgdir/usr/sbin/$pkgname"
I removed gksu. The .desktop file will now use 'su -c /usr/sbin/unetbootin' in terminal to startup unetbootin. So there is no need for gksu now.
shitbox [22:34:23] [~]: sudo unetbootin
QString::arg: Argument missing:
, /dev/sdb1
QString::arg: Argument missing:
, /dev/sdb1
This occurs when i click on OK button.
Great package. Gksu is not needed though.
Another vote for removing the unneeded gksu; gnome dependencies are not needed for this to run. Standard sudo works perfectly fine. In my opinion, the package should only install what is needed for the package to execute correctly.
For those not wanting to install the gksu - editing the dependency out of the PKGBUILD will install a 100% working package (tho, as mentioned by ngoonee, you may need to adjust the executable bits.)
Just installed it, /usr/sbin/unetbootin isn't given the proper executable permissions for me, had to manually do that. Once that was done it worked just fine, though =)
Why not just remove gksu dependency? Using it with regular sudo or kdesu works just as fine, and won't add useless deps for us who don't want GNOME.
Release 344 is out:
http://sourceforge.net/project/showfiles.php?group_id=222386
Built and mtools got pulled in so shouldn't be a problem.
also depends of make, it's obvious but shit happens... sorry for my english
It's missing the dependency: "mtools"
and what about kdesu?
Thank you der_ronny.
I modified your pkgbuild so it had md5sums and made it look up the version number its suppose too.
I also sed the .desktop so we can have it in /usr/sbin instead of /usr/bin. I added also gksu -l to it so you execute it as a user by enter in the root password.
I hope this helps.
only for i686?
Fixed it blender02.
- the description should be at most about 80 characters long http://wiki.archlinux.org/index.php/Arch_Packaging_Standards#Package_Etiquette
- you shouldn't force a sf mirror, so it's better to use 'http://downloads.sf.net/$pkg...' instead of 'http://internap.dl.sf.net/$pkg...'
- as it stands, it doesn't work on x86_64, since you download a 32bit binary. you should either remove 'x86_64' from arch=(..) or download a 64bit binary if you're building on 64bits.
mtools is a dep of syslinux.
iirc it depends by mtools too.
i have in x86_64 and one error:
bash3-2#unetbootin
unetbootin: error while loading shared libraries: libpng12.so.0: wrong ELF class: ELFCLASS64
v1.6.0