On Fri, Sep 03, 2004 at 05:08:07PM -0700, Joshua Kwan wrote:
>
> And why is no kernel-kbuild-2.4-* required for 2.4 images, if they need it?
I never got around to doing that.
> >I did it that way to avoid the main kernel packages having a dependency
> >on glibc.
>
> I think it's perfectly reaso
Herbert Xu wrote:
It was depended on by the kernel-headers packages. Is this no longer
the case?
I was referring to -2, not -3, which indeed is depended upon by
kernel-headers-2.6.[78]-1.
And why is no kernel-kbuild-2.4-* required for 2.4 images, if they need it?
I did it that way to avoid the m
On Fri, Sep 03, 2004 at 04:21:15PM -0700, Joshua Kwan wrote:
>
> To the rest of the team (plus Herbert, CCed:)
> It seems, though, that we don't actually bother to Depend on this
> package for any of our headers packages. Is it really necessary to have?
> And why not ship it in the kernel-source
Your message dated Fri, 03 Sep 2004 16:23:03 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#269784: don't recognize SATA
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 r
On Fri, 2004-09-03 at 12:39, Roland Stigge wrote:
> When I played around I noticed that gnome-alsamixer segfaults when I
> _uncheck_ "IEC958" during the playback:
Looks like a bug in gnome-alsamixer. This is not developed by the ALSA
project, please file a bug report with your distro.
Does it wo
Alexei Chetroi wrote:
So Dear "Debian Kernel Team", is these changes only necesarry to make
DMA working again in 2.4.27 or there're some other things too? We do
want to upgrade to 2.4.27, but DMA disaster stops us.
It's already fixed as of 2.4.27-5, I don't know where your bug report
went so I cou
Package: kernel-image-2.4.27-1-386
Version: 2.4.27-1
Severity: normal
I have here a system which, if the hpt366 module is loaded, behaves very
strangely with this kernel. It seems to not fully detect the ide hard
drive. I'm in the debian installer, so /dev is on devfs. When ide-detect
is loaded, t
(new) kernel-build-2.4.27-power3_2.4.27-1_powerpc.deb optional devel
Linux kernel build tree for the power3 config
This package contains part of the Linux/PowerPC kernel build tree, needed to
build external (not yet fully working) modules and initrd enabled kernel.
.
This version contains the k
kernel-patch-powerpc-2.4.27_2.4.27-1_powerpc.changes uploaded successfully to
localhost
along with the files:
kernel-patch-powerpc-2.4.27_2.4.27-1.dsc
kernel-patch-powerpc-2.4.27_2.4.27-1.tar.gz
kernel-patch-powerpc-2.4.27_2.4.27-1_all.deb
kernel-headers-2.4.27_2.4.27-1_powerpc.deb
kerne
* Bastian Blank <[EMAIL PROTECTED]> [2004-09-03 14:42]:
> The same problem applys to root-on-lvm and compiled-in dm which is
> pretty normal for non-distribution kernels and can't work without
> initrd.
non-distribution kernels?
Package: initrd-tools
Description: tools to create initrd image for
On Tue, 31 Aug 2004 10:03:50 +0100, Carl Johnstone
<[EMAIL PROTECTED]> said:
> There are a few pacakges designed to keep you up to date with the
> latest kernel version - ie:
> kernel-image-2.4-686-smp kernel-image-2.6-686 etc
> It would be good if these packages could conflict with the kernel
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.8.4
> tags 269225 d-i
Bug#269225:
There were no tags set.
Tags added: d-i
> reassign 269225 kernel-image-2.6.8-1-386
Bug#269225:
Bug reassigned from package `installation-reports' to
`ke
On Fri, 2004-09-03 at 16:23, Takashi Iwai wrote:
> > > Does "aplay something.wav" work?
> > > Does "aplay -D spdif something.wav" work?
> > > If not, what happens?
> >
> > $ aplay pub/mi1.wav
> > Playing WAVE 'pub/mi1.wav' : Signed 16 bit Little Endian, Rate 44100 Hz,
> > Mono
> > $ aplay -D spdif
On Fri, Sep 03, 2004 at 12:15:00PM -0300, Bruno Diniz wrote:
> When the patch you mentioned was not applied, I could make it work
> with any kernel version by simply adding a 'disable_APIC_timer' in the
> beginning of acpi_bus_init, and a 'enable_APIC_timer' in the end of
> this function.
>
> By t
When the patch you mentioned was not applied, I could make it work
with any kernel version by simply adding a 'disable_APIC_timer' in the
beginning of acpi_bus_init, and a 'enable_APIC_timer' in the end of
this function.
By the way, what is Local APIC for? What do I lose having Local APIC disabled
Your message dated Fri, 03 Sep 2004 10:43:50 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#266996: NFORCE2: hda: lost interrupt
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 no
At Fri, 03 Sep 2004 16:00:09 +0200,
Roland Stigge wrote:
>
> Hi,
>
> On Fri, 2004-09-03 at 14:43, Clemens Ladisch wrote:
> > > intel8x0: IEC958 digital output (S/PDIF) is said not work
> > > since kernel 2.6.4.
> >
> > > lsmod:
> > > snd_intel8x0 34824 0
> > > i810_audio 3
On Thu, 2004-08-19 at 19:29, David S. Miller wrote:
> Maybe it's checksum offload related. Try:
>
> ethtool -K $(DEVICE_NAME) rx off tx off sg off tso off
>
> Does that make the problem go away?
No.
Joao Serrachinha wrote:
Package: kernel-image-2.4.27-1-686-smp
Version: 2.4.27-1-686-smp
In the same box, i have kernel-2.4.26-1-686-smp and works fine.
I install the kernel-image-2.4.27-1-686-smp and don't recognize SATA (my
hde2 /var and hde3 /home).
thanks in advance
For 2.4.27 the sata driver
Hi,
On Fri, 2004-09-03 at 14:43, Clemens Ladisch wrote:
> > intel8x0: IEC958 digital output (S/PDIF) is said not work
> > since kernel 2.6.4.
>
> > lsmod:
> > snd_intel8x0 34824 0
> > i810_audio 33812 0
>
> Don't load the ALSA and OSS drivers at the same time.
I don't. T
Package: kernel-image-2.4.27-1-686-smp
Version: 2.4.27-1-686-smp
In the same box, i have kernel-2.4.26-1-686-smp and works fine.
I install the kernel-image-2.4.27-1-686-smp and don't recognize SATA (my hde2
/var and hde3 /home).
thanks in advance
: 0xFEE0
I/O APIC #2 Version 32 at 0xFEC0.
maks attems wrote:
> intel8x0: IEC958 digital output (S/PDIF) is said not work
> since kernel 2.6.4.
Roland Stigge wrote:
> lsmod:
> snd_intel8x0 34824 0
> i810_audio 33812 0
Don't load the ALSA and OSS drivers at the same time.
Does "aplay something.wav" work?
Does "apl
At Sat, 28 Aug 2004 18:25:08 +0200,
Christoph Hellwig wrote:
>
> This bug (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=256008) looks
> like an ALSA issue, any chance someone could look at it?
The maestro3 driver itself hasn't been changed so much since long time
ago, so I don't see any drive
severity 263216 grave
thanks
On Mon, Aug 09, 2004 at 02:53:29PM +0100, Martin Michlmayr wrote:
> I don't see why he can't just compile them as modules, or don't use
> initrd's at all."
The same problem applys to root-on-lvm and compiled-in dm which is
pretty normal for non-distribution kernels an
Processing commands for [EMAIL PROTECTED]:
> severity 263216 grave
Bug#263216: initrd-tools - fails if storage modules are compiled in
Severity set to `grave'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, D
On Fri, Aug 20, 2004 at 04:27:47PM -0400, Andres Salomon wrote:
> On Fri, 20 Aug 2004 08:40:26 +0200, Philipp Kolmann wrote:
> > I have a NFORCE2 based Athlon board installed and can't use the Debian -k7
> > Kernels since 2.6.7 because I get a lockup during boot:
> Try booting the kernel with "acpi
Hi Florian,
Florian Boelstler wrote:
Version: 2.4.26-5
..
drivers/parport/driver.o(.text.init+0x89b): In function
`siig10x_init_fn':
: undefined reference to `pci_siig10x_fn'
drivers/parport/driver.o(.text.init+0x8af): In function
`siig20x_init_fn':
: undefined reference to `pci_siig20x_fn'
make: *
Your message dated Fri, 3 Sep 2004 00:41:40 -0700
with message-id <[EMAIL PROTECTED]>
and subject line bug has been fixed in 2.4.27-5
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 resp
On Thu, Sep 02, 2004 at 11:00:50PM -0300, Bruno Diniz wrote:
> Is there a problem with the idea of "turn off APIC timer before ACPI
> initialization and then turn back on after ACPI initialization
> finishes"? This is exactly what the tiny patch I've sent does. I would
> agree that 'nolapic' boot p
Your message dated Fri, 3 Sep 2004 00:41:40 -0700
with message-id <[EMAIL PROTECTED]>
and subject line bug has been fixed in 2.4.27-5
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 resp
Accepted:
kernel-build-2.4.27-1_2.4.27-2_i386.deb
to
pool/main/k/kernel-image-2.4.27-i386/kernel-build-2.4.27-1_2.4.27-2_i386.deb
kernel-headers-2.4.27-1-386_2.4.27-2_i386.deb
to
pool/main/k/kernel-image-2.4.27-i386/kernel-headers-2.4.27-1-386_2.4.27-2_i386.deb
kernel-headers-2.4.27-1-586tsc
Your message dated Fri, 03 Sep 2004 03:18:24 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#266510: fixed in kernel-image-2.4.27-i386 2.4.27-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
Your message dated Fri, 03 Sep 2004 03:18:24 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#266510: fixed in kernel-image-2.4.27-i386 2.4.27-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
Your message dated Fri, 03 Sep 2004 03:18:24 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#266510: fixed in kernel-image-2.4.27-i386 2.4.27-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
kernel-image-2.4.27-i386_2.4.27-2_i386.changes uploaded successfully to
localhost
along with the files:
kernel-image-2.4.27-i386_2.4.27-2.dsc
kernel-image-2.4.27-i386_2.4.27-2.tar.gz
kernel-headers-2.4.27-1_2.4.27-2_i386.deb
kernel-pcmcia-modules-2.4.27-1-k6_2.4.27-2_i386.deb
kernel-head
(new) kernel-headers-2.4-386_100_i386.deb optional base
Linux kernel headers for version 2.4 on 386
This package will always depend on the latest 2.4 kernel headers available for
386, used to build out-of-tree kernel modules and the like.
(new) kernel-headers-2.4-586tsc_100_i386.deb optional base
Accepted:
kernel-doc-2.4.27_2.4.27-5_all.deb
to pool/main/k/kernel-source-2.4.27/kernel-doc-2.4.27_2.4.27-5_all.deb
kernel-patch-debian-2.4.27_2.4.27-5_all.deb
to
pool/main/k/kernel-source-2.4.27/kernel-patch-debian-2.4.27_2.4.27-5_all.deb
kernel-source-2.4.27_2.4.27-5.diff.gz
to pool/main/
Your message dated Fri, 03 Sep 2004 02:47:29 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#268436: fixed in kernel-source-2.4.27 2.4.27-5
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 cas
Package: initrd-tools
Version: 0.1.74
Severity: normal
Hi,
There is a problem, when mkinitrd built initrd image, and use mdadm to mount
root md device and kernel compiled without devfs support. I found folowing
mount code in initrd image script file:
> ROOT=/dev/md0
> mdadm -A /devfs/md/0 -R -u f
Package: initrd-tools
Version: 0.1.74
Severity: normal
Hi,
I found folowing passage in mkinitrd manual.
{CUT}
If both mdadm(8) and raidtools2 are installed, the former is preferred.
At the moment, mkinitrd uses the -D option of mdadm(8) to discover the
constituent devices. This means that on
Your message dated Fri, 03 Sep 2004 02:47:29 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#254748: fixed in kernel-source-2.4.27 2.4.27-5
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 cas
kernel-latest-2.4-i386_100_i386.changes uploaded successfully to localhost
along with the files:
kernel-latest-2.4-i386_100.dsc
kernel-latest-2.4-i386_100.tar.gz
kernel-pcmcia-modules-2.4-386_100_i386.deb
kernel-image-2.4-386_100_i386.deb
kernel-headers-2.4-386_100_i386.deb
kernel-pcmci
kernel-source-2.4.27_2.4.27-5_i386.changes uploaded successfully to localhost
along with the files:
kernel-source-2.4.27_2.4.27-5.dsc
kernel-source-2.4.27_2.4.27-5.diff.gz
kernel-patch-debian-2.4.27_2.4.27-5_all.deb
kernel-doc-2.4.27_2.4.27-5_all.deb
kernel-source-2.4.27_2.4.27-5_all.deb
On Sun, Aug 29, 2004 at 11:22:40AM +0200, Norbert Tretkowski wrote:
> * Joshua Kwan wrote:
> > Summarizing a small discussion from before we intend to move kernel
> > metapackages (kernel-image-2.6-386, for example) into their own
> > source package so that it is possible to perform security update
44 matches
Mail list logo
