Re: [Cooker] 2.6-tips and docs
Viestissä Sunnuntai 17. Elokuuta 2003 00:55, Adam Williamson kirjoitti: > On Sat, 2003-08-16 at 19:15, stronne wrote: > > 13. Aug 2003 17:22, Andrey Borzenkov wrote: > > > Argh ... > > > > > > please, install module-init-tools and hotplug from > > > > > > http://supermount-ng.sf.net/mdk-25/ > > > > > > (they are SRPM you will have to compile them) then do > > > > I tried to install module-init-tools-0.9.13-1bor.src.rpm > > with # rpm --rebuild > > It said it needs /usr/lib/libc.a > > Anybody any idea where I could find that? > > glibc-static-devel . Thank You, that it was and now I could install module-init-tools too. And see if it makes any difrence about 2.6 modules :) Cheers Stronne
Re: [Cooker] kernel-tmb-2.4.22-0.5.1tmb_mdk
Now... I didn't enable multiple scsi luns since I was told you should be able to override it with lilo/grub on append line "max_scsi_luns=..." or as an option in /etc/modules.conf options scsi_mod max_scsi_luns=... Now, please tell me does it work for you ... If not... I'll have to reconsider switching it on by default... Could you explain that a wee bit better. I'm generally not that good at that kind of stuff (hence why I asked if you could pop it on as default) But if you tell me what to do I'd be more than happy to try. Mike
Re: [Cooker] kernel-tmb-2.4.22-0.5.1tmb_mdk
On Sat, 2003-08-16 at 23:07, Byron Poland wrote: > >So... Whats next... > > > >I'm looking at : > >working acpi for nForce (yeah... I'm dreamin' ... ;-) ...) > >acl support for ReiserFS courtesy of SuSe... > >working Via CLE and Savage dri/drm > >VIA AGP 3.0 bugfixes... > >more serial ata support > >- SiS, ITC, Via, intel, Promise.. > >vloopback support > >more drivers... > >updating old drivers... > >... > >suggestions... please ... > > > Couple of wireless networking suggestions. > > on the Orinoco driver, what do you think about adding a patch for the > monitor mode so it works with kismet, and airsnort out of the box. > > patch is available here: http://airsnort.shmoo.com/orinocoinfo.html > (thou it seems to be down at the moment...) > > Also the drivers for the Cisco/Aironet 4500/4800/340/350 series cards > can be updated to 1.54 through the cvs version at > http://airo-linux.sourceforge.net/ this allows monitor mode for the > cisco cards (I just got a 352). Cisco has a version 2.0 available at > their site, it is under the MPL. I believe it adds some cisco specific > features but doesn't include the wireless-ext support seen in the > sourcforge driver. > > keep up the good work on your kernels. Scratch the airo driver stuff. looking over the kernel changelogs at kernel.org, looks like it was updated in 22-pre10 sorry about that.
Re: [Cooker] kernel-tmb-2.4.22-0.5.1tmb_mdk
>So... Whats next... > >I'm looking at : >working acpi for nForce (yeah... I'm dreamin' ... ;-) ...) >acl support for ReiserFS courtesy of SuSe... >working Via CLE and Savage dri/drm >VIA AGP 3.0 bugfixes... >more serial ata support >- SiS, ITC, Via, intel, Promise.. >vloopback support >more drivers... >updating old drivers... >... >suggestions... please ... Couple of wireless networking suggestions. on the Orinoco driver, what do you think about adding a patch for the monitor mode so it works with kismet, and airsnort out of the box. patch is available here: http://airsnort.shmoo.com/orinocoinfo.html (thou it seems to be down at the moment...) Also the drivers for the Cisco/Aironet 4500/4800/340/350 series cards can be updated to 1.54 through the cvs version at http://airo-linux.sourceforge.net/ this allows monitor mode for the cisco cards (I just got a 352). Cisco has a version 2.0 available at their site, it is under the MPL. I believe it adds some cisco specific features but doesn't include the wireless-ext support seen in the sourcforge driver. keep up the good work on your kernels.
Re: [Cooker] lilo
So What info is required in order to troubleshoot this problem? Or is it a bug? Nasa On Fri, 2003-08-15 at 20:40, Nathan A. Smith wrote: > Hi, > > I am getting the following error when I try to run lilo: > > Warning: '/proc/partitions' does not match '/dev' directory structure. > Name change: '/dev/ide/host0/bus0/target0/lun0/disc' -> > '/dev/ide/host0/bus0/target0/lun0/disc' > Fatal: open /dev/ide/host0/bus0/target0/lun0/disc: No such file or > directory > > > lilo.conf looks like this: > > boot=/dev/hda > install=/boot/boot.b > vga=0x31A > keytable=/boot/us.klt > prompt > append="mem=512M mem=nopentium devfs=mount" > timeout=50 > message=/boot/message > menu-scheme=wb:bw:wb:bw > image=/boot/vmlinuz-2.4.21-3mdkcustom > label=linux-2.4custom > root=/dev/hda5 > append="mem=512Mt splash=silent" > vga=0x31A > read-only > other=/dev/hda1 > label=Windows > table=/dev/hda > image=/boot/memtest-2.7.bin > label=memtest86 > append="mem=512M hdc=ide-scsi hdd=ide-scsi ide0=dma ide1=dma" > vga=0x31A > read-only > image=/boot/vmlinuz-2.4.21-0.13mdk > label=2421-13 > root=/dev/hda5 > read-only > optional > vga=0x31A > append=" mem=512M hdc=ide-scsi splash=silent" > initrd=/boot/initrd-2.4.21-0.13mdk.img > image=/boot/vmlinuz-2.4.18-27.7.x > label=backup! > root=/dev/hda5 > read-only > optional > vga=0x31A > append="mem=512M hdc=ide-scsi" > > Nasa > >
[Cooker] Mkcd
Before I file a bug report, does anyone have a working command line for mkcd, whether from rpm or misc/mkcd. I'm not worried about MakeCD as it's only a wrapper but auto mode on mkcd returns error "basesystem package not selected". TIA Spence
[Cooker] /sbin/installkernel broken
Hi all... I have tried to build latest -rc2, and installkernel can't find the image to install: + exec /sbin/installkernel 2.4.22-rc2-jam1m bzImage /usr/src/linux-2.4.22-rc2-jam1m/System.map /boot cat: bzImage: No such file or directory This makes things work again: --- installkernel.orig 2003-08-17 02:03:43.0 +0200 +++ installkernel 2003-08-17 02:24:11.0 +0200 @@ -190,8 +190,6 @@ [[ -n $4 ]] && boot=$4 || boot=/boot -cd $boot - [[ $AUTOREMOVE = "no" ]] && REMOVE="" [[ $NOLINK = "yes" ]] && NOLINK=-n Problem is that it leaves the script sitting at /boot and installkernel is called with relative paths from arch/i386/boot. Some change for specific mandrake things ? If it makes building standard kernels fail... TIA -- J.A. Magallon <[EMAIL PROTECTED]> \ Software is like sex: werewolf.able.es \ It's better when it's free Mandrake Linux release 9.2 (Cooker) for i586 Linux 2.4.22-rc1-jam1m (gcc 3.3.1 (Mandrake Linux 9.2 3.3.1-1mdk))
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked ?)
Le Samedi 16 Août 2003 21:05, Steffen Barszus a écrit : > Am Samstag, 16. August 2003 19:52 schrieb Michael Scherer: > > On Saturday 16 August 2003 18:35, Olivier Blin wrote: > > > Have I missed something ? > > > For dialup users, with the current ip-up script, only kppp sets > > > dynamic DNS in /etc/resolv.conf (it doesn't use the ip-up to do that) > > I would also add something to replace if-up.local > > [ -x /etc/ppp/ip-up.local ] && /etc/ppp/ip-up.local "$@" > > replaced by > > if [ -d /etc/ppp/ifup-ppp.d -a -x /usr/bin/run-parts ]; > > then > > /usr/bin/run-parts --arg "$@" /etc/ppp/ipup.d/ > > fi > > then just drop a script to call /etc/ppp/ipup.local in > > /etc/ppp/ipup-ppp.d, for backward compatibility. > > the same applis for ipdown.local . > absolutly agree with that :) I agree also, but I have a wish : All this configuration files are called by scripts and programs. Some of them are updated by other scripts and programs. Other are deprecated and are replaced by ??? Can you put a little comment in these config files such as : # used by ... # updated by ... # deprecated : use instead ... (ex: /etc/networks) People who use Debian, Slackware, LFS... are lost when they see a Mandrake because they fight against MCC. IMHO, few comments can improve the comprehension of Mdk's architecture. With Mdk 9.1, I found a bug in adsl connection due to this file with imbedded blanks making an error in /etc/ppp/pppoe.conf . The file is /etc/sysconfig/network-scripts/ifcfg-eth0\ \(using\ module\ bcm4400\) NB: No problem with the same card as eth1 -> ifcfg-eth1 It was difficult to understand the problem starting from init. I hope you can understand my wish ! -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
Re: [Cooker] kernel-tmb-2.4.22-0.5.1tmb_mdk
Ainsi parlait Thomas Backlund : > Rebuilt ksensors and gsensors to use lm_sensors 2.8.0 > (this needs to be done in contribs too): > http://www.iki.fi/tmb/ksensors-0.7.2-7mdk.i586.rpm > http://www.iki.fi/tmb/gsensors-0.9c-2mdk.i586.rpm Doing it right now. -- Guillaume Rousse It is always the wrong time of month -- Murphy's Laws on Sex n°17
Re: [Cooker] This is already one week the problem exist and it wasnotified but nobody fixed it
Well, I'm sorry for my trollish way of saying it. The real point here is I'm just willing to expect more quality and more support as a club member and ans Mandrake Sustainer than from friendly geekish mirrors and contributions. If I can't get it work better with the club and with Mandrake I have less motivation in helping Mandrake by joining the club. You want users tu help Mandrake existe and develop ? Makes them happy with good packages, good support, good distros. Just to make the point clear The distro should if certain things are not true go to a FULL STOP on devel until a blank disk install boots correctly the first time and the CORE SYSTEM is clean. item list: 1 base filesystem package/ boot < if it doesn't boot it needs to be fixed 2 cli utils and /dev subtree <-- if bash or the basic utils are broken this gets fixed 3 HardDRAKE and related utils <- any time a user has to create dev nodes by hand is BAD 4 XWindows and KDE <-- if these don't work you might as well be running gentoo 5 Internet and Multimedia < most users run systems for these 6 Office stuff < this is most of the "other" users
Re: [Cooker] Announce: bacula 1.31a rpms available
Le Samedi 16 Août 2003 22:33, Luca Berra a écrit : > bacula 1.31a is packaged and available from > http://percy.comedia.it/~bluca/cooker/bacula/ > > if someone is still interested in the thing please give me some feedback Are you interest by an upload in contrib ? > > regards, > L. -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] weird slowdowns with Cooker today
On Sun, 2003-08-17 at 00:02, Bjarne Thomsen wrote: > I am not sure if this is relevant for your case. Doesn't look at all relevant, no, as this is a problem that has only manifested itself recently and is different in character from that one. But thanks for the info... -- adamw
Re: [Cooker] Announce: bacula 1.31a rpms available
Ainsi parlait Luca Berra : > bacula 1.31a is packaged and available from > http://percy.comedia.it/~bluca/cooker/bacula/ Just commited it in contrib, as -1mdk. -- Guillaume Rousse When a man laughs at his misfortunes, he loses a great many friends -- H.L. Mencken on Murphy n°8
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked ?)
Am Sonntag, 17. August 2003 01:06 schrieb Olivier Blin: > > > Sorry, but I don't want to use drakconnect, it uses kppp ... > > > I want to use wvdial and I don't understand why there should be a > > > line"# ppp temp entry" in /etc/resolv.conf > > > > net_monitor uses kppp for modem. > > But I don't want to use something that uses kppp, it's overkill. > I want to use a simple command line program such as wvdial. > > > > Ok, but why to do this ? > > > When should this happen ? > > > kppp writes /etc/resolv.conf after /etc/ppp/ip-up is run and I guess > > > it deletes its entries before /etc/ppp/ip-down is run. > > > I don't know any other soft that writes "# ppp temp entry" entries. > > > > Yep. I just wanted to say that you are not right that it doesn't work > > currently. > > I don't agree, I have no "# ppp temp entry" in /etc/resolv.conf after > Mandrake installation. > If I use wvdial to connect, that won't work. > It works currently only with something that uses kppp. > Try with wvdial, it's very simple to configure. > > > After digging trough the script I agree that it is solved > > suboptimal. If , when the option usepeerdns is set, USEPEERDNS is set, > > that should be used to prove if the DNS should be written to > > /etc/resolv.conf. The current way breaks config by hand. > > Yes, it breaks config by hand, so I'm right "that it doesn't work > currently" ;) > Quite good solution. > > You would use something like this : > > if [ -n "$USERPEERDNS" ]; then > [ -n "$DNS1" ] && \ > echo -e "nameserver $DNS1 $PPP_TEMP_ENTRY" >> /etc/resolv.conf > [ -n "$DNS2" ] && \ > echo -e "nameserver $DNS2 $PPP_TEMP_ENTRY" >> /etc/resolv.conf > fi > > But USEPEERDNS test isn't needed IMHO. > If it isn't set, DNS1 and DNS2 aren't set. > Though USEPEERDNS makes the script easier to understand :) Yep you are right, it isn't needed. Now we need: someone in charge to change it ;) Further: Is $6 allways used ? ipparam string Provides an extra parameter to the ip-up and ip-down scripts. If this option is given, the string supplied is given as the 6th parameter to those scripts. Would it be good to obsolete ip-up.local and use ip-up.d/somescripts instead ? pro: - it is more clear what it does, instead /etc/sysconfig/network-scripts/if-up.d - it is sure that it gets executed, not depending on ipparam contra: - /etc/sysconfig/network-scripts/if-up.d has the same purpose, if it is working allways Steffen
Re: [Cooker] kernel-tmb-2.4.22-0.5.1tmb_mdk
On Sat, 2003-08-16 at 21:17, Thomas Backlund wrote: > I finally got it all together, and here it is: > (and I have redownloaded every one and verified their md5ums...) > > The kernel rpms: > http://www.iki.fi/tmb/kernel-tmb-2.4.22.0.5.1tmb_mdk-1-1mdk.i586.rpm > http://www.iki.fi/tmb/kernel-tmb-2.4.22.0.5.1tmb_mdk-1-1mdk.src.rpm > > A tarball with all changed or new patches: > http://www.iki.fi/tmb/kernel-2.4.22-0.5.1tmb_changed_patches.tar.bz2 > > Rebuilt ksensors and gsensors to use lm_sensors 2.8.0 > (this needs to be done in contribs too): > http://www.iki.fi/tmb/ksensors-0.7.2-7mdk.i586.rpm > http://www.iki.fi/tmb/gsensors-0.9c-2mdk.i586.rpm > > md5sums: > http://www.iki.fi/tmb/md5sums.asc Note: my weird slowdown problem does not happen with this kernel! And nforce2 lm_sensors is working fine also. Thomas wins a prize. THANKS! :) -- adamw
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked?)
> > Sorry, but I don't want to use drakconnect, it uses kppp ... > > I want to use wvdial and I don't understand why there should be a > > line"# ppp temp entry" in /etc/resolv.conf > > net_monitor uses kppp for modem. But I don't want to use something that uses kppp, it's overkill. I want to use a simple command line program such as wvdial. > > Ok, but why to do this ? > > When should this happen ? > > kppp writes /etc/resolv.conf after /etc/ppp/ip-up is run and I guess > > it deletes its entries before /etc/ppp/ip-down is run. > > I don't know any other soft that writes "# ppp temp entry" entries. > > Yep. I just wanted to say that you are not right that it doesn't work > currently. I don't agree, I have no "# ppp temp entry" in /etc/resolv.conf after Mandrake installation. If I use wvdial to connect, that won't work. It works currently only with something that uses kppp. Try with wvdial, it's very simple to configure. > After digging trough the script I agree that it is solved > suboptimal. If , when the option usepeerdns is set, USEPEERDNS is set, > that should be used to prove if the DNS should be written to > /etc/resolv.conf. The current way breaks config by hand. Yes, it breaks config by hand, so I'm right "that it doesn't work currently" ;) Quite good solution. You would use something like this : if [ -n "$USERPEERDNS" ]; then [ -n "$DNS1" ] && \ echo -e "nameserver $DNS1 $PPP_TEMP_ENTRY" >> /etc/resolv.conf [ -n "$DNS2" ] && \ echo -e "nameserver $DNS2 $PPP_TEMP_ENTRY" >> /etc/resolv.conf fi But USEPEERDNS test isn't needed IMHO. If it isn't set, DNS1 and DNS2 aren't set. Though USEPEERDNS makes the script easier to understand :) -- Olivier Blin
Re: [Cooker] weird slowdowns with Cooker today
I am not sure if this is relevant for your case. I assembled a PC based on the MSI-6570 K7N2 Delta (Nforce2) MB with an Athlon XP (Barton) CPU. The first I noticed was that it would now and then freeze during e2fsck on large file systems. I did an extensive memory test without finding any faults, so the situation was unclear. Then I stumbled across a description of how to lower the CPU temperature by enabling the powersaving mode of the AMD Athlon/Duron processors. I found the Linux program athcool at http://members.jcom.home.ne.jp/jacobi/linux/softwares.html The following statement caught my attention: WARNING: Depending your motherboard and/or hardware components, enabling Athlon powersaving mode sometimes causes that (1) noisy sound playback (2) slowdown harddisk performance (3) system hangup or instable Evidently I was having (3) without having enabled powersaving. BUT: it turned out that the powersaving bit was turned on from the very start, presumably by the bios. After having turned off the powersaving bit by athcool I have NEVER had any single case of instability. I have had a few hangups during the boot-up procedure before powersaving was turned on. I did post a report on this problem on the MSI forum, but I have had absolutely ZERO response. Bjarne Thomsen lspcidrake -v unknown : Nvidia Corporation|nForce2 AGP Controller [BRIDGE_HOST] (vendor:10de device:01e0) unknown : Nvidia Corporation|nForce2 Memory Controller [MEMORY_RAM] (vendor:10de device:01eb subv:1462 subd:5700) unknown : Nvidia Corporation|nForce2 Memory Controller [MEMORY_RAM] (vendor:10de device:01ee subv:1462 subd:5700) unknown : Nvidia Corporation|nForce2 Memory Controller [MEMORY_RAM] (vendor:10de device:01ed subv:1462 subd:5700) unknown : Nvidia Corporation|nForce2 Memory Controller [MEMORY_RAM] (vendor:10de device:01ec subv:1462 subd:5700) unknown : Nvidia Corporation|nForce2 Memory Controller [MEMORY_RAM] (vendor:10de device:01ef subv:1462 subd:5700) unknown : Nvidia Corporation|nForce2 LPC / Legacy / System Management [BRIDGE_ISA] (vendor:10de device:0060 subv:1462 subd:5700) unknown : Nvidia Corporation|nForce2 SMBus 2.0 Controller [SERIAL_SMBUS] (vendor:10de device:0064 subv:1462 subd:5700) usb-ohci: Nvidia Corporation|nForce2 USB 1.0 OHCI Controller [SERIAL_USB] (vendor:10de device:0067 subv:1462 subd:5700) usb-ohci: Nvidia Corporation|nForce2 USB 1.0 OHCI Controller [SERIAL_USB] (vendor:10de device:0067 subv:1462 subd:5700) ehci-hcd: Nvidia Corporation|nForce2 USB 2.0 Enhanced Controller [SERIAL_USB] (vendor:10de device:0068 subv:1462 subd:5700) nvnet : Nvidia Corporation|nForce2 MCP Networking Adapter [NETWORK_ETHERNET] (vendor:10de device:0066 subv:1462 subd:570c) unknown : Nvidia Corporation|nForce2 APU [MULTIMEDIA_AUDIO] (vendor:10de device:006b subv:1462 subd:5700) snd-intel8x0: Nvidia Corporation|nForce2 Audio Codec Interface [MULTIMEDIA_AUDIO] (vendor:10de device:006a subv:1462 subd:5700) unknown : Nvidia Corporation|nForce2 External PCI Bridge [BRIDGE_PCI] (vendor:10de device:006c) unknown : Nvidia Corporation|nForce2 UDMA 100 IDE Controller [STORAGE_IDE] (vendor:10de device:0065 subv:1462 subd:5700) ohci1394: Nvidia Corporation|nForce2 Firewire Controller [SERIAL_FIREWIRE] (vendor:10de device:006e subv:1462 subd:570d) unknown : Nvidia Corporation|nForce2 AGP Host to PCI Bridge [BRIDGE_PCI] (vendor:10de device:01e8) aic7xxx : Adaptec|7892B [STORAGE_SCSI] (vendor:9005 device:0081 subv:9005 subd:62a1) 3c59x : 3Com Corporation|3c905C-TX [Fast Etherlink] [NETWORK_ETHERNET] (vendor:10b7 device:9200 subv:10b7 subd:1000) pdc-ultra : Promise Technology|PDC20376 FastTrak 376 Controller [STORAGE_RAID] (vendor:105a device:3376 subv:105a subd:6620) Card:NVIDIA GeForce4 (generic): NVidia|0x322 [DISPLAY_VGA] (vendor:10de device:0322 subv:1462 subd:9171) unknown : Unknown|USB OHCI Root Hub [Hub|Root Hub] (vendor: device:) unknown : Unknown|USB OHCI Root Hub [Hub|Root Hub] (vendor: device:) Removable:memory_card: JMTek|USBdisk [Mass Storage|SCSI|Bulk (Zip)] (vendor:0c76 device:0005) On Sat, 2003-08-16 at 12:21, Adam Williamson wrote: > On Sat, 2003-08-16 at 06:52, Tom Brinkman wrote: > > On Friday August 15 2003 08:08 pm, Adam Williamson wrote: > > > K, so to reply to myself again, I realised I was once more being > > > silly, and drew the obvious link between the two, and yes, the > > > problem is heavy network usage. Basically, downloading a file > > > from the internet will trigger it; do it any which way (urpmi, > > > galeon, wget) and the system immediately begins to resemble > > > treacle. I hope someone not using nvnet is seeing this, because > > > if they aren't, it might be difficult to sort > > > > you never should'a chose a nforce chipset to begin with > > > > no problems here, kt400a, xp3000+ overclocke
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked?)
> > PPP_TEMP_ENTRY=`grep '#.*ppp temp entry' /etc/resolv.conf | \ > >tail -1 | sed 's/.*ppp temp entry/# ppp temp entry/' ` > > > > PPP_TEMP_ENTRY="# ppp temp entry", written in a style that it could > > win the most useless use of sed award. > It doesn't make more then what I said in any case, so take the sed, > the obsolete tail -1 and the grep out and ready. agree one more time :) > > > > else > > unset PPP_TEMP_ENTRY > > fi > > Are there cases there a dynamic DNS don't want to be used ? which ? > From what I have read on the net, if the option usepeerdns is used the > variable USEPEERDNS is set, so this could be used, am I right ? According pppd man : The addresses supplied by the peer (if any) are passed to the /etc/ppp/ip-up script in the environment variables DNS1 and DNS2. So why not use DNS1 and DNS2 variables as my original proposal does ? > And the ip-down [.. snip ...] > mv -f /etc/resolv.conf /etc/resolv.conf.tmp > cat /etc/resolv.conf.tmp | awk '{if(!/nameserver .* # ppp temp > entry.*/) print $0}' > /etc/resolv.conf > -- > print all lines that does not contain the pattern > nameserver ... # ppp temp entry > to /etc/resolv.conf But why keep the "# ppp temp entry" lines ? Why not use if(!/.*# ppp temp entry.*/) print $0} and remove the irrelevant stuff in /etc/ppp/ip-up ? > chmod 0644 /etc/resolv.conf > -- > shouldn't using cp instead of mv preserve the rights of > /etc/resolv.conf ? right :) > Hope that wasn't posted to confusing ;) no, that's ok :) -- Olivier Blin
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked ?)
Am Sonntag, 17. August 2003 00:42 schrieb Olivier Blin: > > No he shouldn't. drakconnect should put it in /etc/resolv.conf, but I > > must admit that I don't see a case where it wouldn't be usefull > > Sorry, but I don't want to use drakconnect, it uses kppp ... > I want to use wvdial and I don't understand why there should be a line > "# ppp temp entry" in /etc/resolv.conf net_monitor uses kppp for modem. > > # for dynamic DNS support with gnome-ppp and kppp and draknet > > if grep -i '#.*ppp temp entry' /etc/resolv.conf >& /dev/null ; then > > > > If there is a line containing # ppp temp entry > > Ok, but why to do this ? > When should this happen ? > kppp writes /etc/resolv.conf after /etc/ppp/ip-up is run and I guess it > deletes its entries before /etc/ppp/ip-down is run. > I don't know any other soft that writes "# ppp temp entry" entries. Yep. I just wanted to say that you are not right that it doesn't work currently. After digging trough the script I agree that it is solved suboptimal. If , when the option usepeerdns is set, USEPEERDNS is set, that should be used to prove if the DNS should be written to /etc/resolv.conf. The current way breaks config by hand. > > > > PPP_TEMP_ENTRY=`grep '#.*ppp temp entry' /etc/resolv.conf | \ > >tail -1 | sed 's/.*ppp temp entry/# ppp temp entry/' ` > > > > PPP_TEMP_ENTRY="# ppp temp entry", written in a style that it could > > win the most useless use of sed award. > > agree :) > > Thanks for your help.
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked ?)
Am Sonntag, 17. August 2003 00:23 schrieb Steffen Barszus: Well I know its bad style, but I pressed accidently on send :D > Ok , here we go > > #!/bin/bash > # This file should not be modified -- make local changes to > # /etc/ppp/ip-up.local instead > > here as supposed, an /etc/ppp/ip-up.d/ dir would be nice and more clean. > > PATH=/sbin:/usr/sbin:/bin:/usr/bin > export PATH > > LOGDEVICE=$6 > > Where is this documented ? I haven't found anything about it. > > > REALDEVICE=$1 > > export PATH=/sbin:/usr/sbin:/bin:/usr/bin > > if [ -x /usr/sbin/sendmail ];then > /usr/sbin/sendmail -q 2>/dev/null >/dev/null & > fi > > ===> /etc/ppp/ip-up.d/ > > > # for dynamic DNS support with gnome-ppp and kppp and draknet > if grep -i '#.*ppp temp entry' /etc/resolv.conf >& /dev/null ; then > > If there is a line containing # ppp temp entry > > > PPP_TEMP_ENTRY=`grep '#.*ppp temp entry' /etc/resolv.conf | \ >tail -1 | sed 's/.*ppp temp entry/# ppp temp entry/' ` > > PPP_TEMP_ENTRY="# ppp temp entry", written in a style that it could win the > most useless use of sed award. It doesn't make more then what I said in any case, so take the sed, the obsolete tail -1 and the grep out and ready. > > > else > unset PPP_TEMP_ENTRY > fi Are there cases there a dynamic DNS don't want to be used ? which ? From what I have read on the net, if the option usepeerdns is used the variable USEPEERDNS is set, so this could be used, am I right ? > if [ -n "$PPP_TEMP_ENTRY" ]; then > [ -n "$DNS1" ] && \ > echo -e "nameserver $DNS1 $PPP_TEMP_ENTRY" >> /etc/resolv.conf > [ -n "$DNS2" ] && \ > echo -e "nameserver $DNS2 $PPP_TEMP_ENTRY" >> /etc/resolv.conf > fi > > [ -f /etc/sysconfig/network-scripts/ifcfg-${LOGDEVICE} ] && > /etc/sysconfig/network-scripts/ifup-post ifcfg-${LOGDEVICE} > > [ -x /etc/ppp/ip-up.local ] && /etc/ppp/ip-up.local "$@" > > exit 0 And the ip-down #!/bin/bash [.. snip ...] mv -f /etc/resolv.conf /etc/resolv.conf.tmp cat /etc/resolv.conf.tmp | awk '{if(!/nameserver .* # ppp temp entry.*/) print $0}' > /etc/resolv.conf -- print all lines that does not contain the pattern nameserver ... # ppp temp entry to /etc/resolv.conf chmod 0644 /etc/resolv.conf -- shouldn't using cp instead of mv preserve the rights of /etc/resolv.conf ? Hope that wasn't posted to confusing ;) Steffen
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked?)
> No he shouldn't. drakconnect should put it in /etc/resolv.conf, but I > must admit that I don't see a case where it wouldn't be usefull Sorry, but I don't want to use drakconnect, it uses kppp ... I want to use wvdial and I don't understand why there should be a line "# ppp temp entry" in /etc/resolv.conf > # for dynamic DNS support with gnome-ppp and kppp and draknet > if grep -i '#.*ppp temp entry' /etc/resolv.conf >& /dev/null ; then > > If there is a line containing # ppp temp entry Ok, but why to do this ? When should this happen ? kppp writes /etc/resolv.conf after /etc/ppp/ip-up is run and I guess it deletes its entries before /etc/ppp/ip-down is run. I don't know any other soft that writes "# ppp temp entry" entries. > > PPP_TEMP_ENTRY=`grep '#.*ppp temp entry' /etc/resolv.conf | \ >tail -1 | sed 's/.*ppp temp entry/# ppp temp entry/' ` > > PPP_TEMP_ENTRY="# ppp temp entry", written in a style that it could > win the most useless use of sed award. agree :) Thanks for your help. -- Olivier Blin
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked ?)
Am Samstag, 16. August 2003 23:50 schrieb Olivier Blin: > > That means that all lines "nameserver ... # ppp temp entry" > > are deleted. The rule is not applied to a line there only "# ppp temp > > entry" is in. That means the DNS are written in /etc/resolv.conf if # > > ppp temp entry is in /etc/resolv.conf > > [snip] > > > Try writing a line > > # ppp temp entry > > in /etc/resolv.conf . Then ip-up should write the dynamic nameserver > > in /etc/resolv.conf > > I already know this trick, but the user shouldn't have to do this !! > Why should we write "# ppp temp entry" in /etc/resolv.conf to get it to > work ? > This doesn't work out of the box ! > And the user don't have to reverse ingeneer scripts ... No he shouldn't. drakconnect should put it in /etc/resolv.conf, but I must admit that I don't see a case where it wouldn't be usefull > > If you wish I can fully pots ip-up /ip-down and explain what I think > > what happens. > s/pots/post/ > Yes, that would help me :) Well I guess it isn't need anymore, since your point it should be allways done, not only if # ppp temp entry is in /etc/resolv.conf. I would basically say that you want that drakconnect does write this line for modem too in /etc/resolv.conf Ok , here we go #!/bin/bash # This file should not be modified -- make local changes to # /etc/ppp/ip-up.local instead here as supposed, an /etc/ppp/ip-up.d/ dir would be nice and more clean. PATH=/sbin:/usr/sbin:/bin:/usr/bin export PATH LOGDEVICE=$6 Where is this documented ? I haven't found anything about it. REALDEVICE=$1 export PATH=/sbin:/usr/sbin:/bin:/usr/bin if [ -x /usr/sbin/sendmail ];then /usr/sbin/sendmail -q 2>/dev/null >/dev/null & fi ===> /etc/ppp/ip-up.d/ # for dynamic DNS support with gnome-ppp and kppp and draknet if grep -i '#.*ppp temp entry' /etc/resolv.conf >& /dev/null ; then If there is a line containing # ppp temp entry PPP_TEMP_ENTRY=`grep '#.*ppp temp entry' /etc/resolv.conf | \ tail -1 | sed 's/.*ppp temp entry/# ppp temp entry/' ` PPP_TEMP_ENTRY="# ppp temp entry", written in a style that it could win the most useless use of sed award. else unset PPP_TEMP_ENTRY fi if [ -n "$PPP_TEMP_ENTRY" ]; then [ -n "$DNS1" ] && \ echo -e "nameserver $DNS1 $PPP_TEMP_ENTRY" >> /etc/resolv.conf [ -n "$DNS2" ] && \ echo -e "nameserver $DNS2 $PPP_TEMP_ENTRY" >> /etc/resolv.conf fi [ -f /etc/sysconfig/network-scripts/ifcfg-${LOGDEVICE} ] && /etc/sysconfig/network-scripts/ifup-post ifcfg-${LOGDEVICE} [ -x /etc/ppp/ip-up.local ] && /etc/ppp/ip-up.local "$@" exit 0
Re: [Cooker] kppp and suid
> It seems that pppd can't be run as non-root user. > I've tried and pppd writes the following to syslog: > "/usr/sbin/pppd: must be root to run /usr/sbin/pppd, since it is not > setuid-root" Errm, perhaps I was wrong, I tried to set device on pppd command line ... But a strace on pppd gave this : geteuid32() = 501 write(2, "/usr/sbin/pppd: must be root to "..., 80/usr/sbin/pppd: must be root to run /usr/sbin/pppd, since it is not setuid-root Shouldn't geteuid32() return 0 since geteuid() returns the effective user ID of the current process. The effective ID corresponds to the set ID bit on the file being executed, so root with pppd. -- Olivier Blin
Re: [Cooker] kppp and suid
> pppd running as root != pppd running by root yes > The only way to dial up for user is to use peer scripts and having > pppd setuid root. This way pppd can be started by user, since pppd > call is not a priviliged option. :) It seems that pppd can't be run as non-root user. I've tried and pppd writes the following to syslog: "/usr/sbin/pppd: must be root to run /usr/sbin/pppd, since it is not setuid-root" But pppd is setuid root ... $ ls -l /usr/sbin/pppd -rwsr-xr-t1 root root 221656 aoû 13 12:03 /usr/sbin/pppd -- Olivier Blin
Re: [Cooker] 2.6-tips and docs
On Sat, 2003-08-16 at 19:15, stronne wrote: > 13. Aug 2003 17:22, Andrey Borzenkov wrote: > > > > Argh ... > > > > please, install module-init-tools and hotplug from > > > > http://supermount-ng.sf.net/mdk-25/ > > > > (they are SRPM you will have to compile them) then do > > > I tried to install module-init-tools-0.9.13-1bor.src.rpm > with # rpm --rebuild > It said it needs /usr/lib/libc.a > Anybody any idea where I could find that? glibc-static-devel . -- adamw
Re: [Cooker] Cooker installation report (not good)
On Sat, 2003-08-16 at 22:21, guran wrote: > On Saturday 16 August 2003 22.38, Duncan wrote: > > On Sat 16 Aug 2003 05:23, Frederic Soulier posted as excerpted below: > > > 3) Missing KDE programs (eg Konsole) > > > > Konsole was just split off of kdebase. It's now a separate package, > > kdebase-konsole, or some such. I think it should still be installed by > > default, but either it isn't tweaked to do so when selecting KDE yet, due > > the the newness of the split, or others think otherwise, it would seem > This has happened for me a couple of times now, and I am afraid that someone > might be trying to do the same mistake as RedHat has been doing, forcing the > user away from KDE. to the slower and rigid Gnome. > Pathetic, if this is the case. > guran However, you're being paranoid and unhelpful. KDE is being split up because it makes perfect sense to split KDE up, and what you're seeing is teething troubles, and the reason you're seeing them is because this is Cooker, where teething troubles happen. Don't like 'em, go elsewhere. See, no need to panic. -- adamw
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked?)
> That means that all lines "nameserver ... # ppp temp entry" > are deleted. The rule is not applied to a line there only "# ppp temp > entry" is in. That means the DNS are written in /etc/resolv.conf if # > ppp temp entry is in /etc/resolv.conf [snip] > Try writing a line > # ppp temp entry > in /etc/resolv.conf . Then ip-up should write the dynamic nameserver > in /etc/resolv.conf I already know this trick, but the user shouldn't have to do this !! Why should we write "# ppp temp entry" in /etc/resolv.conf to get it to work ? This doesn't work out of the box ! And the user don't have to reverse ingeneer scripts ... > If you wish I can fully pots ip-up /ip-down and explain what I think > what happens. Yes, that would help me :) -- Olivier Blin
Re: [Cooker] weird slowdowns with Cooker today
On Sat, 2003-08-16 at 14:29, Buchan Milne wrote: > On Sat, 16 Aug 2003, Adam Williamson wrote: > > > OK, more info, this is a little weird...I've booted with > > kernel-multimedia to try that, and the problem is still there, but it's > > not as *bad* - the system response is still sluggish under file > > downloads, but not *as* sluggish as with the main kernel. I'm really > > confused now...:) > > Is this machine connected directly to the internet? Maybe you're the > victim of excessive traffic / bad packets from infected Windows boxes? > Some linux boxes routing on our university network apparently took some > beating from blaster-infected machines ... Not directly connected, it's connected through a firewalled router. I doubt that's the answer, because the system response is fine all the time except when there's network traffic *to this system*. -- adamw
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked ?)
Am Samstag, 16. August 2003 22:31 schrieb Olivier Blin: > > If kppp does it and PPP_TEMP_ENTRY is not set, isn't it right ? > > kppp doesn't use /etc/ppp/ip-up to write dynamic DNS entries in > /etc/resolv.conf never used kppp > > Otherwise the nameservers would be written two times in there, > > wouldn't it ? > > Yes, because kppp sets itself the dynamic DNS entries and ip-up *never* > sets this dynamic DNS entries, while it should be its job, not kppp's. agree > > Why do you think it will never match ? because the # ppp > > temp entry is not set in this case ? > > Because when connection is closed, /etc/ppp/ip-down removes all lines > matching"# ppp temp entry". What I wanted to point out it that > PPP_TEMP_ENTRY variable is never set, so there no need to use it ... Hmm I don't think that you are right. What you are talking of is the following from /etc/ppp/ip-down: awk '{if(!/nameserver .* # ppp temp entry.*/) print $0}' > /etc/resolv.conf That means that all lines "nameserver ... # ppp temp entry" are deleted. The rule is not applied to a line there only "# ppp temp entry" is in. That means the DNS are written in /etc/resolv.conf if # ppp temp entry is in /etc/resolv.conf > > > For dialup users, with the current ip-up script, only kppp sets > > > dynamic DNS in /etc/resolv.conf (it doesn't use the ip-up to do > > > that) ... > > > > Hmmm > > Your complain is that for modem use only kppp works ? > > Roughly speaking, yes. > My real complain is that for dialup modem use, only kppp sets dynamic > DNS correctly, but it doesn't use ip-up to set them, though I don't know > how kppp does it (perhaps it uses /etc/peers/resolv.conf) > When others dialers (ppp-on, wvdial) are used, dynamic DNS aren't used, > ip-up doesn't write the DNS in /etc/resolv.conf while it should (see my > proposed fix) Try writing a line # ppp temp entry in /etc/resolv.conf . Then ip-up should write the dynamic nameserver in /etc/resolv.conf > > If drakconnect sets this entry normally in /etc/resolv.conf and > > doesn't do that for modem since it is supposed to work with kppp it is > > sure a bug. > > It seems that drakconnect use kppp, when I try to connect with > drakconnect, I launchs kppp as root. > It's /etc/ppp/ip-up 's job to set the dynamic DNS entries in > /etc/resolv.conf, but it is never done because PPP_TEMP_ENTRY is never > set. Well disagree, see above. At least thats what I read from the code. > > I have a bit the feeling I don't understand what you want to say, but > > thats Ok I guess ;) > > Sorry, it's a bit hard to explain ;) Well I must admit that under 9.1 I doesn't get written the temporary DNS to /etc/resolv.conf . But under 9.2b1 it is working as explained above. If you wish I can fully pots ip-up /ip-down and explain what I think what happens. Steffen
Re: [Cooker] kppp and suid
Am Samstag, 16. August 2003 22:37 schrieb Olivier Blin: > > > kppp has root suid, is it really necessary ? > > > pppd has already root suid, shouldn't it be be enough ? > > > > no, since kppp needs to write into /etc/ppp/* > > Does it really need to write there ? > No way to use ~/.ppprc only ? > > I've noticed that all dialers use /var/lock/LCK..ttyS? files. > So they must be run as root. > This prevent for example wvdial to be run as non-root user. Well nothing to discuss here. pppd running as root != pppd running by root The only way to dial up for user is to use peer scripts and having pppd setuid root. This way pppd can be started by user, since pppd call is not a priviliged option. :) Steffen
Re: [Cooker] Cooker installation report (not good)
On Saturday 16 August 2003 22.38, Duncan wrote: > On Sat 16 Aug 2003 05:23, Frederic Soulier posted as excerpted below: > > 3) Missing KDE programs (eg Konsole) > > Konsole was just split off of kdebase. It's now a separate package, > kdebase-konsole, or some such. I think it should still be installed by > default, but either it isn't tweaked to do so when selecting KDE yet, due > the the newness of the split, or others think otherwise, it would seem This has happened for me a couple of times now, and I am afraid that someone might be trying to do the same mistake as RedHat has been doing, forcing the user away from KDE. to the slower and rigid Gnome. Pathetic, if this is the case. guran -- Mandrake Linux Cooker 9.2 kernel-2.4.22.0.6mdk-1-1mdk Only in a society that has 'a priori' defined what is the truth can the result from the evolution of life be defined false.
Re: [Cooker] Cooker installation report (not good)
On Sat 16 Aug 2003 05:23, Frederic Soulier posted as excerpted below: > 3) Missing KDE programs (eg Konsole) Konsole was just split off of kdebase. It's now a separate package, kdebase-konsole, or some such. I think it should still be installed by default, but either it isn't tweaked to do so when selecting KDE yet, due the the newness of the split, or others think otherwise, it would seem -- Duncan - List replies preferred. "They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." Benjamin Franklin
Re: [Cooker] kppp and suid
> > kppp has root suid, is it really necessary ? > > pppd has already root suid, shouldn't it be be enough ? > no, since kppp needs to write into /etc/ppp/* Does it really need to write there ? No way to use ~/.ppprc only ? I've noticed that all dialers use /var/lock/LCK..ttyS? files. So they must be run as root. This prevent for example wvdial to be run as non-root user. -- Olivier Blin
Re: [Cooker] kernel-tmb-2.4.22-0.5.1tmb_mdk
Corrected addresses: ( me sucks :/ ) > I finally got it all together, and here it is: > (and I have redownloaded every one and verified their md5ums...) > > The kernel rpms: http://www.iki.fi/tmb/Cooker/kernel-tmb-2.4.22.0.5.1tmb_mdk-1-1mdk.i586.rpm http://www.iki.fi/tmb/Cooker/kernel-tmb-2.4.22.0.5.1tmb_mdk-1-1mdk.src.rpm > > A tarball with all changed or new patches: http://www.iki.fi/tmb/Cooker/kernel-2.4.22-0.5.1tmb_changed_patches.tar.bz2 > > Rebuilt ksensors and gsensors to use lm_sensors 2.8.0 > (this needs to be done in contribs too): http://www.iki.fi/tmb/Cooker/ksensors-0.7.2-7mdk.i586.rpm http://www.iki.fi/tmb/Cooker/gsensors-0.9c-2mdk.i586.rpm > > md5sums: http://www.iki.fi/tmb/Cooker/md5sums.asc > > > %changelog > * Sat Aug 16 2003 Thomas Backlund <[EMAIL PROTECTED]> 2.4.22-0.5.1tmb_mdk > - prepare for possible contribs upload > * don't build any other rpms than up, enterprise and source > * if you need smp, secure, BOOT or doc, rebuild using the > '--with ' switch > * change kernel name to kernel-tmb > * change versioning to style .tmb_mdk > to satisfy /etc/init.d/kheader > - change specfile scripts to use 'head -n 1' > - correct grsec url > - drop many patches merged upstream > - sync drm with dri 20030816: > * updated radeon, r128, mga, i8xx, ... > - removed .Makefile.swp from atmelwlan > - add missing configs to orinoco 0.13e > - update wireless acx100 0.1f (uses dynamic windows firmware loading) > - update ieee1394 to rev 1026 > - update pci.ids to 20030815 + my addons > - update agpgart > * add some missing via > * Radeon IGP support > - cifs 0.8.7 + cvs quota > - correct text in vesafb documentation > - xattr + acl support on ext2/3 (nfsacl support disabled) > - xattr + acl support on IBM jfs > - psaux patch for synaptics > - many updates to i2c/lmsensors, even after svetljos updates, > due to outdated mkpatch script in i2c/lmsensors packages: > * added some missing docs > * i2c: PCF on EPP, ppc 405 on-chip, BMC over IPMI, nForce2 > * sensors: BMC, LM83, DS1307, SmartBattery, W83627HF/THF, W83697HF > - updated bluetooth + dynamic firmware loading (mike) > - BadRAM support (udo) > - supermount-ng 1.2.8 (andrey) > - update bttv to 20030625 (svetljo) > - updates to lirc sa7134 (svetljo) > - gcc 3.3 and ULL fixes (svetljo) > - sbp2 + scsi hotadd/remove patch (svetljo) > > * Fri Aug 15 2003 Juan Quintela <[EMAIL PROTECTED]> 2.4.22-0.5mdk > [...] > > Now... > I didn't enable multiple scsi luns since I was told you should be able to > override it with lilo/grub on append line "max_scsi_luns=..." > > or as an option in /etc/modules.conf > options scsi_mod max_scsi_luns=... > > Now, please tell me does it work for you ... > If not... I'll have to reconsider switching it on by default... > > So... Whats next... > > I'm looking at : > working acpi for nForce (yeah... I'm dreamin' ... ;-) ...) > acl support for ReiserFS courtesy of SuSe... > working Via CLE and Savage dri/drm > VIA AGP 3.0 bugfixes... > more serial ata support > - SiS, ITC, Via, intel, Promise.. > vloopback support > more drivers... > updating old drivers... > ... > suggestions... please ... > > > > Thomas > > PS. > Juan! > attached is a patch for your kernel-2.4.spec > - it corrects the grsec url > - it changes the specfile to use 'head -n 1' >
[Cooker] Announce: bacula 1.31a rpms available
bacula 1.31a is packaged and available from http://percy.comedia.it/~bluca/cooker/bacula/ if someone is still interested in the thing please give me some feedback regards, L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media & Services S.r.l. /"\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked?)
> If kppp does it and PPP_TEMP_ENTRY is not set, isn't it right ? kppp doesn't use /etc/ppp/ip-up to write dynamic DNS entries in /etc/resolv.conf > Otherwise the nameservers would be written two times in there, > wouldn't it ? Yes, because kppp sets itself the dynamic DNS entries and ip-up *never* sets this dynamic DNS entries, while it should be its job, not kppp's. > Why do you think it will never match ? because the # ppp > temp entry is not set in this case ? Because when connection is closed, /etc/ppp/ip-down removes all lines matching"# ppp temp entry". What I wanted to point out it that PPP_TEMP_ENTRY variable is never set, so there no need to use it ... > > For dialup users, with the current ip-up script, only kppp sets > > dynamic DNS in /etc/resolv.conf (it doesn't use the ip-up to do > > that) ... > > Hmmm > Your complain is that for modem use only kppp works ? Roughly speaking, yes. My real complain is that for dialup modem use, only kppp sets dynamic DNS correctly, but it doesn't use ip-up to set them, though I don't know how kppp does it (perhaps it uses /etc/peers/resolv.conf) When others dialers (ppp-on, wvdial) are used, dynamic DNS aren't used, ip-up doesn't write the DNS in /etc/resolv.conf while it should (see my proposed fix) > If drakconnect sets this entry normally in /etc/resolv.conf and > doesn't do that for modem since it is supposed to work with kppp it is > sure a bug. It seems that drakconnect use kppp, when I try to connect with drakconnect, I launchs kppp as root. It's /etc/ppp/ip-up 's job to set the dynamic DNS entries in /etc/resolv.conf, but it is never done because PPP_TEMP_ENTRY is never set. > I have a bit the feeling I don't understand what you want to say, but > thats Ok I guess ;) Sorry, it's a bit hard to explain ;) -- Olivier Blin
[Cooker] kernel-tmb-2.4.22-0.5.1tmb_mdk
I finally got it all together, and here it is: (and I have redownloaded every one and verified their md5ums...) The kernel rpms: http://www.iki.fi/tmb/kernel-tmb-2.4.22.0.5.1tmb_mdk-1-1mdk.i586.rpm http://www.iki.fi/tmb/kernel-tmb-2.4.22.0.5.1tmb_mdk-1-1mdk.src.rpm A tarball with all changed or new patches: http://www.iki.fi/tmb/kernel-2.4.22-0.5.1tmb_changed_patches.tar.bz2 Rebuilt ksensors and gsensors to use lm_sensors 2.8.0 (this needs to be done in contribs too): http://www.iki.fi/tmb/ksensors-0.7.2-7mdk.i586.rpm http://www.iki.fi/tmb/gsensors-0.9c-2mdk.i586.rpm md5sums: http://www.iki.fi/tmb/md5sums.asc %changelog * Sat Aug 16 2003 Thomas Backlund <[EMAIL PROTECTED]> 2.4.22-0.5.1tmb_mdk - prepare for possible contribs upload * don't build any other rpms than up, enterprise and source * if you need smp, secure, BOOT or doc, rebuild using the '--with ' switch * change kernel name to kernel-tmb * change versioning to style .tmb_mdk to satisfy /etc/init.d/kheader - change specfile scripts to use 'head -n 1' - correct grsec url - drop many patches merged upstream - sync drm with dri 20030816: * updated radeon, r128, mga, i8xx, ... - removed .Makefile.swp from atmelwlan - add missing configs to orinoco 0.13e - update wireless acx100 0.1f (uses dynamic windows firmware loading) - update ieee1394 to rev 1026 - update pci.ids to 20030815 + my addons - update agpgart * add some missing via * Radeon IGP support - cifs 0.8.7 + cvs quota - correct text in vesafb documentation - xattr + acl support on ext2/3 (nfsacl support disabled) - xattr + acl support on IBM jfs - psaux patch for synaptics - many updates to i2c/lmsensors, even after svetljos updates, due to outdated mkpatch script in i2c/lmsensors packages: * added some missing docs * i2c: PCF on EPP, ppc 405 on-chip, BMC over IPMI, nForce2 * sensors: BMC, LM83, DS1307, SmartBattery, W83627HF/THF, W83697HF - updated bluetooth + dynamic firmware loading (mike) - BadRAM support (udo) - supermount-ng 1.2.8 (andrey) - update bttv to 20030625 (svetljo) - updates to lirc sa7134 (svetljo) - gcc 3.3 and ULL fixes (svetljo) - sbp2 + scsi hotadd/remove patch (svetljo) * Fri Aug 15 2003 Juan Quintela <[EMAIL PROTECTED]> 2.4.22-0.5mdk [...] Now... I didn't enable multiple scsi luns since I was told you should be able to override it with lilo/grub on append line "max_scsi_luns=..." or as an option in /etc/modules.conf options scsi_mod max_scsi_luns=... Now, please tell me does it work for you ... If not... I'll have to reconsider switching it on by default... So... Whats next... I'm looking at : working acpi for nForce (yeah... I'm dreamin' ... ;-) ...) acl support for ReiserFS courtesy of SuSe... working Via CLE and Savage dri/drm VIA AGP 3.0 bugfixes... more serial ata support - SiS, ITC, Via, intel, Promise.. vloopback support more drivers... updating old drivers... ... suggestions... please ... Thomas PS. Juan! attached is a patch for your kernel-2.4.spec - it corrects the grsec url - it changes the specfile to use 'head -n 1' --- kernel-2.4.spec 2003-08-15 05:38:12.0 +0300 +++ kernel-2.4.spec.new 2003-08-16 19:40:49.0 +0300 @@ -309,7 +309,7 @@ kernel. This package add options for kernel that make it more secure for servers and such. See : -http://grsecurity.net/features.htm +http://grsecurity.net/features.php for list of features we have included. @@ -737,7 +737,7 @@ fi # Any of the version.h are ok, as they only differ in the first line -ls %{_savedheaders}%{target_cpu}/*/version.h | head -1 | xargs grep -v UTS_RELEASE >> version.h +ls %{_savedheaders}%{target_cpu}/*/version.h | head -n 1 | xargs grep -v UTS_RELEASE >> version.h rm -rf %{_savedheaders} } ; popd #endif build_source
Re: [Cooker] kppp and suid
Am Samstag, 16. August 2003 21:20 schrieb Diego Iastrubni: > בשבת, 16 באוגוסט 2003, 21:25, Steffen Barszus כתב: > > Am Samstag, 16. August 2003 19:13 schrieb Olivier Blin: > > > Hi > > > > > > kppp has root suid, is it really necessary ? > > > pppd has already root suid, shouldn't it be be enough ? > > > > pppd setuid root => pppd has access to all files it needs as well as > > devices and is able to set the route > > kppp setuid root => using pppd as you were root, needed since using pppd > > as user you have only limited access to pppd. you can only dial with > > peerscripts and not set priviliged options. So kppp not running setuid > > root would result in not beeing able to use it at all. > > > > Steffen > > but if kppp is run as normal user, and then it invokes pppd which is suid > root, then pppd will become root no? What I mean is the following (man pppd): As indicated above, some security-sensitive options are privileged, which means that they may not be used by an ordinary non-privileged user running a setuid-root pppd, either on the command line, in the user's ~/.ppprc file, or in an options file read using the file option. Privileged options may be used in /etc/ppp/options file or in an options file read using the call option. If pppd is being run by the root user, privileged options can be used without restriction. If pppd is setuid root it has access as if it is root, but it is not run as if root has started it. Steffen
Re: [Cooker] Grub segfault...
On Friday 15 August 2003 4:17 am, Gregoire Favre honored me with this communique: > Hello, > > I have installed the new GRUB yesterday, and I didn't notice a problem, > know at boot, all I can see is: "GRUB". > I had the same problem. Neither of my boot floppies worked either (yes, they have the correct kernel for my current setup, and oddly enough they have worked in the past). I ended up downloading the MDK9.2 Beta 2 iso images with my WinXP box and burning them to CD so I could run "rescue". I then went to /boot/grub and ran install.sh. Problem solved - I hope. The box booted up properly at that point. Jay > And from the drakboot: > > [EMAIL PROTECTED] RPM]# drakboot > FATAL: Module floppy not found. > FATAL: Module floppy not found. > FATAL: Module floppy not found. > FATAL: Module floppy not found. > Probing devices to guess BIOS drives. This may take a long time. > /boot/grub/install.sh: line 4: 3616 Segmentation fault (core > dumped) grub --device-map=/boot/grub/device.map --batch < install (hd0,0)/boot/grub/stage1 d (hd0) (hd0,0)/boot/grub/stage2 p > (hd0,0)/boot/grub/menu.lst > quit > EOF > > > Grégoire > __ > http://www-ima.unil.ch/greg ICQ:16624071 mailto:[EMAIL PROTECTED] -- Opportunity is missed by most people because it is dressed in overalls and looks like work. - Thomas Edison
Re: [Cooker] kppp and suid
בשבת, 16 באוגוסט 2003, 21:25, Steffen Barszus כתב: > Am Samstag, 16. August 2003 19:13 schrieb Olivier Blin: > > Hi > > > > kppp has root suid, is it really necessary ? > > pppd has already root suid, shouldn't it be be enough ? > > pppd setuid root => pppd has access to all files it needs as well as > devices and is able to set the route > kppp setuid root => using pppd as you were root, needed since using pppd as > user you have only limited access to pppd. you can only dial with > peerscripts and not set priviliged options. So kppp not running setuid root > would result in not beeing able to use it at all. > > Steffen but if kppp is run as normal user, and then it invokes pppd which is suid root, then pppd will become root no? -- - diego _ / Come, landlord, fill the flowing bowl \ | until it does run over, Tonight we will | | all merry be -- tomorrow we'll get | | sober. -- John Fletcher, "The Bloody| \ Brother", II, 2 / - \ ^__^ \ (xx)\___ (__)\ )\/\ U ||w | || || Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked ?)
Am Samstag, 16. August 2003 19:52 schrieb Michael Scherer: > On Saturday 16 August 2003 18:35, Olivier Blin wrote: > > Have I missed something ? > > For dialup users, with the current ip-up script, only kppp sets > > dynamic DNS in /etc/resolv.conf (it doesn't use the ip-up to do that) > > I would also add something to replace if-up.local > > [ -x /etc/ppp/ip-up.local ] && /etc/ppp/ip-up.local "$@" > > replaced by > > if [ -d /etc/ppp/ifup-ppp.d -a -x /usr/bin/run-parts ]; > then > /usr/bin/run-parts --arg "$@" /etc/ppp/ipup.d/ > fi > > then just drop a script to call /etc/ppp/ipup.local in > /etc/ppp/ipup-ppp.d, for backward compatibility. > > the same applis for ipdown.local . absolutly agree with that :) > This would also mean we can remove the piece of code to flush sendmail > queue, and put it in a separate script, to be cleaner. Yep and it would enable packages to put scripts in there to be executed after dial-up. > > the second problem i see is that each file dropped in > /etc/sysconfig/network-scripts/ifup.d/, are not executed with pppd. > > to give a small example ( and the only one i see ), wshaperx does not > work out of the box, on a adsl connection. > > it seems that this line : > > [ -f /etc/sysconfig/network-scripts/ifcfg-${LOGDEVICE} ] && > /etc/sysconfig/network-scripts/ifup-post ifcfg-${LOGDEVICE} > > never call ifup-post, because $LOGDEVICE is always unset. > at least for adsl and RTC connection. I know that it also handle ppp > connection for Isdn and maybe for tunnel, so this line is maybe for > this kind of connection. > > removing this line and dropping a script in /etc/ppp/ipup.d/ could be a > solution. > > I think this solution can be more flexible than the current one. > > did i forget someting ? > is it possible to replace the script in the current package ? Would be nice Steffen
Re: [Cooker] kppp and suid
Am Samstag, 16. August 2003 19:13 schrieb Olivier Blin: > Hi > > kppp has root suid, is it really necessary ? > pppd has already root suid, shouldn't it be be enough ? pppd setuid root => pppd has access to all files it needs as well as devices and is able to set the route kppp setuid root => using pppd as you were root, needed since using pppd as user you have only limited access to pppd. you can only dial with peerscripts and not set priviliged options. So kppp not running setuid root would result in not beeing able to use it at all. Steffen
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked ?)
Am Samstag, 16. August 2003 18:35 schrieb Olivier Blin: > Hi, > > I've found some weird things in /etc/ppp/ip-up > > 1) what's this trick for PPP_TEMP_ENTRY ? > # for dynamic DNS support with gnome-ppp and kppp and draknet > if grep -i '#.*ppp temp entry' /etc/resolv.conf >& /dev/null ; then > PPP_TEMP_ENTRY=`grep '#.*ppp temp entry' /etc/resolv.conf | \ >tail -1 | sed 's/.*ppp temp entry/# ppp temp entry/' ` > else > unset PPP_TEMP_ENTRY > fi > Why use this grep | tail | sed ? The result should always be "# ppp temp > entry" well , dunno > 2) kppp now writes temp entries in /etc/resolv.conf after /etc/ppp/ip-up > is run, gnome-ppp isn't supported anymore, and drakconnect uses kppp (it > even run it as root ...), so there is no need to check for "#.*ppp temp > entry" here ... > "grep -i '#.*ppp temp entry' /etc/resolv.conf" will never match here. > So PPP_TEMP_ENTRY will never be set. If kppp does it and PPP_TEMP_ENTRY is not set, isn't it right ? Otherwise the nameservers would be written two times in there, wouldn't it ? Why do you think it will never match ? because the # ppp temp entry is not set in this case ? > 3) Since PPP_TEMP_ENTRY is always unset, the script never writes DNS in > /etc/resolv.conf > This is a problem when pppd or wvdial are used to establish the > connection. > > if [ -n "$PPP_TEMP_ENTRY" ]; then > [ -n "$DNS1" ] && \ > echo -e "nameserver $DNS1 $PPP_TEMP_ENTRY" >>/etc/resolv.conf > [ -n "$DNS2" ] && \ > echo -e "nameserver $DNS2 $PPP_TEMP_ENTRY" >> /etc/resolv.conf > fi true > I propose to drop all this "if grep -i '#.*ppp temp entry' > /etc/resolv.conf" and "if [ -n "$PPP_TEMP_ENTRY" ]" blocks and to > replace them with : > > PPP_TEMP_ENTRY="# ppp temp entry" > [ -n "$DNS1" ] && \ > echo -e "nameserver $DNS1 $PPP_TEMP_ENTRY" >>/etc/resolv.conf > [ -n "$DNS2" ] && \ > echo -e "nameserver $DNS2 $PPP_TEMP_ENTRY" >> /etc/resolv.conf > > > Have I missed something ? > For dialup users, with the current ip-up script, only kppp sets dynamic > DNS in /etc/resolv.conf (it doesn't use the ip-up to do that) ... Hmmm Your complain is that for modem use only kppp works ? If drakconnect sets this entry normally in /etc/resolv.conf and doesn't do that for modem since it is supposed to work with kppp it is sure a bug. I have a bit the feeling I don't understand what you want to say, but thats Ok I guess ;) Steffen
Re: [Cooker] 2.6-tips and docs
13. Aug 2003 17:22, Andrey Borzenkov wrote: > > Argh ... > > please, install module-init-tools and hotplug from > > http://supermount-ng.sf.net/mdk-25/ > > (they are SRPM you will have to compile them) then do > I tried to install module-init-tools-0.9.13-1bor.src.rpm with # rpm --rebuild It said it needs /usr/lib/libc.a Anybody any idea where I could find that? Thanks Stronne
[Cooker] The 2.6 Kernel - Raid Support?
I just installed 2.6.0-0.test3.1 and I get a message that: No module raid1 fouud for kernel 2.6.0-0.test3.1mdk. Is raid not an option in 2.6 yet?
Re: [Cooker] kppp and suid
On Saturday 16 August 2003 19:51, Diego Iastrubni wrote: > > Hi > > > > kppp has root suid, is it really necessary ? > > pppd has already root suid, shouldn't it be be enough ? > > no, since kppp needs to write into /etc/ppp/* what about using a group for this ? /etc/ppp/ could be group writeable, and kppp sgid to this group. -- Michaël Scherer
Re: [Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked ?)
On Saturday 16 August 2003 18:35, Olivier Blin wrote: > Hi, > > I've found some weird things in /etc/ppp/ip-up > > 1) what's this trick for PPP_TEMP_ENTRY ? > # for dynamic DNS support with gnome-ppp and kppp and draknet > if grep -i '#.*ppp temp entry' /etc/resolv.conf >& /dev/null ; then > PPP_TEMP_ENTRY=`grep '#.*ppp temp entry' /etc/resolv.conf | \ >tail -1 | sed 's/.*ppp temp entry/# ppp temp entry/' ` > else > unset PPP_TEMP_ENTRY > fi > > Why use this grep | tail | sed ? The result should always be "# ppp > temp entry" > > 2) kppp now writes temp entries in /etc/resolv.conf after > /etc/ppp/ip-up is run, gnome-ppp isn't supported anymore, and > drakconnect uses kppp (it even run it as root ...), so there is no > need to check for "#.*ppp temp entry" here ... > "grep -i '#.*ppp temp entry' /etc/resolv.conf" will never match here. > So PPP_TEMP_ENTRY will never be set. > > 3) Since PPP_TEMP_ENTRY is always unset, the script never writes DNS > in /etc/resolv.conf > This is a problem when pppd or wvdial are used to establish the > connection. > > if [ -n "$PPP_TEMP_ENTRY" ]; then > [ -n "$DNS1" ] && \ > echo -e "nameserver $DNS1 $PPP_TEMP_ENTRY" >>/etc/resolv.conf > [ -n "$DNS2" ] && \ > echo -e "nameserver $DNS2 $PPP_TEMP_ENTRY" >> /etc/resolv.conf > fi > > > I propose to drop all this "if grep -i '#.*ppp temp entry' > /etc/resolv.conf" and "if [ -n "$PPP_TEMP_ENTRY" ]" blocks and to > replace them with : > > PPP_TEMP_ENTRY="# ppp temp entry" > [ -n "$DNS1" ] && \ > echo -e "nameserver $DNS1 $PPP_TEMP_ENTRY" >>/etc/resolv.conf > [ -n "$DNS2" ] && \ > echo -e "nameserver $DNS2 $PPP_TEMP_ENTRY" >> /etc/resolv.conf > > > Have I missed something ? > For dialup users, with the current ip-up script, only kppp sets > dynamic DNS in /etc/resolv.conf (it doesn't use the ip-up to do that) I would also add something to replace if-up.local [ -x /etc/ppp/ip-up.local ] && /etc/ppp/ip-up.local "$@" replaced by if [ -d /etc/ppp/ifup-ppp.d -a -x /usr/bin/run-parts ]; then /usr/bin/run-parts --arg "$@" /etc/ppp/ipup.d/ fi then just drop a script to call /etc/ppp/ipup.local in /etc/ppp/ipup-ppp.d, for backward compatibility. the same applis for ipdown.local . This would also mean we can remove the piece of code to flush sendmail queue, and put it in a separate script, to be cleaner. the second problem i see is that each file dropped in /etc/sysconfig/network-scripts/ifup.d/, are not executed with pppd. to give a small example ( and the only one i see ), wshaperx does not work out of the box, on a adsl connection. it seems that this line : [ -f /etc/sysconfig/network-scripts/ifcfg-${LOGDEVICE} ] && /etc/sysconfig/network-scripts/ifup-post ifcfg-${LOGDEVICE} never call ifup-post, because $LOGDEVICE is always unset. at least for adsl and RTC connection. I know that it also handle ppp connection for Isdn and maybe for tunnel, so this line is maybe for this kind of connection. removing this line and dropping a script in /etc/ppp/ipup.d/ could be a solution. I think this solution can be more flexible than the current one. did i forget someting ? is it possible to replace the script in the current package ? -- Michaël Scherer
Re: [Cooker] kppp and suid
בשבת, 16 באוגוסט 2003, 20:13, Olivier Blin כתב: > Hi > > kppp has root suid, is it really necessary ? > pppd has already root suid, shouldn't it be be enough ? no, since kppp needs to write into /etc/ppp/* -- - diego _ / Never lie down with a woman who's got \ | more troubles than you -- Murphy's Laws | \ on Sex n°39 / - \ ^__^ \ (xx)\___ (__)\ )\/\ U ||w | || || Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
Re: [Cooker] weird slowdowns with Cooker today
On Saturday 16 August 2003 08:05 am, Ron Stodden wrote: > > > > > > > > Adam Williamson wrote: > cite="[EMAIL PROTECTED]"> > On Sat, 2003-08-16 at 02:59, Ron Stodden wrote: > > > Yes, I know this problem. You can avoid rebooting by: > > 1. Check that your swapfile is not full. If it is, generate a much > bigger one. > > > > My swapfile is 1.5GB. Not likely to be the problem. > > > > Tip: Use a console (Ctrl+Alt+F2), log in as root, and run > top. Swapfile stats are at the top. > This will then be there whenever you want it. whether KDE is running or > not. Don't run it from KDE, because of 2 below. > > > > Yes, thanks, I knew that. > > But the 1000 or so lurkers may not, and should be grateful.. > cite="[EMAIL PROTECTED]"> > > 2. When things slow down do Ctrl+Alt+Backspace and relog > on. This is quick and will give you a new KDE and current applications > setup. Particularly in this case a new Mozilla/Galeon, which in my case > seems to trigger the slowdown problem. > > > > Not practical. Besides, I use GNOME. Can you check and see if the > problem is linked directly to network transfers, as it seems to be for > me ATM? Any type of heavy network transfer slows the system down. > > > No, heavy network transfer (eg d/l cooker at broadband 300Kbs for half > an hour, say) has no detectable performance penalty on > anything. Processor is a 2.0GHz Pentium, memory > 266MHz. > -- > Ron. [Melbourne, Australia] > "If you keep a green bough in your heart, the singing bird will come" > Get Fastest Mandrake downloader, English-only, from: > href="http://members.optusnet.com.au/ronst/";>http://members.optusnet.com.au >/ronst/ Click all ye faithful! > > HTML??? On Cooker??? Hmm -- Ken Thompson WA7SYR Payette, Idaho Email: [EMAIL PROTECTED] Linux- Coming Soon To A Desktop Near You Registered Linux User #183936
[Cooker] kppp and suid
Hi kppp has root suid, is it really necessary ? pppd has already root suid, shouldn't it be be enough ? -- Olivier Blin
[Cooker] dynamic DNS and /etc/ppp/ip-up (need to be rethinked ?)
Hi, I've found some weird things in /etc/ppp/ip-up 1) what's this trick for PPP_TEMP_ENTRY ? # for dynamic DNS support with gnome-ppp and kppp and draknet if grep -i '#.*ppp temp entry' /etc/resolv.conf >& /dev/null ; then PPP_TEMP_ENTRY=`grep '#.*ppp temp entry' /etc/resolv.conf | \ tail -1 | sed 's/.*ppp temp entry/# ppp temp entry/' ` else unset PPP_TEMP_ENTRY fi Why use this grep | tail | sed ? The result should always be "# ppp temp entry" 2) kppp now writes temp entries in /etc/resolv.conf after /etc/ppp/ip-up is run, gnome-ppp isn't supported anymore, and drakconnect uses kppp (it even run it as root ...), so there is no need to check for "#.*ppp temp entry" here ... "grep -i '#.*ppp temp entry' /etc/resolv.conf" will never match here. So PPP_TEMP_ENTRY will never be set. 3) Since PPP_TEMP_ENTRY is always unset, the script never writes DNS in /etc/resolv.conf This is a problem when pppd or wvdial are used to establish the connection. if [ -n "$PPP_TEMP_ENTRY" ]; then [ -n "$DNS1" ] && \ echo -e "nameserver $DNS1 $PPP_TEMP_ENTRY" >>/etc/resolv.conf [ -n "$DNS2" ] && \ echo -e "nameserver $DNS2 $PPP_TEMP_ENTRY" >> /etc/resolv.conf fi I propose to drop all this "if grep -i '#.*ppp temp entry' /etc/resolv.conf" and "if [ -n "$PPP_TEMP_ENTRY" ]" blocks and to replace them with : PPP_TEMP_ENTRY="# ppp temp entry" [ -n "$DNS1" ] && \ echo -e "nameserver $DNS1 $PPP_TEMP_ENTRY" >>/etc/resolv.conf [ -n "$DNS2" ] && \ echo -e "nameserver $DNS2 $PPP_TEMP_ENTRY" >> /etc/resolv.conf Have I missed something ? For dialup users, with the current ip-up script, only kppp sets dynamic DNS in /etc/resolv.conf (it doesn't use the ip-up to do that) ... -- Olivier Blin
[Cooker] Radeon 9xxx + Mandrake 9.2 Beta 2 ....
Well, today I managed to get my Radeon 9xxx working w/ Mandrake 9.2 beta 2! Now, when I say "working" , I mean with high performance OpenGL support using the FireGL drivers. The issue has long been ATi not releasing drivers for Xfree86 4.3.0, but Schneider Digital has Xfree86 4.3.0 drivers: http://www.schneider-digital.de/html/download_ati.html For most people these drivers work great, unless ... you have a KT400 chipset. With the KT400 chipset, you'll continually get errors when X starts up stating "unable to determine aperture size". Anyways, after some digging around on google, I found this site: http://nifelheim.dyndns.org/~cocidius/ This site contains a patch for that ATi driver, and it works quite well as long as you follow the simple steps closely. Summary of files I used: GLX1_LINUX_X4.3.ZIP (this extracts into an RPM,and a README) fglrx-glc22-4.2.0-2.5.1.i586-kt400agp3.patch My hardware: Athlon XP 1800+ 512 MB DDR PC333 ATI Radeon 9500 ECS L7VTA mainboard (KT400 chipset) I'm off to benchmark UT2K3 now. :-) -- Nicholas Bolibruch - afxgrin Public Key - http://www.afxgrin.com/my_key.txt signature.asc Description: This is a digitally signed message part
[Cooker] Re: Installed 2.6 kernel rpm won't boot.
On Saturday 16 August 2003 12:21, Andrey Borzenkov wrote: [...] > > It is going to be a problem. So what people think if I change spec from > > if new install > generate modprobe conf > > to > > if modprobe.conf is empty > generate modprobe.conf > > ??? It seems that current case more prblems than it helps ... I uploaded new version that does it. please test. of course, as you have non-empty modprobe.conf ...
Re: [Cooker] This is already one week the problem exist and it was notified but nobody fixed it
Le Samedi 16 Août 2003 15:10, Buchan Milne a écrit : > On Sat, 16 Aug 2003, Lea Gris wrote: > > Buchan Milne a écrit : > > > Well, you were not given assurance that all packages from Club would be > > > supported, you joined MandrakeClub to support Mandrakesoft, mainly to > > > develop the distribution itslf (if you read the page describing the > > > benefits). > > > > Well, I'm sorry for my trollish way of saying it. The real point here is > > I'm just willing to expect more quality and more support as a club > > member and ans Mandrake Sustainer than from friendly geekish mirrors and > > contributions. If I can't get it work better with the club and with > > Mandrake I have less motivation in helping Mandrake by joining the club. > > > > You want users tu help Mandrake existe and develop ? > > Makes them happy with good packages, good support, good distros. > > You know it's of little use discussing these issues on this list, please > send this to Mandrakesoft management, not the people who do what they can > to provide quality packages on the Club, provide quality answers to > questions on the Club (even to non-members) etc etc. I asked in past if poeple was intesrested by result of some bot (distlint, checkrequires). I never got a positive answer. I ported an apps from club to cooker, I need 3 hours to fuxeed ! I asked to see club packages port on contrib (when it is possible), as it is the rules, no answer. Club have no qa, and nobody want, that's all. > > Regards, > Buchan -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] The 2.6 Kernel
On Saturday 16 August 2003 14.44, Michael Lothian wrote: > How well is the 2.6 kernel working > > I'd like to try it but I'm woried it'll comprimise my system. > > What else will I need to install? > > I have an ATI Radeon card so I won;t need to worry about the nVidea patches > > Any ideas or advice? > > Thanks > > Mike You may test for yourself. I installed urpmi module-init-tools-0.9.11a-4mdk.i586.rpm and rpm -ivh kernel-2.6.0-0.test3.1mdk-1-1mdk.i586.rpm Then I made an extra grub as: title Cook2 test kernel (hd0,7)/boot/vmlinuz-2.6.0-0.test3.1mdk root=/dev/hda8 devfs=mount hdc=ide-scsi acpi=off initrd (hd0,7)/boot/initrd-2.6.0-0.test3.1mdk.img And I am in that now. According to what have been discussed here before the kernel may have alsa compiled in, so one should recompile it as a module. regards guran -- Mandrake Linux Cooker 9.2 kernel-2.6.0-0.test3.1mdk-1-1mdk Only in a society that has 'a priori' defined what is the truth can the result from the evolution of life be defined false.
Re: [Cooker] weird slowdowns with Cooker today
Adam Williamson wrote: On Sat, 2003-08-16 at 02:59, Ron Stodden wrote: Yes, I know this problem. You can avoid rebooting by: 1. Check that your swapfile is not full. If it is, generate a much bigger one. My swapfile is 1.5GB. Not likely to be the problem. Tip: Use a console (Ctrl+Alt+F2), log in as root, and run top. Swapfile stats are at the top. This will then be there whenever you want it. whether KDE is running or not. Don't run it from KDE, because of 2 below. Yes, thanks, I knew that. But the 1000 or so lurkers may not , and should be grateful.. 2. When things slow down do Ctrl+Alt+Backspace and relog on. This is quick and will give you a new KDE and current applications setup. Particularly in this case a new Mozilla/Galeon, which in my case seems to trigger the slowdown problem. Not practical. Besides, I use GNOME. Can you check and see if the problem is linked directly to network transfers, as it seems to be for me ATM? Any type of heavy network transfer slows the system down. No, heavy network transfer (eg d/l cooker at broadband 300Kbs for half an hour, say) has no detectable performance penalty on anything. Processor is a 2.0GHz Pentium, memory 266MHz. -- Ron. [Melbourne, Australia] "If you keep a green bough in your heart, the singing bird will come" Get Fastest Mandrake downloader, English-only, from: http://members.optusnet.com.au/ronst/ Click all ye faithful!
Re: [Cooker] Invalid Key ID
On Saturday 16 August 2003 14.16, Buchan Milne wrote: > Below it looks like you are missing this one ^^^ > > > I have imported them to rpm, > > Are you sure? Check with: > $ rpm -qa 'gpg-pubkey*' [EMAIL PROTECTED] tempo]# rpm -qa 'gpg-pubkey*' gpg-pubkey-70771ff3-3c8f768f gpg-pubkey-9b4a4024-3874ddfb gpg-pubkey-22458a98-3969e7de regards guran -- Mandrake Linux Cooker 9.2 kernel-2.4.22.0.4mdk-1-1mdk Only in a society that has 'a priori' defined what is the truth can the result from the evolution of life be defined false.
Re: [Cooker] Invalid Key ID
On Saturday 16 August 2003 13.40, Guillaume Rousse wrote: > Check your /etc/urpmi/urpmi.cfg file, i guess there is a wrong key id there > for your cooker source. Thanks I don't understand why, but sometimes it is enough with what. So I changed from 22458a98 to 70771ff3 and will check with next upgrade. regards guran -- Mandrake Linux Cooker 9.2 kernel-2.4.22.0.4mdk-1-1mdk Only in a society that has 'a priori' defined what is the truth can the result from the evolution of life be defined false.
Re: [Cooker] weird slowdowns with Cooker today
On Sat, 16 Aug 2003, Adam Williamson wrote: > OK, more info, this is a little weird...I've booted with > kernel-multimedia to try that, and the problem is still there, but it's > not as *bad* - the system response is still sluggish under file > downloads, but not *as* sluggish as with the main kernel. I'm really > confused now...:) Is this machine connected directly to the internet? Maybe you're the victim of excessive traffic / bad packets from infected Windows boxes? Some linux boxes routing on our university network apparently took some beating from blaster-infected machines ... Regards, Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] This is already one week the problem exist and it wasnotified but nobody fixed it
On Sat, 16 Aug 2003, Guillaume Rousse wrote: > I've spoken of overall quality, not of specific packages. And it's precisely > because Denis choose the reinvent the wheel from scratch instead of using and > extending contributer system than tools as rpmlint, distriblint and other are > impossible to use. > Denis chose between doing it within the constraints imposed on him, or not doing it at all. > > The problem is that the person who uploaded them (fafane) seems to not > > actually test installation via urpmi. > May i remember you that this kind of problem is checked by upload script on > klama ? Requiring the user has shell access. Denis was prohibited from doing anything that would require shell access. Of course, maybe someone else at Mandrakesoft could have contributed to solving the problem in a more comprehensive way (including CVS etc), but maybe first they can start by making CVS for commercial packages spec files accessible to some people. > That it is also later checked by distriblint ? distriblint didn't exist then, and anyone who mirrors all the club suorces is free to run dstriblint, if they are prepared for retaliation from packagers who get enough spam as it is ... But if packages never need testing, none of us would run cooker, this could have been done right by the person who uploaded the packages, by at least testing on a 9.1 box to see if he could install all packages via urpmi with only main and club_test sources. Regards, Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] weird slowdowns with Cooker today
On Sat, 2003-08-16 at 01:50, Adam Williamson wrote: > I've just started noticing this since I came in from work, about > 10:30pm. Since then I've updated to kernel 0.5mdk and a few other minor > updates (lm_sensors 2.8.0 and a couple of other small things). Certain > things, between which I can't find much of a link, seem to slow the > system down *massively*; the two I've noticed most so far are running > urpmi --auto-select, and saving a file with Galeon. When doing either of > these, the system becomes incredibly sluggish to respond - if I bring a > window forward, for instance, I can watch it redrawing in separate > stages, with several seconds between each, and the whole system just has > the very sluggish response you'd expect if 100% CPU were being used or > something. top does not report 100% CPU usage, though. Anyone else > seeing this? Any idea what the problem is? OK, more info, this is a little weird...I've booted with kernel-multimedia to try that, and the problem is still there, but it's not as *bad* - the system response is still sluggish under file downloads, but not *as* sluggish as with the main kernel. I'm really confused now...:) -- adamw
Re: [Cooker] This is already one week the problem exist and it wasnotified but nobody fixed it
On Sat, 16 Aug 2003, Lea Gris wrote: > Buchan Milne a écrit : > > Well, you were not given assurance that all packages from Club would be > > supported, you joined MandrakeClub to support Mandrakesoft, mainly to > > develop the distribution itslf (if you read the page describing the > > benefits). > > Well, I'm sorry for my trollish way of saying it. The real point here is > I'm just willing to expect more quality and more support as a club > member and ans Mandrake Sustainer than from friendly geekish mirrors and > contributions. If I can't get it work better with the club and with > Mandrake I have less motivation in helping Mandrake by joining the club. > > You want users tu help Mandrake existe and develop ? > Makes them happy with good packages, good support, good distros. You know it's of little use discussing these issues on this list, please send this to Mandrakesoft management, not the people who do what they can to provide quality packages on the Club, provide quality answers to questions on the Club (even to non-members) etc etc. Regards, Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] This is already one week the problem exist and it was notified but nobody fixed it
Ainsi parlait Buchan Milne : > > What are you expecting from club packages anyway ? Their overall quality > > has always been crappy, as Denis always refused to enforce any kind of > > packaging policy. > > Well, I hope you aren't saying the KDE packages are crappy, since they are > rebuilds from cooker ... so if they are, it would seem "Denis' refusal" > has nothing to do with package quality??? > > Also, Denis had to set the system up with constraints which make it > difficult to use existing tools for some checking. Anyway, please show > which of the current packages in test: > http://www.mandrakeclub.com/modules.php?op=modload&name=RPM&type=testing > are crappy. Most of them are either cooker rebuilds, or have been uploaded > to contrib (with no errors from bots or rpmlint), or are improvements over > packages which were initially available in the comm source (ie done by > ysomeone internally, and fixed by a contributor after starting from > scratch). Or maybe you want to tell us which packages in free: > ftp://archive.sun.ac.za/mandrake/mandrake-devel/unsupported/MandrakeClub/9. >1/SRPMS/ are so crappy? I've spoken of overall quality, not of specific packages. And it's precisely because Denis choose the reinvent the wheel from scratch instead of using and extending contributer system than tools as rpmlint, distriblint and other are impossible to use. > Please don't just jump on the subject when the facts may not support your > favourite gripe with MandrakeClub. > > The problem is that the person who uploaded them (fafane) seems to not > actually test installation via urpmi. May i remember you that this kind of problem is checked by upload script on klama ? That it is also later checked by distriblint ? -- Guillaume Rousse The worse the weather, the more you are required to be out in it -- Murphy's Bush Fire Brigade Laws n°17
Re: [Cooker] wiki MandrakeLinux92Credits
Guillaume Rousse wrote: > Ainsi parlait John Keller : > > I'd like to nominate Thomas Backlund for his outstanding kernel work... > Just open a wiki account and add it directly to the wiki page. Got an account, just not active yet. Guess now I have a reason to follow through. :) - John
[Cooker] The 2.6 Kernel
How well is the 2.6 kernel working I'd like to try it but I'm woried it'll comprimise my system. What else will I need to install? I have an ATI Radeon card so I won;t need to worry about the nVidea patches Any ideas or advice? Thanks Mike
Re: [Cooker] This is already one week the problem exist and it wasnotified but nobody fixed it
Buchan Milne a écrit : On Sat, 16 Aug 2003, Guillaume Rousse wrote: Ainsi parlait Lea Gris : This is shame we _pay for club_ and have this little support from Mandrake Club. Well, you were not given assurance that all packages from Club would be supported, you joined MandrakeClub to support Mandrakesoft, mainly to develop the distribution itslf (if you read the page describing the benefits). Well, I'm sorry for my trollish way of saying it. The real point here is I'm just willing to expect more quality and more support as a club member and ans Mandrake Sustainer than from friendly geekish mirrors and contributions. If I can't get it work better with the club and with Mandrake I have less motivation in helping Mandrake by joining the club. You want users tu help Mandrake existe and develop ? Makes them happy with good packages, good support, good distros. -- Léa Gris - http://www.noiraude.net/ () Campagne du ruban texte brut contre les courriels en HTML, /\ contre les pièces jointes dans un format propriétaire.
[Cooker] Interesting GNOME-vs-KDE UI comment
http://newsforge.com/article.pl?sid=03/08/13/1424212 Siemens found KDE to be more "Windows-like" than Gnome, but that lead to problems when non-technical users expected a more Windows-like experience. Gnome, particularly Ximian's version, was "different enough" to set user expectations that the experience would be less like Windows, which led to fewer adoption problems. /ME wonders if a "make this desktop look seriously different" wizard ought to be dropped into the pipeline. (-: Cheers; Leon
Re: [Cooker] wiki MandrakeLinux92Credits
Ainsi parlait John Keller : > I'd like to nominate Thomas Backlund for his outstanding kernel work... Just open a wiki account and add it directly to the wiki page. -- Guillaume Rousse The complexity of a weapon is inversely proportional to the IQ of the weapon's operator -- Murphy's Military Laws n°78
[Cooker] Cooker installation report (not good)
Hi 1) Installing with Grub on a dedicated /boot partition does not work (cannot boot) Installing with Lilo (graphical) on the same dedicated /boot works perfectly fine 2) Supermount is sloo. plus every ~5s it feels the need to access the floppy drive... also only root has access to the floppy... I wish supermount was dropped from the distro. It's never been working properly on any machines I've installed Mandrake (and this goes back several distro releases). Anyway that's always the 1st thing I get rid of after installing Mandrake... 3) Missing KDE programs (eg Konsole) 4) From the MDK login manager, I cannot reboot... only halt the machine I'm not gonna start again with the login manager and it has been discussed before I believe but why not use a properly themed GDM or KDM?!?! 5) In KDE, starting Kate for the 1st time shows only a small window and the "show terminal" is ticked by default. Why? It's an editor. 6) Mandrake from lilo prompt to MDK login manager (110 seconds) from MDK login manager to KDE (fully logged) ( 20 seconds) Gentoo from Grub prompt to GDM login manager ( 63 seconds) from GDM login manager to KDE (fully logged) ( 16 seconds) Measured on the same box (dual P3 733MHz, 512Mb Ram, HDs with similar perf according to hdparm) 7) Trying to format my USB HD (6Gb) using: "mkfs.vfat -v -c -F 32 /dev/sda" I get: Aug 16 11:04:50 wallaby kernel: MSDOS FS: Using codepage 850 Aug 16 11:04:50 wallaby kernel: MSDOS FS: IO charset iso8859-15 Aug 16 11:04:50 wallaby kernel: FAT: bogus logical sector size 41488 Aug 16 11:04:50 wallaby kernel: VFS: Can't find a valid FAT filesystem on dev 08:01. Aug 16 11:04:50 wallaby kernel: FAT: freeing iocharset=iso8859-15 Aug 16 11:05:00 wallaby CROND[3295]: (mail) CMD (/usr/bin/python -S /var/lib/mailman/cron/gate_news) Aug 16 11:10:00 wallaby CROND[3316]: (mail) CMD (/usr/bin/python -S /var/lib/mailman/cron/gate_news) Aug 16 11:10:57 wallaby kernel: usb-uhci.c: interrupt, status 3, frame# 654 Aug 16 11:10:57 wallaby kernel: SCSI disk error : host 3 channel 0 id 0 lun 0 return code = 7 Aug 16 11:10:57 wallaby kernel: I/O error: dev 08:01, sector 429615 Aug 16 11:10:57 wallaby kernel: SCSI disk error : host 3 channel 0 id 0 lun 0 return code = 7 Aug 16 11:10:57 wallaby kernel: I/O error: dev 08:01, sector 429616 Aug 16 11:10:57 wallaby kernel: SCSI disk error : host 3 channel 0 id 0 lun 0 return code = 7 Aug 16 11:10:57 wallaby kernel: I/O error: dev 08:01, sector 429617 Aug 16 11:10:57 wallaby kernel: SCSI disk error : host 3 channel 0 id 0 lun 0 return code = 7 Aug 16 11:10:57 wallaby kernel: I/O error: dev 08:01, sector 429618 Aug 16 11:10:57 wallaby kernel: SCSI disk error : host 3 channel 0 id 0 lun 0 return code = 7 Aug 16 11:10:57 wallaby kernel: I/O error: dev 08:01, sector 429619 Aug 16 11:10:57 wallaby kernel: SCSI disk error : host 3 channel 0 id 0 lun 0 return code = 7 Aug 16 11:10:57 wallaby kernel: I/O error: dev 08:01, sector 429620 Aug 16 11:10:57 wallaby kernel: SCSI disk error : host 3 channel 0 id 0 lun 0 return code = 7 Aug 16 11:10:57 wallaby kernel: I/O error: dev 08:01, sector 429621 (about 28Mb of this crap...) 8) My USB HD is correctly recognized as /dev/sda1 but when I switched on my firewire HD enclosure I get: Aug 16 10:50:01 wallaby kernel: ieee1394: sbp2: Logged into SBP-2 device Aug 16 10:50:01 wallaby kernel: ieee1394: sbp2: Node 0-00:1023: Max speed [S400] - Max payload [2048] Aug 16 10:50:01 wallaby /etc/hotplug/ieee1394.agent: Setup sbp2 for IEEE1394 product 0x00/0x00609e/0x010483 but cat /proc/scsi/scsi does show anything and ls -la /dev/sd* still shows only sda1 (I expect sdb1 and sdb2 as I have 2 partitions on the HD in the firewire enclosure). [EMAIL PROTECTED] root]# lspcidrake agpgart : Intel Corporation|82840 840 (Carmel) Chipset Host Bridge (Hub A) [BRIDGE_HOST] unknown : Intel Corporation|82840 840 (Carmel) Chipset AGP Bridge [BRIDGE_PCI] unknown : Intel Corporation|82840 840 (Carmel) Chipset PCI Bridge (Hub B) [BRIDGE_PCI] i810_rng: Intel Corporation|82801AA 810 Chipset Hub to PCI Bridge [BRIDGE_PCI] i810-tco: Intel Corporation|82801AA 810 Chipset LPC Interface Bridge [BRIDGE_ISA] unknown : Intel Corporation|82801AA 810 Chipset IDE Controller [STORAGE_IDE] usb-uhci: Intel Corporation|82801AA 810 Chipset USB Controller [SERIAL_USB] unknown : Intel Corporation|82801AA 810 Chipset SMBus Controller [SERIAL_SMBUS] Card:NVIDIA GeForce4 (generic): NVidia|GeForce4 Ti 4200 with AGP8X [DISPLAY_VGA] unknown : Intel Corporation|82806AA PCI64 Hub PCI Bridge [BRIDGE_PCI] unknown : Intel Corporation|82806AA PCI64 Hub Advanced Programmable Interrupt Controller [SYSTEM_PIC] aic7xxx : Adaptec|7892A [STORAGE_SCSI] unknown : Texas Instruments|PCI2250 PCI-to-PCI
Re: [Cooker] Invalid Key ID
On Sat, 16 Aug 2003, guran wrote: > In my root gpg I have: > [EMAIL PROTECTED] grub]# gpg --list-public-keys > /root/.gnupg/pubring.gpg > > pub 1024D/9B4A4024 2000-01-06 MandrakeSoft (MandrakeSoft official keys) > <[EMAIL PROTECTED]> > sub 1024g/686FF394 2000-01-06 > > pub 1024D/22458A98 2000-07-10 Linux Mandrake Security Team > <[EMAIL PROTECTED]> > sub 1024g/6F3F9BC6 2000-07-10 > > pub 1024D/70771FF3 2002-03-13 Mandrake Linux <[EMAIL PROTECTED]> > sub 1024g/75223F49 2002-03-13 Below it looks like you are missing this one ^^^ > > I have imported them to rpm, Are you sure? Check with: $ rpm -qa 'gpg-pubkey*' > and yet I get this from: > urpmi.update --wget -a && urpmi --wget --auto-select --auto > . > . > The following packages have bad signatures: > /mnt/hd/manne/cooker/i586/Mandrake/RPMS/freeciv-data-1.14.0-8mdk.i586.rpm: > Invalid Key ID ((sha1) dsa sha1 md5 gpg GPG#70771ff3 OK) -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
[Cooker] wiki MandrakeLinux92Credits
I'd like to nominate Thomas Backlund for his outstanding kernel work... - John
Re: [Cooker] This is already one week the problem exist and it wasnotified but nobody fixed it
On Sat, 16 Aug 2003, Guillaume Rousse wrote: > Ainsi parlait Lea Gris : > > This is shame we _pay for club_ and have this little support from > > Mandrake Club. Well, you were not given assurance that all packages from Club would be supported, you joined MandrakeClub to support Mandrakesoft, mainly to develop the distribution itslf (if you read the page describing the benefits). > What are you expecting from club packages anyway ? Their overall quality has > always been crappy, as Denis always refused to enforce any kind of packaging > policy. Well, I hope you aren't saying the KDE packages are crappy, since they are rebuilds from cooker ... so if they are, it would seem "Denis' refusal" has nothing to do with package quality??? Also, Denis had to set the system up with constraints which make it difficult to use existing tools for some checking. Anyway, please show which of the current packages in test: http://www.mandrakeclub.com/modules.php?op=modload&name=RPM&type=testing are crappy. Most of them are either cooker rebuilds, or have been uploaded to contrib (with no errors from bots or rpmlint), or are improvements over packages which were initially available in the comm source (ie done by ysomeone internally, and fixed by a contributor after starting from scratch). Or maybe you want to tell us which packages in free: ftp://archive.sun.ac.za/mandrake/mandrake-devel/unsupported/MandrakeClub/9.1/SRPMS/ are so crappy? Please don't just jump on the subject when the facts may not support your favourite gripe with MandrakeClub. The problem is that the person who uploaded them (fafane) seems to not actually test installation via urpmi. Lea, Mandrake Club staff may not read every single forum post, but they do read a few, fafane replied to some threads in one of the articles on KDE stuff. I don't see that you have bothered to post a message yet: http://www.mandrakeclub.com/modules.php?op=modload&name=Splatt_Forum&file=viewtopic&topic=10351&forum=5 So I don't see why you are complaining here ... it would be better to note it there, and possibly send email to fafane (his email is easy to find). Otherwise, if nothing happens after you have tried, maybe someone else will upload the packages to test (if you ask nicely instead of accusing people first). Regards, Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] devfs
Ainsi parlait Nathan A. Smith : > Hi, > > I am confused (which isn't too hard for me) -- are we suppose to mount > devfs? It use to be that I had a line in my lilo.conf telling it to > mount devfs -- is it still correct to do so? yes it is, at least if you want devfs mounted. -- Guillaume Rousse Whenever you lose contact with the enemy, look behind you -- Murphy's New Military Laws n°30
Re: [Cooker] This is already one week the problem exist and it was notified but nobody fixed it
Ainsi parlait Lea Gris : > This is shame we _pay for club_ and have this little support from > Mandrake Club. What are you expecting from club packages anyway ? Their overall quality has always been crappy, as Denis always refused to enforce any kind of packaging policy. -- Guillaume Rousse A computer makes as many mistakes in two seconds as 20 men working 20 years make -- Murphy's Laws on Technology n°33
Re: [Cooker] Invalid Key ID
Ainsi parlait guran : > I have imported them to rpm, and yet I get this from: > urpmi.update --wget -a && urpmi --wget --auto-select --auto > . > . > The following packages have bad signatures: > /mnt/hd/manne/cooker/i586/Mandrake/RPMS/freeciv-data-1.14.0-8mdk.i586.rpm: > Invalid Key ID ((sha1) dsa sha1 md5 gpg GPG#70771ff3 OK) > /var/cache/urpmi/rpms/gphoto2-2.1.2-0.rc6.1mdk.i586.rpm: Invalid Key ID > ((sha1) dsa sha1 md5 gpg GPG#70771ff3 OK) > /var/cache/urpmi/rpms/libgphoto2-2.1.2-0.rc6.1mdk.i586.rpm: Invalid Key ID > ((sha1) dsa sha1 md5 gpg GPG#70771ff3 OK) > /var/cache/urpmi/rpms/libgphoto2-devel-2.1.2-0.rc6.1mdk.i586.rpm: Invalid > Key ID ((sha1) dsa sha1 md5 gpg GPG#70771ff3 OK) > /var/cache/urpmi/rpms/perl-Term-Readline-Gnu-1.14-4mdk.i586.rpm: Invalid > Key ID ((sha1) dsa sha1 md5 gpg GPG#70771ff3 OK) Check your /etc/urpmi/urpmi.cfg file, i guess there is a wrong key id there for your cooker source. -- Guillaume Rousse If you can't change the rules, then ignore them -- Anti- Murphy's Laws n°10
Re: [Cooker] weird slowdowns with Cooker today
On Sat, 2003-08-16 at 12:03, Thomas Backlund wrote: > > No, it's nothing to do with DMA or IO. hdparm is the very first thing I > > check in such cases. > > The reason I asked was because Stefan did see his nForce2 system > drop out of dma under heavy load, and it newer recovered correctly, > the problem with that is that I'm not able to reproduce the bug, so I > wondered if you had the same problem.. Oh, and just to clarify, remember it's heavy **NETWORK** load I'm talking about. Heavy disk load is fine; I'm testing this now by running updatedb, system response is fine. -- adamw
Re: [Cooker] weird slowdowns with Cooker today
On Sat, 2003-08-16 at 12:03, Thomas Backlund wrote: > Viestissä Lauantai 16 Elokuu 2003 13:19, Adam Williamson kirjoitti: > > On Sat, 2003-08-16 at 04:35, Thomas Backlund wrote: > > > Viestissä Lauantai 16 Elokuu 2003 03:50, Adam Williamson kirjoitti: > > > > I've just started noticing this since I came in from work, about > > > > 10:30pm. Since then I've updated to kernel 0.5mdk and a few other minor > > > > updates (lm_sensors 2.8.0 and a couple of other small things). Certain > > > > things, between which I can't find much of a link, seem to slow the > > > > system down *massively*; the two I've noticed most so far are running > > > > urpmi --auto-select, and saving a file with Galeon. When doing either > > > > of these, the system becomes incredibly sluggish to respond - if I > > > > bring a window forward, for instance, I can watch it redrawing in > > > > separate stages, with several seconds between each, and the whole > > > > system just has the very sluggish response you'd expect if 100% CPU > > > > were being used or something. top does not report 100% CPU usage, > > > > though. Anyone else seeing this? Any idea what the problem is? > > > > > > Just a thought... what does : > > > # hdparm -iv /dev/hda > > > > > > tell you when it happends... > > > > > > here is mine (just an example of what you should see) > > > /dev/hda: > > > multcount= 16 (on) > > > IO_support = 1 (32-bit) > > > unmaskirq= 1 (on) > > > using_dma= 1 (on) > > > keepsettings = 0 (off) > > > readonly = 0 (off) > > > readahead= 8 (on) > > > > No, it's nothing to do with DMA or IO. hdparm is the very first thing I > > check in such cases. > > The reason I asked was because Stefan did see his nForce2 system > drop out of dma under heavy load, and it newer recovered correctly, > the problem with that is that I'm not able to reproduce the bug, so I > wondered if you had the same problem.. > > Now on with the questions... > > Do you use acpi=on or acpi=off? > Have you tried noapic? acpi=off - ACPI still doesn't seem to work right on nforce2, the USB bus doesn't work. Not tried noapic, will do in a few minutes. > Does your m/b have any other integrated nic? No. > is it supported, and if so does it behave the same way? N/A. I do have a PCI network card lying around somewhere, I think - I may plug that in and try it out tonight. -- adamw
[Cooker] Re: ide-scsi
Nathan A. Smith wrote: > Hi again, > > Are we loading cdrom/dvd/dvd+rw/etc drives as scsi devices? It seems > that k3b is not looking for these devices as scsi devices. Which also > plays into if we should mount devfs Not if you're using the 2.6 kernel.
Re: [Cooker] This is already one week the problem exist and it wasnotified but nobody fixed it
Lea Gris a écrit : Lea Gris a écrit : This is already one week the problem exist and it was notified but nobody fixed it What are you doing with the Mdk 9.1 update mirror ? L'installation a échoué: mandrake_desk >= 9.1-5mdk est nécessaire à kdebase-3.1.3-3mdk This is due to club_test source missing the propper mandrake_desk Who should I contct for problems with the club_test mirror ? I don't beleave the comments on packages are actually read by Mdk Club team. There are several missing packages comments for this update and nobody from mdk replyed or fixed IT. This is shame we _pay for club_ and have this little support from Mandrake Club. -- Léa Gris - http://www.noiraude.net/ () Campagne du ruban texte brut contre les courriels en HTML, /\ contre les pièces jointes dans un format propriétaire.
Re: [Cooker] weird slowdowns with Cooker today
Viestissä Lauantai 16 Elokuu 2003 13:19, Adam Williamson kirjoitti: > On Sat, 2003-08-16 at 04:35, Thomas Backlund wrote: > > Viestissä Lauantai 16 Elokuu 2003 03:50, Adam Williamson kirjoitti: > > > I've just started noticing this since I came in from work, about > > > 10:30pm. Since then I've updated to kernel 0.5mdk and a few other minor > > > updates (lm_sensors 2.8.0 and a couple of other small things). Certain > > > things, between which I can't find much of a link, seem to slow the > > > system down *massively*; the two I've noticed most so far are running > > > urpmi --auto-select, and saving a file with Galeon. When doing either > > > of these, the system becomes incredibly sluggish to respond - if I > > > bring a window forward, for instance, I can watch it redrawing in > > > separate stages, with several seconds between each, and the whole > > > system just has the very sluggish response you'd expect if 100% CPU > > > were being used or something. top does not report 100% CPU usage, > > > though. Anyone else seeing this? Any idea what the problem is? > > > > Just a thought... what does : > > # hdparm -iv /dev/hda > > > > tell you when it happends... > > > > here is mine (just an example of what you should see) > > /dev/hda: > > multcount= 16 (on) > > IO_support = 1 (32-bit) > > unmaskirq= 1 (on) > > using_dma= 1 (on) > > keepsettings = 0 (off) > > readonly = 0 (off) > > readahead= 8 (on) > > No, it's nothing to do with DMA or IO. hdparm is the very first thing I > check in such cases. The reason I asked was because Stefan did see his nForce2 system drop out of dma under heavy load, and it newer recovered correctly, the problem with that is that I'm not able to reproduce the bug, so I wondered if you had the same problem.. Now on with the questions... Do you use acpi=on or acpi=off? Have you tried noapic? Does your m/b have any other integrated nic? is it supported, and if so does it behave the same way? Thomas
[Cooker] problems with initscript package
I keep getting this when updating: Installation failed: package initscripts-7.06-18mdk (which is newer than initscripts-7.06-12.2mdk) is already installed
Re: [Cooker] This is already one week the problem exist and it wasnotified but nobody fixed it
On Sat, 16 Aug 2003, Lea Gris wrote: > This is due to club_test source missing the propper mandrake_desk > > Who should I contct for problems with the club_test mirror ? > Uhh, you give feedback via the Club ... in the forum item for the package. -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] This is already one week the problem exist and it wasnotified but nobody fixed it
Lea Gris a écrit : This is already one week the problem exist and it was notified but nobody fixed it What are you doing with the Mdk 9.1 update mirror ? L'installation a échoué: mandrake_desk >= 9.1-5mdk est nécessaire à kdebase-3.1.3-3mdk This is due to club_test source missing the propper mandrake_desk Who should I contct for problems with the club_test mirror ? -- Léa Gris - http://www.noiraude.net/ () Campagne du ruban texte brut contre les courriels en HTML, /\ contre les pièces jointes dans un format propriétaire.
Re: [Cooker] weird slowdowns with Cooker today
On Sat, 2003-08-16 at 04:35, Thomas Backlund wrote: > Viestissä Lauantai 16 Elokuu 2003 03:50, Adam Williamson kirjoitti: > > I've just started noticing this since I came in from work, about > > 10:30pm. Since then I've updated to kernel 0.5mdk and a few other minor > > updates (lm_sensors 2.8.0 and a couple of other small things). Certain > > things, between which I can't find much of a link, seem to slow the > > system down *massively*; the two I've noticed most so far are running > > urpmi --auto-select, and saving a file with Galeon. When doing either of > > these, the system becomes incredibly sluggish to respond - if I bring a > > window forward, for instance, I can watch it redrawing in separate > > stages, with several seconds between each, and the whole system just has > > the very sluggish response you'd expect if 100% CPU were being used or > > something. top does not report 100% CPU usage, though. Anyone else > > seeing this? Any idea what the problem is? > > Just a thought... what does : > # hdparm -iv /dev/hda > > tell you when it happends... > > here is mine (just an example of what you should see) > /dev/hda: > multcount= 16 (on) > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 8 (on) No, it's nothing to do with DMA or IO. hdparm is the very first thing I check in such cases. -- adamw
Re: [Cooker] weird slowdowns with Cooker today
On Sat, 2003-08-16 at 06:52, Tom Brinkman wrote: > On Friday August 15 2003 08:08 pm, Adam Williamson wrote: > > K, so to reply to myself again, I realised I was once more being > > silly, and drew the obvious link between the two, and yes, the > > problem is heavy network usage. Basically, downloading a file > > from the internet will trigger it; do it any which way (urpmi, > > galeon, wget) and the system immediately begins to resemble > > treacle. I hope someone not using nvnet is seeing this, because > > if they aren't, it might be difficult to sort > > you never should'a chose a nforce chipset to begin with > > no problems here, kt400a, xp3000+ overclocked to 2288, and better > performance than nF2. Face it, nVidia is a last resort, not a > choice. Stop trolling; it's entirely irrelevant. This post was utterly and entirely pointless. (And besides, nforce2 is consistently shown to be substantially faster than the kt400, and kt400a was not available when I built the system. There are also no SFF PCs available based around the VIA chipsets. Is that enough reasons for you yet?) -- adamw
Re: [Cooker] Hotplug
On Sat, 2003-08-16 at 04:09, Todd Lyons wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Nathan A. Smith wanted us to know: > > >> >I was wondering -- is there any effort to expand the usb.distmap file to > >> >include usb devices like thumbdrives, compact flash cards, zaurus, etc > >> If "thumbdrive" is the same thing as the usb flash drives, then some are > >> already supported. If not, then I'm going to start googling. > >Yes, usb flash drives and thumbdrives are the same... I guess all these > >devices are under "usb-storage". Now usb-storage only insures the > >correct modules are loaded -- any effort to make these devices > >automount? > > In KDE that shipped with 9.1, when I plug my USB Flash drive in, an icon > appears on the desktop within about 7 seconds. I click on it and I see > the contents of the Flash drive. Capability is already there. If it's > not showing up on yours: > 1) Try using KDE if you're not already > 2) Check that you have the latest version of hotplug > 3) Check dmesg to see if it's reporting any odd errors > > I don't know if any other desktop provides this as I don't normally run > anything other than KDE and IceWM (which doesn't have desktop icons). GNOME does it too. -- adamw
Re: [Cooker] weird slowdowns with Cooker today
On Sat, 2003-08-16 at 02:59, Ron Stodden wrote: > Yes, I know this problem. You can avoid rebooting by: > > 1. Check that your swapfile is not full. If it is, generate a much > bigger one. My swapfile is 1.5GB. Not likely to be the problem. > Tip: Use a console (Ctrl+Alt+F2), log in as root, and run top. > Swapfile stats are at the top. > This will then be there whenever you want it. whether KDE is running or not. > Don't run it from KDE, because of 2 below. Yes, thanks, I knew that. > 2. When things slow down do Ctrl+Alt+Backspace and relog on. > This is quick and will give you a new KDE and current applications setup. > Particularly in this case a new Mozilla/Galeon, which in my case seems > to trigger the slowdown problem. Not practical. Besides, I use GNOME. Can you check and see if the problem is linked directly to network transfers, as it seems to be for me ATM? Any type of heavy network transfer slows the system down. -- adamw
[Cooker] This is already one week the problem exist and it was notified butnobody fixed it
This is already one week the problem exist and it was notified but nobody fixed it What are you doing with the Mdk 9.1 update mirror ? L'installation a échoué: mandrake_desk >= 9.1-5mdk est nécessaire à kdebase-3.1.3-3mdk -- Léa Gris - http://www.noiraude.net/ () Campagne du ruban texte brut contre les courriels en HTML, /\ contre les pièces jointes dans un format propriétaire.
[Cooker] Invalid Key ID
Hi In my root gpg I have: [EMAIL PROTECTED] grub]# gpg --list-public-keys /root/.gnupg/pubring.gpg pub 1024D/9B4A4024 2000-01-06 MandrakeSoft (MandrakeSoft official keys) <[EMAIL PROTECTED]> sub 1024g/686FF394 2000-01-06 pub 1024D/22458A98 2000-07-10 Linux Mandrake Security Team <[EMAIL PROTECTED]> sub 1024g/6F3F9BC6 2000-07-10 pub 1024D/70771FF3 2002-03-13 Mandrake Linux <[EMAIL PROTECTED]> sub 1024g/75223F49 2002-03-13 I have imported them to rpm, and yet I get this from: urpmi.update --wget -a && urpmi --wget --auto-select --auto . . The following packages have bad signatures: /mnt/hd/manne/cooker/i586/Mandrake/RPMS/freeciv-data-1.14.0-8mdk.i586.rpm: Invalid Key ID ((sha1) dsa sha1 md5 gpg GPG#70771ff3 OK) /var/cache/urpmi/rpms/gphoto2-2.1.2-0.rc6.1mdk.i586.rpm: Invalid Key ID ((sha1) dsa sha1 md5 gpg GPG#70771ff3 OK) /var/cache/urpmi/rpms/libgphoto2-2.1.2-0.rc6.1mdk.i586.rpm: Invalid Key ID ((sha1) dsa sha1 md5 gpg GPG#70771ff3 OK) /var/cache/urpmi/rpms/libgphoto2-devel-2.1.2-0.rc6.1mdk.i586.rpm: Invalid Key ID ((sha1) dsa sha1 md5 gpg GPG#70771ff3 OK) /var/cache/urpmi/rpms/perl-Term-Readline-Gnu-1.14-4mdk.i586.rpm: Invalid Key ID ((sha1) dsa sha1 md5 gpg GPG#70771ff3 OK) . . What am I doing wrong? guran -- Mandrake Linux Cooker 9.2 kernel-2.4.22.0.5mdk-1-1mdk Only in a society that has 'a priori' defined what is the truth can the results from the evolution of life be defined false.
[Cooker] Kernel 2.4.22.05 and USB-Cam Phillips PCVC675 cant boot
Hi my 9.2 Beta 2 System with Kernel 2.4.22.05 cant boot with my USB-Cam, after finding Moduls the System reboots. If the System running and i connect my Cam the System is rebooting too. Same with Kernel 2.4.21.6. Aug 16 10:33:22 hitachi kernel: hub.c: new USB device 00:07.2-1, assigned address 2 Aug 16 10:33:22 hitachi kernel: usb.c: USB device 2 (vend/prod 0x471/0x307) is not claimed by any active driver. Aug 16 10:33:33 hitachi /etc/hotplug/usb.agent: Setup pwc for USB product 471/307/5 Aug 16 10:33:33 hitachi /etc/hotplug/usb.agent: Setup snd-usb-audio pwc audio for USB product 471/307/5 Aug 16 10:33:33 hitachi /etc/hotplug/usb.agent: Setup pwc for USB product 471/307/5 Aug 16 10:33:34 hitachi kernel: Linux video capture interface: v1.00 Aug 16 10:33:34 hitachi kernel: pwc Philips PCA645/646 + PCVC675/680/690 + PCVC730/740/750 webcam module version 8.10 loaded. Aug 16 10:33:34 hitachi kernel: pwc Also supports the Askey VC010, various Logitech Quickcams, Samsung MPC-C10 and MPC-C30, Aug 16 10:33:34 hitachi kernel: pwc the Creative WebCam 5, SOTEC Afina Eye and Visionite VCS-UC300 and VCS-UM100. Aug 16 10:33:34 hitachi kernel: usb.c: registered new driver Philips webcam Aug 16 10:33:34 hitachi kernel: pwc Philips PCVC675K (Vesta) USB webcam detected. Aug 16 10:33:34 hitachi kernel: pwc Registered as /dev/video0. Aug 16 10:33:34 hitachi insmod: insmod: a module named pwc already exists Aug 16 10:33:34 hitachi modprobe: modprobe: insmod /lib/modules/2.4.22-0.5mdk/kernel/drivers/usb/pwc.o.gz failed Aug 16 10:33:34 hitachi modprobe: modprobe: insmod pwc failed Aug 16 10:33:34 hitachi /etc/hotplug/usb.agent: ... can't load module pwc Aug 16 10:33:34 hitachi /etc/hotplug/usb.agent: missing kernel or user mode driver pwc Greetings Juergen
[Cooker] Re: Installed 2.6 kernel rpm won't boot.
On Saturday 16 August 2003 05:49, Todd Lyons wrote: ...] > request_module: failed /sbin/modprobe -- block-major-8. error = -16 block-major-8 == sd you are missing SCSI in initrd [...] > append=" devfs=nomount debug noquiet hdc=ide-scsi acpi=on" I myself never tried this actually but David runs without devfs, apparently it should at least boot :) > initrd=/boot/initrd-2.6.0-0.test3.1mdk.img > > The initrd is present. I had to take it out of framebuffer because the > 2.6 kernel just blanks the screen. > yes, is appears to be the problem for generic ditribution kernel. So far the only advice on lkml was to disable all framebuffer drivers except one you are actually using. I have CONFIG_FB=y CONFIG_FB_VESA=y CONFIG_VIDEO_SELECT=y and run framebuffer just fine. I guess someone should investigate it or just disable framebuffer entirely (putting some comments about this). [...] > [i960RM Bridge] [BRIDGE_PCI] megaraid: Intel Corp.|MegaRAID 467 > Enterprise 1500 RAID Controller [INTELLIGENT_I2O] pcnet32 : is driver for this available in RPM? It may well be missing I do not know. Do you actually have megaraid module? [...] > probeall scsi_hostadapter megaraid [...] > Here is the modprobe.conf: > [EMAIL PROTECTED] /home/todd]# cat /etc/modprobe.conf | grep -v "^#" > include /lib/module-init-tools/modprobe.default > include /lib/module-init-tools/modprobe.compat > > > Does anybody see anything really obvious that I'm overlooking. I tend > to think that the lack of lines in /etc/modprobe.conf is probably > causing my problem. > yes. it is empty so mkinitrd can't find neccessary modules. At the very least please generate it using TESTING_MODPROBE_CONF=/etc/modules.conf generate-modprobe,conf >> /etc/modprobe.conf and recreate initrd. If you get current modul-init-tools from http://supermount-ng.sf.net/mdk-25/ you can skip TESTING_MODPROBE_CONF - it does the right thing. Now I would be _very_ intersted to know why it did not create modprobe.conf. Have you updated or installed module-init-tools? It is going to be a problem. So what people think if I change spec from if new install generate modprobe conf to if modprobe.conf is empty generate modprobe.conf ??? It seems that current case more prblems than it helps ...
[Cooker] 2.6.0-0.test3.1mdk-1-1mdk.i586 trouble
Hi, I have few troubles with kernel-2.6.0-0.test3.1mdk-1-1mdk.i586.rpm It doesn't reconize my network card and maybe because of that I have no entries in netstat -rn Not even localhost? When I load it manually with modprobe I can see it in # lsmod but when I try /etc/init.d/network start or restart and /etc/init.d/internet start or restart Still doesn't work? I have done that # generate-modprobe.conf > /etc/modprobe.conf It looks like: cat /etc/modprobe.conf alias eth0 8139too alias sound-slot-0 via82cxxx_audio alias ieee1394-controller ohci1394 install snd-via82xx /sbin/modprobe --ignore-install snd-via82xx && { /sbin/modprobe snd-pcm-oss; /bin/true; } install usb-interface /sbin/modprobe usb-uhci; /bin/true remove snd-via82xx { /sbin/modprobe -r snd-pcm-oss; }; Does this /etc/rc.local bother 2.6? I have in /etc/rc.local few lines for 2.4 touch /var/lock/subsys/local /sbin/modprobe ac /sbin/modprobe battery /sbin/modprobe button /sbin/modprobe evdev Then some trouble with my mice also, when I boot it reconize my mice well in ps/aux which is diffrent than with 2.4 kernel but after I reboot both of my mice are gone? First mouse is this: i8042.c: Detected active multiplexing controller, rev 1.1. serio: i8042 AUX0 port at 0x60,0x64 irq 12 serio: i8042 AUX1 port at 0x60,0x64 irq 12 serio: i8042 AUX2 port at 0x60,0x64 irq 12 Synaptics Touchpad, model: 1 Firware: 5.9 Sensor: 27 new absolute packet format Touchpad has extended capability bits -> four buttons -> multifinger detection -> palm detection input: Synaptics Synaptics TouchPad on isa0060/serio4 serio: i8042 AUX3 port at 0x60,0x64 irq 12 This is what it says about sound cards: Advanced Linux Sound Architecture Driver Version 0.9.4 (Mon Jun 09 12:01:18 2003 UTC). ALSA device list: No soundcards found. There is a soundcard but nevermind about that I hate noise :) Second mouse is here: hid 1-1:0: usb_device_probe - got id input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:11.2-1 hub 1-0:0: port 2, status 100, change 3, 12 Mb/s hub 1-0:0: port 2 enable change, status 100 hub 3-0:0: port 1, status 100, change 3, 12 Mb/s hub 3-0:0: port 2, status 100, change 3, 12 Mb/s Both disappear when I reboot? Otherwise this kernel-2.6.0-0.test3.1mdk-1-1mdk.i586.rpm works like a dream, many great new features like devfs. Also first time I saw full acpi tables and they were great :) I try to compile one myself but it refused to make initrd.img with # make install or /sbin/initrd despite of mkinitrd-3.4.43-7mdk? Any help would greatly apreciated :) Cheers Stronne
[Cooker] kernel: unresolved symbols in he
depmod: *** Unresolved symbols in /lib/modules/2.4.22-0.5mdk/kernel/drivers/atm/he.o.gz this error has been around for the last 2 or 3 kernels Mark