initramfs-tools_0.85e_i386.changes uploaded successfully to localhost
along with the files:
initramfs-tools_0.85e.dsc
initramfs-tools_0.85e.tar.gz
initramfs-tools_0.85e_all.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "un
On Wed, Dec 20, 2006 at 07:37:50PM +0100, Miklos Szeredi
wrote:
> Can you please try the out-of-tree kernel module from the
> fuse-2.6.x package (use 'configure
> --enable-kernel-module). That contains a workaround for a
> bug in the ARM architecture code.
I've just built fuse-2.6.1 from the tarb
Processing commands for [EMAIL PROTECTED]:
> reopen 388350
Bug#388350: Add USB eject patch from Ubuntu
Bug is already open, cannot reopen.
> found 388350 2.6.18-7
Bug#388350: Add USB eject patch from Ubuntu
Bug marked as found in version 2.6.18-7.
> thanks
Stopping processing here.
Please conta
reopen 388350
found 388350 2.6.18-7
thanks
I reported http://bugzilla.gnome.org/show_bug.cgi?id=387981 today and a
developer said that it is probably this Debian-specific issue.
--
Sam Morris
http://robots.org.uk/
PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078
si
> While browsing /usr/sbin/update-initramfs script, I've found that it
> does not clear 'mode' environment variable that could come from
> environment.
>
> Although nothing serious, better to fix it by adding something like
> 'unset mode' or 'mode=""' before command-line parsing.
And same with 've
On Wed, Dec 20, 2006 at 05:01:33PM +0100, Michael Schmitz wrote:
> OK, here's what I found out: The only piece that is missing from 2.6.18-8
> (and, presumably, -7) is actually switching on the config options for
> FB_ATARI, KEYBOARD_ATARI and MOUSE_ATARI. These options were not new,
> that's why
On Wed, 20 Dec 2006 18:26:57 +0100, Jonas Smedegaard <[EMAIL PROTECTED]> said:
> Sven Luther wrote:
>> On Wed, Dec 20, 2006 at 09:35:56AM -0600, Manoj Srivastava wrote:
>>> What architecture line are we talking about here? Is there a bug
>>> report number I can refer to to refresh my memory on th
Processing commands for [EMAIL PROTECTED]:
> reassign 403846 mdadm
Bug#403846: update-initramfs: mount/losetup are broken in initrd
Bug reassigned from package `initramfs-tools' to `mdadm'.
> retitle 403846 support partionable arrays with offset boot arg
Bug#403846: update-initramfs: mount/losetu
reassign 403846 mdadm
retitle 403846 support partionable arrays with offset boot arg
severity 403846 wishlist
stop
On Wed, 20 Dec 2006, root wrote:
>
> I dont use crypt; I have made my RAID.1 over disk, then partitioning;
> that is perfectly OK with RAID.1 (and only this one). Partitions are
> re
On Wed, Dec 20, 2006 at 04:49:27PM +0800, cnhnln cnhnln wrote:
> Hi all,
>
> My board is Intel SE7230NH1-E.It use ICH7 SouthBridge
> Harddisk is two WD1500ADFD and WD740GD
> BIOS set "configure SATA as "
> System is amd64 etch
>
> When i boot the system.I get this message
See #391867 - this fix
On Wed, Dec 20, 2006 at 06:26:57PM +0100, Jonas Smedegaard wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Sven Luther wrote:
> > On Wed, Dec 20, 2006 at 09:35:56AM -0600, Manoj Srivastava wrote:
> >> What architecture line are we talking about here? Is there a
> >> bug repor
> We at Debian received the following bug report saying that FUSE is not
> working on ARM. I've verified this on two ARM platforms (IXP4xx and
> IOP32x) and also checked that it's working fine on MIPS. The problem
> seems that it hangs in stat64.
Can you please try the out-of-tree kernel module
This bug should be closed, with a note that the main issue is a change
in the default in the apm module. The problem can be worked around
by placing the line
apm power_off=1
in /etc/modules
It would have been a kind act to note this change of default in the
changelog, but oh well...
--
To
We at Debian received the following bug report saying that FUSE is not
working on ARM. I've verified this on two ARM platforms (IXP4xx and
IOP32x) and also checked that it's working fine on MIPS. The problem
seems that it hangs in stat64.
The report initially described that encfs hangs, but the
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-12-20 18:20]:
> I can reproduce this on IOP32x:
Also happens on ARM IXP4xx, doesn't happen on mipsel.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL P
* Jon Dowland <[EMAIL PROTECTED]> [2006-12-16 20:12]:
> I installed sshfs and tried that and an ls for that also
> hung.
>
> I'll try to strace sshfs or encfs and see what happens.
I can reproduce this on IOP32x:
open("/proc/mounts", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0444, st
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sven Luther wrote:
> On Wed, Dec 20, 2006 at 09:35:56AM -0600, Manoj Srivastava wrote:
>> What architecture line are we talking about here? Is there a
>> bug report number I can refer to to refresh my memory on this issue?
>
> ...
>
>>
390862 + pending
thanks
Are there any kernel developers around that can comment on bug
#390862?
no
So, it's pretty much set then that there will be no PAE
version for etch?
no, there will be no non-pae version
So, the version shipped will be PAE?
yes.
sweet
Maybe someone can comment on tha
Processing commands for [EMAIL PROTECTED]:
> tags 390862 + pending
Bug#390862: PAE/bigmem-Version of Xen kernel
There were no tags set.
Tags added: pending
>
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrat
On Wed, Dec 20, 2006 at 09:35:56AM -0600, Manoj Srivastava wrote:
> What architecture line are we talking about here? Is there a
> bug report number I can refer to to refresh my memory on this issue?
...
> Again, what is broken about EXTRAVERSION? Which bug reports
> are we talk
We're seeing corruption of LUKS partition headers on ARM. I've
confirmed this on two different ARM platforms (IXP4xx and IOP32x) and
with 2.6.17 and 2.6.18.
Basically, when you create a LUKS partition on a PC and then connect
it to an ARM box and open it, you get an "automatic header conversion
f
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2006-12-18 22:08]:
> Well, it still happens with that kernel - seems exactly the
> same - so I guess that kills that idea.
Okay, bad news, I can reproduce this on two different ARM platforms,
both with 2.6.17 and 2.6.18. I'll mail upstream.
--
Martin Mich
Package: initramfs-tools
Version: 0.85c
Severity: minor
While browsing /usr/sbin/update-initramfs script, I've found that it
does not clear 'mode' environment variable that could come from
environment.
Although nothing serious, better to fix it by adding something like
'unset mode' or 'mode=""'
> > I think I had uploaded -7 just before I left, but I could not include
> > Michaels patches, since they would not apply to my tree. The easiest thing
> > for me would be if everything is in the CVS, I would then start building
> > 2.6.19.
>
> Roman has been making noises to that effect. I've not
On Mon, 18 Dec 2006 11:48:22 +0100, Bastian Blank <[EMAIL PROTECTED]> said:
> On Mon, Dec 18, 2006 at 09:31:22AM +0100, Goswin von Brederlow wrote:
>> And Bastian is decidetly anti make-kpkg and wants to remove all
>> make-kpkg use from linux-2.6 as stated several times now. You can
>> see begini
Hi,
yesterday, I had exactly the same problem on my Dell Latitude D600 which
had been running fine for months without changing any hardware or
configuration for weeks.
After the crash, the laptop refused to turn on at all several times. I
had three crashes in a row then booted Windows which worke
On Wed, Dec 20, 2006 at 02:50:59PM +0100, Norbert Tretkowski wrote:
> * Frederik Schueler wrote:
> [...]
> > The upload should be scheduled for Tuesday, unless someone vetoes.
>
> Is there a new schedule already?
>
> Norbert
waiting for the upstream mm fix..
or in the improbable
Package: linux-kbuild-2.6.18
Version: 2.6.18-1
Severity: important
I'm building proprietary Linux module with complicated directory structure.
Particulary, ther is a directory with a library being built inside it
(i.e. lib-y is non-empty, obj-y is empty). Linux kernel Makefile runs
modpost regard
* Frederik Schueler wrote:
[...]
> The upload should be scheduled for Tuesday, unless someone vetoes.
Is there a new schedule already?
Norbert
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
> tags 403846 moreinfo
Bug#403846: update-initramfs: mount/losetup are broken in initrd
There were no tags set.
Tags added: moreinfo
> stop
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(ad
Package: linux-2.6
Severity: normal
Tags: patch
Subject: radeon DRM incorrectly rejects valid offsets in some cases
Package: linux-2.6
Severity: normal
Tags: patch
[ CC to [EMAIL PROTECTED] for consideration of putting the attached fixes into
stable kernel releases ]
Note: Even though this bug
Oleg --
Quoting Oleg Verych <[EMAIL PROTECTED]>:
> On 12/16/06, Al Borchers <[EMAIL PROTECTED]> wrote:
> > * +#define TI_3410_EZ430_ID 0xF430 /* TI ez430 development
> tool
> > */
> >
> > Where do you use this?
>
> Shiny new device from TI, don't you know? You've lost nothing MSP4
Processing commands for [EMAIL PROTECTED]:
> reassign 403733 linux-2.6
Bug#403733: kernel hangs when creating more than one lvm snapshot of the same
logical volume
Bug reassigned from package `base' to `linux-2.6'.
> severity 403733 important
Bug#403733: kernel hangs when creating more than one
Oleg --
Quoting Oleg Verych <[EMAIL PROTECTED]>:
> On 12/16/06, Al Borchers <[EMAIL PROTECTED]> wrote:
> > * We can't remove the compiled in firmware--that would break things
> > until users get and install the firmware images.
> >
> > * What I did in my patch at
> www.brimson.com/downloads/ti_
Could it be that the timing behavior of this driver (r8169) exhibits some
other problem for example with tcp/ip? The transfer rates given in the bug
report were for cifs file access. Other systems with forcedepth or b44
drivers give miserable throughput figures occasionally too. Only the r8169
tags 403846 moreinfo
stop
On Wed, 20 Dec 2006, root wrote:
> my / is on sdb; sda+sdc are set up as RAID=>/dev/md0
>
> At the moment, I boot my system on sdb; file systems of sdb have been copied
> to md0.
>
> After booting sdb, I can run successfully:
> mount -o offset=2564014080 /dev/md0 /mnt/
Processing commands for [EMAIL PROTECTED]:
> reassign 403846 initramfs-tools
Bug#403846: update-initramfs: mount/losetup are broken in initrd
Warning: Unknown package 'update-initramfs'
Bug reassigned from package `update-initramfs' to `initramfs-tools'.
> --
Stopping processing here.
Please con
Package: update-initramfs
Version: update-initramfs
Severity: normal
my / is on sdb; sda+sdc are set up as RAID=>/dev/md0
At the moment, I boot my system on sdb; file systems of sdb have been copied
to md0.
After booting sdb, I can run successfully:
mount -o offset=2564014080 /dev/md0 /mnt/what
Hi all,
My board is Intel SE7230NH1-E.It use ICH7 SouthBridge
Harddisk is two WD1500ADFD and WD740GD
BIOS set "configure SATA as "
System is amd64 etch
When i boot the system.I get this message
scsi0 : ahci
ata1: softreset failed (1st FIS failed)
ata1: softreset failed, retrying in 5 secs
ata1
39 matches
Mail list logo
