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 Alph
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: t
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
Cheers,
Adrian
> [1] http://lists.gnu.org/archive/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..
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
674908.
Cheers,
Adrian
> [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...@p
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 2.1
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
4.3.0 at the time 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.
.debian.org/status/fetch.php?pkg=glibc&arch=sh4&ver=2.22-1&stamp=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
I can finally
build 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&arch=powerpcspe&ver=2.19-18&stamp=1429072945
> [2] https://patchwork.ozlabs.org/patch/405072/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie U
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 powe
urce, 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
--
.''
e spurious test 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
--
.''`
ed to build fine,
with the tests enabled [1]. All later builds failed again.
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=glibc&arch=sparc64&ver=2.22-7&stamp=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
gt; https://people.debian.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
issing.
I 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.
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
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
ian/sysdeps/sh3.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 9
> 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
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.o
. I honestly don't know 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:
>
>
gi?id=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
the 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
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-bi
s it 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 Ad
us/fetch.php?pkg=glibc&arch=ppc64&ver=2.33-3&stamp=1642542055&raw=0
> https://buildd.debian.org/status/fetch.php?pkg=linux&arch=powerpc&ver=5.15.15-1&stamp=1642579068&raw=0
> https://buildd.debian.org/status/fetch.php?pkg=linux&arch=ppc64&ver=5.15.15-1&a
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
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-be
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
, 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
nd 2.36?
In the meantime, Adhemerval said he would be investigating the bug.
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=glibc&arch=sparc64&ver=2.35-1&stamp=1664309564&raw=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
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&arch=sh4&ver=1%3A1.35.0-4&stamp=1667730661&raw=0
--
.&
rmail/libc-alpha/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(d
Since we don't care so much about 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
-
r=2.37-1&stamp=1684283585&raw=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
dhemerval.zane...@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/isomac
Just v
> [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
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
:
gt; [1]
> 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 P
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 b
64 (and we will 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
--
.''`. Joh
> 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 sh
d 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...@phy
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 Ad
.
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
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
o just ARM, x86, POWER
and 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 -
bug.cgi?id=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-us
LC_ALL: cannot 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
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
o 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
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: np
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
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
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
: :' :
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
nd
sparc64. 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
(neither in Debian nor upstream).
I know that 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/bugrepor
us/fetch.php?pkg=firebird3.0&arch=sh4&ver=3.0.7.33374.ds4-1&stamp=1606001862&raw=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
69 matches
Mail list logo
