Bug#1107840: unblock: busybox/1.37.0-6

gency=medium + + * udeb config: remove wget applet +(wget-udeb is used for this for many years) (Closes: #1107392) + + -- Michael Tokarev Sun, 08 Jun 2025 00:34:24 +0300 + busybox (1:1.37.0-5) unstable; urgency=medium * d/control: switch from Static-Built-Using back to Built-Using diff

Bug#1107554: qemu-debootstrap man page should mention that qemu-debootstrap is deprecated

Control: severity -1 wishlist Forgot to set priority. /mjt

Bug#1107554: qemu-debootstrap man page should mention that qemu-debootstrap is deprecated

On 09.06.2025 14:37, Marc Haber wrote: Package: debootstrap Version: 1.0.141 Severity: normal Calling qemu-debootstrap gives the following warning: W: qemu-debootstrap is deprecated. Please use regular debootstrap directly this is however not mentioned in the man page. It should be! You're w

Re: Bug#1107392: Trixie netboot installation fails / busybox-udeb upgrade replaces wget utility

On 07.06.2025 23:40, Cyril Brulebois wrote: .. Yes, plus the other WGET-related stuff has to be turned off too. I prepared this change, it's trivial to remove wget applet, but I'd love to understand how it all worked before. Out of curiosity, what is “other WGET-related stuff”? I'm happy for y

Bug#1107392: Trixie netboot installation fails / busybox-udeb upgrade replaces wget utility

On 07.06.2025 01:35, Cyril Brulebois wrote: Hallo Jörn, Vielen Dank, lustiges Problem… Jörn Heissler (2025-06-07): installing trixie using PXE netboot no longer works for me. The installation fails with "anna[8234] busybox wget does not support https" right after the "Loading additional comp

Bug#1106757: ppc64el Trixie: Need default 64KB page kernel or installer option

On 05.06.2025 16:15, Bastian Blank wrote: On Thu, Jun 05, 2025 at 02:13:59PM +0300, Michael Tokarev wrote: But I know right to nothing about ppc64 and its page sizes. Okay, so we should remove kvm support from ppc64*, because it is not supported anymore? I can't parse this sen

Bug#1106757: ppc64el Trixie: Need default 64KB page kernel or installer option

On 04.06.2025 23:32, Bastian Blank wrote: On Thu, May 29, 2025 at 04:04:43PM +0530, Trupti wrote: Testing with the debian-testing-ppc64el-DVD-1.iso confirms that Debian Trixie on ppc64el currently installs a 4KB page kernel by default. This default (ref: #1074217) causes issues, especially for K

Re: busybox security fixes

On 19.05.2025 13:52, Sean Whitton wrote: Hello busybox maintainers, I'm looking into the unfixed CVEs for busybox, funded by Freexian's LTS effort. This package is listed as one where the maintainers would like to be involved in LTS updates. May I ask whether you have any work pending to fix t

Re: busybox security fixes

On 19.05.2025 14:22, Michael Tokarev wrote: On 19.05.2025 13:52, Sean Whitton wrote: Hello busybox maintainers, I'm looking into the unfixed CVEs for busybox, funded by Freexian's LTS effort.  This package is listed as one where the maintainers would like to be involved in LTS updat

Re: Working towards a stable update of busybox to fix 3 CVEs

02.03.2025 13:33, Tobias Frost wrote: Dear Busybox maintainers, currently stable has three open CVEs which are already fixed for LTS already but remain unfixed for stable. We'd like to avoid a situation where people updating from an LTS release to stable and then regress into having the CVEs not

Re: busybox: CONFIG_FEATURE_DI_ENV_HACK: is it still needed?

31.12.2023 19:11, Michael Tokarev wrote: Hi! There's a debian-specific patch in busybox since 2017 which adds ability to lift variable name filtering rules for d-i.  A comment in there says:     This is not a long term fix for this problem: a different approach is     needed to pars

Bug#1071227: busybox-udeb: provides binaries that are also provided by kmod-udeb (e.g. modprobe)

16.05.2024 20:17, Philip Hands пишет: Package: busybox-udeb Severity: normal User: debian-rele...@lists.debian.org Hi, I notice that busybox-udeb provides the following binaries in /sbin: depmod insmod lsmod modinfo modprobe rmmod while kmod-udeb provides the same, except located in /usr/s

Re: udhcpc search domain

26.04.2024 13:24, Frédéric Guyot wrote: After looking at this a bit more closely , it seems that netcfg is calling udhcpc with  limited set options. see here: https://salsa.debian.org/installer-team/netcfg/-/blob/master/dhcp.c#L38

Re: Bug#1060134: kmod-udeb vs busybox-udeb: agree on who ships depmod

Ok, I'm removing whole modutils from busybox udeb (besides depmod, this is lsmod, insmod, rmmod, and modprobe). All these are provided by kmod-udeb as far as I can see (as symlinks to kod). -- GPG Key transition (from rsa2048 to rsa4096) since 2024-04-24. New key: rsa4096/61AD3D98ECDF2C8E 9D8B

Bug#1060134: kmod-udeb vs busybox-udeb: agree on who ships depmod

09.04.2024 16:48, Cyril Brulebois wrote: Marco d'Itri (2024-04-09): Yes. Nowadays kmod has many more features related to compressed modules and verification of signatures. Can we agree that kmod should provide these programs for d-i? Or can the d-i maintainers just tell us what they want? I m

Bug#1065463: debootstrap can deal with native dpkg file replacement feature

05.03.2024 03:36, Steven Shiau : Package: debootstrap Version: 1.0.134 Severity: wishlist Dear Maintainer, As mentioned here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065394#28 For the moment on Mar/5/2024 in the Debian Sid repository, libuuid1 "Provides: libuuid1t64 (= 2.39.3-9)", an

Bug#1063518: console-setup: setupcon: 1386: Syntax error: Missing '))'

09.02.2024 17:57, Thorsten Bonow : dash << 'EOF'    [15:28:53] if $( (true) 2>/dev/null); then  echo "42" fi EOF 42 which only works in dash because of the added space between the command substitution $(...) and the subshell (...). Does dash think it ha

Bug#1063518: console-setup: setupcon: 1386: Syntax error: Missing '))'

09.02.2024 16:58, ca...@allfreemail.net Package: console-setup Followup-For: Bug #1063518 Consider making all scripts provided by console-setup shellcheck-clean, there are lots of tiny issues that can turn into big issues under the right conditions. Please do not do this. Shellcheck is a hug

Re: kmod-udeb vs busybox-udeb: agree on who ships depmod

06.01.2024 11:40, Helmut Grohne: On Sat, Jan 06, 2024 at 09:01:12AM +0100, Helmut Grohne wrote: I also recommend to establish QA for all udebs to automatically detect, report and address such conflicts as they evidently cause undefined behaviour otherwise. That can be as simple as collecting fil

busybox: CONFIG_FEATURE_DI_ENV_HACK: is it still needed?

Hi! There's a debian-specific patch in busybox since 2017 which adds ability to lift variable name filtering rules for d-i. A comment in there says: This is not a long term fix for this problem: a different approach is needed to parse the values from the kernel command-line, but we don'

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

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#1056628: udhcpc: file loss during upgrade due to Multi-Arch: same interacting with /usr-merge

24.11.2023 02:27, Helmut Grohne: Package: udhcpc Version: 1:1.36.1-6~exp.1 Severity: normal User: helm...@debian.org Usertags: dep17p7 Hi Chris, thanks for sitting down with me and doing this /usr-move. We aimed to be careful and upload to experimental. Now dumat doesn't like your upload. I'm t

Bug#1039142: busybox: ships sysv-init script without systemd unit

14.11.2023 14:56, Luca Boccassi wrote: On Mon, 13 Nov 2023 18:42:09 +0300 Michael Tokarev wrote: .. With just dh_installsystemd --no-enable, it is still started. With dh_installsystemd --no-enable --no-start, it is started as well, - apparently because initscript is started.  Also, with --no

Bug#1039142: busybox: ships sysv-init script without systemd unit

Control: tag -1 + help On Sun, 25 Jun 2023 23:20:24 +0100 bl...@debian.org wrote: Package: busybox Severity: important User: bl...@debian.org Usertags: missing-systemd-service Dear Maintainer(s), busybox has been flagged by Lintian as shipping a sysv-init script without a corresponding systemd

Bug#857763: udhcpd: Please set FEATURE_UDHCPD_WRITE_LEASES_EARLY in build config

On Tue, 14 Mar 2017 17:25:50 + Sabahattin Gucukoglu wrote: Source: busybox Version: 1:1.22.0-19 Severity: wishlist The dumpleases utility would be made more useful on a system with an SSD if FEATURE_UDHCPD_WRITE_LEASES_EARLY were set at build time, because then you wouldn't need to set a

Bug#1036446: Bug1036446: Please enable udhcpc6

Control: tag -1 + pending On Sun, 21 May 2023 04:11:09 +0200 Ben Hutchings wrote: Package: udhcpc Version: 1:1.35.0-4+b2 Severity: wishlist Tags: ipv6 Busybox has a DHCPv6 client (udhcpc6) but this is not included in the Debian packages. Please enable CONFIG_UDHCPC6 and the dependent features

Bug#925545: udhcpd: support for Runit supervision system

On Tue, 26 Mar 2019 17:25:09 + Dmitry Bogatov wrote: Package: udhcpd Version: 1:1.30.1-3 Severity: wishlist Tags: patch User: ru...@packages.debian.org Usertags: runscript Curious - Why are you filing this against udhcpd only, why not to do it for other packages too? Also, how runit hand

Bug#1039710: debian-installer: Grub installation fails and /var/log/syslog is empty

Hi everyone! Somehow I missed this whole issue, - I didn't see it until now. Will adjust my mail filters. 08.08.2023 00:49, Philip Hands wrote: Steve McIntyre writes: On Wed, Jul 12, 2023 at 11:15:57AM +0200, Cyril Brulebois wrote: Hi Michael, Cyril Brulebois (2023-06-28): Control: reass

Re: Changes to the default rsyslog configuration

15.06.2023 15:25, Michael Biebl wrote: # Log anything besides private authentication messages to a single log file # *.*;auth,authpriv.none    -/var/log/syslog # # Log commonly used facilities to their own log file # auth,authpriv.*        /var/log/auth.log cron.*    -/var/log/c

Re: Changes to the default rsyslog configuration

15.06.2023 15:25, Michael Biebl wrote: Hi providers of system-log-daemon, when I started packaging rsyslog for Debian I based /etc/rsyslog.conf on what's been in /etc/syslog.conf at that time (as provided by the no longer existing sysklogd). Unfortunately, this also meant, there was a lot of

Bug#907189: busybox-syslogd: Please provide systemd .service files (attached)

21.01.2023 19:49, Michael Tokarev wrote: .. What's the reason to provide these systemd services for busybox-syslogd? In my view, busybox-syslogd can be used as a minimal syslogging service on a bare minimal system without much else besides busybox itself. On a system with systemd, sy

Bug#907189: busybox-syslogd: Please provide systemd .service files (attached)

Control: tag -1 + moreinfo On Fri, 24 Aug 2018 16:39:00 +0200 "W. Martin Borgert" wrote: Package: busybox-syslogd Version: 1:1.22.0-19 Tags: patch Please add systemd .service files to busybox-syslogd. The attached files are taken from OpenEmbedded and seem to work on my embedded device on Deb

Bug#1023501: busybox-static: version 1:1.35.0-3 breaks boot on hppa

ng mdadm package did not help. Downgrading busybox-static to 1.35.0-2 fixed the issue. Now this is interesting. In -3, I included these changes: commit ac478f88b64d5884d5e81bcd8f8344f0ec72df6a Author: Michael Tokarev Date: Mon Oct 17 12:52:23 2022 +0300 deb,static:

busybox uploads

Hi! I uploaded a new busybox release today (mostly non-linux changes, it now builds on hurd), but thought maybe I should've asked here before doing that. But it was too late already. Should I ask the next time? Thanks, /mjt

Re: busybox upload and further maintenance

Ok, it's been almost a month since my initial email here. If there's no objections, I'll upload the new busybox release tomorrow (from the "mjt" branch). It's enough waiting :) I want to enable awk applet for d-i (udeb) config before the upload, for some things it is much easier to use than e.g.

Bug#1011254: The UDEB package "localechooser" contains probably some buggy source code in "05localechooser" file

19.05.2022 17:23, Philip Hands wrote: Michael Tokarev writes: 19.05.2022 15:59, Philip Hands wrote: ... Actually, I'm unable to resist the urge to remove the redundant use of cat (that was already there), so how about doing it in a single sed: LEVEL=$(sed "/^${LOCALE%%_*}/&q

Bug#1011254: The UDEB package "localechooser" contains probably some buggy source code in "05localechooser" file

19.05.2022 15:59, Philip Hands wrote: ... Actually, I'm unable to resist the urge to remove the redundant use of cat (that was already there), so how about doing it in a single sed: LEVEL=$(sed "/^${LOCALE%%_*}/"'{ print $4 ; exit }' /usr/share/localechooser/languagelist) That smells like

Bug#980127: busybox-static: Please enable the "hush" applet

Control: tag -1 + moreinfo On Thu, 14 Jan 2021 13:12:58 -0800 Josh Triplett wrote: Package: busybox-static Version: 1:1.30.1-6 Severity: wishlist X-Debbugs-Cc: j...@joshtriplett.org For busybox-static, I'd love to have the "hush" applet available. It's a more feature-complete shell, including

Bug#964579: lsblk not included in busybox version used with installer

Control: tag -1 + moreinfo On Wed, 8 Jul 2020 23:23:51 + Holger Levsen wrote: Package: busybox Version: 1:1.30.1-4 Severity: wishlist x-debbugs-cc: Russell Weber submitter: Russell Weber On Wed, Jul 08, 2020 at 02:43:43PM -0600, Russell Weber wrote: > Package: busybox > Version: 1:1.30.1

Bug#921556: busybox: Enable more applets to support initramfs-tools

Control: tag -1 + upstream On Wed, 06 Feb 2019 18:58:06 + Ben Hutchings wrote: Package: busybox Version: 1:1.27.2-3 Severity: wishlist Once we have busybox 1.28.0, we could enable these extra applets on Linux: ipconfig [CONFIG_IPCONFIG] nuke [CONFIG_NUKE] resume[CONF

Re: busybox upload and further maintenance

08.05.2022 23:06, Cyril Brulebois wrote: Michael Tokarev (2022-05-08): The prob is not the burden of maintaining it, I'm okay with that one. It is just that the whole thing seems wrong :) Again, I'm definitely not arguing for dropping it right now, but we either plan to do this some

Re: busybox upload and further maintenance

08.05.2022 19:39, Cyril Brulebois wrote: Hi, Michael Tokarev (2022-05-08): I don't understand what is holding an upload right now, -- the salsa busybox repository is more than 3 months old now. I think it is ready for an upload, - I think we should do it and deal with any issues whic

Re: ifupdown/dhcp

08.05.2022 18:24, Michael Stone wrote: [apologies to package aliases getting this twice due to autocomplete fail] I've been trying to make sense of the NEWS item in isc-dhcp-client (that alternatives are needed) in combination with the functionality of ifupdown and what the implications are for

busybox upload and further maintenance

Hi! Quite some years ago I stepped down as a busybox maintainer, in a somewhat scandalous way even, and the details of that story are now started escaping my memory. At any rate, I become older, much less touchy than before, and that time wasn't my easiest period of my life which might have prom

Bug#1009309: udhcpc: allow usage without busybox

13.04.2022 09:31, Helmut Grohne wrote: Control: tags -1 + moreinfo On Wed, Apr 13, 2022 at 09:13:58AM +0300, Michael Tokarev wrote: No, as far as I understand. B/c udhcpc package lacks the main binary if there's no busybox... ;) Can you explain please? :) Head -> table. I now unders

Bug#1009309: udhcpc: allow usage without busybox

11.04.2022 15:21, Helmut Grohne wrote: Source: busybox Version: 1:1.30.1-7 Severity: wishlist Tags: patch Hi Aurelien, would it be possible to avoid the udhcpc -> busybox dependency? It may seem strange to remove busybox in a quest to reduce file system usage at first, but if you need iproute2

Re: Bug#983197: debootstrap: autopkgtest regression under autopkgtest-virt-qemu

22.02.2021 13:00, Simon McVittie wrote: Control: reassign -1 src:debootstrap 1.0.123 Control: retitle -1 debootstrap: autopkgtest regression under autopkgtest-virt-qemu [] not ok 19 - unshare -m /tmp/autopkgtest.PYPTQP/build.yxt/src/debian/tests/fake/schroot-1.6.10-3 chroot.d runuser -u nobo

Bug#689528: please add virtio support for cdrom at install time

22.01.2020 09:18, Witold Baryluk wrote: Package: debian-installer Followup-For: Bug #689528 Dear Maintainer, any progress on this, I still have this issue. Out of curiosity, _why_ this is necessary? For the install time, isn't it trivial to use regular ide/sata cdrom drive or an usb flash ins

Bug#893843: please enable nbd applet

Package: busybox Version: 1:1.27.2-2 Severity: wishlist Please enable NBD applet for regular deb configuration. It costs almost nothing but it is useful for our environment for booting over network. Thanks! /mjt

Bug#838031: task-laptop: Add 'ntp' to list of recommended packages.

16.09.2016 20:51, Ben Hutchings wrote: We should install a minimal NTP client by default. Not ntp, it's far more complex than needed and (partly as a result of that) has a poor security record. Systemd comes with systemd-timesyncd these days, JFYI. Thanks, /mjt Ben.

Re: [PATCH initramfs-tools 0/4] Changes to busybox integration

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..

Re: Bug#784070: is it maybe possible to settle dislikings and fix this bug?

27.10.2015 18:23, Ben Hutchings wrote: > On Tue, 2015-10-27 at 10:25 +0300, Michael Tokarev wrote: >> I'm not maintaining mdadm anymore. > > Then why have you not orphaned it? It is team-maintained (or was), and orphaning it means uploading it which means I'll have to a

Re: Bug#784070: is it maybe possible to settle dislikings and fix this bug?

27.10.2015 02:27, Francesco Poli wrote: > On Tue, 6 Oct 2015 00:01:18 +0200 Francesco Poli wrote: > > [...] >> Michael, I am not sure I understand what happened: I don't see any >> recent NMUs for package mdadm, hence I cannot see how d-i developers >> could "throw your work away". >> >> Anyway, t

Bug#783637: Installation fails because starting colord fails on missing libudev.so.0

05.05.2015 21:13, Michael Lager wrote: > I can't remove libusb-1.0-0 package which provides libusb-1.0.so.0 because 93 > packages depend on it including gdm3, gnome, cups and many others and that > would render jessie practically useless. The version required by jessie is > given as 2:1.0.19-1:

Bug#783637: Installation fails because starting colord fails on missing libudev.so.0

05.05.2015 14:55, Michael Lager wrote: > This was an upgrade from debian wheezy to jessie and a report (as requested) > on how it went. I just hope this can be put right for others wishing to > upgrade and finding it doesn't work. My work-around was to create a symbolic > link (result as belo

Re: bastardizing packages or stepping down

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 06.03.2015 15:02, Sam Hartman wrote: [] > So, you're involving the TC because you're hoping to better understand why > your unblock was not approved? > > How are you hoping the TC can help? Here are some options I see: > > * Some folks on the TC ar

Bug#779890: udhcpd: Support for multiple interfaces/udhcpd processes

06.03.2015 02:57, Elliott Mitchell wrote: > Package: udhcpd > Version: 1:1.20.0-7 > Severity: wishlist > > The documentation seems to suggest udhcpd can only handle binding to one > interface and using one IP address range per udhcpd process. Due to > this, it would be handy if Debian's init scri

Re: bastardizing packages or stepping down

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 05.03.2015 15:08, Sam Hartman wrote: >>>>>> "Adam" == Adam D Barratt writes: > > Adam> Hi, Making no comment on the remainder of the mail: > > Adam> On 2015-03-05 10:38, Michael Tokarev wrote: >&

bastardizing packages or stepping down

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. I didn't really want to write this email, but it looks I now have to, even if, for reasons which whill be shown below, don't expect any good news from this. Trying to make the story short. For quite some time we had a bug in glibc in jessie w

Bug#776186: busybox: CVE-2014-9645

04.03.2015 19:10, Cyril Brulebois wrote: > Looking at the just uploaded -15, I don't understand what you tried to > do there. I didn't upload -15, I just tried to clean up what's left before I retire, and - unintentionally - pushed things to git.d.o. It was my mistake. More, we have 2 branches,

Bug#776186: busybox: CVE-2014-9645

02.03.2015 19:53, Cyril Brulebois wrote: > Moritz Muehlenhoff (2015-03-02): [] >> I'm slightly confused here. Is 1:1.22.0-9+deb8u1 different from >> the upload you mentioned above? > > It's basically the same thing as I proposed initially, but with > different changes in the git history because

Bug#777140: Using mdadm to install Debian on Intel RST RAID array stopped working between Wheezy 7.8 and Jessie RC1

Control: retitle -1 Using mdadm to install Debian on Intel IMSM RAID array stopped working between Wheezy 7.8 and Jessie RC1 Control: reassign -1 mdadm Control: tag -1 + help 05.02.2015 17:43, Benjamin Black wrote: > Package: debian-installer > Version: used in Debian GNU/Linux Jessie-DI-rc1 "Jes

Bug#776566: Please cater to serial consoles

29.01.2015 15:12, Samuel Thibault wrote: > martin f krafft, le Thu 29 Jan 2015 11:52:36 +0100, a écrit : >> 2. the boot: prompt appears on both, console and serial console, > > Nack with my brltty maintainer hat: you don't want to send things on the > serial port without the user saying to do th

Re: Problem with ACPI on reboot

27.01.2015 10:48, Pierre GINDRAUD wrote: > Hello evryone, > > I'm not sure that is the best mailing list to expose my problem, but I try > anyway > > I've bought recently, an motherboard in order to make a simple server in my > home, the model is a ASROCK Q2900 ITX (see documentation below) > h

Re: Last hints for d-i, upload tomorrow

27.01.2015 08:59, Christian PERRIER пишет: > (CC'ed in case you guys subscribed to -release. I am subscribed > so please no CC) > > Quoting Michael Tokarev (m...@tls.msk.ru): > >> So you're continuing to ruin my (hard in this case) work, spreading lies >> (in

Bug#775164: unblock: mdadm/3.3.2-5

3.3.2-3 release). (Closes: #764036, #771852) * mention closing of #588965 #599352 #694513 by 3.3-1 -- Michael Tokarev Fri, 05 Dec 2014 17:29:22 +0300 @@ -84,7 +96,7 @@ mdadm (3.3-1) unstable; urgency=low [ Michael Tokarev ] - * new upstream 3.3 release (Closes: #718896 #588965

Re: Bug#771208: unblock: busybox/1:1.22.0-14

11.12.2014 13:02, Cyril Brulebois wrote: > Hi, Hello > can you please still push your master branch and tags to the git > repository? Last commit there points to debian/1.22.0-9 which is > 5 revisions old, at least if I'm reading cgit and gitk properly. Oh yeah. I'm sorry about that. Pushed no

Re: Bug#771208: unblock: busybox/1:1.22.0-14

11.12.2014 10:52, Ivo De Decker wrote: [] > As the libc issue with the static binary seems to be fixed in the libc version > in both jessie and sid, the only remaining issue is the missing build-using, > which can wait till after jessie. > > Could you do a new upload with only the security fix? I

Bug#768876: unblock: busybox/1:1.22.0-14

t of built-using. Note that this most important part - which prompted the original bug report wrt built-using - is here with proper value (it is glibc which had bug in several versions, producing buggy static binaries). Thanks, /mjt 28.11.2014 18:33, Thorsten Glaser wrote: > On Fri, 28 Nov

Bug#768876: unblock: busybox/1:1.22.0-14

28.11.2014 18:06, Thorsten Glaser wrote: > On Fri, 28 Nov 2014, Michael Tokarev wrote: > >>> ‣ intimate knowledge of the build system required, so you know >>> what precidely is pulled in (reading shlibs:Depends from the >>> build of the shared version is alm

Bug#768876: unblock: busybox/1:1.22.0-14

28.11.2014 15:11, Thorsten Glaser wrote: > On Thu, 27 Nov 2014, Michael Tokarev wrote: > >> (The Built-Using field generation is a bit fun here: I asked on IRC >> how people identify which libc is in use, and got various somewhat- >> incpmplete replies (the prob is that o

Re: Bug#771208: unblock: busybox/1:1.22.0-14

27.11.2014 19:00, Cyril Brulebois wrote: > (Putting on my d-i RM fedora.) Thank you for your review. > Michael Tokarev (2014-11-27): >> Please unblock package busybox. Last upload has one security bugfix >> (CVE-2014-4607, #768945), the fix is from upstream stable branch, &g

unblock: busybox/1:1.22.0-14

more attempt to fix the glibc build-depend for #769190, now +using versioned build-dependency on libc-dev-bin which is named +this way on all architectures (unlike libc6|libc6.1|libc0.1|libc0.3) + + -- Michael Tokarev Fri, 14 Nov 2014 12:52:18 +0300 + +busybox (1:1.22.0-13) unstable; ur

Bug#769190: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

13.11.2014 00:03, Michael Tokarev пишет: > 12.11.2014 22:45, Aurelien Jarno wrote: >> On Wed, Nov 12, 2014 at 09:17:20PM +0400, Michael Tokarev wrote: >>> Should I list them all in the build-deps? If yes, what's the complete list? > >> It should be libc6-dev[linux

Bug#769190: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

12.11.2014 22:45, Aurelien Jarno wrote: > On Wed, Nov 12, 2014 at 09:17:20PM +0400, Michael Tokarev wrote: >> Should I list them all in the build-deps? If yes, what's the complete list? > It should be libc6-dev[linux-any !alpha !ia64] | libc6.1-dev [alpha ia64] | > lib

Bug#769190: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

12.11.2014 21:05, Aurelien Jarno wrote: [] >> And there's nothing I can do about this on busybox side -- except, >> again, adding a versioned build-dep. > > I'll schedule binNMUs for now, but it might be a good idea to add a > versioned build-dep so that it doesn't happen again. Please don't. I

Bug#769190: Bug#757941: Bug#769190: busybox-static: DNS resolver is broken again with the last upload

BTW, the bug is _not_ fixed by -12 upload where I added a build-dep on libc-bin. /mjt -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/546396a3.1000...@msgid.tls.msk.r

Bug#769190: busybox-static: DNS resolver is broken again with the last upload

12.11.2014 04:27, Diederik de Haas wrote: > Package: busybox-static > Version: 1:1.22.0-11 > Severity: important > > This is basically the same error as with bug #757941, but it was > reassigned to glibc and fixed there. As Aurelien Jarno correctly stated > in https://bugs.debian.org/cgi-bin/bugre

Bug#768876: Bug#768926: Wrong bug number fixed?

12.11.2014 04:35, Diederik de Haas wrote: > Bug nr 768926 is filed against qemu-user-static, and was supposedly fixed > with > busybox version 1.22.0-10 > My guess is that that upload was supposed to fix bug nr 768876 and not 768926 Yes, you're exactly right. This is what happens when I do thin

Re: Bug#769129: unblock: busybox/1:1.22.0-10

11.11.2014 18:08, Michael Tokarev wrote: > Please unblock package busybox. Last upload has one security bugfix > (CVE-2014-4607, #768945), the fix is from upstream stable branch, > fixing an integer overflow in lzo decompressor; it adds a Built-Using > control field for busybox-st

unblock: busybox/1:1.22.0-10

long-standing lintian error, when package build +alway produces busybox-syslogd package which is arch:all and should not +be built on a buildd. + + -- Michael Tokarev Tue, 11 Nov 2014 17:07:34 +0300 + busybox (1:1.22.0-9) unstable; urgency=medium * cherry-pick find /BITS patch from ups

Bug#768945: busybox lzo implementation suffers from CVE-2014-4607 flaw

Source: busybox Version: 1:1.22.0-5 Severity: serious Tags: security patch upstream fixed-upstream Busybox embeds mini-lzo library implementation which suffers from CVE-2014-4607 -- integer overflow with memory corruption potential and a risk of (remote) code execution, see http://www.openwall.com

Bug#611250: please support network bonding

Maybe it is really better to postprone bonding configuration until past installation? As far as I understand, bonding is entirely optional and is intended to make network faster and more reliable. It is not exactly necessary during install, and can be made later. But more feature makes d-i complex

Re: Bug#762762: Updating isc-dhcp udeb to dynamically link bind

31.10.2014 13:42, Herbert Kaminski wrote: > On Thu, 30 Oct 2014 22:37:24 + > Steven Chamberlain wrote: > >> On 20/10/14 01:09, Michael Gilbert wrote: >>> The new isc-dhcp is now uploaded. Please let me know how your testing goes. >> >> After the upload of bind9/1:9.9.5.dfsg-5, this does seem

Re: Are there packages for which NO upload is wished right now?

d, only keep virtual packages {linux-kernel,system}-log-daemon in there (Closes: #730059) * test for /run/systemd/system in busybox-klogd initscript and exit if present, to not conflict with systemd klogd functions * do not pass extra params to dh_installinit (using dep-based ordering)

Bug#730059: busybox-syslogd conflicts with systemd

Control: tag -1 - wontfix 29.09.2014 13:56, Trent W. Buck wrote: > Michael Tokarev wrote: > >> It is not the init script, it is the busybox syslog implementation. >> For simplicity, it is one applet that does both syslog function and >> klogd function, and klogd function

Bug#730059: busybox-syslogd conflicts with systemd

Control: tag -1 - moreinfo + wontfix 11.09.2014 09:49, Trent W. Buck wrote: > In fact busybox-syslogd is the *only* package with > Provides: klogd > the others seem to > Provides: linux-kernel-log-daemon > > I don't understand why this is the case. > Does the difference signify a different inte

Bug#756593: busybox's switch_root makes read-only NFS root read/write

[Rehashing a somewhat old thread...] 08.08.2014 14:55, Zimmermann, Alexander wrote: > So here is the full output. Vanilla Linux 3.16. No patches. There is > definitely something > broken in the userland. I will set up a new image via debootstrap next week. So, Alexander, did you succeed in findi

Bug#763073: partman-md places first line of mdadm.conf to wrong file

Package: partman-md Version: 70 Severity: normal Tags: patch finish-install.d/65partman-md reads: CF=/target/etc/mdadm/mdadm.conf if ... then mkdir -p /target/etc/mdadm echo "# Autogenerated by partman-md. See mdadm.conf(5) for more details on this file." > /etc/mdadm.conf

Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

21.09.2014 17:19, Diederik de Haas wrote: > On Tuesday 12 August 2014 21:46:43 Michael Tokarev wrote: >> Nope. This is getaddrinfo() function. So it is glibc, not gcc or >> optimization. >> >> getaddrinfo() does not work in jessie glibc when linked statically. >>

Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

12.08.2014 21:34, Cyril Brulebois wrote: > Smells like a possible compiler optimization bug? (The relevant code > might be buggy and falling into undefined behaviour; meaning not a > compiler bug.) Should be easy to check by building at -O0. Nope. This is getaddrinfo() function. So it is glibc,

Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

12.08.2014 21:16, Michael Tokarev wrote: > jessie does not work. Also, it is specific to amd64 arch, it does not > happen on i386 (from 2 variants of x86 arches). No, i386 jessie does not work too. It was a very old jessie32 chroot here where I tried to build it and it worked. So it

Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7

Control: tag -1 + confirmed 12.08.2014 19:30, Diederik de Haas wrote: > Package: busybox-static > Version: 1:1.22.0-8 > Severity: important > > When trying to ping an address, like debian.org, with busybox-static you > get a "ping: bad address 'debian.org'" error. Yes, this is what we have. Cur

Bug#757316: whole disk one big partition is a bad default

07.08.2014 10:35, 積丹尼 Dan Jacobson wrote: > Package: debian-installer > > Please do not make the default for beginners making the whole disk one > big partition anymore. > > Just leave a little free space just in case... How much is "a little" ? > You never know when they might need to tune the

Bug#756593: busybox's switch_root makes read-only NFS root read/write

05.08.2014 17:36, Zimmermann, Alexander wrote: > Despite the fact that I was unable to write a proper wrapper :-) - the kernel > crashes - > I know now that neither busybox nor AUFS is the culprit. See below: Um. The wrapper should be something like: #! /bin/sh echo mounts before-init: mount

Bug#756593: busybox's switch_root makes read-only NFS root read/write

01.08.2014 15:37, Zimmermann, Alexander wrote: > As you can see, we use a vanilla 3.14 Kernel, patched w/ official AUFS patch > (see > http://aufs.sourceforge.net) I too use aufs here, for a very long time. But I never tried nfs-root together with aufs, I used if in slightly different scenarios

Bug#756593: busybox's switch_root makes read-only NFS root read/write

Control: tag -1 + moreinfo 31.07.2014 11:56, Zimmermann, Alexander wrote: > Package: busybox > Version: 1:1.22.0-6 > Severity: important > > Dear Maintainer, > > we have a PXE environments in our lab, where we boot both physical boxes > and XEN machines via NFS from one centralized Debian SID im

Bug#690889: udhcpc always returns a domain of "bad" when receiving a valid dhcp ack packet

18.04.2014 00:21, Иван Сусанин wrote: [] > I've already reopened original udchpc bug at busybox bugtracker > (https://bugs.busybox.net/show_bug.cgi?id=3979), but it looks like I'm asking > for a miracle... I've seen that discussion. And frankly, I strongly support Denis here. We've a well-docum

Bug#740397: busybox: please add support for parallel building

Control: tag -1 + pending 01.03.2014 12:01, Michael Tokarev wrote: > 01.03.2014 06:17, Cyril Brulebois wrote: >> Package: busybox >> Version: 1:1.20.0-7 >> Severity: normal >> Tags: patch >> >> Hi, >> >> the title and the attached patch say it

Bug#740397: busybox: please add support for parallel building

01.03.2014 06:17, Cyril Brulebois wrote: > Package: busybox > Version: 1:1.20.0-7 > Severity: normal > Tags: patch > > Hi, > > the title and the attached patch say it all. Oh well. This come several times in the past for various packages, and it always ends up in some strange place. I always b

  1   2   3   >