I have tried the kernel you mentioned, and the bug also does not exist in
this version.
No, this bug occurs again just after I sent the mail. So I think maybe I
should report the bug to bugs.freedesktop.org.
2013/3/19 SuperCat supercatexp...@gmail.com
I have tried the kernel you mentioned, and the bug also does not exist in
this version.
I have report the bug to freedebug.org, and the link is:
https://bugs.freedesktop.org/show_bug.cgi?id=62507
2013/3/19 SuperCat supercatexp...@gmail.com
No, this bug occurs again just after I sent the mail. So I think maybe I
should report the bug to bugs.freedesktop.org.
2013/3/19 SuperCat
Ben Hutchings b...@decadent.org.uk writes:
Hi,
On Mon, 2013-03-18 at 08:41 +0900, Nobuhiro Iwamatsu wrote:
Hi,
Thank you for your comment.
On Sun, Mar 17, 2013 at 10:23 AM, Ben Hutchings b...@decadent.org.uk wrote:
On Sun, 2013-03-17 at 08:35 +0900, Nobuhiro Iwamatsu wrote:
Package:
On Sun, Mar 17, 2013 at 9:23 AM, Ben Hutchings wrote:
I would much prefer a name that will provide a more useful distinction
in future (and not be too long!). Perhaps it should refer to the CPU
requirement like the flavours for some other architectures.
How about the same scheme as on other
Jean-Francois Chevrette jf.cr...@gmail.com writes:
Package: src:linux
Version: 3.2.39-2
Severity: important
(first time submiting to a bug report, sorry if I missed anything)
We are still affected by bug #688198
Yes, I see that it was closed after applying a related bugfix. But as I
On Tue, 2013-03-19 at 03:46 +, Ben Hutchings wrote:
On Mon, 2013-03-18 at 08:41 +0900, Nobuhiro Iwamatsu wrote:
On Sun, Mar 17, 2013 at 10:23 AM, Ben Hutchings b...@decadent.org.uk
wrote:
[...]
In future all ARM kernels should be multi-platform, but I expect there
will still be
On Tue, 2013-03-19 at 08:44 +0100, Arnaud Patard wrote:
I already commented some days ago on debian-arm that currently
multiplatform support must wait. It is useless as usb support is
_broken_ on multiplatform. Hopefully, Linaro devs seem back to work
and looks like we may have a patch merged
On 3/19/13 4:44 , Ben Hutchings wrote:
Having read this:
http://thread.gmane.org/gmane.linux.kernel.stable/45323/focus=50810
my impression is that backporting XFS changes is fraught with peril.
So anyone who wants to do that had better get the result properly
reviewed and tested. (There is a
2013/3/18 Jonathan Nieder jrnie...@gmail.com:
Camaleón wrote:
El 2013-03-18 a las 20:38 +0100, Arend van Spriel escribió:
Sorry to hear. Reading back the bug report I noticed you are having a
bcm4313 and we recently had a regression on it. Could you provide
debugfs information from
Jean-Francois Chevrette jf.cr...@gmail.com writes:
On Tue, Mar 19, 2013 at 4:21 AM, Bjørn Mork bj...@mork.no wrote:
Maybe we can get some ideas about why this fails if you describe the
conditions you experience the problem under.
This server is running Xen 4.1 and a single VM. Nothing fancy
On Tue, 2013-03-19 at 08:03 +, Tixy wrote:
On Tue, 2013-03-19 at 03:46 +, Ben Hutchings wrote:
On Mon, 2013-03-18 at 08:41 +0900, Nobuhiro Iwamatsu wrote:
On Sun, Mar 17, 2013 at 10:23 AM, Ben Hutchings b...@decadent.org.uk
wrote:
[...]
In future all ARM kernels should be
On Tue, 2013-03-19 at 16:13 +0800, Paul Wise wrote:
On Sun, Mar 17, 2013 at 9:23 AM, Ben Hutchings wrote:
I would much prefer a name that will provide a more useful distinction
in future (and not be too long!). Perhaps it should refer to the CPU
requirement like the flavours for some
linux_3.8.3-1~experimental.1_multi.changes uploaded successfully to localhost
along with the files:
linux_3.8.3-1~experimental.1.dsc
linux_3.8.3.orig.tar.xz
linux_3.8.3-1~experimental.1.debian.tar.xz
linux-support-3.8-trunk_3.8.3-1~experimental.1_all.deb
On Tue, 2013-03-19 at 15:05 +, Ian Campbell wrote:
I think the question here is what the `uname -r` bit should be.
Specifically the $FLAVOUR in 3.x.y-z-$FLAVOUR.
Woops, I missed that uname -r includes the flavour bit.
I think there is an argument for making the multiplatform case be the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Jonathan,
Thank you for the fast response and for the hint with kernel 3.8.2.
Possibly, i have found the issue.
Kernel 3.8.2 from experimental:
===
After installing kernel 3.8.2 from experimental, the gnome shell
On Tue, 2013-03-19 at 17:21 +0100, Camaleón wrote:
2013/3/19 Camaleón noela...@gmail.com:
2013/3/18 Jonathan Nieder jrnie...@gmail.com:
Camaleón wrote:
El 2013-03-18 a las 20:38 +0100, Arend van Spriel escribió:
Sorry to hear. Reading back the bug report I noticed you are having a
Am Donnerstag, den 28.02.2013, 16:52 +0100 schrieb Julien Cristau:
On Tue, Feb 26, 2013 at 18:27:11 +0100, Bruno Kleinert wrote:
Package: linux-image-3.2.0-4-amd64
Version: 3.2.39-1
Severity: normal
--- Please enter the report below this line. ---
Hi there,
GNOME shell gets
El 2013-03-19 a las 11:53 -0500, Dan Williams escribió:
On Tue, 2013-03-19 at 17:21 +0100, Camaleón wrote:
2013/3/19 Camaleón noela...@gmail.com:
2013/3/18 Jonathan Nieder jrnie...@gmail.com:
Camaleón wrote:
El 2013-03-18 a las 20:38 +0100, Arend van Spriel escribió:
Sorry to
On Tue, 2013-03-19 at 18:30 +0100, Camaleón wrote:
El 2013-03-19 a las 11:53 -0500, Dan Williams escribió:
On Tue, 2013-03-19 at 17:21 +0100, Camaleón wrote:
2013/3/19 Camaleón noela...@gmail.com:
2013/3/18 Jonathan Nieder jrnie...@gmail.com:
Camaleón wrote:
El 2013-03-18 a las
El 2013-03-19 a las 12:59 -0500, Dan Williams escribió:
On Tue, 2013-03-19 at 18:30 +0100, Camaleón wrote:
El 2013-03-19 a las 11:53 -0500, Dan Williams escribió:
Note that NM 0.9.8 won't ask for a password when just anything fails,
but will ask for a password if the 4-way handshake
On Tue, 2013-03-19 at 19:11 +0100, Camaleón wrote:
El 2013-03-19 a las 12:59 -0500, Dan Williams escribió:
On Tue, 2013-03-19 at 18:30 +0100, Camaleón wrote:
El 2013-03-19 a las 11:53 -0500, Dan Williams escribió:
Note that NM 0.9.8 won't ask for a password when just anything
El 2013-03-19 a las 13:16 -0500, Dan Williams escribió:
On Tue, 2013-03-19 at 19:11 +0100, Camaleón wrote:
(...)
NM minimally verifies the PSK, which by 802.11 standards is between 8
and 63 ASCII characters inclusive. So you should be able to type
anything you want within those
Bernhard wrote:
Reason was a too small frame buffer size with 32MB in UEFI.
[...]
After increasing the frame buffer size from 32MB to 64MB, gnome shell
starts without any errors.
Where do you configure that? Is this a BIOS bug? We might want to
warn users in the wheezy release notes, so
forwarded 703390 https://bugs.freedesktop.org/62507
quit
SuperCat wrote:
I have report the bug to freedebug.org
Thanks! Chris Wilson writes:
| your hangs are a result of bugs in the rc6 implementation (enabled by
| default as it saves a lot of power on all systems)
which sounds like they
Processing commands for cont...@bugs.debian.org:
forwarded 703390 https://bugs.freedesktop.org/62507
Bug #703390 [src:linux] linux-image-3.2.0-4-amd64: GPU hungs, the X11 process
has high CPU usage and the screen becomes lag
Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/62507'.
On 2013-03-18 22:44 +0100, Guy Heatley wrote:
Sven - I can confirm that your downgrading suggestion fixes this problem.
On 18/03/13 17:03, Sven Joachim wrote:
Kernel folks, this appears to be a regression resulting from the
DRM 3.4 backport.
Can you confirm that downgrading
Bernhard wrote:
I have configured the frame buffer size in UEFI (see attached screenshot).
I don't know, if this is a BIOS bug.
I have installed the latest version from february 2013.
Thanks much. That helps a lot.
I'll try to find time to see if the patch that improved the error
message is
On 03/19/2013 05:21 PM, Camaleón wrote:
Mar 19 17:05:28 stt300 kernel: [26034.188562] wlan0: authenticated
Mar 19 17:05:28 stt300 kernel: [26034.192108] wlan0: associate with
00:1a:2b:97:7a:97 (try 1/3)
Mar 19 17:05:28 stt300 NetworkManager[30971]: info (wlan0): supplicant interface
state:
On Tue, 2013-03-19 at 22:55 +0100, Arend van Spriel wrote:
On 03/19/2013 05:21 PM, Camaleón wrote:
Mar 19 17:05:28 stt300 kernel: [26034.188562] wlan0: authenticated
Mar 19 17:05:28 stt300 kernel: [26034.192108] wlan0: associate with
00:1a:2b:97:7a:97 (try 1/3)
Mar 19 17:05:28 stt300
Package: src:linux
Version: 3.2.35-2
Severity: minor
Dear Maintainer,
my Acer Aspire 3810T laptop hotkeys (+) seem to function good,
but when pressed, they produce some kernel log messages like this:
ACPI Exception: AE_AML_PACKAGE_LIMIT ...
ACPI Error: Method parse/execution failed ...
(look
my Acer Aspire 3810T laptop hotkeys (+) seem to function good,
I meant hotkeys (Fn+SomeKey) instead.
It's some weird webmail issue.
Best wishes, Bob
Package: src:linux
Version: 3.2.39-2
Severity: grave
Dear Maintainer,
I upgraded to the 3.2.39-2 package last night, and this morning my
system wouldn't boot. I used Marco's advice in #551798 to set
init=/bin/bash, and found the boot stopped after running /etc/rcS.d/S02udev.
Sometimes there
On Sun, 2013-03-17 at 21:54 +0100, Vincent Blut wrote:
Package: src:linux
Version: 3.2.39-2
Severity: normal
Tags: upstream
Hi,
Since Linux 3.7, the brightness hotkeys work on this laptop. Initially I
thought that this support was added by a specific plateform driver
commit but after
Processing commands for cont...@bugs.debian.org:
tags 703271 + pending
Bug #703271 [src:linux] linux-image-3.2.0-4-amd64: Fix brightness hotkeys on
ASUS UX31A laptop
Added tag(s) pending.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
703271:
35 matches
Mail list logo