Re: speakup flavour\
On Mon, Aug 21, 2006 at 07:54:08AM +0200, Marc Haber wrote: > On Mon, Aug 21, 2006 at 12:58:39AM +0200, Sven Luther wrote: > > Try hurt and angry instead. > > How about "annoying, childish and socially inept"? We all know your Well, how about respect for sickness and death ? > beef with Frans and Jonas, and bringing it up again over and over is > only hurting _YOUR_ reputation. You certainly don't want people to My reputation is already hurt beyond all reparation. > roll their eyes just when they see your name in a Mailbox, right? Sure, but then, you said nothing when i asked for help, and so silently sided with Frans total lack of respect about relatively generalized human values as the above. Tell me again, how did you stand when the troubles with Andrew about Jens's death surfaced last year ? > You're making a lot of Debian lists harder to bear. Yes, I know that > you think that Frans and Jonas are forcing you to do all this, but > that point of view is fatally flawed. Well, it goes a bit further. The DPL wass supposed to act as mediator, and solve this issue, as is his role. He chose not to even consider the human and social side of all of this, and as DPL, he represents the whole of Debian, so, you, Mark Haber, are, if indirectly, also responsible of this. Hurt, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: speakup flavour\
On Mon, Aug 21, 2006 at 12:58:39AM +0200, Sven Luther wrote: > Try hurt and angry instead. How about "annoying, childish and socially inept"? We all know your beef with Frans and Jonas, and bringing it up again over and over is only hurting _YOUR_ reputation. You certainly don't want people to roll their eyes just when they see your name in a Mailbox, right? You're making a lot of Debian lists harder to bear. Yes, I know that you think that Frans and Jonas are forcing you to do all this, but that point of view is fatally flawed. 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#380649: initramfs-tools: complete patches for nfsroot.txt implementation
tags 380649 +patch
thanks
Package: initramfs-tools
Version: 0.75
Followup-For: Bug #380649
the ip= option turned out to be the easiest one. attached are two patches
that implement:
root=/dev/nfs
nfsroot=[:][,]
ip=::
ip=""
ip="dhcp"
i didn't implement ip=rarp or ip=bootp, though i get the impression dhcp
can mimic bootp, and could possible used as an alias to dhcp.
i would say, with these patches applied, this bug could be closed.
of course, patches also available in bzr branch:
http://llama.freegeek.org/~vagrant/bzr-archives/initramfs-tools/vagrant-initramfs-tools
live well,
vagrant
--- init2006-08-18 22:41:33.0 -0400
+++ ../vagrant-initramfs-tools/init 2006-08-20 18:29:54.0 -0400
@@ -59,6 +59,9 @@
UUID=*)
ROOT="/dev/disk/by-uuid/${ROOT#UUID=}"
;;
+ /dev/nfs)
+ BOOT=nfs
+ ;;
esac
;;
rootflags=*)
@@ -73,6 +76,9 @@
nfsopts=*)
NFSOPTS="-o ${x#nfsopts=}"
;;
+ ip=*)
+ IPOPTS=${x#ip=}
+ ;;
boot=*)
BOOT=${x#boot=}
;;
--- scripts/nfs 2006-08-19 14:59:59.0 -0400
+++ ../vagrant-initramfs-tools/scripts/nfs 2006-08-20 18:36:46.0
-0400
@@ -13,10 +13,25 @@
# For DHCP
modprobe -q af_packet
- ipconfig ${DEVICE}
+ if [ "x$IPOPTS" = "x" ] || [ "$IPOPTS" = "dhcp" ]; then
+ ipconfig ${DEVICE}
+ else
+ ipconfig $IPOPTS
+ fi
. /tmp/net-${DEVICE}.conf
if [ "x${NFSROOT}" = "xauto" ]; then
NFSROOT=${ROOTSERVER}:${ROOTPATH}
+ elif [ "x${NFSROOT}" != "x" ]; then
+ # support nfsroot option from linux sources
Documentation/nfsroot.txt:
+ # nfsroot=[:][,]
+ if [ "x${NFSOPTS}" = "x" ] && [ "${NFSROOT#*,}" != "${NFSROOT}"
] ; then
+ NFSOPTS="-o ${NFSROOT#*,}"
+ fi
+ NFSROOT=${NFSROOT%%,*}
+ if [ "${NFSROOT#*:}" = "$NFSROOT" ]; then
+ # get rootserver from dhcp
+ NFSROOT=${ROOTSERVER}:${NFSROOT}
+ fi
fi
if [ "x${NFSOPTS}" = "x" ]; then
Bug#362064: udev: udev tries to write to an installed, working initrd without asking
On Sun, 20 Aug 2006 23:26:32 +0200 maximilian attems wrote: > On Sun, Aug 20, 2006 at 04:25:53PM -0400, Andres Salomon wrote: > > I had a machine that was had a poorly supported sata_mv chipset; > > dapper nor sarge w/ 2.6.15/2.6.16 images would install onto it. I > > had to make a custom cd w/ backported libata and sata_mv drivers. > > I ended up having to reinstall the system using the custom > > installer cd. I was not pleased. I expect that if I have a working > > initramfs image in /boot, it should remain untouched until I > > explicitly give permission for it to be touched. > > oldstyle initrd-tools and yaird do this, > but they don't have any possiblity to have hooks for other packages. And hooks seems irrelevant for this case. - 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 pgp58yqyv4Vca.pgp Description: PGP signature
Re: speakup flavour\
On Mon, Aug 21, 2006 at 12:47:16AM +0200, Jonas Smedegaard wrote: > On Mon, 21 Aug 2006 00:16:23 +0200 Sven Luther wrote: > > > > Please surprise me and don't comment on this one. Just leave it be. > > > > You shall be disapointed then, but then, you also chose to be > > disapointing, chosing not to credit the work i did to solve the > > ide-generic bug, nor show any kind of regret for your actions back > > then. > > You are indeed funny :-D Try hurt and angry instead. Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: speakup flavour\
On Mon, 21 Aug 2006 00:16:23 +0200 Sven Luther wrote: > > Please surprise me and don't comment on this one. Just leave it be. > > You shall be disapointed then, but then, you also chose to be > disapointing, chosing not to credit the work i did to solve the > ide-generic bug, nor show any kind of regret for your actions back > then. You are indeed funny :-D - 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 pgpYnlxdSJgeB.pgp Description: PGP signature
Re: speakup flavour\
On Sun, Aug 20, 2006 at 11:37:02PM +0200, Jonas Smedegaard wrote: > On Sun, 20 Aug 2006 23:12:50 +0200 Sven Luther wrote: > > > On Sun, Aug 20, 2006 at 09:34:25PM +0200, Frans Pop wrote: > > > On Sunday 20 August 2006 21:06, Sven Luther wrote: > > > > Supports is a big word, i believe, there where random discussions > > > > about its need some year back or so, and the status was not so > > > > good. So they probably fixed it for x86 only or something, if > > > > they did it. > > > > > > As Sven, as usual, does not have a clue what he's talking about, > > > please ignore him. > > > > And you say you have nothing personal against me ? > > Stop bitching, Sven. Read above: You started this bashing yourself! No, Frans started it long ago. Go grab email logs from april 2005, and most fall 2005, long before the events of this spring, which proved Frans to be the one exhibiting the most cruel and humanly unacceptable behaviour i have ever seen in any DD since almost 8 years i have been part of debian. > Please surprise me and don't comment on this one. Just leave it be. You shall be disapointed then, but then, you also chose to be disapointing, chosing not to credit the work i did to solve the ide-generic bug, nor show any kind of regret for your actions back then. Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: )Request should be ignored, linux-2.6 update responsibility and new 2.6.17 plans
On Sun, Aug 20, 2006 at 11:38:29PM +0200, Jonas Smedegaard wrote: > On Sun, 20 Aug 2006 23:15:05 +0200 Sven Luther wrote: > > > Notice that, as usual, Frans is being incoherent. He says this now, > > but during months and months has been lecturing the kernel team on > > what we should do or not, dismissing the competence of the kernel > > team in a patronizing ways. > > > > He also is, as usual, very willing to get other people to do work he > > could as well do himself, but then, he would have nobody to bash > > on ... > > And the above is just innocent facts, right? Not bashing too. Notice how, he announced a new feature which was to solve the problem of uneeded duplicate work i was having trouble doing, as all the weight of the powerpc port was on my sole shoulders, and he copyiously bashed me for even trying to discuss how things could get better. The change in build method for the kernel .udebs was something i asked joeyh about when we spoke about this issue in helsinki, last year, and joeyh said, sure, it would be trivial to set up. This is also a topic which i asked dannf to raise in mexico in mai, and mentioned many times before. And then, Frans comes in, announcing the feature, thus legitimating all what i have been trying to discuss and what they expulsed me of d-i for, and chose to do so without even the least hint of aknowledgement, and to make matters worse, adds another set of bashing. So, yes, i stand on this. When i proposed solutions to make the amount of uneeded work for the porters less, because i was having trouble following it, and repeteadly called for help, they bashed me and ended up expulsing me, at a moment when i was in great turmoil over personal matters as you sure know, which i repeat, and defy anyone to show me the contrary, is the worst social misbheaviour ever seen in debian, at least since i joined. But then, you know that, and you are not yourself innocent of the events that transpired earlier this spring, and also are someone who fails to aknowledge other people's work, and try to get all the glory for yourself, and the same as Frans, you are unable to aknowledge when you where wrong, and unable to have regret for those actions. I don't think that people like that are something Debian should be proud of, and will tell everyone about this as long as the situation stands as it is. Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362064: udev: udev tries to write to an installed, working initrd without asking
On Sun, Aug 20, 2006 at 04:25:53PM -0400, Andres Salomon wrote: > > Here's a use case where having initramfs-tools unconditionally update > initramfs images is a bad thing (at the very least, violating the > principal of least surprise). you use an plural, which is wrong. initramfs-tools updates the newest one only. it has been doing so since day 1 in the archive. > I had a machine that was had a poorly supported sata_mv chipset; dapper > nor sarge w/ 2.6.15/2.6.16 images would install onto it. I had to make > a custom cd w/ backported libata and sata_mv drivers. Needless to say, > it was a pain in the ass to get installed. aren't tomorrow dailies based on 2.6.17, but that is offtopic.. > After installation, I backported etch versions of busybox and > initramfs-tools (uploading the latter to backports.org) in order to do > some testing to see if I could get some installation and boot bugs > fixed. I installed both backports, then I backed up the existing > initramfs image and created a new image. The intent was to pull new > busybox binaries into the new initramfs, and keep the old initramfs > around in order to recover the system. I did not realize that during > the package's postinst, existing images would be updated; so, the > "backup" initramfs image that I had copied also had the new version of > busybox in it. As it turns out, the busybox backport was broken (not > sure if it was the build, or some interaction w/ the rest of the > system). Booting using either image would not work, and I had no way to > recover the system (due to bugs in my custom installer cd, recovery > didn't seem to work). the package postinstall explicitly tells what it does: # update-initramfs -u update-initramfs: Generating /boot/initrd.img-2.6.17-2-686 so it can only have been overlooked. > I ended up having to reinstall the system using the custom installer cd. > I was not pleased. I expect that if I have a working initramfs image > in /boot, it should remain untouched until I explicitly give permission > for it to be touched. oldstyle initrd-tools and yaird do this, but they don't have any possiblity to have hooks for other packages. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: )Request should be ignored, linux-2.6 update responsibility and new 2.6.17 plans
On Sun, 20 Aug 2006 23:15:05 +0200 Sven Luther wrote: > Notice that, as usual, Frans is being incoherent. He says this now, > but during months and months has been lecturing the kernel team on > what we should do or not, dismissing the competence of the kernel > team in a patronizing ways. > > He also is, as usual, very willing to get other people to do work he > could as well do himself, but then, he would have nobody to bash > on ... And the above is just innocent facts, right? Not bashing too. - 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 pgpV7hxJ0ubvB.pgp Description: PGP signature
Re: speakup flavour\
On Sun, 20 Aug 2006 23:12:50 +0200 Sven Luther wrote: > On Sun, Aug 20, 2006 at 09:34:25PM +0200, Frans Pop wrote: > > On Sunday 20 August 2006 21:06, Sven Luther wrote: > > > Supports is a big word, i believe, there where random discussions > > > about its need some year back or so, and the status was not so > > > good. So they probably fixed it for x86 only or something, if > > > they did it. > > > > As Sven, as usual, does not have a clue what he's talking about, > > please ignore him. > > And you say you have nothing personal against me ? Stop bitching, Sven. Read above: You started this bashing yourself! Please surprise me and don't comment on this one. Just leave it be. - 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 pgpjKMy6lmAWM.pgp Description: PGP signature
Re: )Request should be ignored, linux-2.6 update responsibility and new 2.6.17 plans
On Sun, Aug 20, 2006 at 03:40:07PM -0400, Filipus Klutiero wrote: > Filipus Klutiero a écrit : > > >Hi, > >3 days ago Frederik Schueler mentioned the following item for then's > >today in his Kernel schedule proposal for Etch: > > > >>start migration of 2.6.17 kernel and udebs to testing > >> > >> > >I asked him on #d-kernel precisely what was being done about this but > >got no answer. I didn't see anything happen and currently linux-2.6 is > >still frozen. Today I saw a linux-2.6.16 upload, which I found > >suspicious since I can't see its use if 2.6.17 is about to transition > >to testing. > > About 24 hours ago I talked with fjp on #d-boot about this, and I Notice that, as usual, Frans is being incoherent. He says this now, but during months and months has been lecturing the kernel team on what we should do or not, dismissing the competence of the kernel team in a patronizing ways. He also is, as usual, very willing to get other people to do work he could as well do himself, but then, he would have nobody to bash on ... Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: speakup flavour\
On Sun, Aug 20, 2006 at 09:34:25PM +0200, Frans Pop wrote: > On Sunday 20 August 2006 21:06, Sven Luther wrote: > > Supports is a big word, i believe, there where random discussions about > > its need some year back or so, and the status was not so good. So they > > probably fixed it for x86 only or something, if they did it. > > As Sven, as usual, does not have a clue what he's talking about, please > ignore him. And you say you have nothing personal against me ? This is more of the year long bashing campaign against me you are holding. I may be wrong here, but i highly resent the 'as usual'. But then, what else could be expected from you ? Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362064: udev: udev tries to write to an installed, working initrd without asking
Hi, Here's a use case where having initramfs-tools unconditionally update initramfs images is a bad thing (at the very least, violating the principal of least surprise). I had a machine that was had a poorly supported sata_mv chipset; dapper nor sarge w/ 2.6.15/2.6.16 images would install onto it. I had to make a custom cd w/ backported libata and sata_mv drivers. Needless to say, it was a pain in the ass to get installed. After installation, I backported etch versions of busybox and initramfs-tools (uploading the latter to backports.org) in order to do some testing to see if I could get some installation and boot bugs fixed. I installed both backports, then I backed up the existing initramfs image and created a new image. The intent was to pull new busybox binaries into the new initramfs, and keep the old initramfs around in order to recover the system. I did not realize that during the package's postinst, existing images would be updated; so, the "backup" initramfs image that I had copied also had the new version of busybox in it. As it turns out, the busybox backport was broken (not sure if it was the build, or some interaction w/ the rest of the system). Booting using either image would not work, and I had no way to recover the system (due to bugs in my custom installer cd, recovery didn't seem to work). I ended up having to reinstall the system using the custom installer cd. I was not pleased. I expect that if I have a working initramfs image in /boot, it should remain untouched until I explicitly give permission for it to be touched. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Re: Kingston pendrive does not work in Debian
Ok. I've installed the 2.6.17 kernel from debian unstable and everything (the pendrive and the graphics card) works well:) Thanks for help, Tomek Kazmierczak -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Preparing 2.6.17-7
On Sun, Aug 20, 2006 at 03:17:58PM +0200, Frederik Schueler wrote: > the next 2.6.17 upload, version 2.6.17-7 should become a candidate for > testing. > I would like to schedule the upload for Wednesday, Aug. 23. > amd64 and i386 will go through NEW again, due to the added xen images. > we have 4 RC bugs left, of which 2 need immediate attention: > #342246: [ia64 headers] arch/ia64/modules.lds: No such file or directory > #369517: linux-image-2.6.16-1-alpha-smp: undefined scsi symbols; fails > to allocate percpu data The alpha smp kernel didn't work in sarge either. I would suggest dropping this flavor until someone steps up to maintain it. My alphas have always been UP, so I have no interest in it myself. > The other two RC bugs concern firmware, and will be addressed after a > solution for the firmware issue has been found. > Unfortunately, alpha seems rather unmaintained lately. We cannot support > it anymore this way, and may remove it in a future upload. This is a baseless ultimatum; the kernels on alpha are as in as good of shape as at any time in the etch release cycle. -- 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/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
)Request should be ignored, linux-2.6 update responsibility and new 2.6.17 plans
Filipus Klutiero a écrit : Hi, 3 days ago Frederik Schueler mentioned the following item for then's today in his Kernel schedule proposal for Etch: start migration of 2.6.17 kernel and udebs to testing I asked him on #d-kernel precisely what was being done about this but got no answer. I didn't see anything happen and currently linux-2.6 is still frozen. Today I saw a linux-2.6.16 upload, which I found suspicious since I can't see its use if 2.6.17 is about to transition to testing. About 24 hours ago I talked with fjp on #d-boot about this, and I learned that he considers the kernel team to be responsible for requesting a linux-2.6 update in testing. He also mentioned that he already gave an OK regarding d-i to update linux-2.6 to 2.6.17. Just after I talked with fs, and got: I guess we will try to push 2.6.17 to testing next week and after trying to understand why not now: we have some things pending for the next 2.6.17 upload, including 2.6.17.9 which is not very useful, as 2.6.17.9 doesn't seem to fix any 2.6.17 regression from 2.6.16, but at least the Linux team still plans to push 2.6.17 in [at this point] a reasonable timeframe. Since fjp can clearly define who is responsible to request a linux-2.6 update, and this matches the Linux team's new plans mentioned by fs, I drop any responsibility regarding this update and defer to the Linux team. Release team, please ignore my request. Thanks to fjp and fs. I'm sorry if I jumped to conclusions too fast. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Preparing 2.6.17-7
On Sun, Aug 20, 2006 at 03:17:58PM +0200, Frederik Schueler wrote: > #342246: [ia64 headers] arch/ia64/modules.lds: No such file or > directory This should be fixed by r7212 -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369517: linux-image-2.6.16-1-alpha-smp: undefined scsi symbols; fails to allocate percpu data
* Norbert Tretkowski wrote: > * Andras Horvath wrote: > > but the -smp is still suffering from the same SCSI problems.. > > Confirmed, I'll investigate next weekend. I think I have a patch which fixes this problem, building a new kernel currently... Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: speakup flavour\
On Sunday 20 August 2006 21:06, Sven Luther wrote: > Supports is a big word, i believe, there where random discussions about > its need some year back or so, and the status was not so good. So they > probably fixed it for x86 only or something, if they did it. As Sven, as usual, does not have a clue what he's talking about, please ignore him. pgpXJaBShkvOU.pgp Description: PGP signature
Re: speakup flavour\
On Sun, Aug 20, 2006 at 05:38:41PM +0200, maximilian attems wrote: > heya > > On Sun, Aug 20, 2006 at 04:44:41PM +0200, Sven Luther wrote: > > On Sun, Aug 20, 2006 at 03:04:37PM +0200, maximilian attems wrote: > > > On Sun, Aug 20, 2006 at 02:24:42PM +0200, Sven Luther wrote: > > > > On Sun, Aug 20, 2006 at 01:40:33PM +0200, maximilian attems wrote: > > > > > for 2.4 sarge there was a speakup flavour on x86_32 > > > > > anyone against adding such to 2.6? > > > > > > > > Why only for x86 ? > > > > > > is it tested somewhere else ? > > > > Is it dupposed to work ? What does it do exactly ? pass commandline info to > > a > > speaker or something such i suppose. is there anything x86 spcific in this ? > > > > I would gladly test it on powerpc at least. and amd64 makes also sense. > > fjp mentioned that d-i supports brltty, Supports is a big word, i believe, there where random discussions about its need some year back or so, and the status was not so good. So they probably fixed it for x86 only or something, if they did it. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Kingston pendrive does not work in Debian
>seriously learn to use the enter key. (broke aboves in several lines) yeah... you are another person who tells me that... I will;) >fetch linux-image 2.6.17 from unstable, should give you the best >of both worlds :) ok, I will try it. Thanks, Tomek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383908: needs to install mdrun/mdadm with hook
retitle 383908 mdrun hook needs to assemble root only - initrd-tools compat stop On Sun, Aug 20, 2006 at 05:09:14PM +0100, martin f krafft wrote: > Package: initramfs-tools > Version: 0.75 > Severity: important > > In case mdadm has not been upgraded from sarge yet, RAID assembly > will fail as update-initramfs does not install mdrun/mdadm anymore. that was an transitional failure, relevant code is in mkinitramfs for the etch release, will be removed afterwards. best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#383908: needs to install mdrun/mdadm with hook
Processing commands for [EMAIL PROTECTED]: > retitle 383908 mdrun hook needs to assemble root only - initrd-tools compat Bug#383908: needs to install mdrun/mdadm with hook Changed Bug title. > stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383897: kernel-image-2.4.27-r5k-cobalt: Minor error in package description
On Sun, Aug 20, 2006 at 05:41:15PM +0200, maximilian attems wrote: > On Sun, Aug 20, 2006 at 05:07:18PM +0200, Jens Seidel wrote: > > the package descriptions contains: > > "This package contains the Linux/MIPS kernel image, the System.map file, > > and the modules built by the package." > > > > To be consistent with many other descriptions you need to substitute > > s/package/packager/ at the end. > > > > Jens > > thanks for your input, > but the package is about to be dropped as all other 2.4 kernel images. > so i doubt it will get changed.. That's OK. I currently translate a few package descriptions (http://www.debian.org/international/l10n/ddtp) and found this and many other issues. Please note that the same typo occurs also for other kernel images but I reported it only once. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383908: needs to install mdrun/mdadm with hook
Package: initramfs-tools Version: 0.75 Severity: important In case mdadm has not been upgraded from sarge yet, RAID assembly will fail as update-initramfs does not install mdrun/mdadm anymore. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Re: speakup flavour\
heya On Sun, Aug 20, 2006 at 04:44:41PM +0200, Sven Luther wrote: > On Sun, Aug 20, 2006 at 03:04:37PM +0200, maximilian attems wrote: > > On Sun, Aug 20, 2006 at 02:24:42PM +0200, Sven Luther wrote: > > > On Sun, Aug 20, 2006 at 01:40:33PM +0200, maximilian attems wrote: > > > > for 2.4 sarge there was a speakup flavour on x86_32 > > > > anyone against adding such to 2.6? > > > > > > Why only for x86 ? > > > > is it tested somewhere else ? > > Is it dupposed to work ? What does it do exactly ? pass commandline info to a > speaker or something such i suppose. is there anything x86 spcific in this ? > > I would gladly test it on powerpc at least. and amd64 makes also sense. fjp mentioned that d-i supports brltty, which is an userspace daemon. seems like the better solution. speakup patch has known security troubles. so i should better shutup, before jumping in front. the question came up when i got through the dropped 2.4 list of images. also i'll ask first on d-accessability about the needs. regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383897: kernel-image-2.4.27-r5k-cobalt: Minor error in package description
* Jens Seidel <[EMAIL PROTECTED]> [2006-08-20 17:07]: > the package descriptions contains: > "This package contains the Linux/MIPS kernel image, the System.map file, > and the modules built by the package." > > To be consistent with many other descriptions you need to substitute > s/package/packager/ at the end. Thanks, but this package has just been removed because we've moved to Linux 2.6. (Has been removed from unstable, will be removed from testing soon, cannot be fixed in stable anyway) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383897: kernel-image-2.4.27-r5k-cobalt: Minor error in package description
hello, On Sun, Aug 20, 2006 at 05:07:18PM +0200, Jens Seidel wrote: > Package: kernel-image-2.4.27-r5k-cobalt > Version: 2.4.27-11.040815-3 > Severity: minor > Tags: patch > > Hi, > > the package descriptions contains: > "This package contains the Linux/MIPS kernel image, the System.map file, > and the modules built by the package." > > To be consistent with many other descriptions you need to substitute > s/package/packager/ at the end. > > Jens thanks for your input, but the package is about to be dropped as all other 2.4 kernel images. so i doubt it will get changed.. regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383897: kernel-image-2.4.27-r5k-cobalt: Minor error in package description
Package: kernel-image-2.4.27-r5k-cobalt Version: 2.4.27-11.040815-3 Severity: minor Tags: patch Hi, the package descriptions contains: "This package contains the Linux/MIPS kernel image, the System.map file, and the modules built by the package." To be consistent with many other descriptions you need to substitute s/package/packager/ at the end. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383685: fixed
We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: kernel-build-2.4.27-2 | 2.4.27-12+b1 | sparc kernel-headers-2.4-generic | 101sarge1 | alpha kernel-headers-2.4-s390 | 2.4.27-1sarge1 | s390 kernel-headers-2.4-smp | 101sarge1 | alpha kernel-headers-2.4-sparc32 | 42sarge2 | sparc kernel-headers-2.4-sparc32-smp | 42sarge2 | sparc kernel-headers-2.4-sparc64 | 42sarge2 | sparc kernel-headers-2.4-sparc64-smp | 42sarge2 | sparc kernel-headers-2.4.27 | 2.4.27-11.040815-3 | mips, mipsel kernel-headers-2.4.27-2 | 2.4.27-2sarge1 | s390 kernel-headers-2.4.27-2 | 2.4.27-12+b1 | sparc kernel-headers-2.4.27-2-sparc32 | 2.4.27-12+b1 | sparc kernel-headers-2.4.27-2-sparc32-smp | 2.4.27-12+b1 | sparc kernel-headers-2.4.27-2-sparc64 | 2.4.27-12+b1 | sparc kernel-headers-2.4.27-2-sparc64-smp | 2.4.27-12+b1 | sparc kernel-image-2.4-generic | 101sarge1 | alpha kernel-image-2.4-s390 | 2.4.27-1sarge1 | s390 kernel-image-2.4-s390x | 2.4.27-1sarge1 | s390 kernel-image-2.4-smp | 101sarge1 | alpha kernel-image-2.4-sparc32 | 42sarge2 | sparc kernel-image-2.4-sparc32-smp | 42sarge2 | sparc kernel-image-2.4-sparc64 | 42sarge2 | sparc kernel-image-2.4-sparc64-smp | 42sarge2 | sparc kernel-image-2.4.27-2-s390 | 2.4.27-2sarge1 | s390 kernel-image-2.4.27-2-s390-tape | 2.4.27-2sarge1 | s390 kernel-image-2.4.27-2-s390x | 2.4.27-2sarge1 | s390 kernel-image-2.4.27-2-sparc32 | 2.4.27-12+b1 | sparc kernel-image-2.4.27-2-sparc32-smp | 2.4.27-12+b1 | sparc kernel-image-2.4.27-2-sparc64 | 2.4.27-12+b1 | sparc kernel-image-2.4.27-2-sparc64-smp | 2.4.27-12+b1 | sparc kernel-image-2.4.27-r3k-kn02 | 2.4.27-11.040815-3 | mipsel kernel-image-2.4.27-r4k-ip22 | 2.4.27-11.040815-3 | mips kernel-image-2.4.27-r4k-kn04 | 2.4.27-11.040815-3 | mipsel kernel-image-2.4.27-r5k-cobalt | 2.4.27-11.040815-3 | mipsel kernel-image-2.4.27-r5k-ip22 | 2.4.27-11.040815-3 | mips kernel-image-2.4.27-r5k-lasat | 2.4.27-11.040815-3 | mipsel kernel-image-2.4.27-s390 | 2.4.27-2sarge1 | source kernel-image-2.4.27-sb1-swarm-bn | 2.4.27-11.040815-3 | mips, mipsel kernel-image-2.4.27-sparc | 2.4.27-12 | source kernel-image-2.4.27-xxs1500 | 2.4.27-11.040815-3 | mipsel kernel-image-apus | 2.4.27-1 | powerpc kernel-latest-2.4-alpha | 101sarge1 | source kernel-latest-2.4-s390 | 2.4.27-1sarge1 | source kernel-latest-2.4-sparc | 42sarge2 | source kernel-patch-2.4-grsecurity | 1.9.15-2 | source, all kernel-patch-2.4.27-apus | 2.4.27-1 | source kernel-patch-2.4.27-mips | 2.4.27-11.040815-3 | source kernel-patch-2.4.27-s390 | 2.4.27-2 | source, all mips-tools | 2.4.27-11.040815-3 | alpha, amd64, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The package(s) will be physically removed automatically when no suite references them (and in the case of source, when no binary references it). Please also remember that the changes have been done on the master archive (ftp-master.debian.org) and will not propagate to any mirrors (ftp.debian.org included) until the next cron.daily run at the earliest. Packages are never removed from testing by hand. Testing tracks unstable and will automatically remove packages which were removed from unstable when removing them from testing causes no dependency problems. Bugs which have been reported against this package are not automatically removed from the Bug Tracking System. Please check all open bugs and close them or re-assign them to another package if the removed package was superseded by another one. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED] This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED] Debian distribution maintenance software pp. Jeroen van Wolffelaar (the ftpmaster behind the curtain) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel schedule proposal for Etch
On Sun, Aug 20, 2006 at 04:36:41PM +0200, Sven Luther wrote: > On Sun, Aug 20, 2006 at 02:55:19PM +0200, Bastian Blank wrote: > > On Sun, Aug 20, 2006 at 02:21:56PM +0200, Sven Luther wrote: > > > That's an interesting proposal. We could upload -rc4 or something now, > > > under > > > the 2.6.18~rc4 aby name or something, and start working on this one. > > > > The snapshot infrastructure is not able to use them yet. > > The ~rc4 thingy you mean ? Maybe we can just use 2.6.18-0rc4 then, should work > just fine. Or do you mean 2.6.18 ? dak upgrade for ~ :) -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370195: linux-image-2.6.15-1-686: Bug solved with (1) new packages and (2) upgrade to 2.6.16
Package: linux-image-2.6.15-1-686 Version: 2.6.15-8 Followup-For: Bug #370195 The bug has been fixed by adding the following packages: 1. linux-image-686 2. kernel-image-2.6-686 and upgrading to kernel 2.6.16. Conclusion: are there dependecies to be added? Patrick -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages linux-image-2.6.15-1-686 depends on: ii initramfs-tools [linux-initra 0.73e tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo Versions of packages linux-image-2.6.15-1-686 recommends: ii libc6-i6862.3.6-15 GNU C Library: Shared libraries [i -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: speakup flavour\
On Sun, Aug 20, 2006 at 03:04:37PM +0200, maximilian attems wrote: > On Sun, Aug 20, 2006 at 02:24:42PM +0200, Sven Luther wrote: > > On Sun, Aug 20, 2006 at 01:40:33PM +0200, maximilian attems wrote: > > > for 2.4 sarge there was a speakup flavour on x86_32 > > > anyone against adding such to 2.6? > > > > Why only for x86 ? > > is it tested somewhere else ? Is it dupposed to work ? What does it do exactly ? pass commandline info to a speaker or something such i suppose. is there anything x86 spcific in this ? I would gladly test it on powerpc at least. and amd64 makes also sense. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel schedule proposal for Etch
On Sun, Aug 20, 2006 at 02:55:19PM +0200, Bastian Blank wrote: > On Sun, Aug 20, 2006 at 02:21:56PM +0200, Sven Luther wrote: > > That's an interesting proposal. We could upload -rc4 or something now, under > > the 2.6.18~rc4 aby name or something, and start working on this one. > > The snapshot infrastructure is not able to use them yet. The ~rc4 thingy you mean ? Maybe we can just use 2.6.18-0rc4 then, should work just fine. Or do you mean 2.6.18 ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: speakup flavour
On Sun, Aug 20, 2006 at 02:24:42PM +0200, Sven Luther wrote: > On Sun, Aug 20, 2006 at 01:40:33PM +0200, maximilian attems wrote: > > for 2.4 sarge there was a speakup flavour on x86_32 > > anyone against adding such to 2.6? > > Why only for x86 ? is it tested somewhere else ? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Preparing 2.6.17-7
Hello, the next 2.6.17 upload, version 2.6.17-7 should become a candidate for testing. I would like to schedule the upload for Wednesday, Aug. 23. amd64 and i386 will go through NEW again, due to the added xen images. we have 4 RC bugs left, of which 2 need immediate attention: #342246: [ia64 headers] arch/ia64/modules.lds: No such file or directory #369517: linux-image-2.6.16-1-alpha-smp: undefined scsi symbols; fails to allocate percpu data The other two RC bugs concern firmware, and will be addressed after a solution for the firmware issue has been found. Unfortunately, alpha seems rather unmaintained lately. We cannot support it anymore this way, and may remove it in a future upload. As usual, if more time is needed for anything pending, we will of course reschedule. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Re: Kernel schedule proposal for Etch
On Sun, Aug 20, 2006 at 02:21:56PM +0200, Sven Luther wrote: > That's an interesting proposal. We could upload -rc4 or something now, under > the 2.6.18~rc4 aby name or something, and start working on this one. The snapshot infrastructure is not able to use them yet. Bastian -- Time is fluid ... like a river with currents, eddies, backwash. -- Spock, "The City on the Edge of Forever", stardate 3134.0 signature.asc Description: Digital signature
Re: Kingston pendrive does not work in Debian
On Sun, 20 Aug 2006 13:07:30 +0200 [EMAIL PROTECTED] wrote: > >Best approach, actually, is to file a bugreport. > > But how do I file a bug report to the debian's bugtracking system > about bug that is not explictly related to any debian's packade? I > actually have sent a bug report to the "kernel" metapackage (I had to > write an email as there was no "kernel" package in the list in the > bugbuddy program that is available in debian) and the bug report > never got to the bug tracking system - it apeared on this list and > that's why I've noticed it so late... Maby I've sent the mail to > wrong address, but I got the address from information about how to > report bugs related to the "kernel" metapackage. Do your best at locating the binary package you believe most relates to the problem you experience, and file the bugreport against that. If the maintainer of that package disagrees, she will pass on the bugreport to another more appropriate (pseudo-)package. In this case the package name is linux-2.6. Not really obvious (and it has recently been mentioned to maybe merge it with the no longer used "linux" package name), but I'm sure that the maintainer of usbutils or other packages would help relocate it :-) Hope that helps. - 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 pgpmDgfJ9z4gM.pgp Description: PGP signature
Re: speakup flavour
On Sun, Aug 20, 2006 at 01:40:33PM +0200, maximilian attems wrote: > for 2.4 sarge there was a speakup flavour on x86_32 > anyone against adding such to 2.6? Why only for x86 ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel schedule proposal for Etch
On Sun, Aug 20, 2006 at 12:14:42PM +0200, Moritz Muehlenhoff wrote: > Frederik Schueler <[EMAIL PROTECTED]> wrote: > > 15.09: upload 2.6.18 to unstable [1]=20 > > > > [1] The 2.6.18 release obviously depends on the upstream schedule, but 4 > > weeks from now is realistic considering the 2.6.18-rc4 status. > > Is is really mandatory to include the final 2.6.18 and not use 1.6.18-rc4-gkh? > instead if the schedule is too tight? That's still better than 2.6.17 and > important fixes from the final 2.6.18 can be cherry-picked with RM approval. That's an interesting proposal. We could upload -rc4 or something now, under the 2.6.18~rc4 aby name or something, and start working on this one. If we are able to take the decision to ship 2.6.18 in etch, it is best to start getting feedback on it as soon as possible. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
speakup flavour
for 2.4 sarge there was a speakup flavour on x86_32 anyone against adding such to 2.6? i'll find a good moment to activate it for NEW, so first step would be only addition. a quite recent checkout of their lame cvs can be seen here: http://dufo.tugraz.at/~prokop/grml-kernel/2.6.17-patches/4400_speakup-20060618.patch it's not the code quality one expects from mainline, but for visually impaired an 486-speakup flavour might help a lot. the patch itself is pretty selfcontained: Documentation/speakup/DefaultKeyAssignments | 46 Documentation/speakup/INSTALLATION | 108 + Documentation/speakup/README| 98 Documentation/speakup/keymap-tutorial | 140 + Documentation/speakup/spkguide.txt | 1279 MAINTAINERS |7 arch/arm/Kconfig|1 drivers/Kconfig |2 drivers/Makefile|5 drivers/char/Makefile |1 drivers/char/consolemap.c |1 drivers/char/keyboard.c | 64 drivers/char/speakup/Config.in | 26 drivers/char/speakup/Kconfig| 210 ++ drivers/char/speakup/Makefile | 61 drivers/char/speakup/cvsversion.h |1 drivers/char/speakup/dtload.c | 554 + drivers/char/speakup/dtload.h | 57 drivers/char/speakup/dtpc_reg.h | 132 + drivers/char/speakup/genmap.c | 204 + drivers/char/speakup/keyinfo.h | 120 + drivers/char/speakup/makemapdata.c | 156 + drivers/char/speakup/mod_code.c | 22 drivers/char/speakup/serialio.h | 18 drivers/char/speakup/speakup.c | 2905 drivers/char/speakup/speakup_acnt.h | 16 drivers/char/speakup/speakup_acntpc.c | 161 + drivers/char/speakup/speakup_acntsa.c | 185 + drivers/char/speakup/speakup_apollo.c | 196 + drivers/char/speakup/speakup_audptr.c | 202 + drivers/char/speakup/speakup_bns.c | 175 + drivers/char/speakup/speakup_decext.c | 206 + drivers/char/speakup/speakup_decpc.c| 243 ++ drivers/char/speakup/speakup_dectlk.c | 285 ++ drivers/char/speakup/speakup_drvcommon.c| 1012 + drivers/char/speakup/speakup_dtlk.c | 233 ++ drivers/char/speakup/speakup_dtlk.h | 54 drivers/char/speakup/speakup_keyhelp.c | 288 ++ drivers/char/speakup/speakup_keypc.c| 190 + drivers/char/speakup/speakup_ltlk.c | 229 ++ drivers/char/speakup/speakup_sftsyn.c | 207 + drivers/char/speakup/speakup_spkout.c | 201 + drivers/char/speakup/speakup_txprt.c| 196 + drivers/char/speakup/speakupconf| 51 drivers/char/speakup/speakupmap.h | 65 drivers/char/speakup/speakupmap.map | 92 drivers/char/speakup/spk_con_module.h | 43 drivers/char/speakup/spk_priv.h | 289 ++ drivers/char/speakup/synthlist.h| 51 drivers/char/vt.c | 19 include/linux/keyboard.h|2 include/linux/miscdevice.h |1 include/linux/speakup.h | 35 53 files changed, 11134 insertions(+), 11 deletions(-) -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382802: marked as done ([: 211: /conf/conf.d: unexpected operator)
Your message dated Sun, 20 Aug 2006 12:48:28 +0200 with message-id <[EMAIL PROTECTED]> and subject line [: 211: /conf/conf.d: unexpected operator 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) --- Begin Message --- Package: update-initramfs Version: 0.73d Severity: important Available versions: 2.6.17-1-686 update-initramfs: Generating /boot/initrd.img-2.6.17-1-686 [...] Adding module /lib/modules/2.6.17-1-686/kernel/drivers/ide/ide-cd.ko Adding module /lib/modules/2.6.17-1-686/kernel/drivers/scsi/scsi_mod.ko Adding module /lib/modules/2.6.17-1-686/kernel/drivers/scsi/sd_mod.ko [: 211: /conf/conf.d: unexpected operator [now all the hooks get called] Calling hook cryptroot Adding module /lib/modules/2.6.17-1-686/kernel/drivers/md/dm-mod.ko Adding module /lib/modules/2.6.17-1-686/kernel/drivers/md/dm-crypt.ko Adding module /lib/modules/2.6.17-1-686/kernel/crypto/aes.ko Adding module /lib/modules/2.6.17-1-686/kernel/crypto/sha256.ko Calling hook kernelextras Adding module /lib/modules/2.6.17-1-686/kernel/drivers/video/vgastate.ko Adding module /lib/modules/2.6.17-1-686/kernel/drivers/video/vga16fb.ko Calling hook thermal Adding module /lib/modules/2.6.17-1-686/kernel/drivers/acpi/fan.ko Adding module /lib/modules/2.6.17-1-686/kernel/drivers/acpi/processor.ko Adding module /lib/modules/2.6.17-1-686/kernel/drivers/acpi/thermal.ko Calling hook udev Calling hook uswsusp Building cpio /boot/initrd.img-2.6.17-1-686 initramfs -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP) --- End Message --- --- Begin Message --- Version: 0.73e close dup bug, sorry for this stupid overlooking. also please remember that update-initramfs is member of the package initramfs-tools :) best regards -- maks --- End Message ---
Re: Kernel schedule proposal for Etch
Frederik Schueler <[EMAIL PROTECTED]> wrote: > 15.09: upload 2.6.18 to unstable [1]=20 > > [1] The 2.6.18 release obviously depends on the upstream schedule, but 4 > weeks from now is realistic considering the 2.6.18-rc4 status. Is is really mandatory to include the final 2.6.18 and not use 1.6.18-rc4-gkh? instead if the schedule is too tight? That's still better than 2.6.17 and important fixes from the final 2.6.18 can be cherry-picked with RM approval. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Kingston pendrive does not work in Debian
>Best approach, actually, is to file a bugreport. But how do I file a bug report to the debian's bugtracking system about bug that is not explictly related to any debian's packade? I actually have sent a bug report to the "kernel" metapackage (I had to write an email as there was no "kernel" package in the list in the bugbuddy program that is available in debian) and the bug report never got to the bug tracking system - it apeared on this list and that's why I've noticed it so late... Maby I've sent the mail to wrong address, but I got the address from information about how to report bugs related to the "kernel" metapackage. Tomek pgpHAiC0UYu8A.pgp Description: PGP signature
Bug#376771: remove unused 2.4 images
On Sun, Aug 20, 2006 at 04:12:06AM +0200, Jeroen van Wolffelaar wrote: > On Fri, Aug 18, 2006 at 06:55:26PM +0200, maximilian attems wrote: > > retitle 376771 RM: kernel-image-2.4.27-2-* -- RoM > > thanks > > > > in accordance with the d-i team any 2.4 kernel-image package > > can be removed from unstable for all archs except > > i386 and m68k (both legacy archs :-P) > > > > this includes the following list of kernel-images: > > Package kernel-image-2.4.27-2-s390 > > Package kernel-image-2.4.27-2-s390-di > > Package kernel-image-2.4.27-2-s390-tape > > Package kernel-image-2.4.27-2-s390-tape-di > > Package kernel-image-2.4.27-2-s390x > > Package kernel-image-2.4.27-2-sparc32 > > Package kernel-image-2.4.27-2-sparc32-di > > Package kernel-image-2.4.27-2-sparc32-smp > > Package kernel-image-2.4.27-2-sparc64 > > Package kernel-image-2.4.27-2-sparc64-di > > Package kernel-image-2.4.27-2-sparc64-smp > > Package kernel-image-2.4.27-bast > > Package kernel-image-2.4.27-bast-di > > Package kernel-image-2.4.27-lart > > Package kernel-image-2.4.27-lart-di > > Package kernel-image-2.4.27-netwinder > > Package kernel-image-2.4.27-netwinder-di > > Package kernel-image-2.4.27-r3k-kn02 > > Package kernel-image-2.4.27-r3k-kn02-di > > Package kernel-image-2.4.27-r4k-ip22 > > Package kernel-image-2.4.27-r4k-ip22-di > > Package kernel-image-2.4.27-r4k-kn04 > > Package kernel-image-2.4.27-r4k-kn04-di > > Package kernel-image-2.4.27-r5k-cobalt > > Package kernel-image-2.4.27-r5k-cobalt-di > > Package kernel-image-2.4.27-r5k-ip22 > > Package kernel-image-2.4.27-r5k-ip22-di > > Package kernel-image-2.4.27-r5k-lasat > > Package kernel-image-2.4.27-riscpc > > Package kernel-image-2.4.27-riscstation > > Package kernel-image-2.4.27-sb1-swarm-bn > > Package kernel-image-2.4.27-sb1-swarm-bn-di > > Package kernel-image-2.4.27-xxs1500 > > > > > > the following meta packages: > > Package kernel-image-2.4-generic > > Package kernel-image-2.4-s390 > > Package kernel-image-2.4-s390x > > Package kernel-image-2.4-smp > > Package kernel-image-2.4-sparc32 > > Package kernel-image-2.4-sparc32-smp > > Package kernel-image-2.4-sparc64 > > Package kernel-image-2.4-sparc64-smp > > I assume this also includes: > > kernel-patch-2.4.27-s390 | 2.4.27-2 | unstable | source, all > > the -di packages were already included in #383546, the arm image in > #383553, and so was the, here unmentioned, arm patch. > kernel-patch-2.4.27-mips is also not mentioned? And what to do with > kernel-patch-2.4.27-apus, kernel-patch-2.4-fasttraks150, > kernel-patch-2.4-grsecurity and kernel-patch-2.4-lowlatency? > > > So, you mention (excluding those packages already removed), > source-package based: > kernel-image-2.4.27-s390 > kernel-image-2.4.27-sparc > kernel-latest-2.4-alpha > kernel-latest-2.4-s390 > kernel-latest-2.4-sparc > kernel-patch-2.4.27-mips > > I assume you also mean: > kernel-patch-2.4.27-s390 > kernel-patch-2.4.27-mips agreed. > And I have no idea about: > kernel-patch-2.4.27-apus ack > kernel-patch-2.4-fasttraks150 > kernel-patch-2.4-grsecurity > kernel-patch-2.4-lowlatency not managed by the kernel team, will have to go once all 2.4 are gone, if not agreed by the maintainer as the -grsec flavour. > > Can you please provide a complete list, or if the original list *was* > complete, confirm that? confirming your list, thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kingston pendrive does not work in Debian
On Sun, Aug 20, 2006 at 02:44:39AM +0200, [EMAIL PROTECTED] wrote: > >On Sun, Jun 18, 2006 at 10:42:54PM +0200, Laszlo Boszormenyi wrote: > > On Sun, 2006-06-18 at 21:53 +0200, [EMAIL PROTECTED] wrote: > > > Package: kernel > > > Version: > > Which version do you use? Own or from package? > > >Thanks Laszlo. > > >The kernel.org bug report says Debian's 2.6.15. > > >Tomek: Can you try the 2.6.16 kernel from sid to see if the problem > >goes away? I'm unaware of any patches in the Debian kernel that are > >likely to change this behavior. > > >-- > >dann frazier > > Hi. Sorry for replying so late, but I've just noticed that someone replied to > my mail... (I should have subscribed to the list, now I have) > > I have now the 2.6.16-2 kernel (from testing) and the problem went > away:) but I have also a 2.6.17.4 from kernel.org (which I prefer to > use as my graphics card's driver does not work properly with kernels < > 2.6.17) and the problem is present with this kernel... So maby it is > a kernel configuration problem, which maby have changed from 2.6.15 to > 2.6.16 in debian's kernels? And I don't remember which config file I > used (the one from debian's 2.6.15 or from debian's 2.6.16) to > generate the configuration for 2.6.17.4. I will try 2.6.17.9 (as it is > the newest) with the kernel config from debians 2.6.16 and let you > know about the results. seriously learn to use the enter key. (broke aboves in several lines) fetch linux-image 2.6.17 from unstable, should give you the best of both worlds :) regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#383685: remove unused 2.4 images
On Sun, Aug 20, 2006 at 04:45:09AM +0200, Laszlo Boszormenyi wrote: > On Sun, 2006-08-20 at 04:12 +0200, Jeroen van Wolffelaar wrote: > > And I have no idea about: > > kernel-patch-2.4.27-apus > > kernel-patch-2.4-fasttraks150 > > kernel-patch-2.4-grsecurity > > kernel-patch-2.4-lowlatency > I'm the maintainer of kernel-patch-2.4-grsecurity , and it should be > removed too. Will file a RoM somewhen. Not needed, I'll remove it then with this batch. Thanks, --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kingston pendrive does not work in Debian
On Sun, 20 Aug 2006 02:44:39 +0200 [EMAIL PROTECTED] wrote: > Hi. Sorry for replying so late, but I've just noticed that someone > replied to my mail... (I should have subscribed to the list, now I > have) Best approach, actually, is to file a bugreport. That way issue does not get lost, unless explicitly tagged as such. And you are automatically subscribed to further discussion on that topic. It is of course great that you join the list :-) Kind regards, - 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 pgp5pEujA1sGt.pgp Description: PGP signature
Re: Move of update-grub and grub-install to /usr/sbin
Hi Otavio, On Fri, Aug 11, 2006 at 06:10:15PM -0300, Otavio Salvador wrote: > For this to happen, my transition plan is described bellow: > - A new grub package would be uploaded to unstable having a group of >wrappers that will call /usr/sbin utilities but warn the user to >edit his/her /etc/kernel-img.conf. That keeps backward >compatibility with previous kernels and will be in place until Etch >is released, > - A NEWS.Debian entry describing the change in grub would be add too, > - grub-installer would have a change to don't use full paths in >kernel-img.conf entries _but_ this one need to migrate to etch >together with linux-2.6 2.6.17-6 OR new installations will be >broken. Could you please expand on this last point? What does "together" mean -- both at the same time, or one before the other (which one?)? Why does a kernel-img.conf without a full path break older kernels? Other than this, the plan sounds ok. Thanks, -- 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: reassign 382802 to initramfs-tools
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.8.14 > reassign 382802 initramfs-tools Bug#382802: [: 211: /conf/conf.d: unexpected operator Warning: Unknown package 'update-initramfs' Bug reassigned from package `update-initramfs' to `initramfs-tools'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: remove unused 2.4 images
On Sun, Aug 20, 2006 at 04:12:06AM +0200, Jeroen van Wolffelaar wrote: > And I have no idea about: > kernel-patch-2.4.27-apus This one can go too. Actually, i believe it is part of the kernel-source-2.4.27-powerpc or whatever its name was source package, which can go also. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
