Bug#1063162: please omit single initrd.img generation if dpkg trigger for all is pending

2024-02-05 Thread Michael Tokarev
Source: initramfs-tools Severity: minor Currently, when installing other packages together with a new kernel, initramfs image for the new kernel is generated two times: once it is kernel-activated from /etc/kernel/postinst.d/initramfs-tools, and next it is dpkg-trigger-activated by updating certai

Re: Immediate fallouts from the big linux changes, and actions

2023-12-24 Thread Michael Tokarev
24.12.2023 11:16, Cyril Brulebois : ... Searching for information about fuse and virtio, I finally noticed this entry, which probably explains both fuse's “going away” and ditto for some (but not all) virtio modules: * Set CONFIG_VIRTIO_FS and its dependencies to builtin, to allow building

Bug#810154: [PATCH initramfs-tools 0/4] Changes to busybox integration

2016-01-21 Thread Michael Tokarev
22.01.2016 01:14, Ben Hutchings wrote: > This series removes the busybox hook script and definition of > BUSYBOXDIR from initramfs-tools, leaving busybox itself responsible > for these. Oh well. How many times I talked with Max on IRC, sent patches, created a git tree for initramfs to pull from..

Bug#677049: [trivial] please don't hardcode /bin/sleep path

2012-06-11 Thread Michael Tokarev
On 11.06.2012 19:45, Julien Cristau wrote: > On Mon, Jun 11, 2012 at 14:21:05 +0400, Michael Tokarev wrote: >> Two scripts in initramfs-tools currently hardcodes path to sleep >> as /bin/sleep, because busybox sleep (which were used when >> busybox is in used) didn't

Bug#677049: [trivial] please don't hardcode /bin/sleep path

2012-06-11 Thread Michael Tokarev
Package: initramfs-tools Version: 0.106 Severity: wishlist Two scripts in initramfs-tools currently hardcodes path to sleep as /bin/sleep, because busybox sleep (which were used when busybox is in used) didn't accept fractional secounds. Fractional secounds are accepted by busybox sleep since ver

Re: Processed: reassign 676001 to busybox

2012-06-08 Thread Michael Tokarev
On 08.06.2012 15:28, maximilian attems wrote: > On Fri, Jun 08, 2012 at 02:59:26PM +0400, Michael Tokarev wrote: >> [Adding debian-devel@ to the Cc list] >> >> Short story (and it is short): the bug has been filed >> against initramfs-tools initially, it is about how &

Re: Processed: reassign 676001 to busybox

2012-06-08 Thread Michael Tokarev
On 08.06.2012 14:52, maximilian attems wrote: > dude care to have a bit of patience before reassigning back, > that be really nice. I gave a few days, maybe it was too few, I dunno. > On Tue, Jun 05, 2012 at 08:45:59AM +0400, Michael Tokarev wrote: [] >> I disagree it is a busyb

Re: Processed: reassign 676001 to busybox

2012-06-08 Thread Michael Tokarev
On 08.06.2012 14:59, Michael Tokarev wrote: [] > Wonderful. > > I asked you nicely a) to stop reassigning without explanation, > and b) to provide some comments about why do you think it is > a busybox isue, at the same time providing my reasoning why > it is not. Ok.

Re: Processed: reassign 676001 to busybox

2012-06-08 Thread Michael Tokarev
[Adding debian-devel@ to the Cc list] Short story (and it is short): the bug has been filed against initramfs-tools initially, it is about how /proc and /sys filesystem should be handled in initramfs when switching to new root. Original reporter included a trivial patch for initramfs that does re

reassign 676001 back to initramfs-tools

2012-06-07 Thread Michael Tokarev
reassign 676001 initramfs-tools thanks Reassigning the bug back to initramfs-tools where it belongs according to my comments below and lack of any arguments to the opposite. With all my dislike to such a ping-pong. Thanks, /mjt On 05.06.2012 08:45, Michael Tokarev wrote: [] > I disagree it

Re: Processed: reassign 676001 to busybox

2012-06-04 Thread Michael Tokarev
On 05.06.2012 00:45, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > >> reassign 676001 busybox > Bug #676001 [initramfs-tools] initramfs-tools: busybox's switch_root doesn't > handle /proc or /sys moving > Bug reassigned from package 'initramfs-tools' to 'b

Bug#653067: package description missing some info

2011-12-23 Thread Michael Tokarev
Package: tgt Version: 1:1.0.17-1 Severity: minor The description of tgt package, from 1:1.0.17-1 version: Description: Linux SCSI target user-space tools The Linux target framework (tgt) allows a Linux system to provide SCSI devices (targets) over networked SCSI transports. . Tgt consists of

Bug#640672: moving files to arch specific include breaks compilations with -m32

2011-09-12 Thread Michael Tokarev
The same is obviously true the other way around: on a 32bit x86 userspace it was possible to compile 64bit binaries using -m64. Now this is broken in exactly the same way as it is for -m32 on 64bits. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscr

Bug#632457: mount.nfs segfaults with 2-component kernel version number (like 3.0)

2011-07-02 Thread Michael Tokarev
Package: nfs-common Version: 1:1.2.3-3 Severity: normal Tags: upstream mount.nfs segfaults if kernel version number does not contain at least 3 components delimited with a dot. The following patch fixes it somehow, but it's wrong because it does not take into account that a dot may be part of, sa

Re: [PATCH 5/5] create links in initramfs to busybox with other names if not already exist

