[Bug 217137] Re: Hardy Heron: Nautilus fails to open directory with more than 140 subfolders
I can confirm this bug and Chuck's fix for a share with 31 folders and 26 files. smbclient messages were the same and fusesmb gave an "invalid argument" as reported earlier for nautilus. After installing Chuck's packages it worked fine. -- Hardy Heron: Nautilus fails to open directory with more than 140 subfolders https://bugs.launchpad.net/bugs/217137 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 217137] Re: [SRU] Hardy Heron: Nautilus fails to open directory with more than 140 subfolders
I would like to add that - in my case here - the failure occured connecting to a windows xp system. -- [SRU] Hardy Heron: Nautilus fails to open directory with more than 140 subfolders https://bugs.launchpad.net/bugs/217137 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 183807] Re: update-initramfs, wubi: bad check for read-only /boot partition
This is fixed in Hardy and can be closed. -- update-initramfs, wubi: bad check for read-only /boot partition https://bugs.launchpad.net/bugs/183807 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 183807] update-initramfs, wubi: bad check for read-only /boot partition
Public bug reported:
Binary package hint: initramfs-tools
This bug appears on a gutsy wubi installation, but I think it is a
general problem in update-initramfs (version 0.85eubuntu20).
update-initramfs checks whether /boot is mounted read-only with this awk
line (l. 263-264):
> (awk '/boot/{if (match($4, /ro/) && $2 == "/boot") print "ro"}'
/proc/mounts
However, on my machine the corresponding line in /proc/mounts says:
> /dev/disk/by-uuid/6C44DC2444DBEF38 /boot fuseblk
rw,nosuid,nodev,noatime,user_id=0,group_id=0,allow_other 0 0
I'm not an expert in awk, but I think it is matching the 'ro' from
'gROup'. The result is that update-initramfs refuses to work:
> sudo update-initramfs -vu
> WARNING: /boot is ro mounted.
> update-initramfs: Not updating /boot/initrd.img-2.6.22-14-generic
An ugly fix would be to match the pattern /^ro/ because all mounts in
/proc/mounts seem to have the rw/ro state in the first position, but
there is probably a more elegant way.
In ver 0.85eubuntu21 = current hardy package, it is still the same.
** Affects: initramfs-tools (Ubuntu)
Importance: Undecided
Status: New
--
update-initramfs, wubi: bad check for read-only /boot partition
https://bugs.launchpad.net/bugs/183807
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 183807] Re: update-initramfs, wubi: bad check for read-only /boot partition
** Description changed:
Binary package hint: initramfs-tools
This bug appears on a gutsy wubi installation, but I think it is a
general problem in update-initramfs (version 0.85eubuntu20).
+
+ EDIT: Debian already fixed this. See Debian bug #451151
update-initramfs checks whether /boot is mounted read-only with this awk
line (l. 263-264):
> (awk '/boot/{if (match($4, /ro/) && $2 == "/boot") print "ro"}'
/proc/mounts
However, on my machine the corresponding line in /proc/mounts says:
> /dev/disk/by-uuid/6C44DC2444DBEF38 /boot fuseblk
rw,nosuid,nodev,noatime,user_id=0,group_id=0,allow_other 0 0
I'm not an expert in awk, but I think it is matching the 'ro' from
'gROup'. The result is that update-initramfs refuses to work:
> sudo update-initramfs -vu
> WARNING: /boot is ro mounted.
> update-initramfs: Not updating /boot/initrd.img-2.6.22-14-generic
An ugly fix would be to match the pattern /^ro/ because all mounts in
/proc/mounts seem to have the rw/ro state in the first position, but
there is probably a more elegant way.
In ver 0.85eubuntu21 = current hardy package, it is still the same.
--
update-initramfs, wubi: bad check for read-only /boot partition
https://bugs.launchpad.net/bugs/183807
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 346170] Re: New iMac (9, 1, March 09) headphone jack works, speakers do not
Hi! I used the module-assistant tool to build new alsa modules including Micah's patch. Maybe this is useful for someone, so here are the steps involved: sudo aptitude install module-assistant sudo m-a update sudo m-a prepare sudo m-a get alsa-source sudo m-a unpack alsa-source cd /usr/src/modules/alsa-driver sudo patch -p1 < /path/to/imac91-1.0.18.patch sudo m-a build -O alsa-source sudo m-a install alsa-source The universe repository must be activated, then m-a should take care of the dependancies. After the module is build, the system should be rebooted or all alsa modules reloaded. At least the build and install steps need to be repeated after a kernel update. In the Gnome volume control, channel mode must be set to 6ch. Maybe you need to change volume levels a bit, before sound is actually played. I did not test line in or mic. I used Ubuntu 9.04. Jonas -- New iMac (9,1, March 09) headphone jack works, speakers do not https://bugs.launchpad.net/bugs/346170 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 346170] Re: New iMac (9, 1, March 09) headphone jack works, speakers do not
In alsa 1.0.21, sound works using the model=mb5 option. (again, I only tested the built-in speakers and no inputs). I tested this with the same procedure as above but with the alsa-source package from Debian unstable and without any patch. Is there any chance that alsa 1.0.21 will get into karmic? Jonas -- New iMac (9,1, March 09) headphone jack works, speakers do not https://bugs.launchpad.net/bugs/346170 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
