Bug#856062: Please don't use obsolete libsysfs-dev any more

2017-02-24 Thread Michael Biebl
Source: s390-tools Version: 1.36.1-1 Severity: important User: mp...@debian.org Usertags: libsysfs-deprecation Hello, Some years ago libsysfs (source package: sysfsutils) was written as an abstraction layer for accessing /sys/. However, this turned out to be a historical error and evolutionary de

Bug#856062: Please don't use obsolete libsysfs-dev any more

2017-02-27 Thread Michael Biebl
edback, the change would be as simple as the attached patch then. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? From 2380a263f0c38450bbea75b4e904054626d94fba Mon Sep 17 00:00:00 2001 From: Michael Biebl Date: Mon,

Re: binutils: s390x: fails to link systemd binaries using LTO

2017-06-19 Thread Michael Biebl
On Tue, 30 May 2017 22:21:04 +0200 Michael Biebl wrote: > Package: binutils > Version: 2.28-5 > Severity: normal > User: debian-s390@lists.debian.org > Usertags: s390x > > Hi, > > we run into a strange issue when trying to compile systemd git master > using me

Bug#852572: s390-tools: Update udevadm path

2017-06-20 Thread Michael Biebl
On Wed, 25 Jan 2017 14:42:36 +0100 bi...@debian.org wrote: > Package: s390-tools > Version: 1.36.1-1 > Severity: normal > User: pkg-systemd-maintain...@lists.alioth.debian.org > Usertags: udevadm > > Hi, > > since Jessie, the udevadm binary is available as /bin/udevadm. > To not break existing sc

Bug#852572: s390-tools: Update udevadm path

2017-06-20 Thread Michael Biebl
On Wed, 25 Jan 2017 14:42:36 +0100 bi...@debian.org wrote: > According to codesearch [1] your package s390-tools does hard-code the > udevadm path as /sbin/udevadm. > > Please change that to /bin/udevadm. You might also consider not hard-coding the path at all, and simply rely on PATH being set p

Re: binutils: s390x: fails to link systemd binaries using LTO

2017-06-20 Thread Michael Biebl
Hi Aurelien Am 20.06.2017 um 23:56 schrieb Aurelien Jarno: > Could you please Cc the s390x porters next time? That would make us > notice the issue faster. Hm, when filing the bug report I used X-Debbugs-CC and got this confirmation: As you requested using X-Debbugs-CC, your message was also for

Re: binutils: s390x: fails to link systemd binaries using LTO

2017-06-21 Thread Michael Biebl
Closing this bug report, needs to be fixed in src:systemd -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature

Re: libblockdev FTBFS on s390x: fatal error: s390utils/vtoc.h: No such file or directory

2017-08-23 Thread Michael Biebl
On Wed, 23 Aug 2017 11:17:15 +0300 Adrian Bunk wrote: > Source: libblockdev > Version: 2.6-1 > Severity: important > > https://buildd.debian.org/status/fetch.php?pkg=libblockdev&arch=s390x&ver=2.6-1&stamp=1503438672&raw=0 > > ... > In file included from blockdev.c:30:0: > plugin_apis/s390.h:7:10

Re: [Pkg-utopia-maintainers] Bug#872977: libblockdev FTBFS on s390x: fatal error: s390utils/vtoc.h: No such file or directory

2017-08-23 Thread Michael Biebl
Hi Aaron Am 23.08.2017 um 18:57 schrieb Aaron M. Ucko: > Michael Biebl writes: > >> Afaics, this header is supposed to be provided by s390-tools/libvtoc > > Is it actually needed here at all? You mean aside from the actual #include? I'm not sure tbh. A quick

Bug#880703: test-suite failure on s390x

2017-11-03 Thread Michael Biebl
Source: json-glib Version: 1.4.2-1 Severity: serious Forwarded: https://gitlab.gnome.org/GNOME/json-glib/issues/28 The test-suite fails on s390x: 1/14 array OK 0.01 s 2/14 boxed OK 0.01 s 3/14 builder

Bug#1014061: FTBFS on s390x: test suite failure when dumping a gif file

