Reminder for firmware-nonfree translation updates (WAKE UP)
CZECH TEAM, WAKE UP! SPANISH TEAM, WAKE UP! SWEDISH TEAM^Martin, WAKE UP! This is a reminder for the running translation round for debconf templates of firmware-nonfree. Currently complete languages: da de fr it pl pt ru sk Currently existing but incomplete languages: Please send out updates before Wednesday, September 19, 2012. On Thursday, September 20, 2012, I will notify the firmware-nonfree maintainers that they can upload a new package version. So, if you have something being worked on, please send it as soon as possible. Please contact me privately if you want to obtain the PO file for incomplete languages. The POT file can be obtained from the list archives. There is always a chance that a translation you or your team sent slipped through my mail and spam filters. If you indeed send an update as a bug report and your language is still listed here, please point me to the bug number. -- signature.asc Description: Digital signature
Re: Squeeze point release (6.0.6)
On Mon, Sep 17, 2012 at 03:59:09PM +0200, Philipp Kern wrote: On Mon, Sep 17, 2012 at 03:58:13PM +0200, Philipp Kern wrote: ok, given the replies, let's settle on this: On Fri, Sep 07, 2012 at 09:43:03PM +0200, Philipp Kern wrote: * Sep 29/30: ok from RT side We still need a press officer for somewhen in the evening to send out the announcement, feedback from -live and a note from -kernel if there's still a change staged for the next point release. That should be read as let's settle for Sep 29. I'm around with a press hat if needed. Neil -- signature.asc Description: Digital signature
Bug#685360: Logitech USB keyboard broken with Linux 3.2 (regression from 3.1)
Hello Josip, I am back at the office. Please let me know if applying the patch solved your problem. Thanks, Nestor. On Mon, Sep 17, 2012 at 1:00 PM, Josip Rodin j...@debbugs.entuzijast.netwrote: On Mon, Sep 17, 2012 at 12:57:06PM +0200, Jiri Kosina wrote: On Wed, 12 Sep 2012, Nestor Lopez Casado wrote: Take a look at this thread ... where a patch was published ... https://bugs.launchpad.net/ubuntu/+bug/958174 Your issue may come from the same problem. I will get back to you next week. I am OOO until monday. So, what is the progress here, please? Nestor, Josip? There is no progress because for some reason I did not receive Nestor's previous e-mail; I'll try to test it this week. -- 2. That which causes joy or happiness.
Bug#679158: [PATCH] asus-wmi: use ASUS_WMI_METHODID_DSTS2 as default DSTS ID.
Dear all, the patch seems to be integrated in 3.5.4 (current stable kernel). When rebasing using git I see that the patch is not applied on top, most likely because it was already included somewhere in the official stable Linux itself. As mentioned in the following Ubuntu bug report, this patch causes problems (which I also observe). https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1041883 It takes me about 10 tries to successfully boot my system. In the unsuccessful tries the screen is blanked shortly during the boot process and nothing happens (the magic keys don't work, network access cannot be tested that early). Bye, -- Carsten Otto o...@informatik.rwth-aachen.de LuFG Informatik 2 http://verify.rwth-aachen.de/otto/ RWTH Aachenphone: +49 241 80-21211 signature.asc Description: Digital signature
Bug#687853: linux-image-3.2.0-3-amd64: Fan speed freezes, and hotkeys stop working. Laptop Lenovo Thinkpad L512 (2597AB2)
18.09.2012 07:39, Ben Hutchings пишет: On Mon, 2012-09-17 at 11:15 +0400, evol wrote: 16.09.2012 22:12, Ben Hutchings пишет: On Sun, 2012-09-16 at 21:32 +0400, Igor wrote: [...] Please test withou the fglrx driver installed. Ben. without fglrx too most thus not what information it is not displayed in syslog I don't understand what you're saying. If you uninstall fglrx and reboot, does the same problem happen again? Ben. excuse for bad English. uninstall fglrx. reboot. the problem repeated in 3 hours. -- evol mail -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50585c4a.5090...@gmail.com
Bug#688029: [INTL:es] Spanish debconf template translation for firmware-nonfree
Package: firmware-nonfree Version: 0.37 Severity: wishlist Tags: l10n patch Greetings, -- Camaleón # firmware-nonfree po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the firmware-nonfree package. # # Changes: # - Initial translation # Camaleón noela...@gmail.com, 2012 # # - Updates # # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: firmware-nonfree 0.37\n Report-Msgid-Bugs-To: firmware-nonf...@packages.debian.org\n POT-Creation-Date: 2012-09-03 12:15+0200\n PO-Revision-Date: 2012-09-06 17:51+0200\n Last-Translator: Camaleón noela...@gmail.com\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit #. Type: boolean #. Description #: ../templates/templates.license.in:2001 msgid Do you agree to the \@license-title@\? msgstr ¿Acepta los términos de la licencia «@license-title@»? #. Type: boolean #. Description #: ../templates/templates.license.in:2001 msgid In order to install this package, you must agree to the following terms, the \@license-title@\. If you do not agree, the installation will be canceled. msgstr Para instalar este paquete debe aceptar los términos de la licencia «@license-title@». De lo contrario, se cancelará la instalación del paquete. #. Type: error #. Description #: ../templates/templates.license.in:3001 msgid Declined @license-title@ msgstr Los términos de la licencia @license-title@ se han rechazado #. Type: error #. Description #: ../templates/templates.license.in:3001 msgid If you do not agree to the \@license-title@\ license terms you cannot install this software. msgstr Si no acepta los términos de la licencia «@license-title@» no puede instalar este programa. #. Type: error #. Description #: ../templates/templates.license.in:3001 msgid The installation of this package has been canceled. msgstr Se ha cancelado la instalación de este paquete.
Bug#687927: firmware-realtek: Missing rtl8411-1.fw and rtl8402-1.fw
Package: firmware-realtek Version: 0.36 Followup-For: Bug #687927 I've downloaded the latest firmware from the upstream git repository and now the network works: http://git.kernel.org/?p=linux/kernel/git/firmware/linux-firmware.git;a=summary Ben, do you think that realtek-firmware in testing could be updated to add support for this network card? Just to help the casual reader, here it is what i've done: - From the compressed upstream archive i've extraceted the following firmware from the rtl_nic folder (those requested by the curses interface) to /root/: rtl8402-1.fw rtl8411-1.fw - Under /lib/firmware/rtl_nic/ i've created symlinks to the files extracted under /root/. Doing this i can visually recognize what i've customized, helping restoring the original state. - Reinstalled the latest kernel from experimental. Cesare. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-realtek depends on no packages. firmware-realtek recommends no packages. Versions of packages firmware-realtek suggests: ii initramfs-tools0.107 ii linux-image-3.2.0-3-486 [linux-image] 3.2.23-1 ii linux-image-3.2.0-3-amd64 [linux-image]3.2.23-1 ii linux-image-3.5-trunk-amd64 [linux-image] 3.5.2-1~experimental.1 -- no debconf information -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/505897be.4060...@bernispa.com
Re: Squeeze point release (6.0.6)
On Tue, Sep 18, 2012 at 09:13:53AM +0100, Neil McGovern wrote: On Mon, Sep 17, 2012 at 03:58:13PM +0200, Philipp Kern wrote: That should be read as let's settle for Sep 29. I'm around with a press hat if needed. Me too. Cheers, Francesca -- You're scared of mice and spiders, but oh-so-much greater is your fear that one day the two species will cross-breed to form an all-powerful race of mice-spiders, who will immobilize human beings in giant webs in order to steal cheese. Tim Bisley, Spaced (1x01, Beginnings) signature.asc Description: Digital signature
Bug#688029: [INTL:es] Spanish debconf template translation for firmware-nonfree
Quoting Camaleón (noela...@gmail.com): Package: firmware-nonfree Version: 0.37 Severity: wishlist Tags: l10n patch Greetings, -- Camaleón And, as I did for other translations, here's the same translation unfuzzied after fixing the double space problem that was in the POT file sent to translators. To Camaleon: nothing to do on your side, don't worry. es.po Description: application/gettext signature.asc Description: Digital signature
Re: Squeeze point release (6.0.6)
On Mon, Sep 17, 2012 at 03:58:13PM +0200, Philipp Kern wrote: Hi, ok, given the replies, let's settle on this: On Fri, Sep 07, 2012 at 09:43:03PM +0200, Philipp Kern wrote: * Sep 29/30: ok from RT side We still need a press officer for somewhen in the evening to send out the announcement, feedback from -live and a note from -kernel if there's still a change staged for the next point release. p-u-NEW will close on the weekend of Sep 22nd/23rd (barring any breakage induced by the ftp-master meeting ;-). Sorry, been travelling heavily for the past several days. We do have some changes queued, and I should be able to get a kernel uploaded by this weekend, but probably not sooner since I expect work to keep me pretty busy throught the work week. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120918173003.gf4...@dannf.org
Bug#687456: btrfs: Oops when adding a device on a degraded raid1 filesystem
tags 687456 patch thanks This bug has been fixed by this commit commit 99f5944b8477914406173b47b4f261356286730b Btrfs: do not strdup non existent strings This is available in 3.6.0-rc5. Can this patch be cherry-picked? Antoine -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120918193836.GA8840@kabis
Processed: Re: btrfs: Oops when adding a device on a degraded raid1 filesystem
Processing commands for cont...@bugs.debian.org: tags 687456 patch Bug #687456 [src:linux] btrfs: Oops when adding a device on a degraded raid1 filesystem Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 687456: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687456 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.134799712428403.transcr...@bugs.debian.org
Bug#679158: [PATCH] asus-wmi: use ASUS_WMI_METHODID_DSTS2 as default DSTS ID.
Hi, On Tue, Sep 18, 2012 at 11:21 AM, Carsten Otto o...@informatik.rwth-aachen.de wrote: Dear all, the patch seems to be integrated in 3.5.4 (current stable kernel). When rebasing using git I see that the patch is not applied on top, most likely because it was already included somewhere in the official stable Linux itself. Easy workaround is to blacklist/remove asus-wmi (and/or eeepc-wmi/asus-nb-wmi). I think ubuntu guys are working on it, and since they seems to be working with Asus (and I'm not), it will be easier for them. As mentioned in the following Ubuntu bug report, this patch causes problems (which I also observe). https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1041883 It takes me about 10 tries to successfully boot my system. In the unsuccessful tries the screen is blanked shortly during the boot process and nothing happens (the magic keys don't work, network access cannot be tested that early). Bye, -- Carsten Otto o...@informatik.rwth-aachen.de LuFG Informatik 2 http://verify.rwth-aachen.de/otto/ RWTH Aachenphone: +49 241 80-21211 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlBYSzUACgkQjUF4jpCSQBQpbgCfSUUvaZbs1krkcRKa8iTcyKxA 7AQAn1NfXugZ5553+Z9LOB46lJqFcXt8 =avwS -END PGP SIGNATURE- -- Corentin Chary http://xf.iksaif.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAHR064hJPrp=2xdpctmjuktejsrfqsjkkomjvn+pkty9uuc...@mail.gmail.com
Bug#684265: Worked around
severity 650819 normal close 684265 3.2.29-1 forcemerge 650819 686314 thanks This is no longer RC. A workaround has finally been applied, namely the first one, adding fuse. It will take some time before the fix makes it to install media. Note that I did not verify that the current symptom is gone and am closing its report assuming that fuse was properly added to installer images. We should still apply one of solutions 3 or 4, but this is no longer urgent. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50590880.5070...@gmail.com
Bug#682726: closed by Ben Hutchings b...@decadent.org.uk (Bug#682726: fixed in linux 3.2.29-1)
On 2012-09-18 14:30, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the linux-source-3.4 package: #682726: [linux-source-3.4] make xconfig: Unable to find the QT4 tool qmake. It has been closed by Ben Hutchingsb...@decadent.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ben Hutchingsb...@decadent.org.uk by replying to this email. I understand that suggesting pkg-config might reduce the prevalence of this bug, but how would that solve it? -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50590d8a.2040...@gmail.com
Bug#686939: linux-image-3.2.0-3-686-pae: fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver
On 2012/9/16 下午 01:13, Ben Hutchings wrote: On Fri, 2012-09-07 at 19:37 +0800, Steven Shiau wrote: Source: linux Version: 3.2.23-1 Severity: important Dear Maintainer, When using nomodeset and vga=788 in the boot parameters, the machine hang at fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver on a machine with Intel VGA card. This happens no matter it's 686-pae kernel, or i486 one. Since the Intel VGA card in very common, please consider to make framebuffer work for KMS disabled. DRM drivers with KMS *are* framebuffer drivers. I think you mean 'keep VGA console working'. How to reproduce this: 1. Create a Debian live based on Sid: http://live-build.debian.net/cgi-bin/live-build 2. Burn the created iso on a CD, then boot it on a machine with Intel VGA card 3. In the 1st boot menu of isolinux, press Tab key to modify the boot parameters. Just append nomodeset vga=788, then press enter to continue boot 4. The above error will shown, and it just hangs there. This is really weird because i915 just shouldn't register a console at all if you do that... Ah, but xserver-video-xorg-intel still installs a configuration file which *overrides* nomodeset (/etc/modprobe.d/i915-kms.conf). (There was a very good reason for doing that in squeeze, but I think it can be dropped now.) So you could avoid installing xserver-video-xorg-intel, or empty the configuration file. Still, the kernel should be able to switch without hanging (and normally does). Does this *only* happen if you use 'nomodeset vga=788' or does it also happen if you use 'vga=788'? It only happens when I use 'nomodeset vga=788'. However, when using vga=788, actually it won't work since the console screen is not in the 800x600 text mode. It's in KMS mode I believe. Steven. Ben. -- Steven Shiau steven _at_ nchc org tw steven _at_ stevenshiau org National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50592947.7080...@nchc.org.tw
Bug#686939: linux-image-3.2.0-3-686-pae: fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver
On Wed, 2012-09-19 at 10:09 +0800, Steven Shiau wrote: On 2012/9/16 下午 01:13, Ben Hutchings wrote: On Fri, 2012-09-07 at 19:37 +0800, Steven Shiau wrote: Source: linux Version: 3.2.23-1 Severity: important Dear Maintainer, When using nomodeset and vga=788 in the boot parameters, the machine hang at fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver on a machine with Intel VGA card. This happens no matter it's 686-pae kernel, or i486 one. Since the Intel VGA card in very common, please consider to make framebuffer work for KMS disabled. DRM drivers with KMS *are* framebuffer drivers. I think you mean 'keep VGA console working'. How to reproduce this: 1. Create a Debian live based on Sid: http://live-build.debian.net/cgi-bin/live-build 2. Burn the created iso on a CD, then boot it on a machine with Intel VGA card 3. In the 1st boot menu of isolinux, press Tab key to modify the boot parameters. Just append nomodeset vga=788, then press enter to continue boot 4. The above error will shown, and it just hangs there. This is really weird because i915 just shouldn't register a console at all if you do that... Ah, but xserver-video-xorg-intel still installs a configuration file which *overrides* nomodeset (/etc/modprobe.d/i915-kms.conf). (There was a very good reason for doing that in squeeze, but I think it can be dropped now.) So you could avoid installing xserver-video-xorg-intel, or empty the configuration file. Still, the kernel should be able to switch without hanging (and normally does). Does this *only* happen if you use 'nomodeset vga=788' or does it also happen if you use 'vga=788'? It only happens when I use 'nomodeset vga=788'. Does /etc/modprobe.d/i915-kms.conf exist in the live system? However, when using vga=788, actually it won't work since the console screen is not in the 800x600 text mode. It's in KMS mode I believe. Yes, by default i915 will load and set the screen mode immediately. Ben. -- Ben Hutchings The world is coming to an end. Please log off. signature.asc Description: This is a digitally signed message part
Bug#686939: linux-image-3.2.0-3-686-pae: fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver
On 2012/9/19 上午 11:46, Ben Hutchings wrote: On Wed, 2012-09-19 at 10:09 +0800, Steven Shiau wrote: On 2012/9/16 下午 01:13, Ben Hutchings wrote: On Fri, 2012-09-07 at 19:37 +0800, Steven Shiau wrote: Source: linux Version: 3.2.23-1 Severity: important Dear Maintainer, When using nomodeset and vga=788 in the boot parameters, the machine hang at fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver on a machine with Intel VGA card. This happens no matter it's 686-pae kernel, or i486 one. Since the Intel VGA card in very common, please consider to make framebuffer work for KMS disabled. DRM drivers with KMS *are* framebuffer drivers. I think you mean 'keep VGA console working'. How to reproduce this: 1. Create a Debian live based on Sid: http://live-build.debian.net/cgi-bin/live-build 2. Burn the created iso on a CD, then boot it on a machine with Intel VGA card 3. In the 1st boot menu of isolinux, press Tab key to modify the boot parameters. Just append nomodeset vga=788, then press enter to continue boot 4. The above error will shown, and it just hangs there. This is really weird because i915 just shouldn't register a console at all if you do that... Ah, but xserver-video-xorg-intel still installs a configuration file which *overrides* nomodeset (/etc/modprobe.d/i915-kms.conf). (There was a very good reason for doing that in squeeze, but I think it can be dropped now.) So you could avoid installing xserver-video-xorg-intel, or empty the configuration file. Still, the kernel should be able to switch without hanging (and normally does). Does this *only* happen if you use 'nomodeset vga=788' or does it also happen if you use 'vga=788'? It only happens when I use 'nomodeset vga=788'. Does /etc/modprobe.d/i915-kms.conf exist in the live system? No. There is only a file /etc/modprobe.d/fbdev-blacklist.conf in the dir /etc/modprobe.d/. However, when using vga=788, actually it won't work since the console screen is not in the 800x600 text mode. It's in KMS mode I believe. Yes, by default i915 will load and set the screen mode immediately. Got it. Sure. Thanks. Steven. Ben. -- Steven Shiau steven _at_ nchc org tw steven _at_ stevenshiau org National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/505942d6.8070...@nchc.org.tw
Bug#682726: closed by Ben Hutchings b...@decadent.org.uk (Bug#682726: fixed in linux 3.2.29-1)
On Tue, 2012-09-18 at 20:10 -0400, Filipus Klutiero wrote: On 2012-09-18 14:30, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the linux-source-3.4 package: #682726: [linux-source-3.4] make xconfig: Unable to find the QT4 tool qmake. It has been closed by Ben Hutchingsb...@decadent.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ben Hutchingsb...@decadent.org.uk by replying to this email. I understand that suggesting pkg-config might reduce the prevalence of this bug, but how would that solve it? There is no solution to the problem of 'optional dependencies'; this is the best you're going to get. Ben. -- Ben Hutchings The world is coming to an end. Please log off. signature.asc Description: This is a digitally signed message part