Bug#1070645: libavif: Please remove dependency on libgav1 on big-endian architectures

[John David Anglin]

Source: libavif
Version: 1.0.4-2
Severity: normal
Tags: ftbfs

Dear Maintainer,

libgav1 is broken on big-endian targets.  See this bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068583

As a result, libavif no longer builds on hppa and other big-endian
architectures which depend on libgav1.

This blocks building glibc:
https://buildd.debian.org/status/package.php?p=glibc=sid

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.90+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1068583: libgav1: FTBFS on s390x: test failures

[John David Anglin]

Adding architecture-is-little-endian to build dependency is not a good solution 
as this blocks building glibc
on big endian targets:
https://buildd.debian.org/status/package.php?p=glibc=sid

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net

Bug#1069625: Acknowledgement (gstreamer1.0: Don't build ptp-helper on hppa)

[John David Anglin]

Updated patch to fix install.

Dave

--
John David Anglin  dave.ang...@bell.net
--- control.save2024-04-21 15:25:15.368645225 +
+++ control 2024-04-21 15:14:58.183856344 +
@@ -18,7 +18,7 @@
libdw-dev [i386 amd64 armel armhf arm64 powerpc ppc64 ppc64el 
mipsel mips64el riscv64],
bison,
flex,
-   rustc,
+   rustc [!hppa],
libgirepository1.0-dev,
gir1.2-glib-2.0,
gir1.2-freedesktop,
--- libgstreamer1.0-0.install.save  2024-04-21 16:38:07.810032050 +
+++ libgstreamer1.0-0.install   2024-04-21 16:38:17.922110631 +
@@ -1,5 +1,4 @@
 usr/lib/*/gstreamer-1.0/*.so
 usr/lib/*/gstreamer1.0/gstreamer-1.0/gst-plugin-scanner
-usr/lib/*/gstreamer1.0/gstreamer-1.0/gst-ptp-helper
 usr/lib/*/*.so.*
 usr/share/locale
--- rules.save  2024-04-21 15:25:23.96877 +
+++ rules   2024-04-21 16:40:18.347048541 +
@@ -44,6 +44,10 @@
 conf_flags += -Dlibunwind=disabled -Dlibdw=disabled
 endif
 
+ifneq (,$(filter $(DEB_HOST_ARCH),hppa))
+conf_flags += -Dptp-helper=disabled
+endif
+
 infiles := \
libgstreamer1.0-0.postinst
 
--- libgstreamer1.0-0.postinst.in.save  2024-04-21 19:15:04.053817208 +
+++ libgstreamer1.0-0.postinst.in   2024-04-21 19:15:41.034100581 +
@@ -2,7 +2,7 @@
 
 set -e
 
-if [ "$1" = configure ]; then
+if [ "$1" = configure && test -f 
/usr/lib/@MULTIARCH@/gstreamer1.0/gstreamer-1.0/gst-ptp-helper ]; then
 # If we have setcap is installed, try setting 
cap_net_bind_service,cap_net_admin+ep,
 # which allows us to install our helper binary without the setuid bit.
 if command -v setcap > /dev/null; then

Bug#1069625: gstreamer1.0: Don't build ptp-helper on hppa

[John David Anglin]

Source: gstreamer1.0
Version: 1.24.2-1
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

The standalone ptp-helper application in gstreamer1.0 1.24.2-1 requires
the rust compiler to build.  rustc is not available on hppa, alpha,
hurd-amd64, hurd-i386, ia64, m68k and sh4.  The current dependence on
rustc blocks the entire package from being built.  This indirectly
blocks hundreds of packages from being built.

I do not believe the ptp-helper is useful on hppa.  PTP support
requires hardware time stamping.  None of the Ethernet hardware
commonly used in PA-RISC machines have this capability.

