Re: Hints for d-i jessie RC2, part 1
Quoting Cyril Brulebois (k...@debian.org): > Hi people, > > here's a first round of unblock/unblock-udeb hints for the upcoming d-i > jessie RC2. Don't hesitate to ask questions if anything looks fishy. Hello Cyril, Some translations have been updated (Danish, Vietnamese), which affects several packages in D-I. I still need to sort this out, in order to check whether these are "real" changes or not, but is there something that would prevent me from uploading some packages to unstable. signature.asc Description: Digital signature
Bug#712907: grub-installer: No longer installs automatically on a normal machine with one hard drive
Confirmed working with Jessie - https://github.com/sammcj/packer-qemu-debian-jessie/commit/12a6dae01f328787dd89621d0bddc34458ac038e Build log - https://raw.githubusercontent.com/sammcj/packer-qemu-debian-jessie/master/build_output.log Thanks again Cyril.
Bug#779890: udhcpd: Support for multiple interfaces/udhcpd processes
Grr, final bit of confirmation has a shell quirk show up. I suspect there likely should be more backslashes on the sed command, but the attached is what is confirmed to work. -- (\___(\___(\__ --=> 8-) EHM <=-- __/)___/)___/) \BS (| ehem+sig...@m5p.com PGP 87145445 |) / \_CS\ | _ -O #include O- _ | / _/ 8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445 #! /bin/sh # # Written by Miquel van Smoorenburg . # Modified for Debian GNU/Linux by Ian Murdock # and Axel Beckert . # Adjusted for use as an ifupdown hook script by Elliott Mitchell # . # ### BEGIN INIT INFO # Provides: udhcpd # Required-Start:$remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Start busybox udhcpd at boot time ### END INIT INFO PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/udhcpd NAME=udhcpd DESC="very small Busybox based DHCP server" DHCPD_OPTS="-S" # Additional options given to the server test -x $DAEMON || exit 0 case "${IF_DHCPD_ENABLE}" in udhcpd) # *we* and not some other DHCP server are enabled ;; true|yes|1) # the DHCP server is enabled ;; *) exit 0 ;; esac # Include defaults if available [ -e /etc/default/udhcpd ] && . /etc/default/udhcpd set -e # Base location of configuration if relative path is given [ -z "${DHCPD_CONFIG_DIR}" ] && DHCPD_CONFIG_DIR=/etc # Has a configuration file been explicitly specified? Optionally add directory if [ -n "${IF_DHCPD_CONFIG}" ] thenif [ "${IF_DHCPD_CONFIG}" = "${IF_DHCPD_CONFIG#/}" ] thenIF_DHCPD_CONFIG=${DHCPD_CONFIG_DIR}/${IF_DHCPD_CONFIG} fi # Probe the location, first try ifupdown's logical name, then physical name elif [ -e "${DHCPD_CONFIG_DIR}/udhcpd.${LOGICAL}.conf" ] thenIF_DHCPD_CONFIG="${DHCPD_CONFIG_DIR}/udhcpd.${LOGICAL}.conf" elif [ -e "${DHCPD_CONFIG_DIR}/udhcpd.${IFACE}.conf" ] thenIF_DHCPD_CONFIG="${DHCPD_CONFIG_DIR}/udhcpd.${IFACE}.conf" elseIF_DHCPD_CONFIG="${DHCPD_CONFIG_DIR}/udhcpd.conf" fi # Has the .pid file been specified? Is it relative? if [ -n "${IF_DHCPD_PIDFILE}" ] thenif [ "${IF_DHCPD_PIDFILE}" = "${IF_DHCPD_PIDFILE#/}" ] thenIF_DHCPD_PIDFILE=/run/${IF_DHCPD_PIDFILE} fi # Look for the .pid file in the configuration file elseif grep -q -E -e^\[\[:space:]]\*pidfile\[\[:space:]] ${IF_DHCPD_CONFIG} thenIF_DHCPD_PIDFILE=`grep -E -e^\[\\\[:space:]]\*pidfile\[\\\[:space:]] ${IF_DHCPD_CONFIG} | sed -es/^\[\\\[:space:]]\*pidfile\[\\\[:space:]]+//` elseIF_DHCPD_PIDFILE=/run/udhcpd.pid fi fi # This works better for us [ "${VERBOSITY}" = 0 ] && VERBOSITY="" case "$MODE" in start) [ -n "${VERBOSITY}" ] && echo -n "Starting $DESC: " start-stop-daemon --start ${VERBOSITY:+--verbose} \ --pidfile ${IF_DHCPD_PIDFILE} --oknodo --exec $DAEMON \ -- ${IF_DHCPD_OPTS:-${DHCPD_OPTS}} ${IF_DHCPD_CONFIG} [ -n "${VERBOSITY}" ] && echo "$NAME." ;; stop) [ -n "${VERBOSITY}" ] && echo -n "Stopping $DESC: " start-stop-daemon --stop ${VERBOSITY:+--verbose} \ --pidfile ${IF_DHCPD_PIDFILE} --oknodo --exec $DAEMON [ -n "${VERBOSITY}" ] && echo "$NAME." ;; *) echo "Usage: $0 {start|stop}" >&2 exit 1 ;; esac exit 0
Bug#779890: udhcpd: Support for multiple interfaces/udhcpd processes
On Fri, Mar 06, 2015 at 09:02:39AM +0300, Michael Tokarev wrote: > 06.03.2015 02:57, Elliott Mitchell wrote: > > 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 scripts had support for > > starting/stopping multiple udhcpd processes (this would mean require > > multiple .conf and .pid files). > > I suggest using some more advanced dhcp servers for this, for > example there's an excellent piece of software named dnsmasq > which is small and has other useful functionality. Udhcpd > scripts can be extended to support multiple interfaces, but > I think at this time, it is better to use, say, systemd > service files for that, which should be trivial to write > and drop to the right location (and no, I don't know off > my head how to do that ;). I'm undecided on systemd right now, but the controversy has me rather concerned right now. dnsmasq may well be used in the future, but right now I still suspect udhcpd can readily take care of my current needs. > > When reading the man page I was wondering, could multiple configuration > > files be specified on udhcpd's command-line and would this have the > > effect of starting multiple udhcpd processes? (I rather doubt it, but > > the man page could be read that way) > > One invocation handles one interface, I think. But you can try :) I doubt it would work, just the man page could be interpreted to suggest this. I'm unsure whether it is good or bad news, but with some adjustments the /etc/init.d/udhcpd script can be rewritten as an ifupdown hook script. I'm attaching the script, place it in /etc/network/if-up.d/udhcpd, stick a symbolic link in /etc/network/if-down.d/ and the attached script will start/stop udhcpd when a given interface is brought up or down. This adds 3 settings to /etc/network/interfaces. "dhcpd-enable", "dhcpd-config" and "dhcpd-pidfile". Setting "dhcpd-enable" to "true", "yes", "1", or "udhcpd" will make udhcpd to be started when a given interface is brought up. If set, "dhcpd-config" will specify the configuration filename, DHCPD_CONFIG_DIR (set in /etc/default/udhcpd) will be added as a prefix if this is not an absolute path; otherwise it will look for /etc/udhcpd..conf then /etc/udhcpd..conf and finally fall back to /etc/udhcpd.conf. The "dhcpd-pidfile" can tell it where the .pid file is, though it will try to find it in the configuration file. Hopefully this works for others as a way to start udhcpd. -- (\___(\___(\__ --=> 8-) EHM <=-- __/)___/)___/) \BS (| ehem+sig...@m5p.com PGP 87145445 |) / \_CS\ | _ -O #include O- _ | / _/ 8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445 #! /bin/sh # # Written by Miquel van Smoorenburg . # Modified for Debian GNU/Linux by Ian Murdock # and Axel Beckert . # Adjusted for use as an ifupdown hook script by Elliott Mitchell # . # ### BEGIN INIT INFO # Provides: udhcpd # Required-Start:$remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Start busybox udhcpd at boot time ### END INIT INFO PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/udhcpd NAME=udhcpd DESC="very small Busybox based DHCP server" DHCPD_OPTS="-S" # Additional options given to the server test -x $DAEMON || exit 0 case "${IF_DHCPD_ENABLE}" in udhcpd) # *we* and not some other DHCP server are enabled ;; true|yes|1) # the DHCP server is enabled ;; *) exit 0 ;; esac # Include defaults if available [ -e /etc/default/udhcpd ] && . /etc/default/udhcpd set -e # Base location of configuration if relative path is given [ -z "${DHCPD_CONFIG_DIR}" ] && DHCPD_CONFIG_DIR=/etc # Has a configuration file been explicitly specified? Optionally add directory if [ -n "${IF_DHCPD_CONFIG}" ] thenif [ "${IF_DHCPD_CONFIG}" = "${IF_DHCPD_CONFIG#/}" ] thenIF_DHCPD_CONFIG=${DHCPD_CONFIG_DIR}/${IF_DHCPD_CONFIG} fi # Probe the location, first try ifupdown's logical name, then physical name elif [ -e "${DHCPD_CONFIG_DIR}/udhcpd.${LOGICAL}.conf" ] thenIF_DHCPD_CONFIG="${DHCPD_CONFIG_DIR}/udhcpd.${LOGICAL}.conf" elif [ -e "${DHCPD_CONFIG_DIR}/udhcpd.${IFACE}.conf" ] thenIF_DHCPD_CONFIG="${DHCPD_CONFIG_DIR}/udhcpd.${IFACE}.conf" elseIF_DHCPD_CONFIG="${DHCPD_CONFIG_DIR}/udhcpd.conf" fi # Has the .pid file been specified? Is it relative? if [ -n "${IF_DHCPD_PIDFILE}" ] thenif [ "${IF_DHCPD_PIDFILE}" = "${IF_DHCPD_PIDFILE#/}" ] thenIF_DHCPD_PIDFILE=/run/${IF_DHCPD_PIDFILE} fi # Look for the .pid file in the configuration file elseif grep -q -E -e^\[\[:space:]]\*pidfile\[\[:space:]] ${IF_DHCPD_CONFIG} thenIF_DHCPD_P
Bug#712907: grub-installer: No longer installs automatically on a normal machine with one hard drive
Thanks Cyril, I did indeed miss that, that's great - I'll test it today. It looks like the example pressed hasn't been updated to include this feature: https://www.debian.org/releases/jessie/example-preseed.txt -- Sam McLeod @s_mcleod[https://twitter.com/s_mcleod] -- 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/1425679337.925430.236672229.3cc74...@webmail.messagingengine.com
Bug#779956: installation-guide: No translation into Russian page 7.2 last paragraph
Package: installation-guide Version: ru.i386/26-Oct-2014 23:47 Severity: minor Dear Maintainer, Bug found in Debian Manual Russian translation. CD image Debian 7.4.0 i386 1 doc/manual/ru file:///media/cdrom0/doc/manual/ru/ch07s02.html#mount-dm-crypt Page: 7.2. Монтирование шифрованных томов Section: 7.2.3. Устранение неполадок The bug is the last paragraph is in English, it has been missed out of the translation to Russian. Newer version of manual found online at: http://www.debian.org/devel/debian-installer/ I checked the latest version and it was the same for i386 and ia64: ru.i386/26-Oct-2014 23:47- ru.ia64/05-Aug-2014 00:07- Probably the bug is repeated in other versions too. -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/20150306200917.3434.86081.reportbug@xzr-latitude
Processed: tagging 778023
Processing commands for cont...@bugs.debian.org: > tags 778023 + pending Bug #778023 [src:netcfg] netcfg: ftbfs with GCC-5 Ignoring request to alter tags of bug #778023 to the same tags previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 778023: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778023 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.142566966630459.transcr...@bugs.debian.org
Bug#779794: installation-reports: netinst hangs between network setup and user setup
> > Hi Shane, > > It would be nice if you could extract /var/log/syslog when the hang > happens. > > Mraw, > KiBi. I can see the syslog by alt-f2 when it freezes, but it will not save anywhere permanent because the setup iso is un-writable. I have it actually on a usb so it should not be physically impossible, but my efforts at remounting writable have failed. Any hints appreciated.
Bug#712907: grub-installer: No longer installs automatically on a normal machine with one hard drive
Sam McLeod (2015-03-07): > I can confirm this is still a problem with Jessie. > > Debian installer with preseed fails to automatically select the disk to > install grub to (/dev/vda). I guess you may want to read the grub-installer part here: https://www.debian.org/devel/debian-installer/News/2015/20150126 Mraw, KiBi. signature.asc Description: Digital signature
Bug#712907: grub-installer: No longer installs automatically on a normal machine with one hard drive
I can confirm this is still a problem with Jessie. Debian installer with preseed fails to automatically select the disk to install grub to (/dev/vda). This causes the installation to stop and wait for user input when building on QEMU / KVM: https://github.com/sammcj/packer-qemu-debian-jessie/issues/1 -- Sam McLeod @s_mcleod[https://twitter.com/s_mcleod] -- 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/1425656661.397854.236515077.1fe72...@webmail.messagingengine.com
Processed: tagging 778023
Processing commands for cont...@bugs.debian.org: > tags 778023 + pending Bug #778023 [src:netcfg] netcfg: ftbfs with GCC-5 Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 778023: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778023 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.142565047615454.transcr...@bugs.debian.org
Re: Hints for d-i jessie RC2, part 1
Karsten Merker (2015-03-06): > On Thu, Mar 05, 2015 at 07:07:27AM +0100, Cyril Brulebois wrote: > > Hi people, > > > > here's a first round of unblock/unblock-udeb hints for the upcoming d-i > > jessie RC2. Don't hesitate to ask questions if anything looks fishy. > > Hello, > > could you please also include an unblock and an unblock-udeb for > flash-kernel 3.33? The only difference to the version 3.32 in > Jessie is an additional machine db entry; there are no code > changes: > > https://anonscm.debian.org/cgit/d-i/flash-kernel.git/commit/?id=55968684c38421a812bf7f4579a48984aa655421 Certainly. I've just added those: # 2015-03-06 unblock console-setup/1.118 unblock-udeb console-setup/1.118 # 2015-03-06 unblock flash-kernel/3.33 unblock-udeb flash-kernel/3.33 urgent flash-kernel/3.33 Mraw, KiBi. signature.asc Description: Digital signature
Bug#779922: debian-installer: Installation freezes with "The attempt to mount a files system with type ext4 in SCSI1 (0, 0, 0), partition #1 (sda) at / failed."
Control: severity -1 important Control: tag -1 - d-i Hi Igor, and thanks for your report. Igor Liferenko (2015-03-06): > Package: debian-installer > Severity: critical > Tags: d-i > Justification: breaks the whole system Ajusting severity since there's no system to break at this point. Also, released images don't suffer from this issue. > I take debian testing weekly build from > http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-dvd/debian-testing-i386-DVD-1.jigdo, > add preseed to it and install in qemu. > Preseed contains this: > > d-i partman-auto/method string regular > d-i partman-auto/choose_recipe select atomic > d-i partman-partitioning/confirm_write_new_label boolean true > d-i partman/confirm_nooverwrite boolean true > d-i partman/choose_partition select finish > d-i partman/confirm boolean true > > Qemu image is created as: > > qemu-img create -f qcow2 newcd-qemu.qcow2 10G > > Previous debian testing builds caused no problem with the same setup (I test > each week). > > Problem arised with latest debian testing build (from 02.03.2015). > > Installation freezes with the following error ("Partition disks" stage): > > The attempt to mount a files system with type ext4 in SCSI1 (0,0,0), > partition #1 (sda) at / failed. > > You may resume partitioning from the partitioning menu. > Do you want to resume partitioning? > - No > - Yes > > Relevant parts of installer log from qemu follow: > partman: mke2fs 1.42.12 (29-Aug-2014) > kernel: ext4: Unknown symbol pagecache_get_page_fixed (err 0) This was reported as #779651 against installation-reports and as #779616 against debian-cd. We're trying to figure out what to do in the latter. Mraw, KiBi. signature.asc Description: Digital signature
Processed: Re: Bug#779922: debian-installer: Installation freezes with "The attempt to mount a files system with type ext4 in SCSI1 (0, 0, 0), partition #1 (sda) at / failed."
Processing control commands: > severity -1 important Bug #779922 [debian-installer] debian-installer: Installation freezes with "The attempt to mount a files system with type ext4 in SCSI1 (0, 0, 0), partition #1 (sda) at / failed." Severity set to 'important' from 'critical' > tag -1 - d-i Bug #779922 [debian-installer] debian-installer: Installation freezes with "The attempt to mount a files system with type ext4 in SCSI1 (0, 0, 0), partition #1 (sda) at / failed." Removed tag(s) d-i. -- 779922: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779922 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.b779922.14256486661717.transcr...@bugs.debian.org
Bug#779922: debian-installer: Installation freezes with "The attempt to mount a files system with type ext4 in SCSI1 (0, 0, 0), partition #1 (sda) at / failed."
Package: debian-installer Severity: critical Tags: d-i Justification: breaks the whole system Dear Maintainer, I take debian testing weekly build from http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-dvd/debian-testing-i386-DVD-1.jigdo, add preseed to it and install in qemu. Preseed contains this: d-i partman-auto/method string regular d-i partman-auto/choose_recipe select atomic d-i partman-partitioning/confirm_write_new_label boolean true d-i partman/confirm_nooverwrite boolean true d-i partman/choose_partition select finish d-i partman/confirm boolean true Qemu image is created as: qemu-img create -f qcow2 newcd-qemu.qcow2 10G Previous debian testing builds caused no problem with the same setup (I test each week). Problem arised with latest debian testing build (from 02.03.2015). Installation freezes with the following error ("Partition disks" stage): The attempt to mount a files system with type ext4 in SCSI1 (0,0,0), partition #1 (sda) at / failed. You may resume partitioning from the partitioning menu. Do you want to resume partitioning? - No - Yes Relevant parts of installer log from qemu follow: main-menu INFO: Menu item 'disk-detect' selected kernel: sda: unknown partition table main-menu: INFO: Menu item 'partman-base' selected anna-install: Installing partman-auto-lvm anna: DEBUG: retrieving crc-modules-3.16.0-4-586-di 3.16.7-ckt7-1 anna: DEBUG: retrieving lvm2-udeb 2.02.111-2 anna: DEBUG: retrieving partman-auto-lvm 56 anna: DEBUG: retrieving partman-lvm 105 anna-install: Installing partman-auto-crypto anna: DEBUG: retrieving partman-auto-crypto 22 anna: DEBUG: retrieving partman-crypto 78 kernel: ext4: Unknown symbol pagecache_get_page_fixed (err 0) kernel: raid6: mmxx158 MB/s kernel: raid6: mmxx276 MB/s kernel: raid6: sse1x1 70 MB/s kernel: raid6: sse1x2 78 MB/s kernel: raid6: sse2x1 157 MB/s kernel: raid6: sse2x2 123 MB/s kernel: raid6: using algorithm sse2x1 (157 MB/s) kernel: raid6: using intx1 recovery algorithm kernel: xor: measuring software checksum speed kernel: pIII_sse : 430.000 MB/sec kernel: prefetch64-sse: 429.000 MB/sec kernel: xor: using function: pIII_sse (430.000 MB/sec) kernel: btrfs: Unknown symbol pagecache_get_page_fixed (err 0) kernel: ext4: Unknown symbol pagecache_get_page_fixed (err 0) kernel: ext4: Unknown symbol pagecache_get_page_fixed (err 0) kernel: jfs: Unknown symbol pagecache_get_page_fixed (err 0) kernel: SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled md-devices: mdadm: No arrays found in config file or automatically kernel: device-mapper: uevent: version 1.0.3 kernel: device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-de...@redhat.com partman: No matching physical volumes found partman: Reading all physical volumes. This may take a while... partman: No volume groups found partman-lvm: No volume groups found kernel: sda: unknown partition table kernel: sda: unknown partition table kernel: sda: unknown partition table kernel: sda: sda1 sda2 < sda5 > kernel: Adding 477189k swap on /dev/sda5. Priority:-1 extents:1 across:477189k FS partman: mke2fs 1.42.12 (29-Aug-2014) kernel: ext4: Unknown symbol pagecache_get_page_fixed (err 0) -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- 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/20150306130630.30238.55617.reportbug@debian
Re: bastardizing packages or stepping down
>However, I still really want to understand that unknown reason >why all this happened, why it is so difficult to accept a >working package than to do more bastardizing work, why it is >smart to reject good stuff and to do absolutely unnecessary work >(double work with maintaining 2 version and applying patches >wchich aren't needed for debian as a whole, not only for jessie). >This is the reason I'm Cc'ing ctte@, but without much hope really, >due to already mentioned reason. Hi. 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 are fairly goodat release engineering and have been involved in this either in Debian, for other projects or for other distributions. We could look over the situation and try to help you understand why someone might decide not to approve those unblocks. Since we weren't the one acting on the request we can give you an understanding of why someone might think that way, but not why they did. * Alternatively you could be asking for help engaging with the release team and Cyril to explain the actual reasoning involved. Or perhaps you're asking for something else. Thanks for helping me understand what you're hoping the TC can provide. Sam, who is not currently on the TC, but seems headed in that direction when paperwork clears. -- 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/014beef77d19-5cd761ec-20c8-4442-a379-2136c8732672-000...@email.amazonses.com
Re: bastardizing packages or stepping down
On Thu, Mar 05, 2015 at 01:38:29PM +0300, Michael Tokarev wrote: > But once I > uploaded a next release of busybox to the archive, it was rebuilt > using older, unfixed glibc, and the original problem reappeared. I didn't see any request to make sure the chroots are updated. Not having read the whole thing, would this solve your problem? Kurt -- 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/20150306094626.ga32...@roeckx.be