On Thu, Aug 18, 2016 at 03:52:48PM +0200, Aurelien Jarno wrote:
> On 2016-08-18 09:53, Lionel Elie Mamane wrote:
>> /usr/include/x86_64-linux-gnu/bits/syscall.h
>> contains
>> #define SYS_getrandom __NR_getrandom
>> but that is not defined in stable's linux-libc-dev
On Thu, Aug 18, 2016 at 09:53:20AM +0200, Lionel Elie Mamane wrote:
> libc6-dev needs a versioned depends on a newer version of
> linux-libc-dev. The version now in sid and testing (4.6.4-1) works
> but probably the requirement is more lax than that.
Rumours suggest that 3.6.17 would
Package: libc6-dev
Version: 2.23-4
Severity: serious
Justification: Policy 3.5
/usr/include/x86_64-linux-gnu/bits/syscall.h
contains
#define SYS_getrandom __NR_getrandom
but that is not defined in stable's linux-libc-dev (version
3.16.7-ckt25-2 and security update 3.16.7-ckt25-2+deb8u3).
For
Package: libc6
Version: 2.11.1-1
Severity: important
On amd64, one specific program behaves differently when run with libc6
2.10.2-9 (or earlier) than when run with libc6 2.11.1-1 (or later). So
this smells like it could be either a libc6 backwards binary
compatibility bug to me, or plainly a bug
On Mon, Oct 17, 2011 at 10:43:57AM +0200, Aurelien Jarno wrote:
On Mon, Oct 17, 2011 at 10:03:44AM +0200, Lionel Elie Mamane wrote:
Package: libc6
Version: 2.11.1-1
Severity: important
On amd64, one specific program behaves differently when run with
libc6 2.10.2-9 (or earlier) than when
On Mon, Oct 17, 2011 at 05:14:23AM -0500, Jonathan Nieder wrote:
Lionel Elie Mamane wrote:
And I've just checked for overlap by running
these on the latrace output:
grep ' memcpy(' | sed 's/[(,)]/ /g' | gawk '{if ( strtonum($8) =
strtonum($5) strtonum($8) + strtonum($11) = strtonum($5
Package: libc6
Version: 2.11.2-10
Severity: normal
Compare:
$ host foo-.tumblr.com
foo-.tumblr.com is an alias for proxy-tumblelogs.d1.tumblr.com.
proxy-tumblelogs.d1.tumblr.com has address 174.121.98.168
$
and
$ getent hosts foo-.tumblr.com
$ echo $?
2
$
By contrast:
$ getent hosts
On Thu, May 12, 2011 at 10:34:01AM +0200, Lionel Elie Mamane wrote:
Labels that end with a dash (-) in in a domain name are not 100%
RFC-conformant, but they are used in the wild, e.g. in
http://barefeetdreams-.tumblr.com/
I found another one:
http://ryall-.tumblr.com/
--
Lionel
Adam Majer wrote:
According to documentation, IPv6 and IPv4 addresses specified should
be returned without the need to resolve them. No explicit IPv6
address seems to work.
I reproduced this bug even with options inet6 in /etc/resolv.conf
With the options inet6, symbolic names that resolve
Package: glibc
Version: 2.5-4
Extract from file string/strtok.c:
/* Parse S into tokens separated by characters in DELIM.
If S is NULL, the last string strtok() was called with is
used. For example:
char s[] = -abc-=-def;
x = strtok(s, -); // x = abc
On Thu, Mar 09, 2006 at 06:26:40PM +0100, Martin Zobel-Helas wrote:
we are aiming to release the second update to Debian 3.1 sarge
(3.1r2) as soon as possible. Current plan is to do it within the
next 4 weeks.
Shall we try to get the timezone data update in there? Do you want me
to prepare it
On Thu, Feb 09, 2006 at 07:42:25PM +0900, GOTO Masanori wrote:
At Tue, 7 Feb 2006 14:30:01 +1100,
Anand Kumria wrote:
On Thu, Feb 02, 2006 at 11:42:31PM +0100, Lionel Elie Mamane wrote:
I just realised that the timezone data in glibc is taken from an
upstream database (namely ftp
On Thu, Feb 09, 2006 at 07:42:25PM +0900, GOTO Masanori wrote:
At Tue, 7 Feb 2006 14:30:01 +1100,
Anand Kumria wrote:
On Thu, Feb 02, 2006 at 11:42:31PM +0100, Lionel Elie Mamane wrote:
I just realised that the timezone data in glibc is taken from an
upstream database (namely ftp
Package: libc6
Version: 2.3.5-12.1
Severity: normal
Cuba did not switch back to non-DST time on October 2005, but the
timezone info in libc thinks it did:
RuleCuba2005max - Oct lastSun 0:00s 0 S
That line should probably be changed to
RuleCuba2006
tags 351049 +fixed-upstream
thanks
On Thu, Feb 02, 2006 at 03:06:44PM +0100, Lionel Elie Mamane wrote:
Cuba did not switch back to non-DST time on October 2005, but the
timezone info in libc thinks it did:
RuleCuba2005max - Oct lastSun 0:00s 0 S
That line
?
--
Lionel Elie Mamane
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
I've noted that kernelcapi.h also uses __user and is #include'd by
capi.h . So maybe the best fix is to #include compiler.h in
kernelcapi.h, not in capi.h.
--
Lionel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
installing woody's glibc-doc. This bug
was not appeared.
At Tue, 29 Jun 2004 15:18:23 +0200,
Lionel Elie Mamane wrote:
(2) Moreover, various package which use install-info does not handle
this problem. I don't like to increase depends or conflicts
entries for this kind of bug
installing woody's glibc-doc. This bug
was not appeared.
At Tue, 29 Jun 2004 15:18:23 +0200,
Lionel Elie Mamane wrote:
(2) Moreover, various package which use install-info does not handle
this problem. I don't like to increase depends or conflicts
entries for this kind of bug
On Tue, Jun 29, 2004 at 07:50:10PM +0900, GOTO Masanori wrote:
At Sat, 20 Mar 2004 17:37:33 +0100,
Josep Lladonosa i Capell wrote:
Setting up glibc-doc (2.3.2.ds1-11) ...
/var/lib/dpkg/info/glibc-doc.postinst: line 19: 7661 Segmentation fault
in
stall-info --quiet --section GNU C library
On Tue, Jun 29, 2004 at 07:50:10PM +0900, GOTO Masanori wrote:
At Sat, 20 Mar 2004 17:37:33 +0100,
Josep Lladonosa i Capell wrote:
Setting up glibc-doc (2.3.2.ds1-11) ...
/var/lib/dpkg/info/glibc-doc.postinst: line 19: 7661 Segmentation fault
in
stall-info --quiet --section GNU C library
Package: glibc-doc
Version: 2.3.2.ds1-10
Severity: important
The post-install of this version of glibc-doc depends on some bugfix
present only in a later version of dpkg, but doesn't say so in its
depends / conflicts fields.
With dpkg 1.9.21, here is the error message one gets:
Setting up
Package: glibc-doc
Version: 2.3.2.ds1-10
Severity: important
The post-install of this version of glibc-doc depends on some bugfix
present only in a later version of dpkg, but doesn't say so in its
depends / conflicts fields.
With dpkg 1.9.21, here is the error message one gets:
Setting up
23 matches
Mail list logo
