Bug#719590: libc6:amd64: C.UTF-8 locales should be regarded like C w.r.t. $LANGUAGE precedence

Control: tags -1 upstream Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=16621 Control: found -1 2.18-1 Reported upstream at it still applies to 2.18. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog:

Processed: Re: Bug#719590: libc6:amd64: C.UTF-8 locales should be regarded like C w.r.t. $LANGUAGE precedence

Processing control commands: > tags -1 upstream Bug #719590 [libc6] libc6:amd64: C.UTF-8 locales should be regarded like C w.r.t. $LANGUAGE precedence Added tag(s) upstream. > forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=16621 Bug #719590 [libc6] libc6:amd64: C.UTF-8 locales shoul

xattr.h wonkiness

Hi, would a simple patchl ike this to misc/sys/xattr.h be acceptable? This showed up in a failure to build (of at least qemu, and aiui lots of other pkgs) after merging a new libcap2 where sys/capability.h #included linux/xattr.h. It's being worked around by patching libcap2 to #include sys/xattr

Re: xattr.h wonkiness

On Fri, Feb 21, 2014 at 6:42 PM, Serge Hallyn wrote: > Hi, would a simple patchl ike this to misc/sys/xattr.h be > acceptable? This showed up in a failure to build (of at least > qemu, and aiui lots of other pkgs) after merging a new libcap2 > where sys/capability.h #included linux/xattr.h. It's

Bug#739734: Libc6 upgrade to 2.18.1 fails during update

Package: libc6 Version: 2.18.1 Severity: Using synaptic to do dist-upgrade, failure occurs during update of libc6. The last thing that happened was : restarting services ssh exim Then: Not all package updates completed see details. There were no details. Since then any app not already open se