Bug#351692: mips-tools doesn't build on powerpc and hppa
On Mon, Feb 06, 2006 at 10:18:41PM +0100, Aurelien Jarno wrote: Martin Michlmayr a écrit : Package: mips-tools Version: 2.4.27-11.040815-2 Severity: serious mips-tools doesn't build on powerpc and hppa; probably a bug in kernel-package or something -- needs more investigation. Yes, it is a bug in kernel-package, architecture.mk is not included. It is included in local-vars.mk, but it looks like this file is not included anymore. architecture.mk convert the architecture name in case the name in Debian and the name in the kernel tree is different, which is the case for powerpc (ppc), and hppa (parisc). JFTR, it is also the case for mipsel (mips). Thiemo
Processed: found 349354 in 0.062-3
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.11 found 349354 0.062-3 Bug#349354: initramfs-tools - kernel -udev dependency loop Bug marked as found in version 0.062-3. 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]
Bug#351692: mips-tools doesn't build on powerpc and hppa
Thiemo Seufer a écrit : On Mon, Feb 06, 2006 at 10:18:41PM +0100, Aurelien Jarno wrote: Martin Michlmayr a écrit : Package: mips-tools Version: 2.4.27-11.040815-2 Severity: serious mips-tools doesn't build on powerpc and hppa; probably a bug in kernel-package or something -- needs more investigation. Yes, it is a bug in kernel-package, architecture.mk is not included. It is included in local-vars.mk, but it looks like this file is not included anymore. architecture.mk convert the architecture name in case the name in Debian and the name in the kernel tree is different, which is the case for powerpc (ppc), and hppa (parisc). JFTR, it is also the case for mipsel (mips). I suppose the problem does not occur here because some more binary packages are build from this source package on mips and mipsel. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351685: udev storm: pcmcia CF adapter device file constantly deleted, recreated
This *is* a bug in ide-cs, but is exposed by udev (0.084-2 has a workaround). -- ciao, Marco signature.asc Description: Digital signature
preparing 2.6.15-5 - urgent due to security fix
Hello, Due to CVE-2006-0454 (remote DoS) I will upload 2.6.15-5 (containing 2.6.15.3 which fixes this security issue) today. Sorry for the short-term notice; if there are any things which can't wait for -6 please raise your concerns as soon as possible. I will not upload before 16:00 UTC. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Re: Kernel 2.4 for etch or not
[EMAIL PROTECTED] wrote: So I have the following idea regarding security support for 2.4 in etch: - make 2.6 the default for new installs but provide 2.4 for those who want it Do you understand that next year 2.4 kernels will probably not installable on a large fraction of the then current hardware? -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: preparing 2.6.15-5 - urgent due to security fix
Hello, On Tue, Feb 07, 2006 at 12:28:14PM +0100, Frederik Schueler wrote: I will not upload before 16:00 UTC. I will upload today after dinstall, as coordinated with the release team and the d-i team, to allow 2.6.15-4 into testing today and not break the D-I beta2 schedule. Best regarfds Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Re: Kernel 2.4 for etch or not
On Tuesday 07 February 2006 12:21, Marco d'Itri wrote: Do you understand that next year 2.4 kernels will probably not installable on a large fraction of the then current hardware? This whole discussion is not about current hardware. It is specifically about older hardware and about some architectures for which 2.6 does not fully work yet. pgphl96ejzxGI.pgp Description: PGP signature
Re: preparing 2.6.15-5 - urgent due to security fix
Hello, just a question: does this bug in Kernel 2.6.15 also concern the 2.4 Kernel? Best regards Johannes Willkomm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
We should really minimize unnecessary build as root requirements
reassign 351412 linux-2.6 thanks Hi, When the mkvmlinuz_support_install target is called by make-kpkg, setting the proper permissions is take care of by make-kpkg at a later stage, so there is no need to call this target as root. If this target is called directly by a human, then the OS shall take care of permissions --- either the destination is writeable by the user, or not. Nominally, the command shall fail unless the user is root, which is how a make install at the top level works as well. Once the user is root, the installed files would have the proper permissions. Also, there is no real requirement, apart from policy, that the pwnership be root:root; and if you build using make-kpkg, policy requirements shall be satisfied without mkvmlinuz_support_install target assuming it is run as root. The user may have chown'd /lib/modules to a non-root user, in that case, requiring root would be incorrect -- since the home user is not constrained by policy. manoj -- To understand a program you must become both the machine and the program. Manoj Srivastava [EMAIL PROTECTED]http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: We should really minimize unnecessary build as root requirements
Processing commands for [EMAIL PROTECTED]: reassign 351412 linux-2.6 Bug#351412: kernel-package: make-kpkg and fakeroot Bug reassigned from package `kernel-package' to `linux-2.6'. thanks 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: We should really minimize unnecessary build as root requirements
Processing commands for [EMAIL PROTECTED]: reassign 351412 linux-2.6 Bug#351412: kernel-package: make-kpkg and fakeroot Bug reassigned from package `linux-2.6' to `linux-2.6'. thanks 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: Bug#351692: mips-tools doesn't build on powerpc and hppa
Manoj, maybe you can take a look at the build failures on powerpc and hppa at http://buildd.debian.org/build.php?arch=pkg=kernel-patch-2.4.27-mips The mips things should have been fixed in the latest Sid version, the hppa clean target build failure is fixed in 10.034, in incoming at the time of writing. manoj -- prairies, n.: Vast plains covered by treeless forests. Manoj Srivastava [EMAIL PROTECTED]http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
2.6.16-rc2 build failure - packaging problem
Hi, I've tried to build 2.6.16-rc2 yesterday, using the orig.tar.gz from Fredrik's page (people.debian.org/~fs), latest kernel-package and debian dir from svn (dists/trunk or dists/exp, which Fredrik has created recently). I ran into a problem: kernel-package ends up with a kernel version like: 2.6.16-rc2-686-686 It is being called as make -f debian/rules.real binary-arch-flavour FLAVOUR='686' SOURCE_UPSTREAM='2.6.15+2.6.16-rc2' LOCALVERSION_HEADERS='' KPKG_ABINAME='' UPSTREAM_VERSION='2.6.16-rc2' SOURCE_VERSION='2.6.15+2.6.16-rc2-0experimental.1' VERSION='2.6.16' KERNEL_HEADER_DIRS='i386' SUBARCH='none' ABINAME='rc2' TYPE='kernel-package' LOCALVERSION='-686' ARCH='i386' REVISIONS='0experimental.1' [..] cd 'debian/build/build-i386-none-686'; env -u ABINAME -u ARCH -u SUBARCH -u FLAVOUR -u VERSION DEBIAN_LOCALVERSION='-rc2-686' DEBIAN_LOCALVERSION_HEADERS='-rc2' DEBIAN_VERSION='2.6.16' MAKEFLAGS='' make-kpkg --append-to-version '-686' --arch 'i386' --stem linux --initrd configure exec make -f /usr/share/kernel-package/ruleset/minimal.mk debian APPEND_TO_VERSION=-686 KPKG_ARCH=i386 KPKG_STEM=linux INITRD=YES Most probably the problem arises due to the fact that there is APPEND_TO_VERSION, which make-kpkg appends, but then LOCALVERSION is interpreted too, and added to version. 2.6.15 does not seem to have this problem, so it appears that LOCALVERSION handling changed somehow since then? I'm pretty sure that renaming the LOCALVERSION variable or preventing it from being passed to make-kpkg call will fix the problem. Since such a change has a great potential for breaking things, I am asking for advice :-). 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]
kernel security patch howto ?
I compile my kernels regularly from the vanilla source. I have become annoyed that I am required to rebuild the entire kernel for the small patches (example, 2.6.15.2 to 2.6.15.3). The way the patches are made available, one must apply the patch to the entire level zero (2.6.15) source. Is there a way to incrementally patch to minimize the compile time ? -- James D. Freels, Ph.D. Oak Ridge National Laboratory [EMAIL PROTECTED] http://www.comsol.com/stories/hfir/
Re: preparing 2.6.15-5 - urgent due to security fix
Johannes Willkomm wrote: Hello, just a question: does this bug in Kernel 2.6.15 also concern the 2.4 Kernel? No, it's a regression introduced in 2.6.12. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351832: linux-source-2.6.15: fails to reboot on laptop averatec 3156X
Package: linux-source-2.6.15 Severity: normal Tags: patch I noticed that whenever I did an init 6 on my laptop, it would hang and neither reboot nor shutdown. Initially I noticed this with linux 2.6.15. To narrow the bug down to a specific kernel version, I spent my afternoon compiling vanilla kernels from 2.6.12 through 2.6.15. I was able to pinpoint the error. 2.6.13.5 works, whereas 2.6.14 doesn't. With the help of a friend of mine, we could specifically narrow it down include/asm-i386/mach-default/mach_reboot.h If I copy this file from 2.6.13.5 to 2.6.14 and compile, the resulting kernel is able to reboot without problems. My Laptop is a Averatec 3156X, which is the same as the american 3150p model. I'm interested in getting this bug solved, but have no programming skills what so ever. But I know how to apply patches and compile kernels, so you could send me some patches for testing. Greetings, Lee -- System Information: Debian Release: testing/unstable -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351832: patch
Ok, I checked man diff and know I have a patch: --- linux-2.6.13.5/include/asm-i386/mach-default/mach_reboot.h 2005-12-15 19:38:27.0 +0100 +++ linux-2.6.15/include/asm-i386/mach-default/mach_reboot.h 2006-01-03 04:21:10.0 +0100 @@ -19,10 +19,18 @@ static inline void mach_reboot(void) { int i; - for (i = 0; i 100; i++) { + for (i = 0; i 10; i++) { kb_wait(); udelay(50); - outb(0xfe, 0x64); /* pulse reset low */ + outb(0x60, 0x64); /* write Controller Command Byte */ + udelay(50); + kb_wait(); + udelay(50); + outb(0x14, 0x60); /* set System flag */ + udelay(50); + kb_wait(); + udelay(50); + outb(0xfe, 0x64); /* pulse reset low */ udelay(50); } } Hope it helps ... works for me, but may break other systems ... kind regards, Lee -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#80878: Hi cutestuff. Want to be my fuck buddy?... chronography
How does that sound too you? I checked out your profile and you are just what Im looking for. Will you be the one who fucks me at night? Does that sound like fun too you? Leave me a message at hotfuck83. http://tori5x.com/dpw/ Courtney is southbound or kidnap mine but emerson.-gorifobi.com/notonlist/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: kernel security patch howto ?
This worked great. Here, more specifically is what I did interdiff -qz patch-2.6.15.2.bz2 patch-2.6.15.3.bz2 patch_2.6.15.2_to_2.6.15.3 Then apply in /usr/src/linux-2.6.15.3 patch -p1 ../patch_2.6.15.2_to_2.6.15.3 Builds much quicker ! Thank you very much. -- James D. Freels, Ph.D. Oak Ridge National Laboratory [EMAIL PROTECTED] http://www.comsol.com/stories/hfir/
Bug#328534: Adaptec 2005S Hangs ping2
Ken Hillier wrote: maximilian attems wrote: tags 328534 moreinfo severity 328534 important stop please add requested further info about status with latest 2.6.14 or 2.6.15-rcX from experimental using initramfs-tools. regards I have to schedule a transition of the system in question. The system in question is currently being used for media streaming testing running windows. I will attempt reinstalling the latest 2.6 kernel with both yaird and initramfs-tools when I can free up the resource I am hoping this weekend. 2.6.15-3 and 2.6.15-4 work with what appears to be 0.51 version of initramfs-tools. An earlier version does not work, and the current testing version of yaird does not work. When yaird updated it did something to initramfs-tools, broke it. I am not sure what sequence of events happened, but I installed initramfs-tools and 2.6.15-3 installed fine. I updated the system, which had a yaird upgrade, later updaing the kernel, only to run into the same error message. I had to re-install initramfs-tools, and for some reason it was at 0.47 or something, which didn't work. With the upgrade to 0.51 version, everything is working again. Since this system is now functional with a recent kernel version I will be running it as is with initramfs-tools instead of yaird at this time, and letting the system stabilize. Let me know if there is something else I can do. thank you for your help. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351862: linux-image-2.6.15-1-k7: Kernel panic on joystick access (gameport/grip)
Package: linux-image-2.6.15-1-k7 Version: 2.6.15-4 Severity: important When trying to access my gamepad, I get a kernel panic when using 2.6.15. It always worked fine with earlier kernels (just installed linux-image-2.6.15-1-k7 today). I've got a Gravis gamepad (grip driver) connected to the gameport of my onboard Via82xx soundcard. (Via KT133 chipset, Athlon C 1000 processor) I wrote down most of the traceback that was dumped, but I probably made some errors copying it (especially the addresses...) EIP is at input_event+0x21/0x3ba [ ... ] [e09b669d] grip_poll+0x3ef/0x416 [grip] [e098f19c] gameport_run_poll_handler+0x0/0x40 [gameport] [e098f1a8] gameport_run_poll_handler+0xc/0x40 [gameport] [c011cc53] run_timer_softirq+0x10d/0x14f [c0119b4c] __do_softirq+0x34/0x7d [c0119bb7] do_softirq+0x22/0x26 [c01049ba] do_IRQ+0x22/0x28 [c01034b2] common_interrupt+0x1a/0x20 [c0101047] default_idle+0x25/0x53 [c01010ac] cpu_idle+0x3f/0x57 [c02f269c] start_kernel+0x17b/0x17f 0 Kernel panic - not syncing: Fatal exception in interrupt I can reproduce the crash by running $ jstest /dev/input/js0 If the joypad isn't connected, the crash doesn't occur. Please let me know about any additional info you might need. cheers, Christian Henz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages linux-image-2.6.15-1-k7 depends on: ii initramfs-tools [linux-initra 0.51 tools for generating an initramfs ii module-init-tools 3.2.2-2tools for managing Linux kernel mo Versions of packages linux-image-2.6.15-1-k7 recommends: pn libc6-i686none (no description available) -- debconf information: linux-image-2.6.15-1-k7/postinst/depmod-error-initrd-2.6.15-1-k7: false linux-image-2.6.15-1-k7/postinst/old-initrd-link-2.6.15-1-k7: true linux-image-2.6.15-1-k7/preinst/abort-install-2.6.15-1-k7: linux-image-2.6.15-1-k7/postinst/create-kimage-link-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/depmod-error-2.6.15-1-k7: false linux-image-2.6.15-1-k7/postinst/kimage-is-a-directory: linux-image-2.6.15-1-k7/preinst/lilo-has-ramdisk: linux-image-2.6.15-1-k7/preinst/failed-to-move-modules-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/overwriting-modules-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/old-system-map-link-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/bootloader-error-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/already-running-this-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/initrd-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/elilo-initrd-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/old-dir-initrd-link-2.6.15-1-k7: true * linux-image-2.6.15-1-k7/postinst/bootloader-test-error-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/abort-overwrite-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/lilo-initrd-2.6.15-1-k7: true linux-image-2.6.15-1-k7/prerm/would-invalidate-boot-loader-2.6.15-1-k7: true linux-image-2.6.15-1-k7/preinst/bootloader-initrd-2.6.15-1-k7: true linux-image-2.6.15-1-k7/prerm/removing-running-kernel-2.6.15-1-k7: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350510: Also happens for my laptop (ThinkPad T42p using uhci_hcd and ehci_hcd)
Package: initramfs-tools Version: 0.51 Followup-For: Bug #350510 Just to chime in, I've also been bitten by this bug on my laptop, an IBM ThinkPad T42p, which seems to use the USB controller modules uhci_hcd and ehci_hcd, so it's definitely not specific to Joey's laptop or even ohci_hcd. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages initramfs-tools depends on: ii busybox 1:1.01-4 Tiny utilities for small and embed ii cpio 2.6-10 GNU cpio -- a program to manage ar ii klibc-utils 1.2.1-3small statically-linked utilities ii udev 0.084-2/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Some new 2.4.27 security patches
On Fri, Oct 14, 2005 at 04:30:10PM +0900, Horms wrote: Also this patch: http://linux.bkbits.net:8080/linux-2.4/diffs/fs/xfs/[EMAIL PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_dinode.h|[EMAIL PROTECTED]|hist/fs/xfs/xfs_inode.c ([XFS] Handle inode creation race) should also be applied since it appears to be a security issue. Fixed in 2.4.29-pre1 Patch: http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_inode.c ChangeLog: http://www.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.29 I'll get this into SVN for 2.4.27. It does not seem to relate to 2.6 at all. I am having trouble locating CAN numbers for these, does anyone know if there are any? I don't think there are any. Perhaps we should file for the 2nd one. I noice that hlh was involved in that patch, perhaps he can provide a slightly longer description. It turns out that this patch introduces a bug in the form of a missing symbol (#343970). http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343970 The fix for this is to add an additional patch, which was also included in 2.4.29-pre1 http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]|src/|src/fs|src/fs/xfs|src/fs/xfs/linux-2.4|related/fs/xfs/linux-2.4/xfs_vnode.h I have added this for inclusion in Sid's (trunk) 2.4.27-13. I have removed the original patch from sarge-security's 2.4.27-10sarge2 as I believe that these patches are far to large for a security release. I don't believe they have been closely examined. And we don't even have a CVE for them. Should we add a patch-tracker entry for them and consider them for sarge3? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Some new 2.4.27 security patches
On Wed, Feb 08, 2006 at 12:26:27PM +0900, Horms wrote: On Fri, Oct 14, 2005 at 04:30:10PM +0900, Horms wrote: Also this patch: http://linux.bkbits.net:8080/linux-2.4/diffs/fs/xfs/[EMAIL PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_dinode.h|[EMAIL PROTECTED]|hist/fs/xfs/xfs_inode.c ([XFS] Handle inode creation race) should also be applied since it appears to be a security issue. Fixed in 2.4.29-pre1 Patch: http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_inode.c ChangeLog: http://www.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.29 I'll get this into SVN for 2.4.27. It does not seem to relate to 2.6 at all. I am having trouble locating CAN numbers for these, does anyone know if there are any? I don't think there are any. Perhaps we should file for the 2nd one. I noice that hlh was involved in that patch, perhaps he can provide a slightly longer description. It turns out that this patch introduces a bug in the form of a missing symbol (#343970). http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343970 Sorry, this problem should be tracked as #344036 as per the note I sent to #343970 earlier today. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=344036 The fix for this is to add an additional patch, which was also included in 2.4.29-pre1 http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]|src/|src/fs|src/fs/xfs|src/fs/xfs/linux-2.4|related/fs/xfs/linux-2.4/xfs_vnode.h I have added this for inclusion in Sid's (trunk) 2.4.27-13. I have removed the original patch from sarge-security's 2.4.27-10sarge2 as I believe that these patches are far to large for a security release. I don't believe they have been closely examined. And we don't even have a CVE for them. Should we add a patch-tracker entry for them and consider them for sarge3? -- Horms -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343970: unresolved symbols in module xfs.o
tags 343970 +pending thanks This was caused by the inclusion of 194_xfs-bad-inodes.diff in 2.4.27-12. Otherwise known as: http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_inode.c I believe that the fix for this is 194_xfs-inode-race.diff, which I have added for inclusinon in the forthcoming 2.4.27-13 release. http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]|src/|src/fs|src/fs/xfs|src/fs/xfs/linux-2.4|related/fs/xfs/linux-2.4/xfs_vnode.h -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344036: Unresolved symbol in orinoco.o module
retitle 344036 Unresolved symbol ALIGN in orinoco.o module retitle 343970 Unresolved symbol vn_mark_bad in xfs.o thanks Hi, The xfs.o/vn_mark_bad problem has also been reported as #343970 I would like to handle discussion of that problem exclsively in that bug. I also believe that I have a solution to that problem, as annotated in that bug. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343970 I would like to use this bug, 344036, to address the missing ACCEPT symbol in orinoco.o. I hope to post a solution to that problem shortly. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: unresolved symbols in module xfs.o
Processing commands for [EMAIL PROTECTED]: tags 343970 +pending Bug#343970: unresolved symbols in module xfs.o There were no tags set. Tags added: pending thanks 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: Re: Unresolved symbol in orinoco.o module
Processing commands for [EMAIL PROTECTED]: retitle 344036 Unresolved symbol ALIGN in orinoco.o module Bug#344036: Unresolved symbols in xfs.o and orinoco.o modules. Changed Bug title. retitle 343970 Unresolved symbol vn_mark_bad in xfs.o Bug#343970: unresolved symbols in module xfs.o Changed Bug title. thanks 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]
Bug#342503: marked as done (kernel-image-2.4.27-2-686: orinoco driver broken)
Your message dated Wed, 8 Feb 2006 12:35:34 +0900 with message-id [EMAIL PROTECTED] and subject line Close 342503 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) ---BeginMessage--- Package: kernel-image-2.4.27-2-686 Version: 2.4.27-12 Severity: important Today's upgrade installed a new version of the kernel, but depmod fails with: [EMAIL PROTECTED]:~# depmod depmod: *** Unresolved symbols in /lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o depmod: *** Unresolved symbols in /lib/modules/2.4.27-2-686/kernel/fs/xfs/xfs.o A modprobe gives: [EMAIL PROTECTED]:~# modprobe orinoco /lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o: /lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o: unresolved symbol ALIGN /lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o: insmod /lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o failed /lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o: insmod orinoco failed -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-image-2.4.27-2-686 depends on: ii coreutils [fileutils] 5.93-5 The GNU core utilities ii fileutils 5.93-5 The GNU file management utilities ii initrd-tools 0.1.84 tools to create initrd image for p ii modutils 2.4.27.0-3 Linux module utilities kernel-image-2.4.27-2-686 recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- This bug duplicates 343970 and 344036 so I am closing it accordingly. N.B: The orinoco problem and the xfs problem are not related. -- Horms ---End Message---
Processed: Possible reason for corrupt version string
Processing commands for [EMAIL PROTECTED]: reassign 349472 linux-2.6 Bug#349472: kernel-package - generates broken versions Bug reassigned from package `kernel-package' to `linux-2.6'. severity 349472 important Bug#349472: kernel-package - generates broken versions Severity set to `important'. thanks 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]