Source: linux-latest
Version: 79
The changelog says:
linux-latest (77) unstable; urgency=medium
* Re-introduce xen-linux-system packages, accidentally dropped in version 75
But as of version 79, no xen-linux-system seems to be available, in
particular xen-linux-system-amd64
The changelog
Source: linux-2.6
Version: 2.6.32-26
Severity: normal
I'm not sure if the bug is in top or in linux. top reports that galeon
(my web browser) uses 195GB of swap; that's far more swap than I have,
so not possible.
The only out of the ordinary thing I remember doing is hibernating and
resuming
On Thu, Dec 23, 2010 at 02:14:13PM +, Ian Campbell wrote:
I have put some test packages with the patches discussed further up the
bug (less the pte_flags one as mentioned) at:
http://xenbits.xen.org/people/ianc/2.6.32-29+xen0/
Please could you test and let me know how you get on. In
On Thu, Dec 23, 2010 at 02:14:13PM +, Ian Campbell wrote:
I have put some test packages with the patches discussed further up the
bug (...)
Please could you test and let me know how you get on. In particular
if you use Nouveau, since I only have Radeon cards to hand.
I use nouveau, but
On Tue, Nov 23, 2010 at 10:41:57AM +0100, Alexander Kurtz wrote:
The following bugs seem to be identical:
#601341
#602418
#604096
They all seem to be fixed by this kernel:
http://xenbits.xen.org/people/ianc/
I think it would be a good idea to
*) merge them all
*) assign to linux-2.6
reassign 601341 linux-2.6
found 601341 2.6.32-27
thanks
On Thu, Nov 18, 2010 at 09:33:11AM +, Ian Campbell wrote:
On Thu, 2010-11-18 at 09:19 +0100, Lionel Elie Mamane wrote:
On Thu, Nov 18, 2010 at 09:40:43AM +0200, Timo Juhani Lindfors wrote:
Hmm. So you are running an X server
On Thu, Nov 18, 2010 at 09:40:43AM +0200, Timo Juhani Lindfors wrote:
Hmm. So you are running an X server in the dom0 or in a domU?
In the dom0.
--
Lionel
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: linux-image-2.6.26-1-amd64
Version: 2.6.26-13
Severity: normal
Starting situation (all RAID arrays are Linux Software RAID,
from the CONFIG_MD driver):
/dev/md1, a (degraded) raid5 array made of /dev/sdb6 /dev/sdc6
/dev/md0, a (degraded) raid1 array made of /dev/sdb5 /dev/sdc5
The
Forwarding information sent to me personally about this bug.
---BeginMessage---
On Sat, 14 Feb 2009 07:10:36 +0100, Lionel Elie Mamane lio...@mamane.lu
wrote:
reassign 515125 linux-2.6
thanks
Hi,
Thank you for your bug report.
On Fri, Feb 13, 2009 at 08:13:45PM +0100, Mark Poks wrote:
i
On Sun, Dec 21, 2008 at 12:37:27AM +0100, Moritz Muehlenhoff wrote:
On Mon, Mar 24, 2008 at 03:59:51PM +0100, Lionel Elie Mamane wrote:
Further experience shows that the errors / lockups come only after
using the mISDN ports; it may not be a bug in the kernel proper, only
mISDN somehow
Package: squashfs-modules-2.6-686
Version: 2:2.6.26-4
Severity: wishlist
[EMAIL PROTECTED]:~/EMINENT$ sudo mount -t squashfs -o loop 0 /mnt/
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or helper program, or other error
In some cases useful info
On Fri, Jul 04, 2008 at 10:54:03PM +0200, maximilian attems wrote:
can you still reproduce that with an uptodate kernel
at best 2.6.25? it has newer ipv6 with more features and fixes?
I haven't encountered the problem in a long time.
--
Lionel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Further experience shows that the errors / lockups come only after
using the mISDN ports; it may not be a bug in the kernel proper, only
mISDN somehow corrupting an internal data structure which leads to the
lockup later. It may also be a problem of the sort that mISDN calls
some kernel interface
Package: linux-image-2.6.24-1-amd64
Version: 2.6.24-4
Got the following error at a seemingly random point in time. Then, one
of my SSH sessions froze, but IP routing and the other SSH session on
the machine were still working OK. A sudo reboot froze the remaining
session.
[ cut here
Package: initramfs-tools
Version: 0.91d
Severity: serious
Justification: Policy 3.5
On update/upgrade of a sid machine today, initramfs-tools failed to
configure, because it tries to use mktemp, while it was not installed
on that machine.
If it needs it, it must depend on it.
--
Lionel
--
reassign 408506 udev
retitle 408506 /etc/udev/rules.dev/udev.rules symlink not always automatically
created.
thanks
On Mon, Jan 07, 2008 at 01:11:35AM +0100, maximilian attems wrote:
I get what seems to be similar problems with linux-image-2.6.18-4-686
as well as self-compiled kernels from
On Wed, Jan 16, 2008 at 04:30:52PM +0100, Marco d'Itri wrote:
On Jan 16, Lionel Elie Mamane [EMAIL PROTECTED] wrote:
Hmm... I have now found the source of the problem (in bug
#408506). On machines where it works well,
/etc/udev/rules.dev/udev.rules is symlinked to ../udev.rules, on
machines
Package: linux-2.6
Version: 2.6.22-3
Severity: normal
Attach: /home/master/prio_filter_map_fallback_test.sh
Subject area: network, packet schedulers (qdisc), filters for
classifying packets in classful qdiscs
When I attach a filter to a prio qdisc, the packets that it does _not_
match are not
Looks like the attachment didn't make it through. Here it is.
prio_filter_map_fallback_test.sh
Description: Bourne shell script
I get what seems to be similar problems with linux-image-2.6.18-4-686
as well as self-compiled kernels from Debian sources.
See bug#408506.
--
Lionel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: linux-2.6
Version: 2.6.18-8
Severity: normal
Symptoms: After a few weeks/months of uptime, my IPv6 machines whose
IPv6 first hop link MTU is more than the minimum (1280) stop
reacting to ICMPv6 too big packets and keep sending TCP packets
above the MTU of the path to other hosts.
Package: initramfs-tools
Version: 0.85b
Severity: normal
Setting up linux-image-2.6.18-3-686 (2.6.18-7) ...
Hmm. The package shipped with a symbolic link /lib/modules/2.6.18-3-686/source
However, I can not read the target: No such file or directory
Therefore, I am deleting
close 335505 0.44
thanks
Reading the buglog, and the following entry in the changelog of the
package:
initramfs-tools (0.44) unstable; urgency=high
O partigiano portami via
* hooks/kernelextras: Really fix #335505.
it seems that the bug was fixed in 0.44, but the maintainer used
notfound
On Tue, Sep 12, 2006 at 04:06:20PM +0200, maximilian attems wrote:
On Tue, 12 Sep 2006, Lionel Elie Mamane wrote:
On Mon, Aug 14, 2006 at 03:11:39PM +0200, maximilian attems wrote:
I've removed the patch tag, as the proposed patch is nacked,
Except as outlined in [EMAIL PROTECTED],
what's
On Mon, Aug 14, 2006 at 03:11:39PM +0200, maximilian attems wrote:
I've removed the patch tag, as the proposed patch is nacked,
Except as outlined in [EMAIL PROTECTED],
what's wrong with the patch proposed in
[EMAIL PROTECTED] ?
so we need for your loop-aes pleasure a specific config dir for
On Mon, Aug 14, 2006 at 01:26:50PM +0200, Max Vozeler wrote:
On Mon, Aug 14, 2006 at 09:26:04AM +0200, Lionel Elie Mamane wrote:
On Sat, Aug 12, 2006 at 10:43:16AM +0200, maximilian attems wrote:
also loop-aes is quite a specific use case, so i'm not in big
favour of setting the umask
On Sat, Aug 12, 2006 at 10:43:16AM +0200, maximilian attems wrote:
On Sun, 06 Aug 2006, Lionel Elie Mamane wrote:
The generated initramfs is world-readable (as well as the temporary
files); this leaks cryptographic keys (in password-protected form) to
all users on the system when the root fs
Package: initramfs-tools
Version: 0.73b
Tags: patch
The generated initramfs is world-readable (as well as the temporary
files); this leaks cryptographic keys (in password-protected form) to
all users on the system when the root fs is encrypted (because these
keys then get copied to the initramfs,
.
+
+ -- Lionel Elie Mamane [EMAIL PROTECTED] Sun, 16 Jul 2006 14:32:51 +0200
+
initramfs-tools (0.69b) unstable; urgency=high
* debian/initramfs-tools.preinst: Don't depend upon shipped directories
diff -Nru /tmp/uXrcEIMF0w/initramfs-tools-0.69b/scripts/functions
/tmp/dG2YS5smkE/initramfs-tools-0.69b.0
noowner 325704
thanks
- Forwarded message from [EMAIL PROTECTED] -
Subject: Re[2]: capi4hylafax: latest drivers?
To: Lionel Elie Mamane [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Hi Lionel,
this problem has another origin. While reconstructing kernel 2.6. the call
Package: kernel-image-2.6.8-2-sparc64
Version: 2.6.8-6
Followup-For: Bug #271315
I confirm hitting this bug with a Type 5c keyboard, on an UltraSparc
5, too. Keymap is completely baroque, e.g. the delete key acts as
enter, some Fn keys act as normal characters like u or n and
$DEITY knows what
On Sun, Aug 29, 2004 at 08:09:35PM +0100, Martin Michlmayr wrote:
* Lionel Elie Mamane [EMAIL PROTECTED] [2004-08-28 15:04]:
If modprobe issues warnings, mkinitrd thinks it has failed:
Well, I guess it could ignore warnings... but why don't you just fix
them?
That's what I did to solve my
Package: initrd-tools
Version: 0.1.73
Severity: normal
If modprobe issues warnings, mkinitrd thinks it has failed:
/usr/sbin/mkinitrd: add_modules_dep_2_5: modprobe failed
WARNING: Failed to open config file /etc/modprobe.d/alsa: No such file or
directory
WARNING: Failed to open config file
33 matches
Mail list logo
