Package: linux
Version: 4.7.2-1
Severity: important
We sadly will need to disable CONFIG_FTRACE for hppa architecture completely
for now.
The problem is, that gcc creates lots of overhead when adding the code for the
mcount call (minimum 16 bytes per function, plus two relocation symbol
Andreas Henriksson wrote:
> Could you please send it (EDIT: the patch) upstream first?
> ...
> Once it's merged upstream I'll happily cherry-pick the commit
> and upload a rushed new debian revision if that helps your
> porting efforts.
The patch is now upstream.
Relevant upstream commits are:
Finally fix the bsd testcase on the hppa architecture.
Commit 1b7be556e553cdcef6213ead6340832c306011ed tried to fix it,
but missed the fact that "uname -m" returns "parisc" or "parisc64"
instead of "hppa*".
Signed-off-by: Helge Deller <del...@gmx.de>
Additional info:
scalapack depends on blacs-mpi, which was today switched over for
the hppa to openmpi as well.
See BZ #834181: blacs-mpi: Please switch to openmpi for hppa architecture
Thanks,
Helge
Package: scalapack
Version: 1.8.0-12.3
Severity: normal
Can you please upload a new version in which the hppa architecture is switched
from mpich to openmpi ?
The original change to switch to openmpi for hppa in package mpi-defaults
happened in:
Bug#833425: mpi-defaults: switch to openmpi on
Package: blacs-mpi
Version: 1.1-33.3
Severity: normal
Can you please upload a new version in which the hppa architecture is switched
from mpich to openmpi ?
The original change to switch to openmpi in package mpi-defaults happened in:
Bug#833425: mpi-defaults: switch to openmpi on hppa
Package: hdf5
Version: 1.8.16+docs-8
Severity: normal
Can you please re-enable hppa as arch which builds libhdf5-openmpi-dev ?
It breaks building other packages, and openmpi now builds on hppa (and m68k and
sh4).
The relevant lines in the debian/rules file are:
ARCH_FLAG=-a
# openmpi broken on
Hello Mattia,
On 04.08.2016 12:49, Mattia Rizzolo wrote:
> On Thu, Aug 04, 2016 at 12:02:51PM +0200, Helge Deller wrote:
>> Currently I've stopped all hppa buildds and plan to upgrade them to gcc6
>> before starting them again. And, I've started a test build of boost1.6.1
>>
Hi Mattia,
> On Thu, Aug 04, 2016 at 09:34:35AM +0200, Helge Deller wrote:
> > mpi-defaults depends on libmpich-dev for the hppa architecture (like m68k
> > and sh4).
> > All other architectures use libopenmpi-dev.
> > Is there a reason for that?
>
> re
Some more details regarding the request to switch mpi-defaults to openmpi on
hppa:
When building boost-1.6.1 I [1] get:
/usr/include/mpich/mpicxx.h:21:4: error: #error 'Please use the same version of
GCC and g++ for compiling MPICH and user MPI programs'
# error 'Please use the same version
Package: mpi-defaults
Version: 1.6
mpi-defaults depends on libmpich-dev for the hppa architecture (like m68k and
sh4).
All other architectures use libopenmpi-dev.
Is there a reason for that?
The openmpi packages builds successfully on hppa, so I'd suggest to switch
to openmpi for hppa (and maybe
Hi Johannes,
On 01.07.2016 17:06, Johannes Schauer wrote:
> I refactored the whole function calculating the space and things should be
> easier to understand now.
>
> If you want, you can try if sbuild from git still fixes your problem.
Confirmed.
I tested the sbuild from your git tree and it
Hi Johannes,
> I cannot test this but are you sure that the solution to this problem is not
> instead this patch:
Yes, it is.
Just noticed that as well and wanted to send a new patch :-)
> diff --git a/lib/Sbuild/Build.pm b/lib/Sbuild/Build.pm
> index 6d36ec6..68c1f40 100644
> ---
> -$sum += $1;
> +$sum += $pkgbuilddirspc;
My patch gives warnings like:
Argument "524^I/<>/libsys-syscall-pe..." isn't numeric in addition
(+) at /usr/share/perl5/Sbuild/Build.pm line 2174.
Argument "12^I/root/build/t/libsys-syscall-perl_0.25-6_hppa.deb\n" isn't
numeric in addition (+)
Actually, there are more bugs in this coding.
New patch is here:
diff -up ./Build.pm.org ./Build.pm
--- ./Build.pm.org 2016-07-01 12:28:47.235506948 +0200
+++ ./Build.pm 2016-07-01 16:09:13.318806048 +0200
@@ -2171,7 +2171,7 @@ sub check_space {
if ($pkgbuilddirspc !~ /^(\d+)/) {
I found the bug.
> > The bug seems to be somewhere in the Build.pm script:
> > https://anonscm.debian.org/cgit/buildd-tools/sbuild.git/log/lib/Sbuild/Build.pm
That was correct.
This patch (sorry, copy in here!) fixes it:
diff -up ./Build.pm.org ./Build.pm
--- ./Build.pm.org 2016-07-01
I'm seeing the same problem for *all* buildd logs on the hppa architecture.
For example, the "binutils" logs (see last column):
https://buildd.debian.org/status/logs.php?pkg=binutils=hppa
show that sbuild version 0.68.0 gives a usage of 740 MB, while starting
with sbuild version 0.69.0 it gives a
Package: csound
Version: 1:6.05~dfsg1-7
Tags: patch
csound fails to build on hppa, because hppa uses gcj as java compiler, and
in interfaces/CMakeLists.txt it's hardcoded:
COMMAND ${JAVA_COMPILE} *.java -source 1.6 -target 1.6 -d .
gcj does not accept the -source and -target options.
Removing
Hi Eric,
On 13.06.2016 23:23, Eric Wong wrote:
> Helge Deller <del...@gmx.de> wrote:
>> On 13.06.2016 22:59, Eric Wong wrote:
>>> Seems to be a ruby2.3 problem.
>>> Does the ruby2.3 test suite work at all on hppa?
>>
>> No idea (I'm no ruby exp
Package: util-linux
Version: 2.28-5
Tags: patch
util-linux fails to build on hppa due to a failing bsd disklabel testcase:
https://buildd.debian.org/status/fetch.php?pkg=util-linux=hppa=2.28-5=1462738670
= O/E diff ===
--- /<>/tests/output/fdisk/bsd
On 13.06.2016 22:59, Eric Wong wrote:
> Mattia Rizzolo <mat...@debian.org> wrote:
>> On Mon, Jun 13, 2016 at 10:40:51PM +0200, Helge Deller wrote:
>>> Program received signal SIGSEGV, Segmentation fault.
>>> [Switching to Thread 0xfa5dd480 (LWP 29258)]
>>>
Package: riby-kgio
Version: 2.10.0-1+b2
This package fails only on the hppa architecture, as can be seen here:
https://buildd.debian.org/status/package.php?p=ruby-kgio=sid
According to the last build log:
https://buildd.debian.org/status/fetch.php?pkg=ruby-kgio=hppa=2.10.0-1%2Bb2=1461596321
it
Package: lsb-release
Version: 9.20160601
Tags: patch
The debian-ports archive moved from http://debian-ports.org to a
new server at https://www.ports.debian.org/
Since then, the "lsb-release -sc" command does not any longer
reports CODENAME=sid, but instead CODENAME=n/a, which in turn
breaks
Package: libsys-syscall-perl
Version: 0.25-5
Tags: patch
The attached patch fixes the build of libsys-syscall-perl on the hppa/parisc
architecture.
Please apply.
Thanks,
Helge
diff -up ./lib/Sys/Syscall.pm.org ./lib/Sys/Syscall.pm
--- ./lib/Sys/Syscall.pm.org 2016-06-02 12:53:33.256234247 +0200
The hppa/parisc patch for libseccomp was just applied upstream:
https://github.com/seccomp/libseccomp/commit/c86e1f565537b28b73ebd63f0239b4a446925534
Can you pull it now into the debian package?
Thanks,
Helge
Package: pythonqt
Version: 3.0-1
Tags: patch
pythonqt fails to build from source on the hppa architecture because
some symbols can't be reached at link stage:
https://buildd.debian.org/status/fetch.php?pkg=pythonqt=hppa=3.0-1=1462187665
The bug can be avoided on hppa by adding the
Hi Xavier,
On 09.11.2015 19:15, Xavier Roche wrote:
> On Mon, 9 Nov 2015, Helge Deller wrote:
>> Removing "hppa" from this list (and maybe the comment) fixes the build and
>> the testcases for me.
>> Can you please remove "hppa" from this list in the
, can you please
apply it to the next upload of libseccomp?
Thanks,
Helge
From b64ba39c78b4945c4d009c6972223c440c5e11fd Mon Sep 17 00:00:00 2001
From: Helge Deller <del...@gmx.de>
Date: Sat, 13 Feb 2016 21:07:31 +0100
Subject: [PATCH] libseccomp: Add parisc architecture support (v2)
This
patch attached
diff -up ./configure.in.org ./configure.in
--- ./configure.in.org 2016-03-19 20:53:39.852569142 +0100
+++ ./configure.in 2016-03-19 20:54:14.720648386 +0100
@@ -536,10 +536,14 @@ AC_ARG_WITH(stack-direction,
[with_stack_direction=unknown])
if test "${with_stack_direction}" =
On 19.03.2016 20:57, Jose M Calhariz wrote:
> On 19/03/16 19:51, Helge Deller wrote:
>> Actually my last patch was against an old version.
>> I will send a new patch in a few minutes.
>> Helge
> Your patch applied with offset -5 lines. No problem.
It's a problem :-)
If y
Actually my last patch was against an old version.
I will send a new patch in a few minutes.
Helge
Package: librep
Version: 0.92.5-2
Tags: patch
librep FTBFS on hppa with this error:
EPLISPDIR=../lisp REP_DL_LOAD_PATH=../src/.libexec REPDOCFILE=../doc-strings
../src/rep --batch -l rep.vm.compiler \
-f compile-batch rep-xgettext.jl \
&& mv rep-xgettext.jlc rep-xgettext && chmod +x
Package: vtk6
Version: 6.2.0+dfsg1-8
Tags: patch
vtk6 FTBFS on hppa (and some other architectures) which an error like this:
dpkg-shlibdeps: error: couldn't find library
libvtkRenderingQtPython27D-6.2.so.6.2 needed by
Package: plainbox-provider-resource-generic
Version: 0.23-1
Tags: patch
Built packages for plainbox-provider-resource-generic depend on "dmidecode" for
lots of architectures, which then leads that the package
"plainbox-provider-checkbox"
can't be built.
The problem can be seen here:
Package: pidgin-sipe
Version: 1.20.0-2
Tags: patch
pidgin-sipe FTBFS on hppa, because it enables by default the "-Wcast-align"
compiler option.
This then leads to warnings when building against gstreamer sources which are
not cast-clean as can be seen here:
>> I don't intend to do a new port, however the hppa kernel requires a
>> hppa64 compiler.
>>
>> $ dpkg-architecture -ahppa64
>> dpkg-architecture: error: unknown Debian architecture hppa64, you must
>> specify GNU system type, too
>>
>> please could you add support to make this work? it will
Package: postgis
Version: 2.2.1+dfsg-2
Tags: patch
postgis fails to build because the testcases "ticket" and "wkb" fail, e.g.:
https://buildd.debian.org/status/fetch.php?pkg=postgis=hppa=2.2.1%2Bdfsg-2=1453419898
This is a follow-up on debian ticket #810859 and upstream bug
Package: sngrep
Version: 1.2.0-1
Tags: patch
sngrep fails to build because the testcases test-004, test-005 and test-005
fail, e.g.:
https://buildd.debian.org/status/fetch.php?pkg=sngrep=hppa=1.2.0-1=1452639207
It turns out, that this is a bug in the C-code of the testcases of sngrep which
Hi Bas,
On 13.01.2016 16:15, Bas Couwenberg wrote:
> Your patch has triggered some discussion in the upstream issue
> tracker, can you join that discussion to answer the questions from
> the upstream developers? Specifically this question: "is the IEEE NaN
> number (as you can see in the test) a
Package: postgis
Version: 2.2.0+dfsg-3
Tags: patch
postgis fails to build because the testcases fail, e.g.:
https://buildd.debian.org/status/fetch.php?pkg=postgis=hppa=2.2.0%2Bdfsg-3=1451249930
specifically this test fails:
Suite: wkb_output
Test: test_wkb_out_point ...FAILED
1.
On 12.01.2016 12:10, Richard W.M. Jones wrote:
> On Tue, Jan 12, 2016 at 10:05:00AM +, Richard W.M. Jones wrote:
>> On Tue, Jan 12, 2016 at 07:57:03AM +0100, Hilko Bengen wrote:
>>> Helge,
>>>
>>> I have applied all the architecture-specific bits but not the bin2s
>>> script yet. TBH, so far I
Package: glibc
Version: 2.21-6
Tags: patch
Can you please add this patch:
https://sourceware.org/bugzilla/attachment.cgi?id=8811
to the next upload of debian glibc?
It adds some defines for HUGE PAGE support for the hppa/parisc
architecture, and it has been accepted upstream and committed
into
Package: ladish
Version: 1+dfsg0-5
Tags: patch
ladish fails to build in the code where it tries to generate a stack-backtrace.
The attached patch fixes it like most other architectures by just disabling
the stacktrace on hppa (parisc).
Please apply the attached patch for next upload.
By the way,
Package: lcdproc
Version: 0.5.7-4
Tags: patch
lcdproc fails to build, because it assumes that all hp* platforms
use the ".sl" shared library extension. On the hppa*linux port
we use the standard Linux .so extension though.
This is fixed with attached trivial patch (without breaking HP-UX).
Can
Package: supermin
Version: 5.1.13-3
Tags: patch
supermin fails to build on hppa, alpha and ppc64 architectures
since the "test-build-bash.sh" test script fails.
Example log see:
https://buildd.debian.org/status/fetch.php?pkg=supermin=hppa=5.1.13-3=1451234479
The attached patch fixes it (at
Package: gauche
Version: 0.9.4-6
Tags: patch
Since gauche uses an old embedded copy of (libgc and) libatomic-ops,
it fails to build on the hppa/parisc platform.
The attached trivial patch (which affects hppa only!) fixes it.
(Same patch has been applied to upstream libatomic-ops already).
Can
Package: nss
Version: 2:3.21-1
Tags: patch
nss fails to build due to a double definition of BYTE_ORDER.
The attached patch fixes it.
Can you please apply it for next upload ?
Thanks,
Helge
This is the bug:
gcc -o OBJS/db.o -c -g -O2 -Wformat -Werror=format-security -Wall -pipe
Package: httrack
Version: 3.48.21-1+b1
On hppa the compiler was switched to gcc-5.
Since then, httrack fails to build like this (fails in the testcases):
https://buildd.debian.org/status/fetch.php?pkg=httrack=hppa=3.48.21-1%2Bb1=1447032250
In debian/rules you have this:
# *** Patch for s390,
Package: gnuradio
Version: 3.7.8-8
In debian/control gnuradio lists "libuhd-dev" as build-depends, but excludes
hppa architecture:
-> libuhd-dev (>=3.9.1-3) [!hurd-i386 !hppa],
Since libuhd-dev is available now, can hppa be removed from this list?
Currently gnuradio fails to build on hppa
gnuradio did build successfully for me with that change.
So, can you please change the line 33 in debian/control from:
libuhd-dev (>=3.9.1-3) [!hurd-i386 !hppa],
to:
libuhd-dev (>=3.9.1-3) [!hurd-i386],
Thanks,
Helge
Package: sbuild
Version: 0.66.0-2
After upgrading the buildds on the hppa architecture (runs a 64bit kernel, but
is 32bit userspace)
I now get the following error when trying to build the systemd_227-2 package:
.
Check APT
-
Checking available source versions...
Download source
Downgrading the buildd servers to sbuild-0.65.2 (24 Mar 2015) solved this issue.
As you can see from the log below, the old sbuild version warns as well:
-> sbuild: warning: can't parse dependency python3:native
but it does not aborts the build.
Here is the log from sbuild-0.65.2:
Package: qtbase-opensource-src
Version: 5.4.2+dfsg-8
qtbase-opensource-src fails to build on alpha, hppa and m68k architectures,
because the symbol files differ.
Full logs can be found here:
https://buildd.debian.org/status/package.php?p=qtbase-opensource-srcsuite=sid
Can you please fix the
Hello Mike,
Can you try rebuilding with hppa added to the NO_JDK_ARCHS variable in
debian/rules? Please follow up if that fixes the build or not.
Confirmed. Adding hppa to NO_JDK_ARCHS fixes the build.
Can you please apply the change to the next octave upload?
Patch attached.
Thanks,
Helge
In this case you could try to add to the kernel command line (at the IPL
prompt) one (or both) of:
hp_sdc.blacklist=yes
hp_sdc.no_hpsdc=1
Awesome! hp_sdc.no_hpsdc=1 does the trick. Thanks much for the great help!
Great, but I still think blacklisting the machine in the driver is the better
Hi Alex,
Anyway, please let me know if you're going to make no_hpsdc=1 parameter work
some way.
The debian installer allows you to set such values on the kernel command line:
modulename.blacklist=yesor
modulename.parametername=value
In this case you could try to add to the
Maybe the easiest way is to simply blacklist the 712 in the driver itself?
But please don't blacklist!
Openpa.net mentions that 712s have no HIL bus. I don't know the
history of this particular machine, maybe it's an engineering sample
or like that. I also don't see an error reports of HP SDC
On 10.06.2015 19:35, wrote:
Here's the boot failure log taken from serial console using the latest
lifimage. By some reason HP SDC got enabled even with lifimage_mini
(i.e. equally same messages at the end) where you set no_hpsdc=1 as
the default boot parameter.
Yes, it still loads the HP
Can you please check this image next? It does not includes the driver so we
should be able to see if it's really HP SDC driver related:
ftp://ftp.debian-ports.org/debian-cd/hppa/debian-8.0/lifimage_mini_without_hpsdc
Thank you! This one boots just fine. The installer screen shows on as
On 10.06.2015 08:58, Mark Wielaard wrote:
- The hppa elfutils backend isn't upstream (yet?).
That seems correct. Would upstream be willing to include the hppa patches?
- Note the ELF_F_PERMISSIVE flag.
You could run the testcase with strip --permissive which passes that flag.
Yes, but
I reported this issue upstream at binutils:
https://sourceware.org/bugzilla/show_bug.cgi?id=18514
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
the message 'seekread() returned 2048 expected 8192' on gzipped kernel.
That seekread-message is not critical. I think I fixed it in a newer palo
version.
You attached the dmesg from latest debian kernel (4.0.0) - so it's booting fine
with latest kernels.
But could you try to boot (and
I did some further testing, and I have to agree that the
async-splice-output-stream testcase is racy.
Sometimes it works on hppa (output via gdb):
Starting program:
/build/glib2.0/glib2.0-2.44.1/debian/build/deb/gio/tests/.libs/lt-async-splice-output-stream
[Thread debugging using libthread_db
I did some debugging on this issue.
The failure of the run-strip-reloc.sh testcase can be reproduced by this command (which
runs strip on the own strip executable):
/build/elfutils/elfutils-0.159/src/strip -o out.stripped1 -f out.debug1
/build/elfutils/elfutils-0.159/src/strip
This command
On 08.06.2015 16:07, wrote:
Anyway, since I have an installed working Debian 8 sid on this
machine, should I gzip the kernel and try to boot it to see whether
this issue occurs in non-netboot case too?
Yes, please.
And send the dmesg log of the sucessful boot.
--
To UNSUBSCRIBE, email to
Hi Lausgans,
Could you please try to boot this lifimage:
ftp://ftp.debian-ports.org/debian-cd/hppa/debian-8.0/lifimage_mini
It's the same as the other lifimages, but all 64bit Linux kernel related
drivers were dropped.
Additionally it's without USB drivers and some other things which should not
only lifimage.old is able to boot on a subject machine. Other bring it
into an endless HP SDC: Transaction add failed: transaction already
queued ? print loop.
Ok, I found this kernel commit:
commit 305e342bba16730a0821131af6d7d0df43bfff4c
Author: Helge Deller del...@gmx.de
Date: Mon Jul 14
On 05.06.2015 08:08, wrote:
Date: Sat Jul 04 13:03:37 CET 2015
You seem to be ahead of time :-)
Machine: HP712/100
Hmm, your bug #302700 mentions a HP715/100XC machine.
Do you have both or is it a mistake?
If you have both machines, does it happens on both?
How are you booting? Via
On 05.06.2015 17:10, wrote:
Machine: HP712/100
Hmm, your bug #302700 mentions a HP715/100XC machine.
Do you have both or is it a mistake?
If you have both machines, does it happens on both?
How are you booting? Via tftpboot, or via CDROM ?
Its the 712/100. 302700 is not my bug, that's
Package: libatomic-ops-dev
Version: 7.4.2-1
Tags: patch
On the hppa/parisc platform we would like to switch from hand-crafted atomic
ops to the gcc atomic builtins which do come with gcc-4.9 and higher. Main
motivations are:
1. The current implementation is not really SMP-safe (due to the
Hi Alberto,
On 07.05.2015 08:33, Alberto Garcia wrote:
webkit2gtk fails to build on the hppa (parisc) architecture, because
the linker runs out of memory (like on some other 32bit arches).
Last build log is here:
Package: webkit2gtk
Version: 2.8.1+dfsg1-1
Tags: patch
webkit2gtk fails to build on the hppa (parisc) architecture, because the linker
runs out of memory (like on some other 32bit arches).
Last build log is here:
Package: leveldb
Version: 1.18-1
Severity: important
Tags: patch
Hello Alessio,
leveldb suddenly fails to build on hppa again, because of the same reason why
it failed as reported in bug #741325.
The second patch (which patches the debian patch) in bug #741325 fixes it:
Hello Chris,
On 16.02.2015 00:08, Chris Lamb wrote:
With that in mind we can not use debian-specific tools like
dpkg-parsechangelog...
Of course. The patch was 50% to highlight/demonstrate the issue in a
concise way and 50% assuming that it would be a Debian-specific
modification.
I've
Hi Chis,
On 15.02.2015 00:39, Chris Lamb wrote:
Source: palo
The attached patch removes timestamps, hostnames and usernames from the build
system.
The palo sources are being built on other non-debian distributions too.
With that in mind we can not use debian-specific tools like
Hi Michael,
On 04.02.2015 18:40, Michael Jeanson wrote:
I've talked to upstream and they don't have any hppa hardware on hand.
They would like to have a look at the output log of make regtest and
make bench before applying the patch.
Results of those two tests are attached.
It is worth
Hi Michael,
On 04.02.2015 18:40, Michael Jeanson wrote:
I've talked to upstream
Thanks for talking to upstream!
and they don't have any hppa hardware on hand.
They would like to have a look at the output log of make regtest and
make bench before applying the patch.
Ok.
If you have
it to upstream?
Attached are two patches:
One for the debian package, and one for upstream version.
I did signed-off both.
Thanks,
Helge[PATCH] Add hppa architecture which uses gcc atomic builtins
Signed-off-by: Helge Deller del...@gmx.de
diff -up ./configure.ac.org ./configure.ac
Package: hdf5
Version: 1.8.13+docs-15
Severity: normal
Tags: patch
Can you please apply the attached patch which adds hppa to the architectures
which do support openmpi ?
openmpi support was added for hppa just recently with this patch:
bugs.debian.org/cgi-bin/bugreport.cgi?bug=776730
Thanks,
Package: openmpi
Version: 1.6.5-9.2
Severity: normal
Tags: patch
Attached patch fixes the build on the hppa architecture.
Since we now do support the gcc builtin atomics the patch is pretty trivial.
I even copied parts of the upstream atomic.h file from here:
Hi Rene,
On 27.01.2015 16:27, Rene Engelhard wrote:
On Tue, Jan 27, 2015 at 03:46:30PM +0100, Helge Deller wrote:
Well, at least hppa is still alive in debian-ports (like e.g. alpha
as well).
I know.
And we are pretty up-to-date to current debian:
http://buildd.debian-ports.org/stats/graph
On 27.01.2015 09:06, Rene Engelhard wrote:
On Tue, Jan 27, 2015 at 08:50:19AM +0100, Helge Deller wrote:
Package: libreoffice
Version: 4.4.0~rc3-1
Severity: important
Seriously?
Heh - no... :-)
CopyPaste mistake.
For a ach not in Debiani/a arch which will probably never come
back
The attached trivial patch fixes this.
Thanks, we can include it in the next upload.
Thanks!
Does the browser run fine with this patch?
epiphany runs partly OK.
Simple webpages show up correctly.
Complex webpages seem to generate problems.
In both cases the webbrowser sometimes shows a
Package: libreoffice
Version: 4.4.0~rc3-1
Severity: important
Tags: patch
libreoffice fails to build because of this error during configure stage:
configure: WARNING: You are building 64-bit binaries but the JDK
/usr/lib/jvm/java-gcj/bin/java is 32-bit
configure: error: You should pass the
Source: webkit2gtk
Version: 2.6.2+dfsg1
Severity: important
Tags: patch
This package fails to build, because it doesn't seem to detect the CPU
correctly.
This is the current error log:
-- Found Perl: /usr/bin/perl (found suitable version 5.20.1, minimum required is
5.10.0)
-- Found
Hi Dmitry,
On 25.01.2015 08:49, Dmitry Shachnev wrote:
On Sat, 24 Jan 2015 21:43:11 +0100, Helge Deller wrote:
Attached patch fixes everything on the hppa architecture.
I'm sure that it will fix powerpc and ppc64el architectures too.
Thanks a lot for the patch, it does fix powerpc
Hi Lisandro
On 25.01.2015 16:04, Lisandro Damián Nicanor Pérez Meyer wrote:
On Sunday 25 January 2015 09:05:15 Helge Deller wrote:
[snip]
If it's correct, maybe can push it upstream to
https://bugreports.qt.io/browse/QTBUG-43804 ?
Upstream Qt uses Gerrit [1][2] for code review, so please
Upstream bug seems to be:
https://bugreports.qt.io/browse/QTBUG-43804
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I did some more debugging on this bug report.
The problem is, that the code in the testcase is wrong.
One always needs to connect SIGNALs to SLOTS.
In the original code for example it was tried to connect the closed signal to a
closed slot, although an
EchoServer::closed() slot does not exist
Package: knowthelist
Version: 2.3.0-1
Severity: important
Tags: patch
This package is not taken for build on the hppa architecture, since
it has a hardcoded build-dependency on the libgcc1 which we don't provide.
Instead we have the newer libgcc4 and such.
In my opinion, this package should not
Source: linux
Version: 3.16.7-2
Severity: important
Tags: patch
Dear debian kernel maintainers,
please apply the attached patch to the debian kernel sources for the next
upload.
It fixes this error when building and packaging the debian hppa kernel:
...
kernel-wedge install-files 3.16.0-4
...
Attached is an updated patch.
Please use this one instead.
Thanks,
Helge
diff -up ./parisc/ftruncate64.S.org ./parisc/ftruncate64.S
--- ./parisc/ftruncate64.S.org 2014-11-11 22:57:52.780223897 +0100
+++ ./parisc/ftruncate64.S 2014-11-12 12:36:24.955628146 +0100
@@ -0,0 +1,12 @@
+#include
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):
2014-11-11 12:39 GMT+01:00 Helge Deller del...@gmx.de:
Can you please apply this patch for the next upload of dietlibc?
Sure, I am planning a 0.33 release to experimental.
Great.
Can you wait 1-2 further days?
I need one more patch to fix the parisc ftruncate64 syscall too...
Could you
Package: dietlibc
Version: 0.33~cvs20120325
Severity: important
Tags: patch
Here is another (last) patch for dietlibc on hppa.
It fixes the ftruncate64 and truncate64 syscalls, so that the debian
util-vserver package can be built.
It adds two new assembly files in the parisc/ subdir.
Please
Hi Hector,
On 11/11/2014 05:51 PM, Hector Oron wrote:
2014-11-11 16:56 GMT+01:00 Helge Deller del...@gmx.de:
Can you wait 1-2 further days?
I need one more patch to fix the parisc ftruncate64 syscall too...
Sure, it is pretty low prio on my long todo. Feel free to prepare an
NMU and upload
Source: strace
Version: 4.9-2
Severity: important
Tags: patch
Dear debian strace maintainers,
can you please apply the attached patch for the hppa architecture?
It fixes (and adds) some error numbers and signal names and brings the defines
and strings strace in sync with upstream Linux kernel.
Source: linux
Version: 3.16.0-4
Severity: important
Tags: patch
This is a follow-up on Bug#766793.
I'm not sure if I tested something wrong when I opened Bug#766793, but now
while packaging the udeb packages we get this error:
kernel-wedge install-files 3.16.0-4
install -D -m 644
Source: kernel
Version: 3.16.5-1
Severity: important
Tags: patch
The attached tgz file contains some more include files for the debian kernel
package, so that a few more udeb packages will be automatically generated for
the hppa and hppa64 architecture.
The additional udeb packages are:
).
Committed as the only solution we possibly have here.
Signed-off-by: Carlos O'Donell car...@systemhalted.org
Signed-off-by: Helge Deller del...@gmx.de
From 13d845549e41823e6658122dcf268154bcbbcfde Mon Sep 17 00:00:00 2001
From: Carlos O'Donell car...@redhat.com
Date: Thu, 23 Oct 2014 23:14:12 -0400
201 - 300 of 429 matches
Mail list logo
