Source: glibc
Version: 2.34
Severity: important
User: debian-al...@lists.debian.org
Usertags: ftbfs
Justification: Fails to build from source but built in the past.
glibc 2.34 FTBFS on Alpha with a segfault occuring during building
locales. From the build log:
Generating locale en_US.UTF-8: this
On Mon, Sep 09, 2019 at 10:49:48PM +0200, John Paul Adrian Glaubitz wrote:
> Shortly after typing "root" and pressing enter, the following message is
> printed to the
> console which seems to be an alpha-specific syscall:
>
> [ 195.414939] do_entUnaUser: 7 callbacks suppressed
No, that is not a
On Mon, Sep 09, 2019 at 11:14:50PM +0200, John Paul Adrian Glaubitz wrote:
> 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
Control: reassign -1 binutils 2.25.1-1
Control: retitle -1 binutils: ld reloc sorting causes segfaults on Alpha
This is a binutils bug. Confirmed that it not only causes segfaults
in the libc6.1-alphaev67 package but is also the reason for aptitude
FTBFS on Alpha.
Fixed upstream on the binutils-
Control: tags -1 upstream
The segfaults resulting from installing libc6.1-alphaev67 on an Alpha
ev67 (or better) system have been isolated down to ld reloc sorting
causing crashes in glibc as reported upstream:
https://sourceware.org/bugzilla/show_bug.cgi?id=18867
I'll leave it for the glibc and
I am starting to think this tst-eintr3 test suite failure on Alpha
might is a kernel bug. My reasoning goes as follows.
Nowhere does glibc call the wruniq PALcall thus it is not glibc
setting up the thread pointer for a process. The thread pointer
is passed as an argument to the clone() syscall
Source: glibc
Version: 2.19-7
Severity: important
User: debian-al...@lists.debian.org
Usertags: alpha
Justification: Fails to build from source but built in the past.
The test tst-eintr3 sometimes fails in the build of glibc on alpha
and has done so twice in a row in attempting to build 2.19-7.
I
On Mon, Jun 30, 2014 at 11:02:24PM +0200, Aurelien Jarno wrote:
> On Sun, Jun 29, 2014 at 09:53:30PM +1200, Michael Cree wrote:
> > Source: glibc
> > Version: 2.19-4
> > Severity: important
> > User: debian-al...@lists.debian.org
> > Usertags: alpha
> > Ju
Source: glibc
Version: 2.19-4
Severity: important
User: debian-al...@lists.debian.org
Usertags: alpha
Justification: Fails to build from source but built in the past.
Finally the fixed gcc-4.8 arrived, however the rebuild of glibc on alpha
failed with unexpected test suite failures. From the log:
On Wed, Jun 11, 2014 at 02:35:38PM +0200, Aurelien Jarno wrote:
> On Wed, Jun 11, 2014 at 08:55:42PM +1200, Michael Cree wrote:
> > Aurelien: I guess I should file bugs against gcc-4.8 and gcc-4.9 to get
> > that fix into Debian's gcc as the commit does not seem to have been
On Tue, Jun 10, 2014 at 10:08:24PM +0200, Aurelien Jarno wrote:
> On Tue, Jun 10, 2014 at 09:45:30PM +0200, Mark Wielaard wrote:
> > On Tue, 2014-06-10 at 21:25 +0200, Aurelien Jarno wrote:
> > > | Note that the asm in question comes from system tap, which has not been
> > > | ported to alpha. So
On Tue, Jun 10, 2014 at 10:08:24PM +0200, Aurelien Jarno wrote:
> On Tue, Jun 10, 2014 at 09:45:30PM +0200, Mark Wielaard wrote:
> > On Tue, 2014-06-10 at 21:25 +0200, Aurelien Jarno wrote:
> > > On Tue, Jun 10, 2014 at 08:10:00PM +0200, Mark Wielaard wrote:
> > > > On Mon, 2014-06-09 at 18:02 +020
Source: eglibc
Version: 2.19-1
Severity: important
User: debian-al...@lists.debian.org
Usertags: alpha
Justification: fails to build from source but built in the past
X-Debbugs-CC: debian-al...@lists.debian.org
eglibc FTBFS on alpha for two reasons, firstly, due to the inclusion of
systemtap heade
The tls-macros.h fix for eglibc on Alpha is now upstream:
4ab6acaebd0047dc37c6493946484be9f1b4920b alpha: Fix tls-macros.h
Cheers
Michael.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: ht
Source: eglibc
Version: 2.17-97
Severity: Important
Tags: patch
User: debian-al...@lists.debian.org
Usertags: alpha
eglibc 2.17 FTBFS on Alpha due to numerous segmentation violations and
failures in the test suite.
For the version in unstable two fixes are required: the attached patch
(which fixe
On 05/01/12 17:52, Steve M. Robbins wrote:
> Hi,
>
> By private mail, I got the suggestion that maybe Alpha's epoll.h lacks
> "extern C"; I diff'd the two files and that's not the case.
Steve, thanks for caring enough about Alpha to follow that one up. I
had noted the absence of the epoll_create
On 17/09/11 12:08, Jonathan Nieder wrote:
> Michael Cree wrote:
>
>> The fallocate() interface is present in libc6.1 on Alpha as is easily
>> verified by:
> [...]
>> Only the posix_fallocate() interface is declared in the headers as
>> verified by:
> [...
Package: libc6.1
Version: 2.13-18
The fallocate() interface is present in libc6.1 on Alpha as is easily
verified by:
mjc@aleph:~$ readelf --headers --dynamic --symbols
/lib/alpha-linux-gnu/libc.so.6.1 | grep fallocate
623: 000e55b0 528 FUNCGLOBAL DEFAULT [: 88]
11 posix_fallocat
I think the attached patch, courtesy of Gentoo, should finally fix the
statvfs problem on Alpha. Without the patch eglibc 2.13 causes major
problems on Alpha such as recent versions of apt-get failing to
establish the correct free space on the disk and refusing to install any
packages. I have bee
On 28/03/11 06:18, Aurelien Jarno wrote:
I have finally been able to fix or workaround all the EGLIBC issues on
alpha. Among them, one seems to be really problematic and seems to be a
binutils bug. Judging from the recent emails on the list, it seems some
people are still interested by working on
On 20/03/11 10:37, Witold Baryluk wrote:
I'm trying compiling eglibc on my alpha box now, but
it hangs whole machine after 10 minutes of build process.
I compiled libc (I think it was 2.11.2-11) from unstable, to get
inotify_init1 and to fix memchr, without any problems and have it
installed
On 20/09/10 22:18, Michael Cree wrote:
On 04/08/10 09:35, Michael Cree wrote:
On 4/08/2010, at 1:48 AM, Bob Tracy wrote:
(5) Some long-standing compiler and libc issues have been fixed
upstream and in Debian, but recently, a build of libc in Debian
Unstable failed.
I see the memchr seg fault
On 04/08/10 09:35, Michael Cree wrote:
On 4/08/2010, at 1:48 AM, Bob Tracy wrote:
(5) Some long-standing compiler and libc issues have been fixed
upstream and in Debian, but recently, a build of libc in Debian
Unstable failed.
I see the memchr seg fault bug (521737) is still open. I have a
Package: libc6.1-dev
Version: 2.10.2-6
Severity: important
The include file /usr/include/bits/socket.h defines the value of
SOCK_CLOEXEC incorrectly on the Alpha architecture. It currently contains
the value for the i386 architecture. It should be the same value as
O_CLOEXEC, which, from the ker
24 matches
Mail list logo
