Processing commands for cont...@bugs.debian.org:
reassign 508541 redhat-cluster-source
Bug#508541: redhat-cluster-modules-2.6.26-1-686-bigmem: GFS cannot create files
over 4KB
Bug reassigned from package `redhat-cluster-modules-2.6.26-1-686-bigmem' to
`redhat-cluster-source'.
reassign 498207
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.9.26etch2
tags 514611 + pending
Bug#514611: [linux-modules-extra-2.6] Please add batman-adv modules
Tags were: patch
Tags added: pending
End of message, stopping processing here.
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.9.26etch2
tags 521535 + pending
Bug#521535: [PATCH] [linux-modules-extra-2.6] Please add batmand-gateway modules
Tags were: patch
Tags added: pending
End of message, stopping
Hi,
I was having problems with linux-image-2.6.26-1-openvz-amd64 that seem
very similar to this. If I tried starting/rebooting any VE after
creating any NAT iptables rules, I got a NULL pointer dereference
followed by OOPSes just as the VE's network interfaces came up. I've
attached the
Package: linux-image-2.6.26-1-686
Version: 2.6.26-13
Severity: normal
d
-- Package-specific info:
** Version:
Linux version 2.6.26-1-686 (Debian 2.6.26-13) (wa...@debian.org) (gcc version
4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Sat Jan 10 18:29:31 UTC
2009
** Command line:
On Thursday 02 April 2009 01:57:43 am Tom Rathborne wrote:
On Wed, Apr 01, 2009 at 05:39:59PM -0400, Tom Rathborne wrote:
I commented out the junk in fs/dcache.c and the kernel compiled. :)
I will send you the sysrq-D info next time I get the bug!
Oops ... now OpenVZ won't start!
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.9.26etch2
tags 521691 + pending
Bug#521691: fails to reach network a short time after boot
There were no tags set.
Tags added: pending
End of message, stopping processing here.
Package: firmware-nonfree
Severity: wishlist
Hi,
would it be possible to create an umbrella package which would depend on all
firmware-* packages, so every new firmware package would be installed
automatically ?
Thanks,
Xav
-- System Information:
Debian Release: squeeze/sid
APT
Package: initramfs-tools
Version: 0.93.1
Severity: normal
I'm just upgrade this package from v0.93 and when I restart the system, the
connection was missing; I'm sure that this is the problem because this is
the only package that I upgrade. I'm trying to fix it but noithing works.
Thanks.
--
I can confirm this bug as well on Intel x3100 graphics.
Also, there seems to be some confusion here between xorg and
xserver-xorg-core:
The problematic package is xserver-xorg-core.
Lenny: 1.4.2-10
Squeeze: 1.4.2-11
Sid: 1.4.2-11
Experimental: 1.5.99.902-1
xorg is the one with the 7.x versions.
Package: linux-image-2.6.26-1-xen-686
Version: 2.6.26-13lenny2
Severity: normal
http://www.nabble.com/xm-shutdown-doesn%27t-work-on-debian-lenny-td22308315.html
http://www.nabble.com/Domain-status-after-shutdown-command:s---td15565767.html
On Fri, Apr 03, 2009 at 04:49:49PM +0200, Xavier Bestel wrote:
Package: firmware-nonfree
Severity: wishlist
Hi,
would it be possible to create an umbrella package which would depend on all
firmware-* packages, so every new firmware package would be installed
automatically ?
no this
Hi,
On Samstag, 4. April 2009, maximilian attems wrote:
no this is not possible due to license differences.
ipwX needs a click through, but there will be soon unification
as bnx2 will land in firmware-linux and so on..
huh? you need to accept the ipwX licence anyway (else the package will be
Package: linux-2.6
Version: 2.6.29-1
Severity: wishlist
Tags: patch
The attached patch maps the brightness control events to one of two keys,
either KEY_BRIGHTNESSDOWN or KEY_BRIGHTNESSUP, as needed.
Some mapping has to be done due to the fact that the BIOS reports them as
base value + current
On Sat, Apr 04, 2009 at 01:00:27AM +0200, Holger Levsen wrote:
installed but not the firmware), so a depends would work.
I'd prefer a all-firmwarez meta-package though, which _recommends_ all binary
packages build from the firmware-nonfree source package :-)
(recommends are installed per
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.9.26etch2
tags 521016 + pending
Bug#521016: [mips] llseek regression introduced by syscall wrapping
There were no tags set.
Tags added: pending
End of message, stopping processing
16 matches
Mail list logo