Bug#1061820: (no subject)

Hi, On 2024-01-31 09:15, Ken Sharp wrote: Do I need to submit the patch somewhere else or is this the correct place? the bts is the correct place but debootstrap is maintained by unpaid volunteers like many other open source projects. So getting your patch merged depends on somebody finding

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

Quoting Santiago Vila (2023-10-30 21:53:59) > El 30/10/23 a las 21:16, Johannes Schauer Marin Rodrigues escribió: > > Quoting Luca Boccassi (2023-10-18 19:17:40) > >> We can do an upload, but note that it won't have any effect on package > >> builds, given the b

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

Hi, Quoting Luca Boccassi (2023-10-18 19:17:40) > We can do an upload, but note that it won't have any effect on package > builds, given the buildds use stable/oldstable actually we forgot something here. The upload *does* have an effect on buildds right now even before Trixie gets released

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

Hi Luca, Quoting Luca Boccassi (2023-10-18 19:38:16) > Thanks - I'll merge and do an upload over the weekend then thank you for your upload!! :D I temporarily subscribed to debootstrap via tracker.d.o so that I hopefully catch any bug report coming in related to this change. I also

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

Hi Luca, Quoting Luca Boccassi (2023-10-18 19:17:40) > On Wed, 18 Oct 2023 at 18:04, Johannes Schauer Marin Rodrigues > wrote: > > > > Hi, > > > > Quoting Santiago Vila (2023-10-12 17:56:04) > > > Johannes has asked the RMs in this thread: > > > &g

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

Hi, Quoting Santiago Vila (2023-10-12 17:56:04) > Johannes has asked the RMs in this thread: > > https://lists.debian.org/debian-release/2023/10/msg00425.html > > if they are ready to consider the bugs as RC. I believe it would be better > if we can make the bugs "factually" RC by uploading the

Bug#987503: swap partition only 1 GB instead of at least 1 x RAM size

Hi, On Wed, 14 Sep 2022 12:29:13 +0200 Pascal Hambourg wrote: > Sorry to insist, but IMO this issue should really be worked out. I once > suggested the following simple formula : > > max swap size = min(RAM size, disk space * R) > > with R being a ratio between 0 and 100% to be defined.

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

Hi Julien, thank you for your quick reply! Quoting Julien Cristau (2023-09-28 17:49:51) > I guess more than mixing two different things I disagree that that is > debootstrap's responsibility, and so I disagree that that is a valid bug. In > my view it's more important for debootstrap to

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

The remaining bugs are now properly user-tagged and can be found here: https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian...@lists.debian.org;tag=missing-build-depends-on-not-build-essential On Sat, 23 Sep 2023 20:13:45 +0200 Johannes Schauer Marin Rodrigues wrote: > Santiago is in

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

Hi all, On Sun, 25 Jun 2017 06:01:13 +0200 Johannes Schauer wrote: > Quoting Cyril Brulebois (2017-06-24 20:23:25) > > Julien Cristau (2016-09-12): > > > This is a transient situation because some Essential packages' > > > dependencies changed. I'd conside

Bug#1050162: debootstrap: fix loong64 usrmerge

Hi, On Mon, 21 Aug 2023 16:09:00 +0800 Han Gao wrote: > Fix loong64 usrmerge recognize. thank you for your patch but the function you changed is no longer used to create the merged-/usr symlinks. The new approach creates those symlinks after unpacking the essential packages and no longer

Bug#1049898: debootstrap: change /usr-merge implementation to merge after unpack

Hi, Quoting Simon McVittie (2023-08-16 17:19:42) > On Wed, 16 Aug 2023 at 17:07:39 +0200, Helmut Grohne wrote: > > The other aspect is that we want to ship the > > aliasing symlinks in a package (base-files probably). > ... > > Is there any prerequisite you see missing before we can merge and

Bug#1031105: unshared debootstrap fails if auto-apt-proxy is installed

Control: tag -1 + patch Hi, Quoting Antonio Terceiro (2023-05-16 22:30:02) > Maybe I am missing something, but debootstrap has no knowledge about > auto-apt-proxy, it does: https://sources.debian.org/src/debootstrap/1.0.128%2Bnmu2/debootstrap/#L457 > why would debootstrap be the one

Bug#1033737: flash-kernel: Unable to run flash-kernel on EFI-based systems