gstreamer1.0 builds successfully with the attached patch on hppa.
Work is needed to add other architectures without rustc and to adjust
the installation files.

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.8.7 (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
--- control.save2024-04-21 15:25:15.368645225 +
+++ control 2024-04-21 15:14:58.183856344 +
@@ -18,7 +18,7 @@
libdw-dev [i386 amd64 armel armhf arm64 powerpc ppc64 ppc64el 
mipsel mips64el riscv64],
bison,
flex,
-   rustc,
+   rustc [!hppa],
libgirepository1.0-dev,
gir1.2-glib-2.0,
gir1.2-freedesktop,
--- libgstreamer1.0-0.install.save  2024-04-21 16:38:07.810032050 +
+++ libgstreamer1.0-0.install   2024-04-21 16:38:17.922110631 +
@@ -1,5 +1,4 @@
 usr/lib/*/gstreamer-1.0/*.so
 usr/lib/*/gstreamer1.0/gstreamer-1.0/gst-plugin-scanner
-usr/lib/*/gstreamer1.0/gstreamer-1.0/gst-ptp-helper
 usr/lib/*/*.so.*
 usr/share/locale
--- rules.save  2024-04-21 15:25:23.96877 +
+++ rules   2024-04-21 16:40:18.347048541 +
@@ -44,6 +44,10 @@
 conf_flags += -Dlibunwind=disabled -Dlibdw=disabled
 endif
 
+ifneq (,$(filter $(DEB_HOST_ARCH),hppa))
+conf_flags += -Dptp-helper=disabled
+endif
+
 infiles := \
libgstreamer1.0-0.postinst
 

Bug#1069128: haskell-aeson: FTBFS from source - out of memory in SomeType2ElemArray test

[John David Anglin]

Source: haskell-aeson
Version: 2.1.2.1-5
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails here:
ApproxDefault:  OK (0.03s)
  +++ OK, passed 100 tests.
SomeType2ElemArray: 
aeson-tests: out of memory (requested 2097152 bytes)
Test suite aeson-tests: FAIL
Test suite logged to: dist-ghc/test/aeson-2.1.2.1-aeson-tests.log
0 of 1 test suites (0 of 1 test cases) passed.
-e: error: debian/hlibrary.setup test --builddir=dist-ghc --show-details=direct 
returned exit code 1
 at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 875.
Debian::Debhelper::Dh_Lib::error("debian/hlibrary.setup test 
--builddir=dist-ghc --show-details"...) called at 
/usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 614
Debian::Debhelper::Dh_Lib::error_exitcode("debian/hlibrary.setup test 
--builddir=dist-ghc --show-details"...) called at 
/usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 477
Debian::Debhelper::Dh_Lib::doit("debian/hlibrary.setup", "test", 
"--builddir=dist-ghc", "--show-details=direct") called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 692
Debian::Debhelper::Buildsystem::Haskell::Recipes::check_recipe() called 
at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:163: check-ghc-stamp] Error 25
dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit 
status 2

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=haskell-aeson=hppa=2.1.2.1-5%2Bb1=1713288523=0

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.8.4 (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1052434: Acknowledgement (qttools-opensource-src: FTBFS on hppa - No rule to make target 'assistant.qch')

[John David Anglin]

This bug appears to have been introduced by the fix for #1045220.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1066052: gcc-13: several acats tests raise ADA.CALENDAR.TIME_ERROR : a-calend.adb:601

[John David Anglin]

Source: gcc-12
Version: 12.3.0-15
Severity: normal

Dear Maintainer,

In test log, I see a number of tests with following error:

splitting /build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/testsuite/ada/acats1/test
s/a/a26007a.adt into:
   a26007a.adb
BUILD a26007a.adb
/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/gnatmake 
--GNATBIND=/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/gnatbind 
--GNATLINK=/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/gnatlink 
--GCC=/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/xgcc 
-B/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/ -gnatws -O2 -gnat95 
-I/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/testsuite/ada/acats1/../acats/support
 a26007a.adb -largs --GCC=/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/xgcc 
-B/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/
/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/xgcc -c 
-B/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/ -gnatws -O2 -gnat95 
-I/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/testsuite/ada/acats1/../acats/support
 a26007a.adb
/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/gnatbind 
-I/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/testsuite/ada/acats1/../acats/support
 -x a26007a.ali
/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/gnatlink a26007a.ali -O2 
--GCC=/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/xgcc 
-B/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/
RUN a26007a


raised ADA.CALENDAR.TIME_ERROR : a-calend.adb:601
FAIL:   a26007a

Regards,
Dave Anglin


-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.80+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-- no debconf information

Bug#1065633: [SPAM] Re: Bug#1065633: openldap: FTBFS on hppa - implicit declaration of function 'kadm5_s_init_with_password_ctx'

[John David Anglin]

On 2024-03-07 7:21 p.m., Ryan Tandy wrote:

On Thu, Mar 07, 2024 at 01:29:54PM -0800, Ryan Tandy wrote:
The binNMUs succeeded on several release arches already. I'm not sure why hppa would be different. I see 
-Werror=implicit-function-declaration in its compiler commands, but I don't know where it's coming from.


I remembered later maybe seeing something about this around time64 build flags, 
and sure enough, in dpkg 1.22.5:

https://git.dpkg.org/cgit/dpkg/dpkg.git/commit/?id=ef90821fe45b99fa8c8c4279b9a74c30f59f491d

So actually it looks like hppa was only the first to encounter it, and armel/armhf are likely to fail the same way (right now they are still 
BD-Uninstallable), in which case this bug will be RC.

Yes, see:
https://wiki.debian.org/BrainDumpT64

We have been doing a lot of manual builds, so it's possible we may have messed 
up.

--
John David Anglin  dave.ang...@bell.net

Bug#1065633: openldap: FTBFS on hppa - implicit declaration of function ‘kadm5_s_init_with_password_ctx’

[John David Anglin]

Source: openldap
Version: 2.5.13+dfsg-5+b4
Severity: normal
Tags: ftbfs

Dear Maintainer,

See:
https://buildd.debian.org/status/fetch.php?pkg=openldap=hppa=2.5.13%2Bdfsg-5%2Bb4=1709830559=0

smbk5pwd.c: In function ‘smbk5pwd_modules_init’:
smbk5pwd.c:917:23: error: implicit declaration of function 
‘kadm5_s_init_with_password_ctx’; did you mean ‘kadm5_init_with_password_ctx’? 
[-Werror=implicit-function-declaration]
  917 | ret = kadm5_s_init_with_password_ctx( context,
  |   ^~
  |   kadm5_init_with_password_ctx
smbk5pwd.c:924:25: warning: ‘krb5_get_error_string’ is deprecated 
[-Wdeprecated-declarations]
  924 | err_str = krb5_get_error_string( context );
  | ^~~
In file included from /usr/include/heimdal/krb5.h:967,
 from smbk5pwd.c:45:
/usr/include/heimdal/krb5-protos.h:4188:1: note: declared here
 4188 | krb5_get_error_string (krb5_context /*context*/)
  | ^
smbk5pwd.c:926:33: warning: ‘krb5_get_err_text’ is deprecated 
[-Wdeprecated-declarations]
  926 | err_msg = (char *)krb5_get_err_text( 
context, ret );
  | ^~~
/usr/include/heimdal/krb5-protos.h:4152:1: note: declared here
 4152 | krb5_get_err_text (
  | ^
smbk5pwd.c:931:33: warning: ‘krb5_free_error_string’ is deprecated 
[-Wdeprecated-declarations]
  931 | krb5_free_error_string( context, 
err_str );
  | ^~
/usr/include/heimdal/krb5-protos.h:3721:1: note: declared here
 3721 | krb5_free_error_string (
  | ^~
cc1: some warnings being treated as errors
make[2]: *** [Makefile:54: smbk5pwd.lo] Error 1

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.80+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1065500: orc: liborc-0.4-dev-bin depends on both liborc-0.4-0 and liborc-0.4-0t64

[John David Anglin]

Source: orc
Version: 1:0.4.34-4.2
Severity: normal

Dear Maintainer,

See:
https://packages.debian.org/sid/liborc-0.4-dev-bin

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.80+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1064538: perftest FTBFS on hppa: get_cycles not implemented

[John David Anglin]

Source: perftest
Version: 24.01.0+0.38-1
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

See:
https://buildd.debian.org/status/fetch.php?pkg=perftest=hppa=24.01.0%2B0.38-1=1708389231=0

Attached patch fixes build.  Please install.

Regards,
Dave Anglin


-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.77+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
--- ./src/get_clock.h.save  2024-02-23 21:28:08.358672860 +
+++ ./src/get_clock.h   2024-02-23 21:34:51.861653976 +
@@ -114,6 +114,14 @@
return perf_get_cycles();
 }
 
+#elif defined(__hppa__)
+typedef unsigned long long cycles_t;
+static inline cycles_t get_cycles(void)
+{
+   cycles_t clk;
+   asm volatile("mfctl %%cr16, %0" : "=r" (clk));
+   return clk;
+}
 #else
 #warning get_cycles not implemented for this architecture: attempt asm/timex.h
 #include 

Bug#1057664: unshield: FTBFS on hppa - md5/libmd5.a(md5c.c.o) needs to compiled with -fPIC

[John David Anglin]

On 2023-12-13 1:25 p.m., Simon McVittie wrote:

On Wed, 06 Dec 2023 at 21:15:51 +, John David Anglin wrote:

/usr/bin/ld: md5/libmd5.a(md5c.c.o): relocation R_PARISC_DPREL21L can not be 
used when making a shared object; recompile with -fPIC

On all release architectures and (as far as I'm aware) most ports
architectures, everything is compiled as PIC by default, making this a
non-bug. I've lost track of whether it is dpkg, gcc, binutils or some
combination of all three that is responsible for setting this up;
the list of pie_archs in gcc-13's d/rules.defs might be relevant?

If you would like hppa to be in a position to keep up with the release
architectures, I would recommend making a similar change to the toolchain
for hppa, rather than dealing with PIC/non-PIC on a package-by-package
basis.

Although I understand that it would be a good idea to be compatible with the 
release
architectures, I don't think we can make this ABI change.  I'm fairly certain 
that it will
break a few packages that use non-pic calls for performance on hppa.  It would 
also
result in larger and slower code - not great on a 32-bit architecture.

I don't understand what's the big deal about adding -fPIC to gcc's options when 
building
position independent code.  Thousands of other packages do it.

Regards,
Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1057664: unshield: FTBFS on hppa - md5/libmd5.a(md5c.c.o) needs to compiled with -fPIC

[John David Anglin]

Source: unshield
Version: 1.5.1-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails here:

/usr/bin/cc -fPIC -g -O2 -ffile-prefix-map=/<>=. -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -shared 
-Wl,-soname,libunshield.so.0 -o libunshield.so.0.0.0 
CMakeFiles/libunshield.dir/bswap.c.o CMakeFiles/libunshield.dir/component.c.o 
CMakeFiles/libunshield.dir/directory.c.o CMakeFiles/libunshield.dir/file.c.o 
CMakeFiles/libunshield.dir/file_group.c.o CMakeFiles/libunshield.dir/helper.c.o 
CMakeFiles/libunshield.dir/libunshield.c.o CMakeFiles/libunshield.dir/log.c.o  
/usr/lib/hppa-linux-gnu/libz.so convert_utf/libconvert_utf.a md5/libmd5.a 
/usr/bin/ld: md5/libmd5.a(md5c.c.o): relocation R_PARISC_DPREL21L can not be 
used when making a shared object; recompile with -fPIC
/usr/bin/ld: BFD (GNU Binutils for Debian) 2.41.50.20231202 internal error, 
aborting at ../../bfd/elf32-hppa.c:3848 in elf32_hppa_relocate_section

/usr/bin/ld: Please report this bug.

collect2: error: ld returned 1 exit status
make[3]: *** [lib/CMakeFiles/libunshield.dir/build.make:215: 
lib/libunshield.so.0.0.0] Error 1

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=unshield=hppa=1.5.1-1=1701894937=0

The objects in libmda.a need to be compiled with -fPIC.

Regards,
Dave Anglin


-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.65+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1057244: hppa: All tests fail - /bin/stty: 'standard input': unable to perform all requested operations

[John David Anglin]

Source: gcc-snapshot
Version: 1:20231130-1
Severity: normal

Dear Maintainer,

This is with qemu.  All tests fail.  For example,
Executing on host: /build/gcc-snapshot-qyFUuB/gcc-snapshot-20231130/build/gcc/xg
cc -B/build/gcc-snapshot-qyFUuB/gcc-snapshot-20231130/build/gcc/  /build/gcc-sna
pshot-qyFUuB/gcc-snapshot-20231130/src/gcc/testsuite/gcc.c-torture/execute/ieee/
pr29302-1.c-fdiagnostics-plain-output  -w  -O2  -fno-inline  -lm  -o 
/build/gcc-snapshot-qyFUuB/gcc-snapshot-20231130/build/gcc/testsuite/gcc/pr29302-1.x2
(timeout = 300)
spawn -ignore SIGHUP 
/build/gcc-snapshot-qyFUuB/gcc-snapshot-20231130/build/gcc/xgcc 
-B/build/gcc-snapshot-qyFUuB/gcc-snapshot-20231130/build/gcc/ 
/build/gcc-snapshot-qyFUuB/gcc-snapshot-20231130/src/gcc/testsuite/gcc.c-torture/execute/ieee/pr29302-1.c
 -fdiagnostics-plain-output -w -O2 -fno-inline -lm -o 
/build/gcc-snapshot-qyFUuB/gcc-snapshot-20231130/build/gcc/testsuite/gcc/pr29302-1.x2
/bin/stty: 'standard input': unable to perform all requested operations
FAIL: gcc.c-torture/execute/ieee/pr29302-1.c compilation,  -O2
UNRESOLVED: gcc.c-torture/execute/ieee/pr29302-1.c execution,  -O2

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.64+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1055452: fapolicyd: FTBFS on hppa - ld returned 1 exit status

[John David Anglin]

Source: fapolicyd
Version: 1.1.7-5
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails with link error:
/bin/bash ../libtool  --tag=CC   --mode=link gcc -fPIE -DPIE -pthread -g -W 
-Wall -Wshadow -Wundef -Wno-unused-result -Wno-unused-parameter -D_GNU_SOURCE 
-DLIBDPKG_VOLATILE_API -g -O2 -ffile-prefix-map=/<>=. -Wformat 
-Werror=format-security -pie -Wl,-z,relro -Wl,-z,now -ldpkg -static  -o 
fapolicyd-cli cli/fapolicyd_cli-fapolicyd-cli.o cli/fapolicyd_cli-file-cli.o 
libfapolicyd.la -llmdb -lseccomp -lcap-ng -lmagic -lcrypto -ludev -ldpkg -lmd 
libtool: link: gcc -fPIE -DPIE -g -W -Wall -Wshadow -Wundef -Wno-unused-result 
-Wno-unused-parameter -D_GNU_SOURCE -DLIBDPKG_VOLATILE_API -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security -pie 
-Wl,-z -Wl,relro -Wl,-z -Wl,now -o fapolicyd-cli 
cli/fapolicyd_cli-fapolicyd-cli.o cli/fapolicyd_cli-file-cli.o  
./.libs/libfapolicyd.a -lpthread -llmdb -lseccomp -lcap-ng -lmagic -lcrypto 
-ludev -ldpkg -lmd -pthread
libtool: link: gcc -fPIE -DPIE -g -W -Wall -Wshadow -Wundef -Wno-unused-result 
-Wno-unused-parameter -D_GNU_SOURCE -DLIBDPKG_VOLATILE_API -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security -pie 
-Wl,-z -Wl,relro -Wl,-z -Wl,now -o fapolicyd daemon/fapolicyd-fapolicyd.o 
daemon/fapolicyd-mounts.o daemon/fapolicyd-notify.o  ./.libs/libfapolicyd.a 
-lpthread -llmdb -lseccomp -lcap-ng -lmagic -lcrypto -ludev -ldpkg -lmd -pthread
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(dbmodify.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(db-ctrl-format.o):
 relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(db-fsys-files.o):
 relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(debug.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(dump.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(ehandle.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(fsys-hash.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(log.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(mustlib.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(nfmalloc.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(pager.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(parse.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(parsehelp.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(pkg-hash.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(progname.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(program.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(progress.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(report.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 
recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/hppa-linux-gnu/13/../../../hppa-linux-gnu/libdpkg.a(subproc.o): 
relocation R_PARISC_DPREL21L can not be used when making a shared object; 

Bug#1054376: liborcus: FTBFS on hppa - segmentation fault in orcus-test-xml-mapped

[John David Anglin]

This is orcus issue #194:
https://gitlab.com/orcus/orcus/-/issues/194

The attached change fixes orcus_test_xml_mapped test on hppa hardware:
https://buildd.debian.org/status/fetch.php?pkg=liborcus=hppa=0.17.2-4=1698851675=0

Regards,
Dave Anglin
---

Index: liborcus-0.17.2/src/orcus_test_xml_mapped.cpp
===
--- liborcus-0.17.2.orig/src/orcus_test_xml_mapped.cpp
+++ liborcus-0.17.2/src/orcus_test_xml_mapped.cpp
@@ -66,9 +66,8 @@ void test_mapped_xml_import()
 { SRCDIR"/test/xml-mapped/nested-repeats-4", false },
 };
 
-auto dump_xml_structure = [](std::string& dump_content, std::string& 
/*strm*/, const char* filepath, xmlns_context& cxt)
+auto dump_xml_structure = [](std::string& dump_content, const 
file_content& content, xmlns_context& cxt)
 {
-file_content content(filepath);
 dom::document_tree tree(cxt);
 tree.load(content.str());
 ostringstream os;
@@ -146,9 +145,10 @@ void test_mapped_xml_import()
 // input one. They should be identical.
 
 string dump_input, dump_output;
-string strm_data_file, strm_out_file; // Hold the stream content 
in memory while the namespace context is being used.
-dump_xml_structure(dump_input, strm_data_file, 
data_file.string().data(), cxt);
-dump_xml_structure(dump_output, strm_out_file, out_file.data(), 
cxt);
+// Hold the stream content in memory while the namespace context 
is being used.
+file_content strm_data_file(data_file.string()), 
strm_out_file(out_file);
+dump_xml_structure(dump_input, strm_data_file, cxt);
+dump_xml_structure(dump_output, strm_out_file, cxt);
 assert(!dump_input.empty() && !dump_output.empty());
 
 cout << dump_input << endl;



signature.asc
Description: PGP signature

Bug#1055109: perl: 5.26 FTBFS on hppa: broken miniperl? Please revert fix.

[John David Anglin]

Source: perl
Version: 5.36.0-9
Severity: normal

Dear Maintainer,

Would you please revert the following fix:

  * Lower the optimization level of opmini.c on hppa. (Closes: #869122  
)

This was only required for gcc-6 and the issue was fixed in later versions of 
gcc.
I have checked that the fix is no longer needed with gcc-13.

Thanks,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.60+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1055075: checkinstall: FTBFS on hppa - needs to link against libcc.a for $$dyncall

[John David Anglin]

Source: checkinstall
Version: 1.6.2+git20170426.d24a630-4
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

Build fails here:
./test-installwatch: symbol lookup error: 
/<>/debian/testtmp/lib/installwatch.so: undefined symbol: $$dyncall

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=checkinstall=hppa=1.6.2%2Bgit20170426.d24a630-4=1698618502=0

The attached patch fixes the build on hppa.  Don't know if it's okay
to link against libgcc.a everywhere.

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.60+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
--- ./installwatch/Makefile.save2023-10-30 20:38:12.966959364 +
+++ ./installwatch/Makefile 2023-10-30 20:52:24.243251043 +
@@ -13,10 +13,12 @@
 BINDIR=$(PREFIX)/bin
 LIBDIR=$(PREFIX)/lib
 
+LIBGCC=`gcc -print-libgcc-file-name`
+
 all: installwatch.so
 
 installwatch.so: installwatch.o
-   ld -znow -shared -o installwatch.so installwatch.o -ldl -lc
+   ld -znow -shared -o installwatch.so installwatch.o -ldl -lc $(LIBGCC)
 
 installwatch.o: installwatch.c localdecls.h
gcc $(CPPFLAGS) $(CFLAGS) $(LDFLAGS) -Wall -c -g -D_GNU_SOURCE -DPIC 
-fPIC -D_REENTRANT -DVERSION=\"$(VERSION)\" installwatch.c

Bug#1054994: xrootd: FTBFS on hppa - open with O_CREAT or O_TMPFILE in second argument needs 3 arguments

[John David Anglin]

Source: xrootd
Version: 5.6.3-2
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

Build fails here:
[ 99%] Building CXX object 
tests/XrdClTests/CMakeFiles/XrdClTests.dir/OperationsWorkflowTest.cc.o
cd /<>/obj-hppa-linux-gnu/tests/XrdClTests && /usr/bin/c++ 
-DHAVE_ATOMICS -DHAVE_CRYPT -DHAVE_CURL_MULTI_WAIT -DHAVE_DH_PADDED 
-DHAVE_ET_COM_ERR_H -DHAVE_FSTATAT -DHAVE_FUSE -DHAVE_GETHBYXR 
-DHAVE_GETIFADDRS -DHAVE_LIBZ -DHAVE_NAMEINFO -DHAVE_PROTOR -DHAVE_READLINE 
-DHAVE_SENDFILE -DHAVE_SETRESUID -DHAVE_SHADOWPW -DHAVE_SIGWTI -DHAVE_SSL 
-DHAVE_SYSTEMD -DHAVE_XML2 -DHAVE_XRDCRYPTO -DXRDPLUGIN_SOVERSION=\"5\" 
-DXrdClTests_EXPORTS -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE 
-D_LARGEFILE_SOURCE -I/<>/obj-hppa-linux-gnu/src 
-I/<>/src -I/<>/tests/XrdClTests/../common -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wextra -Wno-unused-parameter 
-std=gnu++14 -fPIC -MD -MT 
tests/XrdClTests/CMakeFiles/XrdClTests.dir/OperationsWorkflowTest.cc.o -MF 
CMakeFiles/XrdClTests.dir/OperationsWorkflowTest.cc.o.d -o 
CMakeFiles/XrdClTests.dir/OperationsWorkflowTest.cc.o -c 
/<>/tests/XrdClTests/OperationsWorkflowTest.cc
In file included from /usr/include/fcntl.h:342,
 from 
/<>/tests/XrdClTests/LocalFileHandlerTest.cc:25:
In function ‘int open(const char*, int, ...)’,
inlined from ‘void LocalFileHandlerTest::WriteMkdirTest()’ at 
/<>/tests/XrdClTests/LocalFileHandlerTest.cc:210:17:
/usr/include/hppa-linux-gnu/bits/fcntl2.h:50:31: error: call to 
‘__open_missing_mode’ declared with attribute error: open with O_CREAT or 
O_TMPFILE in second argument needs 3 arguments
   50 |   __open_missing_mode ();
  |   ^~
make[4]: *** [tests/XrdClTests/CMakeFiles/XrdClTests.dir/build.make:205: 
tests/XrdClTests/CMakeFiles/XrdClTests.dir/LocalFileHandlerTest.cc.o] Error 1

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=xrootd=hppa=5.6.3-2=1698540721=0

It's a puzzle why the package doesn't fail to build on other architectures
but adding a mode argument to LocalFileHandlerTest.cc:210 fixes build. See
attached patch. Probably, it would be better to fix flags argument.

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.60+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
--- ./tests/XrdClTests/LocalFileHandlerTest.cc.save 2023-10-29 
01:22:07.198005340 +
+++ ./tests/XrdClTests/LocalFileHandlerTest.cc  2023-10-29 01:22:23.998124928 
+
@@ -207,7 +207,7 @@

//
// Read file with POSIX calls to confirm correct write

//
-   int fd = open( targetURL.c_str(), flags );
+   int fd = open( targetURL.c_str(), flags, mode );
int rc = read( fd, buffer, writeSize );
CPPUNIT_ASSERT_EQUAL( rc, int( writeSize ) );
std::string read( buffer, writeSize );

Bug#1054993: haskell-ghc-lib-parser: FTBFS on hppa - needs memory barriers and rules update

[John David Anglin]

Source: haskell-ghc-lib-parser
Version: 9.4.7.20230826-1
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

Build fails here:

Preprocessing library for ghc-lib-parser-9.4.7.20230826..
compiling dist-ghc/build/GHC/Exts/Heap/FFIClosures_ProfilingDisabled_hsc_make.c 
failed (exit code 1)
rsp file was: "dist-ghc/build/GHC/Exts/Heap/hsc2hscall3782483-0.rsp"
command was: /usr/bin/hppa-linux-gnu-gcc -c 
dist-ghc/build/GHC/Exts/Heap/FFIClosures_ProfilingDisabled_hsc_make.c -o 
dist-ghc/build/GHC/Exts/Heap/FFIClosures_ProfilingDisabled_hsc_make.o 
-D_HPUX_SOURCE -D_HPUX_SOURCE -fuse-ld=bfd -D_HPUX_SOURCE -UTHREADED_RTS 
-D__GLASGOW_HASKELL__=904 -Dlinux_BUILD_OS=1 -Dhppa_BUILD_ARCH=1 
-Dlinux_HOST_OS=1 -Dhppa_HOST_ARCH=1 -Irts/include -Ighc-lib/stage0/lib 
-Ighc-lib/stage0/compiler/build -Icompiler -Idist-ghc/build/rts/include 
-Idist-ghc/build/ghc-lib/stage0/lib 
-Idist-ghc/build/ghc-lib/stage0/compiler/build -Idist-ghc/build/compiler 
-DTHREADED_RTS -DTHREADED_RTS -Idist-ghc/build/autogen 
-Idist-ghc/build/global-autogen -include dist-ghc/build/autogen/cabal_macros.h 
-I/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/process-1.6.17.0/include 
-I/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/unix-2.7.3/include 
-I/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/time-1.12.2/include 
-I/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/bytestring-0.11.5.2/include 
-I/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/base-4.17.2.0/include 
-I/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/ghc-bignum-1.3/include 
-I/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/rts-1.0.2/include -I/usr/include/
error: In file included from 
/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/rts-1.0.2/include/Stg.h:348,
 from 
/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/rts-1.0.2/include/Rts.h:38,
 from FFIClosures_ProfilingDisabled.hsc:9:
/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/rts-1.0.2/include/stg/SMP.h: In 
function ‘write_barrier’:
/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/rts-1.0.2/include/stg/SMP.h:416:2: 
error: #error memory barriers unimplemented on this architecture
  416 | #error memory barriers unimplemented on this architecture
  |  ^
/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/rts-1.0.2/include/stg/SMP.h: In 
function ‘store_load_barrier’:
/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/rts-1.0.2/include/stg/SMP.h:440:2: 
error: #error memory barriers unimplemented on this architecture
  440 | #error memory barriers unimplemented on this architecture
  |  ^
/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/rts-1.0.2/include/stg/SMP.h: In 
function ‘load_load_barrier’:
/usr/lib/ghc/lib/../lib/hppa-linux-ghc-9.4.7/rts-1.0.2/include/stg/SMP.h:464:2: 
error: #error memory barriers unimplemented on this architecture
  464 | #error memory barriers unimplemented on this architecture
  |  ^

-e: error: debian/hlibrary.setup build --builddir=dist-ghc returned exit code 1
 at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 880.
Debian::Debhelper::Dh_Lib::error("debian/hlibrary.setup build 
--builddir=dist-ghc returned exit"...) called at 
/usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 610
Debian::Debhelper::Dh_Lib::error_exitcode("debian/hlibrary.setup build 
--builddir=dist-ghc") called at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm 
line 473
Debian::Debhelper::Dh_Lib::doit("debian/hlibrary.setup", "build", 
"--builddir=dist-ghc") called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 656
Debian::Debhelper::Buildsystem::Haskell::Recipes::build_recipe() called 
at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:158: build-ghc-stamp] Error 25
dpkg-buildpackage: error: fakeroot debian/rules binary-arch subprocess returned 
exit status 2

Note "-D_HPUX_SOURCE" is not relevant in hppa-linux build.

Patch for SMP.h in ghc is attached to fix this issue.

Build will also run out of memory unless rules is updated to reduce gcc
memory usage. Patch is attached to add hppa to build rule for this.

Please update ghc SMP.h and rules files to fix build.

Thanks,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.60+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
--- ./rts/include/stg/SMP.h.save2023-10-28 00:06:14.205202427 +
+++ ./rts/include/stg/SMP.h 2023-10-28 00:08:51.706312556 +
@@ -412,6 +412,8 @@
 __asm__ __volatile__ ("dmb  st" : : : "memory");
 #elif defined(riscv64_HOST_ARCH)
 __asm__ __volatile__ ("fence w,w" : : : "memory");
+#elif defined(hppa_HOST_ARCH)
+__asm__ __volatile__ ("sync" : : : "memory");
 #else
 #error memory barriers unimplemented on this architecture
 #endif
@@ -436,6 +438,8 @@
 __asm__ __volatile__ ("dmb sy" : : : 

Bug#1021853: closed by Debian FTP Masters (reply to Jeremy Bícha ) (Bug#1021853: fixed in sysprof 45.1-1)

[John David Anglin]

On 2023-10-24 2:09 p.m., Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the src:sysprof package:

#1021853: sysprof: FTBFS on hppa - mmap aliasing issue

It has been closed by Debian FTP Masters  (reply to 
Jeremy Bícha ).

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Debian FTP Masters 
 (reply to Jeremy Bícha ) by
replying to this email.

The attached hppa patch didn't get installed in sysprof 45.1-1.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net

Bug#1054376: liborcus: FTBFS on hppa - segmentation fault in orcus-test-xml-mapped

[John David Anglin]

Source: liborcus
Version: 0.17.2-4
Severity: normal
Tags: ftbfs

Dear Maintainer,

The build fails on real hppa hardware (i.e., not qemu):

FAIL orcus-test-xml-mapped (exit status: 139)


Testsuite summary for liborcus 0.17.2

# TOTAL: 10
# PASS:  9
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=liborcus=hppa=0.17.2-4=1697970148=0

Console output:

do_page_fault() command='orcus-test-xml-' type=15 address=0xf5aca03a in 
libc.so.6[f7429000+1bc000]
trap #15: Data TLB miss fault, vm_start = 0xf5ad4000, vm_end = 0xf5ad5000

strace output:

[...]
statx(AT_FDCWD, "../test/xml-mapped/attribute-namespace/input.xml", 
AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT, STATX_BASIC_STATS, 
{stx_mask=STATX_BASIC_STATS|STATX_MNT_ID, stx_attributes=0, 
stx_mode=S_IFREG|0644, stx_size=410, ...}) = 0
openat(AT_FDCWD, "../test/xml-mapped/attribute-namespace/input.xml", O_RDONLY) 
= 3
mmap2(NULL, 410, PROT_READ, MAP_SHARED, 3, 0) = 0xf7aca000
munmap(0xf56cf000, 345) = 0
close(5)= 0
openat(AT_FDCWD, "out.xml", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 5
write(5, "\n)
at /usr/include/boost/interprocess/mapped_region.hpp:276
#3  0xfa48e5d8 in orcus::file_content::impl::~impl (this=0x1e4398, 
__in_chrg=) at stream.cpp:152
#4  0xfa48e65c in std::default_delete::operator() 
(this=0xf8f02970, __ptr=0x1e4398)
at /usr/include/c++/13/bits/unique_ptr.h:99
#5  0xfa48c814 in std::unique_ptr >::~unique_ptr (
this=0xf8f02970, __in_chrg=) at 
/usr/include/c++/13/bits/unique_ptr.h:404
#6  0xfa484590 in orcus::file_content::~file_content (this=0xf8f02970, 
__in_chrg=) at stream.cpp:186
#7  0x000194d0 in operator() (__closure=0xf8f02564,

dump_content="ns0=\"http://ns-1\"\nns1=\"http://ns-2\"\n/ns0:data\n/ns0:data/ns1:entries\n/ns0:data/ns1:entries/ns1:entry\n/ns0:data/ns1:entries/ns1:entry@ns1:date-processed=\"2011-01-03\"\n/ns0:data/ns1:entries/ns1:entry@ns1:;...,
filepath=0x1e4678 "../test/xml-mapped/attribute-namespace/input.xml", 
cxt=...) at orcus_test_xml_mapped.cpp:77
#8  0x0001a0fc in (anonymous namespace)::test_mapped_xml_import () at 
orcus_test_xml_mapped.cpp:150
#9  0x0001c01c in main () at orcus_test_xml_mapped.cpp:280
(gdb) c
Continuing.

Breakpoint 2, __GI_memcmp (s1=0xf6fb5024, s2=0xf72ca03a, len=1) at memcmp.c:306
306 memcmp.c: No such file or directory.
(gdb) bt
#0  __GI_memcmp (s1=0xf6fb5024, s2=0xf72ca03a, len=1) at memcmp.c:306
#1  0x0001d65c in std::char_traits::compare (
__s1=0xf6fb5024 "a=\"http://ns-1\; xmlns:b=\"http://ns-2\;>\n
, __n=1) 
at /usr/include/c++/13/bits/char_traits.h:399
#2  0x000218d4 in std::basic_string_view 
>::compare (this=0xf8f03258,
__str=) at 
/usr/include/c++/13/string_view:345
#3  0x000206dc in std::operator== > (__x="a", 
__y=)
at /usr/include/c++/13/string_view:610
#4  0xfa666714 in std::equal_to > >::operator() (this=0x65ebc, __x="a",
__y=) at 
/usr/include/c++/13/bits/stl_function.h:378
#5  0xfa4c186c in std::__detail::_Hashtable_base >, std::pair > const, std::vector > >, std::__detail::_Select1st, 
std::equal_to > >, 
std::hash > >, 
std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, 
std::__detail::_Hashtable_traits >::_M_key_equals (
this=0x65ebc, __k="a", __n=...) at 
/usr/include/c++/13/bits/hashtable_policy.h:1728
#6  0xfa4beeb8 in std::_Hashtable >, std::pair > const, std::vector > >, std::allocator > const, std::vector > > >, std::__detail::_Select1st, 
std::equal_to > >, 
std::hash > >, 
std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, 
std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits >::find (this=0x65ebc, __k="a") at 
/usr/include/c++/13/bits/hashtable.h:1657
#7  0xfa4bc678 in std::unordered_map >, std::vector for more, q to quit, c to continue without paging--
onst*> >, std::hash > >, 
std::equal_to > >, 
std::allocator > 
const, std::vector > > > >::find 
(this=0x65ebc, __x="a") at /usr/include/c++/13/bits/unordered_map.h:876
#8  0xfa4b454c in orcus::xmlns_context::push (this=0xf8f02628, key="a", 
uri="http://ns-1;) at xml_namespace.cpp:238
#9  0xfa697e28 in 
orcus::sax_ns_parser::handler_wrapper::attribute
 (this=0xf8f02a88, attr=...)
at ../../include/orcus/sax_ns_parser.hpp:235
#10 0xfa695fd4 in 
orcus::sax_parser::handler_wrapper,
 orcus::sax_parser_default_config>::attribute (this=0xf8f02b14) at 
../../include/orcus/sax_parser.hpp:570
#11 0xfa69714c in 
orcus::sax_parser::handler_wrapper,
 orcus::sax_parser_default_config>::element_open (this=0xf8f02b14, 
begin_pos=22) at ../../include/orcus/sax_parser.hpp:290
#12 0xfa6948c8 in 
orcus::sax_parser::handler_wrapper,
 orcus::sax_parser_default_config>::element (this=0xf8f02b14) at 
../../include/orcus/sax_parser.hpp:246
#13 0xfa692da8 in 

Bug#876468: h2o: FTBFS on alpha and hppa: three tests fail

[John David Anglin]

Only t/50mruby.t fails now:

spawning /<>/obj-hppa-linux-gnu/h2o... done
[INFO] raised RLIMIT_NOFILE to 524288
h2o server (pid:24270) is ready to serve requests
fetch-ocsp-response (using OpenSSL 3.0.11 19 Sep 2023 (Library: OpenSSL 3.0.11 
19 Sep 2023))
[WARNING] Certificate verification failed: unable to verify the first 
certificate

    #   Failed test 'receives index.js then /index.txt'
    #   at t/50mruby.t line 177.
    #   '* Statistics *
    #
    # Request timing:
    #   responseEnd: the  time  when  last  byte of  response  was received
    #    relative to connectEnd
    #  requestStart: the time  just before  first byte  of request was sent
    #    relative  to connectEnd.   If  '*' is  shown, this  was
    #    pushed by server.
    #   process: responseEnd - requestStart
    #  code: HTTP status code
    #  size: number  of  bytes  received as  response  body without
    #    inflation.
    #   URI: request URI
    #
    # see http://www.w3.org/TR/resource-timing/#processing-model
    #
    # sorted by 'complete'
    #
    # id  responseEnd requestStart  process code size request path
    #  13    +30.00ms +0us  30.00ms  200    6 /index.txt
    #   2    +30.00ms *   +30.00ms  0us  200   16 /index.js
    # '
    # doesn't match 
'(?^si:\nid\s*responseEnd\s.*\s/index\.js\n.*\s/index\.txt)'
killing /<>/obj-hppa-linux-gnu/h2o... received SIGTERM, gracefully 
shutting down
failed to extract ocsp URI from examples/h2o/server.crt
killed (got 0)
    # Looks like you failed 1 test of 1.

#   Failed test 'server-push'
#   at t/50mruby.t line 178.

See the following logs:
https://buildd.debian.org/status/fetch.php?pkg=h2o=alpha=2.2.5%2Bdfsg2-8=1697823036=0
https://buildd.debian.org/status/fetch.php?pkg=h2o=hppa=2.2.5%2Bdfsg2-8=1697911773=0

Hopefully, this can be looked at.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net

Bug#1054331: gnuradio: FTBFS on hppa - depends on thrift

[John David Anglin]

Source: gnuradio
Version: 3.10.8.0-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

The build fails here:
-- Configuring gr-ctrlport support...
--   Dependency Boost_FOUND = TRUE
--   Dependency ENABLE_GNURADIO_RUNTIME = ON
--   Enabling gr-ctrlport support.
--   Override with -DENABLE_GR_CTRLPORT=ON/OFF
-- Checking for module 'thrift'
--   Package 'thrift', required by 'virtual:world', not found
-- thrift looking for version 0.13
-- Binary 'thrift' not found.
-- Checking for module 'thrift'
--   Package 'thrift', required by 'virtual:world', not found
-- thrift looking for version 0.13
-- Binary 'thrift' not found.

See:
https://buildd.debian.org/status/fetch.php?pkg=gnuradio=hppa=3.10.8.0-1=1697909969=0

This occurs because we have by default -DENABLE_CTRLPORT_THRIFT=ON.

I had a successful build with the following change:

dave@mx3210:/mnt/debian/D$ cat gnuradio-rules.diff
--- rules.save  2023-10-21 19:35:20.125629410 +
+++ rules   2023-10-21 19:35:40.545927406 +
@@ -11,7 +11,7 @@
dh $@ --with python3 --with numpy3 --buildsystem=cmake+ninja

 override_dh_auto_configure:
-   dh_auto_configure -- -DCMAKE_BUILD_TYPE=Release 
-DLIB_SUFFIX="/$(DEB_HOST_MULTIARCH)" -DENABLE_CTRLPORT_THRIFT=ON 
-DENABLE_SYSTEM_DESKTOP=ON -DENABLE_DOXYGEN_PDF=ON
+   dh_auto_configure -- -DCMAKE_BUILD_TYPE=Release 
-DLIB_SUFFIX="/$(DEB_HOST_MULTIARCH)" -DENABLE_CTRLPORT_THRIFT=OFF 
-DENABLE_SYSTEM_DESKTOP=ON -DENABLE_DOXYGEN_PDF=ON

 override_dh_python3:
dh_python3 --no-ext-rename

Would please update rules to disable dependency on thrift for hppa.

Thanks,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.59+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1021853: Acknowledgement (sysprof: FTBFS on hppa - mmap aliasing issue)

[John David Anglin]

There is one further issue with this test on hppa.  The test is slow and it 
times out.  See:
https://buildd.debian.org/status/fetch.php?pkg=sysprof=hppa=45.0-2=1697906145=0

I'm not sure how to override default 30 second timeout for specific test.

Test passes with patch when I run manually:

dave@mx3210:~/debian/sysprof/sysprof-45.0$ time 
./obj-hppa-linux-gnu/src/libsysprof-capture/tests/test-mapped-ring-buffer
TAP version 13
# random seed: R02S8da8eedd7d3b13e723c5125e95815876
1..3
# Start of MappedRingBuffer tests
ok 1 /MappedRingBuffer/basic_movements
# slow test /MappedRingBuffer/basic_movements executed in 20.93 secs
ok 2 /MappedRingBuffer/readwrite
# slow test /MappedRingBuffer/readwrite executed in 20.57 secs
ok 3 /MappedRingBuffer/threaded_movements
# End of MappedRingBuffer tests

real    0m41.680s
user    0m0.582s
sys 0m0.662s

Regards,
Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1033130: Info received (gcc-snapshot: FTBFS on hppa - sys/mman.h: No such file or directory)

[John David Anglin]

On 2023-10-12 2:09 a.m., Matthias Klose wrote:

On 07.10.23 21:43, John David Anglin wrote:

This problem seems to have disappeared. Last build of gcc-13 and last couple of 
builds of gcc-snapshot
have been successful.


yes, that because of a local patch:

https://salsa.debian.org/toolchain-team/gcc/-/blob/master/debian/patches/hppa64-libgcov-fallback.diff

Thanks for adding the patch.

Technically, |_PA_RISC2_0 is not specific to hppa64. You also need __LP64__. 
But as long as the 32-bit
compiler is not built with a PA 2.0 option, _PA_RISC2_0 will work.

So,there's still an issue with the include directories for builds done using 
buildd. As I mentioned
previously, the error doesn't occur for builds done outside buildd using 
dpkg-buildpackage.
|

--
John David Anglin  dave.ang...@bell.net

Bug#1053733: endless-sky: FTBFS on hppa - timeouts

[John David Anglin]

Source: endless-sky
Version: 0.10.2-4
Severity: normal
Tags: ftbfs

Dear Maintainer,

endless-sky fails to build on hppa due to testsuite timeouts.
See for example:
https://buildd.debian.org/status/fetch.php?pkg=endless-sky=hppa=0.10.2-4=1696839540=0

Please add "hppa" to the list of targets for which the testsuite is disabled.

Thanks,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.56+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1053645: piglit: FTBFS on hppa - Package 'libdrm', required by 'waffle-1', not found

[John David Anglin]

Source: piglit
Version: 0~git20231002-24207f5be-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

The build fails here:
-- Found OpenGL: /usr/lib/hppa-linux-gnu/libOpenGL.so   
-- Checking for module 'waffle-1'
--   Package 'libdrm', required by 'waffle-1', not found
CMake Error at /usr/share/cmake-3.27/Modules/FindPkgConfig.cmake:607 (message):
  A required package was not found
Call Stack (most recent call first):
  /usr/share/cmake-3.27/Modules/FindPkgConfig.cmake:829 
(_pkg_check_modules_internal)
  CMakeLists.txt:67 (pkg_check_modules)


-- Configuring incomplete, errors occurred!

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=piglit=hppa=0%7Egit20231002-24207f5be-1=1696705630=0

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.56+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1033130: Info received (gcc-snapshot: FTBFS on hppa - sys/mman.h: No such file or directory)

[John David Anglin]

This problem seems to have disappeared.  Last build of gcc-13 and last couple 
of builds of gcc-snapshot
have been successful.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1053291: libffi-platypus-perl: FTBFS on hppa - broken integer support

[John David Anglin]

Source: libffi-platypus-perl
Severity: normal
Tags: ftbfs

Dear Maintainer,

Various integer tests fail.  See build log:
https://buildd.debian.org/status/fetch.php?pkg=libffi-platypus-perl=hppa=2.08-1=1696034524=0

More details are available in this upstream issue:
https://github.com/PerlFFI/FFI-Platypus/issues/394

There is a partial fix but the t/type_sint64.t and t/type_uint64.t fail.
This might be due to incorrect casts.

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.55+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1052434: qttools-opensource-src: FTBFS on hppa - No rule to make target 'assistant.qch'

[John David Anglin]

Source: qttools-opensource-src
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails here:

g++ -c -g -O2 -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-DTESTBINDIR=\"/<>/bin\" -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -std=c++1z -fno-exceptions -Wall -Wextra -Wvla 
-Wdate-time -Wshift-overflow=2 -Wduplicated-cond -Wno-stringop-overflow 
-Wno-format-overflow -D_REENTRANT -fPIC -DQT_NO_LINKED_LIST 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_LINKED_LIST -DBROWSER_QTEXTBROWSER 
-DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_NO_EXCEPTIONS 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_HELP_LIB 
-DQT_PRINTSUPPORT_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB 
-DQT_SQL_LIB -DQT_CORE_LIB -I. -I../../shared/fontpanel -I../../../include 
-I../../../include/QtHelp -I/usr/include/hppa-linux-gnu/qt5 
-I/usr/include/hppa-linux-gnu/qt5/QtPrintSupport 
-I/usr/include/hppa-linux-gnu/qt5/QtWidgets 
-I/usr/include/hppa-linux-gnu/qt5/QtGui 
-I/usr/include/hppa-linux-gnu/qt5/QtNetwork 
-I/usr/include/hppa-linux-gnu/qt5/QtSql 
-I/usr/include/hppa-linux-gnu/qt5/QtCore -I.moc -I.uic 
-I/usr/lib/hppa-linux-gnu/qt5/mkspecs/linux-g++ -o .obj/stdinlistener.o 
stdinlistener.cpp
make[4]: *** No rule to make target 'assistant.qch', needed by 
'.rcc/qrc_assistant.cpp'.  Stop.
make[4]: *** Waiting for unfinished jobs
g++ -c -include .pch/Qt5Designer -g -O2 -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-DTESTBINDIR=\"/<>/bin\" -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -std=c++1z -fvisibility=hidden 
-fvisibility-inlines-hidden -fno-exceptions -Wall -Wextra -Wvla -Wdate-time 
-Wshift-overflow=2 -Wduplicated-cond -Wno-stringop-overflow 
-Wno-format-overflow -D_REENTRANT -fPIC -DQT_NO_LINKED_LIST 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_LINKED_LIST -DQDESIGNER_SDK_LIBRARY 
-DQDESIGNER_EXTENSION_LIBRARY -DQDESIGNER_UILIB_LIBRARY 
-DQDESIGNER_SHARED_LIBRARY -DQT_DESIGNER -DQT_USE_QSTRINGBUILDER 
-DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_BUILD_DESIGNER_LIB 
-DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT_MOC_COMPAT 
-DQT_DEPRECATED_WARNINGS -DQT_DISABLE_DEPRECATED_BEFORE=0x05 
-DQT_DEPRECATED_WARNINGS_SINCE=0x06 -DQT_NO_EXCEPTIONS 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_UIPLUGIN_LIB 
-DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_XML_LIB -DQT_CORE_LIB -DQT_UIPLUGIN_LIB 
-DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -Iextension -Isdk -Ishared 
-I../../../shared/qtpropertybrowser -I../../../shared/deviceskin 
-I../../../shared/findwidget -I../../../shared/qtgradienteditor -Iuilib 
-I../../../../include -I../../../../include/QtDesigner 
-I../../../../include/QtDesigner/5.15.10 
-I../../../../include/QtDesigner/5.15.10/QtDesigner 
-I../../../../include/QtUiPlugin 
-I/usr/include/hppa-linux-gnu/qt5/QtWidgets/5.15.10 
-I/usr/include/hppa-linux-gnu/qt5/QtWidgets/5.15.10/QtWidgets 
-I/usr/include/hppa-linux-gnu/qt5/QtGui/5.15.10 
-I/usr/include/hppa-linux-gnu/qt5/QtGui/5.15.10/QtGui 
-I/usr/include/hppa-linux-gnu/qt5/QtCore/5.15.10 
-I/usr/include/hppa-linux-gnu/qt5/QtCore/5.15.10/QtCore 
-I/usr/include/hppa-linux-gnu/qt5 -I/usr/include/hppa-linux-gnu/qt5/QtWidgets 
-I/usr/include/hppa-linux-gnu/qt5/QtGui -I/usr/include/hppa-linux-gnu/qt5/QtXml 
-I/usr/include/hppa-linux-gnu/qt5/QtCore -I.moc -I.uic 
-I/usr/lib/hppa-linux-gnu/qt5/mkspecs/linux-g++ -o .obj/moc_codedialog_p.o 
.moc/moc_codedialog_p.cpp
g++ -c -include .pch/Qt5Designer -g -O2 -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-DTESTBINDIR=\"/<>/bin\" -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -std=c++1z -fvisibility=hidden 
-fvisibility-inlines-hidden -fno-exceptions -Wall -Wextra -Wvla -Wdate-time 
-Wshift-overflow=2 -Wduplicated-cond -Wno-stringop-overflow 
-Wno-format-overflow -D_REENTRANT -fPIC -DQT_NO_LINKED_LIST 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_LINKED_LIST -DQDESIGNER_SDK_LIBRARY 
-DQDESIGNER_EXTENSION_LIBRARY -DQDESIGNER_UILIB_LIBRARY 
-DQDESIGNER_SHARED_LIBRARY -DQT_DESIGNER -DQT_USE_QSTRINGBUILDER 
-DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_BUILD_DESIGNER_LIB 
-DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT_MOC_COMPAT 
-DQT_DEPRECATED_WARNINGS -DQT_DISABLE_DEPRECATED_BEFORE=0x05 
-DQT_DEPRECATED_WARNINGS_SINCE=0x06 -DQT_NO_EXCEPTIONS 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_UIPLUGIN_LIB 
-DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_XML_LIB -DQT_CORE_LIB -DQT_UIPLUGIN_LIB 
-DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -Iextension -Isdk -Ishared 
-I../../../shared/qtpropertybrowser -I../../../shared/deviceskin 
-I../../../shared/findwidget -I../../../shared/qtgradienteditor -Iuilib 
-I../../../../include 

Bug#1051702: libportal: FTBFS on hppa - test timout

[John David Anglin]

Source: libportal
Version: 0.7.1-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

Test 2 times out:

 2/2 =
test: pytest
start time:   13:10:43
duration: 60.08s
result:   killed by signal 15 SIGTERM
command:  MALLOC_PERTURB_=68 
LD_LIBRARY_PATH=/<>/obj-hppa-linux-gnu/libportal 
GI_TYPELIB_PATH=/<>/obj-hppa-linux-gnu/libportal /usr/bin/pytest-3 
--verbose --log-level=DEBUG
--- stdout ---
= test session starts ==
platform linux -- Python 3.11.5, pytest-7.4.1, pluggy-1.3.0 -- /usr/bin/python3
cachedir: .pytest_cache
rootdir: /<>/tests
collecting ... collected 30 items

pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_close_session 
PASSED [  3%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_connect_to_eis 
PASSED [  6%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_connect_to_eis_fail_connect_before_start
 PASSED [ 10%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_connect_to_eis_fail_reconnect
 PASSED [ 13%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_connect_to_eis_v1 
PASSED [ 16%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_create_session 
PASSED [ 20%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_create_session_no_outputs
 PASSED [ 23%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_notify_axis PASSED 
[ 26%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_notify_axis_discrete
 PASSED [ 30%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_notify_button 
PASSED [ 33%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_notify_key PASSED [ 
36%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_notify_motion 
PASSED [ 40%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_notify_motion_absolute
 PASSED [ 43%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_notify_touch PASSED 
[ 46%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_session_start 
PASSED [ 50%]
pyportaltest/test_remotedesktop.py::TestRemoteDesktop::test_version PASSED [ 
53%]
pyportaltest/test_screencast.py::TestScreenCast::test_close_session PASSED [ 
56%]
pyportaltest/test_screencast.py::TestScreenCast::test_create_session PASSED [ 
60%]
pyportaltest/test_screencast.py::TestScreenCast::test_create_session_v3 PASSED 
[ 63%]
pyportaltest/test_screencast.py::TestScreenCast::test_session_restore_token_null_if_not_started
 
==


Summary of Failures:

2/2 pytest   TIMEOUT60.08s   killed by signal 15 SIGTERM

Ok: 1   
Expected Fail:  0   
Fail:   0   
Unexpected Pass:0   
Skipped:0   
Timeout:1   

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=libportal=hppa=0.7.1-1=1694437941=0

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.52+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1050879: ghc: FTBFS on hppa - virtual memory exhausted

[John David Anglin]

Source: ghc
Version: 9.4.6-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails here:
"inplace/bin/ghc-stage1" -hisuf hi -osuf  o -hcsuf hc -static  -H32m -O -lffi 
-optl-pthread -Wall -this-unit-id Cabal-3.8.1.0 -hide-all-packages 
-package-env - -i -ilibraries/Cabal/Cabal/src 
-ilibraries/Cabal/Cabal/dist-install/build 
-Ilibraries/Cabal/Cabal/dist-install/build 
-ilibraries/Cabal/Cabal/dist-install/build/./autogen 
-Ilibraries/Cabal/Cabal/dist-install/build/./autogen -Ilibraries/Cabal/Cabal/.  
-optP-include 
-optPlibraries/Cabal/Cabal/dist-install/build/./autogen/cabal_macros.h 
-package-id Cabal-syntax-3.8.1.0 -package-id array-0.5.4.0 -package-id 
base-4.17.2.0 -package-id bytestring-0.11.5.1 -package-id containers-0.6.7 
-package-id deepseq-1.4.8.0 -package-id directory-1.3.7.1 -package-id 
filepath-1.4.2.2 -package-id mtl-2.2.2 -package-id parsec-3.1.16.1 -package-id 
pretty-1.1.3.6 -package-id process-1.6.17.0 -package-id text-2.0.2 -package-id 
time-1.12.2 -package-id transformers-0.5.6.2 -package-id unix-2.7.3 -Wall 
-fno-ignore-asserts -fwarn-tabs -fwarn-incomplete-uni-patterns 
-fwarn-incomplete-record-updates -Wcompat -Wnoncanonical-monad-instances 
-XHaskell2010   -no-user-package-db -rtsopts  -Wno-deprecated-flags
-Wnoncanonical-monad-instances  -outputdir 
libraries/Cabal/Cabal/dist-install/build -split-sections -dynamic-too -c 
libraries/Cabal/Cabal/src/Distribution/Simple/Build/Macros.hs -o 
libraries/Cabal/Cabal/dist-install/build/Distribution/Simple/Build/Macros.o 
-dyno 
libraries/Cabal/Cabal/dist-install/build/Distribution/Simple/Build/Macros.dyn_o
virtual memory exhausted: Cannot allocate memory
`gcc' failed in phase `C Compiler'. (Exit code: 1)

See:
https://buildd.debian.org/status/fetch.php?pkg=ghc=hppa=9.4.6-1=1693300415=0

This can be avoided by adding hppa to arches that need -optcggc-min-expand=10:
ifneq (,$(filter i386 hppa mips mipsel s390x, $(DEB_HOST_ARCH)))

Probably, all 32-bit arches need this option.

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.48+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-- no debconf information

Bug#1020321: Acknowledgement (glib2.0: FTBFS on hppa - test simple-construction1 fails)

[John David Anglin]

ating 2147483647*) = 128
write(2, "4 bytes\n", 84 bytes
)    = 8
gettid()    = 17069
getpid()    = 17069
tgkill(17069, 17069, SIGTRAP)   = 0
--- SIGTRAP {si_signo=SIGTRAP, si_code=SI_TKILL, si_pid=17069, si_uid=1000} ---
+++ killed by SIGTRAP (core dumped) +++
Trace/breakpoint trap

You can see that multiple calls to clock_gettime64() return the same result.

The attached change will fix the test but probably isn't ideal.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net
--- ./gobject/tests/performance/performance.c.save  2023-08-14 
21:59:41.728405583 +
+++ ./gobject/tests/performance/performance.c   2023-08-14 22:02:53.026806919 
+
@@ -114,7 +114,10 @@
min_elapsed = MIN (min_elapsed, elapsed);
 }
 
-  factor = TARGET_ROUND_TIME / min_elapsed;
+  if (min_elapsed != 0.0)
+factor = TARGET_ROUND_TIME / min_elapsed;
+  else
+factor = 1.0;
 
   if (verbose)
 g_print ("Uncorrected round time: %.4f msecs, correction factor %.2f\n", 
1000*min_elapsed, factor);

Bug#1044139: [Debian-med-packaging] Bug#1044139: phyx: FTBFS on hppa - section conflict

[John David Anglin]

On 2023-08-14 5:36 a.m., Étienne Mollier wrote:

Thanks for the report, I could reproduce the issue in qemu hppa
binfmt chroot context, so shouldn't be too hard to investigate
by anyone comfortable with this setup.  I have no clue however
how to fix that particular architecture specific build failure,
help would be appreciated.

I had a successfully build by adding '-ffunction-sections'. See attached patch.

I'm not sure why this would be architecture specific.  By default on hppa, all 
functions go into .text.
There must be some attribute in the code causing the conflict.

Regards,
Dave

--
John David Anglin  dave.ang...@bell.net
--- ./src/configure.ac.save 2023-08-14 11:50:18.326468070 +
+++ ./src/configure.ac  2023-08-14 11:51:26.785905713 +
@@ -66,7 +66,7 @@
 # Platform specific setup
 #
 
-OPT_FLAGS="-O3 -std=c++14"
+OPT_FLAGS="-O3 -std=c++14 -ffunction-sections"
 
 AC_SUBST([HOMP],[N])
 if `$CXX -v 2>&1 | grep 'gcc version' >/dev/null 2>&1` ; then

Bug#1044651: gupnp: FTBFS on hppa - memory corruption in test-bugs

[John David Anglin]

Source: gupnp
Version: 1.6.5-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

See following logs:
https://buildd.debian.org/status/fetch.php?pkg=gupnp=hppa=1.6.5-1=1691698780=0
https://buildd.debian.org/status/fetch.php?pkg=gupnp=hppa=1.6.5-1=1691705820=0

The test-bugs suffers from time dependent memory corruption. This causes
assertion and segmentation faults in g_memory_output_stream_steal_as_bytes().
For example,

# GLib-GIO-DEBUG: GSocketClient: Starting application layer connection
# GLib-GIO-DEBUG: GSocketClient: Connection successful!
# gupnp-control-point-DEBUG: Loading description document 
http://127.0.0.1:36708/1234.xml
not ok /bugs/bgo/690400 - GLib-GIO-FATAL-CRITICAL: 
g_memory_output_stream_steal_as_bytes: assertion 'G_IS_MEMORY_OUTPUT_STREAM 
(ostream)' failed
Bail out!

Thread 1 "test-bugs" received signal SIGTRAP, Trace/breakpoint trap.
__GI___libc_free (mem=) at malloc.c:3366
3366malloc.c: No such file or directory.

The corruption is often the value 0x24242425. When ostream points
to this value, the evaluation of 'G_IS_MEMORY_OUTPUT_STREAM (ostream)'
results in a segmentation fault.  I added an additional assert to
g_memory_output_stream_steal_as_bytes() to detect this case:

# GLib-GIO-DEBUG: GSocketClient: Connection successful!
# gupnp-control-point-DEBUG: Loading description document 
http://127.0.0.1:38820/1234.xml
not ok /bugs/bgo/690400 - GLib-GIO-FATAL-CRITICAL: 
g_memory_output_stream_steal_as_bytes: assertion '(*(unsigned int *)ostream) != 
0x24242424' failed
Bail out!

Thread 1 "test-bugs" received signal SIGTRAP, Trace/breakpoint trap.
__vasprintf_chk (result_ptr=0x53ec, flag=21484,
format=0x5 , ap=0x15421a01)
at vasprintf_chk.c:36
36  vasprintf_chk.c: No such file or directory.

I'm not sure where the memory corruption is coming from. It might be
caused by loading the xml document. I tried using a watchpoint to detect
when the value changed to 0x24242424. It changed during a write syscall.
Splice doesn't seem involved and the write data string didn't contain
the '$' character. The watchpoint totally changes the execution timing,
so the write may not be involved.

The 0x24242424 corruption usally occurs in  /bugs/bgo/690400. The
'G_IS_MEMORY_OUTPUT_STREAM (ostream)' sometimes occurs in /bugs/bgo/678701:

# gupnp-control-point-DEBUG: Loading description document 
http://127.0.0.1:57666/1234.xml
# GLib-GIO-DEBUG: GSocketClient: Starting new address enumeration
# GLib-GIO-DEBUG: GSocketClient: Address enumeration succeeded
# GLib-GIO-DEBUG: GSocketClient: Starting TCP connection attempt
# GLib-GIO-DEBUG: GSocketClient: TCP connection successful
# GLib-GIO-DEBUG: GSocketClient: Starting application layer connection
# GLib-GIO-DEBUG: GSocketClient: Connection successful!
not ok /bugs/bgo/678701 - GLib-GIO-FATAL-CRITICAL: 
g_memory_output_stream_steal_as_bytes: assertion 'G_IS_MEMORY_OUTPUT_STREAM 
(ostream)' failed
Bail out!

Thread 1 "test-bugs" received signal SIGTRAP, Trace/breakpoint trap.
0x00b4 in ?? ()

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.45+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1044139: phyx: FTBFS on hppa - section conflict

[John David Anglin]

Source: phyx
Version: 1.3.1+ds-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

The build fails here due to a section conflict:

g++ -g -O2 -ffile-prefix-map=/<>=. -Wformat 
-Werror=format-security -O3 -std=c++14 -fopenmp -Wall -DOMP -ftree-vectorize 
-Wdate-time -D_FORTIFY_SOURCE=2  -c -fmessage-length=0 -MMD -MP -MF 
"branch_segment.d" -o "branch_segment.o" "branch_segment.cpp"
In file included from /usr/include/armadillo:744,
 from rate_model.h:4,
 from state_reconstructor.h:8,
 from state_reconstructor.cpp:5:
/usr/include/armadillo_bits/glue_times_meat.hpp: In function ‘static void 
arma::glue_times::apply(arma::Mat&, const TA&, const TB&, eT) [with eT = 
std::complex; bool do_trans_A = false; bool do_trans_B = false; bool 
do_scalar_times = false; TA = arma::Mat >; TB = 
arma::Mat >]’:
/usr/include/armadillo_bits/glue_times_meat.hpp:652:1: error: ‘static void 
arma::glue_times::apply(arma::Mat&, const TA&, const TB&, eT) [with eT = 
std::complex; bool do_trans_A = false; bool do_trans_B = false; bool 
do_scalar_times = false; TA = arma::Mat >; TB = 
arma::Mat >]’ causes a section type conflict with ‘static 
void arma::gemm_mixed_large::apply(arma::Mat&, const arma::Mat&, const 
arma::Mat&, out_eT, out_eT) [with out_eT = std::complex; in_eT1 
= std::complex; in_eT2 = double; bool do_trans_A = false; bool 
do_trans_B = false; bool use_alpha = false; bool use_beta = false]’
  652 | glue_times::apply
  | ^~
In file included from /usr/include/armadillo:588:
/usr/include/armadillo_bits/mul_gemm_mixed.hpp:39:3: note: ‘static void 
arma::gemm_mixed_large::apply(arma::Mat&, const arma::Mat&, const 
arma::Mat&, out_eT, out_eT) [with out_eT = std::complex; in_eT1 
= std::complex; in_eT2 = double; bool do_trans_A = false; bool 
do_trans_B = false; bool use_alpha = false; bool use_beta = false]’ was 
declared here
   39 |   apply
  |   ^
make[1]: *** [Makefile:365: state_reconstructor.o] Error 1

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=phyx=hppa=1.3.1%2Bds-1=1691890428=0

Regards,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.45+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1042990: util-linux: FTBFS on hppa - #error Unknown target architecture

[John David Anglin]

On 2023-08-05 3:47 p.m., Chris Hofstaedtler wrote:

could you please forward your patch toutil-li...@vger.kernel.org
including a proper Signed-Off-By line? Then upstream can apply it
and downstreams do not need to carry the same patches over and over
again.

Patch is here:
https://marc.info/?l=util-linux-ng=169142291102062=2

Regards,
Dave anglin

--
John David Anglin  dave.ang...@bell.net

Bug#1042990: util-linux: FTBFS on hppa - #error Unknown target architecture

[John David Anglin]

Patch.

Regards,
Dave Anglin

--- ./include/audit-arch.h.save 2023-08-03 20:42:00.937401304 +
+++ ./include/audit-arch.h  2023-08-03 20:53:40.755627981 +
@@ -57,6 +57,12 @@
 #else
 #   define SECCOMP_ARCH_NATIVE AUDIT_ARCH_LOONGARCH64
 #endif
+#elif __hppa__
+#if __SIZEOF_POINTER__ == 4
+#   define SECCOMP_ARCH_NATIVE AUDIT_ARCH_PARISC
+#else
+#   define SECCOMP_ARCH_NATIVE AUDIT_ARCH_PARISC64
+#endif
 #else
 #error Unknown target architecture
 #endif


signature.asc
Description: PGP signature

Bug#1042990: util-linux: FTBFS on hppa - #error Unknown target architecture

[John David Anglin]

Source: util-linux
Version: 2.39.1-3
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails here:
gcc -DHAVE_CONFIG_H -I.  -include config.h -I./include 
-DLOCALEDIR=\"/usr/share/locale\" -D_PATH_RUNSTATEDIR=\"/run\" 
-D_PATH_SYSCONFSTATICDIR=\"/usr/lib\"   -Wdate-time -D_FORTIFY_SOURCE=2 
-fsigned-char -fno-common -Wall -Wextra -Waddress-of-packed-member 
-Wdiscarded-qualifiers -Wimplicit-function-declaration -Wmissing-declarations 
-Wmissing-parameter-type -Wmissing-prototypes -Wnested-externs 
-Wno-missing-field-initializers -Wold-style-definition -Wpointer-arith 
-Wredundant-decls -Wsign-compare -Wstrict-prototypes -Wtype-limits 
-Wuninitialized -Wunused-but-set-parameter -Wunused-but-set-variable 
-Wunused-parameter -Wunused-result -Wunused-variable -Werror=sequence-point -g 
-O2 -ffile-prefix-map=/<>=. -Wformat -Werror=format-security -c -o 
tests/helpers/test_enosys.o tests/helpers/test_enosys.c
In file included from tests/helpers/test_enosys.c:30:
./include/audit-arch.h:61:6: error: #error Unknown target architecture
   61 | #error Unknown target architecture
  |  ^
make[5]: *** [Makefile:10077: tests/helpers/test_enosys.o] Error 1

See:
https://buildd.debian.org/status/fetch.php?pkg=util-linux=hppa=2.39.1-3=1690505350=0

The audit architecture defines for hppa are defined in 
/usr/include/linux/audit.h:

#define AUDIT_ARCH_PARISC   (EM_PARISC)
#define AUDIT_ARCH_PARISC64 (EM_PARISC|__AUDIT_ARCH_64BIT)

Please add the architecture defines for hppa to include/audit-arch.h.

Thanks,
Dave Anglin

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.43+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-- debconf information:
  util-linux/noauto-with-nonzero-passnum:

Bug#1042018: qt6-declarative: FTBFS on hppa - Segmentation fault in /usr/lib/qt6/bin/qsb

[John David Anglin]

On 2023-07-25 4:29 p.m., Patrick Franz wrote:

Due to the lack of resources, it's unlikely we'll even investigate this.
However, if you have a patch, I'm happy to apply it.

The attached change fixes the reported segmentation fault in qsb. The change is 
to
src/3rdparty/forkfd/forkfd_linux.c in the qt6-base package. The problem is the 
system_vforkfd
routine assumes the stack direction is down, but on hppa the stack grows up. 
This causes
the childFn argument to be clobbered on the stack and the segmentation fault.

With this change to qt6-base, qt6-declarative builds successfully on hppa.  I 
believe it will also fix the
qt6-multimedia build as it appears to fail for the same reason.

Somehow, we need to get this installed in the 3rdparty forkfd source so all 
packages that use it
are fixed.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net
--- ./src/3rdparty/forkfd/forkfd_linux.c.save   2023-07-27 12:04:02.940466337 
+
+++ ./src/3rdparty/forkfd/forkfd_linux.c2023-07-27 12:06:53.522077424 
+
@@ -168,7 +168,12 @@
 }
 *system = 1;
 
+#if defined(__hppa__)
+/* Stack grows up */
+pid = clone(childFn, childStack, cloneflags, token, , NULL, NULL);
+#else
 pid = clone(childFn, childStack + sizeof(childStack), cloneflags, token, 
, NULL, NULL);
+#endif
 if (pid < 0)
 return pid;
 if (ppid)

Bug#1042018: qt6-declarative: FTBFS on hppa - Segmentation fault in /usr/lib/qt6/bin/qsb

[John David Anglin]

Source: qt6-declarative
Version: 6.4.2+dfsg-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Build fails here:
[22/6600] cd /<>/obj-hppa-linux-gnu/src/quick && 
/usr/lib/qt6/bin/qsb --glsl 100es,120,150 --hlsl 50 --msl 12 -b -O -s -o 
/<>/obj-hppa-linux-gnu/src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb
 /<>/src/quick/scenegraph/shaders_ng/24bittextmask.frag
FAILED: src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb 
/<>/obj-hppa-linux-gnu/src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb
 
cd /<>/obj-hppa-linux-gnu/src/quick && /usr/lib/qt6/bin/qsb --glsl 
100es,120,150 --hlsl 50 --msl 12 -b -O -s -o 
/<>/obj-hppa-linux-gnu/src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb
 /<>/src/quick/scenegraph/shaders_ng/24bittextmask.frag
Segmentation fault (core dumped)

See:
https://buildd.debian.org/status/fetch.php?pkg=qt6-declarative=hppa=6.4.2%2Bdfsg-3=1690289443=0

dave@mx3210:~/debian/qt6-declarative/qt6-declarative-6.4.2+dfsg/obj-hppa-linux-g
nu/src/quick$ gdb /usr/lib/qt6/bin/qsb
GNU gdb (Debian 13.2-1) 13.2
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/qt6/bin/qsb...
Reading symbols from 
/usr/lib/debug/.build-id/2d/3c434ee4acf266d2dc6fd1ff1289e07e4fd07c.debug...
(gdb) set args --glsl 100es,120,150 --hlsl 50 --msl 12 -b -O -s -o 
/home/dave/debian/qt6-declarative/qt6-declarative-6.4.2+dfsg/obj-hppa-linux-gnu/src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb
 
/home/dave/debian/qt6-declarative/qt6-declarative-6.4.2+dfsg/src/quick/scenegraph/shaders_ng/24bittextmask.frag
(gdb) r
Starting program: /usr/lib/qt6/bin/qsb --glsl 100es,120,150 --hlsl 50 --msl 12 
-b -O -s -o 
/home/dave/debian/qt6-declarative/qt6-declarative-6.4.2+dfsg/obj-hppa-linux-gnu/src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb
 
/home/dave/debian/qt6-declarative/qt6-declarative-6.4.2+dfsg/src/quick/scenegraph/shaders_ng/24bittextmask.frag
warning: Unable to find libthread_db matching inferior's thread library, thread 
debugging will not be available.
[Detaching after vfork from child process 24823]

Program received signal SIGSEGV, Segmentation fault.
0xf8af656c in vforkfd (flags=1,
childFn=0xf8aec7d4 
, token=0xf8f02888, ppid=0xf8f028f0)
at ./src/corelib/io/../../3rdparty/forkfd/forkfd.c:815
815 ./src/corelib/io/../../3rdparty/forkfd/forkfd.c: No such file or 
directory.
(gdb) bt
#0  0xf8af656c in vforkfd (flags=1,
childFn=0xf8aec7d4 
, token=0xf8f02888, ppid=0xf8f028f0)
at ./src/corelib/io/../../3rdparty/forkfd/forkfd.c:815
#1  QProcessPrivate::startProcess (this=0x91c80)
at ./src/corelib/io/qprocess_unix.cpp:472
#2  QProcessPrivate::start (this=0x91c80, mode=...)
at ./src/corelib/io/qprocess.cpp:2163
#3  0x0001bc20 in runProcess (binary=..., arguments=..., output=0xf8f02888,
errorOutput=0x5112) at /usr/include/hppa-linux-gnu/qt6/QtCore/qflags.h:74
#4  0x00016884 in main (argc=, argv=)
at ./tools/qsb/qsb.cpp:661
(gdb) disass $pc-16,$pc+16
Dump of assembler code from 0xf8af655c to 0xf8af657c:
   0xf8af655c 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+708>:  
  copy r21,r26
   0xf8af6560 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+712>:  
  b,l 0xf8ad428c,rp
   0xf8af6564 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+716>:  
  stw r21,-c4(sp)
   0xf8af6568 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+720>:  
  copy r4,r19
=> 0xf8af656c 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+724>:  
  ldw 0(r8),r20
   0xf8af6570 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+728>:  
  cmpib,<> 0,r20,0xf8af6aa0 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+2056>
   0xf8af6574 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+732>:  
  copy ret0,r3
   0xf8af6578 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+736>:  
  addil L%d000,r19,r1
End of assembler dump.
(gdb) p/x $r8
$1 = 0x5112

r8 is misaligned for ldw instruction but this didn't cause fault.

(gdb) x/x 0x5110
0x5110: Cannot access memory at address 0x5110

Regards,
Dave Anglin

-- System Information:
Debian 

Bug#1033130: gcc-snapshot: FTBFS on hppa - sys/mman.h: No such file or directory

[John David Anglin]

On 2023-06-14 2:31 p.m., John David Anglin wrote:

On 2023-06-14 1:00 p.m., Matthias Klose wrote:

wondering if configuring with --disable-libgcc would help?

I don't need to do this when building the hppa64 gcc target by itself.

Linux may need libgcc.


I think configure must be finding the header in 
/usr/include/hppa-linux-gnu/sys/mman.h.
We don't have any headers for hppa64 installed at this time.

Something seems to have changed in the build mechanism between gcc-12 and 
gcc-13.

I have a debian non-buildd build of gcc-13 going.  Maybe it will help to find 
issue.

Build was successful using dpkg-buildpackage outside chroot.

--
John David Anglin  dave.ang...@bell.net

Bug#1033130: gcc-snapshot: FTBFS on hppa - sys/mman.h: No such file or directory

[John David Anglin]

On 2023-06-14 1:00 p.m., Matthias Klose wrote:

wondering if configuring with --disable-libgcc would help?

I don't need to do this when building the hppa64 gcc target by itself.

I think configure must be finding the header in 
/usr/include/hppa-linux-gnu/sys/mman.h.
We don't have any headers for hppa64 installed at this time.

Something seems to have changed in the build mechanism between gcc-12 and 
gcc-13.

I have a debian non-buildd build of gcc-13 going.  Maybe it will help to find 
issue.

--
John David Anglin  dave.ang...@bell.net

Bug#1033130: gcc-snapshot: FTBFS on hppa - sys/mman.h: No such file or directory

[John David Anglin]

Source: gcc-snapshot
Version: 1:20230315-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails with following error:
/<>/build-hppa64/./gcc/xgcc -B/<>/build-hppa64/./gcc/ 
-B/usr/lib/gcc-snapshot/hppa64-linux-gnu/bin/ 
-B/usr/lib/gcc-snapshot/hppa64-linux-gnu/lib/ -isystem 
/usr/lib/gcc-snapshot/hppa64-linux-gnu/include -isystem 
/usr/lib/gcc-snapshot/hppa64-linux-gnu/sys-include-g -O2 -O2  -g -O2 
-DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing -Wwrite-strings 
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  
-isystem ./include  -fPIC -Dpa64=1 -DELF=1 -DLINUX=1 -g -DIN_LIBGCC2 
-fbuilding-libgcc -fno-stack-protector -Dinhibit_libc -fPIC -Dpa64=1 -DELF=1 
-DLINUX=1 -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. 
-I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -o 
_gcov_merge_add.o -MT _gcov_merge_add.o -MD -MP -MF _gcov_merge_add.dep 
-DL_gcov_merge_add -c ../../../src/libgcc/libgcov-merge.c
In file included from ../../../src/libgcc/libgcov-merge.c:26:
../../../src/libgcc/libgcov.h:49:10: fatal error: sys/mman.h: No such file or 
directory
   49 | #include 
  |  ^~~~
compilation terminated.
make[4]: *** [Makefile:924: _gcov_merge_add.o] Error 1

We have in libgcov.h:

#if HAVE_SYS_MMAN_H
#include 
#endif

Either configure is broken or there is a problem with the include paths:

checking for sys/auxv.h... yes
checking for sys/mman.h... yes

Regards,
Dave Anglin

-- System Information:
Debian Release: 12.0
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.20+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1032898: wxastrocapture: FTBFS on hppa - no sa_restorer field

[John David Anglin]

Source: wxastrocapture
Version: 1.8.1+git20140821.796e1a1+dfsg-2
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

Build fails here:
g++ -g -DNDEBUG -Os -O2 -W `wx-config --version=3.2 --toolkit=gtk3 --cxxflags` 
-Wno-ignored-qualifiers -DNOPCH -DNDEBUG -D__WX__  -c wxWebcam/Ftd245IOUX.cpp 
-o UX/obj/Release/wxWebcam/Ftd245IOUX.o
wxWebcam/Ftd245IOUX.cpp: In member function ‘virtual bool 
Ftd245IOUX::InitBoard(int)’:
wxWebcam/Ftd245IOUX.cpp:159:9: error: ‘struct sigaction’ has no member named 
‘sa_restorer’
  159 |saio.sa_restorer = NULL;
  | ^~~
make[2]: *** [Makefile:74: UX/obj/Release/wxWebcam/Ftd245IOUX.o] Error 1

Full log:
https://buildd.debian.org/status/fetch.php?pkg=wxastrocapture=hppa=1.8.1%2Bgit20140821.796e1a1%2Bdfsg-2=1678674935=0

The sa_restorer field is optional.

Build is successful with attached patch.

Regards,
Dave Anglin

-- System Information:
Debian Release: 12.0
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.18+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=sh: 0: getcwd() failed: No such file 
or directory
UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#849339: xcolorsel: FTBFS on hppa - conflicting HP compiler options

[John David Anglin]

The original patch is best.

The "-Aa" option is not compatible with gcc.  With gcc, the "-Aa" option is an 
assert. This option
invokes ANSI mode with the HP compiler.

CCOPTIONS only needs setting when not using gcc.  gcc defines _HPUX_SOURCE by 
default on HP-UX.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net

Bug#1032603: umbrello: FTBFS on hppa - Please enable LFS

[John David Anglin]

Source: umbrello
Version: 4:22.12.3-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

The build fails here:
Run Build Command(s):/usr/bin/gmake -f Makefile cmTC_428e4/fast && gmake[2]: 
Entering directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J'
/usr/bin/gmake  -f CMakeFiles/cmTC_428e4.dir/build.make 
CMakeFiles/cmTC_428e4.dir/build
gmake[3]: Entering directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J'
Building CXX object CMakeFiles/cmTC_428e4.dir/src.cxx.o
/usr/bin/c++ -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_OFFT_IS_64BIT  -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2  -fno-delete-null-pointer-checks 
-Wno-deprecated-declarations  -std=gnu++17 -o 
CMakeFiles/cmTC_428e4.dir/src.cxx.o -c 
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx:7:33:
 warning: left shift count >= width of type [-Wshift-count-overflow]
7 | #define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  |   ~~^
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx:8:23:
 note: in expansion of macro ‘LARGE_OFF_T’
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |   ^~~
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx:7:57:
 warning: left shift count >= width of type [-Wshift-count-overflow]
7 | #define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  |   ~~^
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx:8:23:
 note: in expansion of macro ‘LARGE_OFF_T’
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |   ^~~
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx:8:89:
 error: size ‘-1’ of array ‘off_t_is_large’ is negative
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |  
~~~^~~~
gmake[3]: *** [CMakeFiles/cmTC_428e4.dir/build.make:78: 
CMakeFiles/cmTC_428e4.dir/src.cxx.o] Error 1
gmake[3]: Leaving directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J'
gmake[2]: *** [Makefile:127: cmTC_428e4/fast] Error 2
gmake[2]: Leaving directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J'


Source file was:

#include 
 /* Check that off_t can represent 2**63 - 1 correctly.
We can't simply define LARGE_OFF_T to be 9223372036854775807,
since some C++ compilers masquerading as C compilers
incorrectly reject 9223372036854775807.  */
#define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  int main() { return 0; }


dh_auto_configure: error: cd obj-hppa-linux-gnu && cmake 
-DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None 
-DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var 
-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF 
-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON 
-DFETCHCONTENT_FULLY_DISCONNECTED=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run 
-DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON "-GUnix Makefiles" 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/hppa-linux-gnu 
-DCMAKE_BUILD_TYPE=Debian -DCMAKE_INSTALL_SYSCONFDIR=/etc 
-DKDE_INSTALL_USE_QT_SYS_PATHS=ON -DBUILD_KF5=ON .. returned exit code 1
make[1]: *** [debian/rules:14: override_dh_auto_configure] Error 25
make[1]: Leaving directory '/<>'

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=umbrello=hppa=4%3A22.12.3-1=1677784733=0

Build is successful if LFS is enabled, "future=+lfs" option. I had a successful
build with it:
https://buildd.debian.org/status/fetch.php?pkg=umbrello=hppa=4%3A22.12.3-1=1678355202=0

Regards,
Dave Anglin

-- System Information:
Debian Release: 12.0
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.15+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1032602: calligra: FTBFS on hppa - please enable LFS

[John David Anglin]

Source: calligra
Version: 1:3.2.1+dfsg-7
Severity: normal
Tags: ftbfs

Dear Maintainer,

The build fails here:

Run Build Command(s):/usr/bin/gmake -f Makefile cmTC_07c80/fast && gmake[2]: 
Entering directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY'
/usr/bin/gmake  -f CMakeFiles/cmTC_07c80.dir/build.make 
CMakeFiles/cmTC_07c80.dir/build
gmake[3]: Entering directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY'
Building CXX object CMakeFiles/cmTC_07c80.dir/src.cxx.o
/usr/bin/c++ -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_OFFT_IS_64BIT  -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wno-deprecated -Wno-deprecated-declarations -Wdate-time -D_FORTIFY_SOURCE=2  
-std=c++17 -o CMakeFiles/cmTC_07c80.dir/src.cxx.o -c 
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx:7:33:
 warning: left shift count >= width of type [-Wshift-count-overflow]
7 | #define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  |   ~~^
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx:8:23:
 note: in expansion of macro ‘LARGE_OFF_T’
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |   ^~~
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx:7:57:
 warning: left shift count >= width of type [-Wshift-count-overflow]
7 | #define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  |   ~~^
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx:8:23:
 note: in expansion of macro ‘LARGE_OFF_T’
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |   ^~~
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx:8:89:
 error: size ‘-1’ of array ‘off_t_is_large’ is negative
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |  
~~~^~~~
gmake[3]: *** [CMakeFiles/cmTC_07c80.dir/build.make:78: 
CMakeFiles/cmTC_07c80.dir/src.cxx.o] Error 1
gmake[3]: Leaving directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY'
gmake[2]: *** [Makefile:127: cmTC_07c80/fast] Error 2
gmake[2]: Leaving directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY'


Source file was:

#include 
 /* Check that off_t can represent 2**63 - 1 correctly.
We can't simply define LARGE_OFF_T to be 9223372036854775807,
since some C++ compilers masquerading as C compilers
incorrectly reject 9223372036854775807.  */
#define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  int main() { return 0; }


dh_auto_configure: error: cd obj-hppa-linux-gnu && cmake 
-DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None 
-DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var 
-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF 
-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON 
-DFETCHCONTENT_FULLY_DISCONNECTED=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run 
-DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON "-GUnix Makefiles" 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/hppa-linux-gnu 
-DCMAKE_BUILD_TYPE=Debian -DCMAKE_INSTALL_SYSCONFDIR=/etc 
-DKDE_INSTALL_USE_QT_SYS_PATHS=ON -DBUILD_TESTING=OFF -DBUILD_app_cstester=OFF 
-DBUILD_app_devtools=OFF -DCALLIGRA_SHOULD_BUILD_UNMAINTAINED=ON .. returned 
exit code 1
make[1]: *** [debian/rules:13: override_dh_auto_configure] Error 25

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=calligra=hppa=1%3A3.2.1%2Bdfsg-7=1678056816=0

Build is successful if LFS is enabled, "future=+lfs" option. I had a successful
build with it:
https://buildd.debian.org/status/fetch.php?pkg=calligra=hppa=1%3A3.2.1%2Bdfsg-7=1678349115=0

Regards,
Dave Anglin


-- System Information:
Debian Release: 12.0
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.15+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1032592: libzstd: FTBFS on hppa and others - numeric value overflows 32-bit unsigned int

[John David Anglin]

Source: libzstd
Version: 1.5.4+dfsg2-4
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails testing basic decompression:

test : basic compression 
tmp  : 32.48%   (  64.0 KiB =>   20.8 KiB, tmp.zst) 
tmp  : 32.48%   (  64.0 KiB =>   20.8 KiB, tmp.zst) 
tmp  : 32.48%   (  64.0 KiB =>   20.8 KiB, tmp.zst) 
tmp  : 32.48%   (  64.0 KiB =>   20.8 KiB, tmp.zst) 
test : basic decompression
tmp.zst : 65537 bytes 
test : too large compression level => auto-fix
Warning : compression level higher than max, reduced to 19 
tmp  : 31.53%   (  64.0 KiB =>   20.2 KiB, tmp.zst) 
error: numeric value overflows 32-bit unsigned int 

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=libzstd=hppa=1.5.4%2Bdfsg2-4=1678356348=0

1.5.2+dfsg2-3 was okay.

Regards,
Dave Anglin

-- System Information:
Debian Release: 12.0
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.15+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1010988: libtpms: FTBFS on hppa - error: ‘-fstack-protector’ not supported for this target [-Werror]

[John David Anglin]

Source: libtpms
Version: 0.9.2-3
Followup-For: Bug #1010988

Dear Maintainer,

This can be worked around by configuring with "--disable-hardening"
on hppa.  This can be added in debian/rules.

Regards,
Dave Anglin

-- System Information:
Debian Release: 12.0
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.15+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1030913: verilator: FTBFS on hppa - #error "Missing VL_CPU_RELAX() definition."

[John David Anglin]

Source: verilator
Version: 5.006-2
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

Build fails with following error:

g++ -g -O2 -ffile-prefix-map=/<>=. -Wformat 
-Werror=format-security -g -O2 -ffile-prefix-map=/<>=. -Wformat 
-Werror=format-security  -Wdate-time -D_FORTIFY_SOURCE=2 -Wdate-time 
-D_FORTIFY_SOURCE=2  -Og -ggdb -gz -DVL_DEBUG -D_GLIBCXX_DEBUG -MMD -I. -I.. 
-I.. -I../../include -I../../include -MP  -faligned-new -Wno-unused-parameter 
-Wno-shadow -DDEFENV_SYSTEMC=\"\" -DDEFENV_SYSTEMC_ARCH=\"\" 
-DDEFENV_SYSTEMC_INCLUDE=\"\" -DDEFENV_SYSTEMC_LIBDIR=\"\" 
-DDEFENV_VERILATOR_ROOT=\"/usr/share/verilator\" -c ../VlcMain.cpp -o VlcMain.o
In file included from ../config_build.h:91,
 from ../VlcMain.cpp:18:
../../include/verilatedos.h:537:3: error: #error "Missing VL_CPU_RELAX() 
definition."
  537 | # error "Missing VL_CPU_RELAX() definition."
  |   ^

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=verilator=hppa=5.006-2=1675879005=0

Attached patch fixes build on hppa:
https://buildd.debian.org/status/fetch.php?pkg=verilator=hppa=5.006-2=1675904676=0

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.10+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Index: verilator-5.006/include/verilatedos.h
===
--- verilator-5.006.orig/include/verilatedos.h
+++ verilator-5.006/include/verilatedos.h
@@ -519,6 +519,8 @@ using ssize_t = uint32_t;  ///< signed s
 # define VL_CPU_RELAX() asm volatile("nop" ::: "memory");
 #elif defined(__aarch64__) || defined(__arm__)
 # define VL_CPU_RELAX() asm volatile("yield" ::: "memory")
+#elif defined(__hppa__)  // HPPA does not currently have yield/pause
+# define VL_CPU_RELAX() asm volatile("nop" ::: "memory")
 #elif defined(__loongarch__)  // LoongArch does not currently have yield/pause
 # define VL_CPU_RELAX() asm volatile("nop" ::: "memory")
 #elif defined(__mips64el__) || defined(__mips__) || defined(__mips64__) || 
defined(__mips64)

Bug#1030876: rocm-smi-lib:FTBFS on hppa - out of range call

[John David Anglin]

Source: rocm-smi-lib
Version: 5.2.3-2
Severity: normal
Tags: ftbfs

Dear Maintainer,

The build fails with the following error:
[ 48%] Linking CXX shared library liboam.so
cd /<>/obj-hppa-linux-gnu/oam && /usr/bin/cmake -E 
cmake_link_script CMakeFiles/oam.dir/link.txt --verbose=1
/usr/bin/c++ -fPIC -g -O2 -ffile-prefix-map=/<>=. -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wextra -fno-rtti 
-std=c++11  -Wconversion -Wcast-align  -Wformat=2 -fno-common -Wstrict-overflow 
  -Woverloaded-virtual -Wreorder  -DFORTIFY_SOURCE=2 -fstack-protector-all 
-Wcast-align -Wl,-z,noexecstack -Wl,-znoexecheap -Wl,-z,relro  -Wtrampolines 
-Wl,-z,now -fPIE -ggdb -O0 -DDEBUG -shared -Wl,-soname,liboam.so.1 -o 
liboam.so.1.0 CMakeFiles/oam.dir/__/src/rocm_smi_device.cc.o 
CMakeFiles/oam.dir/__/src/rocm_smi_main.cc.o 
CMakeFiles/oam.dir/__/src/rocm_smi_monitor.cc.o 
CMakeFiles/oam.dir/__/src/rocm_smi_power_mon.cc.o 
CMakeFiles/oam.dir/__/src/rocm_smi_utils.cc.o 
CMakeFiles/oam.dir/__/src/rocm_smi_counters.cc.o 
CMakeFiles/oam.dir/__/src/rocm_smi_kfd.cc.o 
CMakeFiles/oam.dir/__/src/rocm_smi_io_link.cc.o 
CMakeFiles/oam.dir/__/src/rocm_smi_gpu_metrics.cc.o 
CMakeFiles/oam.dir/__/src/rocm_smi.cc.o 
CMakeFiles/oam.dir/__/third_party/shared_mutex/shared_mutex.cc.o 
CMakeFiles/oam.dir/src/amd_oam.cc.o  -lpthread -lrt 
/usr/bin/ld: warning: -z noexecheap ignored
/usr/bin/ld: 
CMakeFiles/oam.dir/__/src/rocm_smi_device.cc.o(.text._ZNSt12_Vector_baseIN3amd3smi12DevInfoTypesESaIS2_EE12_Vector_implC2ERKS3_[_ZNSt12_Vector_baseIN3amd3smi12DevInfoTypesESaIS2_EE12_Vector_implC5ERKS3_]+0x3c):
 cannot reach 1bea__ZNSaIN3amd3smi12DevInfoTypesEEC2ERKS2_+0, recompile 
with -ffunction-sections
/usr/bin/ld: 
CMakeFiles/oam.dir/__/src/rocm_smi_device.cc.o(.text._ZNSt12_Vector_baseIN3amd3smi12DevInfoTypesESaIS2_EE12_Vector_implC2ERKS3_[_ZNSt12_Vector_baseIN3amd3smi12DevInfoTypesESaIS2_EE12_Vector_implC5ERKS3_]+0x3c):
 cannot handle R_PARISC_PCREL17F for _ZNSaIN3amd3smi12DevInfoTypesEEC2ERKS2_
/usr/bin/ld: final link failed: bad value
collect2: error: ld returned 1 exit status
make[3]: *** [oam/CMakeFiles/oam.dir/build.make:276: oam/liboam.so.1.0] Error 1
make[3]: Leaving directory '/<>/obj-hppa-linux-gnu'

This can be worked around by adding "-mlong-calls" to CXXFLAGS.

See for example:
https://buildd.debian.org/status/fetch.php?pkg=rocm-smi-lib=hppa=5.2.3-2=1675874950=0

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.10+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1030315: qt6-base: FTBFS on hppa - shared object linked with non PIC archive library

[John David Anglin]

Source: qt6-base
Version: 6.4.2+dfsg~rc1-3
Severity: normal

Dear Maintainer,

Linking libQt6Core.so.6.4.2 fails because the link command links
against libzstd.a instead of libzstd.so.

There are also numerous warnings.
[447/1614] : && /usr/bin/c++ -fPIC -g -O2 -ffile-prefix-map=/<>=. 
-flto=auto -ffat-lto-objects -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -flto=auto -ffat-lto-objects   
-Wl,--version-script,/<>/obj-hppa-linux-gnu/src/corelib/Core.version
 -Wl,--no-undefined -Wl,-e,qt_core_boilerplate -Wl,--enable-new-dtags -shared 
-Wl,-soname,libQt6Core.so.6 -o lib/hppa-linux-gnu/libQt6Core.so.6.4.2 
src/corelib/CMakeFiles/Core.dir/Core_autogen/mocs_compilation.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qsimd.cpp.o 
src/corelib/CMakeFiles/Core.dir/tools/qhash.cpp.o 
src/corelib/CMakeFiles/Core.dir/compat/removed_api.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/archdetect.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qendian.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qfloat16.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qglobal.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qhooks.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qlibraryinfo.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qlogging.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qmalloc.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qnumeric.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qoperatingsystemversion.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qrandom.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qabstractfileengine.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qbuffer.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qdataurl.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qdebug.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qdir.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qdiriterator.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfile.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfiledevice.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfileinfo.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfileselector.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfilesystemengine.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfilesystementry.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfsfileengine.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfsfileengine_iterator.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qiodevice.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qipaddress.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qlockfile.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qloggingcategory.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qloggingregistry.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qnoncontiguousbytedevice.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qresource.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qresource_iterator.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qsavefile.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qstandardpaths.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qstorageinfo.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qtemporarydir.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qtemporaryfile.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qurl.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qurlidna.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qurlquery.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qurlrecode.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qabstracteventdispatcher.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qabstractnativeeventfilter.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qassociativeiterable.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qbasictimer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qcoreapplication.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qcoreevent.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qcoreglobaldata.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qdeadlinetimer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qelapsedtimer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qeventloop.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qiterable.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmath.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmetacontainer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmetaobject.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmetaobjectbuilder.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmetatype.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmimedata.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qobject.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qobjectcleanuphandler.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qpointer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qproperty.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsequentialiterable.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsharedmemory.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsignalmapper.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsocketnotifier.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsystemerror.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsystemsemaphore.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qtestsupport_core.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qtimer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qtranslator.cpp.o 

Bug#1021505: mir: FTBFS on hppa - symbols

[John David Anglin]

On 2022-12-28 3:21 p.m., Mike Gabriel wrote:

The .symbols have now been updated. Should be resolved with the just uploaded 
version.

Still lots of problems:
https://buildd.debian.org/status/fetch.php?pkg=mir=hppa=1.8.2%2Bdfsg-5=1672271857=0

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1024492: Acknowledgement (libffi: large structs need to be passed by value on hppa)

[John David Anglin]

Hi,

There are two additional updates for libffi on hppa. See:
https://github.com/libffi/libffi/issues/755
https://github.com/libffi/libffi/issues/756

The current installed version (+b2) has the patches for the above issues.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net

Bug#1024271: python-cffi: FTBFS on hppa - c/test_c.py test faults and drops core

[John David Anglin]

Hi Stefano,

On 2022-11-17 3:37 p.m., Stefano Rivera wrote:

Generally speaking python-cffi test failures point to libffi bugs. So,
I'd start by trying to verify the behaviour of the underlying behaviour
in libffi, from C.

The attached patch to python-cffi fixes the test failures on hppa. Please add 
to patches
for python-cffi and push upstream if okay.

A couple of years ago the libffi port for hppa-linux was changed from using a 
trampoline
executed on the stack to the function descriptor technique used by ia64. This 
doesn't
require an executable stack and is simpler. However, function pointers need to 
have the
PLABEL bit set in the pointer. As a result, a simple cast can't be used to 
convert closure
pointers to function pointers.

python-cffi uses its own closure allocation so the problem can't be fixed in 
libffi.

I added a macro CFFI_FN to do the conversion. It shouldn't affect other 
architectures.
There is a similar define in libffi.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net
--- ./c/_cffi_backend.c.save2022-12-18 13:56:40.706730405 +
+++ ./c/_cffi_backend.c 2022-12-18 13:57:03.306944998 +
@@ -60,6 +60,13 @@
 # endif
 #endif
 
+/* Convert from closure pointer to function pointer. */
+#if defined(__hppa__) && !defined(__LP64__)
+#define CFFI_FN(f) ((void (*)(void))((unsigned int)(f) | 2))
+#else
+#define CFFI_FN(f) ((void (*)(void))f)
+#endif
+
 
 /* Define the following macro ONLY if you trust libffi's version of
  * ffi_closure_alloc() more than the code in malloc_closure.h.
@@ -3191,7 +3198,7 @@
 
 Py_BEGIN_ALLOW_THREADS
 restore_errno();
-ffi_call(_descr->cif, (void (*)(void))(cd->c_data),
+ffi_call(_descr->cif, (void (*)(void)) CFFI_FN(cd->c_data),
  resultdata, buffer_array);
 save_errno();
 Py_END_ALLOW_THREADS
@@ -6394,7 +6401,7 @@
 goto error;
 Py_INCREF(ct);
 cd->head.c_type = ct;
-cd->head.c_data = (char *)closure_exec;
+cd->head.c_data = (char *)CFFI_FN(closure_exec);
 cd->head.c_weakreflist = NULL;
 closure->user_data = NULL;
 cd->closure = closure;

Bug#1026235: tar: ftbfs with recent glibc

[John David Anglin]

On 2022-12-16 5:33 p.m., Florian Weimer wrote:

* John David Anglin:


On 2022-12-16 4:24 p.m., Florian Weimer wrote:

* John David Anglin:


I think __USE_TIME_BITS64 should be defined when _FILE_OFFSET_BITS==64
This would avoid the overflow converting tv_sec from 64 to 32 bits.

It's an ABI break.  You probably can enable it in the tar build safely
because it's not a library.  But doing it by default across the
distribution is difficult because it changes the meaning of time_t in
header files.

But it seems we already have an ABI break since tar built before the
recent glibc changes.

No, not an ABI break.  A regression.  I suspect the glibc bugfix exposed
that the tar test was failing all along.

If we are sure that the glibc bugfix just exposed the tar problem, then this 
issue can be closed.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1026235: tar: ftbfs with recent glibc

[John David Anglin]

On 2022-12-16 4:24 p.m., Florian Weimer wrote:

* John David Anglin:


I think __USE_TIME_BITS64 should be defined when _FILE_OFFSET_BITS==64
This would avoid the overflow converting tv_sec from 64 to 32 bits.

It's an ABI break.  You probably can enable it in the tar build safely
because it's not a library.  But doing it by default across the
distribution is difficult because it changes the meaning of time_t in
header files.

But it seems we already have an ABI break since tar built before the recent 
glibc changes.

Regards,
Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1026235: tar: ftbfs with recent glibc

[John David Anglin]

Source: libc6
Version: 2.36-6
Severity: normal

Dear Maintainer,

See the following BZ for tar:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026204

__USE_TIME_BITS64 now needs to be defined on most 32-bit
architectures to build tar even when _FILE_OFFSET_BITS=64
is selected. The folowing error occurs from glibc:
+tar: dir/f2038-01-19T03\:14\:08.9: Cannot stat: Value too large for defined 
data type

The following two commits changed the handling of file times:

commit dd4131c8322891a0ad7cfb661efa41aecc02b581
Author: Aurelien Jarno 
Date:   Tue Nov 1 20:43:55 2022 +0100

linux: Fix fstatat on MIPSn64 (BZ #29730)

Commit 6e8a0aac2f883 ("time: Fix overflow itimer tests on 32-bit
systems") changed in_time_t_range to assume a 32-bit time_t. This broke
fstatat on MIPSn64 that was using it with a 64-bit time_t due to
difference between stat and stat64. This commit fix that by adding a
MIPSn64 specific version, which bypasses the EOVERFLOW tests.

Resolves: BZ #29730

Reviewed-by: Adhemerval Zanella  
(cherry picked from commit 7457b7eef8dfe8cc48e55b9f9837df6dd397b80d)

commit 7b7dfbb0cbdffebf0233c650627a4861212fbb60
Author: Adhemerval Zanella 
Date:   Wed Oct 19 19:14:04 2022 -0300

linux: Fix generic struct_stat for 64 bit time (BZ# 29657)

The generic Linux struct_stat misses the conditionals to use
bits/struct_stat_time64_helper.h in the __USE_TIME_BITS64 for
architecture that uses __TIMESIZE == 32 (currently csky and nios2).

Since newer ports should not support 32 bit time_t, the generic
implementation should be used as default.

For arm, hppa, and sh a copy of default struct_stat is added,
while for csky and nios a new one based on generic is used, along
with conditionals to use bits/struct_stat_time64_helper.h.

The default struct_stat is also replaced with the generic one.

Checked on aarch64-linux-gnu and arm-linux-gnueabihf.

(cherry picked from commit 7a6ca82f8007ddbd43e2b8fce806ba7101ee47f5)

I think __USE_TIME_BITS64 should be defined when _FILE_OFFSET_BITS==64
This would avoid the overflow converting tv_sec from 64 to 32 bits.

Regards,
Dave

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.0.12 (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-- debconf information excluded

Bug#1025875: wireshark: FTBFS on hppa - suite_decryption and suite_wslua test fails

[John David Anglin]

Source: wireshark
Version: 4.0.2-1
Severity: normal

Dear Maintainer,

See:
https://buildd.debian.org/status/fetch.php?pkg=wireshark=hppa=4.0.2-1=1670723453=0

The wslua fail seems to be a known issue:
https://gitlab.com/wireshark/wireshark/-/issues/15945

The decryption fail seems to be a big endian issue as it fails on s390,
powerpc, and ppc64 as well.

On some release architectures, these fails are suppressed:

override_dh_auto_test:
ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
$(MAKE) -C obj-* test-programs
ifneq (,$(filter armel armhf mips mipsel s390x,$(DEB_HOST_ARCH)))
# reported as https://gitlab.com/wireshark/wireshark/-/issues/15945
-dh_auto_test
else
dh_auto_test
endif
endif

If they are not going to be addressed, please add hppa to the above list.

Regards,
Dave Anglin


-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.0.12 (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1024580: r-bioc-affxparser: FTBFS on hppa - cannot handle R_PARISC_PCREL17F

[John David Anglin]

Source: r-bioc-affxparser
Version: 1.70.0-1
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

Build fails here:
g++ -std=gnu++14 -shared -L/usr/lib/R/lib -o affxparser.so 
fusion/calvin_files/data/src/CDFData.o 
fusion/calvin_files/data/src/CDFProbeGroupInformation.o 
fusion/calvin_files/data/src/CDFProbeInformation.o 
fusion/calvin_files/data/src/CDFProbeSetInformation.o 
fusion/calvin_files/data/src/CDFQCProbeInformation.o 
fusion/calvin_files/data/src/CDFQCProbeSetInformation.o 
fusion/calvin_files/data/src/CELData.o 
fusion/calvin_files/data/src/CHPBackgroundZone.o 
fusion/calvin_files/data/src/CHPData.o 
fusion/calvin_files/data/src/CHPExpressionEntry.o 
fusion/calvin_files/data/src/CHPMultiDataData.o 
fusion/calvin_files/data/src/CHPTilingData.o 
fusion/calvin_files/data/src/CHPQuantificationData.o 
fusion/calvin_files/data/src/CHPQuantificationDetectionData.o 
fusion/calvin_files/data/src/CHPGenotypeEntry.o 
fusion/calvin_files/data/src/CHPUniversalEntry.o 
fusion/calvin_files/data/src/ColumnInfo.o 
fusion/calvin_files/data/src/DataGroup.o 
fusion/calvin_files/data/src/DataGroupHeader.o 
fusion/calvin_files/data/src/DataSet.o 
fusion/calvin_files/data/src/DataSetHeader.o 
fusion/calvin_files/data/src/FileHeader.o 
fusion/calvin_files/data/src/GenericData.o 
fusion/calvin_files/data/src/GenericDataHeader.o 
fusion/calvin_files/exception/src/ExceptionBase.o 
fusion/calvin_files/fusion/src/CalvinAdapter/CalvinCELDataAdapter.o 
fusion/calvin_files/fusion/src/CalvinAdapter/CalvinCHPDataAdapter.o 
fusion/calvin_files/fusion/src/FusionBPMAPData.o 
fusion/calvin_files/fusion/src/FusionCDFData.o 
fusion/calvin_files/fusion/src/FusionCDFQCProbeSetNames.o 
fusion/calvin_files/fusion/src/FusionCELData.o 
fusion/calvin_files/fusion/src/FusionCHPData.o 
fusion/calvin_files/fusion/src/FusionProbeSetResults.o 
fusion/calvin_files/fusion/src/GCOSAdapter/GCOSCELDataAdapter.o 
fusion/calvin_files/fusion/src/GCOSAdapter/GCOSCHPDataAdapter.o 
fusion/calvin_files/fusion/src/FusionCHPLegacyData.o 
fusion/calvin_files/fusion/src/FusionCHPMultiDataAccessor.o 
fusion/calvin_files/fusion/src/FusionCHPMultiDataData.o 
fusion/calvin_files/fusion/src/FusionCHPTilingData.o 
fusion/calvin_files/fusion/src/FusionCHPGenericData.o 
fusion/calvin_files/fusion/src/FusionCHPQuantificationData.o 
fusion/calvin_files/fusion/src/FusionCHPQuantificationDetectionData.o 
fusion/calvin_files/parameter/src/ParameterNameValueType.o 
fusion/calvin_files/parsers/src/CDFFileReader.o 
fusion/calvin_files/parsers/src/CelFileReader.o 
fusion/calvin_files/parsers/src/CHPFileReader.o 
fusion/calvin_files/parsers/src/CHPMultiDataFileReader.o 
fusion/calvin_files/parsers/src/CHPTilingFileReader.o 
fusion/calvin_files/parsers/src/CHPQuantificationFileReader.o 
fusion/calvin_files/parsers/src/CHPQuantificationDetectionFileReader.o 
fusion/calvin_files/parsers/src/DataGroupHeaderReader.o 
fusion/calvin_files/parsers/src/DataGroupReader.o 
fusion/calvin_files/parsers/src/DataSetHeaderReader.o 
fusion/calvin_files/parsers/src/DataSetReader.o 
fusion/calvin_files/parsers/src/FileHeaderReader.o 
fusion/calvin_files/parsers/src/FileInput.o 
fusion/calvin_files/parsers/src/GenericDataHeaderReader.o 
fusion/calvin_files/parsers/src/GenericFileReader.o 
fusion/calvin_files/utils/src/AffymetrixGuid.o 
fusion/calvin_files/utils/src/DateTime.o 
fusion/calvin_files/utils/src/FileUtils.o 
fusion/calvin_files/utils/src/StringUtils.o 
fusion/calvin_files/utils/src/checksum.o fusion/file/BPMAPFileData.o 
fusion/file/BPMAPFileWriter.o fusion/file/CDFFileData.o 
fusion/file/CELFileData.o fusion/file/CHPFileData.o fusion/file/FileIO.o 
fusion/file/FileWriter.o fusion/file/TsvFile/ClfFile.o 
fusion/file/TsvFile/PgfFile.o fusion/file/TsvFile/TsvFile.o 
fusion/util/AffxByteArray.o fusion/util/AffxConv.o fusion/util/MsgStream.o 
fusion/util/Util.o fusion/util/Err.o fusion/util/Fs.o fusion/util/Verbose.o 
fusion/util/RowFile.o fusion/util/TableFile.o fusion/util/Convert.o 
R_affx_cel_parser.o R_affx_cdf_parser.o R_affx_cdf_extras.o 
R_affx_bpmap_parser.o R_affx_clf_pgf_parser.o R_affx_chp_parser.o 000.init.o 
-L/usr/lib/R/lib -lR
/usr/bin/ld: 
fusion/calvin_files/data/src/CHPQuantificationData.o(.text._ZN20affymetrix_calvin_io21CHPQuantificationData10AddColumnsERNS_13DataSetHeaderEb+0x6c):
 cannot reach 
231f__ZN20affymetrix_calvin_io13DataSetHeader14AddAsciiColumnERKNSt7__cxx1112basic_stringIwSt11char_traitsIwESaIwEEEi+0,
 recompile with -ffunction-sections
/usr/bin/ld: 
fusion/calvin_files/data/src/CHPQuantificationData.o(.text._ZN20affymetrix_calvin_io21CHPQuantificationData10AddColumnsERNS_13DataSetHeaderEb+0x6c):
 cannot handle R_PARISC_PCREL17F for 
_ZN20affymetrix_calvin_io13DataSetHeader14AddAsciiColumnERKNSt7__cxx1112basic_stringIwSt11char_traitsIwESaIwEEEi
/usr/bin/ld: final link failed: bad value
collect2: error: ld returned 1 exit status
make[2]: *** [/usr/share/R/share/make/shlib.mk:10: affxparser.so] Error 1

Full log is here:

Bug#1024492: libffi: large structs need to be passed by value on hppa

[John David Anglin]

Source: libffi
Version: 3.2.1-9
Severity: normal
Tags: patch

Dear Maintainer,

The following tests fail on hppa:
=== libffi tests ===

Schedule of variations:
unix

Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for 
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using ../../testsuite/config/default.exp as tool-and-target-specific interface 
file.
Running ../../testsuite/libffi.bhaible/bhaible.exp ...
Running ../../testsuite/libffi.call/call.exp ...
FAIL: libffi.call/struct_by_value_3.c -W -Wall -Wno-psabi -O0 execution test
FAIL: libffi.call/struct_by_value_3.c -W -Wall -Wno-psabi -O2 execution test
FAIL: libffi.call/struct_by_value_4.c -W -Wall -Wno-psabi -O0 execution test
FAIL: libffi.call/struct_by_value_4.c -W -Wall -Wno-psabi -O2 execution test
FAIL: libffi.call/struct_by_value_big.c -W -Wall -Wno-psabi -O0 execution test
FAIL: libffi.call/struct_by_value_big.c -W -Wall -Wno-psabi -O2 execution test
Running ../../testsuite/libffi.closures/closure.exp ...
Running ../../testsuite/libffi.complex/complex.exp ...
Running ../../testsuite/libffi.go/go.exp ...

=== libffi Summary ===

# of expected passes1482
# of unexpected failures6
# of unsupported tests  30
make[3]: *** [Makefile:466: check-DEJAGNU] Error 1

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=libffi=hppa=3.4.4-1=106326=0

This is upstream issue #749:
https://github.com/libffi/libffi/issues/749

Attached is patch to fix the problem on hppa. It is similar to patch
applied to fix issue on sparc64.

Please apply until issue is fixed in upstream source.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.0.9 (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/src/pa/ffi.c b/src/pa/ffi.c
index 95e6694..186bf69 100644
--- a/src/pa/ffi.c
+++ b/src/pa/ffi.c
@@ -376,10 +376,26 @@ extern void ffi_call_pa32(void (*)(UINT32 *, extended_cif 
*, unsigned),
 void ffi_call(ffi_cif *cif, void (*fn)(void), void *rvalue, void **avalue)
 {
   extended_cif ecif;
+  size_t i, nargs = cif->nargs;
+  ffi_type **arg_types = cif->arg_types;
 
   ecif.cif = cif;
   ecif.avalue = avalue;
 
+  /* If we have any large structure arguments, make a copy so we are passing
+ by value.  */
+  for (i = 0; i < nargs; i++)
+{
+  ffi_type *at = arg_types[i];
+  int size = at->size;
+  if (at->type == FFI_TYPE_STRUCT && size > 8)
+   {
+ char *argcopy = alloca (size);
+ memcpy (argcopy, avalue[i], size);
+ avalue[i] = argcopy;
+   }
+}
+
   /* If the return value is a struct and we don't have a return
  value address then we need to make one.  */
 

Bug#1024271: python-cffi: FTBFS on hppa - c/test_c.py test faults and drops core

[John David Anglin]

On 2022-11-18 4:00 a.m., stefa...@debian.org wrote:

Hi John (2022.11.17_23:22:15_+)

If the python-cffi test checks the passing of structs larger than 8
bytes, then maybe there is a problem:

 From a quick look at the test suite, there are a lot of tests that do
that.

I submitted a patch upstream to fix the libffi test failures on hppa and 
rebuilt libffi for hppa:
https://buildd.debian.org/status/fetch.php?pkg=libffi=hppa=3.4.4-1%2Bb1=1668799491=0

The testsuite is now clean.  Unfortunately, the python-cffi test still fails in 
the same way:

dave@mx3210:~/debian/python-cffi/python-cffi-1.15.1$ gdb -c core
GNU gdb (Debian 12.1-4) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
[New LWP 25666]
Core was generated by `python3.10 -m pytest c/ testing/'.
Program terminated with signal SIGTRAP, Trace/breakpoint trap.
#0  0xf8d03f94 in ?? ()
(gdb) bt
#0  0xf8d03f94 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) disass 0xf8d03f94-8,0xf8d03f94+8
Dump of assembler code from 0xf8d03f8c to 0xf8d03f9c:
   0xf8d03f8c:  break 0,0
   0xf8d03f90:  depd,z,* r18,39,44,r22
=> 0xf8d03f94:  #f8d03f90
   0xf8d03f98:  depd,z,*= r18,35,52,r22
End of assembler dump.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1024271: python-cffi: FTBFS on hppa - c/test_c.py test faults and drops core

[John David Anglin]

On 2022-11-18 4:00 a.m., stefa...@debian.org wrote:

Also, FWIW: before this test suite crash, we had a different test
failure on hppa:https://foss.heptapod.net/pypy/cffi/-/issues/186

Probably, not relevant.  At the time of this commit,

commit 8eb2d2b05626b1cbbed100725bc440709499e8a6
Author: Moxie Bot 
Date:   Mon Feb 24 10:29:20 2020 -0500

    Revamp PA_LINUX and PA_HPUX target closures to use function descriptors.

    2020-02-23  John David Anglin 

The libffi testsuite was not clean.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1024271: python-cffi: FTBFS on hppa - c/test_c.py test faults and drops core

[John David Anglin]

Hi Stefano,

On 2022-11-17 3:37 p.m., Stefano Rivera wrote:

Hi John (2022.11.16_21:17:59_+)

Generally speaking python-cffi test failures point to libffi bugs. So,
I'd start by trying to verify the behaviour of the underlying behaviour
in libffi, from C.

If the python-cffi test checks the passing of structs larger than 8 bytes, then 
maybe there is a problem:
https://github.com/libffi/libffi/issues/749

The hppa libffi code passes these by value.

This seems to have changed in this commit:
commit e4c5d46b0abaa8a12e97f0e0673e3efdda59fab8
Author: Anthony Green 
Date:   Mon Sep 5 12:19:57 2022 -0400

    Pass large structs by value

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1024271: python-cffi: FTBFS on hppa - c/test_c.py test faults and drops core

[John David Anglin]

Source: python-cffi
Version: 1.15.1-3
Severity: normal
Tags: ftbfs

Dear Maintainer,

For example, see the following build log:
https://buildd.debian.org/status/fetch.php?pkg=python-cffi=hppa=1.15.1-3=1668250642=0

Running the test under gdb, I get the following backtrace:
(gdb) set args -m pytest c/ testing/
(gdb) r
Starting program: /usr/bin/python3.10 -m pytest c/ testing/
warning: Unable to find libthread_db matching inferior's thread library, thread 
debugging will not be available.
= test session starts ==
platform linux -- Python 3.10.8, pytest-7.1.2, pluggy-1.0.0+repack
rootdir: /home/dave/debian/python-cffi/python-cffi-1.15.1
plugins: openfiles-0.5.0, mock-3.8.2, remotedata-0.3.3, arraydiff-0.5.0, 
hypothesis-6.36.0, astropy-0.10.0, astropy-header-0.2.2, doctestplus-0.12.1, 
filter-subpackage-0.1.1, cov-4.0.0
collected 2043 items

c/test_c.py [Detaching after fork from child process 23024]
[Detaching after fork from child process 23025]
[Detaching after fork from child process 23026]
 [  2%]
...[Detaching after fork from child process 23027]
.[Detaching after fork from child process 23028]
.[Detaching after fork from child process 23029]
.[Detaching after fork from child process 23030]
.
Program received signal SIGILL, Illegal instruction.
0xfaa0ef90 in ?? ()
(gdb) bt
#0  0xfaa0ef90 in ?? ()
#1  0xf55120dc in ffi_call_pa32 () at ../src/pa/linux.S:102
#2  0xf5511b08 in ffi_call (cif=, fn=,
rvalue=, avalue=) at ../src/pa/ffi.c:404
#3  0xf19fa240 in cdata_call (cd=0xf8e07cc8, args=,
kwds=) at c/_cffi_backend.c:3192
#4  0x00045a0c in _PyObject_MakeTpCall (tstate=0xf1a07614, callable=0x0,
args=, nargs=-114179252,
keywords=) at ../Objects/call.c:215
#5  0x00034af8 in _PyObject_VectorcallTstate (kwnames=0x0,
nargsf=, args=, callable=,
tstate=) at ../Include/cpython/abstract.h:112
#6  _PyObject_VectorcallTstate (kwnames=0x0, nargsf=,
args=, callable=, tstate=)
at ../Include/cpython/abstract.h:99
#7  PyObject_Vectorcall (kwnames=0x0, nargsf=,
args=, callable=)
at ../Include/cpython/abstract.h:123
#8  call_function (kwnames=0x0, oparg=,
pp_stack=, trace_info=0xf8f08088, tstate=0xf931c340)
at ../Python/ceval.c:5891
#9  _PyEval_EvalFrameDefault (tstate=0xf931c340, f=0x0,
throwflag=) at ../Python/ceval.c:4213
--Type  for more, q to quit, c to continue without paging--q
Quit

(gdb) directory /home/dave/debian/python3.10/python3.10-3.10.8/Objects
Source directories searched: 
/home/dave/debian/python3.10/python3.10-3.10.8/Objects:$cdir:$cwd
(gdb) directory /home/dave/debian/libffi/libffi-3.4.4/src/pa
Source directories searched: 
/home/dave/debian/libffi/libffi-3.4.4/src/pa:/home/dave/debian/python3.10/python3.10-3.10.8/Objects:$cdir:$cwd
(gdb) bt
#0  0xfaa0ef90 in ?? ()
#1  0xf55120dc in ffi_call_pa32 () at ../src/pa/linux.S:102
#2  0xf5511b08 in ffi_call (cif=, fn=,
rvalue=, avalue=) at ../src/pa/ffi.c:404
#3  0xf19fa240 in cdata_call (cd=0xf8e07cc8, args=,
kwds=) at c/_cffi_backend.c:3192
#4  0x00045a0c in _PyObject_MakeTpCall (tstate=0xf1a07614, callable=0x0,
args=, nargs=-114179252,
keywords=) at ../Objects/call.c:215
#5  0x00034af8 in _PyObject_VectorcallTstate (kwnames=0x0,
nargsf=, args=, callable=,
tstate=) at ../Include/cpython/abstract.h:112
#6  _PyObject_VectorcallTstate (kwnames=0x0, nargsf=,
args=, callable=, tstate=)
at ../Include/cpython/abstract.h:99
#7  PyObject_Vectorcall (kwnames=0x0, nargsf=,
args=, callable=)
at ../Include/cpython/abstract.h:123
#8  call_function (kwnames=0x0, oparg=,
pp_stack=, trace_info=0xf8f08088, tstate=0xf931c340)
at ../Python/ceval.c:5891
#9  _PyEval_EvalFrameDefault (tstate=0xf931c340, f=0x0,
throwflag=) at ../Python/ceval.c:4213
--Type  for more, q to quit, c to continue without paging--
#10 0x000e7854 in _PyEval_EvalFrame (throwflag=0, f=(-142,), tstate=0xf1a07614)
at ../Include/internal/pycore_ceval.h:46
#11 _PyEval_Vector (tstate=0xf1a07614, con=0x0, locals=,
args=, argcount=, kwnames=)
at ../Python/ceval.c:5065
#12 0x00045880 in _PyFunction_Vectorcall (func=,
stack=, nargsf=, kwnames=)
at ../Objects/call.c:342
#13 0x000455cc in PyVectorcall_Call (callable=(-142,), tuple=,
kwargs=) at ../Objects/call.c:255
#14 0x000e43d8 in do_call_core (tstate=0x0, trace_info=0xf8df9a88,
func=(-142,), callargs=,
kwdict=) at ../Python/ceval.c:5915
#15 0x0002f97c in _PyEval_EvalFrameDefault (tstate=0xf931c340, f=0x0,
throwflag=) at ../Python/ceval.c:4277
#16 0x000e7854 in _PyEval_EvalFrame (throwflag=0, f=(-142,), tstate=0xf1a07614)
at ../Include/internal/pycore_ceval.h:46
#17 _PyEval_Vector (tstate=0xf1a07614, con=0x0, locals=,
args=, argcount=, kwnames=)
at ../Python/ceval.c:5065
#18 0x00045880 in _PyFunction_Vectorcall (func=,
stack=, nargsf=, kwnames=)
at ../Objects/call.c:342
--Type  for 

Bug#1023501: busybox-static: version 1:1.35.0-3 breaks boot on hppa

[John David Anglin]

Package: busybox-static
Version: 1:1.35.0-2
Severity: normal

Dear Maintainer,

With 1:1.35.0-3, boot ends in initramfs:

Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... done.
Begin: Waiting for root file system ... Begin: Running /scripts/local-block ... 
   
mdadm: No arrays found in config file or automatically
done.
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
mdadm: error opening /dev/md?*: No such file or directory
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
mdadm: No arrays found in config file or automatically
Begin: Running /scripts/local-block ... mdadm: No arrays found in config file 
or
automatically
done.
done.
Gave up waiting for root file system device.  Common problems:
 - Boot args (cat /proc/cmdline)
   - Check rootdelay= (did the system wait long enough?)
 - Missing modules (cat /proc/modules; ls /dev)
ALERT!  LABEL=ROOT2 does not exist.  Dropping to a shell!


BusyBox v1.35.0 (Debian 1:1.35.0-3) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

dave@mx3210:~$ cat /proc/cmdline
root=LABEL=ROOT2 console=ttyS0 HOME=/ rootfstype=xfs clocksource=jiffies 
TERM=xterm palo_kernel=2/vmlinuz

The LABEL=ROOT2 does exist:
dave@mx3210:~$ ls /dev/disk/by-label
BOOT2  DAVE  HOME2  ROOT2  VAR2

There are no mdadm arrays on system.

Reverting to 1:1.35.0-2 and updating affected initrd.img files fixes 

Bug#1022771: glibc: FTBFS on hppa - malloc/tst-scratch_buffer fails with gcc-12

[John David Anglin]

Source: glibc
Version: 2.34-3
Severity: normal
Tags: ftbfs

Dear Maintainer,

The malloc/tst-scratch_buffer test fails with gcc-12:

+-+
| Encountered regressions that don't match expected failures. |
+-+
FAIL: malloc/tst-scratch_buffer

--
FAIL: malloc/tst-scratch_buffer
original exit status 1
tst-scratch_buffer.c:167: error: blob comparison failed
  blob length: 1040 bytes
  left (evaluated from r):
  
"\000\000\000\020\000\000\004\000\000\000\004\020A>\005\230"
  40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 
40 40 40 40 40 40 40 40 40 40 40 40 00 00 00 10 00 00 04 00 00 00 04 10 41 3E 
05 98
  right (evaluated from buf.data):
  

Bug#1022246: device-tree-compiler: FTBFS on hppa - assembler issues

[John David Anglin]

Source: device-tree-compiler
Version: 1.6.1-4
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

Build fails here:
 AS tests/trees.o
tests/trees.S: Assembler messages:
tests/trees.S:256: Error: junk at end of line, first unrecognized character is 
`''
tests/trees.S:257: Error: junk at end of line, first unrecognized character is 
`''
tests/trees.S:258: Error: junk at end of line, first unrecognized character is 
`''
tests/trees.S:219: Error: invalid operands (*UND* and .data sections) for `-'

The GNU assembler on hppa differs in a number of ways with the assembler
on other architectures:

1) The end-of-line character is `!'. `;' introduces a comment.
2) The `.string' directive doesn't add a null termination character.
3) It is strict about the format for characters and junk at end of line.

With the attached patch, the device-tree-compiler package builds successfully
on hppa:
https://buildd.debian.org/status/fetch.php?pkg=device-tree-compiler=hppa=1.6.1-4=1666457482=0

Please push upstream and add to debian/patches if okay.

Thanks,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.16+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Index: device-tree-compiler-1.6.1/flattree.c
===
--- device-tree-compiler-1.6.1.orig/flattree.c
+++ device-tree-compiler-1.6.1/flattree.c
@@ -124,7 +124,7 @@ static void asm_emit_cell(void *e, cell_
 {
FILE *f = e;
 
-   fprintf(f, "\t.byte 0x%02x; .byte 0x%02x; .byte 0x%02x; .byte 0x%02x\n",
+   fprintf(f, "\t.byte 0x%02x\n\t.byte 0x%02x\n\t.byte 0x%02x\n\t.byte 
0x%02x\n",
(val >> 24) & 0xff, (val >> 16) & 0xff,
(val >> 8) & 0xff, val & 0xff);
 }
@@ -133,10 +133,17 @@ static void asm_emit_string(void *e, con
 {
FILE *f = e;
 
+#if defined(__hppa__)
+   if (len != 0)
+   fprintf(f, "\t.stringz\t\"%.*s\"\n", len, str);
+   else
+   fprintf(f, "\t.stringz\t\"%s\"\n", str);
+#else
if (len != 0)
fprintf(f, "\t.string\t\"%.*s\"\n", len, str);
else
fprintf(f, "\t.string\t\"%s\"\n", str);
+#endif
 }
 
 static void asm_emit_align(void *e, int a)
@@ -438,7 +445,11 @@ static void dump_stringtable_asm(FILE *f
 
while (p < (strbuf.val + strbuf.len)) {
len = strlen(p);
+#if defined(__hppa__)
+   fprintf(f, "\t.stringz \"%s\"\n", p);
+#else
fprintf(f, "\t.string \"%s\"\n", p);
+#endif
p += len+1;
}
 }
Index: device-tree-compiler-1.6.1/tests/trees.S
===
--- device-tree-compiler-1.6.1.orig/tests/trees.S
+++ device-tree-compiler-1.6.1/tests/trees.S
@@ -1,6 +1,78 @@
 #include 
 #include "testdata.h"
 
+#ifdef __hppa__
+#define FDTLONG(val) \
+   .byte   ((val) >> 24) & 0xff ! \
+   .byte   ((val) >> 16) & 0xff ! \
+   .byte   ((val) >> 8) & 0xff ! \
+   .byte   (val) & 0xff!
+
+#define TREE_HDR(tree) \
+   .balign 8   ! \
+   .globl  tree! \
+tree:  \
+   FDTLONG(FDT_MAGIC)  ! \
+   FDTLONG(tree##_end - tree) ! \
+   FDTLONG(tree##_struct - tree) ! \
+   FDTLONG(tree##_strings - tree) ! \
+   FDTLONG(tree##_rsvmap - tree) ! \
+   FDTLONG(0x11)   ! \
+   FDTLONG(0x10)   ! \
+   FDTLONG(0)  ! \
+   FDTLONG(tree##_strings_end - tree##_strings) ! \
+   FDTLONG(tree##_struct_end - tree##_struct) !
+
+#define RSVMAP_ENTRY(addrh, addrl, lenh, lenl) \
+   FDTLONG(addrh)  ! \
+   FDTLONG(addrl)  ! \
+   FDTLONG(lenh)   ! \
+   FDTLONG(lenl)
+
+#define EMPTY_RSVMAP(tree) \
+   .balign 8   ! \
+tree##_rsvmap: ! \
+   RSVMAP_ENTRY(0, 0, 0, 0) \
+tree##_rsvmap_end: !
+
+#define PROPHDR(tree, name, len) \
+   FDTLONG(FDT_PROP)   ! \
+   FDTLONG(len)! \
+   FDTLONG(tree##_##name - tree##_strings) !
+
+#define PROP_EMPTY(tree, name) \
+   PROPHDR(tree, name, 0)  !
+
+#define PROP_INT(tree, name, val) \
+   PROPHDR(tree, name, 4) \
+   FDTLONG(val)!
+
+#define PROP_INT64(tree, name, valh, vall) \
+   PROPHDR(tree, name, 8) \
+   FDTLONG(valh)   ! \
+   FDTLONG(vall)   !
+
+#define PROP_STR(tree, name, str) \
+   PROPHDR(tree, name, 55f - 54f) \
+54:\
+   .stringzstr ! \
+55:\
+   .balign 4   !
+
+#define BEGIN_NODE(name) \
+   FDTLONG(FDT_BEGIN_NODE) ! \
+   .stringzname! \
+   .balign 4   !
+
+#define END_NODE \
+   

Bug#1022050: ukui-control-center: FTBFS on hppa - stub table overflow

[John David Anglin]

Source: ukui-control-center
Version: 3.0.5.1-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

The build fails linking libkeyboard.so:
rm -f libkeyboard.so
g++ -Wl,-O1 -Wl,-rpath-link,/usr/lib/hppa-linux-gnu -shared -o libkeyboard.so 
switchbutton.o hoverwidget.o closebutton.o imageutil.o fixlabel.o iconlabel.o 
titlelabel.o keyboardcontrol.o kbdlayoutmanager.o debug.o geometry_components.o 
geometry_parser.o kbpreviewframe.o keyaliases.o keyboard_config.o 
keyboardlayout.o keyboardpainter.o keysym2ucs.o keysymhelper.o symbol_parser.o 
x11_helper.o xkb_rules.o moc_switchbutton.o moc_hoverwidget.o moc_closebutton.o 
moc_fixlabel.o moc_iconlabel.o moc_titlelabel.o moc_keyboardcontrol.o 
moc_kbdlayoutmanager.o moc_kbpreviewframe.o moc_keyboardpainter.o 
moc_x11_helper.o  -L/usr/lib/hppa-linux-gnu -lX11 -lxkbfile -lmatekbd 
-Wl,--export-dynamic -lgmodule-2.0 -pthread -lgdk-3 -lpangocairo-1.0 
-lpango-1.0 -lharfbuzz -lgdk_pixbuf-2.0 -lcairo-gobject -lcairo -lgio-2.0 
-lgobject-2.0 -lglib-2.0 -lxklavier -lgsettings-qt 
/usr/lib/hppa-linux-gnu/libQt5Svg.so /usr/lib/hppa-linux-gnu/libQt5Widgets.so 
/usr/lib/hppa-linux-gnu/libQt5X11Extras.so 
/usr/lib/hppa-linux-gnu/qt5/mkspecs/modules/../../../../../lib/hppa-linux-gnu/libKF5WindowSystem.so
 
/usr/lib/hppa-linux-gnu/qt5/mkspecs/modules/../../../../../lib/hppa-linux-gnu/libKF5GuiAddons.so
 
/usr/lib/hppa-linux-gnu/qt5/mkspecs/modules/../../../../../lib/hppa-linux-gnu/libKF5ConfigGui.so
 /usr/lib/hppa-linux-gnu/libQt5Gui.so /usr/lib/hppa-linux-gnu/libQt5Xml.so 
/usr/lib/hppa-linux-gnu/qt5/mkspecs/modules/../../../../../lib/hppa-linux-gnu/libKF5CoreAddons.so
 /usr/lib/hppa-linux-gnu/libQt5Concurrent.so 
/usr/lib/hppa-linux-gnu/qt5/mkspecs/modules/../../../../../lib/hppa-linux-gnu/libKF5ConfigCore.so
 
/usr/lib/hppa-linux-gnu/qt5/mkspecs/modules/../../../../../lib/hppa-linux-gnu/libKF5I18n.so
 /usr/lib/hppa-linux-gnu/libQt5Core.so -lGL -lpthread
g++ -c -pipe -Wno-error -Wdate-time -D_FORTIFY_SOURCE=2 -pthread -Wall -Wextra 
-D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_PLUGIN -DQT_WIDGETS_LIB -DQT_GUI_LIB 
-DQT_XML_LIB -DQT_DBUS_LIB -DQT_CONCURRENT_LIB -DQT_CORE_LIB -I. 
-I../../../../ukui-control-center-3.0.5.1 -I../../../commonComponent 
-I/usr/include/hppa-linux-gnu/qt5/QGSettings -I/usr/include/libmount 
-I/usr/include/blkid -I/usr/include/glib-2.0 
-I/usr/lib/hppa-linux-gnu/glib-2.0/include -I/usr/include/hppa-linux-gnu/qt5 
-I/usr/include/hppa-linux-gnu/qt5/QtWidgets 
-I/usr/include/hppa-linux-gnu/qt5/QtGui -I/usr/include/hppa-linux-gnu/qt5/QtXml 
-I/usr/include/hppa-linux-gnu/qt5/QtDBus 
-I/usr/include/hppa-linux-gnu/qt5/QtConcurrent 
-I/usr/include/hppa-linux-gnu/qt5/QtCore -I. -I. 
-I/usr/lib/hppa-linux-gnu/qt5/mkspecs/linux-g++ -o moc_fixlabel.o 
moc_fixlabel.cpp
g++ -c -pipe -Wno-error -Wdate-time -D_FORTIFY_SOURCE=2 -std=gnu++11 -Wall 
-Wextra -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_PLUGIN -DQT_WIDGETS_LIB 
-DQT_X11EXTRAS_LIB -DQT_GUI_LIB -DQT_CONCURRENT_LIB -DQT_DBUS_LIB -DQT_CORE_LIB 
-I. -I../../../commonComponent -I../../../../ukui-control-center-3.0.5.1 
-I/usr/include/hppa-linux-gnu/qt5/QGSettings -I/usr/include/hppa-linux-gnu/qt5 
-I/usr/include/hppa-linux-gnu/qt5/QtWidgets 
-I/usr/include/hppa-linux-gnu/qt5/QtX11Extras 
-I/usr/include/hppa-linux-gnu/qt5/QtGui -I/usr/include/KF5/KConfig 
-I/usr/include/KF5/KConfigCore -I/usr/include/KF5/KI18n 
-I/usr/include/hppa-linux-gnu/qt5/QtConcurrent 
-I/usr/include/hppa-linux-gnu/qt5/QtDBus 
-I/usr/include/hppa-linux-gnu/qt5/QtCore -I. -I. 
-I/usr/lib/hppa-linux-gnu/qt5/mkspecs/linux-g++ -o moc_iconlabel.o 
moc_iconlabel.cpp
/usr/bin/ld: 
geometry_parser.o(.text._ZN5boost6fusion4consINS_6spirit2qi13sequential_orINS1_INS3_14literal_stringIRA5_KcLb1EEENS1_IS9_NS0_4nil_EEENS1_INS3_12literal_charINS2_13char_encoding8standardELb1ELb0EEESA_EEEC2ERKSD_RKSI_[_ZN5boost6fusion4consINS_6spirit2qi13sequential_orINS1_INS3_14literal_stringIRA5_KcLb1EEENS1_IS9_NS0_4nil_EEENS1_INS3_12literal_charINS2_13char_encoding8standardELb1ELb0EEESA_EEEC5ERKSD_RKSI_]+0x48):
 cannot reach 
2bb4__ZN5boost6spirit2qi13sequential_orINS_6fusion4consINS1_14literal_stringIRA5_KcLb1EEENS4_IS9_NS3_4nil_EEC1ERKSD_+0,
 recompile with -ffunction-sections
/usr/bin/ld: 
geometry_parser.o(.text._ZN5boost6fusion4consINS_6spirit2qi13sequential_orINS1_INS3_14literal_stringIRA5_KcLb1EEENS1_IS9_NS0_4nil_EEENS1_INS3_12literal_charINS2_13char_encoding8standardELb1ELb0EEESA_EEEC2ERKSD_RKSI_[_ZN5boost6fusion4consINS_6spirit2qi13sequential_orINS1_INS3_14literal_stringIRA5_KcLb1EEENS1_IS9_NS0_4nil_EEENS1_INS3_12literal_charINS2_13char_encoding8standardELb1ELb0EEESA_EEEC5ERKSD_RKSI_]+0x48):
 cannot handle R_PARISC_PCREL17F for 
_ZN5boost6spirit2qi13sequential_orINS_6fusion4consINS1_14literal_stringIRA5_KcLb1EEENS4_IS9_NS3_4nil_EEC1ERKSD_
/usr/bin/ld: final link failed: bad value
collect2: error: ld returned 1 exit status

The failure to handle the R_PARISC_PCREL17F relocation indicates that the
stub table for long call stubs has overflowed.  

Bug#1022023: xrdp: FTBFS on hppa - test timeout

[John David Anglin]

Source: xrdp
Version: 0.9.19-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

See:
https://buildd.debian.org/status/fetch.php?pkg=xrdp=hppa=0.9.19-1%2Bb2=1665886290=0
https://buildd.debian.org/status/fetch.php?pkg=xrdp=hppa=0.9.19-1%2Bb2=1665932047=0
https://buildd.debian.org/status/fetch.php?pkg=xrdp=hppa=0.9.19-1%2Bb2=1666130404=0

Seems similar to the issue reported for armhf.

Probably can be fixed by increasing the timeout value.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.16+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#933574: chicken: FTBFS on hppa - stack exhausted running csi

[John David Anglin]

Dear Maintainer,

The stack overflows because the stack is incorrectly configured to
grow downward when in fact the stack on hppa grows upward.  When this
is fixed, build is successful:
https://buildd.debian.org/status/fetch.php?pkg=chicken=hppa=5.3.0-1=1666123017=0

Please push fix upstream and install patch if needed.

Thanks,
Dave Anglin

Index: chicken-5.3.0/Makefile.linux
===
--- chicken-5.3.0.orig/Makefile.linux
+++ chicken-5.3.0/Makefile.linux
@@ -94,7 +94,11 @@ chicken-config.h: chicken-defaults.h
 	echo "#define HAVE_ALLOCA_H 1" >>$@
 	echo "#define HAVE_ERRNO_H 1" >>$@
 	echo "#define HAVE_SYSEXITS_H 1" >>$@
+ifeq ($(ARCH),hppa)
+	echo "#define C_STACK_GROWS_DOWNWARD 0" >>$@
+else
 	echo "#define C_STACK_GROWS_DOWNWARD 1" >>$@
+endif
 ifdef GCHOOKS
 	echo "#define C_GC_HOOKS" >>$@
 endif
Index: chicken-5.3.0/config-arch.sh
===
--- chicken-5.3.0.orig/config-arch.sh
+++ chicken-5.3.0/config-arch.sh
@@ -34,6 +34,7 @@ case "`uname -m`" in
 	*) echo "ppc.sysv";;
 	esac;;
 amd64|x86_64) echo "x86-64";;
+parisc*) echo "hppa";;
 riscv*) echo "riscv";;
 *) ;;
 esac


signature.asc
Description: PGP signature

Bug#1021952: libloc: FTBFS on hppa and alpha - test-network fails

[John David Anglin]

Source: libloc
Version: 0.9.15-2.1
Severity: normal
Tags: ftbfs

Dear Maintainer,

The test-network tests fails and the build fails:

FAIL: src/test-network
==

libloc: loc_network_list_dump:0: 2001:db8::/33
libloc: loc_network_list_dump:1: 2001:db8:8000::/34
libloc: loc_network_list_dump:2: 2001:db8:c000::/35
libloc: loc_network_list_dump:3: 2001:db8:e000::/36
libloc: loc_network_list_dump:4: 2001:db8:f000::/37
libloc: loc_network_list_dump:5: 2001:db8:f800::/38
libloc: loc_network_list_dump:6: 2001:db8:fc00::/39
libloc: loc_network_list_dump:7: 2001:db8:fe00::/40
libloc: loc_network_list_dump:8: 2001:db8:ff00::/41
libloc: loc_network_list_dump:9: 2001:db8:ff80::/42
libloc: loc_network_list_dump:   10: 2001:db8:ffc0::/43
libloc: loc_network_list_dump:   11: 2001:db8:ffe0::/44
libloc: loc_network_list_dump:   12: 2001:db8:fff0::/45
libloc: loc_network_list_dump:   13: 2001:db8:fff8::/46
libloc: loc_network_list_dump:   14: 2001:db8:fffc::/47
libloc: loc_network_list_dump:   15: 2001:db8:fffe::/48
libloc: loc_network_new_from_string: Could not parse network :::/32: 
Invalid argument
libloc: loc_database_open: Opened database in 3.0320ms
Could not look up 2001:db8::
Received subnet1 = 2001:db8::/33
Received subnet2 = 2001:db8:8000::/33
FAIL src/test-network (exit status: 1)

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=libloc=hppa=0.9.15-2.1=1665832762=0

A similar fail occurs on alpha.

I tried to debug this.  It appears the call to loc_database_lookup_from_string
fails in this hunk of code:

// Lookup an address in the subnet
err = loc_database_lookup_from_string(db, "2001:db8::", );
if (err) {
fprintf(stderr, "Could not look up 2001:db8::\n");
exit(EXIT_FAILURE);
}
loc_network_unref(network1);

In an attempt to get more info, I added "--enable-debug" to the
configure command.  With this addition, the test succeeds and the build
is successful:

https://buildd.debian.org/status/fetch.php?pkg=libloc=hppa=0.9.15-2.1=1666035323=0

Until this bug is resolved, could you add "--enable-debug" to the configure
options on hppa?

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.16+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1021853: sysprof: FTBFS on hppa - mmap aliasing issue

[John David Anglin]

Source: sysprof
Version: 3.46.0-2
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

The test test-mapped-ring-buffer fails on hppa:

 2/4 =
test: test-mapped-ring-buffer
start time:   14:55:16
duration: 0.40s
result:   killed by signal 6 SIGABRT
command:  GSETTINGS_BACKEND=memory G_DEBUG=gc-friendly MALLOC_PERTURB_=142 
NO_AT_BRIDGE=1 MALLOC_CHECK_=2 G_TEST_SRCDIR=/<>/src/tests 
G_TEST_BUILDDIR=/<>/obj-hppa-linux-gnu/src/tests 
/<>/obj-hppa-linux-gnu/src/tests/test-mapped-ring-buffer
--- stdout ---
# random seed: R02Sb35445e48e2cfa93f89f3c5793901662
1..3
# Start of MappedRingBuffer tests
Bail out! ERROR:../src/tests/test-mapped-ring-buffer.c:43:test_basic_movements: 
'reader' should not be NULL
--- stderr ---
**
ERROR:../src/tests/test-mapped-ring-buffer.c:43:test_basic_movements: 'reader' 
should not be NULL
==

Full build log is here:
https://buildd.debian.org/status/fetch.php?pkg=sysprof=hppa=3.46.0-3=1665759904=0

In map_head_and_body_twice(), the second mmap call fails:

mmap2(NULL, 135168, PROT_READ|PROT_WRITE, MAP_SHARED, 3, 0) = 0xf64a2000
mmap2(0xf64b3000, 65536, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 3, 0x1000) 
= -1 EINVAL (Invalid argument)

Due to cache issues, all shared mapping of a page must be equivalently
mapped.  This requires page mappings to be at the same virtual address
modulo 4 MB.  Due to a kernel limitation, all mappings to a file must
be equivalent.

The test can be fixed by rounding the buffer_size used in the mapped
ring buffer to 4 MB on hppa.  This makes the two mmap mappings equivalent.

Please send the fix upstream and install if okay.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.15+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Index: sysprof-3.46.0/src/libsysprof-capture/mapped-ring-buffer.c
===
--- sysprof-3.46.0.orig/src/libsysprof-capture/mapped-ring-buffer.c
+++ sysprof-3.46.0/src/libsysprof-capture/mapped-ring-buffer.c
@@ -35,6 +35,7 @@
 
 #define DEFAULT_N_PAGES 32
 #define BUFFER_MAX_SIZE ((UINT32_MAX/2)-_sysprof_getpagesize())
+#define SHM_COLOUR 0x0040
 
 enum {
   MODE_READER= 1,
@@ -172,9 +173,16 @@ mapped_ring_buffer_new_reader (size_t bu
 
   page_size = _sysprof_getpagesize ();
 
-  /* Add 1 page for coordination header */
   if (buffer_size == 0)
 buffer_size = page_size * DEFAULT_N_PAGES;
+
+#ifdef __hppa__
+  /* Round buffer_size up to the shared memory colour boundary */
+  buffer_size += SHM_COLOUR - 1;
+  buffer_size &= ~(SHM_COLOUR - 1);
+#endif
+
+  /* Add 1 page for coordination header */
   buffer_size += page_size;
 
   /* Create our memfd (or tmpfs) for writing */

Bug#1021606: libyuv: FTBFS on hppa - broken googletest

[John David Anglin]

Source: libyuv
Version: 0.0~git20220923.b9adaef-1
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

The following tests fail on hppa:

[--] Global test environment tear-down
[==] 3211 tests from 8 test suites ran. (1597834 ms total)
[  PASSED  ] 3169 tests.
[  FAILED  ] 42 tests, listed below:
[  FAILED  ] LibYUVConvertTest.TestNoDither
[  FAILED  ] LibYUVConvertTest.TestDither
[  FAILED  ] LibYUVConvertTest.I420ToARGBToRGB565_Any
[  FAILED  ] LibYUVConvertTest.I420ToARGBToRGB565_Unaligned
[  FAILED  ] LibYUVConvertTest.I420ToARGBToRGB565_Invert
[  FAILED  ] LibYUVConvertTest.I420ToARGBToRGB565_Opt
[  FAILED  ] LibYUVConvertTest.I422ToARGBToRGB565_Any
[  FAILED  ] LibYUVConvertTest.I422ToARGBToRGB565_Unaligned
[  FAILED  ] LibYUVConvertTest.I422ToARGBToRGB565_Invert
[  FAILED  ] LibYUVConvertTest.I422ToARGBToRGB565_Opt
[  FAILED  ] LibYUVConvertTest.ARGBToAR30ToARGB_Any
[  FAILED  ] LibYUVConvertTest.ARGBToAR30ToARGB_Unaligned
[  FAILED  ] LibYUVConvertTest.ARGBToAR30ToARGB_Invert
[  FAILED  ] LibYUVConvertTest.ARGBToAR30ToARGB_Opt
[  FAILED  ] LibYUVConvertTest.ABGRToAR30ToABGR_Any
[  FAILED  ] LibYUVConvertTest.ABGRToAR30ToABGR_Unaligned
[  FAILED  ] LibYUVConvertTest.ABGRToAR30ToABGR_Invert
[  FAILED  ] LibYUVConvertTest.ABGRToAR30ToABGR_Opt
[  FAILED  ] LibYUVConvertTest.AR30ToARGBToABGR_Any
[  FAILED  ] LibYUVConvertTest.AR30ToARGBToABGR_Unaligned
[  FAILED  ] LibYUVConvertTest.AR30ToARGBToABGR_Invert
[  FAILED  ] LibYUVConvertTest.AR30ToARGBToABGR_Opt
[  FAILED  ] LibYUVConvertTest.AR30ToABGRToARGB_Any
[  FAILED  ] LibYUVConvertTest.AR30ToABGRToARGB_Unaligned
[  FAILED  ] LibYUVConvertTest.AR30ToABGRToARGB_Invert
[  FAILED  ] LibYUVConvertTest.AR30ToABGRToARGB_Opt
[  FAILED  ] LibYUVConvertTest.ARGBToAB30ToARGB_Any
[  FAILED  ] LibYUVConvertTest.ARGBToAB30ToARGB_Unaligned
[  FAILED  ] LibYUVConvertTest.ARGBToAB30ToARGB_Invert
[  FAILED  ] LibYUVConvertTest.ARGBToAB30ToARGB_Opt
[  FAILED  ] LibYUVConvertTest.ABGRToAB30ToABGR_Any
[  FAILED  ] LibYUVConvertTest.ABGRToAB30ToABGR_Unaligned
[  FAILED  ] LibYUVConvertTest.ABGRToAB30ToABGR_Invert
[  FAILED  ] LibYUVConvertTest.ABGRToAB30ToABGR_Opt
[  FAILED  ] LibYUVConvertTest.AB30ToARGBToABGR_Any
[  FAILED  ] LibYUVConvertTest.AB30ToARGBToABGR_Unaligned
[  FAILED  ] LibYUVConvertTest.AB30ToARGBToABGR_Invert
[  FAILED  ] LibYUVConvertTest.AB30ToARGBToABGR_Opt
[  FAILED  ] LibYUVConvertTest.AB30ToABGRToARGB_Any
[  FAILED  ] LibYUVConvertTest.AB30ToABGRToARGB_Unaligned
[  FAILED  ] LibYUVConvertTest.AB30ToABGRToARGB_Invert
[  FAILED  ] LibYUVConvertTest.AB30ToABGRToARGB_Opt

42 FAILED TESTS
  YOU HAVE 40 DISABLED TESTS

I believe these are caused by broken googletest on big-endian architectures.
Please add hppa to the list of arches with broken googletest.

Thanks,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.14+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
--- rules.save  2022-10-11 17:05:53.037246365 +
+++ rules   2022-10-11 17:06:19.267489103 +
@@ -26,7 +26,7 @@
 endif
 
 # Known broken googletest
-ifneq (,$(filter $(DEB_HOST_ARCH), armel s390x powerpc ppc64 sparc64))
+ifneq (,$(filter $(DEB_HOST_ARCH), armel hppa s390x powerpc ppc64 sparc64))
   LIBYUV_TEST_FLAG = OFF
 endif
 

Bug#1021505: mir: FTBFS on hppa - symbols

[John David Anglin]

Source: mir
Version: 1.8.2+dfsg-3
Severity: normal
Tags: ftbfs

Dear Maintainer,

For example, see:
https://buildd.debian.org/status/fetch.php?pkg=mir=hppa=1.8.2%2Bdfsg-4=1665340087=0

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.14+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1021453: magics++: Please disable dependency on libodc-dev and odc on hppa

[John David Anglin]

Source: magics++
Version: 4.12.1-2
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

The hppa runtime is 32-bit, so the dependencies on odc need to be
disabled.

The attached change fixes the build of magics++ on hppa.

Please install.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.14+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
--- control.save2022-10-08 17:49:35.318524304 +
+++ control 2022-10-08 17:51:01.099290711 +
@@ -12,8 +12,8 @@
  libemos-dev (>=  2:4.3.9), libgeotiff-dev,
  libeccodes-dev (>= 2.13.0-3),
  libeccodes-tools,
- libodc-dev [!powerpc !armel !armhf !i386 !mipsel],
- odc [!powerpc !armel !armhf !i386 !mipsel],
+ libodc-dev [!powerpc !armel !armhf !hppa !i386 !mipsel],
+ odc [!powerpc !armel !armhf !hppa !i386 !mipsel],
  libemos-bin, 
  libopenjp2-7-dev,
  libaec-dev,
@@ -65,7 +65,7 @@
 Depends: libmagplus3v5 ( = ${binary:Version} ), 
  ${misc:Depends}, ${ecbuild:Depends},
  python3, libmagics++-metview-dev, libterralib-dev, magics++,
- libodc-dev [!powerpc !armel !armhf !i386 !mipsel]
+ libodc-dev [!powerpc !armel !armhf !hppa !i386 !mipsel]
 Recommends: pkg-config
 Description: Development files for ECMWF  plotting software MAGICS++
  Magics++ is the latest generation of the ECMWF's Meteorological plotting

Bug#1021440: emboss: FTBFS on hppa - no java

[John David Anglin]

Source: emboss
Version: 6.6.0+dfsg-11
Severity: normal
Tags: ftbfs patch

Dear Maintainer,

The emboss package does not currently build on hppa because of a lack
of java support.

The attached patch adds support for the nojava profile and fixes building
on hppa except for the jemboss package which need java.

See for build log:
https://buildd.debian.org/status/fetch.php?pkg=emboss=hppa=6.6.0%2Bdfsg-11=1665246248=0

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.14+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
--- control.save2022-02-18 13:43:27.0 +
+++ control 2022-10-08 14:29:05.879080150 +
@@ -5,7 +5,7 @@
 Section: science
 Priority: optional
 Build-Depends: debhelper-compat (= 13),
-#  javahelper,
+#  javahelper [!hppa] ,
libx11-dev,
x11proto-core-dev,
libgdchart-gd2-xpm-dev,
@@ -19,8 +19,8 @@
sharutils,
tcsh | csh | c-shell,
 # Needed until the following is solved: 
https://sourceforge.net/tracker/?func=detail=3033326_id=93650=605031
-   default-jdk,
-   ant
+   default-jdk [!hppa] ,
+   ant [!hppa] 
 # #Build-Depends-Indep: default-jdk
 Standards-Version: 4.5.0
 Vcs-Browser: https://salsa.debian.org/med-team/emboss
@@ -142,6 +142,7 @@
 
 Package: jemboss
 Architecture: all
+Build-Profiles: 
 Depends: ${shlibs:Depends},
  ${misc:Depends},
  emboss,
--- rules.save  2022-10-07 22:14:29.265495688 +
+++ rules   2022-10-08 14:35:04.872301169 +
@@ -16,6 +16,13 @@
 VERSION=$(DEB_VERSION_UPSTREAM)
 RENAMED := cons pscan
 
+# Disable java packages on architecture that don't have
+# an openjdk port.
+nojava_archs = hppa
+ifneq (,$(filter $(DEB_HOST_ARCH), $(nojava_archs)))
+export DEB_BUILD_PROFILES += nojava
+endif
+
 EMBOSS-TMP  = $(CURDIR)/debian/emboss_tmp
 EMBOSS  = $(CURDIR)/debian/emboss
 EMBOSS-TEST = $(CURDIR)/debian/emboss-test
@@ -25,8 +32,11 @@
 CONFFLAGS   += --libdir=/usr/lib/emboss/lib
 CONFFLAGS   += --includedir=/usr/lib/emboss/include
 CONFFLAGS   += --enable-systemlibs
+
+ifeq ($(filter nojava,$(DEB_BUILD_PROFILES)),)
 CONFFLAGS   += --with-java=/usr/lib/jvm/default-java/include
 CONFFLAGS   += --with-javaos=/usr/lib/jvm/default-java/include/linux
+endif
 
 CPPFLAGS:=$(shell dpkg-buildflags --get CPPFLAGS)
 CFLAGS:=$(shell dpkg-buildflags --get CFLAGS)
@@ -42,9 +52,11 @@
 
 override_dh_auto_build:
dh_auto_build -- AJAX_FIXED_ROOT=\\\"/usr/share/EMBOSS\\\" 
CPPFLAGS="$(CPPFLAGS)" CFLAGS="$(CFLAGS)" LDFLAGS="$(DEB_LDFLAGS)"
+ifeq ($(filter nojava,$(DEB_BUILD_PROFILES)),)
# Add 2 extra files wanted in jemboss.jar
cd jemboss/lib && make jemboss.jar
cd jemboss && jar uf lib/jemboss.jar resources/version 
resources/*.properties
+endif
 
 override_dh_clean:
rm -rf debian/emboss_tmp
@@ -88,6 +100,7 @@
### While the next call repeats a statement from install-arch it is 
needed to get the
### data dir right into place.  Make should be clever enough to not 
duplicate the process
$(MAKE) -C emboss install DESTDIR=$(EMBOSS-TMP)
+ifeq ($(filter nojava,$(DEB_BUILD_PROFILES)),)
$(MAKE) -C jemboss install DESTDIR=$(CURDIR)/debian/jemboss 
bindir=/usr/bin
# install target seems to remove executable flag which is claimed by 
lintian
find debian/jemboss/usr/share/EMBOSS/jemboss/utils -type f -not 
-executable -name "*sh" -exec chmod a+x \{\} \;
@@ -95,6 +108,7 @@
rm debian/jemboss/usr/share/EMBOSS/jemboss/LICENSE
# resources.jar not needed as we use the data files in 
/usr/share/EMBOSS/data/
rm -f debian/jemboss/usr/share/EMBOSS/jemboss/resources/resources.jar
+endif
 
### Installation of the test suite
cp -a test debian/emboss-test/usr/share/EMBOSS/

Bug#1010875: ust: Bogus Build-Dependency makes package BD-Uninstallable on hppa

[John David Anglin]

I believe the attached change fixes the BD-Uninstallable issue on hppa.  The 
problem is the nojava
profile is not considered in determining build dependencies.  It is only 
checked at build time.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net
--- control.save2022-10-08 15:17:22.584793346 +
+++ control 2022-10-08 15:25:28.799377710 +
@@ -3,11 +3,11 @@
 Maintainer: Jon Bernard 
 Uploaders: Michael Jeanson 
 Build-Depends: debhelper-compat (= 12),
-  default-jdk  | default-jdk-headless ,
+  default-jdk [!hppa]  | default-jdk-headless [!hppa] ,
   dh-python,
   dpkg-dev (>= 1.16.1),
-  javahelper ,
-  liblog4j1.2-java ,
+  javahelper [!hppa] ,
+  liblog4j1.2-java [!hppa] ,
   libnuma-dev,
   liburcu-dev (>= 0.12~),
   pkg-config,

Bug#1021404: qt6-base: FTBFS on hppa - Unknown Q_PROCESSOR_xxx macro

[John David Anglin]

Source: qt6-base
Version: 6.3.1+dfsg-10
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

The build fails here:

[357/1566] /usr/bin/c++ -DBACKTRACE_HEADER=\"execinfo.h\" -DCore_EXPORTS 
-DELF_INTERPRETER=\"/lib/ld.so.1\" -DQT_ASCII_CAST_WARNINGS -DQT_BUILDING_QT 
-DQT_BUILD_CORE_LIB -DQT_DEPRECATED_WARNINGS 
-DQT_DEPRECATED_WARNINGS_SINCE=0x06 -DQT_DISABLE_DEPRECATED_BEFORE=0x05 
-DQT_MOC_COMPAT -DQT_NO_CAST_TO_ASCII -DQT_NO_DEBUG -DQT_NO_FOREACH 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT 
-DQT_NO_USING_NAMESPACE -DQT_TYPESAFE_FLAGS -DQT_USE_QSTRINGBUILDER 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE 
-I/<>/obj-hppa-linux-gnu/src/corelib/Core_autogen/include 
-I/<>/obj-hppa-linux-gnu/include 
-I/<>/obj-hppa-linux-gnu/include/QtCore 
-I/<>/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib/global 
-I/<>/obj-hppa-linux-gnu/src/corelib/kernel 
-I/<>/src/corelib/../3rdparty/tinycbor/src 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1/QtCore 
-I/<>/src/corelib/../3rdparty/forkfd 
-I/<>/mkspecs/linux-g++ -isystem /usr/include/double-conversion 
-isystem /usr/include/glib-2.0 -isystem 
/usr/lib/hppa-linux-gnu/glib-2.0/include -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -fvisibility=hidden 
-fvisibility-inlines-hidden -Wall -Wextra -Wsuggest-override -std=c++17 
-Winvalid-pch -include 
/<>/obj-hppa-linux-gnu/src/corelib/CMakeFiles/Core.dir/cmake_pch.hxx
 -MD -MT src/corelib/CMakeFiles/Core.dir/text/qregularexpression.cpp.o -MF 
src/corelib/CMakeFiles/Core.dir/text/qregularexpression.cpp.o.d -o 
src/corelib/CMakeFiles/Core.dir/text/qregularexpression.cpp.o -c 
/<>/src/corelib/text/qregularexpression.cpp
[358/1566] /usr/bin/c++ -DBACKTRACE_HEADER=\"execinfo.h\" -DCore_EXPORTS 
-DELF_INTERPRETER=\"/lib/ld.so.1\" -DQT_ASCII_CAST_WARNINGS -DQT_BUILDING_QT 
-DQT_BUILD_CORE_LIB -DQT_DEPRECATED_WARNINGS 
-DQT_DEPRECATED_WARNINGS_SINCE=0x06 -DQT_DISABLE_DEPRECATED_BEFORE=0x05 
-DQT_MOC_COMPAT -DQT_NO_CAST_TO_ASCII -DQT_NO_DEBUG -DQT_NO_FOREACH 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT 
-DQT_NO_USING_NAMESPACE -DQT_TYPESAFE_FLAGS -DQT_USE_QSTRINGBUILDER 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE 
-I/<>/obj-hppa-linux-gnu/src/corelib/Core_autogen/include 
-I/<>/obj-hppa-linux-gnu/include 
-I/<>/obj-hppa-linux-gnu/include/QtCore 
-I/<>/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib/global 
-I/<>/obj-hppa-linux-gnu/src/corelib/kernel 
-I/<>/src/corelib/../3rdparty/tinycbor/src 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1/QtCore 
-I/<>/src/corelib/../3rdparty/forkfd 
-I/<>/mkspecs/linux-g++ -isystem /usr/include/double-conversion 
-isystem /usr/include/glib-2.0 -isystem 
/usr/lib/hppa-linux-gnu/glib-2.0/include -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -fvisibility=hidden 
-fvisibility-inlines-hidden -Wall -Wextra -Wsuggest-override -std=c++17 
-Winvalid-pch -include 
/<>/obj-hppa-linux-gnu/src/corelib/CMakeFiles/Core.dir/cmake_pch.hxx
 -MD -MT src/corelib/CMakeFiles/Core.dir/io/qfilesystemwatcher.cpp.o -MF 
src/corelib/CMakeFiles/Core.dir/io/qfilesystemwatcher.cpp.o.d -o 
src/corelib/CMakeFiles/Core.dir/io/qfilesystemwatcher.cpp.o -c 
/<>/src/corelib/io/qfilesystemwatcher.cpp
[359/1566] /usr/bin/c++ -DBACKTRACE_HEADER=\"execinfo.h\" -DCore_EXPORTS 
-DELF_INTERPRETER=\"/lib/ld.so.1\" -DQT_ASCII_CAST_WARNINGS -DQT_BUILDING_QT 
-DQT_BUILD_CORE_LIB -DQT_DEPRECATED_WARNINGS 
-DQT_DEPRECATED_WARNINGS_SINCE=0x06 -DQT_DISABLE_DEPRECATED_BEFORE=0x05 
-DQT_MOC_COMPAT -DQT_NO_CAST_TO_ASCII -DQT_NO_DEBUG -DQT_NO_FOREACH 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT 
-DQT_NO_USING_NAMESPACE -DQT_TYPESAFE_FLAGS -DQT_USE_QSTRINGBUILDER 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE 
-I/<>/obj-hppa-linux-gnu/src/corelib/Core_autogen/include 
-I/<>/obj-hppa-linux-gnu/include 
-I/<>/obj-hppa-linux-gnu/include/QtCore 
-I/<>/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib/global 
-I/<>/obj-hppa-linux-gnu/src/corelib/kernel 
-I/<>/src/corelib/../3rdparty/tinycbor/src 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1/QtCore 
-I/<>/src/corelib/../3rdparty/forkfd 
-I/<>/mkspecs/linux-g++ -isystem /usr/include/double-conversion 
-isystem /usr/include/glib-2.0 -isystem 
/usr/lib/hppa-linux-gnu/glib-2.0/include -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -fvisibility=hidden 
-fvisibility-inlines-hidden -Wall -Wextra -Wsuggest-override -std=c++17 
-Winvalid-pch -include 
/<>/obj-hppa-linux-gnu/src/corelib/CMakeFiles/Core.dir/cmake_pch.hxx
 

Bug#1010875: ust: Bogus Build-Dependency makes package BD-Uninstallable on hppa

[John David Anglin]

Source: ust
Version: 2.13.4-1
Followup-For: Bug #1010875

Dear Maintainer,

Changing the control file to use "" instead of ""
resolves the dependency problem on hppa.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.14+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1021310: libsdl2: FTBFS on hppa - testevdev: FAILED: 1

[John David Anglin]

On 2022-10-05 11:11 a.m., Simon McVittie wrote:

It seems to be reliable on release architectures, including i386 which is
32-bit and s390x which is big-endian.

Seems to be a 32-bit big-endian issue as same fail occurs on powerpc but not 
ppc64 or ppc64el.
Possibly, wrong word in 64-bit type is being tested on hppa and powerpc.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1021312: qtquickcontrols-opensource-src: FTBFS on hppa - Tests_TreeView::test_pressAndHold

[John David Anglin]

Source: qtquickcontrols-opensource-src
Version: 5.15.6-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Testsuite fails with following error:

PASS   : qtquickcontrols::Tests_TreeView::test_keys_navigation()
FAIL!  : qtquickcontrols::Tests_TreeView::test_pressAndHold() Compared values 
are not the same
   Actual   (): 0
   Expected (): 1
   Loc: [/<>/tests/auto/controls/data/tst_treeview.qml(274)]
PASS   : qtquickcontrols::Tests_TreeView::test_selection_contiguousSelection()
PASS   : qtquickcontrols::Tests_TreeView::test_selection_extendedSelection()
PASS   : qtquickcontrols::Tests_TreeView::test_selection_multiSelection()
PASS   : qtquickcontrols::Tests_TreeView::test_selection_noSelection()
XFAIL  : qtquickcontrols::Tests_TreeView::test_selection_singleSelection() BUG 
selected state not updated with Command/Control when SingleSelection
   Loc: [/<>/tests/auto/controls/data/tst_treeview.qml(402)]
XFAIL  : qtquickcontrols::Tests_TreeView::test_selection_singleSelection() BUG 
selected state not updated with Command/Control when SingleSelection
   Loc: [/<>/tests/auto/controls/data/tst_treeview.qml(404)]
PASS   : qtquickcontrols::Tests_TreeView::test_selection_singleSelection()
PASS   : qtquickcontrols::Tests_TreeView::cleanupTestCase()
Totals: 498 passed, 1 failed, 6 skipped, 0 blacklisted, 410752ms
* Finished testing of qtquickcontrols *
make[5]: *** [Makefile:318: check] Error 1

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=qtquickcontrols-opensource-src=hppa=5.15.6-2=1664978713=0

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.13+ (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1021310: libsdl2: FTBFS on hppa - testevdev: FAILED: 1

[John David Anglin]

Source: libsdl2
Version: 2.24.0+dfsg-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Build fails in testsuite:

Thinkpad USB keyboard with Trackpoint - Trackpoint...
Expected 0x0003
MOUSE
KEYBOARD
Got  0x
No information...
OK
testevdev: FAILED: 1
testfilesystem...
INFO: base path: '/<>/debian/build-tests/'
INFO: pref path: 
'/<>/debian/.debhelper/generated/_source/home/.local/share/libsdl/test_filesystem/'
INFO: pref path: 
'/<>/debian/.debhelper/generated/_source/home/.local/share/test_filesystem/'
testfilesystem: OK
...
testdisplayinfo: OK
make[2]: *** [Makefile:416: check] Error 1
make[2]: Leaving directory '/<>/debian/build-tests'
dh_auto_test: error: cd debian/build-tests && make -j4 check 
"TESTSUITEFLAGS=-j4 --verbose" VERBOSE=1 V=1 returned exit code 2
make[1]: *** [debian/rules:142: override_dh_auto_test-arch] Error 25
make[1]: Leaving directory '/<>'
make: *** [debian/rules:81: binary-arch] Error 2
dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit 
status 2

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=libsdl2=hppa=2.24.1%2Bdfsg-1=1664977752=0

Similar fail occurs on powerpc.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.13+ (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1021282: haskell-charset: FTBFS on hppa - profiling libraries for package hashable-1.3.5.0

[John David Anglin]

Source: haskell-charset
Version: 0.3.9-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

The build fails here:
[4 of 9] Compiling Data.CharSet.Posix.Ascii ( src/Data/CharSet/Posix/Ascii.hs, 
dist-ghc/build/Data/CharSet/Posix/Ascii.p_o )
Failed to load interface for ‘Data.Hashable.Generic.Instances’
Perhaps you haven't installed the profiling libraries for package 
‘hashable-1.3.5.0’?
Use -v (or `:set -v` in ghci) to see a list of the files searched for.
-e: error: debian/hlibrary.setup build --builddir=dist-ghc returned exit code 1
 at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 852.
Debian::Debhelper::Dh_Lib::error("debian/hlibrary.setup build 
--builddir=dist-ghc returned exit"...) called at 
/usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 596
Debian::Debhelper::Dh_Lib::error_exitcode("debian/hlibrary.setup build 
--builddir=dist-ghc") called at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm 
line 470
Debian::Debhelper::Dh_Lib::doit("debian/hlibrary.setup", "build", 
"--builddir=dist-ghc") called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 650
Debian::Debhelper::Buildsystem::Haskell::Recipes::build_recipe() called 
at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:158: build-ghc-stamp] Error 25
dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit 
status 2

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=haskell-charset=hppa=0.3.9-1%2Bb2=1664915625=0

For some reason, only libghc-hashable-dev is installed. The profile package
libghc-hashable-prof is not installed.

Some other haskell packages fail in a similar way on hppa.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.13+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1020857: libc6: 2.35-1 breaks gdb on hppa

[John David Anglin]

More info is here:
https://sourceware.org/bugzilla/show_bug.cgi?id=29635

Bug breaks glibc build (gdb attach tests fail) and probably binutils build 
(test regressions).

The problem is the dp register is sometimes not initialized for the main 
application before
initializers are run.

The attached patch fixes issue.  It restores code removed in the fix for the 
tst-audit2 failure
some months ago.  I will commit upstream as soon as more testing completes.  
I'm currently
building a +b1 version of 2.35-1 with change.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net
diff --git a/sysdeps/hppa/dl-machine.h b/sysdeps/hppa/dl-machine.h
index c865713be1..1d51948566 100644
--- a/sysdeps/hppa/dl-machine.h
+++ b/sysdeps/hppa/dl-machine.h
@@ -347,6 +347,16 @@ elf_machine_runtime_setup (struct link_map *l, struct 
r_scope_elem *scope[],
its return value is the user program's entry point.  */
 
 #define RTLD_START \
+/* Set up dp for any non-PIC lib constructors that may be called.  */  \
+static struct link_map * __attribute__((used)) \
+set_dp (struct link_map *map)  \
+{  \
+  register Elf32_Addr dp asm ("%r27"); \
+  dp = D_PTR (map, l_info[DT_PLTGOT]); \
+  asm volatile ("" : : "r" (dp));  \
+  return map;  \
+}  \
+   \
 asm (  \
 "  .text\n"\
 "  .globl _start\n"\
@@ -426,6 +436,13 @@ asm (  
\
   direct loader invocation.  Thus, argc and argv must be   \
   reloaded from from _dl_argc and _dl_argv.  */\
\
+   /* Load main_map from _rtld_local and setup dp. */  \
+"  addil   LT'_rtld_local,%r19\n"  \
+"  ldw RT'_rtld_local(%r1),%r26\n" \
+"  bl  set_dp, %r2\n"  \
+"  ldw 0(%r26),%r26\n" \
+"  copy%ret0,%r26\n"   \
+   \
/* Load argc from _dl_argc.  */ \
 "  addil   LT'_dl_argc,%r19\n" \
 "  ldw RT'_dl_argc(%r1),%r20\n"\
@@ -438,13 +455,10 @@ asm ( 
\
 "  ldw 0(%r20),%r24\n" \
 "  stw %r24,-44(%sp)\n"\
\
-   /* Call _dl_init(main_map, argc, argv, envp). */\
-"  addil   LT'_rtld_local,%r19\n"  \
-"  ldw RT'_rtld_local(%r1),%r26\n" \
-"  ldw 0(%r26),%r26\n" \
-   \
/* envp = argv + argc + 1 */\
 "  sh2add  %r25,%r24,%r23\n"   \
+   \
+   /* Call _dl_init(main_map, argc, argv, envp). */\
 "  bl  _dl_init,%r2\n" \
 "  ldo 4(%r23),%r23\n" /* delay slot */\
\

Bug#1020857: libc6: 2.35-1 breaks gdb on hppa

[John David Anglin]

If I start gdb with /lib/ld.so.1, it runs okay with glibc 2.35-1:

dave@mx3210:~/debian/gdb/gdb-12.1$ /lib/ld.so.1 /usr/bin/gdb
GNU gdb (Debian 12.1-3) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
(gdb) quit

dave@atlas:~/gnu/gdb/objdir$ /lib/ld.so.1 /usr/bin/gdb -c core /usr/bin/gdb
GNU gdb (Debian 12.1-3) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/gdb...
Reading symbols from 
/usr/lib/debug/.build-id/26/0797847dd13b287f99df369368a8a943c3d2f3.debug...
[New LWP 3873]
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
"/home/dave/gnu/glibc/objdir/nptl_db/libthread_db.so.1".
Core was generated by `gdb'.
--Type  for more, q to quit, c to continue without paging--
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x4bc63f08 in ?? ()
(gdb) bt
#0  0x4bc63f08 in ?? ()
#1  0x006b5534 in operator new (sz=340)
    at /build/gdb-2W62n4/gdb-12.1/gdbsupport/new-op.cc:59
#2  0xf2ae4c00 in boost::basic_regex > >::do_assign(char const*, char const*, 
unsigned int) ()

   from /lib/hppa-linux-gnu/libboost_regex.so.1.74.0
#3  0xf4a98434 in ?? () from /lib/hppa-linux-gnu/libsource-highlight.so.4
#4  0xf773ae50 in call_init (env=0xf4b2f7dc, argv=0xf4b2f76c, argc=9790160,
    l=) at dl-init.c:70
#5  call_init (l=, argc=9790160, argv=0xf4b2f76c,
    env=0xf4b2f7dc) at dl-init.c:26
#6  0xf773af88 in _dl_init (main_map=0xf4b574c8, argc=-189597732, argv=0x0,
    env=0x9562d0) at dl-init.c:117
#7  0xf7750f9c in _dl_start_user () from /lib/ld.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

So, it looks like we die running array initializers:

  /* Next see whether there is an array with initialization functions.  */
  ElfW(Dyn) *init_array = l->l_info[DT_INIT_ARRAY];
  if (init_array != NULL)
    {
  unsigned int j;
  unsigned int jm;
  ElfW(Addr) *addrs;

  jm = l->l_info[DT_INIT_ARRAYSZ]->d_un.d_val / sizeof (ElfW(Addr));

  addrs = (ElfW(Addr) *) (init_array->d_un.d_ptr + l->l_addr);
  for (j = 0; j < jm; ++j)
    ((dl_init_t) addrs[j]) (argc, argv, env);
    }

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net

Bug#1020857: libc6: 2.35-1 breaks gdb on hppa

[John David Anglin]

Package: libc6
Version: 2.34-8
Severity: normal

Dear Maintainer,

dave@atlas:~$ gdb
Segmentation fault (core dumped)

Gdb doesn't drop core if I revert glibc to 2.34-8.

Sep 26 22:04:36 mx3210 kernel: do_page_fault() command='gdb' type=6 
address=0x4bc63f0b in libresolv.so.2[ea7f2000+e000]
Sep 26 22:04:36 mx3210 kernel: trap #6: Instruction TLB miss fault, vm_start = 
0x0098b000, vm_end = 0x009c4000
Sep 26 22:04:36 mx3210 kernel: command line: gdb
Sep 26 22:04:36 mx3210 kernel: CPU: 0 PID: 7976 Comm: gdb Not tainted 5.19.11+ 
#1
Sep 26 22:04:36 mx3210 kernel: Hardware name: 9000/800/rp3440
Sep 26 22:04:36 mx3210 kernel:
Sep 26 22:04:36 mx3210 kernel: YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Sep 26 22:04:36 mx3210 kernel: PSW: 0110 Not tainted
Sep 26 22:04:36 mx3210 kernel: r00-03  00ff0006ff0f 0014a908 
006b5537 0154
Sep 26 22:04:36 mx3210 kernel: r04-07  f2e59fd4 f4e396c8 
009562d0 f4e1176c
Sep 26 22:04:36 mx3210 kernel: r08-11  f4e117dc  
 
Sep 26 22:04:36 mx3210 kernel: r12-15   00177730 
 
Sep 26 22:04:36 mx3210 kernel: r16-19  0001 0013c41c 
0016e870 4bc53f11
Sep 26 22:04:36 mx3210 kernel: r20-23  009562d0 4bc63f09 
0014add8 
Sep 26 22:04:36 mx3210 kernel: r24-27  f4e117dc f4e1176c 
0154 00135108
Sep 26 22:04:36 mx3210 kernel: r28-31   0001 
f98e24c0 00011234
Sep 26 22:04:36 mx3210 kernel: sr00-03  00957400  
 00957400
Sep 26 22:04:36 mx3210 kernel: sr04-07  00957400 00957400 
00957400 00957400
Sep 26 22:04:36 mx3210 kernel:
Sep 26 22:04:36 mx3210 kernel:  VZOUICununcqcqcqcqcqcrmunTDVZOUI
Sep 26 22:04:36 mx3210 kernel: FPSR: 
Sep 26 22:04:36 mx3210 kernel: FPER1: 
Sep 26 22:04:36 mx3210 kernel: fr00-03    
 
Sep 26 22:04:36 mx3210 kernel: fr04-07    
 
Sep 26 22:04:36 mx3210 kernel: fr08-11    
 
Sep 26 22:04:36 mx3210 kernel: fr12-15    
 
Sep 26 22:04:36 mx3210 kernel: fr16-19    
 
Sep 26 22:04:36 mx3210 kernel: fr20-23    
006b559562d0 
Sep 26 22:04:36 mx3210 kernel: fr24-27    
 
Sep 26 22:04:36 mx3210 kernel: fr28-31    
 
Sep 26 22:04:36 mx3210 kernel:
Sep 26 22:04:36 mx3210 kernel: IASQ: 00957400 00957400 IAOQ: 
4bc63f0b 4bc63f0f
Sep 26 22:04:36 mx3210 kernel: IIR: 4380ISR: 00957400  IOR: 
0014add8
Sep 26 22:04:36 mx3210 kernel: CPU:0   CR30: 0040d6db4570 CR31: 
efff
Sep 26 22:04:36 mx3210 kernel: ORIG_R28: 
Sep 26 22:04:36 mx3210 kernel: IAOQ[0]: 4bc63f0b
Sep 26 22:04:36 mx3210 kernel: IAOQ[1]: 4bc63f0f
Sep 26 22:04:36 mx3210 kernel: RP(r2): 006b5537

   104c4:   43 ff ff 80 ldb 1fc0(sr3,r31),r31

dave@mx3210:~$ gdb -c core_gdb /usr/bin/gdb
GNU gdb (Debian 12.1-3) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/gdb...
(No debugging symbols found in /usr/bin/gdb)
[New LWP 8366]

warning: File "/usr/lib/hppa-linux-gnu/libthread_db.so.1" auto-loading has been 
declined by your `auto-load safe-path' set to 
"$debugdir:$datadir/auto-load:/lib/hppa-linux-gnu/libthread_db-1.0.so:/home/dave/debian/firefox/firefox-50.1.0/.gdbinit".
To enable execution of this file add
add-auto-load-safe-path /usr/lib/hppa-linux-gnu/libthread_db.so.1
line to your configuration file "/home/dave/.gdbinit".
To completely disable this security protection add
set auto-load safe-path /
--Type  for more, q to quit, c to continue without paging--
line to 

Bug#1020321: glib2.0: FTBFS on hppa - test simple-construction1 fails

[John David Anglin]

Source: glib2.0
Version: 2.66.8-1
Severity: normal

Dear Maintainer,

Test fails as follows:

Running test simple-construction1

(performance:11828): GLib-ERROR **: 23:07:39.938: ../../../glib/gmem.c:430: over
flow allocating 2147483647*4 bytes
<80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95><80><95>
119/302 glib:gobject+performance / performance  FAIL
 7.18s   killed by signal 5 SIGTRAP

Full build log is here:
https://buildd.debian.org/status/fetch.php?pkg=glib2.0=hppa=2.74.0-1=1663629476=0

#define SIZE_OVERFLOWS(a,b) (G_UNLIKELY ((b) > 0 && (a) > G_MAXSIZE / (b)))

/**
 * g_realloc_n:
 * @mem: (nullable): the memory to reallocate
 * @n_blocks: the number of blocks to allocate
 * @n_block_bytes: the size of each block in bytes
 *
 * This function is similar to g_realloc(), allocating (@n_blocks * 
@n_block_bytes) bytes,
 * but care is taken to detect possible overflow during multiplication.
 *
 * If the allocation fails (because the system is out of memory),
 * the program is terminated.
 *
 * Since: 2.24
 * Returns: the new address of the allocated memory
 */
gpointer
g_realloc_n (gpointer mem,
 gsizen_blocks,
 gsizen_block_bytes)
{
  if (SIZE_OVERFLOWS (n_blocks, n_block_bytes))
{
  g_error ("%s: overflow allocating %"G_GSIZE_FORMAT"*%"G_GSIZE_FORMAT" 
bytes",
   G_STRLOC, n_blocks, n_block_bytes);
}

  return g_realloc (mem, n_blocks * n_block_bytes);
}

The 32-bit hppa runtime definitely can't handle an allocation of 8 GB.

Not sure why the test attempts to allocate this much. This test doesn't
fail on qemu buildds.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
merged-usr: no
Architecture: hppa (parisc64)

Kernel: Linux 5.19.9+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#1019969: flint: FTBFS on hppa - Signed integer overflow is undefined behavior

[John David Anglin]

Source: flint
Version: 2.9.0-5
Severity: normal

Dear Maintainer,

Build fails in testsuite:
cmp_sicmp_uimake[3]: *** [../Makefile.subdirs:107: 
../build/fmpq/test/t-cmp_si_RUN] Segmentation fault (core dumped)
make[3]: *** Waiting for unfinished jobs
PASS
PASS
PASS
make[3]: Leaving directory '/<>/fmpq'
make[2]: *** [Makefile:224: check] Error 2

(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /home/dave/debian/flint/flint-2.9.0/build/fmpq/test/t-cmp_si
warning: File "/lib/hppa-linux-gnu/libthread_db.so.1" auto-loading has been 
declined by your `auto-load safe-path' set to 
"$debugdir:$datadir/auto-load:/lib/hppa-linux-gnu/libthread_db-1.0.so:/home/dave/debian/firefox/firefox-50.1.0/.gdbinit".
warning: Unable to find libthread_db matching inferior's thread library, thread 
debugging will not be available.
cmp_si
Program received signal SIGSEGV, Segmentation fault.
0xf900cefc in FLINT_BIT_COUNT (x=) at ./flint.h:355
355if (x) count_leading_zeros(zeros, x);
(gdb) bt
#0  0xf900cefc in FLINT_BIT_COUNT (x=) at ./flint.h:355
#1  _fmpq_cmp_si (p=0xf7b023d8, q=0xf7b023dc, c=-2147483648) at cmp_si.c:44
#2  0xf900d02c in fmpq_cmp_si (x=, c=)
at cmp_si.c:67
#3  0x000108cc in main () at test/t-cmp_si.c:45

This code in  cmp_si.c is wrong:

d = -c;

if (c != d) /* check for SLONG_MIN */
{
d = c < 0 ? -c : c;

Signed overflow is undefined behavior, so the check for SLONG_MIN got
optimized away.

See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106960

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
merged-usr: no
Architecture: hppa (parisc64)

Kernel: Linux 5.19.9+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#1019816: raft: FTBFS on hppa - testsuite fails

[John David Anglin]

Source: raft
Version: 0.15.0-1
Severity: normal
Tags: patch

Dear Maintainer,

The follow two tests fail on hppa:
FAIL: test/integration/uv
FAIL: test/unit/core

See: 
https://buildd.debian.org/status/fetch.php?pkg=raft=hppa=0.15.0-1=1661714018=0

The test/unit/core test fails because test_compress.c fails to allocate
357198848 bytes.

This is fixed by adding hppa to the list of 32-bit architectures in the
Lower-mipsel_malloc.patch patch.

The test/integration/uv fails because of bad addresses in the io_submit
system call:
 src/uv_append.c:197 - write: io_submit: bad address in system call argument
Error: test/integration/test_uv_append.c:630: assertion failed: status == 
result->status (18 == 0)
Error: child killed by signal 6 (Aborted)
append/nonBlockingBarrierLongBlockingTask   [ ERROR ]

The Debian hppa architecture is 32-bit big endian. One can see the problem
with strace:
[pid 27905] io_submit(0xf5854000, 1, [{aio_data=0x2913c0, 
aio_lio_opcode=IOCB_CMD_PWRITEV, aio_fildes=13, aio_buf=0x291590, 
aio_nbytes=1, aio_offset=0}]) = -1 EFAULT (Bad address)

The aio_data and aio_buf arguments are passed incorrectly for a 32-bit
big-endian architecture. The attached hppa-uv_writer.patch patch fixes
the and the testsuite now runs without fails.

See: 
https://buildd.debian.org/status/fetch.php?pkg=raft=hppa=0.15.0-1=1663183915=0

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
merged-usr: no
Architecture: hppa (parisc64)

Kernel: Linux 5.19.8+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Lower malloc() size for mipsel
 For unknown reason this is nearly the max mipsel can malloc()
Author: Laszlo Boszormenyi (GCS) 
Forwarded: no
Last-Update: 2022-04-24

---

Index: raft-0.15.0/test/unit/test_compress.c
===
--- raft-0.15.0.orig/test/unit/test_compress.c
+++ raft-0.15.0/test/unit/test_compress.c
@@ -128,7 +128,10 @@ TEST(Compress, compressDecompressRandomO
 }
 
 static char* len_nonrandom_one_params[] = {
-#if !defined(__LP64__) && (defined(__arm__) || defined(__i386__) || 
defined(__mips__))
+#if defined(__MIPSEL__)
+/* mipsel has lower malloc limits */
+  "4096", "65536", "4194304", "1073741824", "1427483000",
+#elif !defined(__LP64__) && (defined(__arm__) || defined(__hppa__) || 
defined(__i386__) || defined(__mips__))
 /*4KB 64KB 4MB1GB   INT_MAX (larger allocations 
fail on 32-bit archs */
   "4096", "65536", "4194304", "1073741824", "2147483647",
 #else
Index: raft-0.15.0/src/uv_writer.c
===
--- raft-0.15.0.orig/src/uv_writer.c
+++ raft-0.15.0/src/uv_writer.c
@@ -463,10 +463,18 @@ int UvWriterSubmit(struct UvWriter *w,
 req->iocb.aio_fildes = (uint32_t)w->fd;
 req->iocb.aio_lio_opcode = IOCB_CMD_PWRITEV;
 req->iocb.aio_reqprio = 0;
+#if defined(__hppa__)
+req->iocb.aio_buf = (uintptr_t)bufs;
+#else
 *((void **)(>iocb.aio_buf)) = (void *)bufs;
+#endif
 req->iocb.aio_nbytes = n;
 req->iocb.aio_offset = (int64_t)offset;
+#if defined(__hppa__)
+req->iocb.aio_data = (uintptr_t)req;
+#else
 *((void **)(>iocb.aio_data)) = (void *)req;
+#endif
 
 #if defined(RWF_HIPRI)
 /* High priority request, if possible */

Bug#1016519: ffmpeg: Still FTBFS on hppa and powerpc

[John David Anglin]

Source: ffmpeg
Followup-For: Bug #1016519

Dear Maintainer,

This is with version 7:5.1-3:
https://buildd.debian.org/status/fetch.php?pkg=ffmpeg=hppa=7%3A5.1-3=1661576231=0

/<>/tests/fate-run.sh fate-filter-overlay_yuv422 "" "" 
"/<>/debian/standard" 'framecrc -auto_conversion_filters -c:v 
pgmyuv -i /<>/debian/standard/tests/vsynth1/%02d.pgm 
-filter_complex_script 
/<>/debian/standard/tests/data/filtergraphs/overlay_yuv422' '' '' 
'' '1' '' '' '' '' '' '' '' '' '' ''
 /<>/debian/standard/ffmpeg -nostdin -nostats 
-noauto_conversion_filters -cpuflags all -auto_conversion_filters -c:v pgmyuv 
-hwaccel none -threads 1 -thread_type frame+slice -i 
/<>/debian/standard/tests/vsynth1/%02d.pgm -filter_complex_script 
/<>/debian/standard/tests/data/filtergraphs/overlay_yuv422 
-bitexact -f framecrc -
--- /<>/tests/ref/fate/filter-overlay_yuv420p102022-07-22 
17:58:40.0 +
+++ tests/data/fate/filter-overlay_yuv420p102022-08-27 04:23:18.426707238 
+
@@ -3,6 +3,6 @@
 #codec_id 0: rawvideo
 #dimensions 0: 352x288
 #sar 0: 0/1
-0,  0,  0,1,   304128, 0x524bcfc6
-0,  1,  1,1,   304128, 0xab3a13af
-0,  2,  2,1,   304128, 0xac08d718
+0,  0,  0,1,   304128, 0xd041d116
+0,  1,  1,1,   304128, 0x293f14ff
+0,  2,  2,1,   304128, 0x2a0dd868
Test filter-overlay_yuv420p10 failed. Look at 
tests/data/fate/filter-overlay_yuv420p10.err for details.
ffmpeg version 5.1-3 Copyright (c) 2000-2022 the FFmpeg developers
  built with gcc 12 (Debian 12.2.0-1)
  configuration: --prefix=/usr --extra-version=3 --toolchain=hardened 
--libdir=/usr/lib/hppa-linux-gnu --incdir=/usr/include/hppa-linux-gnu 
--arch=hppa --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa 
--enable-libaom --enable-libass --enable-libbluray --enable-libbs2b 
--enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d 
--enable-libflite --enable-libfontconfig --enable-libfreetype 
--enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm 
--enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg 
--enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq 
--enable-librist --enable-librubberband --enable-libshine --enable-libsnappy 
--enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh 
--enable-libsvtav1 --enable-libtheora --enable-libtwolame --enable-libvidstab 
--enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 
--enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq 
--enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl 
--enable-opengl --enable-sdl2 --disable-sndio --enable-libdc1394 
--enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r 
--enable-libx264 --enable-libplacebo --enable-shared
  libavutil  57. 28.100 / 57. 28.100
  libavcodec 59. 37.100 / 59. 37.100
  libavformat59. 27.100 / 59. 27.100
  libavdevice59.  7.100 / 59.  7.100
  libavfilter 8. 44.100 /  8. 44.100
  libswscale  6.  7.100 /  6.  7.100
  libswresample   4.  7.100 /  4.  7.100
  libpostproc56.  6.100 / 56.  6.100
Input #0, image2, from 
'/<>/debian/standard/tests/vsynth1/%02d.pgm':
  Duration: 00:00:02.00, start: 0.00, bitrate: N/A
  Stream #0:0: Video: pgmyuv, yuv420p, 352x288, 25 fps, 25 tbr, 25 tbn
Stream mapping:
  Stream #0:0 (pgmyuv) -> split:default
  overlay:default -> Stream #0:0 (rawvideo)
Output #0, framecrc, to 'pipe:':
  Stream #0:0: Video: rawvideo (Y3[11][10] / 0xA0B3359), yuv420p10le(tv, 
progressive), 352x288, q=2-31, 38016 kb/s, 25 fps, 25 tbn
Metadata:
  encoder : Lavc rawvideo
frame=3 fps=1.2 q=-0.0 Lsize=   0kB time=00:00:00.12 bitrate=  
17.6kbits/s speed=0.0462x
video:891kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing 
overhead: unknown
make[2]: *** [/<>/tests/Makefile:305: 
fate-filter-overlay_yuv420p10] Error 1

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
merged-usr: no
Architecture: hppa (parisc64)

Kernel: Linux 5.19.5+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#1017105: virt-viewer: FTBFS on hppa - error: ‘-fstack-protector’ not supported for this target [-Werror]

[John David Anglin]

Source: virt-viewer
Version: 11.0-2
Severity: normal
Tags: patch

Dear Maintainer,

Build fails here:
cc -Itests/test-version-compare.p -Itests -I../tests -I. -I.. -Isrc -I../src 
-I/usr/include/glib-2.0 -I/usr/lib/hppa-linux-gnu/glib-2.0/include 
-I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 
-I/usr/include/dbus-1.0 -I/usr/lib/hppa-linux-gnu/dbus-1.0/include 
-I/usr/include/gio-unix-2.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/harfbuzz -I/usr/include/fribidi -I/usr/include/atk-1.0 
-I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2 
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 
-I/usr/include/hppa-linux-gnu -I/usr/include/libmount -I/usr/include/blkid 
-fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch 
-std=gnu99 -O0 -Werror -fno-common -W -Wabsolute-value -Waddress 
-Waddress-of-packed-member -Waggressive-loop-optimizations -Wall 
-Wattribute-warning -Wattributes -Wbool-compare -Wbool-operation 
-Wbuiltin-declaration-mismatch -Wbuiltin-macro-redefined -Wcannot-profile 
-Wcast-align -Wcast-align=strict -Wcast-function-type -Wchar-subscripts 
-Wclobbered -Wcomment -Wcomments -Wcoverage-mismatch -Wcpp -Wdangling-else 
-Wdate-time -Wdeprecated-declarations -Wdesignated-init -Wdouble-promotion 
-Wdiscarded-array-qualifiers -Wdiscarded-qualifiers -Wdiv-by-zero 
-Wduplicated-cond -Wduplicate-decl-specifier -Wempty-body -Wendif-labels 
-Wexpansion-to-defined -Wextra -Wformat-contains-nul -Wformat-extra-args 
-Wformat-nonliteral -Wformat-security -Wformat-y2k -Wformat-zero-length 
-Wframe-address -Wfree-nonheap-object -Whsa -Wif-not-aligned 
-Wignored-attributes -Wignored-qualifiers -Wimplicit 
-Wimplicit-function-declaration -Wimplicit-int -Wincompatible-pointer-types 
-Winit-self -Winline -Wint-conversion -Wint-in-bool-context 
-Wint-to-pointer-cast -Winvalid-memory-model -Winvalid-pch 
-Wlogical-not-parentheses -Wlogical-op -Wmain -Wmaybe-uninitialized 
-Wmemset-elt-size -Wmemset-transposed-args -Wmisleading-indentation 
-Wmissing-attributes -Wmissing-braces -Wmissing-declarations 
-Wmissing-field-initializers -Wmissing-include-dirs -Wmissing-parameter-type 
-Wmissing-profile -Wmissing-prototypes -Wmultichar -Wmultistatement-macros 
-Wnarrowing -Wnested-externs -Wnonnull -Wnonnull-compare -Wnull-dereference 
-Wodr -Wold-style-declaration -Wold-style-definition -Wopenmp-simd -Woverflow 
-Woverride-init -Wpacked-bitfield-compat -Wpacked-not-aligned -Wparentheses 
-Wpointer-arith -Wpointer-compare -Wpointer-sign -Wpointer-to-int-cast 
-Wpragmas -Wpsabi -Wrestrict -Wreturn-local-addr -Wreturn-type 
-Wscalar-storage-order -Wsequence-point -Wshadow -Wshift-count-negative 
-Wshift-count-overflow -Wshift-negative-value -Wsizeof-array-argument 
-Wsizeof-pointer-div -Wsizeof-pointer-memaccess -Wstrict-aliasing 
-Wstrict-prototypes -Wstringop-truncation -Wsuggest-attribute=cold 
-Wsuggest-attribute=const -Wsuggest-attribute=format 
-Wsuggest-attribute=noreturn -Wsuggest-attribute=pure -Wsuggest-final-methods 
-Wsuggest-final-types -Wswitch -Wswitch-bool -Wswitch-unreachable -Wsync-nand 
-Wtautological-compare -Wtrampolines -Wtrigraphs -Wtype-limits -Wuninitialized 
-Wunknown-pragmas -Wunused -Wunused-but-set-parameter -Wunused-but-set-variable 
-Wunused-function -Wunused-label -Wunused-local-typedefs -Wunused-parameter 
-Wunused-result -Wunused-value -Wunused-variable -Wvarargs -Wvariadic-macros 
-Wvector-operation-performance -Wvla -Wvolatile-register-var -Wwrite-strings 
-Walloc-size-larger-than=2147483647 -Warray-bounds=2 -Wattribute-alias=2 
-Wformat-overflow=2 -Wformat-truncation=2 -Wimplicit-fallthrough=5 
-Wnormalized=nfc -Wshift-overflow=2 -Wstringop-overflow=2 
-Wunused-const-variable=2 -Wno-sign-compare -Wno-cast-function-type 
-Wjump-misses-init -Wswitch-enum -Wno-format-nonliteral -Wno-format-truncation 
-Wframe-larger-than=4096 -fexceptions -fasynchronous-unwind-tables 
-fipa-pure-const -Wno-suggest-attribute=pure -Wno-suggest-attribute=const 
-fstack-protector-strong -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_48 
-DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_48 
-DGDK_VERSION_MIN_REQUIRED=GDK_VERSION_3_18 
-DGDK_VERSION_MAX_ALLOWED=GDK_VERSION_3_18 '-DLOCALE_DIR="/usr/share/locale"' 
-g -O2 -ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -fPIE -pthread -MD -MQ 
tests/test-version-compare.p/test-version-compare.c.o -MF 
tests/test-version-compare.p/test-version-compare.c.o.d -o 
tests/test-version-compare.p/test-version-compare.c.o -c 
../tests/test-version-compare.c
cc1: error: ‘-fstack-protector’ not supported for this target [-Werror]
cc1: all warnings being treated as errors
[49/83] cc -Isrc/libvirt-viewer-common.a.p -Isrc -I../src -I. -I.. 
-I/usr/include/libxml2 -I/usr/include/glib-2.0 
-I/usr/lib/hppa-linux-gnu/glib-2.0/include -I/usr/include/gtk-3.0 
-I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 
-I/usr/include/dbus-1.0 

Bug#1016880: fbasics: FTBFS on hppa - /usr/bin/ld: cannot find /usr/lib/gcc/hppa-linux-gnu/11/libgcc.a

[John David Anglin]

On 2022-08-08 8:17 p.m., Dirk Eddelbuettel wrote:

Will I need an explicit depends or is gcc-12 now the default in unstable (as
I suspect it is)?

It is now default.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1016880: fbasics: FTBFS on hppa - /usr/bin/ld: cannot find /usr/lib/gcc/hppa-linux-gnu/11/libgcc.a

[John David Anglin]

On 2022-08-08 8:17 p.m., Dirk Eddelbuettel wrote:

Rebuilding r-base package with gcc-12 resolves issue.

Thanks for confirming. I can trigger a rebuild.

I already did.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1016880: fbasics: FTBFS on hppa - /usr/bin/ld: cannot find /usr/lib/gcc/hppa-linux-gnu/11/libgcc.a

[John David Anglin]

On 2022-08-08 3:32 p.m., Dirk Eddelbuettel wrote:

The problem is the build now uses the gcc-12 toolchain.  I think the R
| build environment needs updating.

Could you test with a local binary rebuild of r-base on hppa?  I am not aware
of other architectures having or needing a static gcc library...

CRAN already uses gcc-12 on x86_64 
(seehttps://cloud.r-project.org/web/checks/check_flavors.html)
so it is not that gcc-12 should be an issue per se. I can update the package,
I just fear it may ruffle other feathers...

Rebuilding r-base package with gcc-12 resolves issue.

I tend to think linking with libgcc.a shouldn't be necessary on hppa as the gcc 
driver should add it to the link
command automatically.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1016880: fbasics: FTBFS on hppa - /usr/bin/ld: cannot find /usr/lib/gcc/hppa-linux-gnu/11/libgcc.a

[John David Anglin]

Source: fbasics
Version: 3042.89.2-1
Severity: normal

Dear Maintainer,

The fbasic build on hppa fails here:
gcc -shared -L/usr/lib/R/lib -o fBasics.so gld.o init.o nig.o -lblas -lgfortran 
-lm /usr/lib/gcc/hppa-linux-gnu/11/libgcc.a -L/usr/lib/R/lib -lR
/usr/bin/ld: cannot find /usr/lib/gcc/hppa-linux-gnu/11/libgcc.a: No such file 
or directory
collect2: error: ld returned 1 exit status
make[1]: *** [/usr/share/R/share/make/shlib.mk:10: fBasics.so] Error 1

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=fbasics=hppa=4021.92-1=1659965765=0

The problem is the build now uses the gcc-12 toolchain.  I think the R
build environment needs updating.

Same problem occurs building fgarch, funitroots and r-bioc-edger.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.18.16+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#1016502: Acknowledgement (libsecret: FTBFS on hppa - test-session timeout is too small)

[John David Anglin]

Patch.

--
John David Anglin  dave.ang...@bell.net
Index: libsecret-0.20.5/libsecret/test-session.c
===
--- libsecret-0.20.5.orig/libsecret/test-session.c
+++ libsecret-0.20.5/libsecret/test-session.c
@@ -164,7 +164,7 @@ test_ensure_async_aes (Test *test,
gboolean ret;
 
secret_service_ensure_session (test->service, NULL, 
on_complete_get_result, );
-   egg_test_wait_until (500);
+   egg_test_wait_until (5000);
 
g_assert_true (G_IS_ASYNC_RESULT (result));
ret = secret_service_ensure_session_finish (test->service, result, 
);

Bug#1016502: libsecret: FTBFS on hppa - test-session timeout is too small

[John David Anglin]

Source: libsecret
Version: 0.20.5-2
Severity: normal
Tags: patch

Dear Maintainer,

The program test-session fails on hppa:
 6/21 libsecret:libsecret / test-session  FAIL 4.52s   
killed by signal 6 SIGABRT

See log:
https://buildd.debian.org/status/fetch.php?pkg=libsecret=hppa=0.20.5-2=1659391609=0

This can be fixed by increasing the timeout in test_ensure_async_aes:
https://buildd.debian.org/status/fetch.php?pkg=libsecret=hppa=0.20.5-2=1659395930=0

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.18.15+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)