Re: Hints for d-i
Hi Ivo, Ivo De Decker iv...@debian.org (2014-12-09): I added most of those. thanks! On Mon, Dec 08, 2014 at 10:46:35AM +0100, Cyril Brulebois wrote: # TODO: Check with Colin unblock iprutils/2.4.5-1 unblock-udeb iprutils/2.4.5-1 Not added, based on the TODO. ACK. # TODO: Check with debian-bsd@ unblock kfreebsd-10/10.1~svn273874-1 unblock-udeb kfreebsd-10/10.1~svn273874-1 Added, based on https://lists.debian.org/debian-bsd/2014/12/msg3.html Yes, thanks. unblock netcfg/1.125 unblock-udeb netcfg/1.125 I added these hints for 1.126, as this adds another translation (I guess that's fine, but if it isn't, let me know). Perfect (for all occurrences). # TODO: pango1.0 isn't unblocked but: unblock-udeb pango1.0/1.36.8-3 Added and unblocked. Ta. # TODO: KiBi uploaded that one: unblock partman-base/180 unblock-udeb partman-base/180 There must be something different in the way bubulle and you generate the source package from the git repo, because the previous upload contains debian/*.dirs files, and the new one doesn't. I compared the contents of the resulting udebs, and it seems fine, so I added these as well. Yes, kind of “known”, see e.g. https://lists.debian.org/20141125103513.gk19...@mraw.org https://lists.debian.org/20141125105646.gl19...@mraw.org https://lists.debian.org/20140928200350.ge10...@mraw.org unblock partman-lvm/100 unblock-udeb partman-lvm/100 I didn't add this one, as 101 was uploaded, which contains the undocumented removal of post-base-installer.d/64partman-lvm This is possibly the same story as above, except a checkout clean-up happened between the 100 upload and the 101 one. Commit in master is: | commit fc552ae118ae629501e8d6fe2d0174171e93e114 | Author: Dmitrijs Ledkovs dmitrijs.ledk...@canonical.com | Date: Thu May 23 13:47:00 2013 +0100 | | Move apt-install call from post-base-installer.d to finish.d, in case post-base-installer is not run at all (as is the case in ubiquity) or otherwise failed to run. which includes: finish.d/aptinstall_lvm | 11 +++ post-base-installer.d/64partman-lvm | 11 --- Not touching it for now seems OK. Many thanks again. Mraw, KiBi. signature.asc Description: Digital signature
Bug#770231: marked as done (Amd64-efi installer becomes unresponsive on x86 bios)
Your message dated Tue, 09 Dec 2014 09:01:56 + with message-id 1418115716.13069.2.ca...@hellion.org.uk and subject line Re: Bug#770231: Amd64-efi installer becomes unresponsive on x86 bios has caused the Debian Bug report #770231, regarding Amd64-efi installer becomes unresponsive on x86 bios to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 770231: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770231 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: installation-reports Boot method: USB bootable drive Image version: Debian GNU/Linux 7.7.0 Wheezy - Official amd64 NETINST Binary-1 20141018-13:04 Date: 17:00, 19 november 2014 Machine: Old DELL Silitech machine Processor: 2 Xeon @ 2.80GHz Memory: 2GB Partitions: df -Tl Filesystem Type 1K-blocks Used Available Use% Mounted on rootfs rootfs 76820520 20197584 52720628 28% / udev devtmpfs 102400 10240 0% /dev tmpfs tmpfs 207372 648206724 1% /run /dev/disk/by-uuid/f6fba29d-d1eb-45e3-a560-33795e6aace0 ext4 76820520 20197584 52720628 28% / tmpfs tmpfs 51200 5120 0% /run/lock tmpfs tmpfs 793200 80793120 1% /run/shm Output of lspci -knn (or lspci -nn): lspci -knn 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) Subsystem: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] Kernel driver in use: agpgart-intel 00:01.0 PCI bridge [0604]: Intel Corporation 82865G/PE/P AGP Bridge [8086:2571] (rev 02) 00:03.0 PCI bridge [0604]: Intel Corporation 82865G/PE/P PCI to CSA Bridge [8086:2573] (rev 02) 00:06.0 System peripheral [0880]: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface [8086:2576] (rev 02) 00:1d.0 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) Subsystem: Intel Corporation Desktop Board D865GBF [8086:4246] Kernel driver in use: uhci_hcd 00:1d.1 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) Subsystem: Intel Corporation Desktop Board D865GBF [8086:4246] Kernel driver in use: uhci_hcd 00:1d.2 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) Subsystem: Intel Corporation Desktop Board D865GBF [8086:4246] Kernel driver in use: uhci_hcd 00:1d.3 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02) Subsystem: Intel Corporation Desktop Board D865GBF [8086:4246] Kernel driver in use: uhci_hcd 00:1d.7 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02) Subsystem: Intel Corporation Desktop Board D865GBF [8086:4246] Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02) 00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller [8086:24db] (rev 02) Subsystem: Intel Corporation Desktop Board D865GBF [8086:4246] Kernel driver in use: ata_piix 00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02) Subsystem: Intel Corporation Desktop Board D865GBF [8086:4246] Kernel driver in use: i801_smbus 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller [8086:24d5] (rev 02) Subsystem: Intel Corporation Desktop Board D865GBF [8086:e001] Kernel driver in use: snd_intel8x0 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV18GL [Quadro4 380 XGL] [10de:018b] (rev a2) Subsystem: NVIDIA Corporation Device [10de:0169] Kernel driver in use: nouveau 02:01.0 Ethernet controller [0200]: Intel Corporation 82547EI Gigabit Ethernet Controller [8086:1019] Subsystem: Intel Corporation Intel 82865G Mainboard (D865GBF) [8086:302c] Kernel driver in use: e1000 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Re: Bug#772595: UEFI fixes, round 2
Steve McIntyre st...@einval.com (2014-12-08): Clearly, this is also d-i material. KiBi has been letting me drive this, and I hope he's still happy here. I've added d-boot in CC accordingly. Clearly, he's still happy here. Thanks! Mraw, KiBi. signature.asc Description: Digital signature
Re: unable to finish debian-installer
Op 08-12-14 om 22:46 schreef Geert Stappers: Okay. This is from the original posting: I went into chroot /target and installed aptitude, the kernel and grup-pc, but grub-install failed, because of no devices present. My guess is that in the chroot the mount command will *not* show sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=62683,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) My advices is to exit the chroot, mount at least /dev in /target/dev and re-enter the /target chroot. Unfortunately, i removed /target/* so i had a clean startpoint. But now the partitioner fails to end (or fails to show a dialog) so i can't get anything on target again. I have to kill the process, because on terminal 1 no dialog is shown. See the last lines of the log of partman: /bin/partman: *** /lib/partman/init.d/25md-devices: *** /lib/partman/init.d/30parted: *** /lib/partman/init.d/35dump: *** /lib/partman/init.d/49md: *** /lib/partman/init.d/50biosgrub: *** /lib/partman/init.d/50lvm: *** /lib/partman/init.d/50lvm: *** /lib/partman/init.d/52crypto: *** /lib/partman/init.d/70update_partitions: *** /lib/partman/init.d/80autouse_swap: *** /lib/partman/display.d/10initial_auto: *** /lib/partman/display.d/50initial_auto_raid: *** /lib/partman/display.d/55initial_auto_raid_fs: *** /lib/partman/display.d/80manual_partitioning: *** /lib/partman/choose_partition/20auto/choices: *** /lib/partman/choose_partition/25md/choices: *** /lib/partman/choose_partition/30lvm/choices: *** /lib/partman/choose_partition/35crypto/choices: *** /lib/partman/choose_partition/60partition_tree/choices: *** /lib/partman/undo.d/30parted: *** How can i get a minimal working target again (with apt-get installed)? FYI, I have access to usb and wget to get extra files if needed. Regards, Michiel -- 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/5486bc80.6030...@gmail.com
Processed: Re: Bug#772526: adjust the action of update-grub2 to bios_grub partitions
Processing control commands: reassign -1 os-prober Bug #772526 [grub2-common] adjust the action of update-grub2 to bios_grub partitions Bug reassigned from package 'grub2-common' to 'os-prober'. No longer marked as found in versions grub2/2.02~beta2-17. Ignoring request to alter fixed versions of bug #772526 to the same values previously set -- 772526: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772526 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.b772526.14181201974844.transcr...@bugs.debian.org
Re: unable to finish debian-installer [solved]
Thank you, Geert and Anthony for your time. I solved it by following these instructions: http://d-i.alioth.debian.org/manual/en.i386/apds03.html /usr/sbin/debootstrap --arch i386 wheezy http://ftp.nluug.nl/pub/os/Linux/distr/debian/ mount -o bind /dev/ /target/dev LANG=C chroot /target /bin/bash editor /etc/fstab mount /proc dpkg-reconfigure tzdata aptitude install locales dpkg-reconfigure locales aptitude install console-data dpkg-reconfigure console-data aptitude install linux-image-3.2.0-4-686-pae aptitude install grub-pc passwd useradd jan passwd jan aptitude wget apt vim gzip bzip2 aptitude usbutils sudo aptitude acpi-support cpufrequtils acpi powertop acpid apmd pcmciautils pm-utils anacron avahi-autoipd and more packages, mostly from ubuntu-minimal and ubuntu-standard. Crossed my fingers and rebooted. I have a console login with root and with user jan. I havea minimal system with wget and apt-get working. Thank you, Michiel -- 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/5486de11.5060...@gmail.com
Bug#772657: ttf-cjk-compact: build-depends on ruby1.8
Source: ttf-cjk-compact Version: 1.20 Severity: serious Tags: jessie User: trei...@debian.org Usertags: edos-uninstallable Hi, ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie. In fact, ruby1.8 was removed from testing on 2014-03-13. -Ralf. -- 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/20141209172542.ga1...@murdock.inria.org
Bug#772657: ttf-cjk-compact: build-depends on ruby1.8
Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09): Source: ttf-cjk-compact Version: 1.20 Severity: serious Tags: jessie User: trei...@debian.org Usertags: edos-uninstallable Hi, ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie. In fact, ruby1.8 was removed from testing on 2014-03-13. It really would be nice not to remove packages that are still build-depended on, especially when no bug reports are being filed. One month into the freeze isn't exactly the right time to attempt a 1.8 to 1.9 (or whatever else is current this week) ruby transition in d-i packages. Can you please fix whatever tool you're using to make sure this doesn't happen again? (Wild guess, dak rm vs. udebs?) Mraw, KiBi. signature.asc Description: Digital signature
Bug#772657: ttf-cjk-compact: build-depends on ruby1.8
* Cyril Brulebois k...@debian.org [141209 18:41]: Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09): Source: ttf-cjk-compact Version: 1.20 Severity: serious Tags: jessie User: trei...@debian.org Usertags: edos-uninstallable Hi, ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie. In fact, ruby1.8 was removed from testing on 2014-03-13. It really would be nice not to remove packages that are still build-depended on, especially when no bug reports are being filed. One month into the freeze isn't exactly the right time to attempt a 1.8 to 1.9 (or whatever else is current this week) ruby transition in d-i packages. AFAICT, ttf-cjk-compact 1.20 is not in jessie or sid. ttf-cjk-compact 1.23 from jessie/sid depends on ruby, not ruby1.8. From here it looks like there was no bug filed because 1.21 already fixed this issue (in 2013) without us needing to file an additional bug. Best, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpS6fzlhK6mT.pgp Description: PGP signature
Bug#772657: marked as done (ttf-cjk-compact: build-depends on ruby1.8)
Your message dated Tue, 9 Dec 2014 21:00:32 +0100 with message-id 20141209200032.ga3...@mail.waldi.eu.org and subject line Re: Bug#772657: ttf-cjk-compact: build-depends on ruby1.8 has caused the Debian Bug report #772657, regarding ttf-cjk-compact: build-depends on ruby1.8 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 772657: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772657 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: ttf-cjk-compact Version: 1.20 Severity: serious Tags: jessie User: trei...@debian.org Usertags: edos-uninstallable Hi, ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie. In fact, ruby1.8 was removed from testing on 2014-03-13. -Ralf. ---End Message--- ---BeginMessage--- On Tue, Dec 09, 2014 at 06:25:42PM +0100, Ralf Treinen wrote: Source: ttf-cjk-compact Version: 1.20 Tags: jessie This version is not in jessie, only in wheezy. Bastian -- If I can have honesty, it's easier to overlook mistakes. -- Kirk, Space Seed, stardate 3141.9---End Message---
Bug#772657: ttf-cjk-compact: build-depends on ruby1.8
On Tue, Dec 09, 2014 at 08:51:52PM +0100, Christian Hofstaedtler wrote: * Cyril Brulebois k...@debian.org [141209 18:41]: Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09): Source: ttf-cjk-compact Version: 1.20 Severity: serious Tags: jessie User: trei...@debian.org Usertags: edos-uninstallable Hi, ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie. In fact, ruby1.8 was removed from testing on 2014-03-13. It really would be nice not to remove packages that are still build-depended on, especially when no bug reports are being filed. One month into the freeze isn't exactly the right time to attempt a 1.8 to 1.9 (or whatever else is current this week) ruby transition in d-i packages. AFAICT, ttf-cjk-compact 1.20 is not in jessie or sid. ttf-cjk-compact 1.23 from jessie/sid depends on ruby, not ruby1.8. In fact, the jessie Sources file contains both 1.20 and 1.23. Which means there is indeed no bug against ttf-cjk-compact. However, this seems still strange to me. I know that sid may contain temporarily multiple versions of the same package, but I don't think that this is OK for testing. Ralf. -- 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/20141209201650.gb6...@seneca.home.org
Bug#772657: ttf-cjk-compact: build-depends on ruby1.8
* Adam D. Barratt a...@adam-barratt.org.uk [141209 21:05]: On Tue, 2014-12-09 at 20:51 +0100, Christian Hofstaedtler wrote: * Cyril Brulebois k...@debian.org [141209 18:41]: Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09): Source: ttf-cjk-compact Version: 1.20 Tags: jessie AFAICT, ttf-cjk-compact 1.20 is not in jessie or sid. ttf-cjk-compact 1.23 from jessie/sid depends on ruby, not ruby1.8. It's still in sid's Sources file, but marked as Extra-Source-Only. AFAICS, that's due to us having bumped stable's debian-installer-netboot-images (which was quite legitimately built against ttf-cjk-compact 1.20 and ruby1.8) in to sid and jessie during the last point release. rmadison and dak ls (on coccia) both don't show any indication of ttf-cjk-compact 1.20 being 'in' jessie/sid. The BTS also thinks 1.20 as being in stable, and 1.23 being the jessie/sid version. apt-cache showsrc was showing me an 1.20 source package, but I disregarded it with I may have wheezy sources configured in this VM. If the common tools fail at showing this, then I'm really at a loss of tools and would like to request improvements to these tools. This is not a bug in the package, nor anything that can be fixed other than by a source upload of d-i-n-i for sid. I'm therefore going to close this report. (In general, it's worth checking such things aren't purely E-S-O: yes.) Thanks for the explanation. C. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgp4hXxfIxoRN.pgp Description: PGP signature
Bug#772657: ttf-cjk-compact: build-depends on ruby1.8
On Tue, Dec 09, 2014 at 08:04:50PM +, Adam D. Barratt wrote: On Tue, 2014-12-09 at 20:51 +0100, Christian Hofstaedtler wrote: * Cyril Brulebois k...@debian.org [141209 18:41]: Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09): Source: ttf-cjk-compact Version: 1.20 Severity: serious Tags: jessie User: trei...@debian.org Usertags: edos-uninstallable Hi, ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie. In fact, ruby1.8 was removed from testing on 2014-03-13. It really would be nice not to remove packages that are still build-depended on, especially when no bug reports are being filed. One month into the freeze isn't exactly the right time to attempt a 1.8 to 1.9 (or whatever else is current this week) ruby transition in d-i packages. AFAICT, ttf-cjk-compact 1.20 is not in jessie or sid. ttf-cjk-compact 1.23 from jessie/sid depends on ruby, not ruby1.8. It's still in sid's Sources file, but marked as Extra-Source-Only. AFAICS, that's due to us having bumped stable's debian-installer-netboot-images (which was quite legitimately built against ttf-cjk-compact 1.20 and ruby1.8) in to sid and jessie during the last point release. This is not a bug in the package, nor anything that can be fixed other than by a source upload of d-i-n-i for sid. I'm therefore going to close this report. (In general, it's worth checking such things aren't purely E-S-O: yes.) OK. Julien pointed me already to E-S-O in the context of a different case where I had reported missing build-depends. Sorry for the noise, I'll refine my script. -Ralf. -- 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/20141209202718.gc6...@seneca.home.org
7.8 dates
Hi, In theory the 7.8 point release should be in December, but that's often a pain to organise. So let's look at January instead: 3rd / 4th - I'm busy on the Saturday 10th / 11th - Fine for me 17th / 18th - jmw's BSP 24th / 25th - I can do Saturday morning, but will be afk from early afternoon to Sunday afternoon 31st / 1st - Fine for me Regards, Adam -- 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/1418157231.5790.50.ca...@adam-barratt.org.uk
Bug#772657: ttf-cjk-compact: build-depends on ruby1.8
On Tue, Dec 09, 2014 at 09:16:50PM +0100, Ralf Treinen wrote: In fact, the jessie Sources file contains both 1.20 and 1.23. Which means there is indeed no bug against ttf-cjk-compact. It is marked with | Extra-Source-Only: yes So it is only there to fullfil source requirements with a Built-Using declaration. However, this seems still strange to me. I know that sid may contain temporarily multiple versions of the same package, but I don't think that this is OK for testing. Different problem. Unstable can have binary packages of different version on different architectures and the corresponding sources. Bastian -- First study the enemy. Seek weakness. -- Romulan Commander, Balance of Terror, stardate 1709.2 -- 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/20141209214921.ga3...@mail.waldi.eu.org
win32-loader icon update?
In relation to bug #772691 (autorun.inf not displaying a custom Debian icon from setup.exe aka win32-loader.exe when a Debian install disc/iso is loaded in a Windows environment, unlike Ubuntu) which I just reported, I created a small collection of possible replacement icons for win32-loader.exe (simple, clean, smart and in a range of colours!). I thought I would offer them up here in case you're interested. You'll find them attached. They're in currently in svg format. (personal preference - darkgrey-white) logos.tar.bz2 Description: Binary data
Bug#768188: Jessie Installer hangs after processing DHCPv6 stateful addressing
In my setup, i've got dhcp for IPv4 and IPv6 without dhcp. Same result. I could reproduce the bug in a vm and on a notebook There is a process in zombie state: [netcfg]. Its parent process seems to be udpkg --configure --force-configure netcfg A workaround is to kill the process dhcp6c -c /var/lib/netcfg/dhcp6c.conf -f eth0 -- 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/5487f470.20...@villa-vogelsang.de