Hi, Quoting Isaac True (2023-04-17 10:49:20) > > Why would you have to run flash-kernel again? > > When it's being initially installed it won't have the additional command line > flag that forces it to ignore the EFI check, so it won't run and you would > have to run it manually afterwards with

Bug#1033737: flash-kernel: Unable to run flash-kernel on EFI-based systems

Control: tag -1 + patch Hi, On Fri, 31 Mar 2023 13:52:45 + Isaac True wrote: > As part of our CI/CD system, we are building images for target devices. The > images are set up in virtual machines which boot using EFI, but flash-kernel > installation always fails as it detects that the

Bug#1031222: mounting /proc silently fails and thus systemd-tmpfiles is skipped with unshared mount namespace on privileged docker (like salsaci)

Package: debootstrap Version: 1.0.128+nmu2 Severity: normal Tags: patch Control: affects -1 + mmdebstrap Hi, steps to reproduce: runuser -u debci -- mmdebstrap --variant=custom --mode=unshare --setup-hook='container=lxc debootstrap unstable "$1"' - chroot.tar Run this inside a privileged

Bug#1031105: unshared debootstrap fails if auto-apt-proxy is installed

Package: debootstrap Version: 1.0.128+nmu2 Severity: normal X-Debbugs-Cc: terce...@debian.org Control: affects -1 auto-apt-proxy mmdebstrap Hi, currently the mmdebstrap autopkgtest in experimental fails because debootstrap cannot be run with the user namespace unshared if auto-apt-proxy is

Bug#987503: swap partition only 1 GB instead of at least 1 x RAM size

Hi, On Sun, 5 Sep 2021 10:37:13 +0200 Pascal Hambourg wrote: > On Sun, 25 Apr 2021 17:33:28 + Martin wrote: > > Also I assume, that desktop PCs are more oftenly installed > > relying on d-i defaults, while servers are typically installed > > by experienced admins. > > I agree and am

Bug#1010878: installation-reports: preseeding passwords doesn't work on mips64el under qemu

Hi Phil, Quoting Philip Hands (2022-05-13 11:52:05) > Johannes Schauer Marin Rodrigues writes: > > I'm confused. Shouldn't preseed_fetch try to obtain the setup-testbed > > relative to the preseed file it just obtained? > > preseed_fetch gets things relative to t

Bug#678694: preseed_fetch fails with relative url

Hi Diederik, thank you for notifying me of this bug report over at #1010878. On Sat, 19 Oct 2019 15:53:22 +0200 Jonathan Leroy - Inikup wrote: > This bug is still present in Buster. > Very simple workaround: > > d-i preseed/early_command string echo "$(debconf-get preseed/url)" > >

Bug#1010878: installation-reports: preseeding passwords doesn't work on mips64el under qemu

Hi Phil, Quoting Philip Hands (2022-05-12 13:40:51) > BTW I somehow failed to notice that you were pointing preseed/url at the > example-preseed.cfg when I ran that locally. > > Given that you're already relying on a network preseed, you should just > put a copy of that somewhere you control,

Bug#1010878: installation-reports: preseeding passwords doesn't work on mips64el under qemu

Hi, Quoting Philip Hands (2022-05-12 10:14:46) > > So for some reason passwd/root-password-again is ignored. Above recipe > > works fine for other architectures and for some reason stops with above > > prompt on mips64el. Why? > > It seems that you are hitting a limit on the length of the

Bug#1010878: installation-reports: preseeding passwords doesn't work on mips64el under qemu

Package: installation-reports Severity: normal X-Debbugs-Cc: jo...@debian.org Hi, steps to reproduce: qemu-img create -f qcow2 disk.qcow 4G curl https://deb.debian.org/debian/dists/bullseye/main/installer-mips64el/current/images/malta/netboot/initrd.gz > initrd.gz curl

Bug#998867: debootstrap: --no-merged-usr became a no-op

