Package: linux-2.6
Version: 2.6.15-6
Currently, the modules.pcimap for DEC tulip chips is as follows:
tulip0x1011 0x0009 0x 0x 0x
0x 0x0
tulip0x1011 0x0019 0x 0x 0x
0x 0x0
de2104x
Processing commands for [EMAIL PROTECTED]:
> reopen 341567 =
Bug#341567: yaird: fails to create initrd
Bug reopened, originator not changed.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database
reopen 341567 =
thanks
Rah, I typoed the bug number in the Changelog. Reopening.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
On Mon, Feb 13, 2006 at 03:27:17PM -0500, Martin Stolle wrote:
>
> So I did in fact reboot, but still no improvements: symlinks can still
> not be deleted. Since I don't have console access to the machine right
> now, I can't try to run a reiserfsck --clean-attributes to see if that
> resolved a
Your message dated Mon, 13 Feb 2006 15:32:16 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#341567: fixed in librmagick-ruby 1.10.0-2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Your message dated Mon, 13 Feb 2006 18:11:02 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Fixed
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Your message dated Mon, 13 Feb 2006 18:11:02 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Fixed
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Processing commands for [EMAIL PROTECTED]:
> reassign 352654 grub
Bug#352654: installation-reports
Bug reassigned from package `initramfs-tools' to `grub'.
> tags 352654 + patch
Bug#352654: installation-reports
Tags were: d-i
Tags added: patch
> severity 352654 serious
Bug#352654: installation-r
On Mon, Feb 13, 2006 at 01:52:41PM -0800, Vagrant Cascadian wrote:
>
> it appears that the source url in
> /usr/share/doc/initramfs-tools/copyright is out of date. it points to a
> bzr repository at:
>
> http://people.ubuntu.com/~jbailey/bzrtree/initramfs-tools
>
> but that only contains up to
reassign 352654 grub
tags 352654 + patch
severity 352654 serious
thanks
On Monday 13 February 2006 21:12, Frans Pop wrote:
> > ALERT! does not exist. Dropping to a shell!
>
> This is the real problem. It should have the name of the root device in
> that message.
>
> What is the output of 'cat /pro
On Mon, Feb 13, 2006 at 11:39:50AM +0100, Bastian Blank wrote:
> * wanted:
> - amd64-k8
> - emt64-$bla
Hi Frederik
Did you find time to make this images building on i386?
The neccesary changes are AFAIK:
arch/x86_64/Makefile: Add -m64 to CFLAGS/AFLAGS (see
debian/s390/Makefile)
arch/x86_64/i
Package: initramfs-tools
Severity: normal
Version: 0.51
it appears that the source url in
/usr/share/doc/initramfs-tools/copyright is out of date. it points to a
bzr repository at:
http://people.ubuntu.com/~jbailey/bzrtree/initramfs-tools
but that only contains up to version 0.31
where's curre
Processing commands for [EMAIL PROTECTED]:
> severity 352722 normal
Bug#352722: linux-image-2.6-686-smp: Does not allow to activate DMA on DVD-RW
drive
Severity set to `normal'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrato
severity 352722 normal
thanks
On Mon, Feb 13, 2006 at 05:12:28PM -0300, Sebastián Cruz wrote:
> Severity: important
Nothing makes it fullfill this severity.
> Tags: patch
Where is a patch?
> I recently installed a Pioneer DVD-RW drive (DVR-110D) on my PC and I
> couldn't get it to write at ful
On Mon, Feb 13, 2006 at 12:04:35PM +0100, maximilian attems wrote:
> * requested for 2.6 boot-floppies
> current 486 doesn't fit on them, not yet requested by the d-i folks
> mentioned on irc as 2.6 requirement
> - 486-bf
468 is already rather minimal. But they may provide more information
On Mon, Feb 13, 2006 at 03:16:52PM +0100, Sven Luther wrote:
> Still, that you have those flavours inside the common package, or as a
> separate source package, there is not really much difference in build time,
> and it will be more of a mess in security issues later on, so let's include
> them, i
On Mon, Feb 13, 2006 at 11:58:00AM -0500, Martin Stolle wrote:
> On Sun, Feb 12, 2006 at 09:43:54PM -0500, Martin Stolle wrote:
> > On Sun, Feb 12, 2006 at 06:08:51PM +0100, Bastian Blank wrote:
> > > On Sun, Feb 12, 2006 at 12:30:58AM -0500, Martin Stolle wrote:
> > > > Get random "permission deni
Processing commands for [EMAIL PROTECTED]:
> reassign 352654 initramfs-tools
Bug#352654: installation-reports
Bug reassigned from package `installation-reports' to `initramfs-tools'.
> tags 352654 d-i
Bug#352654: installation-reports
There were no tags set.
Tags added: d-i
> thanks
Stopping proc
On Mon, 2006-02-13 at 18:40 +0100, maximilian attems wrote:
> well the image above most likely wont boot,
> as you didn't post all the upgrade log, i assume that a bit later udev
> postinstall gets invoced and so the final image should still be fine.
>
Yes, udev postinstall did get executed later
Package: linux-image-2.6-686-smp
Version: 2.6.15-6
Severity: important
Tags: patch
I recently installed a Pioneer DVD-RW drive (DVR-110D) on my PC and I
couldn't get it to write at full speed. Tried to activate DMA with
hdparm -d1 /dev/hda but got a message: "Operation not permitted".
I have a mot
Hi!
I've got a Turion 64 ML-37 and today I have made
a "aptitude update && aptitude dist-upgrade". This has yielded
one strange problem.
I think it's kernel related because booting
with an older kernel (2.6.8) does not happen.
Description:
When booting it detects the hardware but after detecting
On Mon, Feb 13, 2006 at 07:50:10PM +0100, Kaspar Fischer wrote:
> Hi everybody,
>
> I have AEC6280 card in a PowerMac, and this card does not work with
> sarge's 2.6.8 kernel. However, Thibaut Varene has a patch, which
> when applied to the 2.6.8 (or later) kernel makes the card work.
Just use a
Hi everybody,
I have AEC6280 card in a PowerMac, and this card does not work with
sarge's 2.6.8 kernel. However, Thibaut Varene has a patch, which
when applied to the 2.6.8 (or later) kernel makes the card work.
(For the details, refer to the thread "AEC6280 problem at boot",
http://lists.de
On Feb 13, Sven Luther <[EMAIL PROTECTED]> wrote:
> > I do not know nor I care how it works, but you can find in the
> > changelog some notes about why the versioned dependencies are required
> > and you can easily drop the m-i-t and dbus ones with minor fixes to their
> > configurations.
> What a
Free Ekanayaka a écrit :
BB> * wanted:
BB> - amd64-k8
BB> - emt64-$bla
Sounds very good. When are we going to have that? I am currently using
the amd64 .debs with --force-architecture.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer
On Mon, Feb 13, 2006 at 07:11:54PM +0100, Marco d'Itri wrote:
> On Feb 13, Sven Luther <[EMAIL PROTECTED]> wrote:
>
> > Do you have already done backport packages, for running 2.6.15 and beyond
> > kernels on a sarge system, or are there real problem with trying to do this
> > ?
> I do not belie
On Feb 13, Sven Luther <[EMAIL PROTECTED]> wrote:
> Do you have already done backport packages, for running 2.6.15 and beyond
> kernels on a sarge system, or are there real problem with trying to do this ?
I do not believe in backports, but here you can find a backported udev:
http://www.backpor
Hi Marco ...
On Fri, Feb 10, 2006 at 11:27:12AM +0100, Marco d'Itri wrote:
> > - older udev with newer kernel works mostly, but some events are lost.
> Not really. udev versions older than 072 do not support the new nested
> classes used by the input subsystem in kernels >= 2.6.15.
> The effect
reassign 352700 initramfs-tools
tags 352700 moreinfo unreproducible
stop
On Mon, Feb 13, 2006 at 06:26:12PM +0100, Florian Iragne wrote:
>
> ok, it seems to be a initramfs bug. I just installed yaird and purged
> initramfs and reinstalled linux-image-2.6.15-1-686, and now it works.
>
please ret
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.12
> reopen 352700
Bug#352700: can't boot with 2.6.15-1-686 kernel : "/scripts/init-premount/udev
: 21 : udevd : not found
Bug reopened, originator not changed.
>
End of message, stoppin
Processing commands for [EMAIL PROTECTED]:
> reassign 352700 initramfs-tools
Bug#352700: can't boot with 2.6.15-1-686 kernel : "/scripts/init-premount/udev
: 21 : udevd : not found
Bug reassigned from package `udev' to `initramfs-tools'.
> tags 352700 moreinfo unreproducible
Bug#352700: can't bo
On Mon, Feb 13, 2006 at 10:13:32AM -0700, dann frazier wrote:
>
> I apt-get upgraded today & noticed the following error:
>
> Setting up linux-image-2.6.15-1-mckinley (2.6.15-6) ...
> Running depmod.
> Finding valid ramdisk creators.
> Using mkinitramfs to build the ramdisk.
> Other valid candida
Hi,
FYI, I have reimplemented the image postprocessing feature in svn
(dists/exp branch) to allow an arbitrary script to be executed in the
hook of the kernel_image target of make-kpkg. I needed that to do
additional stripping of sparc32 image. Now, if you specify a name
of the script in the ar
Marco d'Itri a écrit :
> #If it only breaks your own system and it's unconfirmed then it's not RC,
> sorry
> severity 352700 important
> thanks
>
> On Feb 13, Florian Iragne <[EMAIL PROTECTED]> wrote:
>
>
>>The error message is mentionned in the subject :
>>/scripts/init-premount/udev : 21 : ud
Package: initramfs-tools
Version: 0.51
Severity: normal
I apt-get upgraded today & noticed the following error:
Setting up linux-image-2.6.15-1-mckinley (2.6.15-6) ...
Running depmod.
Finding valid ramdisk creators.
Using mkinitramfs to build the ramdisk.
Other valid candidates: mkinitramfs mkini
On Sun, Feb 12, 2006 at 09:43:54PM -0500, Martin Stolle wrote:
> On Sun, Feb 12, 2006 at 06:08:51PM +0100, Bastian Blank wrote:
> > On Sun, Feb 12, 2006 at 12:30:58AM -0500, Martin Stolle wrote:
> > > Get random "permission denied" as root. It seems like all the extended
> > > attributes on reiser
#If it only breaks your own system and it's unconfirmed then it's not RC, sorry
severity 352700 important
thanks
On Feb 13, Florian Iragne <[EMAIL PROTECTED]> wrote:
> The error message is mentionned in the subject :
> /scripts/init-premount/udev : 21 : udevd : not found
>
> So, it can't mount t
Processing commands for [EMAIL PROTECTED]:
> reassign 352677 yaird
Bug#352677: linux-image-2.6.15-1-686: swsusp: Cannot find swap device, try
swapon -a.
Bug reassigned from package `linux-image-2.6.15-1-686' to `yaird'.
> stop
Stopping processing here.
Please contact me if you need assistance.
reassign 352677 yaird
stop
On Mon, Feb 13, 2006 at 02:11:38PM +0100, [EMAIL PROTECTED] wrote:
>
> When trying to suspend to disk, it starts the suspend process, then
> prints the message
>
> swsusp: Cannot find swap device, try swapon -a.
please use initramfs-tools, it is the default initramf
On Mon, Feb 13, 2006 at 11:55:12AM +0100, Free Ekanayaka wrote:
> |--==> Bastian Blank writes:
>
> BB> Okay. Lets take a look at the images:
> BB> i386:
> BB> * available:
> BB> - 486
> BB> - 686 (maybe we can adopt the lock-noop patch, see the xen repo for
> BB> references)
>
On Mon, Feb 13, 2006 at 11:39:50AM +0100, Bastian Blank wrote:
> On Sun, Feb 12, 2006 at 10:10:51PM +0100, Sven Luther wrote:
> > Well, they could change the boxes to use fast machines, i guess it should be
> > no major problem, it is just that i386 users are spoiled by the majority of
> > DDs uplo
Package: linux-image-2.6.15-1-686
Version: 2.6.15-4
Severity: normal
When trying to suspend to disk, it starts the suspend process, then
prints the message
swsusp: Cannot find swap device, try swapon -a.
Then the suspend is aborted and I am returned to my session. However I
have swap turned on
Package: linux-image-2.6.15-1-k7
Version: 2.6.15-4
Followup-For: Bug #351623
http://www.ussg.iu.edu/hypermail/linux/kernel/0602.1/1377.html
It looks like this patch from 2.6.16-rc3 will fix this bug. I won't have
time to test it today though.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Mon, Feb 13, 2006 at 03:39:24AM -0800, Vagrant Cascadian wrote:
>
> when using initramfs-tools with the ltsp packages, it would be nice to
> be able to set MODULES=netboot in initramfs.conf, like with ubuntu's
> version of initramfs-tools. otherwise, we'll need to implement a
> separate case fo
Package: initramfs-tools
Severity: wishlist
when using initramfs-tools with the ltsp packages, it would be nice to
be able to set MODULES=netboot in initramfs.conf, like with ubuntu's
version of initramfs-tools. otherwise, we'll need to implement a
separate case for debian and ubuntu in our ltsp c
On Mon, Feb 13, 2006 at 11:51:29AM +0100, Bastian Blank wrote:
> I forgot some.
>
> On Mon, Feb 13, 2006 at 11:39:50AM +0100, Bastian Blank wrote:
> > Okay. Lets take a look at the images:
> > i386:
> > * available:
> > - 486
> > - 686 (maybe we can adopt the lock-noop patch, see the xen repo
|--==> Bastian Blank writes:
BB> Okay. Lets take a look at the images:
BB> i386:
BB> * available:
BB> - 486
BB> - 686 (maybe we can adopt the lock-noop patch, see the xen repo for
BB> references)
BB> - 686-smp
BB> - k7 (the same)
BB> - k7-smp
BB> * ready for merge
I forgot some.
On Mon, Feb 13, 2006 at 11:39:50AM +0100, Bastian Blank wrote:
> Okay. Lets take a look at the images:
> i386:
> * available:
> - 486
> - 686 (maybe we can adopt the lock-noop patch, see the xen repo for
> references)
> - 686-smp
> - k7 (the same)
> - k7-smp
> * ready
On Sun, Feb 12, 2006 at 10:42:57PM +0100, Joschka Sulzer wrote:
> http://iphitus.loudas.com/archck.php
This contains:
* CK Patchset
mostly upstream
* fbsplash, bootsplash, vesafb-tng:
have not seen it on lkml
* reiser4:
rejected in the current form
* shfs:
replaced by fuse which is already
On Sun, Feb 12, 2006 at 10:10:51PM +0100, Sven Luther wrote:
> Well, they could change the boxes to use fast machines, i guess it should be
> no major problem, it is just that i386 users are spoiled by the majority of
> DDs uploading x86.
I can build the 5 images in 1:20 on the power5 with 4 cores
Your message dated Mon, 13 Feb 2006 11:27:40 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#343928: Wake-up problem is gone
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now you
Your message dated Mon, 13 Feb 2006 11:16:58 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#336519: initramfs-tools: works with newer initramfs and
kernel
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If th
In article <[EMAIL PROTECTED]> on mailing list [EMAIL PROTECTED] Ville Syrjälä
<[EMAIL PROTECTED]> wrote:
> On Wed, Nov 23, 2005 at 06:14:20PM +0100, Miernik wrote:
>> Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
>> > Also, make sure that CONFIG_FB_ATY_XL_INIT is set to n.
>>
>> It's a standard
A (very small) patch is available:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9908104935325bd6beba67d637b6f5396d47075c
Cheers
Harry
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Feb 12, 2006 at 10:58:21PM +0100, Joschka Sulzer wrote:
> As i just started working on improving debian,
> how can i make sure ,that they add these patches?
you as kthe upstream authors of those patches what the mainline inclusion
plans are, this is usually a good first step :)
Friendly,
On Sun, Feb 12, 2006 at 11:00:54PM +0100, Free Ekanayaka wrote:
> |--==> Sven Luther writes:
>
> SL> Well, the lack of human ressources will show of over the months upto the
> SL> release, and the years that this code base is active, so we need more
> than a
> SL> momentarily commitment :)
56 matches
Mail list logo