Package: linux-image-2.6.36-rc6-686
Version: 2.6.36~rc6-1~experimental.1
Severity: wishlist
Hello,
it would be great if you could enable CONFIG_IDEAPAD_ACPI=m.
This builds a module for Lenovo IdeaPad Netbooks that helps users to
switch on bluetooth and webcam which doesn't work now without the mo
Package: linux-image-2.6.36-rc6-686
Version: 2.6.36~rc6-1~experimental.1
Severity: wishlist
Hello,
somewhere in .36 upstream changed the logic for the internal selftests
of crypto algorithms from: CONFIG_CRYPTO_MANAGER_TESTS=y to:
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
i.e. crypto algorithms now d
Hello,
since people continue asking for it...
Does anybody know what happened to linux-kbuild-2.6_2.6.35-1~experimental.1?
It got uploaded 5 days ago, it's not in the queue anymore, but it does
neither appear on the buildd nor on the ftp servers...
Archive Administrator wrote at Sun, 08 Aug
20
On Sun, May 30, 2010 at 02:44:08PM +0200, Moritz Muehlenhoff wrote:
> On Sat, Feb 20, 2010 at 12:44:49PM +0100, Moritz Muehlenhoff wrote:
> > Please report this upstream at bugzilla.kernel.org and send the bugnumber
> Did you report this upstream?
Mh, no. It requires an account which I haven't.
Package: linux-image-2.6.32-3-686-bigmem
Version: 2.6.32-9
Hello,
recent kernels ship no snd-seq-oss.ko (the ALSA OSS sequencer emulation)
anymore. I belive this is due to
linux-2.6 (2.6.30-1) unstable; urgency=low
[ Bastian Blank ]
* Disable OSS.
Since the other OSS
On Thu, Feb 25, 2010 at 08:16:14AM +0100, Goswin von Brederlow wrote:
> Yes you can do something about it: Only start the raid arrays with the
> correct homehost.
I agree with you that auto-assembling devices with non-matching homehost
(and unknown UUID) is probably not the best idea.
> If the ho
On Wed, Feb 24, 2010 at 02:13:53PM +0100, Goswin von Brederlow wrote:
> grub.cfg (grub2) uses UUID for grub itself. But the kernel can be bootet
> with root=/dev/md0. But in that case where does it get the homehost from
> and since when does kernel raid autoconfig have a homehost?
The homehost att
On Thu, Feb 18, 2010 at 11:29:33PM +0100, Moritz Muehlenhoff wrote:
> On Thu, Oct 16, 2008 at 12:58:05AM +0200, Mario 'BitKoenig' Holbe wrote:
> > Package: linux-image-2.6.26-1-amd64
> > Version: 2.6.26-8
> > ioctl32(hdparm:7607): Unknown cmd fd(3) cmd(031c){t
On Mon, Jul 20, 2009 at 07:11:03PM +0200, Moritz Muehlenhoff wrote:
> Scott's patch landed in 2.6.30.
> Mario, can you confirm that this fixes your problem?
Yes, floppy gets autoloaded in 2.6.30 without an /etc/modules entry.
regards
Mario
--
Geld regiert doch die Welt - auch wenn es nicht d
On Sun, Dec 14, 2008 at 11:27:15PM +, Debian Bug Tracking System wrote:
> From: maximilian attems
> To: 504043-d...@bugs.debian.org
>
> yes we try to be user friendly.
Nice paraphrase.
> the bailout does not happen in usual conditions.
Well, it does, for example, easily happen on SATA only
Package: initramfs-tools
Version: 0.92l
Hello,
initrams created by initramfs-tools default to opening shell access to
the system on errors. This is an insecure default. Errors can be induced
on otherwise secured systems in many ways, like plugging in USB sticks,
eSATA devices, entering wrong pass
On Mon, Oct 20, 2008 at 04:02:35PM +0200, Mario 'BitKoenig' Holbe wrote:
> express those keys to everybody than the question if mkinitramfs-kpkg is
expose, even.
--
Und wie jede Sprache, so hat auch PHP ein Anwendungsgebiet, fuer das es
besonders gut geeignet ist. Soweit ich sehen
On Mon, Oct 20, 2008 at 03:37:42PM +0200, maximilian attems wrote:
> On Sun, 19 Oct 2008, Mario 'BitKoenig' Holbe wrote:
> > I have loop-aes-utils installed which sets UMASK=0077 in
> > /usr/share/initramfs-tools/conf.d/loopaes. This seems to be respected by
> &
Package: initramfs-tools
Version: 0.92l
Hello,
upgrading kernels always produces 0644 initrd.imgs while upgrading
initramfs-tools as well as manual update-initramfs calls produce 0600
initrd.imgs. The only difference I found is that kernel postinst scripts
use mkinitramfs-kpkg instead of update-i
Package: linux-image-2.6.26-1-amd64
Version: 2.6.26-8
Hello,
while testing 64bit kernel under 32bit userland I found some ioctls that
definitely work on a 32bit kernel and are likely just not correctly
mapped:
ioctl32(hdparm:7607): Unknown cmd fd(3) cmd(031c){t:03;sz:0} arg()
on /de
On Mon, Oct 08, 2007 at 08:35:14PM -0400, Brad Jorsch wrote:
> On Mon, Oct 08, 2007 at 09:00:09AM +0200, maximilian attems wrote:
> > boring and yes modular kernel are recommended!
> Other people recommend a non-modular kernel, especially if no modules
> are needed. There is no reason not to suppor
On Tue, Sep 04, 2007 at 06:50:53PM +0200, maximilian attems wrote:
> any pointer to a statement on that topic?
man mdadm
look for /dev/md/root, you should end up in the ASSEMBLE MODE section.
The DEVICE NAMES section describes the two standard naming schemes.
Mario
--
If her DNA was off by one
On Tue, Sep 04, 2007 at 04:08:49PM +0200, martin f krafft wrote:
> also sprach Mario 'BitKoenig' Holbe <[EMAIL PROTECTED]> [2007.09.03.2147
> +0200]:
> > > [ please use reportbug in furture it adds important info ]
> > ...and add python to my system... grrr :)
On Tue, Sep 04, 2007 at 11:44:33AM +0200, maximilian attems wrote:
> ok, so i don't care about the old devfs way,
> as that is clearly old fashioned.
I understand your decision, especially regarding the current lack of
support for non-'standard' names from Debian mdadm.
However... no offense meant
On Mon, Sep 03, 2007 at 08:44:10PM +0200, maximilian attems wrote:
> [ please use reportbug in furture it adds important info ]
...and add python to my system... grrr :)
> On Mon, 03 Sep 2007, Mario 'BitKoenig' Holbe wrote:
> > using a device name like /dev/md/0 or /dev/
Package: initramfs-tools
Version: 0.90a
Hello,
using a device name like /dev/md/0 or /dev/md/root as root device breaks
the creation of the intramfs-image because of an syntax error in the awk
script in dep_add_modules():
block=$(awk "/^${root}/{print substr(\$5, 1, 3); exit}" \
21 matches
Mail list logo
