Package: linux-image-2.6.32-rc8-amd64
Version: Please enable GL860
Severity: wishlist
Hello,
since 2.6.32 a new webcam driver has been included in the gspca suite.
This driver manages webcams based on the gl860 usb chipset by Genesys Logic,
found in many laptops.
I have helped the developers in
Ben Hutchings schrieb:
On Mon, 2009-11-30 at 02:29 +, Ben Hutchings wrote:
On Sat, 2009-11-28 at 21:08 +0100, Joerg Pareigis wrote:
Package: linux-image-2.6-686
Version: 2.6.26-19lenny2
Module: atl1e
IPv4 traffic runs perfect with 100Mbit/s.
Receiving data with IPv6 is also OK.
* Daniel Schepler | 2009-11-25 11:47:07 [-0800]:
I just tried building libsigsegv under this version of linux-image-2.6.32-rc8-
amd64 and still got the same build failure.
Yes, because the patch never made it into the kernel. The changelog says:
| [ Ben Hutchings ]
| * New upstream release
On Sun, 2009-12-06 at 12:30 +0100, Joerg Pareigis wrote:
Ben Hutchings schrieb:
On Mon, 2009-11-30 at 02:29 +, Ben Hutchings wrote:
On Sat, 2009-11-28 at 21:08 +0100, Joerg Pareigis wrote:
Package: linux-image-2.6-686
Version: 2.6.26-19lenny2
Module: atl1e
IPv4
On Sat, Dec 05, 2009 at 04:48:59PM +0100, Bastian Blank wrote:
On Thu, Dec 03, 2009 at 10:04:52PM -0700, dann frazier wrote:
There's some security issues fixed in 2.6.32, so I'd like to see us
upload 2.6.32-1 relatively soon. How about an upload tomorrow?
Okay, lets do this with an
On Sun, Dec 06, 2009 at 09:51:12AM -0700, dann frazier wrote:
On Sat, Dec 05, 2009 at 04:48:59PM +0100, Bastian Blank wrote:
On Thu, Dec 03, 2009 at 10:04:52PM -0700, dann frazier wrote:
There's some security issues fixed in 2.6.32, so I'd like to see us
upload 2.6.32-1 relatively soon.
I just noticed that glTron (/usr/games/gltron, package gltron) causes the same
problem. The game itself was running fine, the problem occured just after
ending it. Also, applications already running (e.g. Midnight Commander,
Iceweasel) continue to work as usual. Only newly started applications
I prepared my own patch and tested that. However, our general policy is
to apply patches that were accepted upstream, so in the end I applied
Jie Yang's patch. The critical change is to remove the line
'netdev-features |= NETIF_F_TSO6;' which tells the kernel that the
driver supports TSO for
On Sun, 2009-12-06 at 18:55 +0100, Joerg Pareigis wrote:
I prepared my own patch and tested that. However, our general policy is
to apply patches that were accepted upstream, so in the end I applied
Jie Yang's patch. The critical change is to remove the line
'netdev-features |=
linux-2.6_2.6.32-1_amd64.changes uploaded successfully to localhost
along with the files:
linux-2.6_2.6.32-1.dsc
linux-2.6_2.6.32.orig.tar.gz
linux-2.6_2.6.32-1.diff.gz
linux-support-2.6.32-trunk_2.6.32-1_all.deb
linux-patch-debian-2.6.32_2.6.32-1_all.deb
Ben Hutchings schrieb:
[...]
It does; use patch -p1.
Ben.
No, I did use patch -p1.
patch -p1 atl1e.patch
patching file drivers/net/atl1e/atl1e_main.c
Hunk #1 FAILED at 1664.
Hunk #2 FAILED at 2252.
2 out of 2 hunks FAILED -- saving rejects to file
drivers/net/atl1e/atl1e_main.c.rej
Do
Package: linux-2.6
Severity: normal
I intend to disable cryptoloop support for Squeeze. The design flaws
reported as http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2004-2135
still apply to the (unmaintained) current version.
cryptoloop also doesn't work with journaling filesystems, which
On Sun, 2009-12-06 at 21:22 +0100, Joerg Pareigis wrote:
Ben Hutchings schrieb:
[...]
It does; use patch -p1.
Ben.
No, I did use patch -p1.
patch -p1 atl1e.patch
patching file drivers/net/atl1e/atl1e_main.c
Hunk #1 FAILED at 1664.
Hunk #2 FAILED at 2252.
2 out of 2 hunks
severity 553441 normal
thanks
On Sat, Nov 21, 2009 at 01:15:53PM +0100, Erik Andersson wrote:
Getting a similar result using D-link DWA-140 USB wifi-device, using
same chipset rt2870sta.
USB device shows no activitay (ie. blinking LED).
[snip]
Sys:
Debian sqeeze Official Snapshot i386 kde-CD
14 matches
Mail list logo