.126+nmu1) unstable; urgency=medium + + * Non-maintainer upload. + * Undo the changes of the last upload. (Closes: #998867) + + -- Johannes Schauer Marin Rodrigues Sun, 28 Nov 2021 12:38:15 +0100 + debootstrap (1.0.126) unstable; urgency=low * Ensure bookworm+ suites are set up with m

Bug#998867: debootstrap: --no-merged-usr became a no-op

Control: affects -1 mmdebstrap Hi, Quoting Dimitri John Ledkov (2021-11-15 14:54:36) > > Please point out what you plan to do about this change in debootstrap so > > that I can adapt the mmdebstrap autopkgtest accordingly. > > I did notice the mmdebstrap autopkgtest regression. [...] this bug

Bug#998867: debootstrap: --no-merged-usr became a no-op

Quoting Julien Cristau (2021-11-09 09:33:14) > On Tue, Nov 09, 2021 at 07:49:03AM +0100, Johannes Schauer Marin Rodrigues > wrote: > > since 1.0.126 the --no-merged-usr option became a no-op if for any code > > name but > > etch*|lenny|squeeze|wheezy|jessie*|stretch|ascii

Bug#998867: debootstrap: --no-merged-usr became a no-op

Package: debootstrap Version: 1.0.126 Severity: important Hi, since 1.0.126 the --no-merged-usr option became a no-op if for any code name but etch*|lenny|squeeze|wheezy|jessie*|stretch|ascii|buster|beowulf|bullseye This means that I cannot create a Debian chroot from Debian unstable from 10

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Hi, Quoting Holger Levsen (2021-04-09 10:34:53) > On Fri, Apr 09, 2021 at 08:20:42AM +0300, ValdikSS wrote: > > 1. To speed up base system install (the first installation step), > > debootstrap should be improved to use libeatmydata for internal dpkg call. > > [...] > > or maybe mmdebstrap

Bug#953759: debootstrap: mandatory security support breaks too many things

Hi, Quoting Tianon Gravi (2020-03-13 08:05:11) > On Thu, 12 Mar 2020 at 18:27, Cyril Brulebois wrote: > > The latest batch of bug reports filed by Johannes 'josch' Schauer seems > > to confirm my initial assessment: this will break (too) many use cases > > (#953404, #953588, #953593, #953594,

Bug#953404: debootstrapping testing and stable results in exit 100

Hi, Quoting Cyril Brulebois (2020-03-09 06:47:49) > Johannes 'josch' Schauer (2020-03-09): > > Package: debootstrap > > Version: 1.0.120 > > Severity: grave > > Justification: renders package unusable > > > > Hi, > > > > steps to reproduce: > > > > $ sudo debootstrap --variant=minbase stable

Bug#953588: debootstrap: fails for mirrors without translations

Control: block 953592 by -1 On Tue, 10 Mar 2020 23:04:03 +0100 Johannes 'josch' Schauer wrote: > recent debootstrap fails silently if the given mirror does not contain > translations. this breaks the autopkgtest of mmdebstrap, thus adding the blocking bug. It seems that even creating an

Bug#953404: debootstrapping testing and stable results in exit 100

Hi, Quoting Cyril Brulebois (2020-03-09 06:47:49) > Johannes 'josch' Schauer (2020-03-09): > > Package: debootstrap > > Version: 1.0.120 > > Severity: grave > > Justification: renders package unusable > > > > Hi, > > > > steps to reproduce: > > > > $ sudo debootstrap --variant=minbase stable

Bug#934713: os-prober: missing dependency on mount

Hi, Quoting Cyril Brulebois (2019-08-15 16:44:05) > > Version 2.29.2-3 was released more than two years ago. It was brought up on > > debian-devel here: > > > > https://lists.debian.org/20170726081846.ga22...@fatal.se > > Well, debian-devel@ isn't where one files bug reports against packages

Bug#934713: os-prober: missing dependency on mount

Quoting Cyril Brulebois (2019-08-15 15:50:03) > > The script /usr/lib/os-probes/50mounted-tests calls the `umount` utility > > which resides in the mount package. But os-prober does not depend on mount > > and thus one might get this error message: > > > > Generating grub configuration file ... >

Bug#930428: debootstrap should ensure matching _apt uid

Hi all, Quoting Philipp Kern (2019-06-23 15:14:34) > On 2019-06-21 07:51, Trek wrote: > >> If _apt deserves a special solution, I would suggest assigning the > >> _apt user a static uid instead of patching debootstrap. > > it seems to me the simplest approach, from a technical point of view, > >

Bug#829134: debootstrap: Changes needed to support unprivileged userns debootstrap

Hi, On Thu, 08 Sep 2016 15:39:57 +0200 Johannes Schauer wrote: > On Thu, 30 Jun 2016 13:12:16 -0700 Ben Longbons wrote: > > Now that the kernel supports user_namespaces(7), it should be possible to > > debootstrap in them. Some small changes are needed. > > >

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

Hi, Quoting Cyril Brulebois (2017-06-24 20:23:25) > Julien Cristau (2016-09-12): > > This is a transient situation because some Essential packages' > > dependencies changed. I'd consider this a bug in the archive, not in > > debootstrap. > Any reasons to keep this bug

Bug#849168: pbuilder: Expect programe reported "no more ptys" and failed in rebuilding gcc with normal (non-root) user

Hi James, Quoting James Clarke (2016-12-23 16:27:02) > Josch, I'm curious as to why you tagged the corresponding sbuild bug report > (Cc'd) as unreproducible; are you using debootstrap from stable? I did not anticipate that I would have to first re-create my existing Stretch chroot to be able to

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

Hi, On Thu, 08 Sep 2016 19:40:15 +0200 Sven Joachim wrote: > Looking at the code in scripts/sid, it is "x_core_install mawk" which > fails here. The reason is that mawk has not been downloaded, > debootstrap's limited dependency resolver cannot resolve base-files' >

Bug#829134: debootstrap: Changes needed to support unprivileged userns debootstrap

Hi Ben, On Thu, 30 Jun 2016 13:12:16 -0700 Ben Longbons wrote: > Now that the kernel supports user_namespaces(7), it should be possible to > debootstrap in them. Some small changes are needed. > > Configuration needed: > * Kernel 3.8 or later (3.11 recommended) > * Set the

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

Package: debootstrap Version: 1.0.81 Severity: normal Hi, in Debian, every binary package implicitly depends on all binary packages marked as Essential:yes and every source package implicitly build-depends on the binary package build-essential. Policy §4.2 says: | it must be possible to build

Bug#833525: debootstrap: Deleted my entire /home partition using "mostly harmless" debootstrap --print-debs option

Control: tag -1 + patch On Fri, 05 Aug 2016 13:55:14 +0100 Brian Drummond wrote: > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the situation? > 0) Okay, this will be embarrassing... > 1) Occasional need to

