Package: flash-kernel
Version: 3.107+reform1
Severity: normal
Hi,
I'm running "update-initramfs -c -k all" with a /boot that has newer
initrd than the installed kernel. This will result in:
update-initramfs: Generating /boot/initrd.img-6.12.6-mnt-reform-arm64
Using DTB: freescale/imx8mq-mnt-refo
Package: debootstrap
Version: 1.0.138
Severity: important
Hi,
apt 2.9.19 in unstable does not depend on gpgv anymore (except on alpha,
hppa, ia64, m68k, sh4, x32) and instead uses sqv on most architectures.
This means that when running debootstrap to create a Debian chroot, one
now gets this:
$
Hi,
Quoting Diederik de Haas (2024-10-19 21:08:37)
> > All existing arm* recipes always created a separated ext2 /boot partition,
> > so I kept it in the new arm64 recipes. If this is not needed, the arm64
> > recipes can be changed so that they create a separate /boot partition only
> > when part
On Sat, 17 Aug 2024 13:00:36 +0200 Holger Wansing wrote:
> Pascal Hambourg wrote:
> > 16 MB (~15.3 MiB) or 16 MiB (~16.8 MB) ?
> > In partman, 1 MB really means 10^6 bytes, not 1 MiB (2^20 bytes).
>
> I think I've actually tried both and IIRC that didn't make a difference.
for the MNT Reform we
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
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
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 becau
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 re-triggered
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
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
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.
>
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 reliably
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
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 consider this a bug in the archive, not in
> >
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 carri
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 uplo
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 responsibl
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 t
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 system
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 docke
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 instal
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 afraid
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 rel
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)" >
> /var/run/pr
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, and
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 command
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
https://deb.debian.org/
.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
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 h
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
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 yea
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 could
32 matches
Mail list logo
