Example way to solve this for mkinitrd ...
Hello, I implemented a way to fix this for initrd-tools : Index: mkinitrd === --- mkinitrd(revision 4448) +++ mkinitrd(working copy) @@ -1309,7 +1309,7 @@ CONFDIR=/etc/mkinitrd unset keep croot cmkimage out || : -while getopts "d:km:o:r:" flag; do +while getopts "d:km:o:r:-:" flag; do case $flag in d) CONFDIR="$OPTARG" @@ -1335,6 +1335,16 @@ r) croot=$OPTARG ;; + -) + case ${OPTARG%=*} in + supported-host-version) + supported_host_version=${OPTARG#*=} + ;; + supported-target-version) + supported_target_version=${OPTARG#*=} + ;; + esac + ;; *) usage ;; @@ -1342,6 +1352,19 @@ done shift $(($OPTIND - 1)) +if [ "$supported_host_version" ] || [ "$supported_target_version" ]; then + if [ "$supported_host_version" ]; then + host_upstream_version=${supported_host_version%%-*} + fi + if [ "$supported_target_version" ]; then + target_upstream_version=${supported_target_version%%-*} + if dpkg --compare-versions "$target_upstream_version" ge "2.6.13"; then + exit 1 + fi + fi + exit 0 +fi + if ! [ $out ] || [ $# -gt 1 ]; then usage fi which altough it may not be the nicest way, fixes the issue. Notice that the invocation is : ./mkinitrd --supported-target-version=2.6.13-1-powerpc --supported-host-version=2.6.12-1-powerpc Due to the way getopts is implemented in shell, so i guess this should be the version to use here. I will implement this in initrd-tools and initramfs-tools in the debian-kernel svn, but await for comments before doing an upload, Jonas, i would appreciate if you would be able to do this for yaird asap too, as i don't speak perl, which i think is what yaird implements, right ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Some new 2.4.27 security patches
On Thu, Oct 13, 2005 at 02:59:30PM -0400, micah wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > Horms, > > I noticed that this patch is not applied to the 2.4.27 sarge1 update: > http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED] > > The description reads: [XFS] Add nosymlinks inode flag for the security > folks, reserve projinherit flag. > > I dont know what the security issue is here, but it seems like it is > security... > > That patch doesn't apply straight to the debian source, it seems as if > there are some pre-requisite patches, I was able to find at least these > two that were needed: > 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_dinode.h > 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_fs.h > > This solves the failure to apply to xfs_dinode.h, but there are other > failures that are most likely due to other patches needing to be applied > first. I dont know if the other patches in that history need to be > brought up to the latest as well. I'm afraid I have reached my limits of > understanding of how to bring this forwards. I do not believe this is a security patch. I believe that it is the addition of a new security-related feature. It is also rather a lot of patch. So I am rejecting its inclusion in Debian's 2.4 at this stage. > > 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. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd/initramfs: we discussed enough, let's take some action now :)
On Fri, Oct 14, 2005 at 08:04:46AM +0200, Sven Luther wrote: > On Wed, Oct 12, 2005 at 03:26:45PM +0900, Horms wrote: > > On Sun, Oct 09, 2005 at 02:21:04PM +0200, Sven Luther wrote: > > > On Sun, Oct 09, 2005 at 02:15:18PM +0200, Sven Luther wrote: > > > > Hi all, > > > > > > > > Ok, now that linux-2.6.13-1 has been uploaded to experimental, and > > > > despite the > > > > abysmal situation of the experimental autobuilders and ways to grab > > > > logs, > > > > it is time to finalize the story about the initrd stuff. > > > > Hi Sven, > > > > your proposal regarding updating initrd-tools, initramfs-tools and yaird > > to allow them to be more sensibly called sounds fine to me. I can't > > speak on behalf of their repective maintainers, nor on > > behalf of the kernel-package maintainer, but it certainly seems > > worthy of coming up with some patches to test out. > > Ok, you seem to be the only one who commented positively, and nobody else > seems to care enough to comment, and i had trouble enough getting others to > even read the email through pushing them to do so on irc, so i guess as always > things end up to be decided by those who do the job. > > As you said, the proposal is sensible, seems open to any future choice we > make, and nobody objected, so i will no go ahead with the next step. > > I have already modified linux-2.6/debian/templates/control.image.in to show : > > Depends: initramfs-tools | yaird | linux-ramdisk-tool, module-init-tools > (>= 0.9.13) > > I dropped the initrd-tools conflict, and ideally initramfs-tools and yaird > should be listed with a versioned dependency on the version which first > implements the --supported-host-version and --supported-target-version > options, and preferably initramfs-tools should be dropped from the arches > which have problems with it right now, or better yet we put yaird first until > the initramfs-tools/klibc is build-clean. > > Anyway, next step starting now is : > > fill an RC bug report against initramfs-tools, yaird and initrd-tools, > asking for : > > 1) addition of a Provides: linux-ramdisk-tool. > > 2) supporting the --supported-(host|target)-version calls. > > Once that is done, the third step in the support migration will be > kernel-package, but this may well be for next week, we will see how reactive > the ramdisk-tool folk are :) That sound fine, though I'm not sure if the RC status is neccessary. Your call. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333834: linux-2.6: Please enabled "audit" support, selinux is pretty much unuseable otherwise.
tag 333834 +fixed-in-experimental thanks On Fri, Oct 14, 2005 at 01:19:47PM +0800, Stanley Peng wrote: > CONFIG_AUDIT=y Thanks. This is actually already on in 2.6.13, and I think that is current in 2.6.13-1 which is in experimental, and so the change will trickle down to sid and etch soon enough. Is there a burning desire to push this into 2.6.12 (sid/etch)? I'd rather not duplicate the change there. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#333834: linux-2.6: Please enabled "audit" support, selinux is pretty much unuseable otherwise.
Processing commands for [EMAIL PROTECTED]: > tag 333834 +fixed-in-experimental Bug#333834: linux-2.6: Please enabled "audit" support, selinux is pretty much unuseable otherwise. There were no tags set. Tags added: fixed-in-experimental > 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: initrd/initramfs: we discussed enough, let's take some action now :)
On Fri, Oct 14, 2005 at 03:38:20PM +0900, Horms wrote: > > Once that is done, the third step in the support migration will be > > kernel-package, but this may well be for next week, we will see how reactive > > the ramdisk-tool folk are :) > > That sound fine, though I'm not sure if the RC status is neccessary. > Your call. Well, as my previous tries in communicating about these issues where mostly ignored, this may bring some visibility to it, that said as 2/3rd of the packages involved are d-k maintained anyway, and i am currently fixing them, this should be no big issue, i also don't think this should be a problem for Jonas. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: mark initramfs-tools and intrd-tools bugs as pending now that i fixed them in SVN.
Processing commands for [EMAIL PROTECTED]: > tags 333856 + pending Bug#333856: initrd/initramfs: Step 2 ongoing, ramdisk-tools needs fixing There were no tags set. Tags added: pending > tags 333857 + pending Bug#333857: initrd/initramfs: Step 2 ongoing, ramdisk-tools needs fixing There were no tags set. Tags added: pending > tag 333856 + pending Bug#333856: initrd/initramfs: Step 2 ongoing, ramdisk-tools needs fixing Tags were: pending Tags added: pending > tag 333857 + pending Bug#333857: initrd/initramfs: Step 2 ongoing, ramdisk-tools needs fixing Tags were: pending 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]
Bug#301004: [nat] 2.6.11 breaks local transparent caches
Is this bug fixed in 2.6.12 or 13? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302622: kernel-image-2.6.11: VGA mode console doesn't work with current svn version of configs 05/04/01
Is this still a problem in 2.6.12? I know vesa is a bit screwy in 2.6.13 since we made it a non-module, but that is a different problem. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305671: Keyboard/Mouse hangup with kernel-image-2.6.11-smp
Is this still a problem in 2.6.12? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333834: linux-2.6: Please enabled "audit" support, selinux is pretty much unuseable otherwise.
I wonder which version of linux-2.6 will be the stable one of etch. 2.6.12 or 2.6.13? If it's 2.6.12, I think it is better to push it into 2.6.12 :)On 10/14/05, Horms <[EMAIL PROTECTED]> wrote: tag 333834 +fixed-in-experimentalthanksOn Fri, Oct 14, 2005 at 01:19:47PM +0800, Stanley Peng wrote:> CONFIG_AUDIT=yThanks.This is actually already on in 2.6.13, and I think that is current in 2.6.13-1 which is in experimental, and so the change will trickledown to sid and etch soon enough.Is there a burning desire to push this into 2.6.12 (sid/etch)?I'd rather not duplicate the change there. --Horms--To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325117: NFS client problem with kernel 2.6 and SGI IRIX 6.5
Dear Trond Myklebust, my name is Ruediger Oberhage, I'm (amongst other duties) administering computers for the Theoretical Physics in Essen of the university Duisburg-Essen, Germany, and I do have a (client) problem (severe to us) with the 2.6 kernel series and nfs, when served from an SGI IRIX 6.5 system (type: Origin 200). Since I use the Debian GNU/Linux distribution, I contacted its kernel maintainer (Horms) first, and he pointed me to you (I'll add the problem report(s) below). The problem was registered with the Debian Bug Tracking System as Bug#325117. The summary is as follows: I do have problems with the 2.6 series kernel, which do not occur with a 2.4 series kernel (and an other- wise unchanged system). I discovered it with Mathematica version 5.0, but do think that other programs are also involved (e.g. OpenOffice 1.1.4, that doesn't find its default (or any other) printer any longer). The symptom is, that certain ressources are reported missing, that are definitively there and which lie somewhere within the application-tree, that tree lying within a hierarchie being nfs-auto-mounted from the SGI system to the (Intel architec- ture) Linux client. File contents (or whole files?) seems to get 'lost' somehow. It doesn't seem to be the MSBit Problem of the 32bit nfs cookies (alone) - the branch is exported with the IRIX '32bitclients' option, to avoid the 64bit cookies, that led to a similar problem with the printer in OpenOffice under the 2.4 series kernels, and vanished with the 32bit-option. The reason for me to state this is, that when I applied a 32bit-'SGI-IRIX-induced'-patch for (early) 2.6 kernels (Debians 2.6.8) the problem didn't go away, and it also still occurs when using the 2.6.12-kernel, where some kernel-version ago (2.6.10 or 11?) that part of the cookie problem was solved via a translation table (once and for all, I hope). The problem occurs when requesting nfs v2 as well as nfs v3 protocol. An LD_ASSUME_KERNEL does not seem to help, as it does with other problems. When testing or compiling kernels, I always used the 'debianized' versions, but to my understanding, they are nearly unaltered compared to the 'plain' kernels (see Debian changelogs). The problem is severe to us, as the same configuration also exports our home-directories, which are, of course, writeable, contrary to the application-tree, which is read-only. Thus any help will be welcome. I'm willing to try whatever I can do to resolve the problem, but I need guidance in what to do and what (else) you need to know. Many thanks, Ruediger Oberhage Please find the 'Debian bug reports and replies' below (sorry, it's long, but you may skip it should you prefer to get it from Debian's Bug Tracking System directly!): Package: kernel-image-2.6.8-2-686 Version: 2.6.8-16 Severity: critical Hello! This is about an (at least to us) critical bug within NFS in the current Debian 3.1 (stable=sarge) version Intel i386 architecture with kernel 2.6 only! All the phaenomena reported do not(!) occur with kernel 2.4 (here 2.4.27, more precisely 2.4.27-2-686). First symptom: when I change into any NFS-mounted directory or subdirectory thereof and issue the command 'find . -print', I get the following result: /Net/Apps# find . -print . find: .: Value too large for defined data type The same is true, if I address that directory 'from the outside': /tmp# find /Net/Apps/. -print /Net/Apps/. find: /Net/Apps/.: Value too large for defined data type [the '.' after the /Net/Apps/ is necessary, as this is a symlink here! But the same happens, when that is not the case!] I've read about such a problem in the Ubuntu bug-tracking system, and they claim to have a solution for this one. This could be true, as this problem doesn't show, when I use the Knoppix 4.0 DVD (which uses a 2.6.12-kernel, iirc). I did compile and try under 'sarge' the latest kernel available in the Debian repository at this time (2.6.11-7) from kernel-source-2.6.11_2.6.11-7_all.deb and accessories via 'make-kpkg', a 'sarge'-version of "kernel-image-2.6.11-1-686_2.6.11-7_i386.deb" so to speak, and this one, too, shows the error. So it isn't gone in Debian! libc6 is: Version: 2.3.2.ds1-22, the 'standard one', but I don't think, it does matter. [As written above, it doesn't show up with kernel 2.4!] The second problem is the critical failure of applications in such an NFS-mounted tree. E.g. Mathematica v5.0 crashes, with a 'segmentation fault', after not only complaining about problems with "fonts" (that can often be ignored), but also with reporting missing 'structures' (read files!) from that tree, finally resulting in the abort. These files are definitely there and not 'harmed' - it does work with a 2.4 kernel and an otherwise unchanged 'sarge' system. [An LD_ASSUME_KERNEL=2.4 does not(!) help here for 2.6 kernels, as it does with e.g. Maple v.8, where a missing 'errno' variable is (otherwise) reported for libc6 by the dynamic linker with 2.6 kernels.]
Bug#330287: Patch for CAN-2005-3055
On Thu, Oct 13, 2005 at 12:50:03AM +0200, Moritz Muehlenhoff wrote: > Hi, > on linux-kernel there were some iterations of patch review before an > acceptable patch could be cooked up. Here's the final one from Harald > Welte. Meanwhile Linus already commited an older version version of > his patch, for which Harald wanted to push an additional patch, so > I guess it's the best to directly include this fix. Sorry this is taking a while to get in. I had do do a bit of backporting (attached for reference). And I am begining to suspect that it is an ABI breaker. Ohh, and I think I separately broke the 2.6.8 build, so I am looking into that. -- Horms --- from-0001/drivers/usb/core/devio.c +++ to-0003/drivers/usb/core/devio.c2005-10-14 16:50:10.0 +0900 @@ -30,6 +30,8 @@ * Revision history *22.12.1999 0.1 Initial release (split from proc_usb.c) *04.01.2000 0.2 Turned into its own filesystem + *30.09.2005 0.3 Fix user-triggerable oops in async URB delivery + * (CAN-2005-3055) */ /*/ @@ -53,7 +55,8 @@ struct async { struct list_head asynclist; struct dev_state *ps; - struct task_struct *task; + pid_t pid; + uid_t uid, euid; unsigned int signr; unsigned int ifnum; void __user *userbuffer; @@ -270,7 +273,8 @@ static void async_completed(struct urb * sinfo.si_errno = as->urb->status; sinfo.si_code = SI_ASYNCIO; sinfo.si_addr = as->userurb; - send_sig_info(as->signr, &sinfo, as->task); + kill_proc_info_as_uid(as->signr, &sinfo, as->pid, as->uid, + as->euid); } wake_up(&ps->wait); } @@ -495,9 +499,11 @@ static int usbdev_open(struct inode *ino INIT_LIST_HEAD(&ps->async_pending); INIT_LIST_HEAD(&ps->async_completed); init_waitqueue_head(&ps->wait); - ps->discsignr = 0; - ps->disctask = current; - ps->disccontext = NULL; + ps->disc.signr = 0; + ps->disc.pid = current->pid; + ps->disc.uid = current->uid; + ps->disc.euid = current->euid; + ps->disc.context = NULL; ps->ifclaimed = 0; wmb(); list_add_tail(&ps->list, &dev->filelist); @@ -940,7 +946,9 @@ static int proc_submiturb(struct dev_sta as->userbuffer = NULL; as->signr = uurb.signr; as->ifnum = ifnum; - as->task = current; + as->pid = current->pid; + as->uid = current->uid; + as->euid = current->euid; if (!(uurb.endpoint & USB_DIR_IN)) { if (copy_from_user(as->urb->transfer_buffer, uurb.buffer, as->urb->transfer_buffer_length)) { free_async(as); @@ -1059,8 +1067,8 @@ static int proc_disconnectsignal(struct return -EFAULT; if (ds.signr != 0 && (ds.signr < SIGRTMIN || ds.signr > SIGRTMAX)) return -EINVAL; - ps->discsignr = ds.signr; - ps->disccontext = ds.context; + ps->disc.signr = ds.signr; + ps->disc.context = ds.context; return 0; } --- from-0001/drivers/usb/core/inode.c +++ to-0003/drivers/usb/core/inode.c2005-10-14 16:46:34.0 +0900 @@ -815,12 +815,14 @@ void usbfs_remove_device(struct usb_devi while (!list_empty(&dev->filelist)) { ds = list_entry(dev->filelist.next, struct dev_state, list); list_del_init(&ds->list); - if (ds->discsignr) { + if (ds->disc.signr) { sinfo.si_signo = SIGPIPE; sinfo.si_errno = EPIPE; sinfo.si_code = SI_ASYNCIO; - sinfo.si_addr = ds->disccontext; - send_sig_info(ds->discsignr, &sinfo, ds->disctask); + sinfo.si_addr = ds->disc.context; + kill_proc_info_as_uid(ds->disc.signr, &sinfo, + ds->disc.pid, ds->disc.uid, + ds->disc.euid); } } usbfs_update_special(); --- from-0001/include/linux/sched.h +++ to-0003/include/linux/sched.h 2005-10-14 16:58:21.0 +0900 @@ -794,6 +794,7 @@ extern int __kill_pg_info(int sig, struc extern int kill_pg_info(int, struct siginfo *, pid_t); extern int kill_sl_info(int, struct siginfo *, pid_t); extern int kill_proc_info(int, struct siginfo *, pid_t); +extern int kill_proc_info_as_uid(int, struct siginfo *, pid_t, uid_t, uid_t); extern void notify_parent(struct task_struct *, int); extern void do_notify_parent(struct task_struct *, int); extern void force_sig(int, struct task_struct *); --- from-0001/include/linux/usbdevice_fs.h +++ to-0003/include/linux/usbdevice_fs.h2005-10-14 16:53:51.0 +0900 @@ -160,9 +160,12 @@ struc
Processed: #295303: kernel-latest-2.6-i386: Provide builds with NX support
Processing commands for [EMAIL PROTECTED]: > reassign 295303 linux-2.6 Bug#295303: kernel-latest-2.6-i386: Provide builds with NX support Bug reassigned from package `kernel-latest-2.6-i386' 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]
Bug#226779: marked as done (claims about /lib/modules/2.6.0-1-686 provided by kernel-headers)
Your message dated Fri, 14 Oct 2005 17:43:15 +0900 with message-id <[EMAIL PROTECTED]> and subject line claims about /lib/modules/2.6.0-1-686 provided by kernel-headers 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; 8 Jan 2004 12:43:00 + >From [EMAIL PROTECTED] Thu Jan 08 06:42:35 2004 Return-path: <[EMAIL PROTECTED]> Received: from umcinfo.com (n1.umc.com.ua) [80.255.64.67] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AeYsW-0002ED-00; Thu, 08 Jan 2004 06:03:09 -0600 Received: from rock.umc.com.ua (rock.umc.com.ua [172.20.7.11]) by n1.umc.com.ua (8.12.3/8.12.1) with ESMTP id i08C26bJ061160; Thu, 8 Jan 2004 14:02:07 +0200 (EET) (envelope-from [EMAIL PROTECTED]) Received: from maxmobil ([172.20.66.130]) by rock.umc.com.ua (Lotus Domino Release 6.0.3) with ESMTP id 2004010814030507-3021 ; Thu, 8 Jan 2004 14:03:05 +0200 Received: from mkut by maxmobil with local (Exim 4.30) id 1AeYsT-0004rz-4C; Thu, 08 Jan 2004 14:03:05 +0200 MIME-Version: 1.0 From: Max Kutny <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: claims about /lib/modules/2.6.0-1-686 provided by kernel-headers X-Mailer: reportbug 2.37 Date: Thu, 08 Jan 2004 14:03:05 +0200 Message-Id: <[EMAIL PROTECTED]> Sender: Max Kutny <[EMAIL PROTECTED]> X-MIMETrack: Itemize by SMTP Server on Domino/UMC/UA(Release 6.0.3|September 18, 2003) at 08.01.2004 14:03:05, Serialize by Router on Domino/UMC/UA(Release 6.0.3|September 18, 2003) at 08.01.2004 14:03:07, Serialize complete at 08.01.2004 14:03:07 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-master.debian.org_2003_11_25-bugs.debian.org_2004_1_5 (1.212-2003-09-23-exp) on master.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2004_1_5 X-Spam-Level: Package: kernel Version: kernel-image-2.6.0-1-686 Severity: minor I elected to install both kernel-image and kernel-headers. It happened that kernel-headers get installed earlier than kernel-image and upon kernel-image installation there already was /lib/modules/2.6.0-1-686/build directory. So kernel-image claimed about /lib/modules/2.6.0-1-686 existance and asked if I had kernel-image-2.6.0-1 installed before or installing some modules right now. There is nothing of the both. It's just a kernel-headers installation. So I suspect this question could be confusing for the users. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux maxmobil 2.6.0-test9-1-386 #1 Sun Oct 26 22:32:52 EST 2003 i686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 --- Received: (at 271536-done) by bugs.debian.org; 14 Oct 2005 08:55:21 + >From [EMAIL PROTECTED] Fri Oct 14 01:55:21 2005 Return-path: <[EMAIL PROTECTED]> Received: from koto.vergenet.net [210.128.90.7] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQLLV-0008QO-00; Fri, 14 Oct 2005 01:55:21 -0700 Received: by koto.vergenet.net (Postfix, from userid 7100) id D696934035; Fri, 14 Oct 2005 17:54:49 +0900 (JST) Date: Fri, 14 Oct 2005 17:43:15 +0900 From: Horms <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: claims about /lib/modules/2.6.0-1-686 provided by kernel-headers Message-ID: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Cluestick: seven User-Agent: Mutt/1.5.11 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-Level: X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 I am pretty sure this was resolved a long time ago and is not present in Sarge or later. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#271699: marked as done (kernel-image-2.4.26-1-686: update does not run lilo)
Your message dated Fri, 14 Oct 2005 17:38:57 +0900 with message-id <[EMAIL PROTECTED]> and subject line kernel-image-2.4.26-1-686: update does not run lilo 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; 14 Sep 2004 16:22:40 + >From [EMAIL PROTECTED] Tue Sep 14 09:22:40 2004 Return-path: <[EMAIL PROTECTED]> Received: from stedding.loria.fr (localhost.localdomain) [152.81.8.164] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C7G4m-0008E3-00; Tue, 14 Sep 2004 09:22:40 -0700 Received: from glisse by localhost.localdomain with local (Exim 4.34) id 1C7G4H-0003IV-7X; Tue, 14 Sep 2004 18:22:09 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Marc Glisse <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: kernel-image-2.4.26-1-686: update does not run lilo X-Mailer: reportbug 2.63 Date: Tue, 14 Sep 2004 18:22:09 +0200 Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (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_2004_03_25 X-Spam-Level: Package: kernel-image-2.4.26-1-686 Version: 2.4.26-6 Severity: wishlist I had kernel-image-2.4.26-1-686 installed, and it got updated by a simple apt-get upgrade. Then I got a very long message about how important it was to reboot immediatly. I think it might be a good idea to at least add a clear warning that people still using lilo should run lilo before rebooting, because the upgrade leaves the machine in an unbootable state for them. Not running lilo when you install a new kernel is not too bad, but when you replace an existing one... By the way, I know that grub is now the default bootloader for debian, which I believe is great. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR Versions of packages kernel-image-2.4.26-1-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.74 tools to create initrd image for p ii modutils 2.4.26-1 Linux module utilities -- no debconf information --- Received: (at 271699-done) by bugs.debian.org; 14 Oct 2005 08:55:22 + >From [EMAIL PROTECTED] Fri Oct 14 01:55:22 2005 Return-path: <[EMAIL PROTECTED]> Received: from koto.vergenet.net [210.128.90.7] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQLLV-0008QM-00; Fri, 14 Oct 2005 01:55:22 -0700 Received: by koto.vergenet.net (Postfix, from userid 7100) id A376A34031; Fri, 14 Oct 2005 17:54:49 +0900 (JST) Date: Fri, 14 Oct 2005 17:38:57 +0900 From: Horms <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: kernel-image-2.4.26-1-686: update does not run lilo Message-ID: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Cluestick: seven User-Agent: Mutt/1.5.11 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-Level: X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 This is now being handled as #328424 -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#271536: marked as done (claims about /lib/modules/2.6.0-1-686 provided by kernel-headers)
Your message dated Fri, 14 Oct 2005 17:43:15 +0900 with message-id <[EMAIL PROTECTED]> and subject line claims about /lib/modules/2.6.0-1-686 provided by kernel-headers 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; 8 Jan 2004 12:43:00 + >From [EMAIL PROTECTED] Thu Jan 08 06:42:35 2004 Return-path: <[EMAIL PROTECTED]> Received: from umcinfo.com (n1.umc.com.ua) [80.255.64.67] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AeYsW-0002ED-00; Thu, 08 Jan 2004 06:03:09 -0600 Received: from rock.umc.com.ua (rock.umc.com.ua [172.20.7.11]) by n1.umc.com.ua (8.12.3/8.12.1) with ESMTP id i08C26bJ061160; Thu, 8 Jan 2004 14:02:07 +0200 (EET) (envelope-from [EMAIL PROTECTED]) Received: from maxmobil ([172.20.66.130]) by rock.umc.com.ua (Lotus Domino Release 6.0.3) with ESMTP id 2004010814030507-3021 ; Thu, 8 Jan 2004 14:03:05 +0200 Received: from mkut by maxmobil with local (Exim 4.30) id 1AeYsT-0004rz-4C; Thu, 08 Jan 2004 14:03:05 +0200 MIME-Version: 1.0 From: Max Kutny <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: claims about /lib/modules/2.6.0-1-686 provided by kernel-headers X-Mailer: reportbug 2.37 Date: Thu, 08 Jan 2004 14:03:05 +0200 Message-Id: <[EMAIL PROTECTED]> Sender: Max Kutny <[EMAIL PROTECTED]> X-MIMETrack: Itemize by SMTP Server on Domino/UMC/UA(Release 6.0.3|September 18, 2003) at 08.01.2004 14:03:05, Serialize by Router on Domino/UMC/UA(Release 6.0.3|September 18, 2003) at 08.01.2004 14:03:07, Serialize complete at 08.01.2004 14:03:07 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-master.debian.org_2003_11_25-bugs.debian.org_2004_1_5 (1.212-2003-09-23-exp) on master.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2004_1_5 X-Spam-Level: Package: kernel Version: kernel-image-2.6.0-1-686 Severity: minor I elected to install both kernel-image and kernel-headers. It happened that kernel-headers get installed earlier than kernel-image and upon kernel-image installation there already was /lib/modules/2.6.0-1-686/build directory. So kernel-image claimed about /lib/modules/2.6.0-1-686 existance and asked if I had kernel-image-2.6.0-1 installed before or installing some modules right now. There is nothing of the both. It's just a kernel-headers installation. So I suspect this question could be confusing for the users. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux maxmobil 2.6.0-test9-1-386 #1 Sun Oct 26 22:32:52 EST 2003 i686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 --- Received: (at 271536-done) by bugs.debian.org; 14 Oct 2005 08:55:21 + >From [EMAIL PROTECTED] Fri Oct 14 01:55:21 2005 Return-path: <[EMAIL PROTECTED]> Received: from koto.vergenet.net [210.128.90.7] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQLLV-0008QO-00; Fri, 14 Oct 2005 01:55:21 -0700 Received: by koto.vergenet.net (Postfix, from userid 7100) id D696934035; Fri, 14 Oct 2005 17:54:49 +0900 (JST) Date: Fri, 14 Oct 2005 17:43:15 +0900 From: Horms <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: claims about /lib/modules/2.6.0-1-686 provided by kernel-headers Message-ID: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Cluestick: seven User-Agent: Mutt/1.5.11 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-Level: X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 I am pretty sure this was resolved a long time ago and is not present in Sarge or later. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#269075: marked as done (Wrong stat prevents installation of kernel-image-2.4.27-1-686 in sarge)
Your message dated Fri, 14 Oct 2005 17:45:59 +0900 with message-id <[EMAIL PROTECTED]> and subject line Wrong stat prevents installation of kernel-image-2.4.27-1-686 in sarge 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; 30 Aug 2004 17:39:21 + >From [EMAIL PROTECTED] Mon Aug 30 10:39:21 2004 Return-path: <[EMAIL PROTECTED]> Received: from lokrum.tor.soliton.com [199.43.2.74] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C1q7l-0001qv-00; Mon, 30 Aug 2004 10:39:21 -0700 Received: from lokrum.tor.soliton.com (localhost [127.0.0.1]) by lokrum.tor.soliton.com (8.13.0+Sun/8.13.0) with ESMTP id i7UHdJ6W028932 for <[EMAIL PROTECTED]>; Mon, 30 Aug 2004 13:39:19 -0400 (EDT) Received: (from [EMAIL PROTECTED]) by lokrum.tor.soliton.com (8.13.0+Sun/8.13.0/Submit) id i7UHdJ5S028931; Mon, 30 Aug 2004 13:39:19 -0400 (EDT) X-Authentication-Warning: lokrum.tor.soliton.com: dragan set sender to [EMAIL PROTECTED] using -f To: [EMAIL PROTECTED] Subject: Wrong stat prevents installation of kernel-image-2.4.27-1-686 in sarge From: Dragan Cvetkovic <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Date: Mon, 30 Aug 2004 13:39:18 -0400 Message-ID: <[EMAIL PROTECTED]> User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED] using "Reply-To" header Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (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_2004_03_25 X-Spam-Level: Package: kernel-image Version: 2.4.27-1-686 Hi, just did my apt-get update and after noticing that apt-get -s dist-upgrade wants to install kernel 2.4.27, I tried to do it by hand but failed. Here is the session: chopin# apt-get install kernel-image-2.4.27-1-686 Reading Package Lists... Done Building Dependency Tree... Done [snip] Fetched 12.3MB in 1m53s (108kB/s) Selecting previously deselected package kernel-image-2.4.27-1-686. (Reading database ... 59658 files and directories currently installed.) Unpacking kernel-image-2.4.27-1-686 (from .../kernel-image-2.4.27-1-686_2.4.27-1_i386.deb) ... Setting up kernel-image-2.4.27-1-686 (2.4.27-1) ... stat: No such file or directory awk: cmd. line:2: $1 == { print $2; exit } awk: cmd. line:2: ^ syntax error /usr/sbin/mkinitrd: /dev/sda1: Unknown root device Please refer to the manual page. Failed to create initrd image. dpkg: error processing kernel-image-2.4.27-1-686 (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: kernel-image-2.4.27-1-686 E: Sub-process /usr/bin/dpkg returned an error code (1) The problem seem to be that another stat(1) command was in my path that has different input/output format than /usr/bin/stat that mkinitrd was expecting. Could the kernel image maintainer please ensure that full path of binaries is used in pre/post-install scripts? The machine in question (an 266MHz PII) runs on SCSI drives and had no problems installing kernel 2.4.26 a few days ago. It runs Debian testing (sarge) distribution with linux kernel 2.4.26 and is days updated with apt-get dist-upgrade. Thanks and bye, Dragan -- Dragan Cvetkovic, To be or not to be is true. G. Boole No it isn't. L. E. J. Brouwer --- Received: (at 269075-done) by bugs.debian.org; 14 Oct 2005 08:55:52 + >From [EMAIL PROTECTED] Fri Oct 14 01:55:52 2005 Return-path: <[EMAIL PROTECTED]> Received: from koto.vergenet.net [210.128.90.7] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQLM0-7n-00; Fri, 14 Oct 2005 01:55:52 -0700 Received: by koto.vergenet.net (Postfix, from userid 7100) id 195CA34036; Fri, 14 Oct 2005 17:54:49 +0900 (JST) Date: Fri, 14 Oct 2005 17:45:59 +0900 From: Horms <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Wrong stat prevents installation of kernel-image-2.4.27-1-686 in sarge Message-ID: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Cluestick: seven User-Agent: Mutt/1.5.11 Delivered-To: [EMAIL PROTECTED] X-Spam-Ch
Bug#292858: marked as done (kernel-image-2.6.8-2-686 Load average is vastly wrong)
Your message dated Fri, 14 Oct 2005 17:47:19 +0900 with message-id <[EMAIL PROTECTED]> and subject line kernel-image-2.6.8-2-686 Load average is vastly wrong 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; 30 Jan 2005 16:43:48 + >From [EMAIL PROTECTED] Sun Jan 30 08:43:48 2005 Return-path: <[EMAIL PROTECTED]> Received: from smtpout18.mailhost.ntl.com (mta10-winn.mailhost.ntl.com) [212.250.162.18] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CvIAu-0004FR-00; Sun, 30 Jan 2005 08:43:48 -0800 Received: from aamta01-winn.mailhost.ntl.com ([212.250.162.8]) by mta10-winn.mailhost.ntl.com with ESMTP id <[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>; Sun, 30 Jan 2005 16:43:17 + Received: from gpk.wftp.org ([62.254.145.79]) by aamta01-winn.mailhost.ntl.com with ESMTP id <[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>; Sun, 30 Jan 2005 16:43:17 + Received: from gpk by gpk.wftp.org with local (Exim 4.34) id 1CvI5b-0002D7-7m; Sun, 30 Jan 2005 16:38:25 + Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Greg Kochanski <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: kernel-image-2.6.8-2-686 Load average is vastly wrong X-Mailer: reportbug 3.2 Date: Sun, 30 Jan 2005 16:38:05 + 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 Version: 2.6.8-12 Severity: important Load average is reported very high, but it ain't so. $ cat /proc/loadavg 52.80 51.80 50.81 4/202 8431 $ The system is currently unloaded and quite responsive. The real load average is clearly less than 2, and from looking at top, the load average is probably about 0.1 . This is breaking my mail; exim4 is configured on my system to refrain from delivering or accepting mail when the load average is too high. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-image-2.6.8-2-686 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.77 tools to create initrd image for p ii module-init-tools 3.1-rel-2 tools for managing Linux kernel mo -- no debconf information --- Received: (at 292858-done) by bugs.debian.org; 14 Oct 2005 08:55:52 + >From [EMAIL PROTECTED] Fri Oct 14 01:55:52 2005 Return-path: <[EMAIL PROTECTED]> Received: from koto.vergenet.net [210.128.90.7] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQLM0-7p-00; Fri, 14 Oct 2005 01:55:52 -0700 Received: by koto.vergenet.net (Postfix, from userid 7100) id 33D1D34038; Fri, 14 Oct 2005 17:54:50 +0900 (JST) Date: Fri, 14 Oct 2005 17:47:19 +0900 From: Horms <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: kernel-image-2.6.8-2-686 Load average is vastly wrong Message-ID: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Cluestick: seven User-Agent: Mutt/1.5.11 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-Level: X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 I am closing this bug as there has been no feedback for a long time, and I am almost certain it is a local problem as outlined in my previous responses to the bug. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293109: marked as done (kernel-image-2.6.10-1-k7: /lib/modules/2.6.10-1-k7/source points to wrong place)
Your message dated Fri, 14 Oct 2005 17:44:46 +0900 with message-id <[EMAIL PROTECTED]> and subject line kernel-image-2.6.10-1-k7: /lib/modules/2.6.10-1-k7/source points to wrong place 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; 1 Feb 2005 07:07:13 + >From [EMAIL PROTECTED] Mon Jan 31 23:07:13 2005 Return-path: <[EMAIL PROTECTED]> Received: from metromaster.physics.ucsb.edu [128.111.16.30] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cvs81-0002re-00; Mon, 31 Jan 2005 23:07:13 -0800 Received: from ppro ([128.111.16.241]) by metromaster.physics.ucsb.edu (8.12.10/8.12.10) with ESMTP id j1177BPX025195 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Mon, 31 Jan 2005 23:07:13 -0800 Received: from lenya by ppro with local (Exim 4.34) id 1Cvs7u-0004I0-Tv; Mon, 31 Jan 2005 23:07:07 -0800 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: jane <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: kernel-image-2.6.10-1-k7: /lib/modules/2.6.10-1-k7/source points to wrong place X-Mailer: reportbug 3.2 Date: Mon, 31 Jan 2005 23:07:06 -0800 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=-4.3 required=4.0 tests=BAYES_00,FORGED_YAHOO_RCVD, HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: kernel-image-2.6.10-1-k7 Version: 2.6.10-4 Severity: normal lib/modules/2.6.10-1-k7/source points to maintainer's build directory. This is a problem when compiling non-debian kernel modules with debian stock image and debian kernel sources. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-image-2.6.10-1-k7 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.77 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information --- Received: (at 293109-done) by bugs.debian.org; 14 Oct 2005 08:55:52 + >From [EMAIL PROTECTED] Fri Oct 14 01:55:52 2005 Return-path: <[EMAIL PROTECTED]> Received: from koto.vergenet.net [210.128.90.7] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQLM0-7m-00; Fri, 14 Oct 2005 01:55:52 -0700 Received: by koto.vergenet.net (Postfix, from userid 7100) id 0312C34034; Fri, 14 Oct 2005 17:54:49 +0900 (JST) Date: Fri, 14 Oct 2005 17:44:46 +0900 From: Horms <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: kernel-image-2.6.10-1-k7: /lib/modules/2.6.10-1-k7/source points to wrong place Message-ID: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Cluestick: seven User-Agent: Mutt/1.5.11 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-Level: X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 This problem is no longer present in linux-2.6 derived kernels, which are the only 2.6 kernels supported for Etch. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#249978: marked as done (kernel-image-2.6.5-1-686: warns for /lib/modules/2.6.5-1-686 if kernel-headers installed)
Your message dated Fri, 14 Oct 2005 17:43:15 +0900 with message-id <[EMAIL PROTECTED]> and subject line claims about /lib/modules/2.6.0-1-686 provided by kernel-headers 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; 20 May 2004 07:59:51 + >From [EMAIL PROTECTED] Thu May 20 00:59:51 2004 Return-path: <[EMAIL PROTECTED]> Received: from pizeta.retux.com [69.56.173.137] (postfix) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BQiT1-N8-00; Thu, 20 May 2004 00:59:51 -0700 Received: from pw.i.retux.com (213-140-22-66.fastres.net [213.140.22.66]) by pizeta.retux.com (Postfix) with ESMTP id 502B86D870; Thu, 20 May 2004 09:59:48 +0200 (CEST) Received: from capo by pw.i.retux.com with local (Exim 3.36 #1 (Debian)) id 1BQiS1-bJ-00; Thu, 20 May 2004 09:58:49 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: William Brioschi <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: kernel-image-2.6.5-1-686: warns for /lib/modules/2.6.5-1-686 if kernel-headers installed X-Mailer: reportbug 2.58 Date: Thu, 20 May 2004 09:58:49 +0200 Message-Id: <[EMAIL PROTECTED]> Sender: William Brioschi <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (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_2004_03_25 X-Spam-Level: Package: kernel Severity: minor When installing kernel-image-2.6.5-1-686 at the same time as kernel-headers-2.6.5-1-686, the install scripts finds that /lib/modules/2.6.5-1-686 already exists (because it has just been created by kernel-headers). It warns about this, suggesting to move the directory out of way (which quite probably isn't a good idea). William -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] --- Received: (at 271536-done) by bugs.debian.org; 14 Oct 2005 08:55:21 + >From [EMAIL PROTECTED] Fri Oct 14 01:55:21 2005 Return-path: <[EMAIL PROTECTED]> Received: from koto.vergenet.net [210.128.90.7] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQLLV-0008QO-00; Fri, 14 Oct 2005 01:55:21 -0700 Received: by koto.vergenet.net (Postfix, from userid 7100) id D696934035; Fri, 14 Oct 2005 17:54:49 +0900 (JST) Date: Fri, 14 Oct 2005 17:43:15 +0900 From: Horms <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: claims about /lib/modules/2.6.0-1-686 provided by kernel-headers Message-ID: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Cluestick: seven User-Agent: Mutt/1.5.11 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-Level: X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 I am pretty sure this was resolved a long time ago and is not present in Sarge or later. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333834: linux-2.6: Please enabled "audit" support, selinux is pretty much unuseable otherwise.
On Fri, Oct 14, 2005 at 04:29:26PM +0800, Stanley Peng wrote: > I wonder which version of linux-2.6 will be the stable one of etch. > > 2.6.12 or 2.6.13? etch will probably have 2.6.16 or .18 or something such. in any case 2.6.14 is not so far off, and will be the one to push for sid/etch as soon as it is out. > If it's 2.6.12, I think it is better to push it into 2.6.12 No way. Given the Release Team schedule, we will probably ship etch with whatever will be the upstream version during summer 2006, or at least late spring, hoping there is no big change in the kernel during this time which will make us reconsider (as a big udev change for example, or the initrd stuff). I don't think it would be reasonible to have use freeze in late 2005 as Steve mentioned, but i guess that was more for wide-ranging library changes than a kernel version freeze. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: miboot+2.6.12-initrd = success
On Fri, Oct 14, 2005 at 10:51:38AM +0200, Hans Ekbrand wrote: > I have succeeded in building a 2.6.12 kernel, using the official > debian kernel-sources, that fits on miboot floppy and does not need > any initrd and boots successfully with / on a IDE harddisk. Cool, > A diff from the official /boot/config-2.6.12-1-powerpc-miboot is > attached. Could you send me the whole config file, so i can pass it through meld and examine ? > The resulting miboot floppy has 08 bytes free, so perhaps > scsi-drivers might also fit. Indeed, that would be a good thing, since oldworld often have scsi. > Support for an initrd might be more important though. i see little chance in that, the smallest initrd image is rather huge, but we will see. > The primary motivation was to get something that could be used as a > rescue disk, possibly by the debian-installer ("make a floppy that > would boot into debian, if something happens to quik or the boot block > of the hard disk.", or for systems that quik does not work on). > > Are there interest in support for both initrd and IDE+ext2/ext3 in the > same miboot kernel? Yes, definitively, this would allow to do a miboot-installer .udeb for non-quik supporting oldworlds. > Would it be more useful to have a common IDE/SCSI miboot kernel but > without initrd support? I think so, but then the case of initramfs also allowfs us to do many funny things whcih may be of interest, in particular build modular stuff, and just append to the kernel those modules we need. > Since I have problems with quik and initrd, this kernel is useful in > combination with quik also. Ok. > There one slight problem though. When booting this kernel from miboot, > it runs at less than 1/10th of the speed compared to when booted from > quik. define "runs" in this context. > booted by BogoMIPS > miboot 8.19 (lpj=4096) > quik 105.98 (lpj=52992) > > For rescueing purposes, that doesn't really matter, but I am also > interested in trying out / on NFS, and for that purpose, "high" speed > would be nice. root on NFS is definitively something to loook at here. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330583: The problem may belong to udev-utility?
> It's probably one of ide-disk or ide-generic, it should be easy to try > manually loading them. > > Boris, can you have a stab at that? Well, I tried to manually load the modules, but how? Booting with udev installed the 2.6.12-kernel is not possible as the system hangs. So, I deinstalled udev using a 2.6.11-kernel and again I started the 2.6.12-kernel without any problem. Doing a modprobe ide-disk and modprobe ide-generic succeeds without any error messages. Now I tried to reinstall udev but it ends with exactly the above mentioned error messages and a system hang. Isn't it a udev-problem, because both modules are loading perfect without udev? Boris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333842: linux-headers-2.6.12-1-686: .extraversion only has - rather than -1-686
RE:Could you please go back to the page you were looking and report the bug numbers, they are preceeded by a #. Don't have time this AM, but will respond to RE: Could you give some details of the failure that you are seeing? -- The issue concerns installation of drivers compiled out of the kernel tree, such as modem drivers. I co-maintain the ltmodem package for Lucent DSP modems in particular. Our package is contrived to be Linux Distro variant independent. The preliminary configure program searches subfolders of /usr/src/ for a UTS in linux/include/version.h matching ./build_module version with default version being `uname -r`. Cross version compiling is thus supported, so we can easily make ltmodem-version.deb for Newbies using Distros various . The drivers compile is not affected by .extraversion. The problem arises in the install, purely because of the Debian dual kernel(linux)-header package split like: /usr/src/linux-headers-2.6.12-1 /usr/src/linux-headers-2.6.12-1-686 wherein there is only in the Makefile an EXTRAVERSION = The standard modules_install command does not read linux/include/version.h but rather the Makefile. Our particular install usage initally setup my Mark Speith for 2.6.n is below. The LOCALVERSION= parameter was added by me to deal with the Debian dual kernel(linux)-header situation install: make $(EXTMOD_SWITCH)=`pwd` -C $(KERNEL_DIR) INSTALL_MOD_PATH=$(ROOTDIR) LOCALVERSION=-1-686 modules_install --- wherein in this particular case the "-1-686" was read in from (a corrected) .extraversion during the configure step. This generates a Debian pacakge with a correct: /ltmodem-8.31b1/source# tree debian/tmp/lib debian/tmp/lib `-- modules `-- 2.6.12-1-686 `-- extra |-- ltmodem.ko `-- ltserial.ko In contrast for the original flawed .extraversion with only "-" , the structure is: /ltmodem-8.31b1/source# tree debian/tmp/lib debian/tmp/lib `-- modules `-- 2.6.12- << On Thu, Oct 13, 2005 at 08:39:40PM -0400, Marv Stodolsky wrote: > > Package: linux-headers-2.6.12-1-686 > > Version: 2.6.12-6 > > Severity: normal > > Tags: patch > > > > The content of the .extraversion file is only > > - > > rather than > > -1-686 > > The same omission like exits for the other 2.6.12 flavor packages > > That does seem like a bit of an oversight, though I am not sure > what effect it would have. Actually, I'm not sure that we are > using .extraversion. In any case it seems like something > that kernel-packge - the tool used to build the kernel images - > should be worried about. I've CCed its maintainer, Manoj, for > comment. > > > This omission may be related to bugs 94 134 141 > > I suspect you got those numbers from a search on > bugs.debian.org. They aren't actually current bug numbers, > most current bugnumbers are somewhere above #28. > > Could you please go back to the page you were looking > and report the bug numbers, they are preceeded by a #. > > For instance, if I look at the following link, > then the first bug there at this moment in time is > #279689: /boot/vmlinuz-2.6.9-1-686: freeze when starting rivafb > > That can be universally refered to as #279689. > > http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=src&data=linux-2.6&archive=no > &version=&dist=unstable > > > It does cause an install error for driver installation packages which read > .extraversion > > Could you give some details of the failure that you are seeing? > > -- > Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd/initramfs: we discussed enough, let's take some action now :)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 14 Oct 2005 09:46:06 +0200 Sven Luther <[EMAIL PROTECTED]> wrote: > Well, as my previous tries in communicating about these issues where > mostly ignored, this may bring some visibility to it, that said as > 2/3rd of the packages involved are d-k maintained anyway, and i am > currently fixing them, this should be no big issue, i also don't > think this should be a problem for Jonas. Sorry for only beaming you brainwaves off-list, Sven, and not making sure you could actually read my mind. In other words: I thought I'd already responded (positively!) about this, but obviously not. :-) Ok with me to tag this as RC. All credit for the fine packaging of yaird is thanks to upstream, who provided me with almost perfect packaging initially and taught me on some packaging practices I wasn't aware of. Only nitpicking (and my odd idea of the maintainer field being only for DDs) got my name into the changelog. That said, I also think I should be able to implement those options to the mkinitrd.yaird wrapper - if upstream doesn't beat me to it ;-). - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDT441n7DbMsAkQLgRAvSYAJ9gCxHarI1Dwf0XaBVJP0P8cCeWpQCfe66U Reu4WMqiwxGUl30rjJ4vHDc= =KT+q -END PGP SIGNATURE-
Re: initrd/initramfs: we discussed enough, let's take some action now :)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 14 Oct 2005 09:46:06 +0200 Sven Luther <[EMAIL PROTECTED]> wrote: > 2/3rd of the packages involved are d-k maintained anyway Would it make sense to have yaird maintained by d-k as well, and me join the team? - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDT46vn7DbMsAkQLgRAr2OAKClhMjYDJAN7ZSXAgihXjONb+VTrQCfcJXA VVM/S9L+wC6CoaVoJlS849M= =y3QV -END PGP SIGNATURE-
Bug#333834: linux-2.6: Please enabled "audit" support, selinux is pretty much unuseable otherwise.
Hi, > I'm not entirely sure which kernel config option this refers to, could > you dig that up? That not withstanding, your suggestion seems fine to > me, though I would appreciate some feedback from others. I've CCed > Manoj in case he has some oppinions. CONFIG_AUDIT and CONFIG_AUDIT_SYSCALL. IIRC the latter allows you to disable audit logging from userspace as well as configure where the logs go to (e.g. via netlink to a userspace audit daemon) best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ Friends are those who reach out for //\ your hand but touch your heart. V_/_ Computer rechnen vor allem damit, daß der Mensch denkt.
Re: miboot+2.6.12-initrd = success
On Fri, Oct 14, 2005 at 11:44:45AM +0200, Sven Luther wrote: > On Fri, Oct 14, 2005 at 10:51:38AM +0200, Hans Ekbrand wrote: > > I have succeeded in building a 2.6.12 kernel, using the official > > debian kernel-sources, that fits on miboot floppy and does not need > > any initrd and boots successfully with / on a IDE harddisk. > > Cool, > > > A diff from the official /boot/config-2.6.12-1-powerpc-miboot is > > attached. > > Could you send me the whole config file, so i can pass it through meld and > examine ? > > > The resulting miboot floppy has 08 bytes free, so perhaps > > scsi-drivers might also fit. > > Indeed, that would be a good thing, since oldworld often have scsi. > > > Support for an initrd might be more important though. > > i see little chance in that, the smallest initrd image is rather huge, but we > will see. > > > The primary motivation was to get something that could be used as a > > rescue disk, possibly by the debian-installer ("make a floppy that > > would boot into debian, if something happens to quik or the boot block > > of the hard disk.", or for systems that quik does not work on). > > > > Are there interest in support for both initrd and IDE+ext2/ext3 in the > > same miboot kernel? > > Yes, definitively, this would allow to do a miboot-installer .udeb for > non-quik supporting oldworlds. > > > Would it be more useful to have a common IDE/SCSI miboot kernel but > > without initrd support? > > I think so, but then the case of initramfs also allowfs us to do many funny > things whcih may be of interest, in particular build modular stuff, and just > append to the kernel those modules we need. OK, I will include INITRD and see if it the kernel fits. Since the ramdisk will be loaded from floppy, the floppy driver also need to be compiled in. Anything else the is required for initrd to work? [...] > > For rescueing purposes, that doesn't really matter, but I am also > > interested in trying out / on NFS, and for that purpose, "high" speed > > would be nice. > > root on NFS is definitively something to loook at here. Yes, but that would be a different kernel then. Does anyone know what NICs are most common in oldworld macs (since the nic-drivers must be compiled in)? I have a de2104x PCI Ethernet in my Performa 5400. -- Hans Ekbrand (http://sociologi.cjb.net) <[EMAIL PROTECTED]> GnuPG key: 1024D/7050614E Fingerprint: 1408 C8D5 1E7D 4C9C C27E 014F 7C2C 872A 7050 614E Learn about secure email at http://www.gnupg.org signature.asc Description: Digital signature
Re: initrd/initramfs: we discussed enough, let's take some action now :)
On Fri, Oct 14, 2005 at 12:55:43PM +0200, Jonas Smedegaard wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Fri, 14 Oct 2005 09:46:06 +0200 > Sven Luther <[EMAIL PROTECTED]> wrote: > > > 2/3rd of the packages involved are d-k maintained anyway > > Would it make sense to have yaird maintained by d-k as well, and me > join the team? That would be perfect i think, and you could even put it under tools alongside initrd-tools and initramfs-tools in kernel/dists/trunk/utils in our subversion repo. Do you already have a alioth acount ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333834: linux-2.6: Please enabled "audit" support, selinux is pretty much unuseable otherwise.
Erich Schubert wrote: > Hi, > > I'm not entirely sure which kernel config option this refers to, could > > you dig that up? That not withstanding, your suggestion seems fine to > > me, though I would appreciate some feedback from others. I've CCed > > Manoj in case he has some oppinions. > > CONFIG_AUDIT and CONFIG_AUDIT_SYSCALL. > IIRC the latter allows you to disable audit logging from userspace as > well as configure where the logs go to (e.g. via netlink to a userspace > audit daemon) AFAIR CONFIG_AUDIT_SYSCALL was disabled because of its performance overhead and limited usefulness. The debian-kernel list archive should have some discussion about it. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
How to build .deb from Debian's linux-tree-2.6.12
I am currently trying to make myself familiar with building the Debian packages for kernel 2.6 to see whether it's worth to move my local kernel building processes nearer to Debian's own processes. So I have created a fresh sid chroot with build-essential installed, downlaoded linux-tree-2.6.12, unpacked it, installed the build dependencies and invoked debuild. First round, it failed for not finding libncurses, so I installed libncurses-dev. Now, debuild fails with a short "interrupted(11)", in an xterm which thinks of having 23 lines only. Looks like something goes wrong with make menuconfig, but make menuconfig invoked from the command line works fine. Is that an issue with current sid, or am I doing something wrong? Currently, I am inclined to say that linux-tree-2.6.12 is missing a Build Dependency on ncurses, and that it suffers from other kinds of breakage as well. But I might be mistaken. Can somebody help? Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: miboot+2.6.12-initrd = success
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 14 Oct 2005 13:49:26 +0200 Hans Ekbrand <[EMAIL PROTECTED]> wrote: > > root on NFS is definitively something to loook at here. > > Yes, but that would be a different kernel then. Does anyone know what > NICs are most common in oldworld macs (since the nic-drivers must be > compiled in)? I have a de2104x PCI Ethernet in my Performa 5400. I believe rtl8139too is used on some of the Performas. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDT6z8n7DbMsAkQLgRAncyAJ9hzb+991SwSer3cIWKsSo4JLp/UwCgi3+a twwZ2JpdOtDd/spxQVJrJwM= =zdTX -END PGP SIGNATURE-
Re: Bug#331391: Re: ftpmaster: Please remove 2.6.8 kernel images
On Friday 14 October 2005 02:09, Steve Langasek wrote: > > i386, alpha, s390, sparc, powerpc only use it for 2.4 kernels. > > Does this mean that these archs are now using linux-image-$foo for 2.6 > kernels Yes. > or that we've regressed to hard-coding kernel versions in > places? No, just a check for $KERNEL_MAJOR to check if linux-image or kernel-image should be used. pgpfsGAhvjMNr.pgp Description: PGP signature
Re: Bug#331391: Re: ftpmaster: Please remove 2.6.8 kernel images
On Friday 14 October 2005 07:38, Sven Luther wrote: > I personally favour > dropping the per arch copy of this files which needs individual > modification, in favour of a simpler cpuinfo->flavour mapping and a > single kernel-install file, but joeyh doesn't seem to like that. I'm sure that if you file a wishlist bug containing a patch with a replacement which performs the same function as current scripts and passes the current testsuites, we will be happy to review it and implement it if it is truly simpler than the current scheme. pgpU4uUrckbof.pgp Description: PGP signature
Re: realtime-lsm and Debian kernel
Quoting Horms <[EMAIL PROTECTED]>: > On Tue, Oct 11, 2005 at 01:27:27PM +0200, Christoph Hellwig wrote: > > On Tue, Oct 11, 2005 at 06:24:20AM -0500, Geiger Guenter wrote: > > > This means that it has to be dropped. Thats ok with me, it means less > > > work. What was the reason again for not including the capabilities as > > > a module ? > > > > Making Security modules actually modular means they don't have the full > > view of the process and generally is a bad idea. For the specific case > > of capabilities there even was an exploit in the past. If we want to > > support a given security module in debian we should compile it into the > > kernel statically. > > If I recall, lsm wasn't well recieved upstream, in which case > dropping it is probably a good idea anyway. Yes its true that it wasn't accepted upstream, but it is, security wise, still the best solution to gain the necessary realtime permissions for audio work. That's the main reason why I don't want to throw it away without a thought. If I understand correctly the modular approach would be acceptable if the capabilities module would not be removable. I think this should be achievable. Günter > > -- > Horms > > This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#331391: Re: ftpmaster: Please remove 2.6.8 kernel images
On Fri, Oct 14, 2005 at 04:22:32PM +0200, Frans Pop wrote: > On Friday 14 October 2005 07:38, Sven Luther wrote: > > I personally favour > > dropping the per arch copy of this files which needs individual > > modification, in favour of a simpler cpuinfo->flavour mapping and a > > single kernel-install file, but joeyh doesn't seem to like that. > > I'm sure that if you file a wishlist bug containing a patch with a > replacement which performs the same function as current scripts and > passes the current testsuites, we will be happy to review it and > implement it if it is truly simpler than the current scheme. Yep, i know, and i probably will as time allows, i hoped to do that in Oldenburg, but as i wasn't able to free time to come ... Also, i think Joeyh had some technical reservations which where not without merit, so i guess there is no urgency, it just pains me to see all this syncing and hand interventions from a dozen porters needed to get the ball going for d-i. Right now solving the initrd/initramfs problem has more priority on my TODO list. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to build .deb from Debian's linux-tree-2.6.12
On Fri, Oct 14, 2005 at 02:58:28PM +0200, Marc Haber wrote: > I am currently trying to make myself familiar with building the Debian > packages for kernel 2.6 to see whether it's worth to move my local > kernel building processes nearer to Debian's own processes. > > So I have created a fresh sid chroot with build-essential installed, > downlaoded linux-tree-2.6.12, unpacked it, installed the build Try : apt-get build-dep linux-2.6 first, to install all dependencies. > dependencies and invoked debuild. First round, it failed for not > finding libncurses, so I installed libncurses-dev. Now, debuild fails > with a short "interrupted(11)", in an xterm which thinks of having 23 > lines only. Looks like something goes wrong with make menuconfig, but > make menuconfig invoked from the command line works fine. > > Is that an issue with current sid, or am I doing something wrong? > Currently, I am inclined to say that linux-tree-2.6.12 is missing a > Build Dependency on ncurses, and that it suffers from other kinds of > breakage as well. But I might be mistaken. Can somebody help? linux-tree-2.6.12 is a binary package, and thus its build-dependencies are on linux-2.6 source, which should do the right thing, not sure though. Not sure what you really want to do, but in any case, linux-tree-2.6.12 is probably a thing of the paste, you want either the linux-2.6 source package or the linux-source-2.6.12 binary package. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292858: acknowledged by developer (kernel-image-2.6.8-2-686 Load average is vastly wrong)
That's probably correct. Not too long after I sent the bug report, I found a hardware memory problem on that computer. Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #292858: kernel-image-2.6.8-2-686 Load average is vastly wrong, which was filed against the kernel-image-2.6.8-2-686 package. I am closing this bug as there has been no feedback for a long time, and I am almost certain it is a local problem as outlined in my previous responses to the bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to build .deb from Debian's linux-tree-2.6.12
On Fri, Oct 14, 2005 at 05:26:37PM +0200, Sven Luther wrote: > On Fri, Oct 14, 2005 at 02:58:28PM +0200, Marc Haber wrote: > > Is that an issue with current sid, or am I doing something wrong? > > Currently, I am inclined to say that linux-tree-2.6.12 is missing a > > Build Dependency on ncurses, and that it suffers from other kinds of > > breakage as well. But I might be mistaken. Can somebody help? > > linux-tree-2.6.12 is a binary package, and thus its build-dependencies are on > linux-2.6 source, which should do the right thing, not sure though. > > Not sure what you really want to do, but in any case, linux-tree-2.6.12 is > probably a thing of the paste, you want either the linux-2.6 source package > or the linux-source-2.6.12 binary package. I tried the same after apt-get source linux-2.6 and installing all build dependencies (dpkg-checkbuilddeps doesn't complain), and the same thing happens. The package tries to make menuconfig, and that fails with "interrupted(11)". Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to build .deb from Debian's linux-tree-2.6.12
On Fri, Oct 14, 2005 at 07:10:50PM +0200, Marc Haber wrote: > On Fri, Oct 14, 2005 at 05:26:37PM +0200, Sven Luther wrote: > > On Fri, Oct 14, 2005 at 02:58:28PM +0200, Marc Haber wrote: > > > Is that an issue with current sid, or am I doing something wrong? > > > Currently, I am inclined to say that linux-tree-2.6.12 is missing a > > > Build Dependency on ncurses, and that it suffers from other kinds of > > > breakage as well. But I might be mistaken. Can somebody help? > > > > linux-tree-2.6.12 is a binary package, and thus its build-dependencies are > > on > > linux-2.6 source, which should do the right thing, not sure though. > > > > Not sure what you really want to do, but in any case, linux-tree-2.6.12 is > > probably a thing of the paste, you want either the linux-2.6 source package > > or the linux-source-2.6.12 binary package. > > I tried the same after apt-get source linux-2.6 and installing all > build dependencies (dpkg-checkbuilddeps doesn't complain), and the > same thing happens. The package tries to make menuconfig, and that > fails with "interrupted(11)". Well, after thinking about this, it is only normal, since the build process obviously uses oldconfig, since it is non-interactive. In any case, there is no way that what you try to do is something where build-dependencies are involved, but there could be a depend or recomend/suggest on the linux-source-2.6.12 package maybe ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd/initramfs: we discussed enough, let's take some action now :)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 14 Oct 2005 17:15:23 +0200 Sven Luther <[EMAIL PROTECTED]> wrote: > > > > Would it make sense to have yaird maintained by d-k as well, > > > > and me join the team? > > > > > > That would be perfect i think, and you could even put it under > > > tools alongside initrd-tools and initramfs-tools in > > > kernel/dists/trunk/utils in our subversion repo. Do you already > > > have a alioth acount ? > > > > I do - account is "js". > > Cool, added. Great. I am busy tonight doing other stuff (what I learned recently is referred to as "RL" ;-) ) but will upload yaird probably later this weekend. And also grab the other parts of the SVN repository and see if I can be of use other places (don't worry, I won't mess with stuff without discussing on the list first!). > > Was is intentional you took this discussion off-list? > > I didn't take it offlist, why did you think that ? This seems to be the headers of your last email: > From: Sven Luther <[EMAIL PROTECTED]> > To: Jonas Smedegaard <[EMAIL PROTECTED]> > Cc: Sven Luther <[EMAIL PROTECTED]> Did you Bcc the list? ;-) Whatever - this one is posted on the list. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDT+0yn7DbMsAkQLgRAmXMAJ4kZcxSLO/fZ0tWymOz0d/P+IrBFwCghQHw 4m2PUQG3y8rbaEHsG6mG9hI= =g00Y -END PGP SIGNATURE-
Bug#325117: NFS client problem with kernel 2.6 and SGI IRIX 6.5
fr den 14.10.2005 Klokka 11:05 (+0200) skreiv Ruediger Oberhage: > Dear Trond Myklebust, > > my name is Ruediger Oberhage, I'm (amongst other duties) > administering computers for the Theoretical Physics in Essen of > the university Duisburg-Essen, Germany, and I do have a (client) > problem (severe to us) with the 2.6 kernel series and nfs, when > served from an SGI IRIX 6.5 system (type: Origin 200). > > Since I use the Debian GNU/Linux distribution, I contacted its kernel > maintainer (Horms) first, and he pointed me to you (I'll add the > problem report(s) below). > > The problem was registered with the Debian Bug Tracking System as > Bug#325117. > > The summary is as follows: I do have problems with the 2.6 series > kernel, which do not occur with a 2.4 series kernel (and an other- > wise unchanged system). I discovered it with Mathematica version 5.0, > but do think that other programs are also involved (e.g. OpenOffice > 1.1.4, that doesn't find its default (or any other) printer any > longer). The symptom is, that certain ressources are reported > missing, that are definitively there and which lie somewhere > within the application-tree, that tree lying within a hierarchie > being nfs-auto-mounted from the SGI system to the (Intel architec- > ture) Linux client. File contents (or whole files?) seems to get > 'lost' somehow. > > It doesn't seem to be the MSBit Problem of the 32bit nfs cookies > (alone) - the branch is exported with the IRIX '32bitclients' > option, to avoid the 64bit cookies, that led to a similar problem > with the printer in OpenOffice under the 2.4 series kernels, and > vanished with the 32bit-option. The reason for me to state this > is, that when I applied a 32bit-'SGI-IRIX-induced'-patch for (early) > 2.6 kernels (Debians 2.6.8) the problem didn't go away, and it also > still occurs when using the 2.6.12-kernel, where some kernel-version > ago (2.6.10 or 11?) that part of the cookie problem was solved via a > translation table (once and for all, I hope). > Have you tried running "strace" on this find command in order to figure out which syscall is returning EOVERFLOW? If it is getdents, please could you confirm that the same error occurs in the same place on 2.6.12? ...Oh, and could I have a binary tcpdump of the traffic between the client and server when this happens. Please use something like tcpdump -w /tmp/dump.out -s 9000 host and port 2049 Cheers, Trond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: miboot+2.6.12-initrd = success
On Oct 14 2005, Hans Ekbrand wrote: > Yes, but that would be a different kernel then. Does anyone know what > NICs are most common in oldworld macs (since the nic-drivers must be > compiled in)? I have a de2104x PCI Ethernet in my Performa 5400. Of course, the built-in mace is common in a lot of OldWorld macs. Hope this helps, Rogério. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to build .deb from Debian's linux-tree-2.6.12
On Fri, Oct 14, 2005 at 07:44:35PM +0200, Sven Luther wrote: > On Fri, Oct 14, 2005 at 07:10:50PM +0200, Marc Haber wrote: > > On Fri, Oct 14, 2005 at 05:26:37PM +0200, Sven Luther wrote: > > > On Fri, Oct 14, 2005 at 02:58:28PM +0200, Marc Haber wrote: > > > > Is that an issue with current sid, or am I doing something wrong? > > > > Currently, I am inclined to say that linux-tree-2.6.12 is missing a > > > > Build Dependency on ncurses, and that it suffers from other kinds of > > > > breakage as well. But I might be mistaken. Can somebody help? > > > > > > linux-tree-2.6.12 is a binary package, and thus its build-dependencies > > > are on > > > linux-2.6 source, which should do the right thing, not sure though. > > > > > > Not sure what you really want to do, but in any case, linux-tree-2.6.12 is > > > probably a thing of the paste, you want either the linux-2.6 source > > > package > > > or the linux-source-2.6.12 binary package. > > > > I tried the same after apt-get source linux-2.6 and installing all > > build dependencies (dpkg-checkbuilddeps doesn't complain), and the > > same thing happens. The package tries to make menuconfig, and that > > fails with "interrupted(11)". > > Well, after thinking about this, it is only normal, since the build process > obviously uses oldconfig, since it is non-interactive. I now know what was going on. Despite debian/rules not directly using make-kpkg, the build process somehow uses code delivered by kernel-package, which in turn honors ~/.kernel-pkg.conf, which on my system has config_target := menuconfig. That's a gotcha. > In any case, there is no way that what you try to do is something where > build-dependencies are involved, Can you please explain that? I am trying to convert a Debian source package (consisting of .orig.tar.gz, diff.gz and .dsc) into a set of Debian binary packages (.deb). The usual way to do so is to use the debuild command (or another of the dpkg-buildpackage frontends available in numerous different flavours) after installing build-essential and all packages listed in the Build-Depends line in debian/control. I must be missing something here, please enlighten me. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#276242: marked as done (ACPI: Fails to resume on Compal CL51 Notebook)
Your message dated Sat, 15 Oct 2005 00:22:39 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#276242: ACPI: Fails to resume on Compal CL51 Notebook 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; 12 Oct 2004 21:26:37 + >From [EMAIL PROTECTED] Tue Oct 12 14:26:37 2004 Return-path: <[EMAIL PROTECTED]> Received: from master.debian.org [146.82.138.7] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CHUAH-0003dK-00; Tue, 12 Oct 2004 14:26:37 -0700 Received: from node196-208064015.biola.edu ([127.0.0.1]) [4.79.139.196] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CHUAG-0006o2-00; Tue, 12 Oct 2004 16:26:36 -0500 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Jason D. Berg" <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: ACPI: Fails to resume on Compal CL51 Notebook X-Mailer: reportbug 2.63 Date: Tue, 12 Oct 2004 14:27:08 -0700 X-Debbugs-Cc: [EMAIL PROTECTED] Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-9.0 required=4.0 tests=BAYES_00,HAS_PACKAGE, OUR_MTA_MSGID,X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: kernel-source-2.6.8 Version: 2.6.8-7 Severity: important After suspending the machine to disk by running echo disk > /sys/power/state the system refuses to resume. I made sure that I placed a RESUME=/dev/hda2 option in my grub configuration. It boots up just as if I didn't susend it to the disk. The only difference from a normal boot is that this time, I don't have my swap drive. I have to reformat and remount my swap partition manually. This is on a Compal CL51 notebook. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C Versions of packages kernel-source-2.6.8 depends on: ii binutils 2.15-4 The GNU assembler, linker and bina ii bzip2 1.0.2-1A high-quality block-sorting file ii coreutils [fileutils] 5.2.1-2The GNU core utilities -- no debconf information --- Received: (at 276242-done) by bugs.debian.org; 14 Oct 2005 22:22:40 + >From [EMAIL PROTECTED] Fri Oct 14 15:22:40 2005 Return-path: <[EMAIL PROTECTED]> Received: from baikonur.stro.at [213.239.196.228] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQXwl-0004bE-00; Fri, 14 Oct 2005 15:22:39 -0700 Received: from sputnik (stallburg.stro.at [128.131.216.190]) by baikonur.stro.at (Postfix) with ESMTP id D69C55C014 for <[EMAIL PROTECTED]>; Sat, 15 Oct 2005 00:22:42 +0200 (CEST) Received: from max by sputnik with local (Exim 4.52) id 1EQXwl-0004EM-Kx for [EMAIL PROTECTED]; Sat, 15 Oct 2005 00:22:39 +0200 Date: Sat, 15 Oct 2005 00:22:39 +0200 From: maximilian attems <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#276242: ACPI: Fails to resume on Compal CL51 Notebook Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by Amavis (ClamAV) at stro.at 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-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 On Tue, 12 Oct 2004, Jason D. Berg wrote: > Package: kernel-source-2.6.8 > Version: 2.6.8-7 > Severity: important > > After suspending the machine to disk by running echo disk > /sys/power/state > the system refuses to resume. I made sure that I placed a > RESUME=/dev/hda2 option in my grub configuration. It boots up just as if I > didn't > susend it to the disk. The only difference from a normal boot is that > this time, I don't have my swap drive. I have to reformat and remount my > swap partition manually. This is on a Compal CL51 notebook. software suspend saw a lot of work upstream since 2.6.8. it was never supported by a debian sar
Bug#280905: marked as done (kernel-image-2.6.8-1-686-smp: 3w-9xxx driver outdated)
Your message dated Sat, 15 Oct 2005 00:27:26 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#280905: kernel-image-2.6.8-1-686-smp: 3w-9xxx driver outdated 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; 12 Nov 2004 13:32:31 + >From [EMAIL PROTECTED] Fri Nov 12 05:32:31 2004 Return-path: <[EMAIL PROTECTED]> Received: from mailserv.aei.mpg.de [194.94.224.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CSbXT-0004rc-00; Fri, 12 Nov 2004 05:32:31 -0800 Received: by mailserv.aei.mpg.de (Postfix, from userid 65534) id 52B8E89AA5; Fri, 12 Nov 2004 14:31:58 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mailserv.aei.mpg.de (Postfix) with ESMTP id 1927829D732; Fri, 12 Nov 2004 14:31:33 +0100 (CET) Received: from debian-server.aei.mpg.de (unknown [172.16.26.122]) by mailserv.aei.mpg.de (Postfix) with ESMTP id D00532A8276; Fri, 12 Nov 2004 14:31:28 +0100 (CET) Received: from stefgru by debian-server.aei.mpg.de with local (Exim 3.36 #1 (Debian)) id 1CSbWS-0003qj-00; Fri, 12 Nov 2004 14:31:28 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Steffen Grunewald <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: kernel-image-2.6.8-1-686-smp: 3w-9xxx driver outdated X-Mailer: reportbug 2.63 Date: Fri, 12 Nov 2004 14:31:28 +0100 Message-Id: <[EMAIL PROTECTED]> Sender: <[EMAIL PROTECTED]> X-Virus-Scanned: by AMaViS snapshot-20020531 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (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_2004_03_25 X-Spam-Level: Package: kernel-image-2.6.8-1-686-smp Severity: normal -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686-smp Locale: LANG=C, LC_CTYPE=C Debian 2.6.8 kernels contain a very old (2.26.02.001) version of the 3w-9xxx 3ware 9000 Series driver. This version of the driver doesn't create a sub-directory under /proc/scsi. Thus mkinitrd would not include the driver into the loadmodules list causing the kernel to barf if the root filesystem is on a disk managed by the 3ware controller. Cheers, Steffen --- Received: (at 280905-done) by bugs.debian.org; 14 Oct 2005 22:27:26 + >From [EMAIL PROTECTED] Fri Oct 14 15:27:25 2005 Return-path: <[EMAIL PROTECTED]> Received: from baikonur.stro.at [213.239.196.228] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQY1N-0006Br-00; Fri, 14 Oct 2005 15:27:25 -0700 Received: from sputnik (stallburg.stro.at [128.131.216.190]) by baikonur.stro.at (Postfix) with ESMTP id 5C8585C014 for <[EMAIL PROTECTED]>; Sat, 15 Oct 2005 00:27:29 +0200 (CEST) Received: from max by sputnik with local (Exim 4.52) id 1EQY1O-0004Ec-Np for [EMAIL PROTECTED]; Sat, 15 Oct 2005 00:27:26 +0200 Date: Sat, 15 Oct 2005 00:27:26 +0200 From: maximilian attems <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#280905: kernel-image-2.6.8-1-686-smp: 3w-9xxx driver outdated Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by Amavis (ClamAV) at stro.at 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-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 On Mon, 15 Nov 2004, Steffen Grunewald wrote: > On Mon, Nov 15, 2004 at 12:45:00PM +0900, Horms wrote: > > > On Fri, Nov 12, 2004 at 02:31:28PM +0100, Steffen Grunewald wrote: > > > Package: kernel-image-2.6.8-1-686-smp > > > Severity: normal > > > > > > > > > > > > -- System Information: > > > Debian Release: 3.1 > > > APT prefers testing > > > APT policy: (500, 'testing') > > > Architecture: i386 (i686) > > > Kernel: Linux 2.6.8-1-686-smp > > > Locale: LANG=C, LC_CTYPE=C > > > > > > Debian 2.6.8 kernels cont
Bug#274848: marked as done (PC Speaker support in wrong category)
Your message dated Sat, 15 Oct 2005 00:40:34 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#274848: PC Speaker support in wrong category 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; 4 Oct 2004 11:20:05 + >From [EMAIL PROTECTED] Mon Oct 04 04:20:05 2004 Return-path: <[EMAIL PROTECTED]> Received: from mail.gmx.de (mail.gmx.net) [213.165.64.20] by spohr.debian.org with smtp (Exim 3.35 1 (Debian)) id 1CEQsv-00076O-00; Mon, 04 Oct 2004 04:20:05 -0700 Received: (qmail 22697 invoked by uid 65534); 4 Oct 2004 11:19:33 - Received: from dsl-082-082-102-140.arcor-ip.net (HELO tooar.birds) (82.82.102.140) by mail.gmx.net (mp006) with SMTP; 04 Oct 2004 13:19:33 +0200 X-Authenticated: #896033 Date: Mon, 4 Oct 2004 13:19:32 +0200 From: tooar <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: PC Speaker support in wrong category Message-Id: <[EMAIL PROTECTED]> Organization: tooar inc. X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (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_2004_03_25 X-Spam-Level: Package: kernel-source-2.6.8 Version: 2.6.8-6 The PC Speaker supported is listed in menuconfig under "Device Drivers->Input device support->Misc". This is really hard to find, because a speaker is an output device and not an input device. The option in menuconfig should be relocated. --- Received: (at 274848-done) by bugs.debian.org; 14 Oct 2005 22:41:00 + >From [EMAIL PROTECTED] Fri Oct 14 15:41:00 2005 Return-path: <[EMAIL PROTECTED]> Received: from baikonur.stro.at [213.239.196.228] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQYEV-ZX-00; Fri, 14 Oct 2005 15:41:00 -0700 Received: from sputnik (stallburg.stro.at [128.131.216.190]) by baikonur.stro.at (Postfix) with ESMTP id 20E105C015 for <[EMAIL PROTECTED]>; Sat, 15 Oct 2005 00:40:37 +0200 (CEST) Received: from max by sputnik with local (Exim 4.52) id 1EQYE6-0004Eu-7Y for [EMAIL PROTECTED]; Sat, 15 Oct 2005 00:40:34 +0200 Date: Sat, 15 Oct 2005 00:40:34 +0200 From: maximilian attems <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#274848: PC Speaker support in wrong category Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by Amavis (ClamAV) at stro.at 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-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 On Mon, 04 Oct 2004, tooar wrote: > Package: kernel-source-2.6.8 > Version: 2.6.8-6 > > The PC Speaker supported is listed in menuconfig under "Device > Drivers->Input device support->Misc". > This is really hard to find, because a speaker is an output device and > not an input device. The option in menuconfig should be relocated. > depends on the point of view. anyway feel free to send patches upstream to lkml that change the pcspkr to be part of your new output subsystem. :) not joking but please use the debian default kernel in such cases. it has all those modules compiled for you. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#275756: marked as done (Subject: kernel-source-2.6.8: agpgart fails to detect VIA PT880 chipset (PCI_ID defined incorrectly?))
Your message dated Sat, 15 Oct 2005 00:32:10 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#275756: Subject: kernel-source-2.6.8: agpgart fails to detect VIA PT880 chipset (PCI_ID defined incorrectly?) 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; 10 Oct 2004 01:25:35 + >From [EMAIL PROTECTED] Sat Oct 09 18:25:35 2004 Return-path: <[EMAIL PROTECTED]> Received: from andesite.usg.tufts.edu [130.64.1.202] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CGSSt-0006qK-00; Sat, 09 Oct 2004 18:25:35 -0700 Received: from mr3.tufts.edu ([130.64.1.40]) by andesite.usg.tufts.edu with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.20) id 1CGSSs-0003Rk-mF for [EMAIL PROTECTED]; Sat, 09 Oct 2004 21:25:34 -0400 Received: from [192.168.1.100] (cpe-68-118-249-5.ma.charter.com [68.118.249.5]) (authenticated bits=0) by mr3.tufts.edu (8.12.1/8.12.1/USG-Auth) with ESMTP id i9A1PXep029835 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for <[EMAIL PROTECTED]>; Sat, 9 Oct 2004 21:25:34 -0400 (EDT) Subject: Subject: kernel-source-2.6.8: agpgart fails to detect VIA PT880 chipset (PCI_ID defined incorrectly?) From: Charles C Bailey <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Content-Type: text/plain Organization: Tufts University School of Veterinary Medicine Message-Id: <[EMAIL PROTECTED]> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 09 Oct 2004 21:25:33 -0400 Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (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_2004_03_25 X-Spam-Level: Package: kernel-source-2.6.8 Version: 2.6.8-7 Severity: normal I am using an ABIT VT7 main board with VIA PT880 agp controller and Nvidia geForce5700LE. agpgart did not recognize said controlled when modprobed (i. e. didn't print any messages to dmesg excpet 'Linux agpgart interface v0.100 (c) Dave Jones'), and nvidia's proprietary driver reported (cat /proc/driver/nvidia/agp/status) agp status as disabled. By editing some lines in the kernel source I was able to get agpgart to see my chipset. Whether this was the 'right' way to do it or not I have no idea. I'll go through the process I followed below. An lspci showed the following devices (note what comes first- usually the agp controler; in this case it is reporting an ID of 0x0258): :00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0258 :00:00.1 Host bridge: VIA Technologies, Inc.: Unknown device 1258 :00:00.2 Host bridge: VIA Technologies, Inc.: Unknown device 2258 :00:00.3 Host bridge: VIA Technologies, Inc.: Unknown device 3258 :00:00.4 Host bridge: VIA Technologies, Inc.: Unknown device 4258 :00:00.7 Host bridge: VIA Technologies, Inc.: Unknown device 7258 :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge :00:0a.0 Network controller: Intersil Corporation Intersil ISL3890 [Prism GT/Prism Duette] (rev 01) :00:0c.0 USB Controller: NEC Corporation USB (rev 41) :00:0c.1 USB Controller: NEC Corporation USB (rev 41) :00:0c.2 USB Controller: NEC Corporation USB 2.0 (rev 02) :00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80) :00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [K8T800 South]:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) :00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78) :01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0343 (rev a1) In the kernel-2.6.8 source tree in include/linux
Bug#292892: k3b has problems "Reading local song database"
your bug got reassigned to the debian kernel. although i doubt that that latest sarge kernel could pose problems. can you still reproduce your troubles? if yes which kernel are you using, k3b, cdrecord version and so on if not it would be cool to close that bug.. anyway thanks for your feedback. :) -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#286084: kernel-source-2.6.8: cpufreq with speedstep-centrino stopped working after once on battery power (Dell Latitide D600)
On Fri, 17 Dec 2004, Achim Bohnet wrote: > Hi, on a Dell Latitude D600 Pentium-M, cpufreq was > working a very long timewith with the 2.6.8 debian kernels > and cpudynd. Now (since ~ some weeks) > it stopped working after power is unpluged and reconnect while cpu > uses min. freq. Same in lastest 2.6.{8,9}-1-686. > > > Warning: CPU frequency is 140, cpufreq assumed 60 > > > and cpufreq is stick until next reboot at 600 MHz. > > correct: > o with AC after boot --> 600 MHz -> ok > o start glxgears --> 1400 MHz -> ok > o unplug AC --> 1400 MHz -> ok > o plug AC --> 1400 Mhz -> ok > o stop glxgears --> 600 Mhz -> ok > o start glxgears --> 1400 mhz -> ok > o stop glxgears --> 600 ok > bug: > o unplug AC again -> 600 ok > o start glxgears -> 600 <- bug should be 1400. Syslog: >Warning: CPU frequency is 140, cpufreq assumed 60 > o plug AC, glxgear still running <- should be 1400 > > > cpudynd (1.0-2) is running as: > > /usr/sbin/cpudynd -i 1 -p 0.5 0.9 -t 120 -h /dev/hda > > kill -USR1 or HUP to force cpudyn to use max or dyn. freq. does > not help. Restarting cpudyn and still min freq. is used when > glxgears is running. > > Achim can you still reproduce aboves problems with newer linux image 2.6.12? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#287952: marked as done (kernel-source-2.6.8: Frequent kernel freeze in my configuration)
Your message dated Sat, 15 Oct 2005 00:54:43 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#287952: kernel-source-2.6.8: nfs-kernel freezes the system 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; 31 Dec 2004 06:17:33 + >From [EMAIL PROTECTED] Thu Dec 30 22:17:32 2004 Return-path: <[EMAIL PROTECTED]> Received: from ybbsmtp05.mail.mci.yahoo.co.jp [210.80.241.154] by spohr.debian.org with smtp (Exim 3.35 1 (Debian)) id 1CkG6O-0002ZD-00; Thu, 30 Dec 2004 22:17:32 -0800 Received: from unknown (HELO ?127.0.0.1?) ([EMAIL PROTECTED] with plain) by ybbsmtp05.mail.mci.yahoo.co.jp with SMTP; 31 Dec 2004 06:17:30 - X-Apparently-From: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Date: Fri, 31 Dec 2004 15:17:27 +0900 From: Kaz Sasayama <[EMAIL PROTECTED]> User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: kernel-source-2.6.8: Frequent kernel freeze in my configuration Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.5 required=4.0 tests=BAYES_00,HAS_PACKAGE, UPPERCASE_50_75 autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: kernel-source-2.6.8 Version: 2.6.8-10 Severity: normal Kernels built from kernel-source-2.6.8 freeze frequently in my configuration. Even keyboard input is not handled. kernel-source-2.4.27 is much stable. How can I diagnose this problem? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-cs56 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kernel-source-2.6.8 depends on: ii binutils 2.15-5 The GNU assembler, linker and bina ii bzip2 1.0.2-1A high-quality block-sorting file ii coreutils [fileutils] 5.2.1-2The GNU core utilities -- no debconf information *** .config # # Automatically generated make config: don't edit # CONFIG_X86=y CONFIG_MMU=y CONFIG_UID16=y CONFIG_GENERIC_ISA_DMA=y # # Code maturity level options # # CONFIG_EXPERIMENTAL is not set CONFIG_CLEAN_COMPILE=y CONFIG_BROKEN_ON_SMP=y # # General setup # CONFIG_SWAP=y CONFIG_SYSVIPC=y # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y # CONFIG_AUDIT is not set CONFIG_LOG_BUF_SHIFT=14 CONFIG_HOTPLUG=y CONFIG_IKCONFIG=y # CONFIG_IKCONFIG_PROC is not set # CONFIG_EMBEDDED is not set CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y # CONFIG_CC_OPTIMIZE_FOR_SIZE is not set # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_OBSOLETE_MODPARM=y CONFIG_KMOD=y # # Processor type and features # CONFIG_X86_PC=y # CONFIG_X86_ELAN is not set # CONFIG_X86_VOYAGER is not set # CONFIG_X86_NUMAQ is not set # CONFIG_X86_SUMMIT is not set # CONFIG_X86_BIGSMP is not set # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUMM is not set # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MK8 is not set CONFIG_MCRUSOE=y # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set # CONFIG_X86_GENERIC is not set # CONFIG_X86_EMU486 is not set CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=5 CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_HPET_TIMER=y # CONFIG_HPET_EMULATE_RTC is not set # CONFIG_SMP is not set # CONFIG_PREEMPT is not set CONFIG_X86_UP_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_TSC=y CONFIG_X86_MCE=y # CONFIG_X86_MCE_NONFATAL is not set # CONFIG_X86_MCE_P4THERMAL is not set # CONFIG_TOSHIBA is not set # CONFIG_
Bug#298357: marked as done (kernel built from 2.6.8-13 source won't compile rt2500 driver)
Your message dated Sat, 15 Oct 2005 01:06:58 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#298357: kernel built from 2.6.8-13 source won't compile rt2500 driver 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; 7 Mar 2005 00:24:59 + >From [EMAIL PROTECTED] Sun Mar 06 16:24:58 2005 Return-path: <[EMAIL PROTECTED]> Received: from mail.cantonpl.org (cantonpl.org) [209.104.141.56] (root) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D863O-0001Qq-00; Sun, 06 Mar 2005 16:24:58 -0800 Received: from mail.cantonpl.org (IDENT:[EMAIL PROTECTED] [127.0.0.1]) by cantonpl.org (8.11.6/8.11.6) with SMTP id j270OvV10120 for <[EMAIL PROTECTED]>; Sun, 6 Mar 2005 19:24:57 -0500 Received: from 64.27.213.181 (SquirrelMail authenticated user millerc) by mail.cantonpl.org with HTTP; Sun, 6 Mar 2005 19:24:57 -0500 (EST) Message-ID: <[EMAIL PROTECTED]> Date: Sun, 6 Mar 2005 19:24:57 -0500 (EST) Subject: kernel built from 2.6.8-13 source won't compile rt2500 driver From: "Carl T. Miller" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal 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=-6.8 required=4.0 tests=BAYES_00,HAS_PACKAGE, PRIORITY_NO_NAME autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: kernel-source-2.6.8 Version: 2.6.8-13 I need to compile the rt2500 driver from sourceforge for my wireless interface. To do so, I downloaded the latest source for Sarge, and successfully compiled the kernel. All other hardware worked, so I compiled the rt2500 module. There were no errors during the compile, but I got these errors when I tried to load the module: # modprobe rt2500 FATAL: Error inserting rt2500 (/lib/modules/2.6.8-ctm/kernel/drivers/net/wireless/rt2500.ko): Unknown symbol in module, or unknown parameter (see dmesg) The pertinent lines from dmesg were: rt2500: disagrees about version of symbol per_cpu__softnet_data rt2500: Unknown symbol per_cpu__softnet_data rt2500: disagrees about version of symbol netif_rx rt2500: Unknown symbol netif_rx I contacted the author of the module, and he said to try a stock kernel from kernel.org. I downloaded the 2.6.8 kernel and compiled it successfully. I then compiled the rt2500 module without errors and now I can load the rt2500 module. The author said that something must have changed in the Debian modifications to prevent it from compiling correctly. --- Received: (at 298357-done) by bugs.debian.org; 14 Oct 2005 23:06:57 + >From [EMAIL PROTECTED] Fri Oct 14 16:06:57 2005 Return-path: <[EMAIL PROTECTED]> Received: from baikonur.stro.at [213.239.196.228] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQYdd-0001rk-00; Fri, 14 Oct 2005 16:06:57 -0700 Received: from sputnik (stallburg.stro.at [128.131.216.190]) by baikonur.stro.at (Postfix) with ESMTP id 4C5B25C014 for <[EMAIL PROTECTED]>; Sat, 15 Oct 2005 01:07:01 +0200 (CEST) Received: from max by sputnik with local (Exim 4.52) id 1EQYde-0004St-M5 for [EMAIL PROTECTED]; Sat, 15 Oct 2005 01:06:58 +0200 Date: Sat, 15 Oct 2005 01:06:58 +0200 From: maximilian attems <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#298357: kernel built from 2.6.8-13 source won't compile rt2500 driver Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by Amavis (ClamAV) at stro.at 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-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 On Sun, 06 Mar 2005, Carl T. Miller wrote: > I need to compile the rt2500 driver from sourceforge for my > wireless interface. To do so, I downloaded the latest source > for Sarge, and successfully compiled the kernel. All other > hardware worked, so I compiled the rt2500
Bug#269945: marked as done (kernel-source-2.6.8: please add Reiser4 support)
Your message dated Sat, 15 Oct 2005 01:43:58 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#269945: kernel-source-2.6.8: please add Reiser4 support 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; 4 Sep 2004 13:16:34 + >From [EMAIL PROTECTED] Sat Sep 04 06:16:34 2004 Return-path: <[EMAIL PROTECTED]> Received: from smtp1.libero.it [193.70.192.51] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C3aPC-0003iO-00; Sat, 04 Sep 2004 06:16:34 -0700 Received: from localhost (172.16.1.84) by smtp1.libero.it (7.0.027-DD01) id 40C7315F010CC684 for [EMAIL PROTECTED]; Sat, 4 Sep 2004 15:16:10 +0200 Received: from raptus.homelinux.net (151.38.171.212) by smtp1.libero.it (7.0.027-DD01) id 40CB290903810277 for [EMAIL PROTECTED]; Sat, 4 Sep 2004 15:16:09 +0200 Received: by raptus.homelinux.net (Postfix, from userid 1000) id 874313C322B; Sat, 4 Sep 2004 15:16:02 +0200 (CEST) Date: Sat, 4 Sep 2004 15:16:02 +0200 From: Domenico Andreoli <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: kernel-source-2.6.8: please add Reiser4 support Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040818i X-Virus-Scanned: by amavisd-new at libero.it Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (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_2004_03_25 X-Spam-Level: Package: kernel-source-2.6.8 Version: 2.6.8-5 Severity: wishlist hi, Reiser4 filesystem has finally been released. It would be nice to have the support built into the Debian's kernels. My patch package applies cleanly to both vanilla and debian source trees, so probably it is not a big problem to apply it to the official Debian's kernel sources too. Please consider this idea. Thanks. cheers domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 --- Received: (at 269945-done) by bugs.debian.org; 14 Oct 2005 23:43:57 + >From [EMAIL PROTECTED] Fri Oct 14 16:43:57 2005 Return-path: <[EMAIL PROTECTED]> Received: from baikonur.stro.at [213.239.196.228] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQZDQ-0007KO-00; Fri, 14 Oct 2005 16:43:57 -0700 Received: from sputnik (stallburg.stro.at [128.131.216.190]) by baikonur.stro.at (Postfix) with ESMTP id A01A55C010 for <[EMAIL PROTECTED]>; Sat, 15 Oct 2005 01:44:01 +0200 (CEST) Received: from max by sputnik with local (Exim 4.52) id 1EQZDS-0004vb-Vr for [EMAIL PROTECTED]; Sat, 15 Oct 2005 01:43:59 +0200 Date: Sat, 15 Oct 2005 01:43:58 +0200 From: maximilian attems <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#269945: kernel-source-2.6.8: please add Reiser4 support Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by Amavis (ClamAV) at stro.at 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-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 On Sat, 04 Sep 2004, Domenico Andreoli wrote: > Reiser4 filesystem has finally been released. It would be nice to have > the support built into the Debian's kernels. My patch package applies > cleanly to both vanilla and debian source trees, so probably it is not > a big problem to apply it to the official Debian's kernel sources too. > > Please consider this idea. Thanks. please read the patch acceptance guidelines for the debian kernel: http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines closing therefor. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#271396: marked as done (Kernel help typo)
Your message dated Sat, 15 Oct 2005 01:33:13 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#271396: Kernel help typo 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; 12 Sep 2004 23:38:13 + >From [EMAIL PROTECTED] Sun Sep 12 16:38:13 2004 Return-path: <[EMAIL PROTECTED]> Received: from 82-41-53-149.cable.ubr07.edin.blueyonder.co.uk (nermel.vicecity.co.uk) [82.41.53.149] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C6dvB-0001VC-00; Sun, 12 Sep 2004 16:38:13 -0700 Received: from beach by nermel.vicecity.co.uk with local (Exim 4.34) id 1C6dv7-0001F7-Ez for [EMAIL PROTECTED]; Mon, 13 Sep 2004 00:38:09 +0100 Date: Mon, 13 Sep 2004 00:38:09 +0100 From: Gavin Sandie <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Kernel help typo Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.5.6+20040818i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (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_2004_03_25 X-Spam-Level: --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: kernel-source-2.6.8 Version: 2.6.8-5 Severity: minor drivers/cpufreq/Kconfig The help for CONFIG_CPU_FREQ_GOV_POWERSAVE contains a typo. It starts with 'Theis', I think this should be 'This'. --=20 Gavin Sandie public pgp key: http://q3a.co.uk/pgp.key --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBRN3hb0+symDbelMRAuBfAJ9BvAMm4Z4iv0AMUdSWHowtA1NPtgCfeBHk 3atdkdoKxy4NWeaFj3aYPjQ= =2fWx -END PGP SIGNATURE- --k+w/mQv8wyuph6w0-- --- Received: (at 271396-done) by bugs.debian.org; 14 Oct 2005 23:33:12 + >From [EMAIL PROTECTED] Fri Oct 14 16:33:12 2005 Return-path: <[EMAIL PROTECTED]> Received: from baikonur.stro.at [213.239.196.228] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EQZ31-0003CY-00; Fri, 14 Oct 2005 16:33:12 -0700 Received: from sputnik (stallburg.stro.at [128.131.216.190]) by baikonur.stro.at (Postfix) with ESMTP id EDE755C010 for <[EMAIL PROTECTED]>; Sat, 15 Oct 2005 01:33:15 +0200 (CEST) Received: from max by sputnik with local (Exim 4.52) id 1EQZ33-0004vF-BA for [EMAIL PROTECTED]; Sat, 15 Oct 2005 01:33:13 +0200 Date: Sat, 15 Oct 2005 01:33:13 +0200 From: maximilian attems <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#271396: Kernel help typo Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by Amavis (ClamAV) at stro.at 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-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 On Mon, 13 Sep 2004, Gavin Sandie wrote: > drivers/cpufreq/Kconfig > > The help for CONFIG_CPU_FREQ_GOV_POWERSAVE contains a typo. > It starts with 'Theis', I think this should be 'This'. > > -- > Gavin Sandie the mentioned typos were fixed upstream. there for closing, thanks for your report. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284213: marked as done (system noise when using ACPI module processor)
Your message dated Sat, 15 Oct 2005 01:37:34 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#284213: system noise when using ACPI module processor 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; 4 Dec 2004 16:23:37 + >From [EMAIL PROTECTED] Sat Dec 04 08:23:37 2004 Return-path: <[EMAIL PROTECTED]> Received: from mail.gmx.de (mail.gmx.net) [213.165.64.20] by spohr.debian.org with smtp (Exim 3.35 1 (Debian)) id 1Cach7-0006F7-00; Sat, 04 Dec 2004 08:23:37 -0800 Received: (qmail 12623 invoked by uid 65534); 4 Dec 2004 16:23:05 - Received: from dialin-212-144-017-130.arcor-ip.net (EHLO localhost) (212.144.17.130) by mail.gmx.net (mp023) with SMTP; 04 Dec 2004 17:23:05 +0100 X-Authenticated: #2483140 Received: from es by localhost with local (Exim 3.36 #1 (Debian)) id 1Cacfq-0006PI-00 for <[EMAIL PROTECTED]>; Sat, 04 Dec 2004 17:22:18 +0100 From: Erik Schanze <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: system noise when using ACPI module processor Date: Sat, 4 Dec 2004 17:22:06 +0100 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-03=_6QesBcDvZXlJfJ2"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <[EMAIL PROTECTED]> Sender: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --Boundary-03=_6QesBcDvZXlJfJ2 Content-Type: multipart/mixed; boundary="Boundary-01=_uQesBuLoEKsm5Rt" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_uQesBuLoEKsm5Rt Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Package: kernel-source-2.6.8 Severity: minor Version: 2.6.8-10 Hi! There is a problem with ACPI module "processor" in recent 2.6er kernels. After loading this module my pentium-m notebook (ACER TM291) makes a very=20 high-pitched sound (not the fan) on idle. It sounds like an old CRT monitor shortly before its end. :-)=20 It's caused by a change in include/asm-i386/param.h, where HZ was set=20 from 100 to 1000. I have already send my notebook back to the vendor for repair the=20 "singing capacitor" on the mainboard, but I got it back unrepaired.=20 They could not reproduce this behavoiur under Windows. :-( This uses a 100Hz timer, so I have no chance of repair. Google tells, it is a known problem which was previously discussed at Kernel Bug Tracker.=20 http://bugme.osdl.org/show_bug.cgi?id=3D2478 http://bugme.osdl.org/show_bug.cgi?id=3D3549 http://bugme.osdl.org/show_bug.cgi?id=3D3406 But the patch for "#define HZ" was rejected. Since I'm not sure that the found solution (disabling of C3) is the best=20 solution and this patch will be included in 2.6.10, I'd like to ask you=20 for a Debian patch to switch back to HZ=3D100.=20 Please consider to add attached patch. I like the distribution kernel very much (together with m-a) and it would be a pity to have to build my own kernel caused by this issue. Kindly regards, Erik =2D-=20 www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * --Boundary-01=_uQesBuLoEKsm5Rt Content-Type: text/x-diff; charset="iso-8859-1"; name="kernel-2.6.8-acpi-hz.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="kernel-2.6.8-acpi-hz.patch" =2D-- linux-2.6.7/include/asm-i386/param.h 2004-06-17 09:34:28.0 +0= 800 +++ linux-2.6.7-new/include/asm-i386/param.h2004-07-19 13:30:54.207125536 = +0800 @@ -2,7 +2,7 @@ #define _ASMi386_PARAM_H =20 #ifdef __KERNEL__ =2D# define HZ 1000/* Internal kernel timer frequency */ +# define HZ100 /* Internal kernel timer frequency */ # define USER_HZ 100 /* .. some user interfaces are in "ticks" */ # define CLOCKS_PER_SEC(USER_HZ) /* like times() */ #endif --Boundary-01=_uQesBuLoEKsm5Rt-- --Boundary-03=_6QesBcDvZXlJfJ2 Content-Type: application/pgp-signature Content-Description: signature -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux)
Bug#287954: kernel-source-2.6.8: alim1535_wdt works with M1533 by minor modification
tags 287954 morinfo thanks On Fri, 31 Dec 2004, Kaz Sasayama wrote: > Package: kernel-source-2.6.8 > Version: 2.6.8-10 > Severity: wishlist > > ALi M1535 watchdog timer alim1535_wdt works with M1533 by removing the > device check for M1535. Can we generalize this driver for other ALi > south bridge chips, too? how does it work on linux image 2.6.12? if not please send the output of lspci -vv -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#271857: marked as done (kernel-source-2.6.8: Please blacklist "IO-Warrior" devices in hid-core.c)
Your message dated Sat, 15 Oct 2005 02:06:33 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#271857: kernel-source-2.6.8: Please blacklist "IO-Warrior" devices in hid-core.c 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; 15 Sep 2004 18:18:29 + >From [EMAIL PROTECTED] Wed Sep 15 11:18:28 2004 Return-path: <[EMAIL PROTECTED]> Received: from kw04.de (ww04.kw04.de) [213.131.254.194] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C7eMO-0006FB-00; Wed, 15 Sep 2004 11:18:28 -0700 Received: from tsetse.adpm.de (pD9542485.dip.t-dialin.net [217.84.36.133]) by ww04.kw04.de (ww04.kw04.de) with ESMTP id 773508409D for <[EMAIL PROTECTED]>; Wed, 15 Sep 2004 20:18:28 +0200 (CEST) Received: from ant.adpm.de (ant.adpm.de [10.250.2.1]) by tsetse.adpm.de (Postfix) with ESMTP id EF8C22BC66 for <[EMAIL PROTECTED]>; Wed, 15 Sep 2004 20:18:25 +0200 (CEST) Content-Type: multipart/mixed; boundary="===1725636792==" MIME-Version: 1.0 From: Peter Marschall <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: kernel-source-2.6.8: Please blacklist "IO-Warrior" devices in hid-core.c X-Mailer: reportbug 2.63 Date: Wed, 15 Sep 2004 20:18:25 +0200 Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (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_2004_03_25 X-Spam-Level: This is a multi-part MIME message sent by reportbug. --===1725636792== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: kernel-source-2.6.8 Version: 2.6.8-5 Severity: minor Tags: patch Hi, the USB devices called "IO-Warriors" from the German manufacturer "Code Mercenaries" register themselves as HID devices but they offer more functions than regular HID devices. To use these extended functions the manufacturer offers a kernel module (source as well as binaries), which requires modifications in hid-core.c that make the standard usbhid kernel module ignores these devices as HID devices. The attached patch against the current kernel-source-2.6.8 package's hid-core.c provides these modifications by adding the IO-Warrior devices to the blacklist in hid-core.c I am strongly convinced that this patch is licenced under the GPL since the manufacturer freely distributes a modified version of Linux 2.6.4's hid-core.c which differs from the original version only by the modifications in the patch and thus still contains the original license banner: /* * This program is free software; you can redistribute it and/or modify it * under the terms of the GNU General Public License as published by the Free * Software Foundation; either version 2 of the License, or (at your option) * any later version. */ You may check it yourself in the Linux SDK for the IO-Warroir devices which is freely available at: http://www.codemercs.de/Downloads/Linux26.zip Please consider the patch for inclusion in the next Debian kernel release. It is trivial fix that does not hurt people not using IO-Warriors, and it saves users, who need the special IOWarrior module, the necessity to patch a standard kernel module. I have also reported the bug upstream and hope it will make it into one of the next upstream versions. TIA Peter -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages kernel-source-2.6.8 depends on: ii binutils 2.14.90.0.7-8 The GNU assembler, linker and bina ii bzip2 1.0.2-1 A high-quality block-sorting file ii coreutils [fileutils] 5.2.1-2 The GNU core utilities ii fileutils 5.2.1-2 The GNU file management utilities -- no debconf information --===1725636792== Content-Type: text/x-c; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="hid-core.c-patch" --- hid-core.c 2004-08-14 07:37:14.0 +0200 +++ hid-core.c 2004-09-15 17:34:43.0 +0200 @@ -1439,6 +1439,12 @@ #
Bug#333776: linux-2.6: vfat driver in 2.6.12 is not properly case-insensitive
tags 333776 -unreproducible moreinfo thanks Hi Horms, On Fri, Oct 14, 2005 at 11:32:18AM +0900, Horms wrote: > Unfortunately I am unable to reproduce this problem with current sid > using linux-image-2.6.12-1-686-smp 2.6.12-10 > I created a partition using: > $ dd bs=1024 count=1024 if=/dev/zero > /tmp/vfat.img > $ mkdosfs /tmp/vfat.img > $ mount -o loop /tmp/vfat.img /mnt/tmp/ > $ mount > [snip] > /tmp/vfat.img on /mnt/tmp type vfat (rw,loop=/dev/loop0) > And then ran the tests you list above, and they all > worked the way I would expect on a case insensitive > file system, that is rather differently to what > you have above. > Can you cook up a test case that breaks? > Perhaps my mkdosfs is crating something that > works, where as you have a fs created slightly > differently? Ok, I can confirm that this is not reproducible using your above test case. The missing variable appears to be that I am mounting my partition using -oiocharset=utf8. If I use -oisocharset=iso8859-1 (the default), the mount behaves in a case-insensitive manner, but of course I don't want filenames to be shown as ISO8859-1 in userspace.. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Processed: Re: Bug#333776: linux-2.6: vfat driver in 2.6.12 is not properly case-insensitive
Processing commands for [EMAIL PROTECTED]: > tags 333776 -unreproducible moreinfo Bug#333776: linux-2.6: vfat driver in 2.6.12 is not properly case-insensitive Tags were: moreinfo unreproducible Tags removed: unreproducible, moreinfo > 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]
Adding linux-image- dependency on linux-headers-?
Hello all, I am curious as to the reasoning behind not including the kernel headers along with a kernel install? The reason that I bring this up is that many (new/Joe) users end up unable to figure out why they can't compile certain modules (such as the nvidia driver, etc.)...until someone more knowledgeable points out that kernel-headers- needs to be installed (for example, see http://www.linuxquestions.org/questions/showthread.php?s=&postid=1901559#post1901559, and other threads that i and many others have replied to with basically the same suggestion to install the headers). There is a probably a certain amount of user rejection because of this (at least one of my friends gave up on Debian in part because of this...he's moved on to mac os...which is not totally unadmirable). I understand that the kernel-headers- package adds about 50 megs of data to a default install (which is already at about 2 gigs anyway when selecting desktop environment in tasksel), but with disk space so readily available (200 gigs for like $100), I see no reason why this should be a factor. Besides, those interested in disk space conservation can prune the package if they so desire. So what are the other reasons for the current situation? Can this be changed? And if so, how? Thank you for your consideration of the poor Joe User. Regards, Mike Gilbert
Bug#333834: linux-2.6: Please enabled "audit" support, selinux is pretty much unuseable otherwise.
On Fri, Oct 14, 2005 at 02:12:38PM +0200, Thiemo Seufer wrote: > Erich Schubert wrote: > > Hi, > > > I'm not entirely sure which kernel config option this refers to, could > > > you dig that up? That not withstanding, your suggestion seems fine to > > > me, though I would appreciate some feedback from others. I've CCed > > > Manoj in case he has some oppinions. > > > > CONFIG_AUDIT and CONFIG_AUDIT_SYSCALL. > > IIRC the latter allows you to disable audit logging from userspace as > > well as configure where the logs go to (e.g. via netlink to a userspace > > audit daemon) > > AFAIR CONFIG_AUDIT_SYSCALL was disabled because of its performance > overhead and limited usefulness. The debian-kernel list archive should > have some discussion about it. It was already reenabled for 2.6.13 before this request came in. Probably by Dilinger or Walidi, perhaps they can comment on the performance issue. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to build .deb from Debian's linux-tree-2.6.12
On Fri, Oct 14, 2005 at 10:43:34PM +0200, Marc Haber wrote: > On Fri, Oct 14, 2005 at 07:44:35PM +0200, Sven Luther wrote: > > On Fri, Oct 14, 2005 at 07:10:50PM +0200, Marc Haber wrote: > > > On Fri, Oct 14, 2005 at 05:26:37PM +0200, Sven Luther wrote: > > > > On Fri, Oct 14, 2005 at 02:58:28PM +0200, Marc Haber wrote: > > > > > Is that an issue with current sid, or am I doing something wrong? > > > > > Currently, I am inclined to say that linux-tree-2.6.12 is missing a > > > > > Build Dependency on ncurses, and that it suffers from other kinds of > > > > > breakage as well. But I might be mistaken. Can somebody help? > > > > > > > > linux-tree-2.6.12 is a binary package, and thus its build-dependencies > > > > are on > > > > linux-2.6 source, which should do the right thing, not sure though. > > > > > > > > Not sure what you really want to do, but in any case, linux-tree-2.6.12 > > > > is > > > > probably a thing of the paste, you want either the linux-2.6 source > > > > package > > > > or the linux-source-2.6.12 binary package. > > > > > > I tried the same after apt-get source linux-2.6 and installing all > > > build dependencies (dpkg-checkbuilddeps doesn't complain), and the > > > same thing happens. The package tries to make menuconfig, and that > > > fails with "interrupted(11)". > > > > Well, after thinking about this, it is only normal, since the build process > > obviously uses oldconfig, since it is non-interactive. > > I now know what was going on. Despite debian/rules not directly using > make-kpkg, the build process somehow uses code delivered by > kernel-package, which in turn honors ~/.kernel-pkg.conf, which on my > system has config_target := menuconfig. > > That's a gotcha. Ah, ... > > In any case, there is no way that what you try to do is something where > > build-dependencies are involved, > > Can you please explain that? I am trying to convert a Debian source > package (consisting of .orig.tar.gz, diff.gz and .dsc) into a set of > Debian binary packages (.deb). The usual way to do so is to use the > debuild command (or another of the dpkg-buildpackage frontends > available in numerous different flavours) after installing > build-essential and all packages listed in the Build-Depends line in > debian/control. Well, if you take the already packaged version out of the archive, you just need to : dpkg-buildpackage -rfakeroot -us -uc And it flies, after installing build-essential, fakeroot and the linux-2.6 build-deps. i do use dpkg-buildpackage in a clean sid chroot specially created for this purpose, but don't use any kind of debuild/pbuilder/whatever frontends, so maybe there is some problem with the frontend you are using ? In any case, the autobuilders seem to have no trouble with it, so it should run fine, at least in the -B case. > I must be missing something here, please enlighten me. What is your problem again, now that we sorted the menuconfig out ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Adding linux-image- dependency on linux-headers-?
On Fri, Oct 14, 2005 at 09:59:46PM -0400, Michael Gilbert wrote: > Hello all, First, see a previous thread about this here. > I am curious as to the reasoning behind not including the kernel headers > along with a kernel install? The reason that I bring this up is that many > (new/Joe) users end up unable to figure out why they can't compile certain > modules (such as the nvidia driver, etc.)...until someone more knowledgeable > points out that kernel-headers- needs to be installed (for example, First, its called linux-headers- now, and the current status is in flux, and we will soon write a document explaining the way this is supposed to work with the new infrastructure more in detail. Now, those wanting to compile third party drivers like the nvidia ones, should take the nvidia package (or whatever it is called) and build it following to instructions, or even better, the new policy should call for pre-compilation for all official flavours of those modules, like it is already done on powerpc for the MOL packages for example. In any case, if it fails because of missing headers, there is a bug in the third-party-module package. > see > http://www.linuxquestions.org/questions/showthread.php?s=&postid=1901559#post1901559, > and other threads that i and many others have replied to with basically the > same suggestion to install the headers). There is a probably a certain > amount of user rejection because of this (at least one of my friends gave up > on Debian in part because of this...he's moved on to mac os...which is not > totally unadmirable). The sarge situation was a complete mess, and i strongly suggest to move to a 2.6.12 backport. The situation there should be rather clear, and to build third party modules, you only need to set KSRC=/lib/modules//build, works fine. > I understand that the kernel-headers- package adds about 50 megs of > data to a default install (which is already at about 2 gigs anyway when > selecting desktop environment in tasksel), but with disk space so readily > available (200 gigs for like $100), I see no reason why this should be a > factor. Besides, those interested in disk space conservation can prune the > package if they so desire. So what are the other reasons for the current > situation? Can this be changed? And if so, how? Thank you for your > consideration of the poor Joe User. Users should not need to build modules, and we should not force the installation of header packages if the user don't want to. Clear instructions need to be written (and will soon, once 2.6.13+ reach the archive), both for end users and third-party-modules packagers, on how to best do this, but the best solution is to have the modules prebuilt for the official kernels. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd/initramfs: we discussed enough, let's take some action now :)
On Fri, Oct 14, 2005 at 12:53:41PM +0200, Jonas Smedegaard wrote: > That said, I also think I should be able to implement those options to > the mkinitrd.yaird wrapper - if upstream doesn't beat me to it ;-). Is that an invitation :-? Here's a concept yaird patch; basically Sven's patch with a bit of extra error checking and a minimal host version. The patch claims support for 2.6.8, which is where development started, but later yaird versions only have had testing with newer kernels. If we could get away with claiming a later version, that can only reduce number of bug reports. BTW: I'm happy to see you'll move the yaird packaging to Alioth, that should give more continuity than a TLA archive I keep at home. Given the move to Aliot, I think further contributions from me could better be done as simple patches than as full packages. The combination of debian packaging and TLA I now use is cumbersome to say the least, so I'm eager to drop it. On a related note, there are some smallish fixes in the (offline) upstream archive; suggestions on how to make that better visible to you are welcome. Regards, Erik Index: debian/mkinitrd.yaird === --- debian.orig/mkinitrd.yaird 2005-09-17 17:02:26.0 +0200 +++ debian/mkinitrd.yaird 2005-10-15 08:03:30.0 +0200 @@ -24,7 +24,7 @@ PROG=mkinitrd.yaird outfile='' -while getopts "d:km:o:r:" flag; do +while getopts "d:km:o:r:-:" flag; do case $flag in d) echo "$PROG: $flag unsupported" @@ -44,6 +44,21 @@ echo "$PROG: $flag unsupported" exit 1 ;; + -) + case ${OPTARG%=*} in + supported-host-version) + supported_host_version=${OPTARG#*=} + ;; + supported-target-version) + supported_target_version=${OPTARG#*=} + ;; + *) + echo "$PROG: $OPTARG unsupported" + exit 1 + ;; + esac + ;; + *) echo "$PROG: unknown option $flag" exit 1 @@ -52,6 +67,26 @@ done shift $(($OPTIND - 1)) +if [ "$supported_host_version" != "" ] || [ "$supported_target_version" != "" ] +then + if [ "$supported_host_version" != "" ]; then + host_upstream_version=${supported_host_version%%-*} + if dpkg --compare-versions "$host_upstream_version" lt "2.6.8" + then + exit 1 + fi + fi + if [ "$supported_target_version" != "" ]; then + target_upstream_version=${supported_target_version%%-*} + if dpkg --compare-versions "$target_upstream_version" lt "2.6.8" + then + exit 1 + fi + + fi + exit 0 +fi + if [ "$outfile" = "" ]; then echo "$PROG: no output file specified" exit 1