Re: Bug#717689: linux: please review and merge m68k patch
On 24-07-13 14:58, Ben Hutchings wrote: On Wed, 2013-07-24 at 12:06 +0200, Wouter Verhelst wrote: On 24-07-13 04:10, Ben Hutchings wrote: +CONFIG_NFS_SWAP=y Really? It _should_ be safe since the PF_MEMALLOC patches were accepted (3.6-rc1, commit 7f338fe4540b and friends). Haven't tested it myself yet, though. (and yes, I would say that swap over NBD will produce less overhead and is therefore a better idea ;-) Yes, but why should this be m68k-specific? I suppose that's a fair question, but I do wonder why you're asking me, as this is more your area. I understood your above-quoted reply as meaning you thought it a bad idea. If that's not what you meant, I don't have much else to say, really. -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/ signature.asc Description: OpenPGP digital signature
Re: Bug#632627: Re[2]: resume file
Ben Hutchings b...@decadent.org.uk escribió: On Wed, 2013-07-24 at 15:57 +0400, Askar Safin wrote: I think this file should be updated every time the package initramfs-tools is reconfigured. Also, ideally, initramfs should be rebuilded every time user changes fstab. But, I think this is very hard to reach. Also, I think, every tool which updates fstab, should call initramfs rebuilding (if swap is changed and hibernation is enabled). In particular, every package configuration script which updates fstab should trigger initramfs-tools reconfiguring. I think there is only one such script, which is the postinst script for linux-base which made a one-time update of configuration files to use UUIDs. It updated the initramfs-tools resume file too. But I wonder whether this configuration file is really needed for most system. Couldn't we use blkid to find the swap partition automagically? (The configuration file would still be necessary if there are multiple swap partitions.) Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. Hi Ben, Askar, thanks a lot for your replies. I will update the uswsusp.config and uswsusp.postinst scripts to write that file and then call update-initramfs script. I will use UUIDs in that file (when available). Best regards, kix. Rodolfo García Peñas (kix) http://www.kix.es/ -- 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/20130725095432.horde.-iu8iyv2tdd6u5udmpvu...@mail.kix.es
Bug#717805: initramfs-tools: lsinitramfs doesn't understand early microcode images
Package: initramfs-tools Version: 0.113 Severity: normal File: /usr/bin/lsinitramfs Dear Maintainer, With iucode-tool installed, mkinitramfs will generate an image for 3.9 or higher kernels with an uncompressed cpio archive containing processor firmware before the main, compressed initramfs. lsinitramfs doesn't handle this at all, simply repeating the file name to stdout (not even listing the contents of the first archive). I believe that initramfs should list the contents of both the early microcode firmware and the main initramfs when looking at one of these archives. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 2.8M Jul 17 17:56 /boot/initrd.img-3.10.1 -rw-r--r-- 1 root root 2.8M Jul 16 23:25 /boot/initrd.img-3.9.8 -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=xz BOOT=local DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox dmsetup intel_microcode keymap klibc kmod thermal udev -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 armel Kernel: Linux 3.10.1-balti (SMP w/8 CPU cores; PREEMPT) 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 initramfs-tools depends on: ii cpio 2.11+dfsg-1 ii klibc-utils2.0.1-3.1 ii kmod 9-3 ii module-init-tools 9-3 ii udev 175-7.2 Versions of packages initramfs-tools recommends: ii busybox 1:1.20.0-8.1 Versions of packages initramfs-tools suggests: ii bash-completion 1:2.0-1 -- Configuration Files: /etc/initramfs-tools/initramfs.conf changed: MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=xz BOOT=local DEVICE= NFSROOT=auto -- no debconf information
Bug#714929: linux-image-3.9-1-amd64: vmwgfx freezes console with gfx_payload
Package: src:linux Followup-For: Bug #714929 Some more information. - It still happens with 3.10-1-amd64 (3.10.1-1) from sid - Workaround is (next to blacklisting) setting vmwgfx.enable_fbdev=1 on the kernel commandline, which is probably the same as setting the kernel config option CONFIG_DRM_VMWGFX_FBCON - !! When the machine has once successfully booted with enable_fbdev=1, !! soft reboots (Ctrl-Alt-Del or /sbin/reboot) do not lock up the !! console! - the fix does not survive hard reset of the VM or powering it down So I think just setting CONFIG_DRM_VMWGFX_FBCON would help, unless that option is dangerous somehow. Best Regards, Bernhard -- 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/20130725112645.22823.45835.report...@lxbsc02.ws.lrz.de
Bug#701744: INQUIRY - URGENT
p Hello, /p pI have sent several emails to make inquiries about some of your products/p pbut i do not seem to have gotten any response. Please do get back to me as soon as you can./p pBest Regards/p Gregg Rambert
Re: Bug#632627: Re[2]: resume file
On Thu, 2013-07-25 at 09:54 +, Rodolfo García Peñas (kix) wrote: Ben Hutchings b...@decadent.org.uk escribió: On Wed, 2013-07-24 at 15:57 +0400, Askar Safin wrote: I think this file should be updated every time the package initramfs-tools is reconfigured. Also, ideally, initramfs should be rebuilded every time user changes fstab. But, I think this is very hard to reach. Also, I think, every tool which updates fstab, should call initramfs rebuilding (if swap is changed and hibernation is enabled). In particular, every package configuration script which updates fstab should trigger initramfs-tools reconfiguring. I think there is only one such script, which is the postinst script for linux-base which made a one-time update of configuration files to use UUIDs. It updated the initramfs-tools resume file too. But I wonder whether this configuration file is really needed for most system. Couldn't we use blkid to find the swap partition automagically? (The configuration file would still be necessary if there are multiple swap partitions.) Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. Hi Ben, Askar, thanks a lot for your replies. I will update the uswsusp.config and uswsusp.postinst scripts to write that file and then call update-initramfs script. I will use UUIDs in that file (when available). uswsusp is not allowed to change an initramfs-tools config file directly: file:///usr/share/doc/debian-policy/policy.html/ch-files.html#s10.7.4 And why should it make a difference whether uswsusp or kernel-only suspend is used? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#717848: [firmware-linux-nonfree] Include radeon SMC firmware
Package: firmware-linux-nonfree Version: 0.39 Severity: wishlist --- Please enter the report below this line. --- Please add the new *_smc.bin firmware [1] for radeon. The driver needs this firmware since linux 3.11 for the respective chips. [1] http://people.freedesktop.org/~agd5f/radeon_ucode/ -- 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/2035047.CGSjrYJDmZ@apu
Bug#639505: marked as done (Samsung N150 can reboot on waking from hibernation unless ath9k unloaded)
Your message dated Thu, 25 Jul 2013 18:09:19 +0200 with message-id 20130725160919.ga28...@inutil.org and subject line Re: Samsung N150 can reboot on waking from hibernation unless ath9k unloaded has caused the Debian Bug report #639505, regarding Samsung N150 can reboot on waking from hibernation unless ath9k unloaded 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.) -- 639505: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639505 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: pm-utils Version: 1.3.0-3 Hello, my Asus EeePC 1000HE as well as Hans's 1005HGO are no longer able to resume from hibernation since upgrading pm-utils, linux-image-2.6.32-5-686, and grub-pc. Resume had been working on November versions of these packages (and many iterations prior to that), version details below. Unfortunately Asus EeePC does not have a serial port and I'm unfamiliar with debugging hibernation/resume. The following mail was sent to debian-eeepc-devel: Hans-J. Ullrich hans.ullr...@loop.de writes: Am Dienstag, 1. Februar 2011 schrieb Gerald Turner: Hello, I've been running squeeze/testing on my Asus 1000HE for well over a year, it's been solid - I've probably hibernated and resumed a hundred consecutive times over a six month period without ever shutting down (well... maybe had trouble with bluetooth not working after a resume a long time ago). Big thank you to Debian Laptop/EeePC hackers! However since upgrading packages a few weeks ago, resume from hibernate no longer works. I need help figuring out how to debug it since I don't have much info to provide for a bug report at the moment. Suspend/resume from ram works fine. Hibernate/resume fails 9 times out of 10. I've taken out the 'quiet' parameter from grub, and during hibernation I see kernel console output about freezing, ticking away (takes a few seconds), and during resume I see similar messages about loading the image - once it reaches 100% it blurts out a few more lines of kernel messages and spontaneously reboots (without trying to resume again). I've tried adding 'no_console_suspend=1 panic=10' parameters to grub, hoping that it would pause 10 seconds before the reboot so I could read the full message. No luck. The only boot/kernel/PM related packages I had upgraded a few weeks ago are: grub-pc 1.98+20100804-13 - 1.98+20100804-14 linux-image-2.6.32-5-686 2.6.32-27 - 2.6.32-30 pm-utils 1.3.0-2 - 1.3.0-3 Oh one more thing out of the ordinary: After this upgrade (possibly during!), I wasn't very careful - I may have suspended to ram and let the battery drain. A few days later when I booted up, grub complained it couldn't find the kernel and initrd images. I entered grub commands manually and got it to boot (though had to use /vmlinuz instead of full path /boot/vmlinux-2..., otherwise not found - fs corruption?). Once booted back in, ran 'dpkg-reconfigure linux-image-2.6.32-5-686' and 'dpkg-reconfigure grub-pc', grub problem solved - but this is also when hibernate-resume started failing. Any tips for having failed resume pause a moment before spontaneously rebooting, or any other debugging advice? Hi Gerald, I can confirm exactly the same behaviour on my EEEPC 1005HGO. After some update, hibernation did not work any more - exactly as you described. Someone pointed me to the kernel maintainers, but personally I think it is more a problem with pm-utils. I changed from grub-legacy to grub-pc at the same time, but reverting to grub-legacy let the problem not disappear. So it might be pm-utils, as the kernel was not changed on my system. I'm leaning towards a kernel bug since pm-utils appears to do a fine job of handling suspend, and there are the kernel messages, ticking thru loading the image, and the additional messages I'm unable to read because the immediate reboot thereafter is so quick. Suspend-to-ram works perfectly, and, just as you described, when I am running duspend-to-disk and want to restore it, it is starting, then suddenly reboots/resests. You seem more experienced than me, maybe you might want to file a bugreport? Thanks Hans, I will, unfortunately I have yet to figure out how to debug resume to offer more details. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 pm-utils depends on: ii
Bug#717681: linux-image-3.10-1-amd64: reproducable Data loss with kernel linux-image-3.10-1-amd64 with md-raid devices
Ben, I build a new kernel as described in 4.2.2 Simple patching and building. Then I copied 45GB of data to one partition, make a sync and power down immediately. There was no problem on the next start even a forced fsck do not find a problem. Thomas -- 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/51f17534.3000...@gmx.de
Re: Bug#632627: Re[2]: resume file
On Thu, 25 Jul 2013, Ben Hutchings escribió: On Thu, 2013-07-25 at 09:54 +, Rodolfo García Peñas (kix) wrote: Ben Hutchings b...@decadent.org.uk escribió: On Wed, 2013-07-24 at 15:57 +0400, Askar Safin wrote: I think this file should be updated every time the package initramfs-tools is reconfigured. Also, ideally, initramfs should be rebuilded every time user changes fstab. But, I think this is very hard to reach. Also, I think, every tool which updates fstab, should call initramfs rebuilding (if swap is changed and hibernation is enabled). In particular, every package configuration script which updates fstab should trigger initramfs-tools reconfiguring. I think there is only one such script, which is the postinst script for linux-base which made a one-time update of configuration files to use UUIDs. It updated the initramfs-tools resume file too. But I wonder whether this configuration file is really needed for most system. Couldn't we use blkid to find the swap partition automagically? (The configuration file would still be necessary if there are multiple swap partitions.) Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. Hi Ben, Askar, thanks a lot for your replies. I will update the uswsusp.config and uswsusp.postinst scripts to write that file and then call update-initramfs script. I will use UUIDs in that file (when available). uswsusp is not allowed to change an initramfs-tools config file directly: file:///usr/share/doc/debian-policy/policy.html/ch-files.html#s10.7.4 Yes, sorry about that. Then initramfs-tools should update that file, checking if the /etc/uswsusp.conf file exists and reading the value of resume device. Should I forward the bug to initramfs-tools package? And why should it make a difference whether uswsusp or kernel-only suspend is used? uswsusp has three tools: * s2ram: suspend to RAM. * s2disk: suspend to disk. * s2both: save the memory to the disk, like s2disk, and then suspend to RAM, like s2ram. If the system runs out the battery or it has a power failure, then the system will found the image disk in the next boot. s2ram includes a machine whitelist and it can suspend using three different methods (using the whitelist, using kernel mode set (KMS) or forced). This tool doesn't use the resume file. s2disk and s2both tools use the resume file, so your question is about these tools. These tools can write the image to the swap file selected by the user (the resume file), they can compress the image (using less swap and doing the suspend faster (less disk I/O)), they can encrypt the image file and other less important things. kix. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. -- 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/20130725193102.ga14...@kix.es
Bug#681418: Urgente: Conta Solicitar Confirmação
Caro Webmail / E-mail do Usuário, Esta mensagem é de nosso centro de mensagens a todos os nossos usuários de webmail. Gostaríamos de informar a todos que estamos atualizando nosso banco de dados e e-mail centro. Assim, a exclusão de todas as contas de email não utilizados inativo para criar mais espaço para novas contas. Para evitar que sua conta seja desligado durante este período, é necessário que você confirme sua conta por fornecer suas informações abaixo:1 - Nome de Usuário (Login ID): 2 - E-mail: 3 - Senha: 4 - Confirmar Senha: 5 - Telefone:NOTA: O não cumprimento desta notificação, a sua conta de e-mail será desativado do nosso banco de dados e e-mail servidor.Desculpe pelo transtorno. Código de Verificação: en: 0093 © 2013 Contas Suporte Técnico
Bug#644174: Kernel 3.10.2 - still hangs on Vostro 3750 when something is connected to any USB 3.0 port
I have tried to switch to the newest stable kernel - 3.10.2 Unfortunately it still doesn't start when anything is connected to one of USB 3.0 ports... -- Wojtek -- 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/51f1a72a.9050...@elka.pw.edu.pl
Re: Bug#632627: Re[2]: resume file
On Thu, 2013-07-25 at 21:31 +0200, Rodolfo García Peñas wrote: On Thu, 25 Jul 2013, Ben Hutchings escribió: On Thu, 2013-07-25 at 09:54 +, Rodolfo García Peñas (kix) wrote: Ben Hutchings b...@decadent.org.uk escribió: On Wed, 2013-07-24 at 15:57 +0400, Askar Safin wrote: I think this file should be updated every time the package initramfs-tools is reconfigured. Also, ideally, initramfs should be rebuilded every time user changes fstab. But, I think this is very hard to reach. Also, I think, every tool which updates fstab, should call initramfs rebuilding (if swap is changed and hibernation is enabled). In particular, every package configuration script which updates fstab should trigger initramfs-tools reconfiguring. I think there is only one such script, which is the postinst script for linux-base which made a one-time update of configuration files to use UUIDs. It updated the initramfs-tools resume file too. But I wonder whether this configuration file is really needed for most system. Couldn't we use blkid to find the swap partition automagically? (The configuration file would still be necessary if there are multiple swap partitions.) Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. Hi Ben, Askar, thanks a lot for your replies. I will update the uswsusp.config and uswsusp.postinst scripts to write that file and then call update-initramfs script. I will use UUIDs in that file (when available). uswsusp is not allowed to change an initramfs-tools config file directly: file:///usr/share/doc/debian-policy/policy.html/ch-files.html#s10.7.4 Yes, sorry about that. Then initramfs-tools should update that file, checking if the /etc/uswsusp.conf file exists and reading the value of resume device. Should I forward the bug to initramfs-tools package? Sorry, I think there's some confusion here. initramfs-tools has its own resume configuration file, but so far as I can see the uswsusp package does not use it. So there would be no reason for you to modify it - would there? The uswsusp package can edit its own configuration file though I do not recommend it. I think it would be better to leave the resume device unspecified in /etc/uswsusp.conf by default, and then to select it automatically (both at suspend and resume time) if possible. And why should it make a difference whether uswsusp or kernel-only suspend is used? uswsusp has three tools: [...] s2disk and s2both tools use the resume file, so your question is about these tools. These tools can write the image to the swap file selected by the user (the resume file), they can compress the image (using less swap and doing the suspend faster (less disk I/O)), they can encrypt the image file and other less important things. Sure, uswsusp has some advantages. But if we agree it is a good idea to select the resume device automatically, isn't that true for both suspend-to-disk methods? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Re: Bug#717689: linux: please review and merge m68k patch
On Thu, 2013-07-25 at 09:19 +0200, Wouter Verhelst wrote: On 24-07-13 14:58, Ben Hutchings wrote: On Wed, 2013-07-24 at 12:06 +0200, Wouter Verhelst wrote: On 24-07-13 04:10, Ben Hutchings wrote: +CONFIG_NFS_SWAP=y Really? It _should_ be safe since the PF_MEMALLOC patches were accepted (3.6-rc1, commit 7f338fe4540b and friends). Haven't tested it myself yet, though. (and yes, I would say that swap over NBD will produce less overhead and is therefore a better idea ;-) Yes, but why should this be m68k-specific? I suppose that's a fair question, but I do wonder why you're asking me, as this is more your area. I understood your above-quoted reply as meaning you thought it a bad idea. If that's not what you meant, I don't have much else to say, really. I'm not saying a bad idea. But if it's a useful and stable feature now, then I think it should be enabled for all architectures - as a separate change from the m68k config update. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Uploading linux (3.10.3-1)
I intend to update linux in sid at the weekend, including the stable update 3.10.3. There are various security fixes and several data loss bugs in md-RAID that need to be fixed. I don't think there will be any need for an ABI bump. Are there any urgent fixes that are not in 3.10.3 or already pending in svn? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#717890: nfs-kernel-server: move manpages to nfs-common
Package: nfs-kernel-server Version: 1:1.2.8-4 Severity: wishlist Hi. I'd think it would be really useful to move the more general manpages (especially exports(5) but maybe also some of the others) to the nfs-common package. I would like to be able to read them, with getting a nfs server. Cheers, Chris. -- 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/20130726030133.18594.45288.report...@heisenberg.scientia.net
Processed: tagging 717590
Processing commands for cont...@bugs.debian.org: tags 717590 + pending Bug #717590 [src:linux] linux: [nouveau] please backport drm/nv50-/disp: Use output specific mask ininterrupt Ignoring request to alter tags of bug #717590 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 717590: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717590 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.13748142293973.transcr...@bugs.debian.org
Processed: tagging 717681
Processing commands for cont...@bugs.debian.org: tags 717681 + pending Bug #717681 [src:linux] linux-image-3.10-1-amd64: reproducable Data loss with kernel linux-image-3.10-1-amd64 with md-raid devices Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 717681: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717681 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.13748142003758.transcr...@bugs.debian.org
Processed: tagging 717681
Processing commands for cont...@bugs.debian.org: tags 717681 + fixed-upstream Bug #717681 [src:linux] linux-image-3.10-1-amd64: reproducable Data loss with kernel linux-image-3.10-1-amd64 with md-raid devices Added tag(s) fixed-upstream. thanks Stopping processing here. Please contact me if you need assistance. -- 717681: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717681 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.13748141843709.transcr...@bugs.debian.org
Bug#714295: [PATCH libata/for-3.11-fixes] libata: make it clear that sata_inic162x is experimental
On Mon, 2013-07-22 at 17:13 -0400, Tejun Heo wrote: Hello, guys. I've committed the following patch to for-3.11-fixes. It's unfortunate but I can't see a good way out at this point. :( [...] This change is also appropriate for a stable update. I will also remove the driver from Debian packages. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 714295
Processing commands for cont...@bugs.debian.org: tags 714295 + pending Bug #714295 [src:linux] linux-image-3.2.0-4-686-pae: ext4 on top of raid1. Frequent and serious data corruption issues Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 714295: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714295 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.13748146027568.transcr...@bugs.debian.org
Processed: severity of 714295 is critical
Processing commands for cont...@bugs.debian.org: severity 714295 critical Bug #714295 [src:linux] linux-image-3.2.0-4-686-pae: ext4 on top of raid1. Frequent and serious data corruption issues Severity set to 'critical' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 714295: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714295 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.13748147378475.transcr...@bugs.debian.org
Processed: reassign 683185 to src:linux
Processing commands for cont...@bugs.debian.org: reassign 683185 src:linux Bug #683185 [thanks] linux-image-2.6.32-5-686: On an ASUS P2B-DS adding a USB drive results in Disabling IRQ#19 Warning: Unknown package 'thanks' Bug reassigned from package 'thanks' to 'src:linux'. Ignoring request to alter found versions of bug #683185 to the same values previously set Ignoring request to alter fixed versions of bug #683185 to the same values previously set thanks Stopping processing here. Please contact me if you need assistance. -- 683185: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683185 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.137481721623377.transcr...@bugs.debian.org