2022-06-29 Thread Michael Biebl
Source: exempi Version: 2.6.1-2 Severity: serious User: debian-s390@lists.debian.org Forwarded: https://gitlab.freedesktop.org/libopenraw/exempi/-/issues/23 X-Debbugs-Cc: debian-s390@lists.debian.org In the latest upload of exempi 2.6.1-2 I've enabled the test suite which is now run during build.

Re: src:exempi: fails to migrate to testing for too long: FTBFS on s390x

2022-08-29 Thread Michael Biebl
Hi Paul Am 27.08.22 um 13:49 schrieb Paul Gevers: Source: exempi Version: 2.6.1-2 Severity: serious Control: close -1 2.6.2-1 Tags: sid bookworm User: release.debian@packages.debian.org Usertags: out-of-sync Control: block -1 by 1014061 Dear maintainer(s), The Release Team considers packa

Re: Bug#1018224: src:exempi: fails to migrate to testing for too long: FTBFS on s390x

2022-09-07 Thread Michael Biebl
s related to the synchronization between atop and atopacctd. I am looking into it further and will keep this thread updated. I am looking forward to have a fix for this for s390x. -Dipak On 30/08/22, 12:44 AM, "Paul Gevers" wrote: Hi Michael On 29-08-2022 14:23, Michael Biebl wrote: > As

Re: src:exempi: fails to migrate to testing for too long: FTBFS on s390x

2022-09-28 Thread Michael Biebl
30/08/22, 12:44 AM, "Paul Gevers" wrote: Hi Michael On 29-08-2022 14:23, Michael Biebl wrote: > As you are probably aware, this issue is known and tracked in [1]. Which I added as a blocker and mentioned in my message, so yes. > The > package FTBFS after enabling the test su

status of wireless-tools

2007-06-28 Thread Michael Biebl
I hope this is the right address to ask this kind of question. If not, please refer me to the correct one. One of my packages (network-manager) is blocked of entering testing because on of its dependencies, wireless-tools, hasn't been build for s390 [1]. Could someone please schedule a rebuild for

Bug#1085162: s390-tools: move aliased files from / to /usr (DEP17)

2024-10-15 Thread Michael Biebl
Source: s390-tools Version: 2.16.0-2.1 Severity: serious User: helm...@debian.org Usertags: dep17m2 This package is part of the /usr-move (DEP17) transition, because it contains files in aliased locations and should have those files moved to the corresponding /usr location. The goal of this move i

Bug#1080317: NMU for s390-tools

2024-10-23 Thread Michael Biebl
Hi, I've made an NMU to DELAYED/3 fixing the two open RC bugs. I decided to keep the changes as minimal as possible (debdiff attached) mostly because I lack the hardware to test if it actually works. That said it looks like the package needs a significant overhaul. The package would surely b

Bug#1080317: NMU for s390-tools

2024-10-23 Thread Michael Biebl
Am 23.10.24 um 23:12 schrieb Andreas Beckmann: On Wed, 23 Oct 2024 20:53:14 +0200 Michael Biebl wrote: I've made an NMU to DELAYED/3 fixing the two open RC bugs. s390-tools is orphaned (#1084987), so you should rather do a QA upload (and update the maintainer to QA) instead of a NMU

Bug#1087730: sysconfig-hardware: move aliased files from / to /usr (DEP17)

2024-11-17 Thread Michael Biebl
Source: sysconfig Version: 0.0.14+nmu1 Severity: serious Tags: sid trixie User: helm...@debian.org Usertags: dep17m2 Hi, your package installs files in /lib and /sbin: lib/udev/rules.d/65-sysconfig-hardware-net.rules lib/udev/rules.d/85-sysconfig-hardware.rules sbin/hwdown sbin/hwup Startin

Bug#1087730: Acknowledgement (sysconfig-hardware: move aliased files from / to /usr (DEP17))

2024-11-17 Thread Michael Biebl
00:22:45.0 +0200 +++ sysconfig-0.0.14+nmu2/debian/changelog 2024-11-17 20:26:38.0 +0100 @@ -1,3 +1,10 @@ +sysconfig (0.0.14+nmu2) unstable; urgency=medium + + * Non-maintainer upload. + * Move aliased files from / to /usr (DEP17). (Closes: #1087730) + + -- Michael Biebl Sun, 1