2011-04-08 Thread Michael Tokarev
08.04.2011 15:13, maximilian attems wrote: > On Sat, 19 Mar 2011, Michael Tokarev wrote: > [] >> +for link in $(${BUSYBOXDIR}/busybox --list-full 2>/dev/null); do >> +if [ ! -e "${DESTDIR}/$link" ]; then >> +[ -d

Re: [PATCH 3/5] don't copy busybox to sh, use link instead

2011-03-19 Thread Michael Tokarev
19.03.2011 17:00, Ben Hutchings wrote: > On Sat, 2011-03-19 at 14:02 +0300, Michael Tokarev wrote: >> mkinitramfs uses cpio --dereference, so it copies each symlink >> as its target not as symlink. In order to compensate for that, >> use hard link instead. > [...] >>

[PATCH 2/5] don't warn about md-root need busybox: it doesn't anymore

2011-03-19 Thread Michael Tokarev
Signed-off-by: Michael Tokarev --- hooks/busybox |8 +--- 1 files changed, 1 insertions(+), 7 deletions(-) diff --git a/hooks/busybox b/hooks/busybox index 6f2db8c..d6acd20 100755 --- a/hooks/busybox +++ b/hooks/busybox @@ -16,13 +16,7 @@ prereqs) esac # busybox -if [ "${BU

[PATCH 5/5] create links in initramfs to busybox with other names if not already exist

2011-03-19 Thread Michael Tokarev
Signed-off-by: Michael Tokarev --- hooks/zz-busybox |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/hooks/zz-busybox b/hooks/zz-busybox index d6dd3f5..1846376 100755 --- a/hooks/zz-busybox +++ b/hooks/zz-busybox @@ -22,4 +22,13 @@ if [ "${BUSYBOX}&q

[PATCH 4/5] rename hooks/busybox to hooks/zz-busybox to reorder it to be last hook

2011-03-19 Thread Michael Tokarev
Signed-off-by: Michael Tokarev --- hooks/{busybox => zz-busybox} |0 1 files changed, 0 insertions(+), 0 deletions(-) rename hooks/{busybox => zz-busybox} (100%) diff --git a/hooks/busybox b/hooks/zz-busybox similarity index 100% rename from hooks/busybox rename to hooks/zz-b

[PATCH 3/5] don't copy busybox to sh, use proper name and symlink

2011-03-19 Thread Michael Tokarev
Signed-off-by: Michael Tokarev --- hooks/busybox |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/hooks/busybox b/hooks/busybox index d6acd20..d6dd3f5 100755 --- a/hooks/busybox +++ b/hooks/busybox @@ -20,5 +20,6 @@ if [ "${BUSYBOX}" != "n" ]

[PATCH 3/5] don't copy busybox to sh, use link instead

2011-03-19 Thread Michael Tokarev
mkinitramfs uses cpio --dereference, so it copies each symlink as its target not as symlink. In order to compensate for that, use hard link instead. Signed-off-by: Michael Tokarev --- hooks/busybox |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/hooks/busybox b/hooks

[PATCH 1/5] don't move klibc's sh.shared to sh, link instead

2011-03-19 Thread Michael Tokarev
Signed-off-by: Michael Tokarev --- hooks/klibc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/hooks/klibc b/hooks/klibc index 7690ca5..681c504 100755 --- a/hooks/klibc +++ b/hooks/klibc @@ -20,5 +20,5 @@ cp -pL /usr/lib/klibc/bin/* ${DESTDIR}/bin cp -pL /lib/klibc

iniramfs: smal bunch of small changes, getting rid of busybox STANDALONE_SHELL

2011-03-19 Thread Michael Tokarev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. I'm trying to get rid of the ugly hack in busybox, which is activated by CONFIG_STANDALONE_SHELL in busybox configuration. What it does is: when you run its shell, ash, and run a command, such as dd or ls, and this command is provided by this

Bug#604604: qemu-kvm: vm entry failed with error 0xffffffff; kvm_run returned -22

2010-11-28 Thread Michael Tokarev
28.11.2010 05:25, Ben Hutchings wrote: > Please can you test whether this is fixed in 2.6.32-28? We backported a > KVM feature (VCPU_EVENTS) which meant we needed an additional fix beyond > the one which Michael Tokarev identified, and that was done in -28. Yes, with 2.6.32-28 686 kerne

Bug#604604: qemu-kvm: vm entry failed with error 0xffffffff; kvm_run returned -22

2010-11-23 Thread Michael Tokarev
tags 604604 - upstream patch thanks Hello again. After a bit more testing it turns out this problem is somehow specific to debian 2.6.32-5-686-27 kernel, it does not occur on upstream (kernel.org) kernel even when not applying the mentioned patch (which went into upstream -stable just a few days

Bug#592707: kernel should be protected against old package kvm-source

2010-08-12 Thread Michael Tokarev
Source: linux-2.6 Severity: minor There was a package in Lenny, kvm-source, which contains kernel module for kvm subsystem and is built from package named kvm. All modern kernels includes kvm modules. Kvm package is now transitional to qemu-kvm, which does not provide any kernel modules or pack

Bug#589055: qemu-kvm: booting sid amd64 kernel 2.6.32-17 fails

2010-08-02 Thread Michael Tokarev
reassign 589055 linux-2.6 2.6.32-17 thanks 14.07.2010 19:39, Michal Suchanek wrote: > Package: qemu-kvm > Version: 0.12.4+dfsg-1 > Severity: normal > > Booting a live CD with the 2.6.32-17 kernel stops early on message > Write protecting the kernel read-only data: 4220k > > The CPU loops, with -

Re: lxc linux image flavour

2010-01-25 Thread Michael Tokarev
Marco d'Itri wrote: > On Jan 24, maximilian attems wrote: [] >> On the negative side it doesn't have yet checkpointing support >> and not all net/ has netns support yet. > It's not just that, AFAIK there is no match for many of the > user_beancounters features (especially the accounting part) and