Adrian Bunk pushed new tag debian/2.19-18+deb8u14 at GNU Libc Maintainers /
glibc
--
This project does not include diff previews in email notifications.
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.19-18+deb8u14
You're receiving this email because of
Adrian Bunk pushed to branch jessie-security at GNU Libc Maintainers / glibc
Commits:
ab87e2a2 by Adrian Bunk at 2024-07-01T14:04:44+03:00
ELA 2.19-18+deb8u14
- - - - -
16 changed files:
- debian/changelog
- +
debian/patches/all/git-0001-Consolidate-code-to-initialize-nscd-dataset
Adrian Bunk pushed new tag debian/2.24-11+deb9u7 at GNU Libc Maintainers / glibc
--
This project does not include diff previews in email notifications.
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.24-11+deb9u7
You're receiving this email because of your ac
Adrian Bunk pushed to branch stretch-security at GNU Libc Maintainers / glibc
Commits:
ab8f3510 by Adrian Bunk at 2024-07-01T14:03:00+03:00
ELA 2.24-11+deb9u7
- - - - -
11 changed files:
- debian/changelog
- +
debian/patches/all/git-0001-CVE-2024-33599-nscd-Stack-based-buffer-overflow-in
Adrian Bunk pushed new tag debian/2.28-10+deb10u4 at GNU Libc Maintainers /
glibc
--
This project does not include diff previews in email notifications.
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.28-10+deb10u4
You're receiving this email because of
Adrian Bunk pushed to branch buster-security at GNU Libc Maintainers / glibc
Commits:
abddd1f3 by Adrian Bunk at 2024-06-30T11:48:43+03:00
DLA 2.28-10+deb10u4
- - - - -
7 changed files:
- debian/changelog
- +
debian/patches/all/git-0001-CVE-2024-33599-nscd-Stack-based-buffer-overflow-in
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&ver=5.9-6%2Bb1
...
gcc -static -o zsh main.o `cat stamp-modobjs` -lpcre2-8 -lgdbm -lcap
-lncursesw -ltinfo -ltinfo -lrt -lm -lc
...
./obj-static/Sr
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 ]
> aid
uot; 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 but
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?
>...
> https://
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
> >system
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 provi
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 maintain
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 r-c
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 outp
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, src:gl
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 wheezy-se
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 in
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 the
Control: severity -1 important
Control: tags -1 -stretch
I am lowering the severity of these bugs exposed by
#841292 (gcc-6: flexible array support broken).
gcc 6 has the problematic change reverted, so this shouldn't be
a problem for stretch.
This is expected to be a FTBFS with gcc >= 7,
so the
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
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
- arc
On Sat, Aug 13, 2005 at 12:02:48PM +0900, GOTO Masanori wrote:
> At Fri, 12 Aug 2005 20:50:25 +0200,
> Adrian Bunk wrote:
> > After upgrading from the sarge libc6, sshd on my computer no longer
> > accepted connections.
> >
> > Restarting sshd fixed the problem.
Package: libc6
Version: 2.3.5-3
Severity: critical
After upgrading from the sarge libc6, sshd on my computer no longer
accepted connections.
Restarting sshd fixed the problem.
It seems the "restart services" question in the postinst should be
asked for upgrades from < 2.3.5 .
I've set the seve
On Tue, Oct 12, 2004 at 09:00:45AM +0900, GOTO Masanori wrote:
> At Mon, 11 Oct 2004 22:47:33 +0200,
> Adrian Bunk wrote:
> > > Nowadays "restarting services" question is ready for noninteractive
> > > upgrade. We assume "Yes" at that mode. So if you
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 b
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
&
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 str
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 sudde
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
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 th
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 th
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 Debi
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 Debi
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 -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 in
>
On Fri, Mar 14, 2003 at 09:43:23AM +, Silas S. Brown wrote:
> Hi,
Hi Silas,
> Adrian Bunk writes:
> > Are you using apt pinning?
>
> I'm holding back wine to version 0.0.20001026-2 because it's
> the only version that works with the Windows application I
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
On Fri, Mar 14, 2003 at 09:43:23AM +, Silas S. Brown wrote:
> Hi,
Hi Silas,
> Adrian Bunk writes:
> > Are you using apt pinning?
>
> I'm holding back wine to version 0.0.20001026-2 because it's
> the only version that works with the Windows application I
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
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:
> >
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
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:
> >
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
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
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 subjec
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 rel
reopen 155939
thanks
>From a user's point of view the current situation with the removal of db1
from libc6 is unacceptable.
Consider e.g. once sarge is stable the following scenario:
A user wants to upgrade woody -> sarge and starts with a
apt-get install dpkg apt
and the dependencies pull in
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 i
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', which
71 matches
Mail list logo