David T wrote in comment #8:
- Loaded Ubuntu 12.04
- Tried to install [a package]
- couldn't resolve dns
Possibly this is just another instance of bug #1000244.
David T, can you reproduce the failure?
** Description changed:
ARGH! Every release causes new problems :(
If you have:
Good Job!
Nearly perfect ... only some error message left when doing 'sudo update-grub':
josef@josef-maxtor-quad:~$ sudo dmsetup ls --tree
[sudo] password for josef:
via_jehhchjje9 (252:8)
└─via_jehhchjje (252:1)
├─ (8:128)
└─ (8:112)
via_jehhchjje8 (252:7)
└─via_jehhchjje (252:1)
Thank you for taking the time to report this bug and helping to make
Ubuntu better.
Both Ubuntu Raring and Debian sid are currently on 1.10.1+dfsg-3, so
this needs to be addressed with the new upstream release in Debian
first, and then Ubuntu will be able to sync.
If you need a backport to an
Will there be a fix for 10.04 lucid, too?
I think this bug affects me too: Windows SBS 2008 with virtio network driver on
ubuntu 10.04 lucid host loses network connection from time to time. It's not
really deterministic when this error occurs. Usually it happens when there's a
large amount of
I'm testing this some more, and it looks like it's still easy to
reproduce on my system.
cc2ab6833adc73311a2407be2eb5f915 /usr/bin/qemu-system-x86_64
I can cause the guest to drop VM networking with an rsync+ssh from a
nearby host.
--
You received this bug notification because you are a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Did the other errors go away? Those were odd... looked like something
dmraid might say but AFAIK it isn't run by update-grub.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined -
Public bug reported:
I use etckeeper 0.61ubuntu2 and git 1:1.7.9.5-1 in precise. etckeeper
unclean returns wrong information, in fact, I have never managed for it
to tell me the directory contains uncommited changes.
$ sudo git status
# On branch master
# Changes to be committed:
# (use git
Public bug reported:
The manpage talks about the non-existent /etc/.metadata file. I suspect
this should rather be /etc/.etckeeper. But then again it says that this
.metadata file could be used to restore file ownership and permissions
which isn't really true for /etc/.etckeeper
** Affects:
Public bug reported:
one of the functions that etckeeper provides on top of the VCS is to
track file ownership and permissions. I believe the intended way to
restore that information is to run etckeeper init. This should be
mentioned in the manpage.
** Affects: etckeeper (Ubuntu)
This was fixed in etckeeper/0.59 so at least precise and later are no
longer affected.
To recover from git already tracking a file use git rm --cached
$filename
** Changed in: etckeeper (Ubuntu)
Status: Triaged = Fix Released
--
You received this bug notification because you are a
10 matches
Mail list logo