Bug#120116: george geisinger Approval
george geisinger, You have been reviewed and approved. Please make sure your details are correct on our secure server below: http://requestedasap.com Sincerely, Rena -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#100421: Have all 180 episodes of the Seinfeld series on 23 DVDs online now
Hi there, How much are you selling the seinfeld complete series for? Best regards, Jack Durieux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: automatic custom kernels?
Jonas Smedegaard [EMAIL PROTECTED] writes: On Fri, 16 Dec 2005 21:09:21 +0100 Andreas Barth [EMAIL PROTECTED] wrote: Hi, * Micah Anderson ([EMAIL PROTECTED]) [051205 20:19]: I've been thinking about how we could use autobuilders to automatically apply kernel-patch packages and auto-build them as soon as new kernels and patches are available. Many people want to just install kernel-images with certain patches (I get a lot of requests for images of the vserver kernel-patch), yes, that's exactly one of my use cases :) Just noticed sourcerer-kernel-builder in experiemental. Perhaps that solves the dream of this thread? I would love to get some users for it and some motivation through bugreports. The package was ment for the users themself and not for buildds so it doesn't use a chroot and doesn't interact with buildd. But on most hardware running a kernel compile parallel to buildd probably doesn't hurt. It also predates the name change to linux-kernel so it probably doesn't work at all anymore but that should be easy to fix. Try it, write bugs and I will try to fix them over X-Mas. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: severity 337497 serious Bug#337497: initramfs-tools: [powerpc] doesn't work on pegasos - ALERT! /dev/hda1 does Severity set to `serious'. severity 342925 serious Bug#342925: initramfs-tools: [sparc64] generated initrd fails to boot Severity set to `serious'. severity 332824 serious Bug#332824: linux-image-2.6.13-1-686: Cannot find LVM root fs Severity set to `serious'. merge 337497 342925 332824 Bug#332824: linux-image-2.6.13-1-686: Cannot find LVM root fs Bug#337497: initramfs-tools: [powerpc] doesn't work on pegasos - ALERT! /dev/hda1 does Bug#342925: initramfs-tools: [sparc64] generated initrd fails to boot Merged 332824 337497 342925. stop 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#332824: fixed udev - fixed initramfs-tools?
Jonathan Brandmeyer wrote: So, what do I need to edit to fix this? Alternatively, what command should I try to run after modprobing in ide-disk and ide-generic? The problem is that ide-disk and ide-generic are not loaded when dm-mod is loaded so when it performs its initial device scan it skips the ide discs. The easiest workaround until the bug is properly fixed is the one suggested by Maximilian (i.e. add the modules to /etc/initramfs/modules and regenerate the image). The devices should then be present when dm-mod is loaded which should generate the lvm nodes. Alternatively, you could force dm-mod to do a rescan but I do not remember how to do it :) Re, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338406: initramfs-tools: Doesn't create /dev/hda* device nodes on LVM system
maximilian attems wrote: please retest with latest initramfs-tools in unstable And when doing so, please take note of merged bugs 332824, 337497 and 342925 (i.e. make sure that ide-disk and possibly ide-generic are added to /dev/mapper/control before generating the new initramfs image). It seems likely that this could be the same bug (at least with recent initramfs-tools versions)... Re, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Remove moreinfo tags on merged bug reports
Processing commands for [EMAIL PROTECTED]: tags 337497 - moreinfo Bug#337497: initramfs-tools: [powerpc] doesn't work on pegasos - ALERT! /dev/hda1 does Tags were: moreinfo Bug#332824: linux-image-2.6.13-1-686: Cannot find LVM root fs Bug#342925: initramfs-tools: [sparc64] generated initrd fails to boot Tags removed: moreinfo tags 342925 - moreinfo Bug#342925: initramfs-tools: [sparc64] generated initrd fails to boot There were no tags set. Bug#332824: linux-image-2.6.13-1-686: Cannot find LVM root fs Bug#337497: initramfs-tools: [powerpc] doesn't work on pegasos - ALERT! /dev/hda1 does Tags removed: moreinfo tags 332824 - moreinfo Bug#332824: linux-image-2.6.13-1-686: Cannot find LVM root fs There were no tags set. Bug#337497: initramfs-tools: [powerpc] doesn't work on pegasos - ALERT! /dev/hda1 does Bug#342925: initramfs-tools: [sparc64] generated initrd fails to boot Tags removed: moreinfo stop 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]
Hey, debian-kernel
Hi, debian-kernel
Re: Preparing 2.6.14-6 release, getting 2.6.15-rc into shape
On Mon, Dec 19, 2005 at 09:50:48PM +0100, Frederik Schueler wrote: - powerpc-calibrate-tau.patch - powerpc-g3-750cxe.patch Can we get them posted to linuxppc-dev again, please? - tty-locking-fixes9.patch this patch was always broken, but the underlying issue it has been papering over has been fixed now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparing 2.6.14-6 release, getting 2.6.15-rc into shape
On Tue, Dec 20, 2005 at 09:57:33PM +0100, Christoph Hellwig wrote: On Mon, Dec 19, 2005 at 09:50:48PM +0100, Frederik Schueler wrote: - powerpc-calibrate-tau.patch - powerpc-g3-750cxe.patch Can we get them posted to linuxppc-dev again, please? Yep, i suppose, but i would rather do this shortly after the 2.6.15 release, and once they are adapted to ARCH=powerpc, does this sound right ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344205: linux-source-2.6.14: drivers/net/wireless/airo.c fails to compile
Package: linux-source-2.6.14 Version: 2.6.14-5 Severity: normal Trying to build my kernel from the linux-source-2.6.14 package (and no external patches), I get an error in drivers/net/wireless/airo.c. The full .config + log file is about 4500 lines, so I'm not sure whether I should attach them to this bug report. I uploaded them, they're available (in the form of a script(1) transcript) at the following URL: http://roland.mas.free.fr/tmp/make-kpkg.log Short excerpt: CC [M] drivers/net/wireless/airo_cs.o CC [M] drivers/net/wireless/airo.o drivers/net/wireless/airo.c:93:2: warning: #warning MIC support requires Crypto API drivers/net/wireless/airo.c: In function 'flashcard': drivers/net/wireless/airo.c:7495: warning: implicit declaration of function 'flashpchar' drivers/net/wireless/airo.c: At top level: drivers/net/wireless/airo.c:7575: error: static declaration of 'flashpchar' follows non-static declaration drivers/net/wireless/airo.c:7495: error: previous implicit declaration of 'flashpchar' was here make[4]: *** [drivers/net/wireless/airo.o] Error 1 make[3]: *** [drivers/net/wireless] Error 2 The .config file has been obtained by the following steps: starting from a .config that worked under 2.6.12, copy to the new source directory, make menuconfig, exit without changing anything, save changes anyway. -- 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.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-source-2.6.14 depends on: ii binutils 2.16.1cvs20051214-1 The GNU assembler, linker and bina ii bzip21.0.2-11high-quality block-sorting file co Versions of packages linux-source-2.6.14 recommends: ii gcc 4:4.0.2-2 The GNU C compiler ii libc6-dev [libc-dev] 2.3.5-9GNU C Library: Development Librari ii make 3.80+3.81.b4-1 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332824: fixed udev - fixed initramfs-tools?
On Tue, 2005-12-20 at 16:22 +0100, David Härdeman wrote: Jonathan Brandmeyer wrote: So, what do I need to edit to fix this? Alternatively, what command should I try to run after modprobing in ide-disk and ide-generic? The problem is that ide-disk and ide-generic are not loaded when dm-mod is loaded so when it performs its initial device scan it skips the ide discs. Using the still-working 32-bit side of the system, I managed to find what the difference is between having and not having ide-disk and ide-generic in /etc/mkinitramfs/modules. Modules in that list are added to /conf/modules in the ramfs image. So, that is what I did to /conf/modules in the 64-bit initramfs image. The boot still fails, but in a different manner. The last few messages includes a modprobe usage error followed by: mount: Cannot read /etc/fstab: No such file or directory Begin: Running /scripts/log-bottom ... Done. Done. Begin Running /scripts/init-bottom mount: Mounting /root/dev on /dev/.static/dev failed: No such file or directory (more failures to mount /sys and /proc) Target filesystem doesn't have /sbin/init (enters Busybox ash) mount returns: none on /sys none on /proc udev on /dev /dev/mapper is empty except for control /proc/modules includes forcedeth ehci_hcd ohci_hcd thermal processor fam ide_cd cdrom dm_mod sd_mod ide_generic ide_disk sata_nv libata scsi_mod amd74xx ide_core According to dmesg the IDE cdroms (hdc, hdd) and SATA hard drives (sda, sdb) are all detected before dm_mod is loaded. All of the relevant partitions for the hard drives show up under /dev The easiest workaround until the bug is properly fixed is the one suggested by Maximilian (i.e. add the modules to /etc/initramfs/modules and regenerate the image). The devices should then be present when dm-mod is loaded which should generate the lvm nodes. Except that I CANNOT DO THIS because the system is unbootable. -Jonathan
What is the different between amd64-k8 and amd64-generic?
What is the different between the tow kernel? -- +-+ | Zachary Wu(ecloud,e.cloud) | | QQ : 34201165MSN : [EMAIL PROTECTED] | | Linux trainer of www.ccxx.net Beijing - China | | Tel :+86(010)51662636-1015 Fax :+86(010)62193717 | | E-mail : [EMAIL PROTECTED] | | Home Page : http://spaces.msn.com/members/yecloud | | My Forum : http://www.linuxforum.net/ | +-+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
