Re: [Cooker] Mesa-packages
On 20011030 Han wrote: John Haywood ([EMAIL PROTECTED]) wrote: --so looks asthough you might be missing the Mesa package Seems like that solved it. All manuals state that if you have a nvidia card you should not install the Mesa-package. Because of the glx-libraries that will conflict. Well if I get into trouble later well sort it out. I think you only should install Mesa if you have XFree 3.3.x. With XFree 4.1.0, you already get a libGL. So the two possible setups are: - XF 3.3 + libMesaGL + libMesaGLU + libMesaglut - XF 4.1 + libMesaGLU + libMesaglut (same for the devel packages). The Mesa- package contains control utils and config files for the DRI implementation of Mesa. I do not know if it is needed for the version included with XFree 4.1. And of course if you install nVidia drivers, you do not need the libMesaGL package, nor the libGL.so.xxx files installed with XFree4. The nVidia installer wipes out the latter. -- J.A. Magallon # Let the source be with you... mailto:[EMAIL PROTECTED] Mandrake Linux release 8.2 (Cooker) for i586 Linux werewolf 2.4.13-ac5-beo #1 SMP Tue Oct 30 00:10:00 CET 2001 i686
Re: [Cooker] Mesa-packages
J . A . Magallon ([EMAIL PROTECTED]) wrote: On 20011030 Han wrote: John Haywood ([EMAIL PROTECTED]) wrote: --so looks asthough you might be missing the Mesa package Seems like that solved it. All manuals state that if you have a nvidia card you should not install the Mesa-package. Because of the glx-libraries that will conflict. Well if I get into trouble later well sort it out. I think you only should install Mesa if you have XFree 3.3.x. With XFree 4.1.0, you already get a libGL. So the two possible setups are: - XF 3.3 + libMesaGL + libMesaGLU + libMesaglut - XF 4.1 + libMesaGLU + libMesaglut (same for the devel packages). The Mesa- package contains control utils and config files for the DRI implementation of Mesa. I do not know if it is needed for the version included with XFree 4.1. And of course if you install nVidia drivers, you do not need the libMesaGL package, nor the libGL.so.xxx files installed with XFree4. The nVidia installer wipes out the latter. Now you remind me of the other variation I thought of... at least I needed the Mesa-package to be able to update, ahem it seemed so. Yes the variation without Mesa.rpm also works fine and I still don't like ladies with shotguns. [~]$ rpm -qa|grep Mesa Mesa-demos-3.5-2mdk libMesaGLU1-3.5-2mdk libMesaglut3-3.5-2mdk libMesaGLU1-devel-3.5-2mdk libMesaglut3-devel-3.5-2mdk The glut-libraries seem to be unimportant for quake3 but what the hell. Anyway this seems to bee a much more consistant way of packaging the Mesa-stuff. Cya, Han.
Re: [Cooker] avifile-0.6.0-0.20011026.1mdk
Ainsi parlait Brian J. Murrell : On Mon, Oct 29, 2001 at 07:36:00PM +0100, Guillaume Rousse wrote: --- Name: avifile Relocations: (not relocateable) Version : 0.6.0 Vendor: Penguin Liberation Front Release : 0.20011026.1mdk Build Date: Mon Oct 29 19:33:41 2001 Please remind me Guillaume, do you build this with MMX optimizations turned off? Not explicitly, so i guess it's auto-detected and built. If true, i'll have to disable it for more portability. -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] isolinux
Il 12:43, martedì 30 ottobre 2001, hai scritto: Do you use it often? Did it allow you to detect memory problems in the real world? I detected memory problems at least three times, using memtest. It just works! Now, everytime some friend of mine asks me to check their malfunctioning computer, first thing I do is stick a memtest floppy disk in their drive and check their memory. I higly recommend a memtest option in Mandrake boot CD. Bye. -- Paolo Pedroni paolo.pedroniatiol.it
Re: [Cooker] libgal missing from cooker?
So sprach »Gary Lawrence Murphy« am 2001-10-29 um 12:34:32 -0500 : The cooker edition of mrproject requires libgal12 -- my system appears to have libgal4, libgal7 _and_ libgal11 installed, but there is no libgal* files in the current cooker. Uh? Well, if it's not, than it's because it will be in a short time. I'm having a week old Cooker repository, and there's ONLY libgal12-0.12-1mdk.i586.rpmlibgal12-devel-0.12-1mdk.i586.rpm Do I need both libgal4 and libgal7? Why is there no such package in Try to rpm -e them. If nothing requires it, then you don't need it. If you're running a current cooker, there shouldn't be anything depending on it. Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.digitalprojects.com | http://www.iso-top.de iso-top.de - Die günstige Art an Linux Distributionen zu kommen Uptime: 0 hours 17 minutes
Re: [Cooker] AppleTalk kernel 2.4-12-5mdk
magallon == J A Magallon [EMAIL PROTECTED] writes: magallon On 20011029 Juan Quintela wrote: john == John Haywood [EMAIL PROTECTED] writes: john Just installed kernel-2.4.12-5mdk. john .and Appletalk seems to have gone where? john Up till now 'twas to be found under: john /lib/modules/kernel vers/kernel/net/appletalk/appletalk.o.gz john but now, no longer. In fact it is not anywhere - has something taken over the john function, or is this just an oversight?? I didn't noticed that :( It is still activated in the .config, investigating... magallon Take a look at this thread: magallon http://marc.theaimsgroup.com/?l=linux-kernelm=100416424610687w=2 thanks, better fix found, just backup the fix in ac about this, Alan already agreed to fix that in his tree, should be fixed in next cooker kernel. Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
[Cooker] Re: avifile-0.6.0-0.20011026.1mdk
On Tue, Oct 30, 2001 at 01:10:27PM +0100, Guillaume Rousse wrote: Not explicitly, Oh good. so i guess it's auto-detected and built. I think so. I thought you used the disable flag. If true, i'll have to disable it for more portability. Oh no. Please don't. I wasn't comlaining about it being there, but concerned that it was not. I use avifile to encode and need all the help I can get. b. -- Brian J. Murrell
[Cooker] Partition table after WindowsXP
When attempting to install Mandrake8.1 it could not read my parition table. In the past this hasn't been a problem.. but this occured after installing WindowsXP so I am guessing WinXP did something nasty to my partition table. I was just wondering if there was something that Mandrake could 'change' in their installer to be able to read the partition table. Or is this just an issue of it being WindowsXP's fault and to deal with it myself? Many thanks -- Azrael (\''/).___..--'''-._ `0_ O ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' .' ((i).-'' ((i).' (((.-' Of all God's creatures there is only one that cannot be made the slave of the lash. That one is the cat. If man could be crossed with a cat it would improve man, but it would deteriorate the cat. ICQ#52944566 _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Re: [Cooker] Re: avifile-0.6.0-0.20011026.1mdk
Ainsi parlait Brian J. Murrell : If true, i'll have to disable it for more portability. Oh no. Please don't. I wasn't comlaining about it being there, but concerned that it was not. I use avifile to encode and need all the help I can get. As a mandrake package should work on any pentium-class machine, any other optimisation break this policy. For multimedia application, this is a major drawback, so i'm not sure about this issue. Enable it at the only exception, or disable it and tell user to rebuild from source package ? What is sure, however, is that i've used the second way for mplayer package, so i should at least be consistant with myself :-) -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
[Cooker] Re: Re: avifile-0.6.0-0.20011026.1mdk
On Tue, Oct 30, 2001 at 04:26:44PM +0100, Guillaume Rousse wrote: As a mandrake package should work on any pentium-class machine, any other optimisation break this policy. For multimedia application, this is a major drawback, Very. so i'm not sure about this issue. Enable it at the only exception, or disable it and tell user to rebuild from source package ? How about thinking about it this way... what is the reality/usefulness of a multimedia application not running on a class of Pentium (i.e. Pentium I) that has MMX? Would you really expect 30fps motion video to run on your P90? Do you not think it is safe to assume any Pentium capable of full motion (i.e. has the power) video would have MMX. Even my PII-233 has MMX. What is sure, however, is that i've used the second way for mplayer package, so i should at least be consistant with myself :-) I agree. Turn MMX on on all of your multi-media builds! :-) b. -- Brian J. Murrell
Re: [Cooker] isolinux
On Tuesday 30 October 2001 11:11 am, Guillaume Cottenceau wrote: Paolo Pedroni [EMAIL PROTECTED] writes: I detected memory problems at least three times, using memtest. It just works! Now, everytime some friend of mine asks me to check their malfunctioning computer, first thing I do is stick a memtest floppy disk in their drive and check their memory. Personally, I use for a long time the simple following thing: I recompile 100 times a kernel, storing the logs, and I then verify all the logs are the same ; when memory or chipset or processor are malfunctioning, sometimes GCC receives signal-11 because of failing hardware. I'm wondering if memtest would not miss some of the errors; also it doesn't use the harddisk so it can miss chipset problems related to disk probably. Of course, memtest is really more easy to use than recompiling a kernel. cpuburn http://users.ev1.net/~redelm/severely tests cpu/cache/ram. As a long time overclocker, I can say if your system can run cpuburn for at least 30 mins, it's stable as can be. Quicker and easier to use than memtest86 or settin up a kernel compile loop. I'd strongly suggest havin continuous cpu temp monitoring setup before runnin any of cpuburn's modules. 'burnK7' will get my 1.4 at 1.55 ghz Tbird up to 52°C. BTW, thanks Guillaume for your Penguin Liberation rpms ;) -- Tom Brinkman Galveston Bay, USA chmod +x /bin/Laden.al-Qaeda.Taliban
[Cooker] file missing in gcompris
hi, as I couldn't manage to enter it in the bug database, I say it here : there is a file missing in gcompris as of Mdk 8.1. It makes it crash when you launch the game beside paratrooper. Thanks José /\ | José Jorge [EMAIL PROTECTED]| | TEKLYNX International http://www.teklynx.com | \/
[Cooker] Re: Re: avifile-0.6.0-0.20011026.1mdk
On Tue, Oct 30, 2001 at 05:21:50PM +0100, Guillaume Cottenceau wrote: You could build for i586 arch with a 100% compat to Pentium and for i686 arch with all opts turned on, maybe. That sounds good to me. All you would have to do is wrap your building process with a for target in i586 i686; do rpm -ba -target $target; done and write the %build portion of the specfile to %configure with different options depending on the target. Maybe also mention in the description that i586 is Pentium compatible and i686 is optimized for MMX. b. -- Brian J. Murrell
[Cooker] Re: Re: avifile-0.6.0-0.20011026.1mdk
On Tue, Oct 30, 2001 at 05:27:52PM +0100, Guillaume Rousse wrote: mplayer currently support mmx, mmx2, 3dnow, 3dnowex and sse optimisations. Turning them all is not a good solution, and i'm not sure which one one would correspond to a 'reasonable' subset: mmx + 3dnow + sse ? Of course I vote for whatever optimization Athlon's have in them. MMX and 3dnow I think. :-) Anything else for an Athlon? b. -- Brian J. Murrell
Re: [Cooker] Re: Re: avifile-0.6.0-0.20011026.1mdk
On Tuesdayen den 30 October 2001 17.44, Brian J. Murrell wrote: On Tue, Oct 30, 2001 at 05:27:52PM +0100, Guillaume Rousse wrote: mplayer currently support mmx, mmx2, 3dnow, 3dnowex and sse optimisations. Turning them all is not a good solution, and i'm not sure which one one would correspond to a 'reasonable' subset: mmx + 3dnow + sse ? Of course I vote for whatever optimization Athlon's have in them. MMX and 3dnow I think. :-) Anything else for an Athlon? one must ask himself what differencies/benefits/drawbacks all these options bring, it just might be enough with mmx only? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Oden Eriksson, Deserve-IT Networks, Jokkmokk, Sweden. | Mandrake Linux release 8.2 (Cooker) for i586 | Current uptime with kernel 2.4.13-1mdksmp: 10:12 | cpu0 @ 814.28 bm, fan 4500 rpm, temp +36.0°C | cpu1 @ 815.92 bm, fan 4500 rpm, temp +33°C
[Cooker] kover-0.8.1-2mdk.src.rpm
I've uploaded the latest version of kover at ftp://ftp.mandrakesoft.com/incoming %changelog * Tue Oct 30 2001 Claudio Panichi [EMAIL PROTECTED] 0.8.1-2mdk - Opss... rebuild against libpng3 * Tue Oct 30 2001 Claudio Panichi [EMAIL PROTECTED] 0.8.1-1mdk - Added icons (now shipped with the sourcecode...) - Added Norwegian language - 0.8.1 -- Claudio Panichi System/Network Admin at Dept. of Physics Tor Vergata University and INFN - Sec. Roma II Remote System is: LINUX Mandrake 8.2 (Cooker) LA STABILITÀ È PER I DEBOLI! =;p
[Cooker] Cooker Condition proposal
I propose a method by which those of us who use Cooker frequently can tell if Cooker is installable or broken. Maybe we could have a Red Yellow Green condition to show the current status: RED= Broken (pending updates, not installable) YELLOW = Installable, but a few things not fully functional GREEN = Installable, most things work - maybe small bugs This would be extremely helpful so some of us don't waste out time trying to install a Cooker which is know to be broke or in transition. Perhaps a simple text file with the condition could be placed in the Cooker tree for us to check before downloading . . . I just tried today's Cooker (30.10.01) with no luck . . . and this has happened many times before . . . Just an idea! Thx, R.Fox
RE : [Cooker] Partition table after WindowsXP
Hello World, If I may, i have this kind of probleme with an Win98 allready Installed. When then i install Mdk 8.0; Windows 98 (Fat32) is unabled to be booted ;=[ But not NT4 (Fat16) or NT4Server(Fat16). Here is the caracteristics of the partitions : /hda1 [ Fat 16 Dos 6.2 50Mo ] Primary /hda2 [Ext. Part. 30 Go] /hda5 [Fat 32 W98 OSR2 2 Go] /hd6 [Fat 16 NT4 SP 6.2 2 Go] /hda7 [Fat 16 NT4 Srv SP 6.2 2 Go] /hda8 [Fat 16 Data 15 Go] /hda9 [Fat Ext2 350 Mo root] /hda10 [Fat Ext2 6.5 Go /usr ] /hda11 [ Linux Swap 250 Mo] /hda11 [Free Unallocated 6.5 Go ] Unaccessible Novell Netware 5.1 5 Go (DATA and SYS) But if Idestroy my three Linux partitions Win98 boot perfectly ;=) ?? Strange to me ?? Is Win98 Osr2 incompatible in anyway with Mdk 8.0 ?? Or Novell stuffs I don't know ? During the installation I ask Lilo to place the Boot Loader Lilo on a Floppy; if it help ? Meanwhile, i cant have Linux installed on my school hard drive that make me sad ;=) Have a nice day ;=) Whisper
Re: [Cooker] isolinux
Tom Brinkman wrote: On Tuesday 30 October 2001 11:11 am, Guillaume Cottenceau wrote: Paolo Pedroni [EMAIL PROTECTED] writes: I detected memory problems at least three times, using memtest. It just works! Now, everytime some friend of mine asks me to check their malfunctioning computer, first thing I do is stick a memtest floppy disk in their drive and check their memory. Personally, I use for a long time the simple following thing: I recompile 100 times a kernel, storing the logs, and I then verify all the logs are the same ; when memory or chipset or processor are malfunctioning, sometimes GCC receives signal-11 because of failing hardware. I'm wondering if memtest would not miss some of the errors; also it doesn't use the harddisk so it can miss chipset problems related to disk probably. Of course, memtest is really more easy to use than recompiling a kernel. cpuburn http://users.ev1.net/~redelm/severely tests cpu/cache/ram. As a long time overclocker, I can say if your system can run cpuburn for at least 30 mins, it's stable as can be. Quicker and easier to use than memtest86 or settin up a kernel compile loop. I'd strongly suggest havin continuous cpu temp monitoring setup before runnin any of cpuburn's modules. 'burnK7' will get my 1.4 at 1.55 ghz Tbird up to 52°C. BTW, thanks Guillaume for your Penguin Liberation rpms ;) Or the entire ctcs suite. And btw, wrong Guillaume. We call this one 'gc', you are thinking of Guillaume Rousse I believe.
Re: [Cooker] Re: Re: avifile-0.6.0-0.20011026.1mdk
Ainsi parlait Maksim Orlovich : On Tue, 30 Oct 2001, Oden Eriksson wrote: On Tuesdayen den 30 October 2001 17.44, Brian J. Murrell wrote: On Tue, Oct 30, 2001 at 05:27:52PM +0100, Guillaume Rousse wrote: mplayer currently support mmx, mmx2, 3dnow, 3dnowex and sse optimisations. Turning them all is not a good solution, and i'm not sure which one one would correspond to a 'reasonable' subset: mmx + 3dnow + sse ? Of course I vote for whatever optimization Athlon's have in them. MMX and 3dnow I think. :-) Anything else for an Athlon? one must ask himself what differencies/benefits/drawbacks all these options bring, it just might be enough with mmx only? Sure. AFAIK (please correct me if i'm wrong): sse - pentium III only 3dnow - amd K6 only 3dnowex - amd K7 (athlon) only mmx - all recent computer mmx2 - ?? Sofar, the most reasonable performance/maintainance tradeoff seems to maintain this set of package: - i586 with no optimization at all - i686 with mmx optimization One possiiblity: IIRC, if you do an strace of a progrma using the dynamic linker using say, libfoo, it will be checking for something like i686/mmx/libfoo, i686/libfoo first..Perhaps this can be used? Sorry, too much technical for me :-( -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
[Cooker] Re: [CHRPM] ext2resize-1.1.14-5mdk
On Tue, Oct 30, 2001 at 07:31:14PM +0100, Thierry Vignaud wrote: --=-=-= Name: ext2resize Relocations: (not relocateable) Version : 1.1.14Vendor: MandrakeSoft Since you are rebuilding this Thierry, why not use the latest, 1.1.17? This 1.1.14 version is more than 2 years old and knows nothing of ext3. 1.1.17 does know of ext3. I use it here and it works fine. b. -- Brian J. Murrell
Re: [Cooker] isolinux
Ainsi parlait Guillaume Cottenceau : BTW, thanks Guillaume for your Penguin Liberation rpms ;) As Blue told it, you're mixing the Guillaume's :-). I'm the only real one, gc is a vile usurpator :-) -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] cdrtools-1.10-2mdk.src.rpm
Submitted 30-Oct-01 by Warly: mkisofs is distributed in the same tarball as cdrecord, but with a different version number, so I just keep it to be in sync with the author I understand that, but my question was why they have different release numbers. mkisofs is -1mdk while cdrecord is -2mdk and they are the same SRPM. -- Anton GrahamGPG ID: 0x18F78541 [EMAIL PROTECTED] RSA key available upon request Live fast, die young, and leave a good looking corpse. -- James Dean
Re: [Cooker] Mandrake 8.1 breaks my win98 installation
On Tuesday 30 October 2001 02:26 pm, you wrote: This is a real problem with mandrake 8.0 and 8.1. It happens always when I install them. P.S.: Win98 have never deleted any of my files. Lucky you. It tends to have a tendency to scribble over non-Windows partitions with certain paritition maps when doing defrag...
[Cooker] kernel 2.4.13-1mdk and cache
either free and xosview can't handle the new kernel or the kernel itself behaves a bit strange. after some hours of usage free (and xosview) shows these figures: [marxist@kreml marxist]$ free total used free sharedbuffers cached Mem:383872 380808 3064380 186908 4294846236 -/+ buffers/cache: -4294652336 4295036208 Swap: 827308 143064 684244 sweeet :) though the system just runs fine (mdk 8.1). procps-2.0.7-9mdk (includes free) xosview-1.7.3-11mdk kernel-2.4.13-1mdk -- Free Dmitry Sklyarov, NOW! Fuck the DMCA!
RE : RE : [Cooker] Partition table after WindowsXP
That s not the point ;=) Please..., try to remove the windows partition completly, wipe it clean from your hard drive!!!... If you have M$ Windoze related questions I strongly advise you to seek professional help in that genre, and/or elsewhere. And, please do not take offence..., I'm a former (MCSE) ms technician/engineer and I'm so very tired of that enormously stupid os that ms has presented so far. It's an os for dummies, or worse... Ohh, I have an CNE on 4.11 but that's just as stupid, I hate that one even more... I have seen the light! Have mercy miss percy -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Oden Eriksson, Deserve-IT Networks, Jokkmokk, Sweden. | Mandrake Linux release 8.2 (Cooker) for i586 | Current uptime with kernel 2.4.13-1mdksmp: 13:09 | cpu0 @ 814.28 bm, fan 4500 rpm, temp +39.0°C | cpu1 @ 815.92 bm, fan 4470 rpm, temp +36°C
Re: [Cooker] Mesa-packages
On Tue, 30 Oct 2001 21:05, you wrote: Han [EMAIL PROTECTED] writes: The glut-libraries seem to be unimportant for quake3 but what the hell. Anyway this seems to bee a much more consistant way of packaging the Mesa-stuff. Thanks, glut3 is problably not needed by a lot of GL stuff (especially games). This allows reducing potential error and allow using other library without too much error (libGLU for example), this one comes with libGLU 1.3 from SGI incorporated with Mesa 3.5. François. So, in summary, what packages are needed with what? For example, as J . A . Magallon [EMAIL PROTECTED] wrote, is this combo correct? : I think you only should install Mesa if you have XFree 3.3.x. With XFree 4.1.0, you already get a libGL. So the two possible setups are: - XF 3.3 + libMesaGL + libMesaGLU + libMesaglut - XF 4.1 + libMesaGLU + libMesaglut (same for the devel packages). And further, is this true for *all* video cards (hidden agenda, I have a 3dfx G), or just non-Glide? cheers -- john in syd
Re: [Cooker] isolinux
On Tue, 30 Oct 2001, Tom Brinkman wrote: cpuburn http://users.ev1.net/~redelm/severely tests cpu/cache/ram. As a long time overclocker, I can say if your system can run cpuburn for at least 30 mins, it's stable as can be. Quicker You know the risk of overclocing but you can't predict memory problems :( -- 5:17pm up 14 days, 6:13, 3 users, load average: 0.03, 0.03, 0.00 __ | / \ |Iouri Goussev// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Foo-Bar / // \\ \ jgs\\ // http://foobar.irc-unix.net| \__/ | I am not 31337. But I can use the Vi editor... ;-0
Re: [Cooker] Cooker Condition proposal
On 30 Oct 2001, Robert Fox wrote: I propose a method by which those of us who use Cooker frequently can tell if Cooker is installable or broken. Maybe we could have a Red Yellow Green condition to show the current status: RED= Broken (pending updates, not installable) YELLOW = Installable, but a few things not fully functional GREEN = Installable, most things work - maybe small bugs Something like the Mozilla tinderbox would be really nice (http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey) Especially if there was a way of showing what packages failed to build on either x86 or PPC , who broke it, and when. Ian --- Ian White email: [EMAIL PROTECTED]
Re: [Cooker] Cooker Condition proposal
Ian White wrote: On 30 Oct 2001, Robert Fox wrote: I propose a method by which those of us who use Cooker frequently can tell if Cooker is installable or broken. Maybe we could have a Red Yellow Green condition to show the current status: RED= Broken (pending updates, not installable) YELLOW = Installable, but a few things not fully functional GREEN = Installable, most things work - maybe small bugs Something like the Mozilla tinderbox would be really nice (http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey) Especially if there was a way of showing what packages failed to build on either x86 or PPC , who broke it, and when. I've got some scripts running on my box rebuilding packages and sorting the buildoutputs. Check out: http://cm61-10-20-87.hkcable.com.hk/build/cooker/i586/ I'd like to make a nice webinterface for it, keep history longer, put it in a database, make it a bit smarter, etc. Maybe an idea for a new project (something like debians buildd). Right now it's only a shellscript... Stefan
Re: [Cooker] Cooker Condition proposal
- Original Message - From: Robert Fox [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 30, 2001 12:11 PM Subject: [Cooker] Cooker Condition proposal I propose a method by which those of us who use Cooker frequently can tell if Cooker is installable or broken. This would be nice ;-) snip I just tried today's Cooker (30.10.01) with no luck . . . and this has happened many times before . . . Ditto. I just tried to do a freshed install yesterday and the installer was barfing in some area related to urpmi I don't have the error in front of me. I will re-rsync and see if I can reproduce the error for the group. Dan
Re: [Cooker] isolinux
On Tuesday 30 October 2001 05:18 pm, Yura Gusev wrote: On Tue, 30 Oct 2001, Tom Brinkman wrote: cpuburn http://users.ev1.net/~redelm/severely tests cpu/cache/ram. As a long time overclocker, I can say if your system can run cpuburn for at least 30 mins, it's stable as can be. Quicker You know the risk of overclocing but you can't predict memory problems :( OC'ing is never a risk if it's done properly, YMMV. I'm using very old pc100 (8ns, Mosel Vitelic) at cas2 135mhz as I type, mixed in with 2 other sticks of Micron 7.5ns ram (512 total). The old pc100 is runnin 35% higher than sold as, -o- errors, has for years. Mobo has more to do with ram performance and stabiltiy, as long as it's good quality ram to start with. Most memory problems are solved by re-seating the ram, tryin different slots, changing the order of the sticks, or all the above. 'Course this assumes decent ram and motherboard. For instance, the pc100 I mentioned above won't run memtest86 overnite at 100mhz cas3 (less than it's rated) on a PCCHIPS, or Dell spec board mobo, but will run memtest86 with no errors at 155mhz cas3 on a Soyo with a good power supply. On a Aopen board it's good for 133mhz cas3 with the same quality PS. BTW, the only memory problems I have Yura, are between my ears ; -- Tom Brinkman Galveston Bay, USA chmod +x /bin/Laden.al-Qaeda.Taliban
[Cooker] Re: [CHRPM] kernel-2.4.13-2mdk
On 20011031 Juan Quintela wrote: --=-=-= Name: kernel Relocations: (not relocateable) Version : 2.4.13Vendor: MandrakeSoft Release : 2mdk Build Date: Tue Oct 30 16:28:41 2001 Could you think on removing devfs from mdk kernels and return to traditional /dev ? As I have read in the kernel mailing list, it is the biggest pile of crap in the kernel, with nearly a bug per code line, giving all sort of lock problems in SMP and so on... -- J.A. Magallon # Let the source be with you... mailto:[EMAIL PROTECTED] Mandrake Linux release 8.2 (Cooker) for i586 Linux werewolf 2.4.13-ac5-beo #1 SMP Tue Oct 30 00:10:00 CET 2001 i686
Re: [Cooker] Mesa-packages
On 20011030 John Haywood wrote: For example, as J . A . Magallon [EMAIL PROTECTED] wrote, is this combo correct? : I think you only should install Mesa if you have XFree 3.3.x. With XFree 4.1.0, you already get a libGL. So the two possible setups are: - XF 3.3 + libMesaGL + libMesaGLU + libMesaglut - XF 4.1 + libMesaGLU + libMesaglut (same for the devel packages). And further, is this true for *all* video cards (hidden agenda, I have a 3dfx G), or just non-Glide? In short, XFree-4.1.0 includes Mesa-3.4.2. See http://www.xfree86.org/4.1.0/RELNOTES2.html#4 So the status of 3D is that of Mesa 3.4.2, apart from bugfixes. So it means it uses the DRI infraestructure. Take a look at: http://www.xfree86.org/4.1.0/RELNOTES5.html#25 What I do not know is if you can overwrite XFree's Mesa 3.4.2 with 3.5 and live happy Experts ? -- J.A. Magallon # Let the source be with you... mailto:[EMAIL PROTECTED] Mandrake Linux release 8.2 (Cooker) for i586 Linux werewolf 2.4.13-ac5-beo #1 SMP Tue Oct 30 00:10:00 CET 2001 i686
Re: [Cooker] isolinux
On Tuesday 30 October 2001 03:10 pm, Guillaume Cottenceau wrote: Tom Brinkman [EMAIL PROTECTED] writes: cpuburn http://users.ev1.net/~redelm/severely tests This looks interesting; I'm thinking of puting that in the rescue; what would you advice? What's the procedure? Fork, launch the burn* program and monitor the process? It seems that burnBX would terminate on error but burnP5 would not, is it right? It's sad because it seems that burnP6 would terminate on error? Which burn* would be the best for a general-purpose test, burnP5 for processor and burnBX for memory, right? My experience is that any of the various burn?? modules will run. For instance, I've used 'burnP6' with my Tbird. I believe these questions would be much better answered by the author tho. Robert Redelmeier, HOUSTON USA [EMAIL PROTECTED] He's always been very helpful on the newsgroups... and Texas friendly ;) cpu/cache/ram. As a long time overclocker, I can say if your system can run cpuburn for at least 30 mins, it's stable as can be. Quicker and easier to use than memtest86 or settin up a kernel compile loop. I'd strongly suggest havin continuous cpu temp monitoring setup before runnin any of cpuburn's modules. 'burnK7' will get my 1.4 at Why so? Physical damage only occurs when the processor is _really_ hot, and the motherboard would prevent from that, isn't it? With an Intel proceesor yes. The internal diode protects it. With AMD's ... maybe. Only the new XP Palimino's have a internal temp diode, but currently no motherboards that support (i2c) checking it and shutting down. Also, i2c reporting has been direct (internal core temp) from the earliest Pentiums. With AMD cpu's, temp is reported from a mobo probe (thermistor). Overclockers have always added at least 10°C to probe temps in order to guess at the actual core temp. Recently AMD said to add as much as 20°C (they said 10 to 20). 1.55 ghz Tbird up to 52°C. So my 52°C max could actually be a core temp of 70+° Since Tbirds fry at 90° and generally start spitin errors in the 70's, you wouldn't want to see 55°C from a Tbird probe temp under extreme load, or more'n 50C during normal heavy operation (like a kernel compile). My advice would be to abort burnK7 if the probe temp from a Tbird got near to over 55°C. I'd abort an Intel processor at 50°C (most Intels fry at 65, spit errors at 45). With either, going over what I'm advising probly means you need better HS/fan and case ventilation. BTW, thanks Guillaume for your Penguin Liberation rpms ;) As Blue told it, you're mixing the Guillaume's :-). Mea Culpa, but thanks anyhow to the _real_ Guillaume ;) -- Tom Brinkman Galveston Bay, USA chmod +x /bin/Laden.al-Qaeda.Taliban
Re: [Cooker] Re: Re: avifile-0.6.0-0.20011026.1mdk
Guys, P1's slower than 166Mhz do not allow MMX-enabled multimedia programs to run. My P1 166 is that way. Matthew - Original Message - From: David Walluck [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 30, 2001 8:15 PM Subject: Re: [Cooker] Re: Re: avifile-0.6.0-0.20011026.1mdk On Tue, 30 Oct 2001, Brian J. Murrell wrote: I agree. Turn MMX on on all of your multi-media builds! :-) It is safe to turn MMX on. Original P1's do not support it, but I believe it will run. Of course, as mentioned, a P1 is very slow to be running video on, but that's not an excuse to exclude it, but as I said, I believe MMX optimizations are safe. The K6 supports MMX as well. -- Sincerely, David Walluck [EMAIL PROTECTED]
Re: [Cooker] Re: Re: avifile-0.6.0-0.20011026.1mdk
On Tuesday 30 October 2001 02:52 pm, you wrote: One possiiblity: IIRC, if you do an strace of a progrma using the dynamic linker using say, libfoo, it will be checking for something like i686/mmx/libfoo, i686/libfoo first..Perhaps this can be used? Sorry, too much technical for me :-( OK, let's clarify. Here is a pasting of the strace (system call log), for a program: open(/usr/lib/qt2/lib/libICE.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(i686/mmx/libICE.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(i686/libICE.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(mmx/libICE.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(libICE.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/X11R6/lib/libICE.so.6, O_RDONLY) = 3 THis is the linked trying to open a library. Notice that the linked is trying to load an i686/MMX optimized version of the library first, although not in particularly nice places (looks like a relative dir from here). This might be useful for packaing, if one simply includes multiples copies of performance-sensitive libraries, such as avifile, and let's ld.so pick the right one. Unfortunatel,y this probably doesn't work for dlopen()'ed libraries.
Re: [Cooker] sunsite.uio.no Mirror updates
On Tuesday 30 October 2001 10:40 pm, you wrote: It seems that sunsite.uio.no hasn't synced since the 27th (3 days ago)... anyone know why they don't have anything more recent? They also have a few duplicate files. kdebase, gurpmi, and i think kernels as well. I've also noticed it being slow, and sometimes I can't even connect (too many users connected in your class)... which class? Class A or B? Cause I own a Class C. I believe they're referring to anonymous users. I switched to ftp.sunet.se and that works for me. -Tim
Re: [Cooker] Re: [CHRPM] kernel-2.4.13-2mdk
On Tue, 2001-10-30 at 19:01, J . A . Magallon wrote: On 20011031 Juan Quintela wrote: --=-=-= Name: kernel Relocations: (not relocateable) Version : 2.4.13Vendor: MandrakeSoft Release : 2mdk Build Date: Tue Oct 30 16:28:41 2001 Could you think on removing devfs from mdk kernels and return to traditional /dev ? As I have read in the kernel mailing list, it is the biggest pile of crap in the kernel, with nearly a bug per code line, giving all sort of lock problems in SMP and so on... It was a major change incorporating this and I doubt our beloved kernel maintainers would be quick to change back. If you have personal experiences, use devfs=nomount at boot prompt (append to lilo or put in grub to make it default 0x0). Besides, I just went back to using it today after long long hiatas :). Yes, it can be a bother, but it would look _so_ M$-ish to put it in for 8.1 and back out for 8.2 (sorry, been dealing with having to support upgrading winusers here). Regards.
Re: [Cooker] sunsite.uio.no Mirror updates
On a slightly related subject, has anyone else been entirely unable to net install from speakeasy.rpmfind.net for no apparent reason? It's very frustrating.
Re: [Cooker] sunsite.uio.no Mirror updates
On Wed, 31 Oct 2001, Dan Mack wrote: own a Class C. I believe they're referring to anonymous users. I switched to ftp.sunet.se and that works for me. Yep, ftp.sunet seems to be more up to date. However, ftp.sunet.se has a different and I guess broken directory layout for a fresh NFS install. The directory layout is something like: Mandrake-devel/ contrib/ i586/ cooker/ i586/ Mandrake/ RPMS/ RPMS2 - ../../../../contrib/i586 ^^ this no worky with NFS ;-( The RPMS2 directory isn't going to be reachable when the NFS client does the install because the client ends up mounting only the portion below cooker/i586; everything under contrib is unavailable. Can someone in the know please illuminate us as to which layout is the correct layout ? Long ago was said that sunsite.uio.no was obsolete; you have to use ftp.uninett.no and this has the same layout as ftp.sunet.se -andrej
Re: [Cooker] sunsite.uio.no Mirror updates
On Wed, 2001-10-31 at 03:00, Borsenkow Andrej wrote: On Wed, 31 Oct 2001, Dan Mack wrote: own a Class C. I believe they're referring to anonymous users. I switched to ftp.sunet.se and that works for me. Yep, ftp.sunet seems to be more up to date. However, ftp.sunet.se has a different and I guess broken directory layout for a fresh NFS install. The directory layout is something like: Mandrake-devel/ contrib/ i586/ cooker/ i586/ Mandrake/ RPMS/ RPMS2 - ../../../../contrib/i586 ^^ this no worky with NFS ;-( The RPMS2 directory isn't going to be reachable when the NFS client does the install because the client ends up mounting only the portion below cooker/i586; everything under contrib is unavailable. Can someone in the know please illuminate us as to which layout is the correct layout ? Long ago was said that sunsite.uio.no was obsolete; you have to use ftp.uninett.no and this has the same layout as ftp.sunet.se -andrej Sunsite resolves to uninett.
Re: [Cooker] Re: Re: avifile-0.6.0-0.20011026.1mdk
On Tue, 30 Oct 2001, Brian J. Murrell wrote: I agree. Turn MMX on on all of your multi-media builds! :-) It is safe to turn MMX on. Original P1's do not support it, but I believe it will run. Of course, as mentioned, a P1 is very slow to be running video on, but that's not an excuse to exclude it, but as I said, I believe MMX optimizations are safe. The K6 supports MMX as well. -- Sincerely, David Walluck [EMAIL PROTECTED]
[Cooker] sunsite.uio.no Mirror updates
It seems that sunsite.uio.no hasn't synced since the 27th (3 days ago)... anyone know why they don't have anything more recent? I've also noticed it being slow, and sometimes I can't even connect (too many users connected in your class)... which class? Class A or B? Cause I own a Class C. - Chris
Re: [Cooker] Re: Re: avifile-0.6.0-0.20011026.1mdk
On Tue, 30 Oct 2001, Oden Eriksson wrote: On Tuesdayen den 30 October 2001 17.44, Brian J. Murrell wrote: On Tue, Oct 30, 2001 at 05:27:52PM +0100, Guillaume Rousse wrote: mplayer currently support mmx, mmx2, 3dnow, 3dnowex and sse optimisations. Turning them all is not a good solution, and i'm not sure which one one would correspond to a 'reasonable' subset: mmx + 3dnow + sse ? Of course I vote for whatever optimization Athlon's have in them. MMX and 3dnow I think. :-) Anything else for an Athlon? one must ask himself what differencies/benefits/drawbacks all these options bring, it just might be enough with mmx only? One possiiblity: IIRC, if you do an strace of a progrma using the dynamic linker using say, libfoo, it will be checking for something like i686/mmx/libfoo, i686/libfoo first..Perhaps this can be used?
Re: [Cooker] isolinux
Paolo Pedroni [EMAIL PROTECTED] writes: Il 12:43, martedì 30 ottobre 2001, hai scritto: Do you use it often? Did it allow you to detect memory problems in the real world? I detected memory problems at least three times, using memtest. It just works! Now, everytime some friend of mine asks me to check their malfunctioning computer, first thing I do is stick a memtest floppy disk in their drive and check their memory. Personally, I use for a long time the simple following thing: I recompile 100 times a kernel, storing the logs, and I then verify all the logs are the same ; when memory or chipset or processor are malfunctioning, sometimes GCC receives signal-11 because of failing hardware. I'm wondering if memtest would not miss some of the errors; also it doesn't use the harddisk so it can miss chipset problems related to disk probably. Of course, memtest is really more easy to use than recompiling a kernel. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] chrpm question
how is it decided what rpms get updated and when? the reason is that although I like having new rpms almost daily, it seems there is a bit of a wait for certain pieces of software (evolution, pan, nautilus). Is there a particular reason for the delay in some packages (size, difficulty compiling, dependencies, etc)? Thanks, David -- I find your lack of faith disturbing. --Darth Vader
Re: [Cooker] Re: avifile-0.6.0-0.20011026.1mdk
Guillaume Rousse [EMAIL PROTECTED] writes: What is sure, however, is that i've used the second way for mplayer package, so i should at least be consistant with myself :-) You could build for i586 arch with a 100% compat to Pentium and for i686 arch with all opts turned on, maybe. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: RE : [Cooker] Partition table after WindowsXP
On Tuesdayen den 30 October 2001 20.30, Pixel wrote: Whisper [EMAIL PROTECTED] writes: [...] /hda1 [ Fat 16 Dos 6.2 50Mo ] Primary /hda2 [Ext. Part. 30 Go] /hda5 [Fat 32 W98 OSR2 2 Go] /hd6 [Fat 16 NT4 SP 6.2 2 Go] /hda7 [Fat 16 NT4 Srv SP 6.2 2 Go] /hda8 [Fat 16 Data 15 Go] /hda9 [Fat Ext2 350 Mo root] /hda10 [Fat Ext2 6.5 Go /usr ] /hda11 [ Linux Swap 250 Mo] /hda11 [Free Unallocated 6.5 Go ] Unaccessible Novell Netware 5.1 5 Go (DATA and SYS) But if Idestroy my three Linux partitions Win98 boot perfectly ;=) ?? Strange to me ?? Is Win98 Osr2 incompatible in anyway with Mdk 8.0 ?? Or Novell stuffs I don't know ? try creating a dos partition as the last logical partition (aka hda12 in your case), it may help windows. Please..., try to remove the windows partition completly, wipe it clean from your hard drive!!!... If you have M$ Windoze related questions I strongly advise you to seek professional help in that genre, and/or elsewhere. And, please do not take offence..., I'm a former (MCSE) ms technician/engineer and I'm so very tired of that enormously stupid os that ms has presented so far. It's an os for dummies, or worse... Ohh, I have an CNE on 4.11 but that's just as stupid, I hate that one even more... I have seen the light! Have mercy miss percy -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Oden Eriksson, Deserve-IT Networks, Jokkmokk, Sweden. | Mandrake Linux release 8.2 (Cooker) for i586 | Current uptime with kernel 2.4.13-1mdksmp: 13:09 | cpu0 @ 814.28 bm, fan 4500 rpm, temp +39.0°C | cpu1 @ 815.92 bm, fan 4470 rpm, temp +36°C
Re: [Cooker] isolinux
Tom Brinkman [EMAIL PROTECTED] writes: cpuburn http://users.ev1.net/~redelm/severely tests This looks interesting; I'm thinking of puting that in the rescue; what would you advice? What's the procedure? Fork, launch the burn* program and monitor the process? It seems that burnBX would terminate on error but burnP5 would not, is it right? It's sad because it seems that burnP6 would terminate on error? Which burn* would be the best for a general-purpose test, burnP5 for processor and burnBX for memory, right? cpu/cache/ram. As a long time overclocker, I can say if your system can run cpuburn for at least 30 mins, it's stable as can be. Quicker and easier to use than memtest86 or settin up a kernel compile loop. I'd strongly suggest havin continuous cpu temp monitoring setup before runnin any of cpuburn's modules. 'burnK7' will get my 1.4 at Why so? Physical damage only occurs when the processor is _really_ hot, and the motherboard would prevent from that, isn't it? 1.55 ghz Tbird up to 52°C. BTW, thanks Guillaume for your Penguin Liberation rpms ;) As Blue told it, you're mixing the Guillaume's :-). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Mandrake 8.1 breaks my win98 installation
On Tuesday 30 October 2001 03:34 pm, you wrote: On Tuesday 30 October 2001 02:26 pm, you wrote: This is a real problem with mandrake 8.0 and 8.1. It happens always when I install them. I've used a dual boot system since I started using Mandrake. I have NEVER had a problem with linux overwriting/harming/touching/etc my windows partitions even after I started playing around with Cooker. If you tried to reinstall Windows after installing Mandrake, yes you will have a problem, but take that one up with your local MS Admin who lets nimda run all over his network. I've installed the download versions of both 8.0 and 8.1 with a dual boot using Windows 98 and on another machine with Win2k with no problem whatsoever. I would make sure your HD isn't damaged or you could call an MS help desk.
Re: [Cooker] Re: avifile-0.6.0-0.20011026.1mdk
Ainsi parlait Guillaume Cottenceau : Guillaume Rousse [EMAIL PROTECTED] writes: What is sure, however, is that i've used the second way for mplayer package, so i should at least be consistant with myself :-) You could build for i586 arch with a 100% compat to Pentium and for i686 arch with all opts turned on, maybe. mplayer currently support mmx, mmx2, 3dnow, 3dnowex and sse optimisations. Turning them all is not a good solution, and i'm not sure which one one would correspond to a 'reasonable' subset: mmx + 3dnow + sse ? -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] isolinux
On 30 Oct 2001, Guillaume Cottenceau wrote: Todd Lyons [EMAIL PROTECTED] writes: I think this would be a VERY good thing (provided there's not a major technical showstopper with memtest-x86, which is what I'm afraid of). Do you use it often? Did it allow you to detect memory problems in the real world? Yes i helped me with strange mem problem on my motherboard. System was totaly unstable after i added more memory(Micron). I exchanged DIMM but i did't helped. Then i used this programm and i give me nothing but after i tryed intensive memory test(it is not default one) after 4 or 5 hours i got a lot of error. Anyway it hepled me to find where to plug this dimm on the motherboard to make system stable. 2 month uptime now. -- 5:05pm up 14 days, 6:02, 3 users, load average: 0.01, 0.01, 0.00 __ | / \ |Iouri Goussev// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Foo-Bar / // \\ \ jgs\\ // http://foobar.irc-unix.net| \__/ | I am not 31337. But I can use the Vi editor... ;-0
[Cooker] network install problems with hdlist
I just updated fresh from sunet and now I cannot do a fresh install over the network. After I partition the disk and select my mount points I get this dialog box that says the following: An error occurred nothing found while parsing /mnt/var/lib/urpmi/hdlist.Installation CD (nfs1).cz I was able to successfully do this last week. Any ideas ? The hdlist files seem to be intact on my install server. Dan
