Salvatore Bonaccorso writes:
> Control: tags -1 + moreinfo
>
> Hi Steve,
>
> On Sun, Dec 10, 2023 at 07:41:15PM -0800, Steve VanDevender wrote:
> > Package: src:linux
> > Version: 6.1.66-1
> > Severity: grave
> > Tags: upstream
> > Justifi
Package: src:linux
Version: 6.1.52-1
Severity: important
Tags: upstream
Dear Maintainer,
As of linux-image-6.1.0-12, I can no longer use my Hauppage WinTV-Aero-M as
one of its necessary kernel modules (lgdt3305) now fails to load.
2023-09-11T19:35:12.938596-07:00 glitch kernel: [39125.513119]
Package: emacs
Version: 1:27.1+1-3.1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the
Still happening in linux-image-4.9.0-3-amd64_4.9.30-1.
Just a note: Still happening with the latest linux-image-4.9.0-3-amd64
(4.9.25-1). Still can't coax out any more detailed diagnostics.
Fortunately the Jessie kernel (3.16-0-4-amd64 3.16.43-2) remains
rock-solid and the Stretch userspace doesn't have any apparent issues
running on it, so I am
Package: src:linux
Version: 4.9.18-1
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
On a Lenovo Thinkpad X230, if the AC power state changes between
suspending and resuming, the system rapidly locks up on resume. That
is, if AC power was connected when the system was
Out of curiousity, I tried plugging my WinTV Aero-M into another system
I had just upgraded to stretch, and found that it was fully recognized.
The difference is that the other system uses the 686-pae kernel and
ehci-pci instead of xhci_hcd.
Apr 20 13:30:25 scuzzy kernel: [11823.736052] usb 3-6:
Package: src:linux
Version: 3.16.7-ckt25-1
Followup-For: Bug #817874
I'm also seeing freezes with a system using the radeon driver. Here's
the first logged kernel oops (the subsequent oopses basically look the
same):
Apr 1 14:43:01 hexadecimal kernel: [90926.018227] *pdpt = 07ac4001
Package: linux-image-3.2.0-4-amd64
Version: 3.2.57-2
Severity: critical
Justification: breaks the whole system
Attempting to use wireless with the rtl8192ce driver in 3.2.57-1 and 3.2.57-2
on my amd64 laptop crashes with a kernel oops. Unfortunately I could transcribe
only the top part of the
Ben Hutchings writes:
We can't support two different kernel versions but we can potentially
update the DRM drivers to the versions in Linux 3.4.y. This is covered
by bug #687442 which I've marked as blocking this bug.
Julien Cristau prepared some packages for testing before we make
Agustin Martin writes:
On Mon, Jan 10, 2011 at 05:17:54PM -0800, Steve VanDevender wrote:
Package: dictionaries-common
Version: 1.5.16
Severity: important
Tags: squeeze
/usr/share/emacs/site-lisp/dictionaries-common/ispell.el creates a bogus
entry in default-menubar under
Agustin Martin writes:
On Tue, Jan 11, 2011 at 11:25:50AM +0100, Agustin Martin wrote:
On Mon, Jan 10, 2011 at 05:17:54PM -0800, Steve VanDevender wrote:
Package: dictionaries-common
Version: 1.5.16
Severity: important
Tags: squeeze
/usr/share/emacs/site-lisp
Agustin Martin writes:
In case a change is really needed, I'd expect something like (untested)
[Kill Process(ispell-kill-ispell t 'clear) t]
to work. But I'd like to know first what is happening.
I can confirm that this code change does not produce the original error,
nor am I
Package: xemacs21-basesupport
Version: 2009.02.17.dfsg.1-1
Severity: important
Tags: squeeze
When using the VM mail reader in XEmacs 21.4.22 as shippped in Debian squeeze,
the *second* attempt to use vm-compose-mail results in the error Wrong type
argument: stringp, clear. I wish I could nail
I'd like to retract this bug as I have found what appears to be the real
underlying problem, which is apparently really in in dictionaries-common
(its ispell.el seems to be creating the bogus default-menubar entry). I
will submit a separate bug report for that issue.
--
To UNSUBSCRIBE, email
Package: dictionaries-common
Version: 1.5.16
Severity: important
Tags: squeeze
/usr/share/emacs/site-lisp/dictionaries-common/ispell.el creates a bogus
entry in default-menubar under XEmacs 21 (xemacs21-nomule is what I am
running).
After ispell.el changes the Kill Process menu item under Cmds -
Package: slib
Version: 3a4-3
Example:
$ mzscheme
Welcome to MzScheme version 352, Copyright (c) 2004-2006 PLT Scheme Inc.
(load /usr/share/slib/init/DrScheme.init)
/usr/share/slib/require.scm:27:4: define: not allowed in an expression context
in: (define slib:features *features*)
=== context
17 matches
Mail list logo
