Package: libc6-dev
Version: 2.38-7
Severity: serious
Tags: ftbfs
Control: affects -1 src:zsh
https://buildd.debian.org/status/logs.php?pkg=zsh=5.9-6%2Bb1
...
gcc -static -o zsh main.o `cat stamp-modobjs` -lpcre2-8 -lgdbm -lcap
-lncursesw -ltinfo -ltinfo -lrt -lm -lc
...
On Mon, May 06, 2024 at 09:22:09PM +0200, Aurelien Jarno wrote:
> Hi Adrian,
Hi Aurelien,
> On 2024-05-06 00:15, Adrian Bunk wrote:
> > Hi,
> >
> > please give me write access to glibc -security branches for pushing
> > (E)LTS updates there.
>
> TTBOMK
Adrian Bunk pushed new tag debian/2.19-18+deb8u13 at GNU Libc Maintainers /
glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.19-18+deb8u13
You're receiving this email because of your account on salsa.debian.org.
Adrian Bunk pushed to branch jessie-security at GNU Libc Maintainers / glibc
Commits:
ab1c6c17 by Adrian Bunk at 2024-05-09T00:20:00+03:00
ELA 2.19-18+deb8u13
- - - - -
6 changed files:
- debian/changelog
- + debian/patches/all/git-0001-support-Add-TEST_COMPARE-macro.patch
- + debian
Adrian Bunk pushed new tag debian/2.24-11+deb9u6 at GNU Libc Maintainers / glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.24-11+deb9u6
You're receiving this email because of your account on salsa.debian.org.
Adrian Bunk pushed to branch stretch-security at GNU Libc Maintainers / glibc
Commits:
abf65d55 by Adrian Bunk at 2024-05-09T00:06:43+03:00
ELA 2.24-11+deb9u6
- - - - -
8 changed files:
- debian/changelog
- + debian/patches/all/git-0001-support-Add-TEST_COMPARE-macro.patch
- +
debian
Adrian Bunk pushed new tag debian/2.28-10+deb10u3 at GNU Libc Maintainers /
glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.28-10+deb10u3
You're receiving this email because of your account on salsa.debian.org.
Adrian Bunk pushed to branch buster-security at GNU Libc Maintainers / glibc
Commits:
aba33524 by Adrian Bunk at 2024-05-06T00:06:16+03:00
DLA 2.28-10+deb10u3
- - - - -
6 changed files:
- debian/changelog
- +
debian/patches/all/git-0001-iconv-ISO-2022-CN-EXT-fix-out-of-bound-writes-when
On Mon, May 06, 2024 at 05:37:37PM +0100, Adam D. Barratt wrote:
> On Mon, 2024-05-06 at 13:02 +0200, Jan Krčmář wrote:
> > Package: libc6
> > Version: 2.28-10+deb10u3
> >
> > Upgrading the system (Debian 10/Buster) causes corrupted system,
> > ending with kernel panic and unbootable system.
> >
Hi,
please give me write access to glibc -security branches for pushing
(E)LTS updates there.
Thanks in advance
Adrian
On Sat, Sep 11, 2021 at 03:59:12PM +0200, Marc Haber wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
>
> [this is my first binNMU request, I hope that I did everything right]
[ I am not a member of the release team ]
>
ot; now, will take a while.
> >
> > Also for this one, only vtkplotter showed up.
>
> Did you check #951704 ? This affect python3 package using jemalloc.
I wrote earlier:
On Thu, May 07, 2020 at 01:16:15PM +0300, Adrian Bunk wrote:
>...
> #951704 looks like a similar
On Thu, May 07, 2020 at 10:28:33AM +0200, Paul Gevers wrote:
>...
> On 07-05-2020 10:07, Adrian Bunk wrote:
> > This is a toolchain problem affecting many packages:
> > https://sourceware.org/bugzilla/show_bug.cgi?id=25051
>
> Do you have any rough estimate how many
On Fri, Mar 06, 2020 at 10:57:20AM +0100, Paul Gevers wrote:
>...
> However, it fails on arm64. I copied some of the output at the bottom of
> this report.
>
> Currently this regression is blocking the migration to testing [1]. Can
> you please investigate the situation and fix it?
>...
>
On Wed, May 06, 2020 at 01:56:24PM +0100, Steve McIntyre wrote:
>...
> On Sun, May 03, 2020 at 11:53:35PM +0200, Aurelien Jarno wrote:
> >
> >One solution for this would be to ship the optimized library in the same
> >package as the default library. Now this is not acceptable for embedded
>
On Mon, May 04, 2020 at 02:45:41PM -0400, Noah Meyerhans wrote:
>...
> I wonder if it'd make sense for libc to be a virtual package, with
> functionality provided by optimized builds and dependencies satisfied
> via Provides. I don't know how well dpkg would cope with transitioning
> between
On Fri, Jul 19, 2019 at 07:13:28PM +0200, Florian Weimer wrote:
> * Adrian Bunk:
>...
> For comparison, the original plan was to provide a macro, perhaps
> -D_TIME_BITS=32 and -D_TIME_BITS=64, to select at build time which ABI
> set is used (“dual ABI”).
To me this would sound li
[ only speaking for myself ]
On Thu, Jul 18, 2019 at 11:05:53PM +0200, Florian Weimer wrote:
>...
> The consequence is that in order to build 32-bit-time_t libraries
> (Gtk, for example), an old glibc needs to be kept around. In
> practice, it would probably mean that it is impossible to
Package: libc6
Version: 2.28-4
Severity: serious
Breaks: ..., nocache (<< 1.0-1),...
1.0-1 is the version in stable, so this is basically a nop.
It should be Breaks: nocache (<< 1.1-1~)
Control: unmerge -1 915339
Control: reassign -1 r-cran-later 0.7.4+dfsg-1
Control: retitle -1 r-cran-later: Mutex creation failed with glibc 2.28
Control: forwarded -1 https://github.com/r-lib/later/issues/77
Control: block 915339 by -1
Control: retitle 915339 libc6 needs Conflicts with unfixed
Source: dateutils
Version: 0.4.1-2
Severity: serious
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/dateutils.html
...
FAIL: dzone.007
===
$ dzone --next Asia/Singapore 2014-02-22
--- "expected output 5c83cb99" 2019-03-06 07:12:58.247403471 -1200
+++ "actual
On Thu, Aug 24, 2017 at 04:48:55PM +0200, Thorsten Glaser wrote:
> Source: glibc
> Version: 2.24-16
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
>
> cf. https://buildd.debian.org/status/package.php?p=glibc
>
> For over three days now,
reassign 845521 libc6-dev 2.24-6
reassign 845523 libc6-dev 2.24-6
forcemerge 845521 845523
retitle 845521 libc6-dev: static linking with stack protector fails: undefined
reference to `__memcpy_chk'
affects 845521 src:dar src:aide
thanks
On Thu, Nov 24, 2016 at 09:54:34AM +0100, Chris Lamb wrote:
On Mon, Nov 14, 2016 at 12:54:27PM +0100, Marcel Meckel wrote:
> Package: tzdata
> Version: 2016i-0+deb7u1
> Severity: critical
>
> Upgrading a fully updated wheezy system (incl. security repo) to
> jessie (incl. security repo) results in tzdata not being updated
> because the version in
On Sun, Nov 06, 2016 at 08:04:39AM +0100, Petter Reinholdtsen wrote:
> [Henrique de Moraes Holschuh]
> > And what should we do about Debian stretch, then?
>
> I believe a good start would be to add an assert() in a test version of
> glibc and then run all the autopkgtest scripts on the packages
On Sun, Nov 06, 2016 at 05:41:34PM -0200, Henrique de Moraes Holschuh wrote:
> On Sun, 06 Nov 2016, Ben Hutchings wrote:
> > It's worth noting that TSX is broken in 'Haswell' processors and is
> > supposed to be disabled via a microcode update. I don't know whether
> > glibc avoids using it on
On Thu, Aug 17, 2006 at 03:16:17PM -0400, Branden Robinson wrote:
submitter 382175 Branden Robinson [EMAIL PROTECTED]
thanks
On Mon, Aug 14, 2006 at 06:45:08PM +, Brian M. Carlson wrote:
On Sun, Aug 13, 2006 at 10:51:54PM -0400, Branden Robinson wrote:
On Wed, Aug 09, 2006 at
tags 181494 -sid
clone 181494 -1
retitle 181494 glibc: contains non-free docs
retitle -1 glibc: contains possibly non-free code
tags -1 -fixed-in-experimental
thanks
Some cleanups for the bug that should have been done long ago:
- remove the wrong sid tag
- split the two issues into two bugs
-
On Sun, Oct 10, 2004 at 12:12:17PM +0900, GOTO Masanori wrote:
At Sat, 9 Nov 2002 11:56:07 +0100,
Adrian Bunk wrote:
If you are upgrading to woody, one can also assume you have read the
upgrade part of the woody release notes. The libc6 issues would be
documented there.
Please read
On Mon, Mar 29, 2004 at 11:02:11PM +0200, Denis Barbier wrote:
On Mon, Mar 29, 2004 at 02:47:42AM +0200, Adrian Bunk wrote:
[...]
I am a bit surprised that this discussion and all patches sent only
cover de_DE, although there are altogether three common de_ locales
plus two others
Hi,
as a German native speaker with some interest on typography but
virtually no knowledge on UTF-8 some comments:
The common quotes in German today are
double open quotes (low position) U201E
together with
double closed quote (high position) U201C
The current conversion
,,text
looks
Package: libc6
Version: 2.3.2.ds1-10
Severity: grave
#219618 is a result of the errno warning message in cyrus-imapd.
I'm personally knowing a person who had mail bounces since
this error message confused other programs.
Package: libc6
Version: 2.3.2.ds1-10
Severity: grave
#219618 is a result of the errno warning message in cyrus-imapd.
I'm personally knowing a person who had mail bounces since
this error message confused other programs.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
As a note:
Wine doesn't seem to work with NPTL.
Workaround:
LD_ASSUME_KERNEL=2.4.22 wine ...
This needs to be handled in Wine, and the conflict of libc6 with Wine
will need to be raised after it will be fixed in Wine.
cu
Adrian
--
Is there not promise of rain? Ling Tan asked
Package: locales
Version: 2.3.2-8
Severity: normal
locales ships the following uncompressed manual pages:
/usr/share/man/man8/locale-gen.8
/usr/share/man/man5/locale.alias.5
/usr/share/man/man5/locale.gen.5
Section 12.1. of your policy says:
-- snip --
...
Manual pages should be
severity 213745 grave
thanks
First of all, I consider this bug RC since it causes some breakage for
users. There should be a solution that doesn't require manual
intervention of the user installing dictd.
This seems to be a complicated problem:
- dictd databases should be UTF-8 encoded
- if
Package: glibc
Version: 2.3.2-2
Severity: wishlist
Could you add NPTL? Now that kernel 2.6 is coming nearer it would be
nice to have it available.
TIA
Adrian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 194339 gcc-3.3
retitle 194339 __thread problem with woody backports of gcc 3.3
thanks
I had to solve the same problem in my backport of gcc 3.3 to woody [1].
There are no changes to the glibc packages in woody needed, gcc already
includes a fix. The problem is that the build of the
reassign 194339 gcc-3.3
retitle 194339 __thread problem with woody backports of gcc 3.3
thanks
I had to solve the same problem in my backport of gcc 3.3 to woody [1].
There are no changes to the glibc packages in woody needed, gcc already
includes a fix. The problem is that the build of the
On Sun, Apr 27, 2003 at 05:59:24PM +0200, Anders Helmersson wrote:
On Sat, 2003-04-26 at 19:38:11 +0200, Thomas Roessler wrote:
With mutt -F your colors -n -f segfault, I can't reproduce this.
(Latest CVS checkout; Redhat 7.3.)
The problem seems to be related to regex. The segfault occurs
Hi Silas,
I'm surprised about your bug report. The wine package in testing is
recent enough to fulfill the conflict in libc6.
The conflict in libc6 is _really_ needed (older Wine packages don't work
with libc6 2.3).
Are you using apt pinning?
If yes please disable apt pinning and test whether
The changelog of glibc 2.3.1-6 says:
- debian/control.in/libc: Conflict against wine ( 0.0.20021007-1)
(Closes: #170385)
Also conflict against php4 ( 4:4.2.3-5)
There seems to be neither a conflict with libwine nor a conflict with
php4 in libc6 2.3.1-9.
cu
Adrian
--
Package: libc6
Version: 2.3.1-5
Severity: grave
libc6 should conflict with wine ( 0.0.20021007-1) because earlier wine
packages don't work with glibc 2.3 (see #165323). Technically the usage
of __libc_fork was a bug in Wine. Without a conflict in libc6 many people
doing a partial upgrade from
Package: libc6
Version: 2.3.1-5
Severity: grave
libc6 should conflict with wine ( 0.0.20021007-1) because earlier wine
packages don't work with glibc 2.3 (see #165323). Technically the usage
of __libc_fork was a bug in Wine. Without a conflict in libc6 many people
doing a partial upgrade from
On Fri, Nov 08, 2002 at 10:12:24AM -0500, Ben Collins wrote:
On Fri, Nov 08, 2002 at 01:51:47PM +0100, Adrian Bunk wrote:
Technically the following solution should be possible (pseudocode):
Not to mention that even if debconf is installed, nothing says that the
system (especially during
reopen 165921
thanks
On Fri, Nov 08, 2002 at 10:11:11AM -0500, Ben Collins wrote:
On Fri, Nov 08, 2002 at 01:51:47PM +0100, Adrian Bunk wrote:
reopen 165921
thanks
On Thu, Nov 07, 2002 at 01:18:14PM -0600, Debian Bug Tracking System wrote:
...
Sorry, We cannot make libc6 depend
On Fri, Nov 08, 2002 at 10:12:24AM -0500, Ben Collins wrote:
On Fri, Nov 08, 2002 at 01:51:47PM +0100, Adrian Bunk wrote:
Technically the following solution should be possible (pseudocode):
Not to mention that even if debconf is installed, nothing says that the
system (especially during
reopen 165921
thanks
On Fri, Nov 08, 2002 at 10:11:11AM -0500, Ben Collins wrote:
On Fri, Nov 08, 2002 at 01:51:47PM +0100, Adrian Bunk wrote:
reopen 165921
thanks
On Thu, Nov 07, 2002 at 01:18:14PM -0600, Debian Bug Tracking System wrote:
...
Sorry, We cannot make libc6 depend
reopen 165921
thanks
On Thu, Nov 07, 2002 at 01:18:14PM -0600, Debian Bug Tracking System wrote:
...
Sorry, We cannot make libc6 depend on debconf. That would make debconf
more essential than libc6. You can see the circular dep problem.
These questions are only relevant when upgrading libc6.
reopen 165921
thanks
On Thu, Nov 07, 2002 at 01:18:14PM -0600, Debian Bug Tracking System wrote:
...
Sorry, We cannot make libc6 depend on debconf. That would make debconf
more essential than libc6. You can see the circular dep problem.
These questions are only relevant when upgrading libc6.
Package: libc6
Version: 2.3.1-3
Severity: wishlist
When upgrading from an older version libc6 asks the Restarting services
question. It would be nice if this would be asked via debconf to make
automated upgrades easier.
TIA
Adrian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Fri, 9 Aug 2002, Ben Collins wrote:
I don't see a way how this could be handled outside the dependencies of
libc6. One possible solution is to create a libdb1g package in oldlibs and
let the libc6 in sarge depend on this package (the dependency can be
dropped after sarge is released).
severity 64074 important
thanks
This bug seems to be RC. The submitter said:
However, neither apache nor ssh run afterwards. Since one might try to
upgrade with only ssh connection to the box this can be a major
problem (Severity: important??)
I can see no comment on this bug in the BTS, and
Package: libc6-bin
Version: 2.1.2-11
Hi,
libc6-bin-2.1.2-11 conflicts with locales_2.0.7.19981211-6 because they
both ship a /usr/bin/locale . You have to update locales before
(locales_2.1.2-11.0.1 worked fine for me).
The exact error message was:
trying to overwrite `/usr/bin/locale',
54 matches
Mail list logo