> -Original Message-
> From: Joey Hess [mailto:[EMAIL PROTECTED]
> Sent: 27 August 2004 22:59
> To: debian-release@lists.debian.org; debian-boot@lists.debian.org;
> debian-kernel@lists.debian.org
> Subject: Re: [PROPOSAL] 2.4.27 as default 2.4 kernel for sarge
>
>
> Raphael Hertzog wrote:
Norbert Tretkowski wrote:
[snip]
> > > I'm going to upload an updated kernel-image-2.4.26-alpha package next
> > > weekend, please make sure you're using this one, because it'll be
> > > build against kernel-source-2.4.26 2.4.26-6, which fixes some security
> > > issues.
> >
> > ... not kernel-ima
Accepted:
initrd-tools_0.1.74.dsc
to pool/main/i/initrd-tools/initrd-tools_0.1.74.dsc
initrd-tools_0.1.74.tar.gz
to pool/main/i/initrd-tools/initrd-tools_0.1.74.tar.gz
initrd-tools_0.1.74_all.deb
to pool/main/i/initrd-tools/initrd-tools_0.1.74_all.deb
Announcing to debian-devel-changes@lists
Raphael Hertzog wrote:
> Quoting Joey Hess:
> > 15. Get ftp-master to remove kernel udebs for the old kernel version
> > from testing. This will *break* some old released install media
> > (floppy, netboot, not cdrom), but it's necessary before release.
>
> Why is this necessary ? I'm a bi
Matthew Wilcox wrote:
On Fri, Aug 20, 2004 at 05:15:36PM -0700, Mike Fedyk wrote:
Matthew Wilcox wrote:
32-bit PCI cards should work without problems in 64-bit slots, though.
That's what I thought, but I have an Adaptec 2940UW card that causes
instability reliably in 64bit pci slots
Quoting Joey Hess:
> 15. Get ftp-master to remove kernel udebs for the old kernel version
> from testing. This will *break* some old released install media
> (floppy, netboot, not cdrom), but it's necessary before release.
Why is this necessary ? I'm a bit worried that rc1 netinst images d
* Steve Langasek wrote:
> On Fri, Aug 27, 2004 at 01:26:37PM +0200, Norbert Tretkowski wrote:
> > * Steve Langasek wrote:
> > > I should be able to get linux-kernel-di-alpha done and uploaded by
> > > Monday.
>
> > I'm going to upload an updated kernel-image-2.4.26-alpha package next
> > weekend,
reassign 268392 dvd+rw-tools
tags 268392 +patch
thanks
> growisofs
> ---
> INFO: ISO-8859-15 character encoding detected by locale settings.
> Assuming ISO-8859-15 encoded filenames on source filesystem,
> use -input-charset to override.
> :-( unable to PREVENT MEDIA REMOVAL
Processing commands for [EMAIL PROTECTED]:
> reassign 268392 dvd+rw-tools
Bug#268392: [kernel-source-2.6.8]: Kernel breaks CD burning software
Bug reassigned from package `kernel-source-2.6.8' to `dvd+rw-tools'.
> tags 268392 +patch
Bug#268392: [kernel-source-2.6.8]: Kernel breaks CD burning soft
initrd-tools_0.1.74_i386.changes uploaded successfully to localhost
along with the files:
initrd-tools_0.1.74.dsc
initrd-tools_0.1.74.tar.gz
initrd-tools_0.1.74_all.deb
Greetings,
Your Debian queue daemon
On Fri, Aug 27, 2004 at 01:26:37PM +0200, Norbert Tretkowski wrote:
> * Steve Langasek wrote:
> > I should be able to get linux-kernel-di-alpha done and uploaded by
> > Monday.
> I'm going to upload an updated kernel-image-2.4.26-alpha package next
> weekend, please make sure you're using this one
2.6.8-4 makes situation better. It's working now in root-mode.
User mode in k3b is still not working.
One of my burners is still only recognised as reading-device
and burning stops with debug message below.
But this looks like a "wanted" (how strange things can be)
result as I'm reading the kernel
Another stange thing:
Comparing the disk and the data on the HD with k3b shows differences.
"cmp"-ing the corresponding files in the filesystem
on the DVD and local drive don't show any changes.
Sven Luther wrote:
On Fri, Aug 27, 2004 at 03:29:53PM +0200, Toplitzer Helmut wrote:
Package: kernel-so
Your message dated Fri, 27 Aug 2004 21:40:26 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Fixes in 2.4.27
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
Dear customer!
We updated our programs list, and now we offer you more new software items
Visit our full catalog and check new software titles here:
http://www.softbetterone.info/?collet
With best regards,
Product Manager
Geoffrey Stinson
Accepted:
kernel-build-2.6.8-power3-smp_2.6.8-3_powerpc.deb
to
pool/main/k/kernel-patch-powerpc-2.6.8/kernel-build-2.6.8-power3-smp_2.6.8-3_powerpc.deb
kernel-build-2.6.8-power3_2.6.8-3_powerpc.deb
to
pool/main/k/kernel-patch-powerpc-2.6.8/kernel-build-2.6.8-power3_2.6.8-3_powerpc.deb
kernel
kernel-patch-powerpc-2.6.8_2.6.8-3_powerpc.changes uploaded successfully to
localhost
along with the files:
kernel-patch-powerpc-2.6.8_2.6.8-3.dsc
kernel-patch-powerpc-2.6.8_2.6.8-3.tar.gz
kernel-patch-powerpc-2.6.8_2.6.8-3_all.deb
kernel-headers-2.6.8_2.6.8-3_powerpc.deb
kernel-image-po
On Fri, 2004-08-27 at 11:48, Norbert Tretkowski wrote:
> * Svante Signell wrote:
> > I have a problem with the 2.6.x, x>4 kernels when booting my Dell
> > Inspiron 4100 laptop. When the console output during boot switches
> > from 24 lines on the screen to a much higher number of lines, the
> > fon
Your message dated Fri, 27 Aug 2004 13:47:17 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#268359: fixed in kernel-patch-powerpc-2.6.8 2.6.8-3
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 th
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.8.4
> reassign 267936 kernel
Bug#267936: INSTALL REPORT (sarge)
Bug reassigned from package `installation-reports' to `kernel'.
>
End of message, stopping processing here.
Please contact m
Christoph Hellwig wrote:
> The FBIOGET_CON2FBMAP is only implemented for builtin framebuffer
> console and isn't easily implementable for modular framebuffer console.
>
> If nessecary and there's enough space left on the bootdisks we could
> ship a builin framebuffer console. Please start a discu
On Fri, Aug 27, 2004 at 03:29:53PM +0200, Toplitzer Helmut wrote:
> Package: kernel-source-2.6.8
> Version: 2.6.8-3
> Tags: sarge, sid
>
> The new kernel breaks all CD bruning software in one
> or another way. Tested this with K3B and its
> making problems even in root-only mode.
> Other kernel-ve
On Fri, Aug 27, 2004 at 12:33:41PM -0400, Joey Hess wrote:
> Christoph Hellwig wrote:
> > The FBIOGET_CON2FBMAP is only implemented for builtin framebuffer
> > console and isn't easily implementable for modular framebuffer console.
> >
> > If nessecary and there's enough space left on the bootdisk
Sven Luther wrote:
fwiw I noticed something very like this between 2.2 and 2.4 when 2.4 was
new: 2.2 was faster on my Pentium system. I think it was a earlier
version of the same chipset.
Here are results on 2.6.7-1-k7:
/dev/hda:
Timing buffered disk reads: 108 MB in 3.02 seconds = 35.78 MB/s
Package: kernel-source-2.4.27
Version: 2.4.27-4
Severity: normal
Last release of kernel-source-2.4.27 broke make xconfig, which exit with the
error:
./tkparse < ../arch/i386/config.in >> kconfig.tk
drivers/net/Config.in: 274: unknown command
make[1]: *** [kconfig.tk] Error 1
make[1]: Leaving dire
regarding the bug report I had previously sent about serial ata
modules having unresolved symbols, I narrowed down the bug and found a
workaround. The problem arose with CONFIG_SCSI_SATA_VITESSE=y and all
other SCSI_SATA options selected as modules, i.e.
ONFIG_SCSI_SATA=y
CONFIG_SCSI_SATA_SVW=m
Le Thu, 26 Aug 2004 16:47:05 +0200, Sven Luther <[EMAIL PROTECTED]> a
écrit :
> On Thu, Aug 26, 2004 at 04:17:02PM +0200, Frédéric BOITEUX wrote:
> > Le Thu, 26 Aug 2004 13:36:11 +0100, Martin Michlmayr <[EMAIL PROTECTED]> a
> > écrit :
> >
> > > * Frédéric BOITEUX <[EMAIL PROTECTED]> [2004-08-26
close 268392
thanks
Hi,
Toplitzer Helmut writes:
> Package: kernel-source-2.6.8
> Version: 2.6.8-3
> The new kernel breaks all CD bruning software in one or another way.
Upgrade to revision 2.6.8-4. It contains a fix backported from 2.6.9-rc1.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?b
Processing commands for [EMAIL PROTECTED]:
> close 268392
Bug#268392: [kernel-source-2.6.8]: Kernel breaks CD burning software
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to Toplitzer Helmut <[EMAIL
PROTECTED]>
> thanks
Stopp
Package: kernel-source-2.6.8
Version: 2.6.8-3
Tags: sarge, sid
The new kernel breaks all CD bruning software in one
or another way. Tested this with K3B and its
making problems even in root-only mode.
Other kernel-versions (<=2.6.7) are working without problems.
See also:
http://k3b.plainblack.com/
Dear customer!
We updated our programs list, and now we offer you more new software items
Visit our full catalog and check new software titles here:
http://www.softbetterone.info/?allusive
With best regards,
Product Manager
Victoria Riddle
On Fri, Aug 27, 2004 at 01:21:21PM +0200, Jens Schmalzing wrote:
> Hi,
>
> Siep Kroonenberg writes:
>
> > This blinking LED for hd activity gets on my nerves, and is, at
> > least for my hardware, unnecessary since hd activity is quite
> > audible.
>
> I feel the same about this. In fact, I won
Benh, just so you are in the loop.
Friendly,
Sven Luther
On Fri, Aug 27, 2004 at 11:45:07AM +0200, Francesco P. Lovergine wrote:
> Package: kernel
> Severity: normal
>
> 2.4 series radeonfb (1.8-benh) works perfectly (also modular).
> 2.6 series new radeonfb never worked (since 2.6.0 at least),
Seems it's been flagged broken in 2.6.8...
Sigh.
signature.asc
Description: This is a digitally signed message part
On Fri, Aug 27, 2004 at 07:10:55PM +0800, John Summerfield wrote:
> Sven Luther wrote:
>
> >>All here who have 2.4 and 2.6 kernels on ppc should try disk speed tests
> >>with hdparm: I found my new Athlon (well the mobo's new, CPU's not) is
> >>30% faster with the 2.4 kernel.
> >>
> >>
> >
>
Hi,
Siep Kroonenberg writes:
> This blinking LED for hd activity gets on my nerves, and is, at
> least for my hardware, unnecessary since hd activity is quite
> audible.
I feel the same about this. In fact, I wonder why it got enabled in
the first place.
> Alternatively, if there is an option
On Fri, Aug 27, 2004 at 12:00:47PM +0200, Matthias Klose wrote:
> Christoph Hellwig writes:
> > On Fri, Aug 27, 2004 at 10:47:29AM +0200, Matthias Klose wrote:
> > > > It will be 2.6.8.
> > >
> > > If you write 2.6.8, do you mean 2.6.8.1? Or is the diff to .1 included
> > > in the Debian packages?
Sven Luther wrote:
All here who have 2.4 and 2.6 kernels on ppc should try disk speed tests
with hdparm: I found my new Athlon (well the mobo's new, CPU's not) is
30% faster with the 2.4 kernel.
Have you reported a bug report on this ? And with which 2.6 kernel was it ?
I haven't. I pla
* Steve Langasek wrote:
> I should be able to get linux-kernel-di-alpha done and uploaded by
> Monday.
I'm going to upload an updated kernel-image-2.4.26-alpha package next
weekend, please make sure you're using this one, because it'll be
build against kernel-source-2.4.26 2.4.26-6, which fixes so
* Norbert Tretkowski wrote:
> * Christoph Hellwig wrote:
> > Jan-Jaap van der Heijden wrote:
> [...]
> >> 2.6.7 doesn't lock up anymore when it hits the PCI bus. The CIA
> >> issue is solved.
> >>
> >> But the oops is still there. Here's the trace:
> >
> > Hmm, the stacktrace is pretty unreadable
Package: kernel
Severity: wishlist
Tags: +upstream
- Forwarded message from "Francesco P. Lovergine" <[EMAIL PROTECTED]> -
Date: Fri, 20 Aug 2004 17:31:23 +0200
From: "Francesco P. Lovergine" <[EMAIL PROTECTED]>
To: ajoshi, benh
Subject: radeonfb support
User-Agent: Mutt/1.4.1i
This is a
Package: kernel-image-2.6.8-powerpc
Version: 2.6.8-2
Severity: wishlist
This blinking LED for hd activity gets on my nerves, and is, at
least for my hardware, unnecessary since hd activity is quite
audible.
Alternatively, if there is an option to turn it off in a compiled
kernel, include document
On Sat, Jul 24, 2004 at 02:18:03AM -0700, Debian Bug Tracking System wrote:
> Thank you for the problem report you have sent regarding Debian.
> This is an automatically generated reply, to let you know your message has
> been received. It is being forwarded to the package maintainers and other
>
On Fri, Aug 27, 2004 at 12:13:16AM +0200, Sven Luther wrote:
> >
> > BTW, there is exactly the same problem with 2.4 series (at least 2.4.25
> > which was
> > available when I did a few tests with this kind of laptops).
> > Sorry, I did not point this soon...
>
> Can you test wit h2.4.26/2.4.2
Christoph Hellwig writes:
> On Fri, Aug 27, 2004 at 10:47:29AM +0200, Matthias Klose wrote:
> > > It will be 2.6.8.
> >
> > If you write 2.6.8, do you mean 2.6.8.1? Or is the diff to .1 included
> > in the Debian packages? I cannot find a hint and the version number is
> > misleading.
>
> Given t
Package: kernel
Severity: normal
2.4 series radeonfb (1.8-benh) works perfectly (also modular).
2.6 series new radeonfb never worked (since 2.6.0 at least), it does not sync
here (laptop XSVGA).
After loading, fbset reports 1400x1050-60, as for the 2.4 version, but screen
is blank and stay in nor
* Svante Signell wrote:
> I have a problem with the 2.6.x, x>4 kernels when booting my Dell
> Inspiron 4100 laptop. When the console output during boot switches
> from 24 lines on the screen to a much higher number of lines, the
> font colors appears to be set to black on black background or the
>
On Fri, Aug 27, 2004 at 10:47:29AM +0200, Matthias Klose wrote:
> > It will be 2.6.8.
>
> If you write 2.6.8, do you mean 2.6.8.1? Or is the diff to .1 included
> in the Debian packages? I cannot find a hint and the version number is
> misleading.
Given the diff to .1 is tiny and four-digit versi
On Fri, Aug 27, 2004 at 10:47:29AM +0200, Matthias Klose wrote:
> Sven Luther writes:
> > On Fri, Aug 27, 2004 at 07:53:09AM +0200, Christian Perrier wrote:
> > >
> > > > > Based on discussions on the debian-kernel list[1], I'd like to
> > > > > propose
> > > > > that we use 2.4.27 as the 2.4 k
Sven Luther writes:
> On Fri, Aug 27, 2004 at 07:53:09AM +0200, Christian Perrier wrote:
> >
> > > > Based on discussions on the debian-kernel list[1], I'd like to propose
> > > > that we use 2.4.27 as the 2.4 kernel for all architectures with 2.4
> > > > kernels
> > > > in sarge. The stronges
On Fri, Aug 27, 2004 at 02:06:46PM +0800, John Summerfield wrote:
> Steve Langasek wrote:
>
> >> Various tasks are in a hold pattern until this decision is made (ensuring
> >>that d-i uses the proper kernel, removal of other kernel packages from
> >>sarge, rebuilding of some packages to fix build-
On Fri, Aug 27, 2004 at 02:06:46PM +0800, John Summerfield wrote:
> Steve Langasek wrote:
>
> >> Various tasks are in a hold pattern until this decision is made (ensuring
> >>that d-i uses the proper kernel, removal of other kernel packages from
> >>sarge, rebuilding of some packages to fix build-
On Thu, Aug 26, 2004 at 09:48:00PM -0700, Steve Langasek wrote:
> On Wed, Aug 25, 2004 at 05:35:16PM -0600, dann frazier wrote:
> > Based on discussions on the debian-kernel list[1], I'd like to propose
> > that we use 2.4.27 as the 2.4 kernel for all architectures with 2.4 kernels
> > in sarge.
On Fri, Aug 27, 2004 at 07:53:09AM +0200, Christian Perrier wrote:
>
> > > Based on discussions on the debian-kernel list[1], I'd like to propose
> > > that we use 2.4.27 as the 2.4 kernel for all architectures with 2.4
> > > kernels
> > > in sarge. The strongest arguments for 2.4.27, as oppos
Steve Langasek wrote:
Various tasks are in a hold pattern until this decision is made (ensuring
that d-i uses the proper kernel, removal of other kernel packages from
sarge, rebuilding of some packages to fix build-dep issues[4]), so I'd
like to uncover any problems with this proposal quickly.
> > Based on discussions on the debian-kernel list[1], I'd like to propose
> > that we use 2.4.27 as the 2.4 kernel for all architectures with 2.4 kernels
> > in sarge. The strongest arguments for 2.4.27, as opposed to 2.4.26 were
> > noted
> > by tbm [3].
>
> One thing to bear in mind when m
56 matches
Mail list logo
