I confirm the first issue on my Intrepid ! It works as expected on a tty
but does not work into my Gnome session. Please note the reisub
combination works well on my Debian Lenny with the Openbox window
manager... Even if I change the key bindings thanks to gnome-keybinding-
properties (and I disab
Hi,
Unfortunately, I will not succeed to build the needed package for GanttProject.
Although GanttProject is under GNU/GPL, it comes with binary libraries in its
sources. I perfectly understand why, but these binary libraries causes me 2 big
problems:
* most of them are legacy versions compared
Hi Karoly,
thanks for your patches !
I am rebuilding the package with them... In my first test on my hardy, I needed
to modify the /etc/gnome/defaults.list in order to associate the mime type and
its gnome launcher "x-ganttproject.desktop", by adding this line in the
postinst:
echo "applicatio
Hi guys,
I am sorry but I didn't update my branch recently. I am going to do it really
soon. The package I built in a first time was not done by the way it should be
(it was built thanks to the binary archive whereas a debian package have to be
built _directly_ from sources). Integrating GanttP
Hi Dmitry,
nice to meet you! Thanks your this information, I take a look on this
package but I'm not sure it can meet the Ubuntu packaging policy since
it seems to be only an alienized rpm package. I don't have enough time
to work on it until october but I'll contact him soon to merge our
efforts.
Although the package is basically working on hardy, it still have some
little bugs with the gnome integration, and I didn't debootstrap the
last development release (8.10) to test my package on it, that's why I
switched again my branch into a development status.
--
[needs-packaging] GanttProject
I am currently working on it. The package I built works well on Hardy
and Gutsy. It seems to be nice : lintian confirms there are no errors...
However, although this software is published under GPL, some of the
modules are using possibly non-free licence (Apple Licence ? ...)
--
[needs-packaging]
OK. I commited my work on the related branch (all files + the deb
package). I tested my package on hardy with Java 6 and on gutsy with
Java 5 , and both are working well. I am not used with the specific
Ubuntu packaging policies and I need some help to propose it as a new
package as wished by the c
(not tested)
If you want to use VirtualBox as your default VT solution and if you don't want
to uninstall kvm, try to not load the kvm modules at startup by adding a new
file in /etc/modprobe.d/kvm-blacklist, containing these directives:
blacklist kvm
blacklist kvm_intel
That should work after t
Hi,
in oneiric, the version 0.14.1+noroms-0ubuntu6 of qemu-common still have
the bug for qemu-ifdown (the path of brctl is wrong).
Moreover, it seems there is maybe a regression in qemu-kvm :
=> when using "script=no" when setting my NICs, the qemu scripts are not
disabled... that's why I can se
Public bug reported:
I used kvm with args which looks like this:
kvm -hda disk.img -net nic,macaddr=0:1:2:a:a:1 -net tap,ifname=tap0,script=no
I created myself a tap0, enslaved in my own bridge br0.
After a shutdown, I got this message (which corresponds to the bug #833475):
/etc/qemu-ifdown: 8:
I created a new bug here: #898234
Regards,
Christophe
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/833475
Title:
/etc/qemu-ifup /etc/qemu-ifdown assume the wrong location for brctl
To manage noti
12 matches
Mail list logo