Bug#1080288: libfuse-hurd-dev: libfuse.so requires undefined "assert[_perror]" symbols, unlinkable

2024-09-01 Thread наб
listed in an upload is -4?) On Sun, Sep 01, 2024 at 03:22:29PM +0200, наб wrote: > Package: libfuse-hurd-dev > Version: 0.0.20140820-5 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > $ echo "int main() { fuse_main(); }" | cc

GPT partlabel support for Mach

2020-05-30 Thread наб
wever, I'm not sure what your patch policy is, or, indeed, if this is the right place for the implementation in the code, but, well, one way to find out! Best, наб (Please keep me in CC, as I'm not subscribed to the list) -- >8 -- Date: Thu, 28 May 2020 03:22:30 +0200 Subject:

Re: GPT partlabel support for Mach

2020-05-30 Thread наб
tch, which means that it is yours to claim and similarly relinquish/assign to the FSF, if the foundation doesn't accept code from the public domain. > Please avoid assignation inside function parameters, that's difficult to > read. Updated. Thanks in advance for understanding, наб --

Re: GPT partlabel support for Mach

2020-06-11 Thread наб
to some glibc versioning fiasco, but I'm assuming it's to do with mixing packages from January with the today's archive. So AFAICT, there's nothing to enable and it should Just Work™. Best, наб signature.asc Description: PGP signature

Re: GPT partlabel support for Mach

2020-06-11 Thread наб
he code I added to was stolen from Linux in the first place and that seemed to be good enough to merge? This header, as found in most suckless' repositories' arg.h has resonated with me more than any GPL shilling ever has: 1 /* 2 * Copy me if you can. 3 * by 20h 4 */ That sounds

Re: GPT partlabel support for Mach

2020-06-13 Thread наб
th the archive? After downloading the libp11-kit0 and libffi7 .debs and installin them manually into the target system the installation proceeded smoothly, and, after finishing, the system came up into GRUB, then Hurd, without problems. наб [1]: https://buildd.debian.org/status/fetch.php?pkg=vim&arch=

Re: GPT partlabel support for Mach

2020-06-14 Thread наб
;libc6.1" ;; kfreebsd-*) LIBC="libc0.1" ;; - hurd-*) LIBC="libc0.3" ;; + hurd-*) LIBC="libc0.3"; EXTRA_SUITES="$EXTRA_SUITES unreleased" ;; *) LIBC="libc6" ;; esac -- >8 -- наб signature.asc Description: PGP signature

Re: GPT partlabel support for Mach

2020-06-15 Thread наб
etup's generators/50mirror /e/a/sources.list in the output system *does* start including unreleased after second stage runs, but it doesn't fix systems from plain debootstrap (and mini, but at least that breaks during the install, which is preferable) being terminally broken by default. наб signature.asc Description: PGP signature

Re: GPT partlabel support for Mach

2020-06-15 Thread наб
come on this. If you think the script's a good place for it, I'll whip something up and send it to debian-boot@, with your blessing. наб [1]: https://salsa.debian.org/installer-team/apt-setup/-/blob/584e84b5a1d6e71ecb94e503a1a8e546048d215b/generators/50mirror#L28-45 [2]: http://deb.debian.org/debian-ports/dists/unreleased/ signature.asc Description: PGP signature

Re: GPT partlabel support for Mach

2020-06-15 Thread наб
; sexion. > > a glance at the archive[2] says most of them have *something* there) > > in the debootstrap script, similar to what I sent before. > For the debootstrap call we'd have to fix something else in the debian > installer. AIUI d-i uses normal debootstrap, so this'd do it

Re: GPT partlabel support for Mach

2020-06-15 Thread наб
;s > library.sh, and apt-setup can source that. Great, thanks a lot for tracking this down, Jess! I'll post the patches to debian-boot@ in a bit. наб signature.asc Description: PGP signature

[PATCH debian-installer] Pass "--extra-suites=unreleased" to debootstrap on ports arches

2020-06-15 Thread наб
\ + ${extra_suites} \ ${sigcheck} \ ${DEBOOTSTRAP_VARIANT} \ ${DISTRIBUTION} /target \ diff --git a/debian/changelog b/debian/changelog index 43ce8dbb..38501c62 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +base-insta

[PATCH apt-setup] generators/50mirror: Use is_ports_architecture from base-installer

2020-06-15 Thread наб
- 3 files changed, 12 insertions(+), 14 deletions(-) diff --git a/debian/changelog b/debian/changelog index b434904..61ad8de 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +apt-setup (1:0.158) unstable; urgency=medium + + [ наб ] + * apt-mirror-setup: Depend on base

base-installer: Pass "--extra-suites=unreleased" to debootstrap on ports arches

2020-07-04 Thread наб
msg00015.html> These patches apply cleanly on top of the Salsa HEADs as of today (e70510edbb6772e0eb98537c3a7175b977ce0423 for base-installer and 30f36f7e8617f52cbc7fc9942cfbf326d2b773c2 for apt-setup). Best, наб --- Begin Message --- This fixes, e.g., hurd installs from mini ISOs, which require

Re: Bug#964248: base-installer: Pass "--extra-suites=unreleased" to debootstrap on ports arches

2020-07-16 Thread наб
and libnettle7 3.5.1+really3.5.1-2+b1, though the only version I saw in the pool was 3.6-2, but that's, presumably, unrelated. наб signature.asc Description: PGP signature

Re: Bug#964248: base-installer: Pass "--extra-suites=unreleased" to debootstrap on ports arches

2020-07-24 Thread наб
/cdrom/dists/unreleased/Release. │ ││ │ │ ││ └┘ The syslog is attached (though I grabbed it after I had already retried the item once). наб Jul 24 16:24:29 syslogd started: BusyBox v1.22.1 Jul 24 16:24:29 kernel: /proc/sys/kernel/printk: No such file or directory Jul 24 16:24:29 kernel:

Re: Bug#964248: base-installer: Pass "--extra-suites=unreleased" to debootstrap on ports arches

2020-07-25 Thread наб
/cdrom/dists/ having just sid with the unreleased link. наб signature.asc Description: PGP signature

Re: Bug#964248: base-installer: Pass "--extra-suites=unreleased" to debootstrap on ports arches

2020-07-27 Thread наб
/cdrom/dists/unreleased and installed fine! I also noticed that /c/d/u/main/binary-hurd-i386/Packages.gz is 20 bytes long and the gzip data is 0 bytes, in contrast to /c/d/sid/main/**/Packages.gz, which are full of descriptors. Is it supposed to be like that? наб signature.asc Description: PGP signature