Re: ancient ieee80211/ipw2200 drivers in recent kernel (2.6.14)
On Fri, Nov 04, 2005 at 01:51:24AM -0500, Joey Hess wrote: Horms wrote: I don't have a particular problem with disabling those drivers from the build. But the d-i guys might. I've CCed them for comment (and dropped the netdev CC). No d-i udebs contain ipw2200 or ieee80211. The system does allow building udebs containing externally packages kernel modules, although we've not done that yet, partly because externally packages kernel modules rately seem to be built in time to keep up with new releases of the debian kernels.. Thanks for the clarification. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ancient ieee80211/ipw2200 drivers in recent kernel (2.6.14)
[dropping debian-boot from CC, they've indicated this isn't a packaging issue for them at this time] Hi, Sorry for the confusion surround this, I was not at all aware of the somewhat special state of ieee80211/ipw2200 upstream. Let me answer some questions, now I have done a little bit or research. Note these are the answers to the best of my knowledge, which is limited. If you know more, please add your knowledge below. 1. Why is ipw2200 so out of date in Debian's 2.6.14? ipw2200 is out of date in Debian's 2.6.14 because it is out of date in Linus' 2.6.14. I have been told by several sources that this is because of Intel not pushing the driver into the upstream tree untill it has gone through some certification process. Or at the very least, its fair to say that Intel are not pushing changes upstream as fast as a lot of people might like. So in short, there are newer versions of the driver floating around than what is in 2.6.14. 2. Why is ipw2200 in Debian's 2.6.14 source but not compiled. As I undestand it, the ipw2200 driver requires some non-free firmware to run. The firmware is not embeded in the code, so there is no problem with distributing it. But the driver isn't particularly useful (perhaps dosn't work at all?), so it isn't compiled. 3. Can you disable the ieee80211/ipw2200 drivers in 2.6.14 Unless I am very much mistaken, they are disabled. 4. Can you mangles the headers to make compilation of ieee80211-source and/or ipw2200-source easier? Given the unusual standing of these drivers, that is, they really are out of date in Linus' tree because the developers aren't pushing updates, I think we can consider a departure from the usual policy of only accepting upstream (that is Linus') changes. My prefered option would be a minimal patch to allow ieee80211-source and ipw2200-source to compile sensibly. However, if someone wants to maintain a backport of ipw2200/ieee80211 as a patch included in linux-2.6, then I think we should consider that. My main reservation there is that it might hold up releases. For insance, are we confident that updates to ipw2200/ieee80211 will be ready the day Linus releases 2.6.15? Also, someone needs to take responsibility for this task. Without that its going to end up a s broken patch in the tree. Ultimately the best option is to get newer versions of these drivers into Linus' tree. If there is any way that Debian can help with that, then thats help that should be given IMHO. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337279: yaird: /boot != /tmp
On Thu, Nov 03, 2005 at 09:50:34PM -0500, Anthony DeRobertis wrote: Sven Luther wrote: [I just changed $template to start with /tmp; going to reboot shortly to see if it actually works...] A tmpfs could also be used for that, could it not ? I'm not sure what you're asking... A tmpfs can definitely be mounted on /tmp, and I suppose yaird could mount a tmpfs wherever it plans to create its temporary files, but I'm not sure why you'd want to do that. /tmp exists for a reason; why not use it? because i was thinking that the problem happened during boot time, and since there where issues of read-only filesystems. ... BTW, erik, i am not sure to have the files in non-/tmp will help security-wise, since it will only protect from people looking after the exact yaird behavior, and knowing about the situation. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ancient ieee80211/ipw2200 drivers in recent kernel (2.6.14)
On Fri, Nov 04, 2005 at 01:51:24AM -0500, Joey Hess wrote: Horms wrote: I don't have a particular problem with disabling those drivers from the build. But the d-i guys might. I've CCed them for comment (and dropped the netdev CC). No d-i udebs contain ipw2200 or ieee80211. The system does allow building udebs containing externally packages kernel modules, although we've not done that yet, partly because externally packages kernel modules rately seem to be built in time to keep up with new releases of the debian kernels.. We plan to change that though with the new external kernel module policy, and will probably add the building of a real .udeb into said policy. If this plan goes well, the external module .udebs will probably be there *before* the kernel .udebs in general :) Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sid linux-2.6 in SVN (Was: linux-2.6_2.6.14-2_hppa.changes ACCEPTED)
On Fri, Nov 04, 2005 at 01:10:20PM +0900, Horms wrote: On Thu, Nov 03, 2005 at 09:34:46PM +0100, Christian T. Steigies wrote: What is this email address? Christian T. Steigies [EMAIL PROTECTED] I have never used that, I don't even know that machine... Sven, you should fix your mail client. On Thu, Nov 03, 2005 at 08:32:14AM +0100, Sven Luther wrote: On Wed, Nov 02, 2005 at 03:35:02PM -0800, Debian Installer wrote: Accepted: linux-headers-2.6-32-smp_2.6.14-2_hppa.deb Cool, this means we are only missing m68k and the two mips/mipsels. Christian, can you give a fast status update of the m68k problem ? Did Roman start the merge ? I did not see any commit to the apus tree also, so i have some doubts. Yes, there were some commits, I haven't tried building a kernel with those fixes yet. But the weekend is approaching... Christian, just a heads up. The linux-2.6 in sid is, as of yesterday, in sid/linux-2.6. This is what was up until yesterday trunk/linux-2.6. Don't shoot the messanger :) And it wasn't me this time :) BTW, another option would be for trunk to be a symlink, symlinking to either sid or experimental depending on what we are currently working on. Since symlink seem to be perfectly integrated in svn, this should cause no major problems. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337072: linux-image-2.6.14-1-386: XFS Quota Support missing
* Norbert Tretkowski wrote: * Kim Hansen wrote: The quota support for XFS is gone in the newest kernel. The reason (bug in configfile) and fix is explained here: http://www.uwsg.iu.edu/hypermail/linux/kernel/0510.3/1153.html Thanks, I hope this will get fixed in 2.6.14.1, so it's not worth to add a new patch to svn yet. It's indeed in the queue for 2.6.14.1. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sid linux-2.6 in SVN (Was: linux-2.6_2.6.14-2_hppa.changes ACCEPTED)
On Fri, Nov 04, 2005 at 10:15:01AM +0100, Christian T. Steigies wrote: On Fri, Nov 04, 2005 at 09:56:08AM +0100, Sven Luther wrote: On Fri, Nov 04, 2005 at 01:10:20PM +0900, Horms wrote: Christian, just a heads up. The linux-2.6 in sid is, as of yesterday, in sid/linux-2.6. This is what was up until yesterday trunk/linux-2.6. Don't shoot the messanger :) Because of the spelling? And it wasn't me this time :) I must have left a violent impression somehow. I do have a license from the government NOT to kill, doesn't say anything about maiming though ;- Well, svn has this unnice thingy that it *may* erase local changes when the tree containing it dissapears in the repo. Does this change mean I don't have to chase a moving target anymore? well, sid is 2.6.14, and will stay until 2.6.15 is released, i think it will remain pretty stable, except for security fixes and some added patches. BTW another question, what is the deal with klibc? My buildd refused to build it, since it is marked not for m68k. What is needed to make it build on m68k? No idea, but yaird should work fine, right ? Maybe a bit of patching is needed, but it should be pretty straigthforward. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sid linux-2.6 in SVN (Was: linux-2.6_2.6.14-2_hppa.changes ACCEPTED)
On Fri, Nov 04, 2005 at 09:56:08AM +0100, Sven Luther wrote: On Fri, Nov 04, 2005 at 01:10:20PM +0900, Horms wrote: Christian, just a heads up. The linux-2.6 in sid is, as of yesterday, in sid/linux-2.6. This is what was up until yesterday trunk/linux-2.6. Don't shoot the messanger :) Because of the spelling? And it wasn't me this time :) I must have left a violent impression somehow. I do have a license from the government NOT to kill, doesn't say anything about maiming though ;- Does this change mean I don't have to chase a moving target anymore? BTW another question, what is the deal with klibc? My buildd refused to build it, since it is marked not for m68k. What is needed to make it build on m68k? Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
svn commit messages
Hi, would it be possible to apply the following patchlet to /srv/svn.debian.org/svn/kernel/hooks/post-commit? --- /srv/svn.debian.org/svn/kernel/hooks/post-commit2005-10-19 07:45:35.0 + +++ post-commit 2005-11-04 10:31:10.0 + @@ -38,7 +38,7 @@ ## added 2004.08.10 by [EMAIL PROTECTED] $REPOS/bin/ciabot_svn.py $REPOS $REV -/usr/lib/subversion/hook-scripts/commit-email.pl $REPOS $REV [EMAIL PROTECTED] +/usr/lib/subversion/hook-scripts/commit-email.pl -s [kernel] $REPOS $REV [EMAIL PROTECTED] ## This should automatically mark bugs pending when it sees it ## closed in a changelog commit. Right now it just e-mails me, With theat patch, the kernel commit messages would get a subject tag which allows easier scanning of commit messages in a mailbox which gets commit messages from multiple repositories. Thanks! 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: svn commit messages
On Fri, Nov 04, 2005 at 07:56:23PM +0900, Horms wrote: On Fri, Nov 04, 2005 at 11:32:05AM +0100, Marc Haber wrote: Hi, would it be possible to apply the following patchlet to /srv/svn.debian.org/svn/kernel/hooks/post-commit? --- /srv/svn.debian.org/svn/kernel/hooks/post-commit2005-10-19 07:45:35.0 + +++ post-commit 2005-11-04 10:31:10.0 + @@ -38,7 +38,7 @@ ## added 2004.08.10 by [EMAIL PROTECTED] $REPOS/bin/ciabot_svn.py $REPOS $REV -/usr/lib/subversion/hook-scripts/commit-email.pl $REPOS $REV [EMAIL PROTECTED] +/usr/lib/subversion/hook-scripts/commit-email.pl -s [kernel] $REPOS $REV [EMAIL PROTECTED] ## This should automatically mark bugs pending when it sees it ## closed in a changelog commit. Right now it just e-mails me, With theat patch, the kernel commit messages would get a subject tag which allows easier scanning of commit messages in a mailbox which gets commit messages from multiple repositories. Sure, though I don't seem to be able to check hooks/post-commit out :( Juste edit the file directly on costa. This is one of the differences between svn and cvs. 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: svn commit messages
On Fri, Nov 04, 2005 at 12:01:38PM +0100, Norbert Tretkowski wrote: I already did that. Thanks a lot! 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: svn commit messages
* Horms wrote: On Fri, Nov 04, 2005 at 11:32:05AM +0100, Marc Haber wrote: would it be possible to apply the following patchlet to /srv/svn.debian.org/svn/kernel/hooks/post-commit? [...] Sure, though I don't seem to be able to check hooks/post-commit out :( You have to login at costa and edit it there directly. I already did that. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337415: linux-image-2.6.14-1-k7: Fails to parse LABEL=/ in /etc/fstab
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reassign 337415 yaird severity 337168 important merge 337415 337168 tags 337168 pending thanks On Fri, 04 Nov 2005 11:49:43 +0100 Davide G. M. Salvetti [EMAIL PROTECTED] wrote: I have this line in /etc/fstab:11: == LABEL=/ / ext3 errors=remount-ro 0 1 == which mounts the file-system whose label is / on / (the root file system). The postinst fails to parse this line and spits the following error: Thanks for reporting. This is same as bug#337168, so merging. A fix is expected for next upload of yaird. If you don't know what is yaird, then it is one of the new ramdisk generators (the other is initramfs-tools) capable of creating initramfs images required for the most recent Linux 2.6.x kernels. The classical tool, initrd-tools, only supports creating the older initrd images primarily used for Linux 2.4.x kernels. - 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) iD8DBQFDa0tHn7DbMsAkQLgRAjfIAJ9exgm3KLqmhT7Tur3bvIwxlUU2ywCgmBSc CV8tSu1D1XRXMvMTOieItno= =mbF1 -END PGP SIGNATURE-
Processed: Re: Bug#337415: linux-image-2.6.14-1-k7: Fails to parse LABEL=/ in /etc/fstab
Processing commands for [EMAIL PROTECTED]: reassign 337415 yaird Bug#337415: linux-image-2.6.14-1-k7: Fails to parse LABEL=/ in /etc/fstab Bug reassigned from package `linux-image-2.6.14-1-k7' to `yaird'. severity 337168 important Bug#337168: yaird fails to parse LABEL=/ correctly Severity set to `important'. merge 337415 337168 Bug#337168: yaird fails to parse LABEL=/ correctly Bug#337415: linux-image-2.6.14-1-k7: Fails to parse LABEL=/ in /etc/fstab Merged 337168 337415. tags 337168 pending Bug#337168: yaird fails to parse LABEL=/ correctly Tags were: patch Bug#337415: linux-image-2.6.14-1-k7: Fails to parse LABEL=/ in /etc/fstab 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#337479: yaird: should use /usr/bin/perl, not /usr/local/bin/perl
Package: yaird Version: 0.0.11-11 Severity: normal Hi, I have rebuilt yaird from the Debian source package on a system where /usr/local/bin/perl is a symlink to /usr/bin/perl. In the resulting binary package, /usr/sbin/yaird begins with: #!/usr/local/bin/perl whereas in the standard package, it begins with: #!/usr/bin/perl Therefore the package does not work on other systems where /usr/local/bin/perl does not exist. It would be better if /usr/sbin/yaird did not depend on the perl PATH in the build system. I have seen a similar problem in another package that I have rebuilt from source, so it may be an issue with debhelper or perl itself. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages yaird depends on: ii cpio 2.6-9 GNU cpio -- a program to manage ar ii dash 0.5.2-8 The Debian Almquist Shell ii libc62.3.5-7 GNU C Library: Shared libraries an ii libhtml-template-perl2.6-2 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser ii perl 5.8.7-7 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337482: Kernel freezes when ejecting aironet 340 wireless lan card (pcmcia)
Package: linux-image-2.6.14-1-powerpc Version: 2.6.14-2 Severity: normal As the subject says. The kernel freezes when ejecting aironet 340 wireless lan card (pcmcia). It just lock up completely, so no backtrace or anything. It doesn't matter if i use cardctl eject or just a hardware eject. Rirst bringing the interface down also doesn't help.. Sjoerd -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-powerpc Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages linux-image-2.6.14-1-powerpc depends on: ii mkvmlinuz 15 create a kernel to boot a PowerPC ii module-init-tools 3.2-pre9-3 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.11-11 Yet Another mkInitRD linux-image-2.6.14-1-powerpc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337493: linux-2.6 2.6.14 should not move to testing unexpectedly.
Package: linux-2.6 Version: 2.6.14-1 Severity: critical Place-holder bug report to block 2.6.14 to enter testing until we decide it is time. -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.12-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337497: initramfs-tools: [powerpc] doesn't work on pegasos - ALERT! /dev/hda1 does
Package: initramfs-tools Severity: important 14:23 svenl maks: image generated by default, it is way too big though. 14:24 svenl will test MODULES=dep nextly. 14:29 svenl maks: ALERT!: /dev/hda1 does not exist, Dropping to a shell! 14:31 svenl maks: /bin/sh: can't access tty job control turned off, drops in shell, there are some messages from the Cd being found, and then nothing. 14:31 svenl I guess it has no atkbd modules, so no keyboard input. 14:32 svenl the hda drive was discovered correctly, but not the amiga partition table on top of it it seems. 14:32 svenl well, will put this in a proper bug report. Well, after investigation, there are at least two issues : 1) i8042 + atkbd is not loaded, and thus ps2 keyboard do not work. One way to do this is to do : if [ -f /proc/device-tree/aliases/keyboard ]; then if grep isa /proc/device-tree/aliases/keyboard; then modprobe i8042 modprobe atkbd fi fi This works well with yaird and initrd-tools, and i have echo from the suse or fedora-core guys that they also solved it. 2) for some obscure reason, altough the hda disk is detected correctly and the via ide driver loaded, the partitions seems to be missing, which seems strange, since i never saw this before, and i thought the partition table stuff is built in. Again this works well with yaird and initrd-tool with 2.6.12. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337509: linux-headers-2.6.14: flavours file missing
Package: linux-headers-2.6.14 Severity: normal Hi, The flavours file is missing. Thanks -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337089: linux-image-2.6.14-1-powerpc: add CONFIG_TCP_CONG_BIC=y
But Debian .config has CONFIG_TCP_CONG_BIC=m (CONFIG_TCP_CONG_*=m) which makes NewReno default. So this is like a regression. I'd like debian kernel to have CONFIG_TCP_CONG_BIC=y provided that one can easily switch to another algorithm (using /proc/sys/net/ipv4/tcp_congestion_control). could someone please comment on what a good default congestion algorithm setup for distribution kernels is? If you want BIC as default then do as suggested here. My personal opinion is that is the correct thing to do for a standard distribution. If it is an experimental distribution then turn on tcp advanced congestion control and build the rest (except for BIC) as modules. Ian -- Ian McDonald http://wand.net.nz/~iam4 WAND Network Research Group University of Waikato New Zealand
Bug#337045: race condition?: sometimes fails to correctly detect my harddisk
I've seen similar symptoms (missing devices at boot) go away when I've increased the delay after the call to udevsynthesize in the initrd's init. You can try increasing the argument to sleep in /usr/share/initramfs-tools/init (around line 72): # Populate /dev tree log_begin_msg Initializing /dev mkdir /dev/.udevdb UDEVD_EXPECTED_SEQNUM=$(($(cat /sys/kernel/hotplug_seqnum) + 1)) udevd --daemon udevsynthesize sleep 2 log_end_msg Try changing 'sleep 2' to 'sleep 20', regenerate the initrd and reboot. Let us know if it fixes the problem. I changed it to sleep 10, and up to now, it hasn't occured again. thanks. However, I would ask you not to call that a fix, it's just a quite ugly workaround, something that should not end up in a stable release. And it makes another issue more annoying because the fbcon module is currently loaded after the sleep, so I have for about 12 seconds a blank screen (with vga=791). With sleep 2, it was about 4 seconds, something that was more or less acceptable. The proper fix is to avoid the race condition, by appropriate locking code in the concerned software. Willi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337509: marked as done (linux-headers-2.6.14: flavours file missing)
Your message dated Fri, 4 Nov 2005 21:44:25 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#337509: linux-headers-2.6.14: flavours file missing 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 Nov 2005 20:22:12 + From [EMAIL PROTECTED] Fri Nov 04 12:22:12 2005 Return-path: [EMAIL PROTECTED] Received: from 217.red-81-44-176.dynamicip.rima-tde.net (mail.torreviejawireless.org) [81.44.176.217] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EY84i-0006PV-00; Fri, 04 Nov 2005 12:22:12 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.torreviejawireless.org (Postfix) with ESMTP id 9623F4502F; Fri, 4 Nov 2005 21:21:58 +0100 (CET) Received: from mail.torreviejawireless.org ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01647-06; Fri, 4 Nov 2005 21:21:56 +0100 (CET) Received: from [192.168.1.201] (unknown [192.168.1.2]) by mail.torreviejawireless.org (Postfix) with ESMTP id E1B654502E; Fri, 4 Nov 2005 21:21:55 +0100 (CET) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Victor Seva [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: linux-headers-2.6.14: flavours file missing X-Mailer: reportbug 3.17 Date: Fri, 04 Nov 2005 20:22:09 +0100 Message-Id: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at torreviejawireless.org 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=-7.5 required=4.0 tests=BAYES_00,HAS_PACKAGE, RCVD_IN_SORBS autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: linux-headers-2.6.14 Severity: normal Hi, The flavours file is missing. Thanks -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) --- Received: (at 337509-done) by bugs.debian.org; 4 Nov 2005 20:44:28 + From [EMAIL PROTECTED] Fri Nov 04 12:44:28 2005 Return-path: [EMAIL PROTECTED] Received: from wavehammer.waldi.eu.org [82.139.196.55] (postfix) by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EY8QG-0001WV-00; Fri, 04 Nov 2005 12:44:28 -0800 Received: by wavehammer.waldi.eu.org (Postfix, from userid 1000) id 5F3A33C028; Fri, 4 Nov 2005 21:44:25 +0100 (CET) Date: Fri, 4 Nov 2005 21:44:25 +0100 From: Bastian Blank [EMAIL PROTECTED] To: Victor Seva [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#337509: linux-headers-2.6.14: flavours file missing Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=KsGdsel6WgEHnImy Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] 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=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 04, 2005 at 08:22:09PM +0100, Victor Seva wrote: The flavours file is missing. Not a bug. Use the config files. Bastian --=20 You! What PLANET is this! -- McCoy, The City on the Edge of Forever, stardate 3134.0 --KsGdsel6WgEHnImy Content-Type: application/pgp-signature; name=signature.asc Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iEYEARECAAYFAkNryCkACgkQnw66O/MvCNGLtACgm3Zla/eOB6YaD+4TepYUVDFl qnAAoKWzIxQ62WOnh+3nO2OPRLx2mMMN =ZG6l -END PGP SIGNATURE- --KsGdsel6WgEHnImy-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#337509: marked as done (linux-headers-2.6.14: flavours file missing)
reopen 337509 thanks On Fri, Nov 04, 2005 at 01:05:05PM -0800, Debian Bug Tracking System wrote: On Fri, Nov 04, 2005 at 08:22:09PM +0100, Victor Seva wrote: The flavours file is missing. Not a bug. Use the config files. Bastian Bastian, please give a bit more info about this, and why should we not keep the flavours file, it was there for a reason, and it is much more user friendly to have it in a file, instead of having to do some strange search for config files like you suggest here, which may clash in case of user built packages being around. In any case, i am reopening this bug now, and will be implementing a fix for this bug nextly. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337509: marked as done (linux-headers-2.6.14: flavours file missing)
On Fri, Nov 04, 2005 at 10:58:29PM +0100, Sven Luther wrote: Bastian, please give a bit more info about this, and why should we not keep the flavours file, it was there for a reason, and it is much more user friendly to have it in a file, instead of having to do some strange search for config files like you suggest here, which may clash in case of user built packages being around. The flavours file does not provide the neccesary informations to build anything against it. No information about the kernel arch, nor about the compiler. Bastian -- Sometimes a feeling is all we humans have to go on. -- Kirk, A Taste of Armageddon, stardate 3193.9 signature.asc Description: Digital signature
Bug#337509: marked as done (linux-headers-2.6.14: flavours file missing)
On Fri, Nov 04, 2005 at 11:19:58PM +0100, Bastian Blank wrote: On Fri, Nov 04, 2005 at 10:58:29PM +0100, Sven Luther wrote: Bastian, please give a bit more info about this, and why should we not keep the flavours file, it was there for a reason, and it is much more user friendly to have it in a file, instead of having to do some strange search for config files like you suggest here, which may clash in case of user built packages being around. The flavours file does not provide the neccesary informations to build anything against it. No information about the kernel arch, nor about the compiler. Huh ? It contain the list of the names of the flavours for a given arch. In this sense it is exactly the info provided in the arch/arch/defines file, and once you have that, you prefix it to the version-abi, and you know which kernels you then need to build for. This file is naturally per arch, and the arch you are building for is the arch you need. As for the compiler, well, it will be the one currently in sid/etch or whatever. The aim is to have each external module packages be able to build binary module packages for the official kernel flavours, and to generate the control file of those packages and such stuff. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#337509: marked as done (linux-headers-2.6.14: flavours file missing)
Processing commands for [EMAIL PROTECTED]: reopen 337509 Bug#337509: linux-headers-2.6.14: flavours file missing Bug reopened, originator not changed. 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]
Migrated: initrd-tools 0.1.84 is now in testing
FYI: The status of the initrd-tools source package in Debian's testing distribution has changed. Previous version: 0.1.82 Current version: 0.1.84 -- This email is automatically generated. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ancient ieee80211/ipw2200 drivers in recent kernel (2.6.14)
On Fri, Nov 04, 2005 at 12:29:20PM +0900, Horms wrote: do I take that comment to mean that upstream can't update the drivers but Debian can? And if so, do you recommend updating Debian's kernel packages, or putting the updates elsewhere? Well, we could upstream, but so far no one is annoyed enough to overrid the driver maintainer. I'd suggest merging a more recent driver into the debian kernel package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 337493 is serious
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.8 severity 337493 serious Bug#337493: linux-2.6 2.6.14 should not move to testing unexpectedly. Severity set to `serious'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]