Processed: Bug#999465 marked as pending in tzdata

Processing control commands: > tag -1 pending Bug #999465 [tzdata] tzdata: asks debconf question tzdata/Areas twice Added tag(s) pending. -- 999465: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=999465 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

[Git][glibc-team/tzdata][sid] debian/tzdata.config: do not try to get a value from debconf if it hasn't been...

Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata Commits: 4d9ff6fc by Aurelien Jarno at 2021-12-05T00:22:15+01:00 debian/tzdata.config: do not try to get a value from debconf if it hasnt been seen yet. Closes: #999465. - - - - - 2 changed files: - debian/changelog -

Bug#725307: marked as done (tzdata: True "Zone" files are made into symlinks pointing to "Link" (alias) files.)

Your message dated Sat, 4 Dec 2021 23:55:04 +0100 with message-id and subject line Bug#725307: tzdata: True "Zone" files are made into symlinks pointing to "Link" (alias) files. has caused the Debian Bug report #725307, regarding tzdata: True "Zone" files are made into symlinks pointing to

Bug#998438: invalidate caches on package removal

control: tag -1 + moreinfo Hi, On 2021-11-04 10:19, Harald Dunkel wrote: > Package: nscd > Version: 2.31-13+deb11u2 > > The nscd.prerm script should cleanup the caches > > nscd -i {group,hosts,netgroup,passwd,services} > rm -f /var/cache/nscd/{group,hosts,netgroup,passwd,services}

Processed: Re: Bug#998438: invalidate caches on package removal

Processing control commands: > tag -1 + moreinfo Bug #998438 [nscd] invalidate caches on package removal Added tag(s) moreinfo. -- 998438: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998438 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#998211: libc6: MAXNS should be increased to allow for redundant IPv6 nameservers

Processing control commands: > severity -1 minor Bug #998211 [libc6] libc6: MAXNS should be increased to allow for redundant IPv6 nameservers Severity set to 'minor' from 'important' -- 998211: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998211 Debian Bug Tracking System Contact

Bug#998211: libc6: MAXNS should be increased to allow for redundant IPv6 nameservers

control: severity -1 minor On 2021-11-01 05:50, Daniel Gröber wrote: > Package: libc6 > Version: 2.31-13 > Severity: important > Tags: ipv6 > X-Debbugs-Cc: d...@darkboxed.org > > Dear Maintainer, > > glibc currently limits the number of nameserver directives in > resolv.conf to 3. On IPv4/6

Processed: Bug#998008 marked as pending in glibc

Processing control commands: > tag -1 pending Bug #998008 [libc-bin] libc-bin: postinst makes a working NIS system not to work anymore at every point release Added tag(s) pending. -- 998008: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998008 Debian Bug Tracking System Contact

Processed: Bug#997912 marked as pending in glibc

Processing control commands: > tag -1 pending Bug #997912 [libc6] libc6: tinydns stops replying to queries after libc6 upgrade from 2.31 to 2.32 Added tag(s) pending. -- 997912: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997912 Debian Bug Tracking System Contact ow...@bugs.debian.org

[Git][glibc-team/glibc][sid] 2 commits: debian/control.in/libc: add a breaks against tinydns (<< 1:1.05-14). Closes: #997912.

Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 7dbed6b2 by Aurelien Jarno at 2021-12-04T22:25:03+01:00 debian/control.in/libc: add a breaks against tinydns ( 1:1.05-14). Closes: #997912. - - - - - f0b32b60 by Aurelien Jarno at 2021-12-04T22:27:10+01:00

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

Hi Florian, On Sat, Dec 04, 2021 at 01:59:14PM +0100, Florian Weimer wrote: > It is as architecture-independent as ldconfig or getconf. Perhaps a bit > more so than getconf. Both of those are bad examples as both are lies. An amd64 ldconfig really does not handle arm64 libraries at all. I'd

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

* Aurelien Jarno: > Hi, > > On 2021-12-02 19:51, Florian Weimer wrote: >> I'd like to provide an ld.so command as part of glibc. Today, ld.so can >> be used to activate preloading, for example. Compared to LD_PRELOAD, >> the difference is that it's specific to one process, and won't be >>

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

Hi, On 2021-12-02 19:51, Florian Weimer wrote: > I'd like to provide an ld.so command as part of glibc. Today, ld.so can > be used to activate preloading, for example. Compared to LD_PRELOAD, > the difference is that it's specific to one process, and won't be > inherited by

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

* Helmut Grohne: > Hi Florian, > > On Fri, Dec 03, 2021 at 06:29:33PM +0100, Florian Weimer wrote: >> We can add a generic ELF parser to that ld.so and use PT_INTERP, as I >> mentioned below. I think this is the way to go. Some care will be >> needed to avoid endless loops, but that should be

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

Hi Florian, On Fri, Dec 03, 2021 at 06:29:33PM +0100, Florian Weimer wrote: > We can add a generic ELF parser to that ld.so and use PT_INTERP, as I > mentioned below. I think this is the way to go. Some care will be > needed to avoid endless loops, but that should be it. Can I ask you to go