Bug#807312: src:debian-installer: please provide binary package for use by debian-installer-netboot-images

Hi, On Mon, 07 Dec 2015 10:20:32 +0100 Ansgar Burchardt wrote: > Jonas Smedegaard writes: > > debian-installer-netboot-images currently violates Debian Policy by > > fetching debian-installer images over the network during install - see > > bug#807168. > > > >

Bug#698347: debootstrap: New variant based on PRoot

Hi, On Thu, 17 Jan 2013 13:20:14 +0100 =?utf-8?q?R=C3=A9mi_Duraffort?= wrote: > For this reason, I patched debootstrap so it can create a rootfs using PRoot. > This rootfs is then used for validating software in debian environment. Be > careful that this new rootfs will not

Bug#731802: debootstrap: Doesn't work in LXC containers

Hi, On Mon, 09 Dec 2013 21:41:23 + MegaBrutal wrote: > I thought to build a Debian chroot in an LXC container, but it fails. From > the debootstrap.log it turns out, debootstrap tries to create devices with > MAKEDEV, but it fails with "Operation not permitted". I run

Bug#787044: libdebian-installer: please make new Build-Depends: check optional via build profiles

Hi, On Fri, 29 May 2015 00:34:18 +0200 Cyril Brulebois k...@debian.org wrote: Helmut Grohne hel...@subdivi.de (2015-05-28): You may be aware that libdebian-installer is considered transitively build-essential. I wasn't. If one wants to build build-essential from scratch without relying

Bug#731859: debootstrap: variant=fakechroot fails

Package: debootstrap Version: 1.0.55 Severity: normal Running debootstrap under Debian Sid yields: $ fakeroot fakechroot debootstrap --verbose --variant=fakechroot sid debian-sid [...] I: Installing core packages... W: Failure trying to run: chroot /home/josch/debian-sid dpkg --force-depends

Bug#648781: debian-installer: unattended installation using preseed is interrupted by installer main menu popping up

Package: debian-installer Version: 20110106+squeeze3+b1 Severity: normal Tags: sid When using this preseed file: http://mister-muffin.de/debian/preseed.txt after the Install the base system step this appears and interrupts the installation, prompting for user input:

Bug#621077: keyboard-configuration: postinst script needs initscripts to be installed

Package: keyboard-configuration Version: 1.68 Severity: normal hi, when installing keyboard-configuration on a system without the initscripts package installed I get the following error: Setting up keyboard-configuration (1.72) ... insserv: Service mountkernfs has to be enabled to start