To @metta-crawler's solution: you don't have to turn to Debian for a
fix. The next Ubuntu LTS (bionic) does include the updated atop version.
Adopting the same approach for Bionic ...
(Note: I use 400 for Bionic package priorities so a dependency missing from
Xenial can be fetched from there)
$
I didn't find any related upstream bugs in Mozilla's Bugzilla database
either (searched for crash bookmarks).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1232354
Title:
Crash when dragging
The not so funny thing is that I get this in Firefox 25.0.1 on Mac OS X
10.6.8 too! :-( The desktop manager does not crash, only Firefox does.
But that's quite annoying as well. Most probably there's an upstream bug
about this, but Google didn't spit it out on my first attempt to find
it.
--
You
The pdfsam version I have is: 1.1.4-2
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1167469
Title:
PdfSam does not start - FATAL GuiClient Error
(java.lang.NoClassDefFoundError:
I could reproduce the issue on 13.04 and Gerhard's workaround worked for
me too.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1167469
Title:
PdfSam does not start - FATAL GuiClient Error
I can confirm both the bug and the suggested workarounds. Although the
in dec method for converting hex to dec does not work, I've to write
the full syntax ( in decimal). Hopefully the fixed package will be
available soon (at least for testing).
--
You received this bug notification because you
In the repos there's only a 3.8.2-1ubuntu4, but it's last modified date is in
July, so it cannot be the one with the fix.
http://archive.ubuntu.com/ubuntu/pool/main/g/gnome-calculator/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
This is not a launcher or Unity bug. And it's still relevant for the latest
Ubuntu version (13.04).
Take a look at the *.desktop file of jEdit (it's a text editor written in Java
and ships in Ubuntu's universal repository).
First of all: create a copy of jedit.desktop and modify all the
Problem still exists with the package version unity-lens-video 0.3.5-0ubuntu1.3.
I experience it while logging in to the server via FreeNX.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/948584
Title:
Confirmed on Ubuntu 10.10 using NFSv3 on /home.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/645448
Title:
preferences in empathy doesn't get saved when home directory is on nfs
--
ubuntu-bugs
Confirmed on Maverick too. :-(
For now (as a workaround) we can add the otherwise dynamically created
ltsp.conf to the /etc/rsyslog.d directory in the chroot and rebuild the chroot
image. Of course this does not allow for per client configuration of remote
syslogging (ie. in the
I can confirm Fabian's tip about the cache=writeback tip. I've one more
tip for you: if you are using image files for virtual disks, then using
ext3 as the filesystem for the host OS will greatly improve the disk I/O
of your guest operating systems. With a Lucid+ext4+KVM+WindowsXP guest
** Tags added: cache ext3 ext4 libvirt qemu writeback
** Tags removed: amd64 apport-bug
--
Slow disk IO for all guests with all disc modes and types.
https://bugs.launchpad.net/bugs/550409
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
I've tested this with Karmic+KVM+ext4 and the problem is present as
well. Using Karmic+KVM+ext3 resulted in the same performance boost as on
Lucid.
I'd be nice if others could comment on whether this problem is present
with Lucid/Karmic+Xen+ext4 too. I guess it should be, because the
problem
I forgot to add: the cache policy is a QEMU thing and since Xen uses
QEMU too, it should be affected as well.
--
Slow disk IO for all guests with all disc modes and types.
https://bugs.launchpad.net/bugs/550409
You received this bug notification because you are a member of Ubuntu
Server Team,
With the cache=writeback in a Lucid+KVM+libvirt+WindowXP guest setup
I've experienced near host-level I/O performance in the guest. Thus this
makes use of a virtio driver unnecessary.
Btw. for casual libvirt users ... adding the cache=writeback option means:
1. stop the VM (in case it's running)
If you want to read more about QEMU disk cache internals, I've found a short
presentation on the topic here:
The KVM/qemu storage stack (by Christoph Hellwig)
www.linuxfoundation.jp/jp_uploads/JLS2009/jls09_hellwig.pdf
--
Slow disk IO for all guests with all disc modes and types.
I can confirm Fabian's tip about the cache=writeback tip. I've one more
tip for you: if you are using image files for virtual disks, then using
ext3 as the filesystem for the host OS will greatly improve the disk I/O
of your guest operating systems. With a Lucid+ext4+KVM+WindowsXP guest
** Tags added: cache ext3 ext4 libvirt qemu writeback
** Tags removed: amd64 apport-bug
--
Slow disk IO for all guests with all disc modes and types.
https://bugs.launchpad.net/bugs/550409
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I forgot to add: the cache policy is a QEMU thing and since Xen uses
QEMU too, it should be affected as well.
--
Slow disk IO for all guests with all disc modes and types.
https://bugs.launchpad.net/bugs/550409
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I've tested this with Karmic+KVM+ext4 and the problem is present as
well. Using Karmic+KVM+ext3 resulted in the same performance boost as on
Lucid.
I'd be nice if others could comment on whether this problem is present
with Lucid/Karmic+Xen+ext4 too. I guess it should be, because the
problem
As for using the cache parameter with libvirt: this was buggy in Karmic and
works correctly only in Lucid.
See this for details:
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/531741
The bug was fixed in libvirt 0.7.5-5ubuntu11 and Lucid's current version is
0.7.5-5ubuntu27.
--
Slow
With the cache=writeback in a Lucid+KVM+libvirt+WindowXP guest setup
I've experienced near host-level I/O performance in the guest. Thus this
makes use of a virtio driver unnecessary.
Btw. for casual libvirt users ... adding the cache=writeback option means:
1. stop the VM (in case it's running)
If you want to read more about QEMU disk cache internals, I've found a short
presentation on the topic here:
The KVM/qemu storage stack (by Christoph Hellwig)
www.linuxfoundation.jp/jp_uploads/JLS2009/jls09_hellwig.pdf
--
Slow disk IO for all guests with all disc modes and types.
As already mentioned, virt-manager 0.8.5+ supports setting the qemu cache mode
for virtual disks. I've posted instructions on my blog on how to compile this
virt-manager with the latest virtinst in an arbitrary directory (ie. without
installing it globally in /usr) for testing. It works just
I remember that I had the same issue some time in the past, but the
current tsclient version (0.150-2ubuntu2) in Karmic seems to be fixed.
It properly uses -5 switch with rdesktop if protocol is selected as
RDPv5, and uses -4 switch if protocol is RDP. I checked the
changelog in the tsclient
I revoke my previous comments. Meanwhile it turned out that the server I
was testing with had HW problems (namely it couldn't handle 6x2GB RAM
despite of the motherboard docs claiming it would). So my error reports
are unreliable ... they might have been caused by HW issues.
--
kvm-84: virtio on
I revoke my previous comments. Meanwhile it turned out that the server I
was testing with had HW problems (namely it couldn't handle 6x2GB RAM
despite of the motherboard docs claiming it would). So my error reports
are unreliable ... they might have been caused by HW issues.
--
Cannot start
I revoke my previous comments. Meanwhile it turned out that the server I
was testing with had HW problems (namely it couldn't handle 6x2GB RAM
despite of the motherboard docs claiming it would). So my error reports
are unreliable ... they might have been caused by HW issues.
--
kvm-84: virtio on
Unfortunately I cannot reproduce the bug anymore. I've upgraded all our
Ubuntu based LTSP systems (both servers and client chroots) to Karmic
and the problem did not occur since then.
--
nbd-client disconnects if the size of the image file at nbd-server is larger
than 200MB
As to my previous post: A memory leak fix was released recently in pulseaudio
(v1:0.9.19-0ubuntu4.1), it's available in karmic-updates now. It might have
been the cause of our problems. Time will tell.
Unfortunately it did not fix this problem. I just had sound dropped yesterday.
The usual
A memory leak fix was released recently in pulseaudio
(v1:0.9.19-0ubuntu4.1), it's available in karmic-updates now. It might
have been the cause of our problems. Time will tell.
--
pulseaudio: sudden crashes while watching video clips or listening to songs
https://bugs.launchpad.net/bugs/434436
I got this problem too. Had no problem with Jaunty at all, but after update to
Karmic some of my colleagues complained about sound sometimes stopping (and
only a reboot would fix it). They said that it mostly occurs when watching
videos in Firefox (I mean Flash based videos like YouTube, etc.).
There's another call to reboot: after logout from your Gnome session ldm
checks whether there's a new version of the NBD image on the server. If there
is, then a reboot is issued.
In the source of the ldm package this is in the file
rc.d/I01-nbd-checkupdate at the very end of the script.
The
I've similiar issue as Pavel described. Running 9.10 on both LTSP server and in
chroot. However I had no problem before the upgrade (when we were using
Jaunty). :-o
I've noticed that the sound problem occurs mostly while watching videos in
various FlashPlayer based video players on the web.
In Adobe Bug System the issue is marked as fixed for FP-40. A note from
an Adobe employee (Charles Liss, the assigned QA member of Adobe) says
that the fix will be available in Flash Player v10.1 and a beta is
available for testing at
http://labs.adobe.com/downloads/flashplayer10.html. Many have
Public bug reported:
Unfortunately the problem occurs only during the boot of an LTSP client,
so I'm not 100% convinced that this is a bug with nbd-client or nbd-
server, might be related to LTSP (the kernel, the scripts or whatever).
But still, nbd is my best bet.
My parameters:
- An i386 LTSP
I'm attaching a photo of the client's screen taken after it failed to
connect to the nbd-server.
** Attachment added: LTSP client screenshot (photo) after an unsuccessful
nbd-client execution
http://launchpadlibrarian.net/37563598/ltsp_client_boot_screenshot.jpg
--
nbd-client disconnects if
I hope I'm not getting lynched :-), but I'd like to reopen this bug as not
fixed. Previously you wrote that Karmic is not affected, however I've
experienced filesystem corruption inside qcow2 images. It's a bit hard to
reproduce since I had it in Windows 2003 guests, but I'll try to create a
Btw: I do not use virtio in any of my guests, only emulated IDE
controllers ... which is most probably a big difference compared to the
original bug report.
--
kvm-84: virtio on qcow2 broken (regression)
https://bugs.launchpad.net/bugs/404394
You received this bug notification because you are a
I'm also hit by bug#448694 which was the reason for using qcow2 images
in the first place. Now I'm pretty much left in the cold ... cannot use
RAW or LVM ... and neither qcow2. What am I supposed to store my guest
filesystems in then? :-(
--
kvm-84: virtio on qcow2 broken (regression)
I can confirm that my images (both in RAW format and the ones stored in
LVM volumes) stopped working with the KVM in Ubuntu 9.10 (Karmic).
Converting to qcow2 format allowed me to boot and use these images.
However recently I've experienced filesystem corruption in some of the
qcow2 images. :-o
Unfortunately my qcow2 corruptions were not related to VM crashes. :-(
I've now experienced them without having the any of the VMs crashed, ie.
during normal use. Bug#404394 seems to be related to this so I'll take
the problem there.
--
Cannot start existing VM after upgrade to 9.10 beta
I hope I'm not getting lynched :-), but I'd like to reopen this bug as not
fixed. Previously you wrote that Karmic is not affected, however I've
experienced filesystem corruption inside qcow2 images. It's a bit hard to
reproduce since I had it in Windows 2003 guests, but I'll try to create a
Btw: I do not use virtio in any of my guests, only emulated IDE
controllers ... which is most probably a big difference compared to the
original bug report.
--
kvm-84: virtio on qcow2 broken (regression)
https://bugs.launchpad.net/bugs/404394
You received this bug notification because you are a
I'm also hit by bug#448694 which was the reason for using qcow2 images
in the first place. Now I'm pretty much left in the cold ... cannot use
RAW or LVM ... and neither qcow2. What am I supposed to store my guest
filesystems in then? :-(
--
kvm-84: virtio on qcow2 broken (regression)
Is this a compiz issue at all? Is it possible to test the fix with Hardy Heron?
I mean can I just upgrade the compiz package from the Intrepid (testing)
repositories without being required to upgrade a thousand other packages too
(or at most only the compiz-* ones)?
Is there a backport in sight
Derek: could you reveal what was the issue and what fixed it? If it's a
small fix, then maybe I could look it up in the sources (from the
Intrepid repos) and build a new package for my Hardy setup. This is
quite a painful issue for us (at my company), because we use compiz all
the time and use
Thanks for the answer. I assumed you know more about this bug, but it
seems you just tested it on a PC running Intrepid, the problem did not
occur and you reported this experience here. Upgrading a production
server to an OS-branch that is heavily under development, is definitely
not a good idea.
Some additional info for the bug ...
Rdesktop _does_ exit fullscreen mode in the described case, only the window
decorations (title bar) are not added to the window. If you set up the Scale
plugin in Compiz and a hot corner for activation (eg. the upper-left corner),
then start rdesktop in
Got the same problem. Doesn't help if I set the encoding of the website
(that the flash is on) manually to something not UTF-8 (eg. ISO-8859-1).
Tested on http://www.flashtexteditor.com/ in demo mode.
My setup:
Ubuntu 8.04.1, amd64 architecture
Linux server11 2.6.24-19-server #1 SMP Fri Jul 11
The ltsp-update-sshkeys script needs only a simple change in a single
line. I've attached a patch for the script (the current one in Ubuntu
8.04.1).
** Attachment added: patch for ltsp-update-sshkeys to work on a server without
any LTSP chroots
52 matches
Mail list logo