Re: Network installer lacks Netgear wifi support
Hi On 2015-05-09, JohnT wrote: I bought a newer 64-bit pc to replace this old 32-bit system and want to install Debian on it. I knew that 6.0.10 didn't seem to have Netgear wireless-through-USB support, so I tried 7.6.0 and 8.0 and found that they didn't recognize the Netgear hardware either. The 8.0 installer's hardware There is no such thing as a Netgear wireless-through-USB device, there are dozens withs vastly different internals. Therefore you'd need to specify your particular device much more accurate before anyone can help you. Even giving the model name is often inconclusive, as multiple vendors (including Netgear) tend to switch horses between different hardware revisions of the same model, but lsusb combined with the model name might give an approximation (even that isn't 100% sure, as multiple vendors tend to re-use USB IDs for different hardware). detection reported my wireless device as a mass storage device, as I recall. Netgear USB wireless devices have been around for several years and are commonly used. I bought mine at Walmart. Several USB wlan cards actually do contain a tiny usb-storage partition, which often contains drivers for windows and sometimes also configuration data. These devices need a modeswitch to turn of the usb-storage partition to free the USB endpoint and then turn on the wlan functionality. Some drivers can do this modeswitch on their own, without userspace assisting, like e.g. ar5523, zd1211rw et al - others need a usb-modeswitch to accomplish this in userspace instead (e.g. some ar9170/ carl9170 devices). I found that Ubuntu works with my Netgear device, though I am having problems finding a mirror that still has that longterm support version The usb-modeswitch package doesn't provide a udeb, to hook itself into d-i (the Debian installer), therefore affected wlan cards requiring this kind of special handholding won't be supported automatically (or at all for the time being) - you might be lucky by trying eject on the usb-storage device node though; make sure to have the needed firmware available before trying this (manual) mode-switch. available. And Mageia 4.1 works fine with Netgear, but there are some things in their software selection I don't like. I would rather be using just a simple upgrade of 6.0.10, which I find very satisfactory in most respects, better than 7.x. I'm rather confident that the installed Debian system will support your device just fine - once you install its firmware and the usb-modeswitch package; debian-live based live media might as well, provided you install usb-modeswitch and firmware before connecting your wlan card. What won't work right now is doing a (partial-) netinstall using such a wlan card. If you would add Netgear wireless support to 8.0, 7.x and 6.x, I'm sure many users would appreciate it. I can't speak for release and d-i teams, but adding a new udeb for usb-modeswitch and d-i integration for already released Debian versions doesn't sound very likely. However you can ask the usb-modeswitch maintainers to support this for stretch/ Debian 9~, by filing a bugreport against src:usb-modeswitch and suggesting them to add a udeb to their package. Disclaimer: While I have access to several wlan cards doing an internal modeswitch inside the kernel module, I don't own any requiring external help via usb-modeswitch myself and therefore won't be able to test this. Regards Stefan Lippers-Hollmann pgpPlsnlEo6Sd.pgp Description: Digitale Signatur von OpenPGP
debian-installer-launcher is marked for autoremoval from testing
debian-installer-launcher 19 is marked for autoremoval from testing on 2015-05-31 It is affected by these RC bugs: 784045: debian-installer-launcher: debian-installer-launcher needs to depend on sudo -- 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/e1yrj14-0007xi...@franck.debian.org
Bug#784877: netcfg: Network interfaces are detected twice when d-i auto parameter is specified
Package: netcfg Version: 1.131 Severity: normal Tags: d-i I use preseeding to install Debian on several servers, which each have two ethernet cards. The network interfaces seems to be detected twice by Debian Installer, who ask me to choose between eth2 and eth3 interfaces. While eth1 and eth2 interfaces does not appear during setup, all the network interfaces are duplicated in /etc/udev/rules.d/70-persistent-net.rules: # This file was automatically generated by the /lib/udev/write_net_rules # program, run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single # line, and change only the value of the NAME= key. # PCI device 0x8086:0x1521 (igb) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{address}==0c:c4:7a:4a:53:8e, ATTR{dev_id}==0x0, ATTR{type}==1, KERNEL==eth*, NAME=eth0 # PCI device 0x8086:0x1521 (igb) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{address}==0c:c4:7a:4a:53:8f, ATTR{dev_id}==0x0, ATTR{type}==1, KERNEL==eth*, NAME=eth1 # PCI device 0x8086:0x1521 (igb) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{address}==0c:c4:7a:4a:53:8e, ATTR{dev_id}==0x0, ATTR{type}==1, KERNEL==eth*, NAME=eth2 # PCI device 0x8086:0x1521 (igb) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{address}==0c:c4:7a:4a:53:8f, ATTR{dev_id}==0x0, ATTR{type}==1, KERNEL==eth*, NAME=eth3 I use the following boot parameters: auto=true priority=critical interface=eth0 netcfg/dhcp_timeout=30 url=tftp://XX/preseed.cfg languagechooser/language-name=English countrychooser/shortlist=FR debian-installer/locale=en_US.UTF-8 keyboard-configuration/xkb-keymap=fr If I remove auto and locale-related parameters this bug disappears. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) 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/20150510010447.2781.36926.report...@ns375752.ip-46-105-117.eu
Network installer lacks Netgear wifi support
I bought a newer 64-bit pc to replace this old 32-bit system and want to install Debian on it. I knew that 6.0.10 didn't seem to have Netgear wireless-through-USB support, so I tried 7.6.0 and 8.0 and found that they didn't recognize the Netgear hardware either. The 8.0 installer's hardware detection reported my wireless device as a mass storage device, as I recall. Netgear USB wireless devices have been around for several years and are commonly used. I bought mine at Walmart. I found that Ubuntu works with my Netgear device, though I am having problems finding a mirror that still has that longterm support version available. And Mageia 4.1 works fine with Netgear, but there are some things in their software selection I don't like. I would rather be using just a simple upgrade of 6.0.10, which I find very satisfactory in most respects, better than 7.x. If you would add Netgear wireless support to 8.0, 7.x and 6.x, I'm sure many users would appreciate it. Thank you for your time. John Tellefson Salina, Kansas USA -- http://www.mozilla.org Firefox browser, Thunderbird email, Seamonkey all-in-one, Sunbird calendar and more. Free secure open-source software for Windows, Linux, Mac OS and other operating systems -- 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/554e7dd7.50...@att.net
Re: Network installer lacks Netgear wifi support
On Sat, 2015-05-09 at 16:36 -0500, JohnT wrote: I bought a newer 64-bit pc to replace this old 32-bit system and want to install Debian on it. I knew that 6.0.10 didn't seem to have Netgear wireless-through-USB support, so I tried 7.6.0 and 8.0 and found that they didn't recognize the Netgear hardware either. The 8.0 installer's hardware detection reported my wireless device as a mass storage device, as I recall. Netgear USB wireless devices have been around for several years and are commonly used. I bought mine at Walmart. Netgear uses many different wifi chips from different manufacturers; you'll have to be a lot more specific than that before we can even work out what driver is needed. I found that Ubuntu works with my Netgear device, though I am having problems finding a mirror that still has that longterm support version available. And Mageia 4.1 works fine with Netgear, but there are some things in their software selection I don't like. I would rather be using just a simple upgrade of 6.0.10, which I find very satisfactory in most respects, better than 7.x. If you would add Netgear wireless support to 8.0, 7.x and 6.x, I'm sure many users would appreciate it. It is likely that we will add more hardware support in a 8.x point release, but not for 6.0.x or 7.x. Ben. -- Ben Hutchings Theory and practice are closer in theory than in practice. - John Levine, moderator of comp.compilers signature.asc Description: This is a digitally signed message part
Bug#763324: marked as done (task-italian: add dependence on libreoffice-l10n-it)
Your message dated Sat, 9 May 2015 13:08:21 +0200 with message-id 20150509110821.gt2...@mraw.org and subject line Re: Bug#763324: task-italian: add dependence on libreoffice-l10n-it has caused the Debian Bug report #763324, regarding task-italian: add dependence on libreoffice-l10n-it 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.) -- 763324: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763324 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: task-italian Version: 3.27 Severity: normal Hello, the Italian spell checking was missing in my libreoffice. I assumed that task-italian would install it, but it didn't. I eventually figured out that I needed libreoffice-l10n-it It seems to me that the whole point of these taks-language package is to collect all that is required for language. So task-italian should at least recommend libreoffice-l10n-it More accurately, it should depend on libreoffice-l10n-it in case libreoffice is installed, but I'm not sure this type of conditional dependence is possible within the Debian packaging system. More in general, task-language should recommend the relevant libreoffice-l... package. See also bug #634974. Thank you! All the best, Nick -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'stable'), (5, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages task-italian depends on: ii manpages-it 2.80-5 ii tasksel 3.27 Versions of packages task-italian recommends: ii aspell-it2.4-20070901-0-2.1 ii debian-reference-it 2.53 pn doc-linux-it none pn doc-linux-it-textnone ii fortunes-it 1.99-3 ii iitalian 1:2.3-3 ii maint-guide-it 1.2.33 ii witalian 1.7.5+nmu1 task-italian suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Hello, Nicola Manini nicola.man...@fisica.unimi.it (2015-05-09): On 05/08/2015 11:35 PM, Cyril Brulebois wrote: So I guess you want to install task-italian-desktop to get all desktop-related translations? Which would make this bug report a non-bug. :) You are right Cyril! I hadn't realized this multiple-task structure task-italian task-italian-desktop task-italian-kde-desktop (plus task-XXX-gnome-desktop for other languages). Please close this non-bug... ;-) Thank you very much! Thanks for confirming, doing so. :) Mraw, KiBi. signature.asc Description: Digital signature ---End Message---
Bug#651650: #651650 tasksel-xfce-desktop: Dependency problem in netinst tasksel-xfce
On sam., 2015-05-09 at 00:13 +0200, Cyril Brulebois wrote: Joey Hess jo...@debian.org (2011-12-13): Yves-Alexis Perez wrote: It seems that this is something hurting a few people already, so maybe. I'm not too sure why pulseaudio is installed by default, but if xfce4-mixer doesn't work with the pulseaudio audiosink, then it might just be wise to just depend on the -alsa variant. When installing task-xfce4-desktop, gstreamer0.10-plugins-good etc are installed as dependencies of quodlibet, and provide gstreamer0.10-audiosync. (Pulseaudio does get pulled in, as a recommends of a vlc plugin, but gstreamer0.10-pluseaudio is not installed.) Another way this can happen is if a user has gnome previously installed and just installs xfce4 with apt. Perhaps gstreamer0.10-audiosync is really too broad a virtual package for xfce4-mixer to depend on? What shall we do with this bug report for stretch? Considering gstreamer0.10 is on the way out and gstreamer1.0 doesn't have mixer support, xfce4-mixer will unfortunately have to go to. I'm unsure what will be able to replace it though. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#763324: task-italian: add dependence on libreoffice-l10n-it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/08/2015 11:35 PM, Cyril Brulebois wrote: So I guess you want to install task-italian-desktop to get all desktop-related translations? Which would make this bug report a non-bug. :) You are right Cyril! I hadn't realized this multiple-task structure task-italian task-italian-desktop task-italian-kde-desktop (plus task-XXX-gnome-desktop for other languages). Please close this non-bug... ;-) Thank you very much! Ciao, Nick -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJVTa10AAoJEHjnJQujg03w5dcH/1bbNGvRYLhrdaMSTbsQ2ply 3RhqZJEBWXF3bkHB/wgB4zbYLkJquY1a+bN5oSIGm0Ctivs39BV+7k66SFuZQYIR 2Q7qYuiuPkJdHuoBLaDB5MuYfZTy/EWBaTsC3BrnST5wZbgke8LLy8rVYkxLyJ79 mYnSq6IklvleNgnRNag19KcYJbdttVXRQ37YXgoC+GXm2SsFPOvLNVZig/7tYeZ0 olhTlTqhBgFD0Ty15RGUkbXcJMaxQl8OpD0fxMNm+AHu9LhomjsGcNt6S2FWJLQ+ YYZgb4rJ1deFOjaQc+l1iZvOq4wB45DUEd+RJJzzWuw5BjGih2nMHPHOHorvxR0= =Rcxz -END PGP SIGNATURE- -- 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/554dad74.4080...@fisica.unimi.it
Bug#706526: answer
My Installation freezed with a key done with unetbootin with exactly the same error. It worked finewith a key done with LinuxLive USB Creator. It might be fine using Win32DiskImager as well but I did not test it.
Bug#784148: base-installer: NTP daemon should be installed on any system missing an RTC
Am 09.05.2015 um 03:59 schrieb Ben Hutchings: On Sat, 2015-05-09 at 03:32 +0200, Michael Biebl wrote: FWIW: http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=experimentalid=929bece53261ddd2797d4f3518a05a88704c5b01 So what happens if another ntp daemon is packaged, or they move executables into /usr/bin? Good question. I assume you refer to the ConditionFileIsExecutable=!/usr/sbin/ntpd etc. This is a stop-gap, until all NTP services ship a native .service file. Once they do so they are supposed to declare a Conflicts=systemd-timesynd.service Which means, if they are installed (and active), they will take precedence over systemd-timesynd.service -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#706526: answer
On Sat, May 09, 2015 at 08:06:48AM +, Olivier Allio wrote: My Installation freezed with a key done with unetbootin with exactly the same error. It worked finewith a key done with LinuxLive USB Creator. It might be fine using Win32DiskImager as well but I did not test it. If you could, that would be useful information. unetbootin is implicated in a lot of bugs these days... -- Steve McIntyre, Cambridge, UK.st...@einval.com You can't barbecue lettuce! -- Ellie Crane -- 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/20150509150835.gm21...@einval.com
Bug#668001: debootstrap: cant install systemd instead of sysvinit
Hello, I think this bug has a lot of dev and ops misunderstanding. It's not surprising dev folks think the postinstall hack is good enough, but from an ops perspective it very much is not. Rather than trying to argue that point, let's just move ahead with solving the core problem (debootstrap not honoring excludes). I can confirm from moderately extensive testing the patch provided in this bug resolves the problem of excludes not working and I have not seen any undesired behavior resulting from this. Could we get this uploaded at least to experimental, if not to unstable now that the jessie release has been cut? Are the developers merely too busy and would they welcome an NMU for this? Also, for the other ops folks out there, I have seen quite a bit of back-and-forth discussion about what you can and can't do without patching debootstrap. Here's a quick run-down of the current status (i.e. what we're stuck with for jessie): * You cannot avoid systemd getting installed when using the debootstrap shipped with jessie. Full stop. This impacts both the bare metal installer and debootstrap used for things like LXC containers. You can use debootstrap to install a package which conflicts with systemd in the second phase, but this will merely remove systemd, not purge it. It also will not uninstall systemd's dependencies. * You can provide your own patched version of debootstrap for LXC container hosts but unless you are willing to maintain your own version of the installer images as well, you cannot do anything about the bare metal installs. (Remember, the installer gets rebuilt from time to time to accommodate kernel upgrades and you may be forced to do the same to keep your preseeds working...) * If you are using patched debootstrap, installing sysvinit instead of systemd looks like this: * bare metal: Preseed with something like the following: # Individual base packages to exclude d-i base-installer/excludes string systemd systemd-sysv # Additional base packages to include d-i base-installer/includes string sysvinit-core * LXC container: Adjust the container template so it looks something like this: PACKAGES_EXCLUDE=systemd,systemd-sysv PACKAGES_INCLUDE=...,sysvinit-core echo Downloading debian minimal ... debootstrap --verbose --variant=minbase --arch=${ARCH} \ --exclude ${PACKAGES_EXCLUDE} --include ${PACKAGES_INCLUDE} \ ${RELEASE} ${CACHE}/partial-${RELEASE}-${ARCH} http://${BITBUCKET}/debian; (Ours is pretty heavily customized; sorry the variable names are all different than they are in the script provided by Debian...) * If you aren't using patched debootstrap, you probably want something like the following in your post-install (f.e. in a script executed as an installer late command in-target): # We are running non-interactive export DEBIAN_FRONTEND=noninteractive export DEBIAN_PRIORITY=critical # Clean up if the installer used a defective debootstrap which installed systemd dpkg -l | egrep -q '^.[^n]. (systemd|systemd-sysv) ' { echo -e Defective installer debootstrap; systemd was installed at some point...\n # In the worst case, systemd may be the only thing installed apt-get -mqy install sysvinit-core # The installer may have left config files around dpkg -P systemd systemd-sysv # Remove non-Important systemd dependencies unless depended by another package for PKG in acl dbus libcap2-bin libcryptsetup4 libpam-systemd lvm2 systemd-shim systemd-ui; do dpkg -P ${PKG} || true done # Remove files which systemd messily leaves around the filesystem rm -vrf /etc/dbus-1 /etc/pam.d/systemd-user /etc/systemd/*.conf echo } (Of course, one of the reasons ops folks don't like having to do this is Debian might change the systemd deps and then we have to go change the post-install script to accommodate...) Thanks, -Jacob -- An original IBM 4.77MHz PC reports 0.7 bogomips running Linux 8086, but can still run a webserver! -Alan Cox, lkml post, 21 Mar 2003 -- 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/20150509172545.gn21...@asandir.lunixsys.com
Bug#668001: marked as done (debootstrap: cant install systemd instead of sysvinit)
Your message dated Sat, 9 May 2015 20:25:44 +0200 with message-id 20150509182544.ga1...@mraw.org and subject line Re: Bug#668001: debootstrap: cant install systemd instead of sysvinit has caused the Debian Bug report #668001, regarding debootstrap: cant install systemd instead of sysvinit 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.) -- 668001: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668001 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: debootstrap Version: 1.0.39 Severity: normal Tags: d-i if you use debootstrap unstable foo --include=systemd-sysv --exclude=sysvinit the install fails besides having this annoying for testing, esp with systemd-nspawn, having this work will be a prerequisite for having systemd be the default, or at least installable in debian-installer -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-20-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debootstrap depends on: ii wget 1.13.4-2ubuntu1 Versions of packages debootstrap recommends: ii gnupg 1.4.11-3ubuntu2 ii ubuntu-keyring 2011.11.21 debootstrap suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Jacob Luna Lundberg ja...@gnifty.net (2015-05-09): I think this bug has a lot of dev and ops misunderstanding. It's not surprising dev folks think the postinstall hack is good enough, but from an ops perspective it very much is not. Rather than trying to argue that point, let's just move ahead with solving the core problem (debootstrap not honoring excludes). No, the problem is that too many things are getting pulled, even when it doesn't make much sense (e.g. an init system inside a chroot). The list of extraneous packages it being assembled here: https://lists.debian.org/debian-boot/2015/05/msg00156.html I can confirm from moderately extensive testing the patch provided in this bug resolves the problem of excludes not working and I have not seen any undesired behavior resulting from this. Could we get this uploaded at least to experimental, if not to unstable now that the jessie release has been cut? Are the developers merely too busy and would they welcome an NMU for this? Developers are busy figuring out which set of packages is reasonable to install by default. Adjusting this will make this “problem” moot. Closing this “debootstrap: cant install systemd instead of sysvinit” bug report as it doesn't make sense to keep it open. Its title is misleading, we're not going to touch jessie for that, and stretch is being fixed the correct way. Mraw, KiBi. signature.asc Description: Digital signature ---End Message---
Bug#783571: marked as done (xfce task not co-installable with other desktops)
Your message dated Sat, 09 May 2015 19:17:21 + with message-id e1yrafv-0007um...@franck.debian.org and subject line Bug#783571: fixed in tasksel 3.31+deb8u1 has caused the Debian Bug report #783571, regarding xfce task not co-installable with other desktops 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.) -- 783571: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783571 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: task-xfce-desktop Version: 3.14.1 Severity: important This is possibly not the right location to file this - please reassign as necessary! Found during jessie release testing: when installing using tasksel, installing the xfce desktop task and others fails. It's possible to install *all* the other desktops in one go, but adding xfce causes the failure. The problem is reported in syslog as a failure to install gnome-core; from irc discussion, it's actually believed to be a conflict between evince and evince-gtk. -- System Information: Debian Release: 7.8 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages task-xfce-desktop depends on: ii lightdm 1.2.2-4 ii task-desktop 3.14.1 ii tasksel 3.14.1 ii xfce4 4.8.0.3 Versions of packages task-xfce-desktop recommends: ii dbus-x111.6.8-1+deb7u6 ii epdfview0.1.8-3 ii gstreamer0.10-alsa 0.10.36-1.1 ii hunspell-en-us 20070829-6 ii hyphen-en-us2.8.3-2 ii iceweasel 37.0.2-1~bpo70+1 ii libreoffice 1:3.5.4+dfsg2-0+deb7u4 pn libreoffice-gcj none ii libreoffice-gtk 1:3.5.4+dfsg2-0+deb7u4 ii libreoffice-help-en-us 1:3.5.4+dfsg2-0+deb7u4 ii mousepad0.2.16-6 ii mythes-en-us1:3.3.0-4 pn network-manager-gnome none ii orage 4.8.3-2 ii quodlibet 2.4-1 ii synaptic0.75.13 pn system-config-printer none ii tango-icon-theme0.8.90-5 ii vlc 2.0.3-5+deb7u2+b1 ii xfce4-goodies 4.8.2 ii xfce4-mixer 4.8.0-3+b1 pn xfce4-power-manager none ii xfce4-terminal 0.4.8-1+b1 ii xfprint44.6.1-3 ii xsane 0.998-3+b1 task-xfce-desktop suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: tasksel Source-Version: 3.31+deb8u1 We believe that the bug you reported is fixed in the latest version of tasksel, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 783...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Cyril Brulebois k...@debian.org (supplier of updated tasksel package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 09 May 2015 01:14:26 +0200 Source: tasksel Binary: tasksel tasksel-data task-desktop task-gnome-desktop task-kde-desktop task-lxde-desktop task-xfce-desktop task-cinnamon-desktop task-mate-desktop task-laptop task-web-server task-print-server task-ssh-server task-albanian-desktop task-amharic task-amharic-desktop task-amharic-kde-desktop task-arabic task-arabic-desktop task-arabic-kde-desktop task-asturian task-asturian-desktop task-basque task-basque-desktop task-basque-kde-desktop task-belarusian task-belarusian-desktop task-belarusian-kde-desktop task-bengali task-bengali-desktop task-bengali-kde-desktop task-bosnian task-bosnian-desktop task-bosnian-kde-desktop task-brazilian-portuguese task-brazilian-portuguese-desktop task-brazilian-portuguese-kde-desktop task-british-desktop task-british-kde-desktop task-bulgarian task-bulgarian-desktop task-bulgarian-kde-desktop task-catalan task-catalan-desktop task-catalan-kde-desktop task-chinese-s task-chinese-s-desktop task-chinese-s-kde-desktop task-chinese-t task-chinese-t-desktop task-chinese-t-kde-desktop task-croatian task-croatian-desktop task-croatian-kde-desktop task-czech