On Fri, Apr 05, 2024 at 05:04:37AM +, Thorsten Glaser wrote:
> Markus Wichmann dixit:
>
> >can check with readelf -r what the relocation types are. If they are not
> >relative, they will not be processed.
>
> Gotcha! They are all R_390_RELATIVE except for:
>
> 00045ff0 00110016
Your message dated Fri, 05 Apr 2024 20:52:01 +
with message-id
and subject line Bug#1063490: fixed in tzdata 2024a-2
has caused the Debian Bug report #1063490,
regarding tzdata: [INTL:it] Italian po-debconf translation update
to be marked as done.
This means that you claim that the problem
tzdata_2024a-2_source.changes uploaded successfully to localhost
along with the files:
tzdata_2024a-2.dsc
tzdata_2024a-2.debian.tar.xz
tzdata_2024a-2_source.buildinfo
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
Thank you for your contribution to Debian.
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 05 Apr 2024 22:24:29 +0200
Source: tzdata
Built-For-Profiles: noudeb
Architecture: source
Version: 2024a-2
Distribution: unstable
Urgency: medium
Maintainer: GNU Libc
Benjamin Drung pushed to branch sid at GNU Libc Maintainers / tzdata
Commits:
e1ec3286 by Benjamin Drung at 2024-04-05T13:35:08+02:00
Combine upstream make calls
Avoid code duplication by calling the upstream make only once.
- - - - -
c08c8c44 by Benjamin Drung at 2024-04-05T13:36:14+02:00
Benjamin Drung pushed new tag debian/2024a-2 at GNU Libc Maintainers / tzdata
--
View it on GitLab:
https://salsa.debian.org/glibc-team/tzdata/-/tree/debian/2024a-2
You're receiving this email because of your account on salsa.debian.org.
On 2024-04-05 21:59, Michael Tokarev wrote:
> Control: title -1 nscd caches "wrong" name for accounts with the same uid
> Control: found -1 2.37-15
>
> Rehashing this 17-years old bug which biten me today quite hard.
>
> On Mon, 12 Feb 2007 22:55:28 -0500 Yaroslav Halchenko
> wrote:
> >
> >
Processing commands for cont...@bugs.debian.org:
> retitle 411059 nscd caches "wrong" name for accounts with the same uid
Bug #411059 [nscd] nscd: getpwuid() behavior differs from default (de-facto
standard)
Changed Bug title to 'nscd caches "wrong" name for accounts with the same uid'
from
Processing control commands:
> title -1 nscd caches "wrong" name for accounts with the same uid
Unknown command or malformed arguments to command.
> found -1 2.37-15
Bug #411059 [nscd] nscd: getpwuid() behavior differs from default (de-facto
standard)
Marked as found in versions glibc/2.37-15.
Control: title -1 nscd caches "wrong" name for accounts with the same uid
Control: found -1 2.37-15
Rehashing this 17-years old bug which biten me today quite hard.
On Mon, 12 Feb 2007 22:55:28 -0500 Yaroslav Halchenko
wrote:
Today, after unsucsessful attempt to login as sashroot, I've got
* Thorsten Glaser [2024-04-05 05:04:37 +]:
> Markus Wichmann dixit:
>
> >can check with readelf -r what the relocation types are. If they are not
> >relative, they will not be processed.
>
> Gotcha! They are all R_390_RELATIVE except for:
>
> 00045ff0 00110016 R_390_64
Am Fri, Apr 05, 2024 at 05:58:15AM + schrieb Thorsten Glaser:
> Markus Wichmann dixit:
> >In any case, the emission of non-relative relocations is the issue here,
> >and it is coming from the linker.
>
> They are present in the glibc static-pie binary as well, though.
> And tbh they look to me
Markus Wichmann dixit:
>I may not really know what I am talking about, so take this with a grain
>of salt, but isn't this missing a -Bsymbolic somewhere? Ironically, that
>switch causes ld to not emit symbolic relocations. I seem to remember
>reading long ago in Rich's initial -static-pie
13 matches
Mail list logo