Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)

2024-09-19 Thread Helmut Grohne
Hi Samuel and Kalle, I am looking at old rc bugs in order to clean up the archive and ran into this bug. On Mon, Sep 19, 2016 at 12:42:57AM +0200, Samuel Thibault wrote: > Kalle Olavi Niemitalo, on Mon 19 Sep 2016 01:29:17 +0300, wrote: > > Until that is implemented, the partition-table support i

Bug#650080: hurd-specific perl test failures

2024-09-19 Thread Helmut Grohne
Hi Dom, I am checking old rc bugs in unstable to see whether affected packages should be removed and this bug popped up. On Sat, Nov 26, 2011 at 12:13:47PM +, Dominic Hargreaves wrote: > I'm going to create more specific bugs per test failure in the perl > soon, and then those can be reassign

Bug#1077591: gnumach FTBFS with stage1 profile

2024-07-30 Thread Helmut Grohne
Source: gnumach Version: 2:1.8+git20240714-1 Tags: ftbfs User: helm...@debian.org Usertags: rebootstrap Hi Samuel et al, you recently asked me to look into your proposed change e9d733e62a47ce2ce8bc2101cad21647ce5ae81c to rebootstrap.git. Thanks for your contribution and your patience with me. I l

Re: sudo: use systemd.pc to place systemd unit mask

2024-01-04 Thread Helmut Grohne
Hi Martin-Éric, On Thu, Jan 04, 2024 at 08:32:55AM +0200, Martin-Éric Racine wrote: > This patch includes a Build-Depends on systemd. Without [linux-any], > it will prevent building on non-Linux ports. You raise an important matter. Basically, the only remaining non-linux port is hurd at this tim

Bug#1005959: mig-for-host:amd64 should not exist

2022-02-19 Thread Helmut Grohne
Hi Samuel, On Sun, Feb 20, 2022 at 12:01:36AM +0100, Samuel Thibault wrote: > Mmm, it still targets hurd- explicitly, so I'd say it should still > be called mig-x86-64-gnu. I can relate to that, yes. > What I'm wondering is why we added -linux/-kfreebsd since here they are > host, not target. Th

Bug#1005959: mig-for-host:amd64 should not exist

2022-02-18 Thread Helmut Grohne
Control: tags -1 + moreinfo Hi Guillem, On Fri, Feb 18, 2022 at 12:45:57PM +0100, Guillem Jover wrote: > Just to spell out, what might perhaps be obvious here, but I think > they key is that MIG is "kernel independent", so it provides an > interface which is none- which means it can be used on an

Bug#1005959: mig-for-host:amd64 should not exist

2022-02-17 Thread Helmut Grohne
Package: mig-for-host Version: 1.8+git20200618-9 User: helm...@debian.org Usertags: rebootstrap Hi Samuel, I'm quite surprised about the existence of mig-for-host:amd64 and mig-x86-64-linux-gnu. I'm also a little little surprised about mig:amd64. Are you sure that these are correct? I think none

Bug#989235: p11-kit FTBFS on hurd-any

2021-05-29 Thread Helmut Grohne
Source: p11-kit Version: 0.23.22-1 User: helm...@debian.org Usertags: rebootstrap X-Debbugs-Cc: debian-hurd@lists.debian.org p11-kit fails to build from source on hurd-any. The immediate reason is an undefined macro SIZE_MAX in p11-kit/lists.c. It happens that this file fails to #include , which i

Re: mig cross-toolchain

2020-06-20 Thread Helmut Grohne
Hi Samuel, On Fri, Jun 19, 2020 at 07:25:41PM +0200, Samuel Thibault wrote: > We now have the cross-mig packages in the archive, and I have uploaded > gnumach & hurd to build-depend mig-for-host instead of mig. Thank you for working on this. When you talk about cross toolchains, please Cc debian-

Bug#959227: hurd FTBFS in stage2

2020-05-01 Thread Helmut Grohne
Source: hurd Version: 1:0.9.git20200416-2 Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi Samuel, in the stage3 -> stage2 rename, another mistake crept in. You also moved some headers around. In doing so, you had to split up the match for usr/include and one of the resulting match i

Re: simplifying rebootstrap - breaking hurd bootstrap?

2020-04-15 Thread Helmut Grohne
Hi Samuel, On Mon, Apr 06, 2020 at 01:45:04PM +0200, Helmut Grohne wrote: > I don't think there is any need for a smooth transition. We should go > the most efficient path as both hurd and rebootstrap are understaffed. > To me that seems to be: > * I attempt to simplify the

Re: simplifying rebootstrap - breaking hurd bootstrap?

2020-04-06 Thread Helmut Grohne
Hi Samuel, Thank you for the quick reply. On Mon, Apr 06, 2020 at 12:43:05PM +0200, Samuel Thibault wrote: > And the hurd port is tested there as well, so it should be working. Right. We should aim to reproduce what is done there to minimize the chance of failures and regressions. > It seems to

simplifying rebootstrap - breaking hurd bootstrap?

2020-04-06 Thread Helmut Grohne
Hi, I intend to simplify the toolchain bootstrap for rebootstrap and this has consequences for hurd. The current linux/glibc toolchain bootstrap essentially works like this: * cross binutils * linux-libc-dev * gcc stage1 cross compiler (baremetal) * glibc stage1 (headers + stub libc.so) * gc

Bug#872745: dh_install: now bails for missing files in disabled packages

2017-08-20 Thread Helmut Grohne
Package: debhelper Version: 10.7.2 File: /usr/bin/dh_install User: helm...@debian.org Usertags: rebootstrap Control: affects -1 + src:gnumach I noticed that cross building a gnumach stage1 for hurd-i386 started to fail. Sucessful log: https://jenkins.debian.net/job/rebootstrap_hurd-i386_gcc7/7/co

Re: [m68k] preparing for GCC 4.9

2014-05-08 Thread Helmut Grohne
On Thu, May 08, 2014 at 03:49:51PM +, Thorsten Glaser wrote: > Matthias Klose dixit: > > >I would like to see some partial test rebuilds (like buildd or minimal chroot > > Haven???t tried yet, but Helmut Grohne does automated rebootstrapping of > some ports using what he