control: tag -1 + moreinfo
On 2016-06-02 14:55, Benjamin Moody wrote:
> Package: libc6-dev
> Version: 2.19-18+deb8u4
> Severity: normal
>
> Dear Maintainer,
>
> In previous versions of glibc (such as the version used in Debian
> wheezy), would include . It now does not
> do so. This breaks ex
Processing control commands:
> tag -1 + moreinfo
Bug #826154 [libc6-dev] libc6-dev: sys/wait.h does not include sys/resource.h
Added tag(s) moreinfo.
--
826154: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826154
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
On 2016-05-31 17:21, Aurelien Jarno wrote:
> On 2016-05-31 16:23, John Paul Adrian Glaubitz wrote:
> > (Sorry for the confusion, I accidentally used my company email. Please
> > answer to this address).
> >
> > Hi Aurelien!
> >
> > On 05/31/2016 04:13 PM, Aurelien Jarno wrote:
> > >> --
Hi!
On 06/03/2016 02:26 PM, Aurelien Jarno wrote:
> FAIL: rt/tst-shm
> original exit status 1
>
> It's very likely that /dev/shm (or /run/shm) is not mounted correctly in
> the chroot.
Hmm, that's odd. I have just verified this again:
root@landau:~# schroot -c sid1-sparc64-sbuild
(sid1-sparc64-
On 06/03/2016 02:38 PM, John Paul Adrian Glaubitz wrote:
> I will verify the configuration again.
Ok, so there was indeed one strange issue which was that /dev/shm in
the host system was mounted again when invoking any schroot command,
so that after running schroot once, mount on the host system s
Package: locales
Version: 2.22-0experimental0
Severity: normal
Tags: upstream
Starting with locales 2.22-0experimental0, some chars have the wrong
width; downgrading locales to 2.21-9 fixes the bugs.
Test program:
tglase@tglase:~ $ cat x.c
#define _XOPEN_SOURCE
#include
#include
#include
#de
Processing commands for cont...@bugs.debian.org:
> found 826256 2.22-10
Bug #826256 [locales] locales: wrong width for hexagrams (and possibly others)
in 2.22
Marked as found in versions glibc/2.22-10.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
826256: http:
Processing commands for cont...@bugs.debian.org:
> notfound 826256 2.21-9
Bug #826256 [locales] locales: wrong width for hexagrams (and possibly others)
in 2.22
Ignoring request to alter found versions of bug #826256 to the same values
previously set
> thanks
Stopping processing here.
Please co
control: tag -1 + moreinfo
On 2016-06-03 19:29, Thorsten Glaser wrote:
> Package: locales
> Version: 2.22-0experimental0
> Severity: normal
> Tags: upstream
>
> Starting with locales 2.22-0experimental0, some chars have the wrong
> width; downgrading locales to 2.21-9 fixes the bugs.
>
> Test pr
Processing control commands:
> tag -1 + moreinfo
Bug #826256 [locales] locales: wrong width for hexagrams (and possibly others)
in 2.22
Added tag(s) moreinfo.
--
826256: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826256
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problem
Processing control commands:
> tag -1 + moreinfo
Bug #826256 [locales] locales: wrong width for hexagrams (and possibly others)
in 2.22
Ignoring request to alter tags of bug #826256 to the same tags previously set
--
826256: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826256
Debian Bug Tra
Aurelien Jarno dixit:
>EastAsian.txt explicitly lists the hexagrams as neutral width, so I don't
Yes it does, but neutral does NOT always mean 1. I even looked
it up today, as I was not familiar enough with neutral yet.
>Looking at the behaviour from other systems, freebsd and netbsd both
>retur
Package: libc6-i686
Version: 2.22-7
Severity: minor
Hey guys,
I hope you're well.
* What led up to the situation?
While installing security patches, aptitude
asked if it would be OK to remove libc6-i686,
and neither
$ apt-cache show libc6-i686
or
$ aptitude show
13 matches
Mail list logo
