Package: libc6-dev
Version: 2.13-5
Severity: normal
Hi,
the moving of crt1.o, crti.o, ... from /usr/lib to /usr/lib/triplet
breaks external applications that are not aware of the new multiarch
paths. One such application is GCC from SVN, which now fails to compile
with this error:
Package: libc6
Version: 2.5-6
Severity: normal
Hi,
there happens a segmentation fault with the following code:
#include stdio.h
int main(int argc, char**argv)
{
printf(%s\n, strerror(atoi(argv[1])));
}
I have observed this on amd64 libc6 2.5-5
Hi,
yesterday I ran into this problem, too, and found that the content of
libc6-dev-i386 was still under /emul/ia32-linux/usr/lib (but registered
with dpkg for /usr/lib32) because the files were unpacked before the
lib32 symlink was replaced by a directory.
Probably the
Depends: libc6-i386
Package: libc6
Version: 2.10.1-6
Severity: serious
Hi,
when updating a sid/amd64 chroot (on a lenny(+older squeeze kernel)/amd64 host),
libc6 fails to update properly.
Last previous update was performed on Oct 12, no problems at that time.
This time, libc6 was going to be updated from 2.9-27 to
Package: libc6
Version: 2.3.6-7
Severity: normal
File: /usr/bin/locale
Hi,
I stomped over this error message when one of the LC_* variables was set
to a locale that was not generated on that particular machine. It had
nothing to do with LC_ALL (which is unset) and can be reproduced by
doing
$
Package: tzdata
Version: 2012j-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
tz-brasil was a package in lenny that had outlived its usefulness long
ago: http://bugs.debian.org/578318
but it is still possible to have it installed in long grown systems
(where it
Version: 2.17-7
Followup-For: Bug #710521
Hi,
same segfault happens with
/usr/bin/godoc (from golang-go 2:1.1-1, too)
/usr/bin/osdctl (from osdsh 0.7.0-10)
/usr/bin/osdsh (from osdsh 0.7.0-10)
Andreas
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of
Package: libc6-dev
Version: 2.3.2-7
Severity: normal
Statically linking a program with gcc-2.95 fails with the following
errors:
$ gcc-2.95 -static test.c
/usr/lib/gcc-lib/sparc-linux/2.95.4/libgcc.a(_udivdi3.o)(.text+0xac): In
function `__udivdi3':
: undefined reference to `.udiv'
Package: libc6-dev
Version: 2.3.2-7
Severity: normal
Statically linking a program with gcc-2.95 fails with the following
errors:
$ gcc-2.95 -static test.c
/usr/lib/gcc-lib/sparc-linux/2.95.4/libgcc.a(_udivdi3.o)(.text+0xac): In
function `__udivdi3':
: undefined reference to `.udiv'
Control: reassign -1 apt,python2.7,libc6
Control: tags -1 jessie
[putting the apt maintainers into the loop, perhaps they can tell us why
this is happening]
On 2015-02-26 18:33, Matthias Klose wrote:
On 02/26/2015 06:01 PM, Andreas Beckmann wrote:
during a test with piuparts I noticed
Hi Aurelien,
thanks for your analysis.
On 2015-12-08 10:23, Aurelien Jarno wrote:
> I disagree it is supposed to be fixed. Intel got a few bugs in there
> TSX-NI implementation for Haswell and Broadwell and possibly early
> versions of Skylake, and to avoid data loss we have therefore disabled
>
Dear libc maintainers,
we recently got a bug report regarding the TSX-NI / lock elision bug in
combination with the non-free nvidia driver (#807244). Since that is
supposed to be fixed with the libc in experimental (and now sid as
well), perhaps you could take a look why this still happens.
Package: tzdata
Version: 2016j-2
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):
Control: notfound -1 2017a-1
On 2017-03-22 16:46, Michael Biebl wrote:
> That bug seems to be still unfixed in the latest version
>
> https://piuparts.debian.org/sid/fail/tzdata_2017a-1.log
>
> 0m17.0s ERROR: FAIL: After purging files have disappeared:
> /etc/localtime ->
On 2017-03-22 17:02, Michael Biebl wrote:
> Well, the log says that tzdata_2017a-1 was installed and tested.
> Now I'm confused. Can you explain what piuparts is doing there?
And piuparts expects the chroot after the test to be in the same state
as before the test. But that chroot was created
[ adding apt@, therefore quoting fully ]
On 2017-08-15 22:56, Aurelien Jarno wrote:
> control: tag - 1 + help
> control: tag - 1 + moreinfo
>
> On 2017-08-15 09:58, Andreas Beckmann wrote:
>> Package: libc-bin
>> Version: 2.24-14
>> Severity: serious
>&
Package: libc-bin
Version: 2.24-14
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during several tests with piuparts in sid I noticed spurious and
unreproducible errors while processing libc-bin triggers.
Often apt-get just exits with an error code (but no error
Package: libc-bin
Version: 2.19-18+deb8u7
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed the piuparts
upgrade test because dpkg detected a conffile as being modified and then
prompted the user for an action. As
> terminate called after throwing an instance of 'std::logic_error'
> what(): basic_string::_M_construct null not valid
Could this be related to #871275 "libapt-pkg5.0: requires rebuild
against GCC 7 and symbols/shlibs bump" which was fixed recently in apt?
IIRC this started after
Control: severity -1 important
On 2017-08-19 10:29, Aurelien Jarno wrote:
> Any news about this? This bug now blocks the migration of glibc to
> testing.
Downgrading.
Andreas
Package: glibc-doc-reference
Version: 2.19-1
Severity: important
This package looks outdated compared to glibc 2.24-11 in stretch/sid.
Andreas
Package: libc0.1-dev
Version: 2.25-1
Severity: serious
While trying to upgrade a sid chroot on falla.d.o:
Preparing to unpack .../libc0.1-dev_2.25-1_kfreebsd-amd64.deb ...
Unpacking libc0.1-dev:kfreebsd-amd64 (2.25-1) over (2.24-17) ...
dpkg: error processing archive
Control: tag -1 unreproducible
Control: close -1
On 2017-12-06 19:39, Julien Aubin wrote:
> Weird... this time I re-upgraded libc6 and things work fine... looks like
> something wrong went during the install. And I cannot reproduce the issue
> anymore... :'( WTF ???
OK, I'm closing the two bugs
Package: libc6-x32,libc6-i386
Version: 2.28-8
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts in a --merged-usr environment I noticed that
installing, removing, and installing again a package shipping /lib32,
/libx32 will actually unmerge
Package: libc6
Version: 2.31-1
Severity: critical
Justification: breaks unrelated software; breaks remote access
TL;DR: sshd privsep child dies with SIGSYS in clock_nanosleep() (libc6 2.31-1)
while it succeeded using nanosleep() under libc6 2.30-8
The machine in question is running buster with
Package: libc6
Version: 2.31-1
Severity: important
Hi,
I just noticed some packages recently started failing to build with pbuilder
in qemu (qemu-user-static) foreign arch chroots (on amd64 host) with this error:
dpkg-buildpackage: info: source package xtrs
dpkg-buildpackage: info: source
Package: libc6
Version: 2.31-9
Severity: important
Control: block 981899 with -1
One of the adequate autopkg tests now triggers an assertion in libc6,
which is a regression from buster.
I've extracted that test to build the attached self-contained reproducer.
sid$ make
mkdir -p tmp
#
Package: rpcsvc-proto
Version: 1.4.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Package: rpcsvc-proto
Version: 1.4.2-1
Architecture: amd64
Depends: libc6 (>= 2.14)
Conflicts: libc6
That does not work.
Andreas
On 03/03/2021 10.33, Aurelien Jarno wrote:
See the changelog. This is done on purpose until we can actually
schedule the transition.
I just needed a bug number to automatically flag the uninstallable
package in piuparts ;-)
Andreas
Followup-For: Bug #983910
Control: found -1 1.4.2-2
> * Replace the conflicts with libc6-dev by breaks + replaces on libc6-dev
> (<< 2.31-13). Closes: #983910.
That is not sufficient:
Selecting previously unselected package rpcsvc-proto.
Preparing to unpack
Package: libnsl-dev
Version: 1.3.0-2
Severity: serious
Tags: sid bookworm
Control: affects -1 + src:sendmail
rpcsvc/nis.h wants to include rpc/rpc.h, but that header is no longer
provided by libc6-dev in sid:
$ echo '#include ' | gcc -x c -c -
In file included from :1:
Package: tzdata
Version: 2021e-1
Severity: normal
Hi,
when (manually) installing tzdata in my minimal pbuilder chroots, the
debconf question tzdata/Areas gets asked twice: once in the
pre-configuration step, once during package configuration:
# apt-get install tzdata
Reading package lists...
32 matches
Mail list logo
