Bug#949626: busybox-static: Please include less and ftpput in busybox-udeb
Hi Ian! Indeed in the installer, there is openssh-client-udev, and I just tested it, and `scp` works. Good enough. Also very cool to see rsync available soon. That is very useful. So no need for ftpput. Lets focus on the `less` in this bug then. Thank you. On Thu, 23 Jan 2020 at 12:15, Ian Campbell wrote: > > On Wed, 2020-01-22 at 22:42 +, Witold Baryluk wrote: > > > The age of FTP has long passed. > > > > You think you can fit the scp or ssh then? :D I doubt so. > > If you have a network to scp over then you can `anna-install` the ssh > udebs on the fly first, no need to have them in the initrd. > > Soon you'll be able to install rsync that way too: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729069 > > Ian. >
installation-guide for testing
Hi, we have the installation-guide available for testing at the website now (say the version built from the latest source package in UNSTABLE). This is now built automatically, when a new installation-guide package is uploaded. In fact, the same counts for stable, so we have now two different versions of that manual on the website: the latest version for stable and for testing. This was a long standing issue on the website (release names were hardcoded, and getting the right version built when we upload the first version for the next release was always a pain), but that should be over now. So, the version for stable is available at https://www.debian.org/releases/buster/installmanual (as always) and the one for testing at https://www.debian.org/releases/bullseye/installmanual however there is no link to that page currently on the website (as long as bullseye is testing). Do we want to change that, now that this version is regularly available? (Info: there is a link to that page in the wiki at https://wiki.debian.org/DebianInstaller ) When visiting the releases/bullseye page at https://www.debian.org/releases/bullseye/ there is a link pointing to https://www.debian.org/devel/debian-installer/ and on that page there is (in section "Documentation") a link to the stable manual and the git version. I would suggest - as the smallest variant - to change the "stable" link into the "testing" one. There is no point in linking to the stable one there, since at the top of the page, we have "For official Debian 10.2 installation media and information, see the buster page." So, no need to link to the stable manual at the bottom of the page. What do you think? Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Bug#949694: tasksel: Please drop all kde-l10n packages
Package: tasksel Version: 3.58 Severity: normal Hi, all kde-l10n packages are no longer available. They have been removed from unstable and testing some time ago, see: https://tracker.debian.org/pkg/kde-l10n See also the related bug: https://bugs.debian.org/935665 (As far as I can tell, translations are now contained in the libkf5i18n-data package, which is installed as a kde dependency.) The kde-l10n packages are still showing up as Recommends in these packages and should be removed, please check: task-arabic-kde-desktop task-basque-kde-desktop task-bosnian-kde-desktop task-brazilian-portuguese-kde-desktop task-british-kde-desktop task-bulgarian-kde-desktop task-catalan-kde-desktop task-chinese-s-kde-desktop task-chinese-t-kde-desktop task-croatian-kde-desktop task-czech-kde-desktop task-danish-kde-desktop task-dutch-kde-desktop task-esperanto-kde-desktop task-estonian-kde-desktop task-finnish-kde-desktop task-french-kde-desktop task-galician-kde-desktop task-german-kde-desktop task-greek-kde-desktop task-hebrew-kde-desktop task-hindi-kde-desktop task-hungarian-kde-desktop task-icelandic-kde-desktop task-indonesian-kde-desktop task-irish-kde-desktop task-italian-kde-desktop task-japanese-kde-desktop task-kazakh-kde-desktop task-khmer-kde-desktop task-korean-kde-desktop task-latvian-kde-desktop task-lithuanian-kde-desktop task-norwegian-kde-desktop task-persian-kde-desktop task-polish-kde-desktop task-portuguese-kde-desktop task-punjabi-kde-desktop task-romanian-kde-desktop task-russian-kde-desktop task-serbian-kde-desktop task-slovak-kde-desktop task-slovenian-kde-desktop task-spanish-kde-desktop task-swedish-kde-desktop task-turkish-kde-desktop task-ukrainian-kde-desktop task-uyghur-kde-desktop Wolfgang signature.asc Description: PGP signature
Bug#949651: installation-reports: install on lenovo server fails guided partitioning
On Thu, Jan 23, 2020 at 12:48:57PM +, Steve McIntyre wrote: > On Thu, Jan 23, 2020 at 01:33:15PM +0100, Julien Cristau wrote: > >On Thu, Jan 23, 2020 at 12:04:22 +, Steve McIntyre wrote: > >> > >> Hmmm, odd. Something is picking up on those M2 modules multiple times, > >> it seems. You sure they're SATA? > >> > >> $ grep /dev/nvme partman.log > >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme0n1 /dev/nvme0n1 > >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme1n1 /dev/nvme1n1 > >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme2n1 /dev/nvme2n1 > >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme3n1 /dev/nvme3n1 > >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme4n1 /dev/nvme4n1 > >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme5n1 /dev/nvme5n1 > >> Path: /dev/nvme0n1 > >> Path: /dev/nvme1n1 > >> Path: /dev/nvme2n1 > >> Path: /dev/nvme3n1 > >> Path: /dev/nvme4n1 > >> Path: /dev/nvme5n1 > >> > >> I don't know if that's the cause of the problem, but it looks suspect > >> to me. > >> > >No, these are separate (unused) devices. > > Bah, OK. Red herring. :-( > > Do you have the syslog as well as the partman log? I'm not seeing a > lot of useful information from partman alone. > Here it is: https://people.debian.org/~jcristau/conova-node04-install-syslog Looks even less useful to me, but hopefully I missed something. Cheers, Julien
Bug#949651: installation-reports: install on lenovo server fails guided partitioning
On Thu, Jan 23, 2020 at 01:33:15PM +0100, Julien Cristau wrote: >On Thu, Jan 23, 2020 at 12:04:22 +, Steve McIntyre wrote: >> >> Hmmm, odd. Something is picking up on those M2 modules multiple times, >> it seems. You sure they're SATA? >> >> $ grep /dev/nvme partman.log >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme0n1 /dev/nvme0n1 >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme1n1 /dev/nvme1n1 >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme2n1 /dev/nvme2n1 >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme3n1 /dev/nvme3n1 >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme4n1 /dev/nvme4n1 >> /lib/partman/init.d/30parted: IN: OPEN =dev=nvme5n1 /dev/nvme5n1 >> Path: /dev/nvme0n1 >> Path: /dev/nvme1n1 >> Path: /dev/nvme2n1 >> Path: /dev/nvme3n1 >> Path: /dev/nvme4n1 >> Path: /dev/nvme5n1 >> >> I don't know if that's the cause of the problem, but it looks suspect >> to me. >> >No, these are separate (unused) devices. Bah, OK. Red herring. :-( Do you have the syslog as well as the partman log? I'm not seeing a lot of useful information from partman alone. -- Steve McIntyre, Cambridge, UK.st...@einval.com "We're the technical experts. We were hired so that management could ignore our recommendations and tell us how to do our jobs." -- Mike Andrews
Bug#949626: busybox-static: Please include less and ftpput in busybox-udeb
On Wed, 2020-01-22 at 22:42 +, Witold Baryluk wrote: > > The age of FTP has long passed. > > You think you can fit the scp or ssh then? :D I doubt so. If you have a network to scp over then you can `anna-install` the ssh udebs on the fly first, no need to have them in the initrd. Soon you'll be able to install rsync that way too: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729069 Ian.
Bug#949651: installation-reports: install on lenovo server fails guided partitioning
Hi Steve, On Thu, Jan 23, 2020 at 12:04:22 +, Steve McIntyre wrote: > Hey Julien! > > On Thu, Jan 23, 2020 at 09:18:54AM +0100, Julien Cristau wrote: > >Package: installation-reports > >Severity: normal > > > >Boot method: CD > >Image version: > >https://get.debian.org/cdimage/unofficial/non-free/cd-including-firmware/10.2.0+nonfree/amd64/iso-cd/firmware-10.2.0-amd64-netinst.iso > >Date: January 22, 2020 > > ... > > >Comments/Problems: > > > >I couldn't get guided partitioning to work. It would fail every time > >complaining that the drive was probably too small or something like > >that (I didn't save the exact message). This is a brand new machine, > >sda is hw raid1 on 2x128G M.2 SATA modules. (Same thing happened on > >another identical system so this is apparently reproducible.) > > Hmmm, odd. Something is picking up on those M2 modules multiple times, > it seems. You sure they're SATA? > > $ grep /dev/nvme partman.log > /lib/partman/init.d/30parted: IN: OPEN =dev=nvme0n1 /dev/nvme0n1 > /lib/partman/init.d/30parted: IN: OPEN =dev=nvme1n1 /dev/nvme1n1 > /lib/partman/init.d/30parted: IN: OPEN =dev=nvme2n1 /dev/nvme2n1 > /lib/partman/init.d/30parted: IN: OPEN =dev=nvme3n1 /dev/nvme3n1 > /lib/partman/init.d/30parted: IN: OPEN =dev=nvme4n1 /dev/nvme4n1 > /lib/partman/init.d/30parted: IN: OPEN =dev=nvme5n1 /dev/nvme5n1 > Path: /dev/nvme0n1 > Path: /dev/nvme1n1 > Path: /dev/nvme2n1 > Path: /dev/nvme3n1 > Path: /dev/nvme4n1 > Path: /dev/nvme5n1 > > I don't know if that's the cause of the problem, but it looks suspect > to me. > No, these are separate (unused) devices. Cheers, Julien
Bug#949651: installation-reports: install on lenovo server fails guided partitioning
Hey Julien! On Thu, Jan 23, 2020 at 09:18:54AM +0100, Julien Cristau wrote: >Package: installation-reports >Severity: normal > >Boot method: CD >Image version: >https://get.debian.org/cdimage/unofficial/non-free/cd-including-firmware/10.2.0+nonfree/amd64/iso-cd/firmware-10.2.0-amd64-netinst.iso >Date: January 22, 2020 ... >Comments/Problems: > >I couldn't get guided partitioning to work. It would fail every time >complaining that the drive was probably too small or something like >that (I didn't save the exact message). This is a brand new machine, >sda is hw raid1 on 2x128G M.2 SATA modules. (Same thing happened on >another identical system so this is apparently reproducible.) Hmmm, odd. Something is picking up on those M2 modules multiple times, it seems. You sure they're SATA? $ grep /dev/nvme partman.log /lib/partman/init.d/30parted: IN: OPEN =dev=nvme0n1 /dev/nvme0n1 /lib/partman/init.d/30parted: IN: OPEN =dev=nvme1n1 /dev/nvme1n1 /lib/partman/init.d/30parted: IN: OPEN =dev=nvme2n1 /dev/nvme2n1 /lib/partman/init.d/30parted: IN: OPEN =dev=nvme3n1 /dev/nvme3n1 /lib/partman/init.d/30parted: IN: OPEN =dev=nvme4n1 /dev/nvme4n1 /lib/partman/init.d/30parted: IN: OPEN =dev=nvme5n1 /dev/nvme5n1 Path: /dev/nvme0n1 Path: /dev/nvme1n1 Path: /dev/nvme2n1 Path: /dev/nvme3n1 Path: /dev/nvme4n1 Path: /dev/nvme5n1 I don't know if that's the cause of the problem, but it looks suspect to me. -- Steve McIntyre, Cambridge, UK.st...@einval.com "Since phone messaging became popular, the young generation has lost the ability to read or write anything that is longer than one hundred and sixty characters." -- Ignatios Souvatzis
Bug#949655: di-netboot-assistant: failed to load ldlinux.c32 with iPXE
Package: di-netboot-assistant Version: 0.66 Severity: normal Dear Maintainers, First please apologize my ignorance on manual PXE configuration. I installed di-netboot-assistant with tftpd-hpa, adapted TFTP_ROOT in /etc/di-netboot-assistant/di-netboot-assistant.conf and installed buster image with `di-netboot-assistant install buster`. Using iPXE command line on another computer, I try to netboot with the following commands: dhcp chain tftp://my_server/d-i/n-a/pxelinux.0 It loads pxelinux.0 and then fails complaining that it can't load ldlinux.c32. Could you tell me if this is a wrong configuration or a bug? You already provide great DHCP configuration examples with isc-dhcp-server and dnsmasq, could you also provide one with iPXE command line? Regards, Yvan -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages di-netboot-assistant depends on: ii ca-certificates 20190110 ii curl 7.67.0-2 ii wget 1.20.3-1+b2 Versions of packages di-netboot-assistant recommends: ii grub-efi-amd64-bin 2.04-5 ii grub-efi-amd64-signed 1+2.04+5 ii shim-signed1.33+15+1533136590.3beb971-7 ii tftpd-hpa 5.2+20150808-1+b1 Versions of packages di-netboot-assistant suggests: pn dnsmasq | isc-dhcp-server | udhcpd ii syslinux3:6.04~git20190206.bf6db5b4+dfsg1-2 pn vim-addon-manager -- Configuration Files: /etc/di-netboot-assistant/di-netboot-assistant.conf changed [not included] -- no debconf information
