Package: libc-bin
Version: 2.13-35
Severity: important
Hello,
the version of 'zic' in 'libc-bin' in Debian Wheezy seems to no
longer creates the localtime conversion file correctly.
On Debian Squeeze:
root@squeeze32:~ zic -l Europe/Berlin
root@squeeze32:~ file /etc/localtime
/etc/localtime:
On Fri, Oct 26, 2012 at 10:11:45AM +0200, Aurelien Jarno wrote:
I am not able to reproduce this issue. Are you sure that /etc/localtime
was not a broken symlink already before running the zic command?
Interesting, I cannot reproduce the issue anymore either and I am
pretty sure it occurred the
/html/bug-glibc/2001-12/msg00203.html
[2] http://gcc.gnu.org/ml/gcc/2000-10/msg00291.html
[3] http://gcc.gnu.org/ml/gcc-help/1999-10n/msg00065.html
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
On Sat, Dec 22, 2012 at 01:38:44PM -0800, Jonathan Nieder wrote:
(culling cc list)
Hi Adrian,
John Paul Adrian Glaubitz wrote:
[Subject: Debian #634261: Is it actually a(n RC) bug?]
Please keep in mind that these appear as emails in a crowded inbox, so
the subject line can be a good
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674908
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634261
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0
Package: src:eglibc
Followup-For: Bug #709992
Hi!
I have browsed the code a bit and looked at the differences
between eglibc 2.13 (which builds on m68k) and 2.17 and it
turns out that m68k-helpers.S had two separate versions
for Coldfire and real m68k CPUs in 2.13 while the code was
merged in
Package: src:eglibc
Followup-For: Bug #709992
Hi,
just a short heads-up. Michael Karcher suggested that the binutils
package used on the buildds has been too old. However, as of
yesterday, ara5 has compiled the latest version available in
Debian.
Can you update your binutils package and give it
Package: src:glibc
Version: 2.19-4
Severity: normal
Hello!
After transitioning back from src:eglibc to src:glibc, building glibc from
source fails on the Alpha port due to some tests from the testsuite failing,
see the build log here [1].
I'm neither an expert regarding the C libary nor the
have seen gcc-5 and gcc-6 sporadically complain about insufficient ptys,
too. So there might be something wrong with the fstab configuration.
I will verify the configuration again.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet
On 06/03/2016 02:38 PM, John Paul Adrian Glaubitz wrote:
> I will verify the configuration again.
Ok, so there was indeed one strange issue which was that /dev/shm in
the host system was mounted again when invoking any schroot command,
so that after running schroot once, mount on the host sys
failures in rt/tst-mqueue5
due to timeouts. But those could also be a local issue which needs some further
investiogation (might be related to TIMEOUTFACTOR in debian/build.mk).
Cheers,
Adrian
> [1] https://sourceware.org/ml/libc-alpha/2016-05/msg00710.html
--
.''`. John Paul Adrian Glaub
ts enabled [1]. All later builds failed again.
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=glibc=sparc64=2.22-7=1462606555
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
.org/~glaubitz/glibc_2.22-9+sparc64_sparc64-20160530-2024.build
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ime of the test while
landau was on 4.4.0. So there might be the possibility that this
is a problem with the newer kernel, indeed.
> Given I am unable to reproduce the issues, can someone please
> investigate them?
I can try a test build with an older kernel next week. But we should
a
an.org/status/fetch.php?pkg=glibc=sh4=2.22-1=1457457915
> [2] http://anonscm.debian.org/cgit/pkg-glibc/glibc.git/commit/?id=eaa3701
> [3] https://gcc.gnu.org/ml/gcc-patches/2014-11/txt1S0Z0gdV3V.txt
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
gcc-5?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On 03/11/2016 08:42 AM, John Paul Adrian Glaubitz wrote:
> Now, since gcc-5 relies on the FPU emulation code to be present in
> glibc, I tried to force-enable e500 support in glibc:
>
> case "$machine" in
> powerpc)
> # $CC $CFLAGS $CPPFLAGS -E -dM -xc /dev/null
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=glibc=powerpcspe=2.19-18=1429072945
> [2] https://patchwork.ozlabs.org/patch/405072/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.d
On 03/11/2016 01:10 PM, John Paul Adrian Glaubitz wrote:
> There must be something I am overlooking which will enable soft-fp
> support in glibc.
Alright, we just need to pass "--without-fp" when building on
powerpcspe, see [1]. I'm surprised this happen by default
on powerpcsp
it did not address the issue we
have with glibc, unfortunately.
> Given I am unable to reproduce the issues, can someone please
> investigate them?
Maybe Jose Marchesi (CC) could have a look at it? I'm not really
an expert when it comes to the glibc.
Adrian
--
.''`. John Paul Adria
https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=64ae9fe45662c8994b0e56ab469b01967408a154
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B
.mk
which is what the attached patch does.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
>F
ectures
in the glibc package the same way "nios2" was added in [2].
This way, Helmut Grohne can enable "sh3" for rebootstrap and
we see where can go from there to run Debian on J-Core.
Thanks,
Adrian
> [1] http://j-core.org/
> [2] https://bugs.debian.org/cgi-bin/bugrepo
now how acceptable the stale cache data
with
CLONE_VM is, but since the documentation already recommends to using the
syscall, I
think its safe to ignore this behavior:
> To get the truth, it may be necessary to use code such as the following:
>
> #include
>
>
lemented, the cache may not be up to date in some circumstances.
Can you elaborate a bit more where your sample code contradicts the
clone(2) manpage which documents the buggy behavior?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Frei
gt; https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=4b4d4056bb154603f36c6f8845757c1012758158;hp=8d3bd947483f50b57aee7c35c07dc1927d6e8a27
> [2] https://sourceware.org/bugzilla/show_bug.cgi?id=22273
> [3] https://bugs.launchpad.net/qemu/+bug/1673976
--
.''`. John Paul Adrian Glaubitz
On 11/26/2017 10:13 PM, John Paul Adrian Glaubitz wrote:
> This was introduced with [1] and reported in [2]. A QEMU bug report
> has also been opened [3]. I'm currently rebuilding glibc for m68k with
> the attached patch which should fix the issue. Would be great if it
> could be inc
should watch out for hardware with ARM Cortex Cores.
Alternatively, X-Gene 1. ThunderX, ThunderX2 and Centriq are definitely not
supported.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`
> On Jun 29, 2018, at 9:50 AM, Jonathan Wiltshire wrote:
>
>> On Fri, Jun 29, 2018 at 11:04:26PM +0900, Roger Shimizu wrote:
>> I see armel is already not a candidate for buster [0].
>> So it seems we can discuss armhf, but no armel at all.
>> I don't agree with this idea.
>> And I think we
continue
to do that once the move of powerpc to ports has been completed).
I think that building on arm64 after fixing the bug in question is the
way to move forward. I'm surprised the bug itself hasn't been fixed yet,
doesn't speak for ARM.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian De
nd IBM Z,
I fear that Debian would more and more be turned into a mere development
project for Ubuntu
and other derivatives rather than being an operating system of its own.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Univer
=23960
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Description: Fix regression of glibc 2.28 on qemu-user
The new getdents{64} imple
lla/show_bug.cgi?id=23886
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
you disable or ignore the test misc/tst-pkey on powerpc, powerpcspe and
ppc64 so that glibc builds successfully there?
On powerpcspe, there is still another issue which I will have a look at.
Adrian
> [1] https://sourceware.org/bugzilla/show_bug.cgi?id=23202
--
.''`. John Paul Adrian Glaub
.
I am attaching the patch. Can you include it in the next upload?
Thanks,
Adrian
> [1] https://sourceware.org/bugzilla/show_bug.cgi?id=23960
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin
to upgrade their kernel first before upgrading glibc.
Currently fixing tsunami.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On 9/10/19 11:05 AM, John Paul Adrian Glaubitz wrote:
Yes, we have already figured out that this happens when the kernel is
too old. According to Aurelien, the problem is that the glibc package
has been built against the kernel 5.3 headers which is why users need
to upgrade their kernel first
Hi!
On 9/9/19 10:49 PM, John Paul Adrian Glaubitz wrote:
Both on my Alpha XP-1000 as well as inside a qemu-user chroot, upgrading glibc
to version 2.29-1 resulted in setuid/getuid breaking in a weird way:
To reproduce, one can simply run debootstrap with qemu-user-static installed and
enter
annot change locale (en_US.UTF-8)
(sid-alpha-sbuild)root@epyc:/#
I will follow up with more information once I have figured out more.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Source: glibc
Version: 2.29-5
Severity: normal
User: debian-powe...@lists.debian.org
Usertags: powerpc ppc64
Hi!
The glibc 2.30 package in experimental has some failures on powerpc/ppc64
that are unexpected [1, 2]:
FAIL: nptl/tst-cond11
FAIL: nptl/tst-cond11-static
FAIL: nptl/tst-cond27
FAIL:
returned an error code (1)
apt-get failed.
E: Package installation failed
Thanks,
Adrian
> [1] https://sourceware.org/bugzilla/show_bug.cgi?id=25671
> [2] https://sourceware.org/bugzilla/show_bug.cgi?id=25672
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debi
On 3/14/20 11:26 AM, John Paul Adrian Glaubitz wrote:
> With glibc 2.31, the number of testsuite failures has dropped to just three
> failures on sparc64:
>
> FAIL: nptl/tst-cond8-static
> FAIL: nptl/tst-mutex8-static
> FAIL: nptl/tst-mutexpi8-static
>
> I have reported
. Not sure what the problem with hppa is at the moment.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
User: debian-68klists.debian.org
Usertags: m68k
X-Debbugs-CC: debian-...@lists.debian.org
Hi Thorsten!
Could you check whether this bugs still persists? It's probably been fixed
long time ago, hasn't it?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub
Hi!
On 8/21/20 9:33 PM, John Paul Adrian Glaubitz wrote:
> Could you check whether this bugs still persists? It's probably been fixed
> long time ago, hasn't it?
Looks like the bug is no longer reproducible:
root@pacman:~# cat sfl.c
#include
#include
#include
#include
const c
hp?pkg=firebird3.0=sh4=3.0.7.33374.ds4-1=1606001862=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Adhemerval is testing glibc on my SH-7785LCR board regularly and I
know
that Andreas Schwab is testing internally at SUSE on m68k (his openSUSE port for
m68k is unfortunately not public).
Adrian
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916276
--
.''`. John Paul Adrian Gla
On 12/30/21 22:05, John Paul Adrian Glaubitz wrote:
> Well, on sh4, it failed with linker errors. Seems to be a different problem
> then
> what I previously assumed. Not sure what the problem is then.
The buildd hasn't picked up the updated glibc package yet [1]:
> libc-bin_2.3
problem is then.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
=23960
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Camm!
On 12/28/21 19:52, John Paul Adrian Glaubitz wrote:
> On 12/28/21 19:20, Camm Maguire wrote:
>> Correction, that is current autobuilders on 68k and sh4.
>
> That's a known issue, see [1]. I will patch the glibc packages for m68k
> and sh4 again to address this issue
using QEMU emulation?
I haven't seen any such issues on the powerpc/ppc64 buildds, but I will check
whether
I can reproduce this problem on my iBook G4 which has an older processor in
case this
is a regression that affects older machines only.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' :
current package versions don't address this issue, it's a different bug
and needs to be reported against qemu or glibc.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75
2.33-3=1642542055=0
> https://buildd.debian.org/status/fetch.php?pkg=linux=powerpc=5.15.15-1=1642579068=0
> https://buildd.debian.org/status/fetch.php?pkg=linux=ppc64=5.15.15-1=1642578946=0
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie
Hello!
On 1/19/22 22:38, Jeffrey Walton wrote:
> On Wed, Jan 19, 2022 at 4:08 PM John Paul Adrian Glaubitz
> wrote:
>>
>> Unfortunately, glibc no longer builds with this change on powerpc and ppc64
>> and kernel builds still fails on both targets:
>>
>&g
> [1] https://www.debian.org/News/2023/2023100702
> [2]
> http://ftp.ports.debian.org/debian-ports/pool-loong64/main/g/glibc/glibc_2.37-9+loong64.dsc
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
being out of date?
Thanks,
Adrian
> [1]
> https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/message/IWAOAD6XXXAPBQZ364OKVBZZXDDHG2KS/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 742
, running iconvconfig manually fixes the problem indeed. Now I just
need to figure out why the file is truncated in the first place.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
uploaded a glibc package
with
the patch set included to unreleased in any case.
Adrian
[1] https://sourceware.org/bugzilla/show_bug.cgi?id=23960
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
?
In the meantime, Adhemerval said he would be investigating the bug.
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=glibc=sparc64=2.35-1=1664309564=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
2023-January/144457.html
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
--- Begin Message ---
The 73fc4e28b9464f0e refactor did not add the GL(dl_phdr) and
GL(dl_phnum) for static build, relying on the
in Helmut
Grohne's
rebootstrap project where this issue has shown as well.
Thanks,
Adrian
> [1] https://sourceware.org/bugzilla/show_bug.cgi?id=29575
> [2]
> https://buildd.debian.org/status/fetch.php?pkg=busybox=sh4=1%3A1.35.0-4=1667730661=0
--
.''`. John Paul Adrian Glaubitz
: :'
3585=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi!
On Tue, 2023-07-11 at 06:17 +0200, John Paul Adrian Glaubitz wrote:
> The list of currently failing tests on sparc64 is:
>
> FAIL: elf/tst-audit24a
> FAIL: elf/tst-audit24b
> FAIL: elf/tst-audit24c
> FAIL: elf/tst-audit24d
> FAIL: elf/tst-rtld-run-static
> FAIL:
those fails on sparc32. Looking at it again, it
> even appears that the sparc32 build passed the testsuite without issue,
> so there was no need to disable it.
Hmm, then I actually mixed up the two testsuites, sorry. You can re-enable it
then.
With the above fix for the audit tests, the tests
..@linaro.org/
And re-enable the 32-bit tests then.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi!
On Tue, 2023-07-11 at 20:59 +0200, John Paul Adrian Glaubitz wrote:
> With the above fix for the audit tests, the tests to ignore should be:
>
> FAIL: elf/tst-rtld-run-static
> FAIL: nptl/tst-cancel24-static
> FAIL: socket/tst-socket-timestamp
> FAIL: stdlib/iso
32-bit SPARC these days, I think it's safe to
ignore
these testsuite failures. Can you therefore ignore the testsuite failures for
32-bit
for the time being?
I will report each of the testsuite failures in case this has not happened yet.
Adrian
--
.''`. John Paul Adrian Glaubitz
workaround and we're not even sure whether
the bug is in the kernel or glibc, it's not been pushed upstream yet.
Adrian
> [1]
> https://lore.kernel.org/sparclinux/fe5cc47167430007560501aabb28ba154985b661.ca...@physik.fu-berlin.de
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`
69 matches
Mail list logo