Bug#67718: Office XP - $60
Any Software just in under $15-$99, Xp-adobe etc http://bnu.fmjuiefqcpx4ugx.turuntale.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309307: kernel-image-2.4.27-sparc in sarge lacks security fixes from kernel-source-2.4.27 2.4.27-9
Package: kernel-image-2.4.27-sparc Version: 2.4.27-2 Severity: critical Tags: security, sarge The package in sarge lacks the security fixes from kernel-source-2.4.27 2.4.27-9 . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309308: kernel-image-2.6.8-2-686-smp: null pointer oops on udp packets
Package: kernel-image-2.6.8-2-686-smp
Version: 2.6.8-13
Severity: critical
Tags: security
Justification: breaks the whole system
kernel oops while trying to do a snmpwalk from a remote host. the entire
udp stack becomes unresponsive and reboot fails when trying to bring
down network interfaces. unsure if this is exploitable for a DoS attack,
will investigate further when i have time if this not a know issue.
:01:01.0 Ethernet controller: Intel Corp. 82547GI Gigabit Ethernet
Controller
:03:02.0 Ethernet controller: Intel Corp. 82541GI/PI Gigabit
Ethernet Controller
vlan tagging is in use on the interface that recieves the udp packet
that causes the oops.
Unable to handle kernel NULL pointer dereference at virtual address
printing eip:
f89f64f2
*pde =
Oops: [#1]
PREEMPT SMP
Modules linked in: deflate zlib_deflate twofish serpent aes_i586
blowfish des sha256 sha1 crypto_null af_key tun ipv6 8021q dm_mod
capability commoncap e1000 genrtc ext3 jbd mbcache sd_mod ata_piix
libata scsi_mod unix font vesafb cfbcopyarea cfbimgblt cfbfillrect
CPU:1
EIP:0060:[f89f64f2]Not tainted
EFLAGS: 00010a86 (2.6.8-2-686-smp)
EIP is at e1000_shift_out_mdi_bits+0x22/0xa0 [e1000]
eax: ebx: 8000 ecx: 001f edx:
esi: f77f3c10 edi: f74bbe6c ebp: esp: f74bbe64
ds: 007b es: 007b ss: 0068
Process snmpd (pid: 793, threadinfo=f74ba000 task=f505b410)
Stack: c038b124 c01163e7 1820 f77f3c10 f74bbee2 f74bbf30
f89f674b
f77f3c10 0020 f74bbecc f77f3a20 f74bbedc f89f3b3b
f77f3c10
f74bbee2 f74bbecc f89f3950 f74bbedc f8880ab1 f77f3800
f74bbecc
Call Trace:
[c01163e7] smp_apic_timer_interrupt+0xe7/0x160
[f89f674b] e1000_read_phy_reg_ex+0xab/0xd0 [e1000]
[f89f3b3b] e1000_mii_ioctl+0x1cb/0x1d0 [e1000]
[f89f3950] e1000_ioctl+0x0/0x20 [e1000]
[f8880ab1] vlan_dev_ioctl+0xc1/0x110 [8021q]
[c0236944] dev_ifsioc+0x374/0x3e0
[c0236b46] dev_ioctl+0x196/0x320
[c027f59c] inet_ioctl+0x9c/0xb0
[c022b9d9] sock_ioctl+0x139/0x300
[c0174d78] sys_ioctl+0x148/0x2d0
[c01061fb] syscall_call+0x7/0xb
Code: 8b 02 0d 00 00 00 03 89 44 24 08 85 db 74 56 eb 0d 90 90 90
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages kernel-image-2.6.8-2-686-smp depends on:
ii coreutils [fileutils] 5.2.1-2The GNU core utilities
ii fileutils 5.2.1-2The GNU file management utilities
ii initrd-tools 0.1.78 tools to create initrd image for p
ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 309307
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.14 tags 309307 sarge-ignore Bug#309307: kernel-image-2.4.27-sparc in sarge lacks security fixes from kernel-source-2.4.27 2.4.27-9 Tags were: sarge security Tags added: sarge-ignore End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 309308
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.14 tags 309308 sarge-ignore Bug#309308: kernel-image-2.6.8-2-686-smp: null pointer oops on udp packets Tags were: security Tags added: sarge-ignore End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Single kernel package discussion.
On Mon, May 16, 2005 at 12:52:19PM +0200, Christian T. Steigies wrote: On Sun, May 15, 2005 at 09:10:13PM +0200, Sven Luther wrote: On Sun, May 15, 2005 at 02:39:14PM -0400, Jurij Smakov wrote: kernel-headers-$(version)-$(abiname) This is arch-specific headers package containing all the common headers/configs/Makefiles, etc. In the three level archs, this one is subarch specific. kernel-headers-$(version)-$(abiname)-$(flavour) This is flavour-specific headers package, containing the flavour-specific headers/configs/Makefiles, etc. This should depend on the arch-specific kernel-headers package above, and setup the symbolic links to the dirs in it, so that the /usr/src/kernel-headers-$(version)-$(abiname)-$(flavour) directory contains the complete tree, needed for building of out-of-tree modules. and this one is exactly the powerpc kernel-build. The only difference is the different naming of the package. I have considered renaming k-b to k-h on powerpc, but since i have a powerpc subarch and a powerpc flavour inside this subarch, there is a name clash that stopped me from doing this renaming, and which could also involve some confusion, so better to be avoided. Alternatively, one could consider : kernel-headers-$(version)-$(abiname)-$(subarch) and kernel-headers-$(version)-$(abiname)-$(subarch)-$(flavour) where subarch could be empty in the case of the arches who are only two levels. I have a couple of questions regarding kernel-headers. The 2.6 packages for m68k do not build kernel-headers yet, but they will once I upload 2.6.11. Can I build kernel-headers-2.6.11-1 as an m68k.deb or does that conflict with other arches? Well, the powerpc packages used to build this. Do I need a separate kernel-headers-2.6.11-1-m68k package? m68k is doing fine without any 2.6 kernel headers so far, the buildds use a generic k-h package. what need do the buildds have of a kernel-header package ? That is why i believe we should rename this stuff to kernel-build. The one and only aim of this package is to build third party modules for official kernels, since glibc uses their own header packages. I don't think we need subarch kernel-headers, so I silently skip your third level. Well, it is needed when a subarch has a subarch-specific patch which patches the headers in an incompatible way to other subarches of the same arch. When I built kernel-headers-2.6.11-1, I got a 5MB package, which I find rather big. It includes include/asm-* for all 11 subarches or maybe more, do I really need to include all them in m68k package or can I remove everything but m68k? Can this be an option in kernel-package? Or maybe is it already? I have the same on powerpc, and it is provided by kernel-package. It is probably overkill, and part of the kernel-package post-sarge rewrite ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Single kernel package discussion.
On Sun, May 15, 2005 at 09:10:13PM +0200, Sven Luther wrote: On Sun, May 15, 2005 at 02:39:14PM -0400, Jurij Smakov wrote: kernel-headers-$(version)-$(abiname) This is arch-specific headers package containing all the common headers/configs/Makefiles, etc. In the three level archs, this one is subarch specific. kernel-headers-$(version)-$(abiname)-$(flavour) This is flavour-specific headers package, containing the flavour-specific headers/configs/Makefiles, etc. This should depend on the arch-specific kernel-headers package above, and setup the symbolic links to the dirs in it, so that the /usr/src/kernel-headers-$(version)-$(abiname)-$(flavour) directory contains the complete tree, needed for building of out-of-tree modules. and this one is exactly the powerpc kernel-build. The only difference is the different naming of the package. I have considered renaming k-b to k-h on powerpc, but since i have a powerpc subarch and a powerpc flavour inside this subarch, there is a name clash that stopped me from doing this renaming, and which could also involve some confusion, so better to be avoided. Alternatively, one could consider : kernel-headers-$(version)-$(abiname)-$(subarch) and kernel-headers-$(version)-$(abiname)-$(subarch)-$(flavour) where subarch could be empty in the case of the arches who are only two levels. I have a couple of questions regarding kernel-headers. The 2.6 packages for m68k do not build kernel-headers yet, but they will once I upload 2.6.11. Can I build kernel-headers-2.6.11-1 as an m68k.deb or does that conflict with other arches? Do I need a separate kernel-headers-2.6.11-1-m68k package? m68k is doing fine without any 2.6 kernel headers so far, the buildds use a generic k-h package. I don't think we need subarch kernel-headers, so I silently skip your third level. When I built kernel-headers-2.6.11-1, I got a 5MB package, which I find rather big. It includes include/asm-* for all 11 subarches or maybe more, do I really need to include all them in m68k package or can I remove everything but m68k? Can this be an option in kernel-package? Or maybe is it already? Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Single kernel package discussion.
On Mon, May 16, 2005 at 01:08:21PM +0200, Sven Luther wrote: On Mon, May 16, 2005 at 12:52:19PM +0200, Christian T. Steigies wrote: I have a couple of questions regarding kernel-headers. The 2.6 packages for m68k do not build kernel-headers yet, but they will once I upload 2.6.11. Can I build kernel-headers-2.6.11-1 as an m68k.deb or does that conflict with other arches? Well, the powerpc packages used to build this. I take this as a yes, m68k can build kernel-headers-2.6.11-1_m68k.deb Do I need a separate kernel-headers-2.6.11-1-m68k package? m68k is doing fine without any 2.6 kernel headers so far, the buildds use a generic k-h package. what need do the buildds have of a kernel-header package ? That is why i believe we should rename this stuff to kernel-build. The one and only aim of this package is to build third party modules for official kernels, since glibc uses their own header packages. I guess the buildds use linux-kernel-headers. AFAIK there are no third party modules for m68k, but maybe it does not hurt to build them, there is some hardware that is not supported by linux yet and at least in one case I know of the manufacturer does not give out specs freely, but might agree to a binary driver. If somebody would work on this that is... The question was, if I build kernel headers, do I need kernel-headers-2.6.11-1-m68k in addition to build kernel-headers-2.6.11-1 on m68k? I don't think we need subarch kernel-headers, so I silently skip your third level. Well, it is needed when a subarch has a subarch-specific patch which patches the headers in an incompatible way to other subarches of the same arch. Does not happen on m68k, we are all friends. When I built kernel-headers-2.6.11-1, I got a 5MB package, which I find rather big. It includes include/asm-* for all 11 subarches or maybe more, do I really need to include all them in m68k package or can I remove everything but m68k? Can this be an option in kernel-package? Or maybe is it already? I have the same on powerpc, and it is provided by kernel-package. It is probably overkill, and part of the kernel-package post-sarge rewrite ? I am not sure if I understand the answer. Yes, the package is too big, yes, I can remove non-m68k includes to cut it down to a reasonable size, no it is not provided by kernel-package? Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309378: kernel-image-2.6.8-2-686-smp: CONFIG_PREEMPT is set, and seems to cause oop'es with openafs.
Package: kernel-image-2.6.8-2-686-smp Version: 2.6.8-13 Severity: important I got the following oops today on a machine with openafs-modules-1.3.81: afs_put_inode: ino 6501078 (0xf68cdc00) has count 2 afs_put_inode: ino 6432306 (0xf6818400) has count 2 afs_put_inode: ino 6501042 (0xf6f0fc00) has count 2 afs_put_inode: ino 6500018 (0xf6eafc00) has count 2 [ cut here ] kernel BUG at fs/inode.c:1099! invalid operand: [#1] PREEMPT SMP Modules linked in: openafs ipv6 evdev pcspkr psmouse floppy aic79xx shpchp pciehp pci_hotplug serverworks sworks_agp agpgart ohci_hcd usbcore aic7xxx tg3 firmware_class capability commoncap ide_cd ide_core cdrom genrtc ext3 jbd mbcache sd_mod aacraid scsi_mod unix font vesafb cfbcopyarea cfbimgblt cfbfillrect CPU:1 EIP:0060:[c017d958]Tainted: PF EFLAGS: 00010246 (2.6.8-2-686-smp) EIP is at iput+0x78/0x90 eax: f8c66fc0 ebx: f6862000 ecx: f8c66b80 edx: esi: f3266000 edi: 0002 ebp: c6a86d1c esp: f3267e48 ds: 007b es: 007b ss: 0068 Process imapd (pid: 13413, threadinfo=f3266000 task=c690c130) Stack: f3267e94 f8c66b80 f8c03c60 f6862000 f6817c00 f6862000 f6817c00 f6862000 f8c3d458 f6862000 c6a86d1c f3267e88 c23034c4 c23034c4 f6862000 c6a86d1c 417a8442 f3266000 51cc9351 c2303400 c6a86cb0 Call Trace: [f8c03c60] afs_PutVCache+0x90/0x130 [openafs] [f8c3d458] afs_linux_dentry_revalidate+0x278/0x330 [openafs] [f8c3d1e0] afs_linux_dentry_revalidate+0x0/0x330 [openafs] [c016ee15] cached_lookup+0x55/0x90 [c01706b2] __lookup_hash+0x72/0xe0 [c017073d] lookup_hash+0x1d/0x30 [c01713de] lookup_create+0x3e/0x90 [c01725f7] sys_link+0xd7/0x130 [f8bf8315] PagInCred+0x35/0x40 [openafs] [c0179ec7] dput+0x207/0x270 [f8c3c810] afs_linux_release+0x0/0x140 [openafs] [c0160be3] __fput+0xd3/0x140 [c015f0fe] sys_close+0x6e/0xc0 [c01061fb] syscall_call+0x7/0xb Code: 0f 0b 4b 04 fc 36 2b c0 eb 9f 8d b4 26 00 00 00 00 8d bc 27 -- System Information: Debian Release: 3.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.20-ben1 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309378: kernel-image-2.6.8-2-686-smp: CONFIG_PREEMPT is set, and seems to cause oop'es with openafs.
On Mon, May 16, 2005 at 03:33:42PM -0500, Troy Benjegerdes wrote: Package: kernel-image-2.6.8-2-686-smp Version: 2.6.8-13 Severity: important I got the following oops today on a machine with openafs-modules-1.3.81: afs_put_inode: ino 6501078 (0xf68cdc00) has count 2 afs_put_inode: ino 6432306 (0xf6818400) has count 2 afs_put_inode: ino 6501042 (0xf6f0fc00) has count 2 afs_put_inode: ino 6500018 (0xf6eafc00) has count 2 [ cut here ] kernel BUG at fs/inode.c:1099! Please report such problems to the OpenAFS folks. OpenAFS is a known Piece of shunk having problems like that all the time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309378: marked as done (kernel-image-2.6.8-2-686-smp: CONFIG_PREEMPT is set, and seems to cause oop'es with openafs.)
Your message dated Mon, 16 May 2005 23:00:41 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#309378: kernel-image-2.6.8-2-686-smp: CONFIG_PREEMPT is set, and seems to cause oop'es with openafs. 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 Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 16 May 2005 20:33:49 + From [EMAIL PROTECTED] Mon May 16 13:33:49 2005 Return-path: [EMAIL PROTECTED] Received: from kalmia.hozed.org [209.234.73.41] (daemon) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DXmHd-00072u-00; Mon, 16 May 2005 13:33:49 -0700 Received: from localhost (localhost [127.0.0.1]) (uid 1000) by kalmia.hozed.org with local; Mon, 16 May 2005 15:33:42 -0500 id 00024331.428903A6.4E06 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Troy Benjegerdes [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: kernel-image-2.6.8-2-686-smp: CONFIG_PREEMPT is set, and seems to cause oop'es with openafs. X-Mailer: reportbug 2.63 Date: Mon, 16 May 2005 15:33:42 -0500 Message-ID: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: kernel-image-2.6.8-2-686-smp Version: 2.6.8-13 Severity: important I got the following oops today on a machine with openafs-modules-1.3.81: afs_put_inode: ino 6501078 (0xf68cdc00) has count 2 afs_put_inode: ino 6432306 (0xf6818400) has count 2 afs_put_inode: ino 6501042 (0xf6f0fc00) has count 2 afs_put_inode: ino 6500018 (0xf6eafc00) has count 2 [ cut here ] kernel BUG at fs/inode.c:1099! invalid operand: [#1] PREEMPT SMP Modules linked in: openafs ipv6 evdev pcspkr psmouse floppy aic79xx shpchp pciehp pci_hotplug serverworks sworks_agp agpgart ohci_hcd usbcore aic7xxx tg3 firmware_class capability commoncap ide_cd ide_core cdrom genrtc ext3 jbd mbcache sd_mod aacraid scsi_mod unix font vesafb cfbcopyarea cfbimgblt cfbfillrect CPU:1 EIP:0060:[c017d958]Tainted: PF EFLAGS: 00010246 (2.6.8-2-686-smp) EIP is at iput+0x78/0x90 eax: f8c66fc0 ebx: f6862000 ecx: f8c66b80 edx: esi: f3266000 edi: 0002 ebp: c6a86d1c esp: f3267e48 ds: 007b es: 007b ss: 0068 Process imapd (pid: 13413, threadinfo=f3266000 task=c690c130) Stack: f3267e94 f8c66b80 f8c03c60 f6862000 f6817c00 f6862000 f6817c00 f6862000 f8c3d458 f6862000 c6a86d1c f3267e88 c23034c4 c23034c4 f6862000 c6a86d1c 417a8442 f3266000 51cc9351 c2303400 c6a86cb0 Call Trace: [f8c03c60] afs_PutVCache+0x90/0x130 [openafs] [f8c3d458] afs_linux_dentry_revalidate+0x278/0x330 [openafs] [f8c3d1e0] afs_linux_dentry_revalidate+0x0/0x330 [openafs] [c016ee15] cached_lookup+0x55/0x90 [c01706b2] __lookup_hash+0x72/0xe0 [c017073d] lookup_hash+0x1d/0x30 [c01713de] lookup_create+0x3e/0x90 [c01725f7] sys_link+0xd7/0x130 [f8bf8315] PagInCred+0x35/0x40 [openafs] [c0179ec7] dput+0x207/0x270 [f8c3c810] afs_linux_release+0x0/0x140 [openafs] [c0160be3] __fput+0xd3/0x140 [c015f0fe] sys_close+0x6e/0xc0 [c01061fb] syscall_call+0x7/0xb Code: 0f 0b 4b 04 fc 36 2b c0 eb 9f 8d b4 26 00 00 00 00 8d bc 27 -- System Information: Debian Release: 3.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.20-ben1 Locale: LANG=C, LC_CTYPE=C --- Received: (at 309378-done) by bugs.debian.org; 16 May 2005 21:00:46 + From [EMAIL PROTECTED] Mon May 16 14:00:46 2005 Return-path: [EMAIL PROTECTED] Received: from verein.lst.de (mail.lst.de) [213.95.11.210] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DXmhi-0005Pz-00; Mon, 16 May 2005 14:00:46 -0700 Received: from verein.lst.de (localhost [127.0.0.1]) by mail.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id j4GL0f6t018767 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 16 May 2005 23:00:41 +0200 Received: (from [EMAIL PROTECTED]) by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id j4GL0f18018765; Mon, 16 May 2005 23:00:41 +0200 Date: Mon, 16 May 2005 23:00:41 +0200 From: Christoph Hellwig [EMAIL PROTECTED] To: Troy Benjegerdes [EMAIL PROTECTED], [EMAIL PROTECTED] Cc:
Bug#309378: kernel-image-2.6.8-2-686-smp: CONFIG_PREEMPT is set, and seems to cause oop'es with openafs.
On Mon, May 16, 2005 at 11:00:41PM +0200, Christoph Hellwig wrote: On Mon, May 16, 2005 at 03:33:42PM -0500, Troy Benjegerdes wrote: Package: kernel-image-2.6.8-2-686-smp Version: 2.6.8-13 Severity: important I got the following oops today on a machine with openafs-modules-1.3.81: afs_put_inode: ino 6501078 (0xf68cdc00) has count 2 afs_put_inode: ino 6432306 (0xf6818400) has count 2 afs_put_inode: ino 6501042 (0xf6f0fc00) has count 2 afs_put_inode: ino 6500018 (0xf6eafc00) has count 2 [ cut here ] kernel BUG at fs/inode.c:1099! Please report such problems to the OpenAFS folks. OpenAFS is a known Piece of shunk having problems like that all the time. Then why is CONFIG_PREEMPT disabled in 2.6.11 ? The real problem is preempt is enabled. Openafs-1.3.8x fix several of these issues that have occurred in the past. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309378: kernel-image-2.6.8-2-686-smp: CONFIG_PREEMPT is set, and seems to cause oop'es with openafs.
On Mon, May 16, 2005 at 04:19:00PM -0500, Troy Benjegerdes wrote: Then why is CONFIG_PREEMPT disabled in 2.6.11 ? The real problem is preempt is enabled. Because it doesn't provide much benefits while letting broken code explode. That doesn't mean you should file such reports against against the kernel package unless that broken code is actually part of the mainline kernel or the debian patches. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309407: file conflict in kernel-build-2.6.11-powerpc and kernel-image-2.6.11-powerpc
Package: kernel-build-2.6.11-powerpc Version: 2.6.11-2 Severity: important kernel-build-2.6.11-powerpc 2.6.11-2 conflicts with kernel-image-2.6.11-powerpc 2.6.11-1: Unpacking kernel-build-2.6.11-powerpc (from .../kernel-build-2.6.11-powerpc_2.6.11-2_powerpc.deb) ... dpkg: error processing /var/cache/apt/archives/kernel-build-2.6.11-powerpc_2.6.11-2_powerpc.deb (--unpack): trying to overwrite `/lib/modules/2.6.11-powerpc/source', which is also in package kernel-image-2.6.11-powerpc You should probably add a Replaces Not filing this as grave as it only causes problems during sid-sid upgrades. Gruesse, Frank Lichtenheld -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Single kernel package discussion.
On Mon, 16 May 2005, Christian T. Steigies wrote: Can I build kernel-headers-2.6.11-1 as an m68k.deb or does that conflict with other arches? Do I need a separate kernel-headers-2.6.11-1-m68k package? m68k is doing fine without any 2.6 kernel headers so far, the buildds use a generic k-h package. I don't think we need subarch kernel-headers, so I silently skip your third level. When I built kernel-headers-2.6.11-1, I got a 5MB package, which I find rather big. It includes include/asm-* for all 11 subarches or maybe more, do I really need to include all them in m68k package or can I remove everything but m68k? Can this be an option in kernel-package? Or maybe is it already? Christian Hi Christian, Those are very good questions. I think, we should start working towards some kind of kernel policy, which would mandate what goes where. Now it is one hell of a mess with every architecture doing something slightly different. For example on i386 we have the following packages for 2.6.11: k-h-$(version)-$(abiname) k-h-$(version)-$(abiname)-i386 k-h-$(version)-$(abiname)-$(flavour) First one is the largest and contains most of the headers, including include/asm-generic and include/asm-i386. Second one is a dummy package /usr/share/doc/kernel-headers-2.6.11-1-i386/*, which depends on _all_ k-h-$(version)-$(abiname)-$(flavour) packages. It's purpose is not very clear to me. Finally, the third one is flavour specific, which contains a bunch of links into /usr/src/k-h-$(version)-$(abiname) and the following files: include/linux/autoconf.h include/linux/compile.h include/linux/version.h include/config/* .config .extraversion Module.symvers So, I think that a) it is ok to build the main header package as just m68k.deb (without inserting m68k anywhere in the name), as all arches seem to be doing that. b) if you don't have any subarches/flavours, then probably that's all you need; c) you should not include any other asm-* directories besides asm-generic and asm-m68k. Other arches are accomplishing it by specifying a script to run by during 'make-kpkg kernel-headers' via the HEADER_CLEAN_HOOK mechanism. This script then copies required extra stuff into the build directory and removes unneeded asm-directories. I would be very interested to hear how your build infrastracture correlates with the prototype common kernel-image code, which can be found in branches/kernel-image-2.6.11 directory in svn. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of kernel-source-2.6.11_2.6.11-5_i386.changes
kernel-source-2.6.11_2.6.11-5_i386.changes uploaded successfully to localhost along with the files: kernel-source-2.6.11_2.6.11-5.dsc kernel-source-2.6.11_2.6.11-5.diff.gz kernel-patch-debian-2.6.11_2.6.11-5_all.deb kernel-source-2.6.11_2.6.11-5_all.deb kernel-tree-2.6.11_2.6.11-5_all.deb kernel-doc-2.6.11_2.6.11-5_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
