Bug#762950: Bug most likely in solid

2015-03-28 Thread Austin Clements
Quoth Scott Kitterman on Mar 28 at 5:36 pm: > On Sunday, March 15, 2015 12:43:51 PM Scott Kitterman wrote: > > I've poked around in core/libs/database/collectionmanager.cpp and it appears > > that the digikam code tries to do the right thing and the most likely issue > > is something about how sol

Bug#640872: libc6: upgrade fails to mv /lib64.eglibc-new to /lib64; leaves system unusable

2011-09-07 Thread Austin Clements
Package: libc6 Version: 2.13-19 Severity: critical Justification: breaks the whole system remove_lib64_symlink in the preinst script attempts to delete /lib64 and mv /lib64.eglibc-new /lib64. To run mv without /lib64, it has to explicitly specify an interpreter, which it does using $interprete

Bug#640872: Acknowledgement (libc6: upgrade fails to mv /lib64.eglibc-new to /lib64; leaves system unusable)

2011-09-07 Thread Austin Clements
Here's a work-around for anyone who can't boot because of this bug. Boot into GRUB and edit your kernel command line to add break=init. This should drop you to your initramfs. Your root partition should be mounted read-only on /root, which should allow you to verify that lib64 is gone, but that y

Bug#640872: Info received (Bug#640872: Acknowledgement (libc6: upgrade fails to mv /lib64.eglibc-new to /lib64; leaves system unusable))

2011-09-07 Thread Austin Clements
I probably don't understand all of the nuances of that code, but one potential fix is simply to pass a benign argument to mv. Something like if ! $ldfile /bin/mv --version >/dev/null 2>/dev/null; then ... Alternatively, it may be more robust for the script to simply create a file to mv