The attached patches fix the FTBFS for faketime on 32-bit architectures for me.
I tested the patches on armhf and hppa architectures.
There are two issues:
a) faketime is a low-level library, faking libc and
syscalls. So, on a 32-bit platform we need to compile
natively without _FILE_OFFSET_BITS
The attached patch fixes the priv-wrapper build
for those 32-bit architectures which were part of the
debian time64 transition.
Helgediff -up ./debian/rules.org ./debian/rules
--- ./debian/rules.org 2024-11-05 21:06:18.672555969 +
+++ ./debian/rules 2024-11-05 21:06:31.384793931 +
@@ -1,6
The attached patch fixes the prctl() testcase for alpha
and sparc64.
The prctl(PR_SET_SECCOMP, SECCOMP_MODE_FILTER, NULL, ...)
syscall may return EFAULT (on most arches) or EINVAL on
alpha and sparc64.diff -up ./tests/test_prctl.c.org ./tests/test_prctl.c
--- ./tests/test_prctl.c.org 2024-11-05 2
Source: xserver-xorg-video-nouveau
Version: 1:1.0.17-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: del...@debian.org
Failure can be seen on hppa architecture, but I assume it will show up on armel
too:
https://buildd
The patch below builds for me on the hppa platform.
Testcases needs verifying on physical hardware though.
Helge
diff -up ./testsuite/path.c.org ./testsuite/path.c
--- ./testsuite/path.c.org 2024-03-13 07:01:04.610222544 +
+++ ./testsuite/path.c 2024-03-13 07:11:16.630339502 +
@@ -
On Tue, 31 Jan 2023 18:27:27 +0100 Andreas Henriksson wrote:
>
> export DEB_BUILD_MAINT_OPTIONS = future=+lfs
> export DEB_CFLAGS_MAINT_APPEND = -Wall -Wno-analyzer-null-argument
Might be useful to add a comment here saying:
# Workaround gnulib issue: The below three lines can be
Hi David & Andreas,
On 1/28/23 12:10, David Prévot wrote:
Le Wed, Jan 18, 2023 at 01:24:37AM +0100, Helge Deller a écrit :
On Sat, 14 Jan 2023 20:38:38 +0100 Andreas Henriksson wrote:
Here's a slightly different patch to implement basically the same thing
Unfortunately, eve
On Sat, 14 Jan 2023 20:38:38 +0100 Andreas Henriksson wrote:
Here's a slightly different patch to implement basically the same thing
Yes, I like this patch better too.
Helge
The same bug happens on hppa and sparc architecture as well, as can be seen in
those logs:
https://buildd.debian.org/status/fetch.php?pkg=git&arch=hppa&ver=1%3A2.39.0-1&stamp=1670883297&raw=0
https://buildd.debian.org/status/fetch.php?pkg=git&arch=sparc64&ver=1%3A2.39.0-1&stamp=1670887934&raw=0
Package: klibc
Version: 2.0.5-1
Severity: critical
The new klibc package (2.0.5-1) leads to crashes and an unbootable system.
Version 2.0.4-15 was working ok.
Output is as shown below.
I haven't had time yet to analyze what exactly is wrong in the new version.
Any idea what to test or where to lo
> On 21.01.2017 10:50, Christoph Biedl wrote:
>> However, after applying palo builds on amd64 and produces an iplboot of
>> the same size but with partially different content. Helge, might want to
>> burn one your boxes trying out? :-)
Thanks! Seems to work fine (with minor modification).
I did so
On 21.01.2017 10:50, Christoph Biedl wrote:
> Helge Deller wrote...
>
>> On 18.01.2017 20:40, Adrian Bunk wrote:
>>> Package: palo
>> ...
>>> If palo should continue to be available on non-hppa machines,
>>> a (binary-all) package that uses gcc-hppa-
On 18.01.2017 20:40, Adrian Bunk wrote:
> Package: palo
...
> If palo should continue to be available on non-hppa machines,
> a (binary-all) package that uses gcc-hppa-linux-gnu for building
> might be an option.
I'll check if it's possile. May take some time.
Helge
Package: dietlibc
Version: 0.33~cvs20120325
Severity: critical
Tags: patch
Can you please apply this patch for the next upload of dietlibc?
It adjusts (for the hppa architecture only):
- EWOULDBLOCK is now same as EAGAIN, see upstream kernel commit (since kernel
3.14):
http://git.kernel.org
Same problem happens on hppa architecture.
Full build log is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=mutrace&arch=hppa&ver=0.2.0-2&stamp=1394830489
CC libmutrace_backtrace_symbols_la-backtrace-symbols.lo
backtrace-symbols.c:53:23: fatal error: libiberty.h: No such file o
On 04/02/2010 09:35 PM, John David Anglin wrote:
> On Fri, 02 Apr 2010, NIIBE Yutaka wrote:
>
>> NIIBE Yutaka wrote:
>>> To have same semantics as other archs, I think that VIPT-WB cache
>>> machine should have cache flush at ptep_set_wrprotect, so that memory
>>> of the page has up-to-date data.
> It seems libc6 2.10.2-3 fixed the problem. I cannot reproduce the bug with
> both test cases above any more. As far as I can tell from the changelog,
> rebuild with gcc-4.4 helped. I will close this bug once a couple of KDE
> packages get built on hppa successfully.
Hello Modestas,
libc6-2.10
On 12/27/2009 04:38 PM, Carlos O'Donell wrote:
On Sun, Dec 27, 2009 at 9:47 AM, Luk Claes wrote:
What's the status of this bug? It's holding the KDE transition which is
blocking the Xorg and python transitions...
I'm working on this bug. The current status is "under investigation."
I don't ha
On 12/22/2009 08:54 PM, Modestas Vainius wrote:
when investigating this issue further, I determined that fork() following
pthread_create() sometimes makes the application crash. In order to reproduce,
build attached minifail.cpp with:
$ g++ -I/usr/include/qt4 -lQtCore minifail.cpp -o minifail -O
Hmm...
I just marked this bug "grave", but I'm not sure if it should be "important"
instead. Please advise...
Fact is, that the hppa 2.6.26-2 kernel, as it's currently available, has a
major bug, which can easily hang and DOS the full machine under various loads.
I can reproduce this bug with m
This Linux kernel patch solves the issue:
http://permalink.gmane.org/gmane.linux.ports.parisc/1028
Patch in parisc git tree:
http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=378fe7c4cc619b561409206605c723c05358edac;hp=6c4dfa8f8bcf032137aacb3640d7dd9d75b2b607
--
To U
8-rc8, but should similar apply to
older kernel versions (e.g. 2.6.26) as well.
I'm not sure yet, if this will be the final version of the patch and
I'll continue to try find the real cause of the problem of course...
Any feedback and testing results very much welcome.
Helge
Patch i
the patch was accepted and committed upstream:
http://sourceware.org/ml/glibc-cvs/2008-q3/msg00272.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Proposed patch to glibc posted here, waiting for feedback.
http://permalink.gmane.org/gmane.linux.ports.parisc/524
(It fixed this bug for me, after I rebuilt pth-2.0.7 with the *context()
implementation).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
This should really fix the bug...
--- Begin Message ---
Hello Sune,
Sune Vuorela wrote:
I now hacked a bit and got stuff working on one of those cluster machines.
http://svn.debian.org/wsvn/pkg-kde/trunk/packages/qt4-
x11/debian/patches/72_generic_arch_atomic_header_fix.diff?op=file&rev=0&sc=0
Package: dirmngr
Version: 1.0.1-2
Severity: grave
dirmngr segfaults at once on hppa architecture
Example:
3545:~# uname -a
Linux ls3545 2.6.24-rc4 #25 Sat Dec 8 12:36:01 CET 2007 parisc GNU/Linux
ls3545:~# dirmngr
dirmngr[28087]: error opening `/root/.gnupg/dirmngr_ldapservers.conf':
No such fil
Package: ecj
Version: 3.3.0+0728-5
Severity: grave
javac / ecj crashes at once at startup on the hppa architecture
Example:
[EMAIL PROTECTED] ~]$ uname -a
Linux ls3545 2.6.24-rc4 #25 Sat Dec 8 12:36:01 CET 2007 parisc GNU/Linux
[EMAIL PROTECTED] ~]$ javac
Segmentation fault
I assume the prob
Package: ant
Version: 1.7.0-3
Severity: grave
ant crashes at once on the hppa architecture if it's called from the command
line.
Example:
[EMAIL PROTECTED] ~]$ ant
Segmentation fault
the last part of strace gives:
.
brk(0) = 0x12000
brk(0x33000)
28 matches
Mail list logo
