Hi I'm the maintainer of unetbootin, I just stumbled upon this bug report,
sorry you have been having issues. The underlying issue appears to be that
some of Debian's ISO files violate the Joilet standard - the standard does
not permit filenames exceeding 64 characters in length, as you can see at
Hi, I'm the upstream maintainer of UNetbootin. Karim hasn't made any
progress on this for the past month; I contacted him several weeks ago, and
more recently two weeks ago, but no indication of progress in either
instance. Maintainence of this package is extremely easy; I even have an
updated git
Hi, could you try using the new upstream version 565 (
http://unetbootin.sourceforge.net/unetbootin-linux-latest ) and seeing
if you get the same issue (slightly changed the way partitions are
marked bootable in that version, which I think should fix your issue)?
2011/12/1 Jonathan Lane :
> Packag
As of the latest upstream release (506), an icon has been added.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Should anyone be interested in maintaining vlfeat, my packaging work is
located at http://git.debian.org/?p=collab-maint/vlfeat.git it builds
and works correctly, but has a few warnings from dpkg-shlibdeps and a
sharedobject-in-library-directory-missing-soname lintian error that I
was unable to res
Proposed fix uploaded to
http://mentors.debian.net/debian/pool/main/c/coffeescript/coffeescript_1.0.0-2.dsc
On 01/31/2011 09:30 PM, Jonas Smedegaard wrote:
> Package: coffeescript
> Version: 1.0.0-1
> Severity: grave
> Justification: renders package unusable
>
> Nodejs packaging for Debian stoppe
hile it was all right for testing purposes, it is now not
>> acceptable :
> [...]
>> Hence it is much more preferable to remove nodejs 0.2.0 from squeeze, instead
>> of having an unusable and confusing version.
>>
>> Concerned source packages are "nodejs 0.2.0-
renamed due to policy reasons
>> These will only confuse users, who will search to install
>> a backport or testing version.
>>
>> Please read this rc-bug, where i've been more verbose :
>> http://bugs.debian.org/611657
>>
>> Reversed dependencies :
&
Note that there seems to already be a Debian packaging effort for F# at
http://fsxplat.codeplex.com/
Additionally, you may wish to call the package "fsharp" instead of
"f-sharp" since "fsharp" more widely used, according to Google Trends.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@li
Sorry, I slightly forgot about this after filing an ITP. I believe I
was having issues getting the Java binding generator correctly
packaged, though I no longer remember the specific issue. You are
welcome to take over; the debian directory in the SVN repository on
http://code.google.com/p/lcm/ cov
>> This bug is assigned to both packages. If you, the maintainers of
>> the two packages in question, have agreed on which of the packages will
>> resolve the problem please reassign the bug to that package.
>
> I was here first ;)
>
Agreed, I've fixed this in the 0.6.2-1 coffeescript package re
Package: wnpp
Owner: Geza Kovacs
Severity: wishlist
* Package name: lcm
Version : 0.4.1
Upstream Author : Albert Huang
* URL : http://code.google.com/p/lcm/
* License : LGPL
Programming Lang: C
Description: Lightweight Communications and Marshalling
Package: wnpp
Owner: Geza Kovacs
Severity: wishlist
* Package name: vlfeat
Version : 0.9.7
Upstream Author : Andrea Vedaldi
* URL : http://www.vlfeat.org/
* License : GPLv2
Programming Lang: C
Description : A library of popular computer vision
I wasn't able to reproduce this bug, but based on the empty syslinux.cfg
file I believe it's probably caused by the fact that I remove
syslinux.cfg and recreate it immediately afterwards, without doing a
sync in between; Linux tends to have issues with that.
Anyhow, I've made a new release 424 whi
Package: wnpp
Owner: Geza Kovacs
Severity: wishlist
* Package name: coffeescript
Version : 0.5.6
Upstream Author : Jeremy Ashkenas
* URL : http://coffeescript.org/
* License : MIT/X
Programming Lang: CoffeeScript
Description : Interpreter and compiler
> Alex Roper wrote:
>> When unetbootin tells you it's all done and gives an option to quit or
>> reboot, it should sync before this. If the user reboots or unmounts
>> before pulling it, everything will work, but I just wasted 20 minutes to
>> remake one after pulling it to boot a dead server only
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've added filesystem-full checking has been added in the latest
upstream release (356), please see if that fixes this issue.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
NOSTATIC" "RESOURCES -= unetbootin.qrc"
make
For reference, the final product should thus look something like this
(sorry, not nicely debianized or anything)
http://downloads.sourceforge.net/unetbootin/unetbootin_283_amd64.deb
Geza
Eugene V. Lyubimkin wrote:
Geza Kovacs wrote:
18 matches
Mail list logo
