Bug#633024:

2013-08-05 Thread Rain Maker
This bug has been "idle" for almost 2 years, but I found a similair situation, which could make this bug much more important. Since kernel 3.10, the "bcache" module was introduced. This essentially enables users to use a SSD disk as caching device. A sort of "storage tiering" (/ hierarchical stora

Bug#685060: Workaround.. Sort of

2012-08-28 Thread Rain Maker
Same problem here. Besides the corosync.postinst script error, the install also shouldn't fail on starting corosync-notifyd. Workaround to get the package installed: - Change "default" to "defaults" in /var/lib/dpkg/info/corosync.postinst (line 23) - Put a "exit 0" in the top of the "start()" fun

Bug#682614: Pidgin displays some text in Italian

2012-07-24 Thread Rain Maker
Package: pidgin-sipe Version: 1.13.1-2 I have an Office Communicator account configured in Pidgin. In my contact list, some of the contacts show as "Away". When logging in via the native Windows client, or the web-based interface (CWA), the reason for them being away is "In a WebEx meeting". Howe

Bug#668103: Acknowledgement (gnome-panel: "network settings" option no longer working because of missing gnome-network-panel.desktop)

2012-04-20 Thread Rain Maker
close 668103 stop Sorry about this false report. It seems some way, the gnome-control-panel package was removed by a aptitude upgrade at some time. After reinstalling this, everything works fine... Sincerely, Roel Brook 2012/4/8, Debian Bug Tracking System : > Thank you for filing a new Bug repo

Bug#661253: recently-used.xbel

2012-03-10 Thread Rain Maker
I had the same problem too, but after some Googling, 1 of 2 things seem to be causing these crashes: - The ~/.nv/GLCache directory holding old caches. Removing this directory fixes this for some users (not me though) - Gnome3 searching through .local/share/recently-used.xbel. I emptied this file an

Bug#633024:

2011-08-10 Thread Rain Maker
2011/8/9, maximilian attems : > just use rootdelay bootparam, instead of such hacks. > I'm sorry if I was unclear, but rootdelay does NOT help in this situation. As the documentation explains, rootdelay delays between SCSI scan and mdadm / LVM assembly / scan. I need a delay between mdadm assemb

Bug#633024:

2011-08-08 Thread Rain Maker
I have succesfully worked around this "issue" by adding a "sleep 2" to the top (below the dependency checking) in /usr/share/initramfs/scripts/local-top/lvm2 By introducing a delay before actually scanning for LV's, my system boots succesfully every time. -- To UNSUBSCRIBE, email to debian-bug

Bug#633024: initramfs-tools: Race condition when root filesystem is on a LV and mdadm array

2011-07-11 Thread Rain Maker
2011/7/8, maximilian attems : > On Fri, 08 Jul 2011, Roel Brook wrote: > >> When booting the system, it seems there is a race condition between >> assembling >>.. >> "lvm vgdisplay" after running a "lvm vgchange -ay" > > tried to use rootdelay=X with a small value? > see http://wiki.debian.org/Init

Bug#607565: initramfs-tools: initramfs fails to assemble Intel RAID array

2011-02-14 Thread Rain Maker
2011/2/5, martin f krafft : > also sprach Roel Brook [2011.02.04.0205 +0100]: >> It complains "cannot find /proc/mdstat. If I modprobe the md module from >> the prompt, and then manually run /scripts/local-top/mdadm, it does >> assemble the array. >> >> I'm just not really sure where to tell local

Bug#607565: initramfs-tools: initramfs fails to assemble Intel RAID array

2011-02-01 Thread Rain Maker
2011/1/30, NeilBrown : > > This is the correct fix. Remove the DEVICE line. Will I be able to implement this fix? If so, how? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org