Quoting Serge Hallyn:
This was only released for 14.10. Since 14.04 has been released, only
bugfixes may be introduced there per SRU policy, not new features.
Bug 1331081 was reported against 14.04, but was closed as being a
duplicate of this.
Not fixing the defect reported in 1331081 in 14.04
This fix is included upstream in util-linux 2.19.1, so will be fixed
with the release of Oneric.
** Changed in: util-linux (Ubuntu)
Status: New = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Although it may not be default in 11.04, it was included and part of the
default panel configuration for earlier Xubuntu releases, so anyone
upgrading to 11.04 will be met with the error message.
This is a functionality regression for existing Xubuntu users.
--
You received this bug
The upstream bug (which includes a patch) is
https://bugzilla.xfce.org/show_bug.cgi?id=6663
** Bug watch added: Xfce Bugzilla #6663
http://bugzilla.xfce.org/show_bug.cgi?id=6663
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I have had a patch accepted upstream to util-linux which means that
blkid will recognize the filesystem correctly, and it will then mount.
http://git.kernel.org/?p=utils/util-linux/util-
linux.git;a=commit;h=20f5be46ec57af3f21913c487000d69fb8857e18
ID_FS_LABEL=VTech_1070
The kernel change is not a fix for the real problem. All the kernel
patch above does is correctly identify the correct storage capacity (and
not spit out error messages as it attempts to access beyond the end of
the device).
The real problem is that the identification of the partition fails due
I have found the cause for this defect, and a workaround.
The cause is that the FAT16 superblock on the camera does not set the
number of heads, and so the partition type is not detected correctly.
You get no output from the following command:
# blkid -p /dev/disk/by-id/usb-
As a workaround, I just comment out use-ssh-agent in
/etc/X11/Xsession.options.
As I use Xubuntu, the XFCE startup launches ssh-agent anyway, I am
still able to use ssh-add with no loss of functionality.
--
LD_LIBRARY_PATH set in ~/.profile doesn't stick
https://bugs.launchpad.net/bugs/315591
As a workaround, I just comment out use-ssh-agent in
/etc/X11/Xsession.options.
As I use Xubuntu, the XFCE startup launches ssh-agent anyway, I am
still able to use ssh-add with no loss of functionality.
--
LD_LIBRARY_PATH set in ~/.profile doesn't stick
https://bugs.launchpad.net/bugs/315591
The Pidgin support page (http://www.pidgin.im/support/) has a link to
Pidgin cannot connect to Yahoo! (http://www.celticwolf.com/useful-
information/faqs/26-pidgin-yahoo).
Yahoo! appears to be upgrading their servers to a new version of their
software. This new version requires a new
Public bug reported:
Binary package hint: xfce4-mcs-plugins
I am using the default keyboard shortcuts /usr/share/xfce-mcs-
plugins/shortcuts/default.xml, which includes the setting:
shortcut command=xfce4-popup-menu keys=Control+Escape/
I can also see this setting when I open Keyboard
Marking as Rejected, as this is not a problem with the package, but
with my particular installation.
** Changed in: linux-restricted-modules-2.6.20 (Ubuntu)
Status: Unconfirmed = Rejected
--
ipw3945d not started at boot
https://bugs.launchpad.net/bugs/111042
You received this bug
I've looked into this further, and found the cause of the problem.
The ipw3945 module is not loaded by the initrd as I originally
suspected, but by udevtrigger from /etc/rcS.d/S10udev. At this point
/ is mounted read-only. The daemon was failing to start, due to not
being able to write
Public bug reported:
Binary package hint: linux-restricted-modules-2.6.20-15-generic
The regulatory daemon /sbin/ipw3945d-$(uname -r) is not started when the
machine (Dell D620) is booted although the kernel module ipw3945.ko is
loaded. This means that the wireless adaptor does not work.
I
14 matches
Mail list logo