--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/738015
Title:
unplayable opening splash screen stays foreground
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailm
Public bug reported:
Binary package hint: gnome-games
Gnibbles is unplayable. After launch, the worm on a green background
stays foreground and the playing field is concealed. By the sounds, it
appears the game does run in the background.
ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: g
** Changed in: webservice-office-zoho (Ubuntu)
Status: New => Confirmed
--
No way to save documents
https://bugs.launchpad.net/bugs/571040
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@li
Here is the debdiff that applies the one-line fix. Note that this one-
line change already appears from Intrepid onwards, but it should be
applied to hardy-updates so this bug can be fixed in LTSP 8.04 LTS
** Attachment added: "klibc_1.5.7-4ubuntu5.debdiff"
http://launchpadlibrarian.net/293287
Changing the bug to "In Progress" until it is fixed in hardy. Since it
is a one line fix I am hoping it can be included as an update to main in
hardy-updates. A debdiff will be added in the comments
(klibc_1.5.7-4ubuntu5.debdiff)
** Changed in: klibc (Ubuntu)
Status: Fix Released => In Pr
Hardy is 8.04, not 9.04, but ok.
I checked on hardy, and you're right, the patch is not applied.
Guevara's bug still is not related to this though.
I'll see if I can upload a simple (mostly one-line) debdiff and try to
get someone in canonical to notice it. IMO this should really be sent
to har
@emmanuel:
I have just checked Jaunty's klibc, and the patch is applied.
Perform the following steps:
apt-get source klibc
cd klibc-1.5.14/usr/kinit/ipconfig
$EDITOR dhcp_proto.c
and check line 175. Verify that it is:
bootp.giaddr= INADDR_ANY;
If you are still having trouble network boot
This bug has been fixed since Hardy, I think it was accidentally left
open because it was marked fixed in Debian, but not in Ubuntu.
Let me reiterate that this bug applies specifically to a DHCP protocol
violation in klibc, and was fixed in the beginning of 2008, in time for
Hardy. Any other prob
To be clear, did you do anything to /etc/initramfs-tools/hooks before
you built the ramdisk? Because I was about to post again to point out
that you should add:
if [ -e /etc/lvm/lvm.conf ]; then
mkdir -p ${DESTDIR}/etc/lvm
cp /etc/lvm/lvm.conf ${DESTDIR}/etc/lvm/
fi
to /usr/share/initram
Ooh, I found a great example of what could be causing this:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/113515
Basically, the bug is that, since /etc/lvm/lvm.conf is *not* in your
initramfs, LVM defaults to scanning all devices for PV's, and locks onto
the first ones it sees (w
Hmm, that's odd indeed. Let's disect this.
pvdisplay is showing nothing, because it's reading the config file, and
only looking for physical volumes in /dev/mapper, in which there are
none. (Well, none other than LVM's volume itself.)
multipath -ll is showing nothing, because it never created an
This bug's gone pretty much unnoticed I guess, but I'm experiencing the
same issue. I'm scheduling downtime for next thursday (unfortunately
this is a production machine) to try out some different LVM
configurations, to make sure I can get it to reliably reboot with LVM
scanning the multipath nod
I can confirm this. I'm trying to upgrade the server to the hardy
package to see if that fixes it, but even that doesn't work. (it just
broke the certificates, none of the clients trust the server any more,
puppet is effectively broken now.)
** Changed in: puppet (Ubuntu)
Status: New => Co
Indeed, I ran the hotfix on my desktop last night (gutsy with latest
updates) and as soon as it finished, running programs began to crash.
I wasn't able to see any error messages to dmesg, but the system was
unstable enough that I had to reboot it. I would *not* recommend
running the hotfix.
--
Public bug reported:
This effects the LTSP package suite, since PXE booted kernels use
ipconfig (from klibc) to obtain a DHCP address. It affected my network
because when we turned on Cisco's DHCP snooping (which mitigates rogue
DHCP servers somewhere in your network) it breaks LTSP.
I have file
15 matches
Mail list logo
