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?
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)
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
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
Package: strace
version: 4.5.15-1
Severity: important
Architecture: hppa
Tags: Patch
strace is currently mostly unusable on hppa, because major syscalls aren't
implemented yet.
The attached patch adds all new hppa syscalls (=295), like e.g. the statfs64()
which is used very often.
Without this
Package: libc6
Architecture: hppa
Source: glibc
Version: 2.3.6.ds1-9
Maintainer: GNU Libc Maintainers debian-glibc@lists.debian.org
The current libc6 (2.3.6.dsl-9) on the HPPA (PARISC) architecture has two bugs
in the clone() function. The first bug is, that it does not check the input
patch for parisc/hppa arcitecture is attached here now...
---
glibc-2.3.6.ds1/build-tree/glibc-2.3.6/debian/sysdeps/unix/sysv/linux/hppa/clone.S.org
2006-12-29 08:49:25.0 +0100
+++
glibc-2.3.6.ds1/build-tree/glibc-2.3.6/debian/sysdeps/unix/sysv/linux/hppa/clone.S
2007-01-01
Package: installation-reports
Boot method: CD-Image (Etch RC-2 Installer)
Image version:
http://ftp.nl.debian.org/debian/dists/etch/main/installer-hppa/rc2/images/2.6/mini.iso
Date: 23. March 2007
Machine: HP PARISC (HP 715/64)
Processor: PA7100LC (PA-RISC)
Memory: 128MB
Base System
This should really fix the bug...
---BeginMessage---
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=filerev=0sc=0
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 my
, 29 insertions(+), 19 deletions(-)
I'll submit the same patch to the 2.6.26-stable kernel series team as well.
It has already been accepted by the stable kernel team for 2.6.29 and 2.6.30.
Thanks!
Helge
Author: Helge Deller del...@gmx.de
Date: Tue Jun 16 20:51:48 2009 +
parisc: ensure
On 07/31/2009 09:03 PM, John David Anglin wrote:
Only 32-bit targets have the 14-bit signed immediate offset (0x3fff),
which becomes a 13-bit limit when loading positive offsets e.g.
+0x1fff or 1023 GOT slots.
Can't we offset the table and double the number of entries?
Dave,
Can you explain
On 07/31/2009 08:49 PM, Carlos O'Donell wrote:
[...]
However, on 64-bit the long format of ldd has a 16-bit signed
immediate offset (0x), meaning it can reach +0x7fff e.g. 4095 GOT
slots.
Do you have the time to test something out?
* Make this conditional on 32-bit vs. 64-bit and allow for
5592 1 nfs
sunrpc382312 3 nfs,lockd,nfs_acl
msdos 15032 0
fat91248 1 msdos
Helge
parisc: module.c - fix GOT table overflow with large kernel modules on 64 bit kernels
Signed-off-by: Helge Deller del...@gmx.de
diff --git a/arch/parisc
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,
Package: binutils
Version: 2.19.1-1
Architecture: hppa
while compiling some code on the hppa architecture, ld reports sometimes
/usr/bin/ld: error in xxx.o(.eh_frame); no .eh_frame_hdr table will be created
This bug have happened in the past and seems to have been re-introduced again.
See:
From: John David Anglin d...@hiauly1.hia.nrc.ca
I doubt this is the same bug as it would occur linking almost everything.
A testcase is needed to determine the cause. The message indicates there
probably is a dynamic relocation in .eh_frame. This is just a performance
issue (on hpux we are
Patches which solves the xfs loading bug on parisc has been accepted upstream.
Mainstream Kernel 2.6.29 will contain the fix.
Description of the problem:
http://marc.info/?l=linux-kernelm=123055968113465w=2
Needed patches which were accepted upstream:
a) module: fix module loading failure of
dann frazier wrote:
On Tue, Jan 06, 2009 at 09:26:33AM -0700, dann frazier wrote:
On Tue, Jan 06, 2009 at 10:08:39AM +0100, Helge Deller wrote:
Patches which solves the xfs loading bug on parisc has been accepted
upstream.
Mainstream Kernel 2.6.29 will contain the fix.
Description
)
Thanks,
Helge
commit e82a3b75127188f20c7780bec580e148beb29da7
Author: Helge Deller del...@gmx.de
Date: Tue Jun 16 20:51:48 2009 +
parisc: ensure broadcast tlb purge runs single threaded
The TLB flushing functions on hppa, which causes PxTLB broadcasts on the system
bus, needs
a trampoline
to a signal handler.
Fixes debian bug #559406.
Signed-off-by: Helge Deller del...@gmx.de
diff --git a/arch/parisc/math-emu/decode_exc.c
b/arch/parisc/math-emu/decode_exc.c
index 3ca1c61..27a7492 100644
--- a/arch/parisc/math-emu/decode_exc.c
+++ b/arch/parisc/math-emu/decode_exc.c
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. Yes, it
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
On 12/27/2009 04:38 PM, Carlos O'Donell wrote:
On Sun, Dec 27, 2009 at 9:47 AM, Luk Claesl...@debian.org 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
Package: installation-reports
Boot method: netboot via TFTP
Image version:
http://ftp.nl.debian.org/debian/dists/lenny/main/installer-alpha/current/images/netboot/
Date: May 8th 2009
Machine: AlphaServer 1000A 4/266 (alpha)
Partitions:
FilesystemSize Used Avail Use% Mounted on
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 is
Signed-off-by: Helge Deller del...@gmx.de
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
Moritz Muehlenhoff wrote:
The boot-kernel (2.6.18) does not detect this keyboard on the HIL bus.
It seems the needed .config values are not set when it was built.
To solve this problem, the boot kernel needs the CONFIG_KEYBOARD_HIL_OLD=y
option set.
Additionally, all other HIL options should
Moritz Muehlenhoff wrote:
On Tue, Dec 23, 2008 at 12:35:51PM +0100, Helge Deller wrote:
Moritz Muehlenhoff wrote:
The boot-kernel (2.6.18) does not detect this keyboard on the HIL bus.
It seems the needed .config values are not set when it was built.
To solve this problem, the boot kernel
Frans Pop wrote:
On Wednesday 24 December 2008, Moritz Muehlenhoff wrote:
Is it possible that someone from the debian-installer teams add this
modprobe hilkbd somewhere to the bootup process? ...
Can that be considered for rc2?
Theoretically that would still be possible, but it is
Frans Pop wrote:
On Thursday 25 December 2008, Helge Deller wrote:
- why doesn't the kernel/udev autoload this module?
Probably yes, but as we discussed last time, this needs to be
implemented. I already looked into implementing it, but sadly it isn't
that easy to understand all the flow
- why doesn't the kernel/udev autoload this module?
For the record, those four patches are needed to fix the parisc kernel
module autoloader fully functional:
[PATCH] parisc: add uevent helper for parisc bus:
http://permalink.gmane.org/gmane.linux.ports.parisc/1035
[PATCH]
I've just sent two patches which do solve this problem for review to Linux
kernel mailing list.
Description of the problem:
http://marc.info/?l=linux-kernelm=123055968113465w=2
Two patches:
http://marc.info/?l=linux-kernelm=123055978413612w=2
http://marc.info/?l=linux-kernelm=123055986413742w=2
Subject: Successful installation on AlphaServer 1000a
Package: installation-reports
INSTALL REPORT
-- Package-specific info:
Boot method: network (bootp)
Image version: debian-alpha-installer from Dec 11 2008
Date: Dec 12 2008
Machine:
Partitions:
FilesystemType 1K-blocks Used
Package: g++-4.4
Version: 4.4.4-6
g++-4.4 is unable to compile the following source code line successfully with
the compiler flag std=gnu++0x:
char table[] = { -1, -1 };
Example:
u...@machine# g++-4.4 -std=gnu++0x -funsigned-char -c /tmp/test.c
/tmp/test.c:1: error: narrowing conversion of
On 05/03/2010 11:42 PM, dann frazier wrote:
On Mon, May 03, 2010 at 10:44:21PM +0200, Helge Deller wrote:
On 12/14/2009 11:08 PM, Thibaut Paumard wrote:
Le 14 déc. 09 à 16:06, Carlos O'Donell a écrit :
Attached is a rather small testcase.
Compile with
gcc -lm -o fputest fputest.c
Run
access to 0xc06d29ee at ip=0x00012a03
Fix this by copying the 4 bytes to an aligned address and then access
it.
Author: Helge Deller del...@gmx.de
--- udisks-1.0.4.orig/src/helpers/partutil.c
+++ udisks-1.0.4/src/helpers/partutil.c
@@ -181,7 +181,9 @@ get_le16 (const void *buf)
static guint32
Hi Michael,
On 03/12/2013 09:13 PM, Helge Deller wrote:
On 03/09/2013 02:57 AM, Michael Tokarev wrote:
As Ian replied to your patch on autofs mailinglist, this is only needed for
old kernels, but he applies your patch anyway. I'd go for removing whole
hack entirely, maybe after a bit more
Hi Michael,
On 03/19/2013 10:18 AM, Michael Tokarev wrote:
19.03.2013 01:49, Helge Deller wrote:
The second part (the if arch check) can be dropped.
Now I'm completely confused. So do we need any changes or not?
Does it work as-is now or doesn't?
It does work as-is, because parisc
Package: autofs5
Version: 5.0.7-3
Severity: Normal
Tags: patch
This patch fixes automounter support on the parisc architecture with
64-bit kernel and 32-bit userspace.
The patch consists of two parts: Part 1 adds code to detect a 64bit
parisc kernel (uname reports parisc64). This is similiar to
On 03/08/2013 01:16 PM, Michael Tokarev wrote:
08.03.2013 00:42, Helge Deller wrote:
Package: autofs5
Version: 5.0.7-3
Severity: Normal
Tags: patch
This patch fixes automounter support on the parisc architecture with
64-bit kernel and 32-bit userspace.
The patch consists of two parts
On 03/09/2013 02:57 AM, Michael Tokarev wrote:
It does not matter anymore since 3.4 kernel and all previous 3.x stable
series as well, since upstream commit 64f371bc3107e69efce563a3d0f0e6880de0d537
which has been accepted to all stable releases.
This is what fixed the root cause and
Hi Ben,
On 12/06/2013 04:01 AM, Ben Hutchings wrote:
On Sun, 2013-09-08 at 22:26 +0200, Helge Deller wrote:
After the request to reduce the kernels to e.g. SMP-only, my thought was
to provide only 32bit-UP and 64bit SMP kernels.
To be sure I asked on the parisc mailing list. The whole thread
Package: rsyslog
Version: 7.4.4-1
Tags: patch
rsyslog emits lots of warnings when it runs on the hppa platform:
[30191.672000] handle_unaligned: 61 callbacks suppressed
[30191.672000] in:imuxsock(1963): unaligned access to 0x43765a09 at
ip=0x4255bbcb
[30191.676000]
/installer/hppa/modules/hppa/pata-modules I added an entry
for the siimage module (for the IDE CDROM). Maybe it would be better, if this
entry could be moved to the generic pata-modules file instead? But I leave
this decision up to you...
Thanks a lot in advance,
Helge Deller
(PARISC (upstream) Linux
On 08/28/2013 11:35 PM, Bastian Blank wrote:
On Wed, Aug 28, 2013 at 11:22:09PM +0200, Helge Deller wrote:
It would be nice, if you could apply this patch to your linux
source code tree.
Looks reasonable. But please send further changes to remove the
non-smp kernels.
I can do that. Do you
On 11/23/2013 10:53 PM, Don Armstrong wrote:
On Sat, 23 Nov 2013, Ivo De Decker wrote:
During a discussion about architecture qualification, the release team
concluded that it would be interesting to have a better way to track
architecture-specific bugs. It would be nice to have BTS tags for
On 11/24/2013 12:21 AM, John Paul Adrian Glaubitz wrote:
On 11/23/2013 11:51 PM, Helge Deller wrote:
Please add hppa
Assuming that you are one of the hppa guys, how is the port doing? Any
chance that the buildds will be up and running again anytime soon?
Yes, think so.
I'm working
On 09/08/2013 04:19 PM, Bastian Blank wrote:
On Wed, Aug 28, 2013 at 11:53:58PM +0200, Helge Deller wrote:
On 08/28/2013 11:35 PM, Bastian Blank wrote:
Looks reasonable. But please send further changes to remove the
non-smp kernels.
I can do that. Do you have some background on this request
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/08/2013 06:30 PM, Ben Hutchings wrote:
On Wed, 2013-08-28 at 23:22 +0200, Helge Deller wrote:
+# For the IDE CDROM in C8000 workstation
+CONFIG_IDE=m
+CONFIG_BLK_DEV_SIIMAGE=m
Why not CONFIG_PATA_SIL680 instead?
I will test if this works
Package: debian-installer
Version: git
Severity: normal
Tags: patch
With the attached trivial patch I was able to build the debian-installer for
the hppa architecture
(and afterwards a netboot install image :-)).
It would be nice if someone with enough karma would apply it to the git tree.
Hi Samuel,
On 01/26/2014 10:58 PM, Samuel Thibault wrote:
Helge Deller, le Sun 26 Jan 2014 21:21:49 +0100, a écrit :
Next step for me was to try to create a installation-cd.
For that I used debian-cd, but failed because the package
installation-guide-hppa is missing in the
repositories. You
On 01/28/2014 09:10 PM, Samuel Thibault wrote:
Helge Deller, le Tue 28 Jan 2014 21:06:12 +0100, a écrit :
That said: Is it technically possible to just activate the
generation of installation-guide-hppa (and maybe for other arches
which won't be in Jessie?) when building for unstable ? I mean
Package: iceweasel
Version: 24.2.0esr-1
Severity: important
Tags: patch
iceweasel fails to build on the hppa (parisc) architecture.
Fail-Log is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=iceweaselarch=hppaver=24.2.0esr-1stamp=1390773842
The attached patch fixes it.
It *only*
Package: linux
Version: 3.12
Severity: bug
Tags: patch
In Bug# 721191 we removed the parisc-smp and parisc64 (non-SMP) kernel variants.
Sadly I forgot to correct the kernel versions in the
debian/installer/hppa/kernel-versions file, so that the final build stage
failed because it tried to
Package: linux
Version: 3.13
Severity: bug
Tags: patch
As soon as the debian kernel will start with kernel 3.13, please remove the
CONFIG_MLONGCALLS=y option as it's then not any longer needed. The option is
still needed in the = 3.12 kernel.
(This is a follow-up on Bug# 721191)
Index:
Alternatively, one can download the package with dget using this command:
dget -x http://mentors.debian.net/debian/pool/main/p/palo/palo_1.92.dsc
Regards,
Helge Deller
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
Package: x264
Package x264 has a circular build-dependency with libav (libavformat-dev).
I mean, the libav package build-depends on x264, and vice versa.
This prevented building x264 and libav on a new debian platform.
I fixed it manually for the hppa platform, but nevertheless, I think this
package: happy
I'm trying to get happy and alex compiled for the hppa architecture.
As you can see from the buildd-dependency-list at:
http://unstable.buildd.net/buildd/hppa-all.txt
- happy build-depends on happy itself,
- alex build-depends on happy
So, there is some circular dependency which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/17/2014 06:45 PM, Joachim Breitner wrote:
Am Freitag, den 17.01.2014, 17:13 +0100 schrieb Helge Deller:
both happy and alex ship generated files that are generated with happy
resp. alex. So in Debian, according to our policies, we remove
package: gcc-4.4
Tags: patch
Version: 4.4.7-6
architecture: hppa
gcc-4.4 fails to build on hppa. Last buildd-log is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=gcc-4.4arch=hppaver=4.4.7-6stamp=1389865338
Compile error is this:
/«PKGBUILDDIR»/build/./gcc/xgcc
apply this patch to debian unstable.
Thanks,
Helge Deller
Index: auparse/interpret.c
===
--- auparse/interpret.c (revision 892)
+++ auparse/interpret.c (working copy)
@@ -338,7 +338,7 @@
const char *ptr;
char *out
attached is the patch to the debian/rules Makefile in order to select
hppa code when compiling for hppa.
Thanks,
Helge
diff -up ./debian/rules.org ./debian/rules
--- ./debian/rules.org 2014-01-18 14:51:35.201523000 -0700
+++ ./debian/rules 2014-01-18 14:53:02.333523000 -0700
@@ -16,6 +16,9
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ralf,
On 01/19/2014 02:06 PM, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the audit package:
#735944: audit-support for hppa/parisc architecture
It has been closed
Hi Laurent Ralf,
On 01/21/2014 11:49 AM, Ralf Treinen wrote:
On Tue, Jan 21, 2014 at 10:40:24AM +0100, Laurent Bigonville wrote:
Hi,
Are you sure this patch is correct?
The fist chunk seems wrong to me and is not included in the patch
you have proposed upstream.
I assume you found in
On 01/21/2014 01:25 PM, Laurent Bigonville wrote:
Le Tue, 21 Jan 2014 13:07:43 +0100, Helge Deller del...@gmx.de a
The problem is, that the audit package is one of the major
packages on which most other packages directly or indirectly depend
on. Just look at the graph (magenta line) at
http
Package: installation-guide
Severity: normal
Version: 20131009
Dear Installation-guide maintainers,
I and a collegue currently work on getting the hppa architecture in a good
shape again in debian.
We have done great progress, which means that more than 80% of debian unstable
packages are now
Package: linux
Version: 3.13
Severity: wishlist
Tags: patch
Hello,
this is a follow-up to bug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721191
In that bugzilla I originally asked to add the following config entries to
./debian/config/hppa/config.parisc64-smp:
+# and for ATI FireGL DRM
Package: librep
Version: 0.90.2-1.4
Tags: patch
librep fails to build on hppa:
http://buildd.debian-ports.org/status/fetch.php?pkg=libreparch=hppaver=0.90.2-1.4stamp=1390791189
attached patch fixes it.
It would be nice if you could apply it.
By the way, a similar patch is needed for sparc too..
Tags: patch
This bug can be easily closed by replacing the hppa-specific debian-file
debian/gij-hppa
with the file attached to this email.
Ideally, maybe you can fix the same issue in the gcc-packages for 4.7 and 4.9
too?
For that just replace the string gij-4.8 in the script with
Any chance that those patches can be applied to eglibc?
I'm asking, because we have done really great progress on the hppa port, e.g.
- we have 7 buildd servers online (on 4 physical servers):
http://unstable.buildd.net/index-hppa.html
- the unstable branch mostly up-to-date, with more than
Hi Ben,
On 02/10/2014 02:15 AM, Ben Hutchings wrote:
You could add a new drm-modules udeb, but I suggest you reuse the name
fb-modules which is already defined in debian/installer/package-list.
The list of modules is very much architecture-specific so add it under
Package: debian-cd
Version: 3.1.14
Severity: normal
Tags: patch
debian-cd is currently broken for the hppa/parisc architecture.
The attached patch to the tools/boot/jessie/boot-hppa file fixes three issues:
1. The bootloader on hppa is palo. Remove one line in the script which tries
to move a
Hi Thomas,
On 04/07/2014 10:03 PM, Thomas Schmitt wrote:
in january we had a conversation about xorriso and PALO.
Yes, I did not forgot it :-)
I implemented the boot sector as learned from genisoimage:
version number 4 and the short command line at byte 24 to 151.
Further there is the
Hi Thomas
looking at your description of ipl_entry computation
- after midnight - makes me search for alternatives.
Mee too :-)
Ok, I just looked at the palo source code again.
ipl_entry is the relative entry point into the assembly code of the iplboot
bootloader code.
Because of how palo is
Hi Thomas,
On 04/08/2014 , Helge Deller wrote:
I will test your xorriso as soon as possible.
Attached is the diff to xorriso-1.3.7 which I used to test.
Up to now I only tested on x86_64, testing on hppa is still needed (but will
work most likely).
As you can see from the diff, your code
To Helge Deller:
Please check-read my descriptions of header versions 4 and 5 beginning at
doc/boot_sectors.txt line 975
resp.
http://bazaar.launchpad.net/~libburnia-team/libisofs/scdbackup/view/head:/doc/boot_sectors.txt#L972
for terminology, unclear or false statements, ...
Thanks
the proposed patch for the boot sector documentation looks at the
topic from the PALO user perspective. But the perspective of the
file boot_sectors.txt is the one of an ISO 9660 producer.
So i would like to re-arrange the info.
How about this for the command line part ? Would it be
Hi Thomas,
On 04/09/2014 05:53 PM, Thomas Schmitt wrote:
How to recognize a PALO that is newer ?
It should be palo 1.92 or higher.
... PALOHDRVERSION ...
I could update it to 5.
I think it is appropriate.
Readers of libisofs docs and of PALO could make a clear connection.
Ok, committed.
Package: debian-cd
Version: 3.1.14
Severity: normal
Tags: patch
In Bug# 743879 I provided patches to fix the hppa arch.
One part was to enable gzip compressed Linux kernels.
Since I'm not 100% sure that it works on all systems, I'd like to disable this
compression better for now, at least until
Package: uc-echo
uc-echo fails to build on hppa architecture, because the -m64 compiler option
is not supported:
http://buildd.debian-ports.org/status/package.php?p=uc-echosuite=sid
Log shows:
I: DEB_HOST_ARCH: hppa
echo I: ADDCXXFLAGS: -m64
I: ADDCXXFLAGS: -m64
echo I: CXXFLAGS: -g -O2
Package: nfft
Version: 3.2.3
Tags: patch
nfft fails to build on the hppa/parisc architecture due to a stupid code bug:
Full build log is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=nfftarch=hppaver=3.2.3-1stamp=1391097293
Error is:
/bin/bash ../libtool --tag=CC --mode=compile
Package: supermin
Tags: patch
version: 5.1.5-1
supermin fails to build on hppa.
Main reason is, that the hppa assembler syntax is slightly different than the
gnu as to keep compatibility to the HP-UX assembler.
The build log
Same problem happens on hppa architecture.
Full build log is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=mutracearch=hppaver=0.2.0-2stamp=1394830489
CC libmutrace_backtrace_symbols_la-backtrace-symbols.lo
backtrace-symbols.c:53:23: fatal error: libiberty.h: No such file or
Ok, hppa was the only platform which doesn't supported the sys_utimes() syscall.
I've fixed that now upstream and further kernels will support this syscall.
Attached patch now adds the required __NR_utimes value and fixes the build.
Can you please apply the attached patch to the next version of
Actually, the debian patch named
./debian/patches/0001-debian-ports.patch
introduces the bug on hppa arch.
Attached is a patch on top of ./debian/patches/0001-debian-ports.patch which
fixes it.
Thanks,
Helgediff -up ./debian/patches/0001-debian-ports.patch.org
package: liburcu
version: 0.7.7-1
tags: patch
liburcu doesn't build yet on the hppa architecture, because the support for
this architecture hasn't been developed yet.
Attached patches adds this support now.
It would be nice if you could apply it to the next version of liburcu.
In the attached
Package: ebook2cwgui
Version: 0.1.2-1.1
ebook2cwgui fails to build on hppa.
The only reason is, that libgcc1 is listed in the debian/control file as
Build-Depends.
I think it's wrong to include libgcc1 in the build depends line.
Adding a | libgcc4 did solved it, like this:
-Build-Depends:
the light-weigth atomic locking syscall-interface of the Linux kernel)
Signed-off-by: Helge Deller del...@gmx.de
diff -up ./configure.ac.org ./configure.ac
--- ./configure.ac.org 2014-03-29 11:02:36.928098000 -0600
+++ ./configure.ac 2014-03-28 08:46:38.0 -0600
@@ -78,6 +78,7
Hello Aurelien,
On 05/08/2014 01:06 AM, Aurelien Jarno wrote:
could you please add this patch temporarily to the debian eglibc sources?
I don't really understand why changing the alignment from 4MB to 4kB
will make the file mmapped at the same location.
It's due to how the mmap logic was
Package: linux
Version: 3.14
Severity: bug
Tags: patch
64bit (but not 32bit) parisc machines (like the C8000) do provide a BMC with
IPMI support.
This patchs adds IPMI support to the 64bit debian kernel.
Please apply to the next kernel.
Thanks,
Helge
diff -up
-by: Helge Deller del...@gmx.de
diff -up ./usr/include/endian.h.org ./usr/include/endian.h
--- ./usr/include/endian.h.org 2014-04-23 21:59:42.804919200 +0200
+++ ./usr/include/endian.h 2014-04-23 22:00:04.492909971 +0200
@@ -12,4 +12,10 @@
#define PDP_ENDIAN __PDP_ENDIAN
#define BYTE_ORDER
unknown before
calling fstype. That way the program logic will continue correctly if something
with the fstype program is wrong.
Attached script fixes this.
Please apply.
Signed-off-by: Helge Deller del...@gmx.de
diff -up ./scripts/functions.org ./scripts/functions
--- ./scripts/functions.org 2014
Package: linux
Version: 3.14
Severity: bug
Tags: patch
In older kernels on parisc we had troubles linking the kernel modules for the
xfs filesystem because some symbols could then not be resolved due to the size
of the xfs module. That was probably the reason, why xfs was not provided as
udeb
Package: mariadb-5.5
Version: 5.5.37
Severity: bug
Tags: patch
mariadb-5.5 fails to build on the hppa architecture with the error shown below.
Full log is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=mariadb-5.5arch=hppaver=5.5.37-1stamp=1398613170
The attached trivial patch (which
Hi Andreas,
On 08/08/2014 02:20 PM, Andreas Beckmann wrote:
On Thu, 12 Jun 2014 17:30:36 +0200 Helge Deller del...@gmx.de wrote:
The attached trivial patch fixes the build on the Debian hppa/linux arch.
Please apply for the next version.
I'll add your patch in the 5.3.2 upload that I'm
Package: libuv-dev
Version: 0.10.28-3
Severity: normal
Tags: patch
Building on the hppa/parisc arch fails, because libuv fails to run sucessfully
quite some integrated tests as can be seen in this log:
Package: sphinxbase
Version: 0.8-6
Severity: important
Tags: patch
Usertags: hppa
The testsuite of sphinxbase fails to run on the hppa arch, as can be seen here:
http://buildd.debian-ports.org/status/fetch.php?pkg=sphinxbasearch=hppaver=0.8-6stamp=1408693446
But since other big endian have the
Hi Andreas,
On 08/08/2014 02:20 PM, Andreas Beckmann wrote:
On Thu, 12 Jun 2014 17:30:36 +0200 Helge Deller del...@gmx.de wrote:
The attached trivial patch fixes the build on the Debian hppa/linux arch.
Please apply for the next version.
I'll add your patch in the 5.3.2 upload that I'm
1 - 100 of 420 matches
Mail list logo