A slightly adjusted patch which uses one more newline:
--- /usr/update-locale 2024-05-13 23:42:46.584127893 +0200
+++ /usr/sbin/update-locale 2024-05-14 11:18:56.086121879 +0200
@@ -88,7 +88,7 @@
{
# Check that this locale does exist
my $charset = `LANG= LC_CTYPE= LC_NUMERIC
Your message dated Sat, 11 May 2024 22:36:07 +0200
with message-id
and subject line Re: Bug#1053241: glibc: please apply upstream patch to fix
slow fstat
has caused the Debian Bug report #1053241,
regarding glibc: please apply upstream patch to fix slow fstat
to be marked as done.
This means
uot;
fi
fi
- localedef -i "$input" -c -f "$charset" -A /usr/share/locale/locale.alias
"$locale" || :
+ I18NPATH="${I18NPATH}" localedef -i "$input" -c -f "$charset" -A
/usr/share/locale/locale.alias "
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
fddf20e3 by Aurelien Jarno at 2024-04-10T00:15:00+02:00
debian/patches/sparc/submitted-sparc-clone.diff: pull patch from the upstream
BTS to workaround issues with the clone syscall on sparc. Closes: #1063937
input="$USER_LOCALES/$input"
> fi
> fi
> - localedef -i "$input" -c -f "$charset" -A
> /usr/share/locale/locale.alias "$locale" || :
> + I18NPATH="${I18NPATH}" localedef -i "$
Samuel Thibault pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
e165102f by Diederik de Haas at 2024-03-16T12:22:47+01:00
debian/patches/hurd-i386/unsubmitted-clock_t_centiseconds.diff: Rebase patch
Adjust context due to the following changes:
- aa19c68d2bdf3a83 hurd: Use
Sorry, that was nonsense (assuming I was too tired), of course my local
patch is overwritten by a package update.
On Fri, 15 Mar 2024 18:54:42 +0100 "M. Buecher"
wrote:
> Unfortunately enhancing `locale-gen` doesn't work during an package
> update via apt:
>
> ...
>
Here's a working and POSIX compatible patch for locales.config.
Kind regards
Matthias
diff --git a/debian/debhelper.in/locales.config
b/debian/debhelper.in/locales.config
index b9620bf7..21f96d3d 100644
--- a/debian/debhelper.in/locales.config
+++ b/debian/debhelper.in/locales.config
@@ -51,7
Unfortunately enhancing `locale-gen` doesn't work during an package
update via apt:
...
Setting up locales (2.36-9+deb12u4) ...
Generating locales (this might take a while)...
en_US.UTF-8... done
en_DE.UTF-8@INTL...[error] cannot open locale definition file
`en_US@INTL': No such file or
Adding / back to end of the path, so that a locale file is immediately
found.
diff --git a/debian/local/usr_sbin/locale-gen b/debian/local/usr_sbin/locale-gen
index 7fa3d772..1711a4f0 100755
--- a/debian/local/usr_sbin/locale-gen
+++ b/debian/local/usr_sbin/locale-gen
@@ -23,6 +23,12 @@
diff --git a/debian/local/usr_sbin/locale-gen b/debian/local/usr_sbin/locale-gen
index 7fa3d772..1711a4f0 100755
--- a/debian/local/usr_sbin/locale-gen
+++ b/debian/local/usr_sbin/locale-gen
@@ -23,6 +23,12 @@ is_entry_ok() {
fi
}
+if [ -z "${I18NPATH:-}" ]; then
+ if [ -d
Aurelien Jarno pushed to branch bookworm at GNU Libc Maintainers / glibc
Commits:
46985a2a by Aurelien Jarno at 2024-01-21T13:01:52+01:00
debian/patches/any/local-CVE-2023-6246.patch: Fix a heap buffer overflow in
__vsyslog_internal (CVE-2023-6246).
- - - - -
880368e7 by Aurelien Jarno
Samuel Thibault pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
3e2e6677 by Samuel Thibault at 2024-02-17T22:21:24+01:00
Fix upstream version for upstream patch
- - - - -
1 changed file:
- debian/patches/series
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc
Samuel Thibault pushed to branch glibc-2.39 at GNU Libc Maintainers / glibc
Commits:
1a63c6f2 by Samuel Thibault at 2024-02-03T15:22:44+00:00
Refresh hurd-specific patch series
* debian/patches/hurd-i386/local-no-bootstrap-fs-access.2.diff: Now useless.
* debian/patches/hurd-i386/local
Samuel Thibault pushed to branch glibc-2.38 at GNU Libc Maintainers / glibc
Commits:
37ac5688 by Samuel Thibault at 2023-12-18T20:56:01+01:00
Fix changelog, and drop duplicate patch
- - - - -
3 changed files:
- debian/changelog
- − debian/patches/hurd-i386/git-intr-msg-iter.diff
- debian
Aurelien Jarno pushed to branch bullseye at GNU Libc Maintainers / tzdata
Commits:
97608e38 by Aurelien Jarno at 2023-12-01T22:28:44+01:00
Cherry-pick patch from upstream:
* Cherry-pick patch from upstream:
- 25-no-leap-second-on-2023-12-31.patch: Update leap-seconds.list from
upstream
ar Maintainer,
> >
> > glibc uses a slow version of fstat. Details are documented
> > here: https://lwn.net/Articles/944214/
> >
> > A patch to fix this was merged in glibc:
> > https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=551101e8240b7514fc646d1722f8b
Hi,
On 2023-09-29 21:52, Fabio Pedretti wrote:
> Package: glibc
> Version: 2.36-9+deb12u1
> Severity: normal
> X-Debbugs-Cc: pedretti.fa...@gmail.com
>
> Dear Maintainer,
>
> glibc uses a slow version of fstat. Details are documented
> here: https://lwn.net/Articles/
Samuel Thibault pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
d30c9766 by Samuel Thibault at 2023-11-20T22:29:12+00:00
Use upstream patch
- - - - -
1 changed file:
- debian/patches/hurd-i386/git-exec-intr.diff
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc
Aurelien Jarno pushed to branch bullseye at GNU Libc Maintainers / glibc
Commits:
a6ef77d0 by Aurelien Jarno at 2023-09-24T17:43:10+02:00
debian/patches/any/local-CVE-2023-4911.patch: Fix a buffer overflow in the
dynamic loaders processing of the GLIBC_TUNABLES environment variable
(CVE-2023
Aurelien Jarno pushed to branch bookworm at GNU Libc Maintainers / glibc
Commits:
ea8087db by Aurelien Jarno at 2023-09-30T10:30:25+02:00
debian/patches/any/local-CVE-2023-4911.patch: Fix a buffer overflow in the
dynamic loaders processing of the GLIBC_TUNABLES environment variable
(CVE-2023
Package: glibc
Version: 2.36-9+deb12u1
Severity: normal
X-Debbugs-Cc: pedretti.fa...@gmail.com
Dear Maintainer,
glibc uses a slow version of fstat. Details are documented
here: https://lwn.net/Articles/944214/
A patch to fix this was merged in glibc:
https://sourceware.org/git/?p=glibc.git
Aurelien Jarno pushed to branch bullseye at GNU Libc Maintainers / tzdata
Commits:
333b7c6a by Aurelien Jarno at 2023-04-18T22:01:31+02:00
Cherry-pick patch from upstream:
* Cherry-pick patch from upstream:
- 24-lebanon-dst2.patch: Revert the Lebanon DST change introduced in
2023b
Samuel Thibault pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
5a1ee844 by Samuel Thibault at 2022-12-19T01:44:35+01:00
Fix patch ordering
- - - - -
1 changed file:
- debian/patches/series
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/commit
Aurelien Jarno pushed to branch bullseye at GNU Libc Maintainers / glibc
Commits:
0456b28d by Aurelien Jarno at 2022-10-04T23:38:48+02:00
debian/patches/local-require-bmi-in-avx2-ifunc.diff: new patch extracted from
an upstream commit, to change the AVX2 ifunc selector to require the BMI2
Your message dated Sun, 28 Aug 2022 12:02:08 +
with message-id
and subject line Bug#1015740: fixed in glibc 2.31-13+deb11u4
has caused the Debian Bug report #1015740,
regarding libc6: Include patch to make grantpt usable after multi-threaded fork
in more cases
to be marked as done
Package: libc6
Version: 2.31-13+deb11u3
Severity: normal
Tags: patch
X-Debbugs-Cc: iwien...@redhat.com
Dear Maintainer,
The glibc bug
https://sourceware.org/bugzilla/show_bug.cgi?id=24941
fixed by
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=27fe5f2e67a0e4cc0526b1b32b55f8e519075edb
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
7fc9d83d by Aurelien Jarno at 2021-12-05T15:56:44+01:00
debian/patches/any/submitted-localedef-check-magic.patch: new patch to display
a proper error message for bad locale-archive files. Closes: #993772
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
c41038a6 by Aurelien Jarno at 2021-09-07T21:48:06+02:00
debian/debhelper.in/libc.postinst: grab patch from Ubuntu to carefully restart
systemd on libc6 upgrade. Closes: #993821.
- - - - -
2 changed files
Your message dated Mon, 06 Sep 2021 05:18:35 +
with message-id
and subject line Bug#982203: fixed in glibc 2.33-0experimental0
has caused the Debian Bug report #982203,
regarding all/local-ldd.diff patch needs to be updated or dropped for glibc 2.33
to be marked as done.
This means that you
Samuel Thibault pushed to branch glibc-2.32 at GNU Libc Maintainers / glibc
Commits:
73ec4b2d by Samuel Thibault at 2021-08-21T21:57:53+02:00
hurd: Complete MONOTONIC patch with timed locks.
* debian/patches/hurd-i386/local-clock_gettime_MONOTONIC.diff
- - - - -
2 changed files
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
6a6c4b4a by Aurelien Jarno at 2021-08-17T21:46:00+02:00
debian/patches/amd64/git-x86_64-remove-pie-check.diff: new patch from upstream
to fix FTBFS on amd64 with binutils 2.37.
- - - - -
c80e4849 by Aurelien Jarno
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
3e35ef7a by Aurelien Jarno at 2021-08-16T15:23:27+02:00
debian/patches/hppa/git-fcntl.h-update.diff: new patch from upstream to update
EFD_NONBLOCK, IN_NONBLOCK, SFD_NONBLOCK and TFD_NONBLOCK on HPPA. Closes
On 2021-08-13 13:28, Diederik de Haas wrote:
> On vrijdag 13 augustus 2021 13:11:05 CEST Diederik de Haas wrote:
> > But wanted to bring it to your attention none-the-less as the remaining
> > patch, arm/unsubmitted-ldconfig-cache-abi.diff, is 5 years old and may no
> > longer
On vrijdag 13 augustus 2021 13:11:05 CEST Diederik de Haas wrote:
> But wanted to bring it to your attention none-the-less as the remaining
> patch, arm/unsubmitted-ldconfig-cache-abi.diff, is 5 years old and may no
> longer be needed. Or should be updated.
> Or it's still doing
for it.
But wanted to bring it to your attention none-the-less as the remaining patch,
arm/unsubmitted-ldconfig-cache-abi.diff, is 5 years old and may no longer
be needed. Or should be updated.
Or it's still doing exactly what it intended to do :-)
Cheers,
Diederik
[1]
https://github.com/raspberrypi
Processing control commands:
> reassign -1 cross-toolchain-base-ports-46
Bug #991897 [src:glibc] removal of the any/local-rtlddir-cross.diff patch broke
cross builds
Bug reassigned from package 'src:glibc' to 'cross-toolchain-base-ports-46'.
Warning: Unknown package 'cross-toolchain-base-po
control: reassign -1 cross-toolchain-base-ports-46
control: tag -1 + patch
control: tag -1 - moreinfo
control: tag -1 - unreproducible
On 2021-08-05 18:59, Aurelien Jarno wrote:
> control: tag -1 + moreinfo
> control: tag -1 + unreproducible
>
> On 2021-08-04 19:03, Matthias
Processing control commands:
> tag -1 + moreinfo
Bug #991897 [src:glibc] removal of the any/local-rtlddir-cross.diff patch broke
cross builds
Added tag(s) moreinfo.
> tag -1 + unreproducible
Bug #991897 [src:glibc] removal of the any/local-rtlddir-cross.diff patch broke
cross builds
Added
control: tag -1 + moreinfo
control: tag -1 + unreproducible
On 2021-08-04 19:03, Matthias Klose wrote:
> Package: src:glibc
> Version: 2.31-13
> Severity: serious
> Tags: sid bullseye
>
> when cross-building glibc in the c-t-b packages, the libc.so linker file for
> some non-default multilib
Package: src:glibc
Version: 2.31-13
Severity: serious
Tags: sid bullseye
when cross-building glibc in the c-t-b packages, the libc.so linker file for
some non-default multilib builds like the sparc build for sparc64 is broken,
leading to build failures for at least all gcc-N cross multilib
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
d430db62 by Aurelien Jarno at 2021-04-25T18:49:38+02:00
debian/patches/any/local-rtlddir-cross.diff: drop patch, letting upstream
makefiles to install the dynamic linker symlink directly in the right location
Package: src:glibc
all/local-ldd.diff patch needs to be updated or dropped for glibc 2.33.
see https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1914860
On Sun, 3 Jan 2021 15:01:10 +0100 Aurelien Jarno wrote:
> On 2020-12-28 23:00, Josh Triplett wrote:
> > On Tue, 21 Apr 2020 20:58:56 +0200 Stephen Kitt wrote:
> > > The attached patch adds memusage and memusagestat to the libc-bin package.
> > > This does mean that t
On 2020-12-28 23:00, Josh Triplett wrote:
> On Tue, 21 Apr 2020 20:58:56 +0200 Stephen Kitt wrote:
> > The attached patch adds memusage and memusagestat to the libc-bin package.
> > This does mean that the latter becomes dependent on libgd3, so it might be
> > better to add a
On Tue, 21 Apr 2020 20:58:56 +0200 Stephen Kitt wrote:
> The attached patch adds memusage and memusagestat to the libc-bin package.
> This does mean that the latter becomes dependent on libgd3, so it might be
> better to add a new memusage package; I can take care of that if the
>
Dear all,
Change the English name of the Ukrainian capital to Kyiv (not Kiev),
to match the internationally recognizable name.
In June 2019, at the request of the U.S. Department of State, the
Embassy of Ukraine in the USA, and Ukrainian organizations in the
United States, the name «Kyiv» was
Hi
Do you have a plan to push the patch
'0001-Build-and-package-memusage.patch' so that it lands in Bullseye or
later?
I'm looking forward to it.
Best,
Fukui
Samuel Thibault pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
f8078ccb by Samuel Thibault at 2020-11-08T15:30:24+01:00
hurd-i386/git-posix_openpt.diff: Note that patch is commited upstream
- - - - -
3 changed files:
- debian/changelog
- debian/patches/hurd-i386
Hi,
>The patch is basically replacing the getdents64 syscall by the getdents
>one. This means that applying this patch would make debian differ with
>regards to other distributions in the syscalls that are used for the
>same binaries. In turns it is likely going to affect binaries tha
Hi,
On 2020-09-17 21:44, Thorsten Glaser wrote:
> Hello glibc maintainers,
>
> would you please consider including this patch to unbreak things
> (fix a regression) until the triangle between qemu, Linux and glibc
> has figured out how to best deal with it?
The patch is basi
Hello glibc maintainers,
would you please consider including this patch to unbreak things
(fix a regression) until the triangle between qemu, Linux and glibc
has figured out how to best deal with it?
Thanks,
//mirabilos
--
you introduced a merge commit│ % g rebase -i HEAD^^
sorry
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
c1c080b4 by Aurelien Jarno at 2020-07-22T23:59:08+02:00
debian/patches/any/submitted-selinux-deprecations.diff: proposed patch to
ignore the selinux deprecations introduced in libselinux (= 3.1), fixing an
FTBFS
> > +Multi-Arch: foreign
>
> I doubt that memusage is eligible for Multi-Arch: foreign.
>
> > +Depends: ${shlibs:Depends}, ${misc:Depends}
> > +Recommends: manpages, manpages-dev
> > +Build-Profiles:
>
> You need Breaks + Replaces here. With the current
ly useful for people needing libc-dev.
Sounds good to me.
> I’ve implemented this, see the attached patch. I’m not sure the upgrade
> scenario is ideal though: recommends are ignored on upgrades. This means
> that, if libc-dev-bin recommends libc-devtools, upgrades won’t install the
o resolve
> build-dependencies. In that case we can already create libc-devtools
> with memstatusage and also move mtrace, sotruss, sprof there. Those 3
> binaries are very unlikely to be used to build packages, so I don't
> expect breakages. From the user point of view, it's just
Hi Florian,
> * Petr Vorel:
> >> nss_compat no longer depends on libnsl in current glibc. It can be used
> >> without NIS, and some users do that. I don't think your patch changes
> >> this.
> > Interesting. I guess adding this would be worth then:
this means that *always* libnsl is only built as shared library for
backward compatibility and the NSS modules libnss_nis and libnss_nisplus
are not built at all, libnsl's headers aren't installed.
This compatibility is kept only for architectures and ABIs that have
been added in or before
Hi,
changes v4->v5:
* update manual/nsswitch.texi and nss/nsswitch.conf
* mention that libnss_compat does not depended on libnsl since 2.27 and
thus can be used without NIS
* wrap NEWS with column 72
Kind regards,
Petr
Petr Vorel (2):
Remove --enable-obsolete-nsl
Remove
;
> >> > -#endif
> >> > -
> >> That looks a bit like a pre-existing bug—we do have nss_compat even
> >> without libnsl. But the change itself looks okay.
> > Hm, I'll have look into it after this patchset is finished, but not sure
> > i
* Petr Vorel:
>> nss_compat no longer depends on libnsl in current glibc. It can be used
>> without NIS, and some users do that. I don't think your patch changes
>> this.
> Interesting. I guess adding this would be worth then:
> libnss_compat no longer depends on libnsl
Hi Florian,
thank you for your review. I'll have time to send next version in second
half of July.
> * Petr Vorel:
> > diff --git a/NEWS b/NEWS
> > index a660fc59a8..cfaf50c816 100644
> > --- a/NEWS
> > +++ b/NEWS
> > @@ -33,6 +33,14 @@ Major new features:
> > Deprecated and removed features,
e nss_compat even
>> without libnsl. But the change itself looks okay.
> Hm, I'll have look into it after this patchset is finished, but not sure
> if I'm able to fix this.
Sorry, no change to the patch is required. Removing this is fine. We
shouldn't have had a default that depend
* Petr Vorel:
> diff --git a/NEWS b/NEWS
> index a660fc59a8..cfaf50c816 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -33,6 +33,14 @@ Major new features:
>
> Deprecated and removed features, and other changes affecting compatibility:
>
> +* Remove configure option --enable-obsolete-nsl. libnsl is
Hi Szabolcs,
...
> > +* Remove configure option --enable-obsolete-nsl. libnsl is only built as
> > shared
> > + library for backward compatibility and the NSS modules libnss_compat,
> > + libnss_nis and libnss_nisplus are not built at all, libnsl's headers
> > aren't
> > + installed. This
The 06/06/2020 22:09, Petr Vorel wrote:
> this means that *always* libnsl is only built as shared library for
> backward compatibility and the NSS modules libnss_compat, libnss_nis and
> libnss_nisplus are not built at all, libnsl's headers aren't installed.
>
> This compatibility is kept only
this means that *always* libnsl is only built as shared library for
backward compatibility and the NSS modules libnss_compat, libnss_nis and
libnss_nisplus are not built at all, libnsl's headers aren't installed.
This compatibility is kept only for architectures and ABIs that
have been added in
Hi,
sorry for posting too many versions.
changes v3->v4:
* Rename libc_hidden_nolink back to libc_hidden_nolink_sunrpc
(more descriptive, fewer line changed).
changes v2->v3:
* Fix issue with missing etc directory.
It was caused by missing:
install-others = $(inst_sysconfdir)/rpc
But now is
Hi,
Maybe the naming isn't quite right:
I guess libc_hidden_nolink should be libc_hidden_nolink_sunrpc (thus files in
sunrpc/ will not have to be renamed) => v4.
I kept libnsl_hidden_nolink_def. I could rename it to libnsl_hidden_nolink if
desired.
Kind regards,
Petr
this means that *always* libnsl is only built as shared library for
backward compatibility and the NSS modules libnss_compat, libnss_nis and
libnss_nisplus are not built at all, libnsl's headers aren't installed.
This compatibility is kept only for architectures and ABIs that
have been added in
Hi,
changes v2->v3:
* Fix issue with missing etc directory.
It was caused by missing:
install-others = $(inst_sysconfdir)/rpc
But now is /etc/rpc only included on backward compatibility.
It leaded me to create /etc directory for tests in
testroot.pristine/install.stamp make target (I could add
Hi,
> On Fri, 5 Jun 2020, Szabolcs Nagy wrote:
> > i would try to see why /etc is not created in the testroot.
> Maybe it was only previously created as part of installing /etc/rpc there
> and the patch is causing that file no longer to be installed?
Found that. That was th
Hi Szabolcs, Joseph,
> On Fri, 5 Jun 2020, Szabolcs Nagy wrote:
> > i would try to see why /etc is not created in the testroot.
> Maybe it was only previously created as part of installing /etc/rpc there
> and the patch is causing that file no longer to be installed?
Thank
On Fri, 5 Jun 2020, Szabolcs Nagy wrote:
> i would try to see why /etc is not created in the testroot.
Maybe it was only previously created as part of installing /etc/rpc there
and the patch is causing that file no longer to be installed?
--
Joseph S. Myers
jos...@codesourcery.com
* Petr Vorel [2020-06-05 18:53:53 +0200]:
> $ strace -o logfile -f -s 222 -tt make test
> t=elf/tst-ldconfig-ld_so_conf-update
> original exit status 1
> error: xfopen.c:29: could not open /etc/ld.so.conf (mode "a+"): No such file
> or directory
> error: 1 test failures
> running post-clean
* Petr Vorel:
>> I'm still having issues with elf/tst-ldconfig-ld_so_conf-update when
>> running with both commits (it's ok when running only first commit).
>
> OK, I noticed core dump (can be reproduced):
> systemd-coredump[26018]: Process 26016 (ld-linux-x86-64) of user 1000 dumped
> core.
>
>
> Hi,
> I'm still having issues with elf/tst-ldconfig-ld_so_conf-update when
> running with both commits (it's ok when running only first commit).
OK, I noticed core dump (can be reproduced):
systemd-coredump[26018]: Process 26016 (ld-linux-x86-64) of user 1000 dumped
core.
PID:
this means that *always* libnsl is only built as shared library for
backward compatibility and the NSS modules libnss_compat, libnss_nis and
libnss_nisplus are not built at all, libnsl's headers aren't installed.
This compatibility is kept only for architectures and ABIs that
have been added in
Hi,
I'm still having issues with elf/tst-ldconfig-ld_so_conf-update when
running with both commits (it's ok when running only first commit).
$ ../glibc/configure --prefix=/usr
$ make -j`nproc`
$ make -j`nproc` check
1 FAIL
4165 PASS
24 UNSUPPORTED
12 XFAIL
6 XPASS
FAIL:
Hi,
[ Cc: Debian glibc maintainers and Buildroot maintainer (the only distros I'm
aware of they use it, although there will be others) ]
> The 06/04/2020 12:35, Petr Vorel wrote:
> > The Sun RPC headers are not built, rpcgen program, librpcsvc and
> > test for bug #20790 are completely removed.
Aurelien Jarno pushed to branch glibc-2.31 at GNU Libc Maintainers / glibc
Commits:
6588cab2 by Aurelien Jarno at 2020-05-17T17:35:58+02:00
debian/patches/riscv64/local-asin-acos-raise-invalid.diff: new patch to
workaround a GCC 10 bug on riscv64.
- - - - -
3 changed files:
- debian
Hi Stephen, hi Helmut,
On 2020-05-09 12:27, Helmut Grohne wrote:
> Hi Stephen,
>
> Thank you for not dropping the ball after my initial "it's not that
> easy" reply.
>
> On Sat, May 09, 2020 at 10:53:10AM +0200, Stephen Kitt wrote:
> > There’s another part of the transition which bothers me: if
Hi Stephen,
Thank you for not dropping the ball after my initial "it's not that
easy" reply.
On Sat, May 09, 2020 at 10:53:10AM +0200, Stephen Kitt wrote:
> There’s another part of the transition which bothers me: if we add memusage
> to a package which is depended upon (albeit temporarily) by
Hi Aurélien, hi Helmut,
On Mon, 4 May 2020 07:11:37 +0200, Helmut Grohne wrote:
> On Mon, May 04, 2020 at 12:00:28AM +0200, Aurelien Jarno wrote:
> > Thanks for the detailed explanations. It looks to me that it's better to
> > add a different package. And while mtrace looks a good candidate to
epends on a specific
version of the compiler and such dependencies are not compatible with
cross compilation until we fix #666743 aka gcc-for-host. That bug has a
patch, but nobody wants to review it and communication isn't working
best on the issue either.
If you really want to make a dent now, you need to d
Hi,
On 2020-04-22 06:53, Helmut Grohne wrote:
> Hi Aurelien and Stephen,
>
> On Wed, Apr 22, 2020 at 12:04:32AM +0200, Aurelien Jarno wrote:
> > > The attached patch adds memusage and memusagestat to the libc-bin package.
> > > This does mean that the latter beco
said he doesn't like it, that doesn't mean it's a bug or actually
causes incorrect results.
Whereas using -isystem provably *does* break the implementation,
making it impossible for #include to meet the requirements
of the C++ standard. And your proposed patch doesn't prevent that.
If a prog
f whether it
breaks or unbreaks other pieces of software.
He said he doesn't like it, that doesn't mean it's a bug or actually
causes incorrect results.
Whereas using -isystem provably *does* break the implementation,
making it impossible for #include to meet the requirements
of the C++ standard. And y
the additional C++ overloads such as ::abs(long)
> and ::abs(long long) won't be defined. That is the reason why
> libstdc++ provides its own .
>
> And if you do -isystem /usr/include (or any other option that causes
> libstdc++'s to be skipped) that doesn't work. Only
> :
Hi Aurelien and Stephen,
On Wed, Apr 22, 2020 at 12:04:32AM +0200, Aurelien Jarno wrote:
> > The attached patch adds memusage and memusagestat to the libc-bin package.
> > This does mean that the latter becomes dependent on libgd3, so it might be
> > better to add a new memus
Hi,
On Wed, 22 Apr 2020 00:04:32 +0200, Aurelien Jarno wrote:
> On 2020-04-21 20:58, Stephen Kitt wrote:
> Thanks for trying to fix one of the oldest glibc bugs ;-)
You’re welcome!
> > The attached patch adds memusage and memusagestat to the libc-bin package.
> > This does me
Hi,
On 2020-04-21 20:58, Stephen Kitt wrote:
> Control: tag -1 + patch
>
> Hi,
Thanks for trying to fix one of the oldest glibc bugs ;-)
> The attached patch adds memusage and memusagestat to the libc-bin package.
> This does mean that the latter becomes dependent on libg
Processing control commands:
> tag -1 + patch
Bug #91815 [src:glibc] Build memusage and memusagestat ?
Bug #214257 [src:glibc] Include memusage in distribution
Bug #264039 [src:glibc] libc6-dev: memusage and libmemusage missing
Added tag(s) patch.
Added tag(s) patch.
Added tag(s) pa
Control: tag -1 + patch
Hi,
The attached patch adds memusage and memusagestat to the libc-bin package.
This does mean that the latter becomes dependent on libgd3, so it might be
better to add a new memusage package; I can take care of that if the
maintainers think it’s better.
Regards,
Stephen
usr/include breaks code, with or without your patch.
of a header
with a different name and wouldn't mind seeing them go. But even if your
patch, or some other patch, happens to make things kind of work, please do
**not** consider this a supported feature, and keep fixing those broken
packages (including the big bad cmake which regularly adds su
The and headers need their counter parts and
from the libc respectively, but libstdc++ wraps these
headers. Now and include these headers using
$ echo '#include ' | g++ -x c++ -E - -isystem /usr/include >/dev/null
In file included from :1:
/usr/include/c++/9/cstdlib:75:15: fatal error:
Your message dated Thu, 12 Mar 2020 06:20:18 +
with message-id
and subject line Bug#943538: fixed in glibc 2.31-0experimental0
has caused the Debian Bug report #943538,
regarding glibc: please backport patch gnu hash support for MIPS
to be marked as done.
This means that you claim
Your message dated Wed, 11 Mar 2020 22:21:10 +
with message-id
and subject line Bug#951237: fixed in glibc 2.30-1
has caused the Debian Bug report #951237,
regarding glibc/mips: bpo patch: mips: Fix argument passing for inlined
syscalls on Linux [BZ #25523]
to be marked as done.
This means
On 2020-02-13 10:52, YunQiang Su wrote:
> Package: src:glibc
> Version: 2.29
> Severity: serious
>
> https://sourceware.org/bugzilla/show_bug.cgi?id=25523
> https://sourceware.org/git/?p=glibc.git;a=commit;h=4fbba6fe904d0094ddc4284066b3860d119cbd4a
>
> mips: Fix argument passing for inlined
1 - 100 of 1037 matches
Mail list logo
