Re: [Cooker] Re: [CHRPM] xmms-1.2.7-26mdk
On 19 Nov 2003, Guillaume Cottenceau wrote: Olivier Blin [EMAIL PROTECTED] writes: On Wed, 19 Nov 2003 12:26:23 +0100 (CET) Oden Eriksson [EMAIL PROTECTED] wrote: -=-=-=- Name: xmms Version : 1.2.7 Packager: Guillaume Cottenceau [EMAIL PROTECTED] It would be nice to upgrade to xmms 1.2.8, there's been a lot of fixes since 1.2.7 was released, about one year and a half ago :-) I checked pre1 back in august and it broke stuff. Didn't have time to test since then. I put it on club a while ago, it broke xmms-cdread, which i patched, I can send it when klama is up again (or check out the src.rpms on club). For the rest, it seems to work fine (300 downloads and nobody complained at least). d.
Re: [Cooker] Re: [CHRPM] xmms-1.2.7-26mdk
On Wed, 19 Nov 2003 [EMAIL PROTECTED] wrote: On 19 Nov 2003, Guillaume Cottenceau wrote: Olivier Blin [EMAIL PROTECTED] writes: On Wed, 19 Nov 2003 12:26:23 +0100 (CET) Oden Eriksson [EMAIL PROTECTED] wrote: -=-=-=- Name: xmms Version : 1.2.7 Packager: Guillaume Cottenceau [EMAIL PROTECTED] It would be nice to upgrade to xmms 1.2.8, there's been a lot of fixes since 1.2.7 was released, about one year and a half ago :-) I checked pre1 back in august and it broke stuff. Didn't have time to test since then. I put it on club a while ago, it broke xmms-cdread, which i patched, I can send it when klama is up again (or check out the src.rpms on club). For the rest, it seems to work fine (300 downloads and nobody complained at least). trivial patch to make cdread work again (attached). d. xmms-cdread-0.14a-shuffle_list.patch.bz2 Description: BZip2 compressed data
Re: [Cooker] xmms-1.2.7-26mdk
On 17 Nov 2003, Guillaume Cottenceau wrote: Oden Eriksson [EMAIL PROTECTED] writes: måndagen den 17 november 2003 13.11 skrev Guillaume Cottenceau: Oden Eriksson [EMAIL PROTECTED] writes: Also, I think it should have a tooltip explaining what it is, as it's rather obscure to normal people. Would you consider adding the tooltip? Where should this tooltip be located? There is no visual stuff until you press Well, erhm, a tooltip is a widget that appears automatically when you don't move for 2 seconds on a (typically, action) widget. Thus it should appear when one leave mouse pointer on the AB stuff, I guess. I tried to explain that this is simply not the case, did you check the link There is no tooltip, yes, and I suggest to add one :). below? Yes but I don't need an explanation for me, I know what AB is about. I'm of course talking for users. Gc, I am afraid people try to get you to understand that there is no button to press. So no place for a tooltip to appear. There is no mouse pointer above an action widget. You just press A with the keyboard and the status window of xmms displays A. It doesn't make much sense to add a tooltip if you would go and over above the A (I even think it very hard to do that at all since given the way the status window works) since it it not meant to be clicked on. d.
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
On Mon, 10 Nov 2003, Warly wrote: Olivier Blin [EMAIL PROTECTED] writes: On Thu, 06 Nov 2003 21:48:14 +0100 Pascal Terjan [EMAIL PROTECTED] wrote: I'm pretty sure the magazine didn't even bother to tell Mandrakesoft they'll distibute the 9.2... They don't need MandrakSoft's agreement, it's free software. Sure, it would be nice that magazines tell MandrakeSoft when they distribute Mandrake, but it's legal not to tell it. Do you warn the developper(s) each time you package a new piece of software ? It's almost the same thing ... Theoraticaly speaking they can just put then as this. The disc contain is free software, but the the Mandrake name is copyrighted and should not be used without Mandrakesoft agreement. It is not copyrighted but trademarked. And I think you can sell discs with a trademarked name (you can also sell an old TV on ebay, even if it has the trademark Sony stamped on it). According to US law a mark is infringed when you're use of it causes confusion as to the source of the goods involved. As long as you take care of that, there shouldn't be any problem. Reading the stuff at the club it seems to me himandrake is actually violating trademarks, because they claim to own the mandrake name. Unless ofcourse, they bought mandrake. but ofcourse, IANAL, d.
Re: [Cooker] kernel 23mdk panic
On Sun, 9 Nov 2003, Andrey Borzenkov wrote: On Wednesday 05 November 2003 14:57, [EMAIL PROTECTED] wrote: kernel-desktop can have all the preempt stuff and other things (setpcap?) you do not want to have on your server. actually capabilities are exactly for server for all I can say. It allows you to run services with reduced privileges thus reducing the possible intrusion impact. setpcap? What i remember from discussions about it is that it is not secure. It is a one-line patch, so why was it not ever included in 2.4? It allows processes to inherit privileges and i think the reason it is frowned upon that it is a bit too powerful and becomes easy for an app to screw up things. d.
Re: [Cooker] Re: No more fpons: keeping the Drakes happy
On 7 Nov 2003, [iso-8859-15] François Pons wrote: Leon Brooks [EMAIL PROTECTED] writes: Is there anything that either Mandrake or we could do to make your job noticeably more survivable? Thanks Leon for your though... Well, I'am not actually completely dead :) There are still some parts of me trying to continue to live :) I'am not working on the dark side, should I have to say it :) Still, sad to see you go, hopefully you'll find the time to keep contributing! d.
Re: [Cooker] Club test RPMS for ATI and Win4Lin
On Fri, 7 Nov 2003, Greg Meyer wrote: On Friday 07 November 2003 04:42 am, Buchan Milne wrote: Greg Meyer wrote: For Danny and Buchan, I have been using your test rpms for ATI kernel modules and Win4Lin together on my Thinkpad for about four hours now without any problems. Everything seems to be quite stable. win4lin packages are supposed to be updated in the 9.2 contrib tree ... but I have had no response from Lenny ... Shouldn't the win4lin packages from the original kernel be made available to for people that have chosen not to upgrade the kernel. As long as the original kernel is available in the tree, the packages that go with it should remain available. Although if that .10 kernel is getting pulled because of the LG business, then the related win4lin packages could be pulled also. Maybe there needs to be a updates directory for contrib too. Lenny/Warly replaced Thomas' and my contrib kernels with 21.1 versions (sadly not 21.2 with newer alsa, but well...). I think same will be done for win4lin. d.
Re: [Cooker] Re: No more fpons
On Thu, 6 Nov 2003, Austin wrote: On 11/06/2003 11:57:13 AM, Buchan Milne wrote: You think CS is bad? We (B.Eng - Mech) started with 80 guys and 4 girls (one more joined us in 2nd year), 25 guys and no girls graduated at the end of the 4 year course. 3 girls left Engineering, 2 changed to Industrial. Wow. Here in Canada, university enrollment is like 60% female IIRC. In science, it isn't quite as good, more like 50%. Graduate school in science, more like 40%, but still not bad at all. Go Canada! nah..it means there not much smart guys in Canada :P d.
Re: [Cooker] kernel 23mdk panic
On Wed, 5 Nov 2003, Olivier Blin wrote: Wow. I eat my words. Test9.4mdk kicks ass. All modules load (alsa, firewire, USB, video, even joystick!!!) This is very cool. thanks to svetljo, he told me how to fix it Responsiveness is insane. Like even my mouse cursor moves faster. Is that normal? yes :) it was quit normal in -test5, perhaps a bit faster, but it's really fast in -test9, when I tried -test5 again this evening, i found the mouse really slow :) Since I'm a kernel moron... which of the following multimedia kernel options will this obsolete? - low latency No, IIRC, it doesn't exist anymore, this patch was made by Andrew Morton which is now the primary maintener, and Linus wanted to merge it in early 2.5 developpement. - preempt-able same - sched(0) Con Kolivas's scheduler has been merged in -test6 ( http://kerneltrap.org/node/view/922 ) - libcap capabilities Do you mean the trick in include/linux/capability.h ? http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/kernel-multimedia-2.4.22.9mm.1mdk/2.4.21-0.pre4.1mdk.cap_setpcap.patch?rev=1.1content-type=text/x-cvsweb-markup It should you safe to enable it, why isn't it in Juan's package ? It is not safe. Although opinions vary. I wouldn't enable it on a multi-user machine, but kernel-mm is not meant for such use. I think, but it is really Juan/Nicolas who should do it, that the names and functions of 2.6 kernels need a rethinking. Something along the lines of: kernel-desktop - up, 4GB - smp/686, 4 GB - smp/athlon, 4 GB I assume performance hit of 4 GB is not so bad. I am also wondering how bad it would be to use an smp for up machines. Anyone has benchmarks? kernel-server - up, 4 GB - smp/p3, 64 GB - smp/athlon, 64 GB Perhaps more? Security can be in kernel-server via LIDS so i think kernel-secure via grsec is obsolete (aside from that, many security minded people will not use 2.6 for at least I year yet). kernel-desktop can have all the preempt stuff and other things (setpcap?) you do not want to have on your server. d.
Re: [Cooker] Updated ATI Kernel Modules
On Mon, 3 Nov 2003, Götz Waschk wrote: Am Montag, 3. November 2003, 10:18:57 Uhr MET, schrieb [EMAIL PROTECTED]: On Sun, 2 Nov 2003, Greg Meyer wrote: Are we going to see updated ATI kernel modules for the 9.2 kernel updates? wrong question, should be: are we going to see SRPMS for any version at all. I'll be happy to recompile but am not going to duplicate the effort. I've already duplicated that efford. Here are my unoffical packages, adding the missing applications as well: http://wwwra.informatik.uni-rostock.de/~waschk/Mandrake/SRPMS/ATI_GLX-3.2.8-1gpw.src.rpm Doesn't compile unless I patch spec: @@ -50,7 +50,7 @@ make cd ../fglrx/fglrx_gamma xmkmf -make +make INCLUDES=-I../../../../usr/X11R6/include EXTRA_LIBRARIES=-L../../../../usr/X11R6/lib %install rm -rf $RPM_BUILD_ROOT install -m 644 -D usr/include/GL/glxATI.h %buildroot%_prefix/X11R6/include/GL/glxATI.h d.
Re: [Cooker] test9.4mdk with ext3 as module
On Mon, 3 Nov 2003, Tim Sawchuck wrote: On Tue, 4 Nov 2003 00:12:30 +0100 Olivier Blin [EMAIL PROTECTED] scribed on electronic parchment: My mistake, it's a bug in kernel packaging. No depmod is done in %install, so mkinitrd find the first time an empty modules.desc file and can't guess ext3 depends on jbd ... It's finally fixed now, you can grab the test9.4mdk packages here: http://compil.mandrake.org/~blino/kernel-2.6/ If nothing wrong is reported about the package till Wednesday, it will go right in contrib. Next step is to add -mm1 patchset. After about 4 hours it is still rock and roll! :-) There are a couple issues with bttv loading and then exiting, but a modprobe after X is loaded solves that. No nVidia driver will compile, but I expected that as a test kernel. Frame buffer at boot just blanks the screen, which comes back as soon as X loads. VGA=normal in lilo.conf solves that. No major problems to report, ext3 / jbd all load fine. I'll do some more log analysis in the morning about the bttv. Oh, and the alsa 0.9.7 driver is noticeably better sounding on my system than 0.9.6. Been trying to build my own 0.9.8 rpms from the source, but got in over my head a little quickly. :-) FYI, alsa 0.9.8 is in tmb and multimedia kernels now:) d.
Re: [Cooker] Updated ATI Kernel Modules
On Sun, 2 Nov 2003, Greg Meyer wrote: Are we going to see updated ATI kernel modules for the 9.2 kernel updates? wrong question, should be: are we going to see SRPMS for any version at all. I'll be happy to recompile but am not going to duplicate the effort. d.
Re: [Cooker] Updated ATI Kernel Modules
On Mon, 3 Nov 2003, Götz Waschk wrote: Am Montag, 3. November 2003, 10:18:57 Uhr MET, schrieb [EMAIL PROTECTED]: On Sun, 2 Nov 2003, Greg Meyer wrote: Are we going to see updated ATI kernel modules for the 9.2 kernel updates? wrong question, should be: are we going to see SRPMS for any version at all. I'll be happy to recompile but am not going to duplicate the effort. I've already duplicated that efford. Here are my unoffical packages, adding the missing applications as well: http://wwwra.informatik.uni-rostock.de/~waschk/Mandrake/SRPMS/ATI_GLX-3.2.8-1gpw.src.rpm http://wwwra.informatik.uni-rostock.de/~waschk/Mandrake/SRPMS/ATI_kernel-2.4.22.23mdk-3.2.8-1mdk.src.rpm Götz, you work to hard:) Any objections if I put them on club (with obsoletes for the in-house version?) d.
Re: [Cooker] Updated ATI Kernel Modules
On Mon, 3 Nov 2003, Götz Waschk wrote: Am Montag, 3. November 2003, 11:39:35 Uhr MET, schrieb [EMAIL PROTECTED]: Götz, you work to hard:) Any objections if I put them on club (with obsoletes for the in-house version?) You can do everything the license permits. Please don't forget to upload the source rpms to the club. In contrast to inhouse made rpms, we are obliged to upload srpms, otherwise the upload is rejected. d.
Re: [Cooker] Updated ATI Kernel Modules
On Mon, 3 Nov 2003, Götz Waschk wrote: Am Montag, 3. November 2003, 11:04:53 Uhr MET, schrieb Eric Fernandez: Danny, I have open a club request for these drivers http://www.mandrakeclub.com/modules.php?op=modloadname=RPMfunc=info_pageRID=1611 Maybe you could link them to the entry ? BTW, maybe that would be necessary to rename the patch name to mdk to uniformise, if Gotz doesn't mind ? You mean rename the release suffix from gpw to mdk? BTW I don't like that the club packages have the mdk suffix, as they could be mixed up with official packages. Couldn't this be changed to something else? perhaps, would need discussion on club-volunteers. Everyone has to do it, and the scripts have to parse everything correctly. Given the amount of time/money that is currently going to club infrastructure I wouldn't bet on this. I did start naming everyting version.92mdk to distinguish them from cooker stuff (like we are doing for security updates now). I would to raise another point here quickly, but it needs its own thread: shouldn't we force release specific rpms? Too many people are using cooker rpms on stable version. Too many people are using rpms for different versions on their stable version. Can't urpmi complain about this? Perhaps not for noarch rpms, but certainly for binary stuff it would be nice. It probably would require each package to get a release tag. d.
Re: note on Dual G4 benh install vs. rescue ultra-ATA device
On Mon, 3 Nov 2003, Isaac Csandl wrote: On Monday 03 November 2003 01:36 pm, Stew Benedict wrote: On Mon, 3 Nov 2003, Isaac Csandl wrote: On the HD, I've installed the recent benh kernel from Mandrake Club, version: 2.4.21-1bh-mdksmp, which is working well (it feels as fast as before, although only one CPU shows in gkrellm -- i'm curious if this is correct, but content that it works for now... thoughts, anyone?). Probably just x86-ism in gkrellm. cat /proc/cpuinfo output is different on ppc than x86. -- $ cat /proc/cpuinfo cpu : 7455, altivec supported clock : 866MHz revision: 2.1 (pvr 8001 0201) bogomips: 865.07 machine : PowerMac3,6 motherboard : PowerMac3,6 MacRISC2 MacRISC Power Macintosh board revision : detected as : 129 (PowerMac G4 Windtunnel) pmac flags : L2 cache: 256K unified memory : 256MB pmac-generation : NewWorld H... ! that's strange. Either that machine is weird or my kernel is broke. Anyone else tried the club kernel on an smp machine? An update for the benh kernel is long overdue anyway, i have 2.4.22-ben2 sitting here, but i still need to redo the xfs patch, hopefully i get some time this week. d.
Re[2]: [Cooker] [9.2] misleading : Press Y within 5 seconds File system check
On Sat, 1 Nov 2003, Galileo wrote: dmo Does it still do that? I talked about this with Thierry a while ago and he dmo promised me the journal is updated before the filesystem check (which is dmo the best thing, journal update doesn't necessarily fix all errors). dmo In 9.1 the journal was certainly not updated before fs check. Maybe a stupid an offtopic question but what about xfs. I have a customer with few bad machines (nforce chipset). He has corruption on the / filesistem very often but none on /home. I know that checking of xfs filesystem should be automatic but only thing that helps is to boot a rescue and manually check the / . btw this is with ml 9.1 xfs shouldn't be affected by this specific problem. d.
[Cooker] [Bug 5099] [kernel] The obsolete module DC2XX is loaded when connecting Kodak digital camera
http://qa.mandrakesoft.com/show_bug.cgi?id=5099 --- Additional Comments From [EMAIL PROTECTED] 2003-11-02 14:17 --- Please try latest tmb(=21.2tmb) or multimedia kernels (=21.1mm) to see if this problem is fixed. d. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: See the URL. If one connects a digital camera from Kodak, the DC2XX kernel module is loaded and this blocks the access via GPhoto2. One has always to rmmod the module manually to be able to access the camera and newbies do not know this and think their camera is not supported. The user who reported the problem in the MandrakeClub probably uses Mandrake 9.1, but it is possible that the bug still persists in 9.2. I cannot test as I do not have a Kodak camera and the problem does not appear with my Olympus C-3000Z and Canon Digital IXUS 400. If the bug is already fixed, simply mark it as fixed, if another package is responsable please change it.
Re: [Cooker] [9.2] misleading : Press Y within 5 seconds File system check
On Fri, 31 Oct 2003, Eric Fernandez wrote: In case of a hard-reset, init messages indicate the computer was not shut down cleanly, and a message appear : Press Y within 5 seconds to force the file system check Actually this is very misleading : if you do it with ext3, it does NOT use the journal and then you will experience system losses. Lots of newbies have reported that problem. Now that would be nice to change this message so that people leave the journalisation do the good work. Eric Does it still do that? I talked about this with Thierry a while ago and he promised me the journal is updated before the filesystem check (which is the best thing, journal update doesn't necessarily fix all errors). In 9.1 the journal was certainly not updated before fs check. If you can verify that it is still not fixed we need an update for this because it ruins many systems. d.
Re: [Cooker] Do not renice X by default
On Thu, 30 Oct 2003, Con Kolivas wrote: Hi all I'm a long time Mandrake user and am the person responsible for the base patch in the multimedia kernel and all the interactivity changes that have gone into the 2.6 development kernel (from 2.6.0-test6). A couple of years ago when I was subscribed to this list I suggested renicing X by default to -10 and noticed that it was done on the following release by default. That was a recommendation based on the default kernel's scheduler inability to make X smooth enough under load. However I am going to have to recommend reversing that change now as the new kernel has been tuned to allow good performance of X at nice 0. The new O(1) scheduler is far more aggressive with treatment of priorities and has much larger timeslices. Giving X a priority of -10 will make it cause unnecessary scheduling latencies for tasks that use even small amounts of cpu such as audio playback. In a nutshell this means that renicing X will make audio skip with a 2.6 kernel on even modern hardware. I know, I have been thinking longer about adding some extra init.d script for multimedia kernel to renice X when booting into kernel-mm, and since I doubt 2.6 will be perfect for everybody by the time 10.0 comes out it might be a good idea to renice X only when the new scheduler is used. Con, do you know of any quick way to check in bash/perl whether or not it is useful to nice X to -10? Or should we just check for kernel 2.6 or kernel= kernel-multimedia? d. Please CC me in any replies as I'm no longer subscribed to cooker. Cheers, Con
Re: [Cooker] bootsplash kernel progress bar on non-mdk kernel
On Wed, 29 Oct 2003, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrey Borzenkov wrote: Apparently this progress bar is displayed not by kernel but by some external program? No, it seems just to work by placing show $num in /proc/splash where $num is a 16bit integer (see /sbin/splash.sh and the rc_splash function in /etc/rc.d/). On 2.4.23-pre8 it is too short while on 2.6 it extends over the right side - apparently it depends on relative kernel version number :) Does framebuffer work on 2.6? AFAIK lots of fb things changed in 2.6, and nobody was yet willing to start porting bootsplash because of the heavy changes still taking place in fb. seriously, how it is computed? Oh, and anyone knows any attepmt to port bootsplash to 2.6? Even incomplete one - it could be taken for a start Probably better to ask on the bootsplash list? I am sure they are interested. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/n55IrJK6UGDSBKcRAsSSAKDB1swhRO2AEEaeshiPDWPCM0ZwHACdFxFc JTMqwKO65aGqMT7YVPmsDsw= =q3ij -END PGP SIGNATURE-
Re: [Cooker] endian advice
On Sun, 26 Oct 2003, Austin wrote: I assume that not all of our platforms little endian... Is there a simple test I can run in bash to determine the endianness at build-time? In bash, i don't think it is possible. Well, you could do it like autoconf does it. In configure, it checks for sys/param.h if it defines the byte order, if not, it uses a little c-program: main () { /* Are we little or big endian? From HarbisonSteele. */ union { long l; char c[sizeof (long)]; } u; u.l = 1; exit (u.c[sizeof (long) - 1] == 1); } But why do you need it? A program probably already uses this in configure if it matters? d.
[Cooker] frozen-bubble competition?
Wondering if gc has seen this: http://monkey-bubble.tuxfamily.org/screenshots.html d.
Re: [Cooker] network icon on deskop?
On Fri, 24 Oct 2003, FACORAT Fabrice wrote: Le ven 24/10/2003 à 12:20, Jan Ciger a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brad Felmey wrote: | I will smile and politely pat you on the shoulder, understanding | perfectly that you obviously have zero experience migrating an | enterprise environment to Linux. Well, yes, you are right, but what I do not agree with is putting a link to smb:/ on the desktop, unless it is made more reliable. It does not work properly for me (I am current on Cooker) - I am seeing some shares from our Windows server but not others, some directories seem to be empty even though they are not and many other strange things like this. Either use LinNeighborhood (which works fine for me) or nothing for now, because a half-broken solution is worse than none. filled bug reports against lisa/gnome-vfs/kio-smb yes, but not to say they are bugged. The whole design idea is wrong. IMO in doesn't make sense to abstract a filesystem at a DE level, at least not for current systems. It would be better if lisa (or whatever) asked LUFS or even plain (smb)mount to mount the fs. This is less work and has probably less bugs than the current hacks. Playing an mp3 via smb:// currently means downloading the file first before a player starts playing it. I do not want 2 minute pauses between my music (don't even try it with video). Mounting it makes it available for all apps and toolkits. Makes more sense to me. d.
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
On 24 Oct 2003, Guillaume Cottenceau wrote: Régis Wira [EMAIL PROTECTED] writes: Mine has a 1.01 firmware Very interesting then. Listing all firmware versions needed will be long though :/. Régis can try downgrading firmware and try to fry his drive? d.
Re: [Cooker] 9.2 Updates a total mess
On Fri, 24 Oct 2003, Greg Meyer wrote: On Friday 24 October 2003 01:20 pm, Brook Humphrey wrote: On this page http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:0 20 Mandrake says that all of the mandrakeclub commercial drivers are available. Quote: New commercial drivers for this kernel are available at Mandrake Club. Now my English is a bit rusty but this should mean that they are there wright NOW ! I don't see them here : http://rpms.mandrakeclub.com/rpms/MandrakeClub/comm/9.2/i586/ByDate.html um they are. Maybe you didn't look right at the top of the page but listed right there are drivers for ati, nvidia, winmodems and whatnot else. Those are the ones for the original kernel, not the updated ones that are referred to on the security advisory page. He is right, they are not there. And if I might add (if the maintainers of those packages are on any of the lists at all): Why are there no srpms so that one of the club contributers could have updated them? Who had this fabulous idea of not putting up srpms? Most of the inhouse made commercial rpms are full of bugs, incompatible and outdated. It is a waste of employee-time to maintain these things. Put the srpms up and let us rebuild it when needed. (no i do not put up my own versions because last time i did that with java people were complaining to me about the other rpm, it is confusing and another waste of recources to double the work) d.
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
On 24 Oct 2003, Guillaume Cottenceau wrote: Vedran Ljubovic [EMAIL PROTECTED] writes: I have here a HL-DT-ST GCE-8400B CD-RW. MB is a taiwanese (i think Chaintech) with VIA KT-266. RC2 installed fine, didn't have time to try 9.2 final though, I'll probably do it over the weekend and let you know. How do I find the firmware version? If unchanged, it's printed in a sticker on the upper side of the drive, generally. If update, I don't know, visit LG website, there's probably Windows .exe utilities to do that. perhaps hdparm -i gives it? d.
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
On Sat, 25 Oct 2003, Élie Charest wrote: Le 25 Octobre 2003 06:35, [EMAIL PROTECTED] a écrit : On 24 Oct 2003, Guillaume Cottenceau wrote: Vedran Ljubovic [EMAIL PROTECTED] writes: I have here a HL-DT-ST GCE-8400B CD-RW. MB is a taiwanese (i think Chaintech) with VIA KT-266. RC2 installed fine, didn't have time to try 9.2 final though, I'll probably do it over the weekend and let you know. How do I find the firmware version? If unchanged, it's printed in a sticker on the upper side of the drive, generally. If update, I don't know, visit LG website, there's probably Windows .exe utilities to do that. perhaps hdparm -i gives it? Nah, it says /dev/scd0 not supported by hdparm. i assume it is not really a scsi device? if you use ide-scsi use the hd? identifier instead of the scsi device node (/dev/hdb or such). d.
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
On 22 Oct 2003, Teletchéa Stéphane wrote: Le mer 22/10/2003 à 13:59, Guillaume Cottenceau a écrit : Hi, Be carefull ! You misread my post : i'm saying UNTIL 9.1, i need to desactivate DMA for my LG cdrom/burner model HL-DT-ST CD-RW GCE-8240B. I didn't test it already with 9.2 ... Yes, but even until 9.1, you didn't fry the drive did you? DMA is not supported on the CRD-8400B, it is in the kernel nodma blacklist (drive_list_entry drive_blacklist). IIRC during the first 2.4.x kernels it was not in the list, and people got dma errors, but no drive damage at all. I think you can only turn on dma on this drive with hdparm -d1 -X34 /dev/hd? I assume this drive is still in the blacklist, although since klama is down i cannot check 9.2 kernel source at the moment. Also, it might be worthwhile to check if these guys did do a firmware upgrade recently (or in any case what firmware version they use, perhaps a flash can even revive the broken drive). d.
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
On 22 Oct 2003, Teletchéa Stéphane wrote: Le mer 22/10/2003 à 14:55, [EMAIL PROTECTED] a écrit : On 22 Oct 2003, Teletchéa Stéphane wrote: Le mer 22/10/2003 à 13:59, Guillaume Cottenceau a écrit : Hi, Be carefull ! You misread my post : i'm saying UNTIL 9.1, i need to desactivate DMA for my LG cdrom/burner model HL-DT-ST CD-RW GCE-8240B. I didn't test it already with 9.2 ... Yes, but even until 9.1, you didn't fry the drive did you? No, you're correct. DMA is not supported on the CRD-8400B, it is in the kernel nodma blacklist (drive_list_entry drive_blacklist). IIRC during the first 2.4.x kernels it was not in the list, and people got dma errors, but no drive damage at all. I think you can only turn on dma on this drive with hdparm -d1 -X34 /dev/hd? I did a fresh install for 8.1 and 9.0 (disk failure for the second -backups are my friends-) and DMA was activated on my drive, causing it to dma_errors 'DriveSeek Error ... blabla'. I had to manually disable it by adding a line in /etc/sysconfig/hardhdc telling explicitly DMA to be turned off. Are you sure it is blacklisted ? CRD-8400B is blacklisted, your drive is not. But it works in 9.1/9.2 with DMA? If not I can make a patch in next kernel-mm and you can try if it works for you. I am very doubtful if the fried drives have anything to do with dma. d.
Re: [Cooker] k3b and supermount
On Tue, 21 Oct 2003, R N dev wrote: Hi, i recently installed k3b-0.9-11mdk my hope was that with this new version i could use k3b with supermount. But i cannot. Now i'd like to know if i have to configure something to have it working or it's hopeless. I can do a CD (also multisession) but i cannot import old session, 'cause k3b cannot mount an empty device. I tryed adding some little patches on my version to find device correctly also with supermount. And from now on i can importe old session logging-in as root (not as normal user). Before going on, and try to make my changes public, i'd like to say if there is another way to use supermount and k3b, i.e. supermount is useful and also very popular for mandrake users, so i guess if i am the only one with this problem. As had been discussed before, the new supermount allows unmounting of the subfs via a proc entry. A wrapper script can be made that effectively temporarily disables supermount. I think this was already done for formatting floppies, writing CDs is another such case. d.
Re: [Cooker] [Mandrake 10] Interactivity problem in 9.2
On Mon, 20 Oct 2003, Kevin Perros wrote: Hi, I have interactivity problems with the 9.2 release. I have hear about it in the past, concerning other distribs. This should be fixed in Mandrake 10, or even with 9.2 updates. XMMS makes pauses and clicks when I move windows under a default Gnome 2.4 with the Mandrake 2.4 kernel. I have a 500 MHz CPU, which I think must be supported (it is very fast for what I do with my PC). Maybe this problem doesn't occure on a faster CPU, and maybe that's why the problem already exists. Moreover, I lost a CD-R while burning with gtoaster (i.e. cdrecord). To obtain such a result I opened a directory in XMMS while burning. Here, the CPU was a 1300 MHz Duron, with fast hard disks, and 256 MB of RAM. As usual, I don't know much in the domain of setting the default priorities for X and XMMS. When i make a top, it seems that both are launched with a 0 priority, what is surely a good thing. I'd rather think that it is a kernel problem, since the first problem have disapeard using a 2.6.0-test kernel. I didn't perform tests with the 2.4 vanilla, but I didn't have this problem with it, either with 7.0-7.2 redhats or with 9.0-9.1 mandrakes. Maybe I should post a bug report ? It might be because some latency fixes were removed from the final kernel. I think they will be back in the update. If you want to have low latency/good interactivity, try the multimedia kernel which is in the contribs dir on the mirrors (best is the use the one (10.2mm-mdk)from the cooker mirrors, as it contains some bug fixes). d.
[Cooker] [Bug 5099] [kernel] The obsolete module DC2XX is loaded when connecting Kodak digital camera
http://qa.mandrakesoft.com/show_bug.cgi?id=5099 --- Additional Comments From [EMAIL PROTECTED] 2003-20-10 13:16 --- well, the user just reported it is not fixed in 9.2. Juan, you do read bugzilla do you? d. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: See the URL. If one connects a digital camera from Kodak, the DC2XX kernel module is loaded and this blocks the access via GPhoto2. One has always to rmmod the module manually to be able to access the camera and newbies do not know this and think their camera is not supported. The user who reported the problem in the MandrakeClub probably uses Mandrake 9.1, but it is possible that the bug still persists in 9.2. I cannot test as I do not have a Kodak camera and the problem does not appear with my Olympus C-3000Z and Canon Digital IXUS 400. If the bug is already fixed, simply mark it as fixed, if another package is responsable please change it.
Re: [Cooker] The JPackage Project.
On Sun, 19 Oct 2003, John Allen wrote: You can get the Sun j2sdk/j2re from MandrakeClub better rebuild the jpackage ones, or even my old packages in 9.1 testing. The official ones suck. d.
Re: [Cooker] OT: anyone test8 or recent -mm with initrd ?
On Sun, 19 Oct 2003, Svetoslav Slavtchev wrote: Le Samedi 18 Octobre 2003 16:13, Svetoslav Slavtchev a écrit : Hi , the sebject tells it almost all, with 2.6.0-test8 everything seems OK until i try to boot it :( You need to undo a patch / changeset ( cf http://linux.bkbits.net:8080/linux-2.5/[EMAIL PROTECTED]|Ch [EMAIL PROTECTED] ) to make initrd to work. thanks :-) but nope that worked, but better solution is available check lkml test8 initrd search, to get the patch it was devfs issue the sad thing is that under test8 i can not reach any web site, ftp, ssh work OK, but http doesn't seem to work :( pretty strange, not ? svetljo PS. anyone having supermount for test[6,7,8] the last available is for test5 but in test6 there were changes in the fs option parsing I mailed Andrey a while ago about something. He didn't answer however (which is unusual, but sometimes he is away for work for a prolonged period). d.
Re: [Cooker] 9.2 disasters list (continuing)
On Sat, 18 Oct 2003, Ron Stodden wrote: The degree of dramaticness has nothing to do with whether there is a reproducible bug report. This has occurrred three times under 9.1 and now once under 9.2 on this one machine, which is otherwise 100% long term totally stable. I need some kind of daemon that will watch all the time for /root/*.n file creation, but that is beyond my skill level. can you give some examples of what is in * ? I have a hunch that it is some kind of java program doing this (at least 2 i know have the habit of creating nn files, although not so many). IIRC matlab also dumps errors in *.n So, what kind of 3rd party software do you use, if any? d.
[Cooker] provides, conflicts, obsoletes
each time i need to use one of the above i am confused again when too use what. I think this info is not in rpm howto yet, i would add it, if i didn't feel unsure about what is best (I use things like described below, but i might be wrong). I see Conflicts and provides are in the wiki, but Obsoletes is not (for that matter, don't see prereqs either). Perhaps someone can give a thorough explanation and i will add it to wiki? Or someone who does know can add it, whatever. Perhaps it should be case described, like: - new package has function of another old package as well (I assume this obsoletes other old package). But should it provide old package as well? - new package does not work anymore with another old package (conflicts) - provides is only used to set aliasses for the name more cases? d.
[Cooker] [Bug 5666] [xmms] Problems opening web-radio shoultcast streams.
http://qa.mandrakesoft.com/show_bug.cgi?id=5666 --- Additional Comments From [EMAIL PROTECTED] 2003-18-10 22:10 --- In a few seconds i put xmms 1.2.8 on club for testing. You might want to check if that one works as well (if you are clubmember, otherwise, wait a few days/weeks untill it is moved to 9.2 unsupported dir). d. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: This follows on from a mozilla/galeon problem I was having trying to listen to Virgin Radio on: http://www.virginradio.co.uk/thestation/listen/index.html Galeon now launches xmms, but xmms iteself has problem opening the mpeg/ogg server stream. When using the downloaded shoutcast file: cat live.pls [playlist] numberofentries=3 File1=http://ogg.smgradio.com/vr96.ogg File2=http://ogg.smgradio.com/vr32.ogg File3=http://www.smgradio.com/core/audio/mp3/problems.mp3 I get a 'Server said rubbish' error message, where rubbish is either a 'H' or a square indicating a control character. Occasionally however, it succeeds. I think xmms needs a re-comile against the new libraries (or tell me what version of libraries to use because I am using all the latest ones).
Re: [Cooker] Setting BitTorrent up for upload only from unauth. IPs?
On Fri, 17 Oct 2003, Buchan Milne wrote: Some people reported success with lynx ... (for retrieving the torrent file). IIRC lynx corrupted the file. links did not. d.
Re: [Cooker] errata: kernel-source not on 9.2 CDs?
On Wed, 15 Oct 2003, Quel Qun wrote: This is surely not a move. I once reported it for 9.0 or 9.1, I don't remember. Then Warly said he was using his own scripts to select the iso rpms, so I didn't bother crying again about the same problem. It's just an oversight I assume. Now, if the power pack has the NVidia drivers, this will surely provide for 90% of the users need. I think a lot more than 10% will be using kernel-multimedia or kernel-tmb. d.
Re: [Cooker] errata: kernel-source not on 9.2 CDs?
On Thu, 16 Oct 2003, Buchan Milne wrote: But, their needs are provided since kernel-tmb-source and kernel-multimedia-source are in the same place as kernel-tmb* and kernel-multimedia*. duh..me stupid and not thinking. you're right. d.
[Cooker] [Bug 6152] [rpmdrake] New: software media manager incorrectly parsing path
http://qa.mandrakesoft.com/show_bug.cgi?id=6152 Product: rpmdrake Component: rpmdrake Summary: software media manager incorrectly parsing path Product: rpmdrake Version: 2.1-35mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpmdrake AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When adding a local source (or removable) and I select the path /mnt/distro/cd1 with the software media manager using the browse button, it pastes /mnt/distrocd1 in the selection box. Seems it removes a / to much. But only when I select (single click) cd1 while being inside /mnt/distro. When I double click it goes into the cd1 dir and when I than click ok it adds the dir correctly. So either: single click should select that dir as well (preferred by me) OR single click should just select the base dir (/mnt/distro) and not incorrectly concate the subdir. d. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] errata: kernel-source not on 9.2 CDs?
I cannot say i am very happy with this descission. Or was it a mistake? I surely hope so. Explaining people they have to install correct kernelsource to avoid problems when using/installing nvidia, win4lin, vmware and a dozen other things is difficult enough, not putting them on the download edition is not going to make it better. If it was a space consideration, why do we have 2 apache-source (what is it for?) and 3 (!) versions of the kernel docs there (and probably lots of other redundant stuff). So, can this be put in the errata as well? And since a kernel update is needed to fix badram patch for highmem as well, hopefully a kernel-source can be put on update mirrors. d.
Re: [Cooker] Downloading 9.2 - Five stars
On Wed, 15 Oct 2003, Buchan Milne wrote: BTW, it looks from http://torrent.mandrakesoft.com:6969/ that at least 2658 users have complete sets of ISOs (and it seems the torrent was changed now to be one per CD-set instead of one per ISO?). 2658*2.1GB is a *lot* of data ... there's no way Mandrake would be able to pay that (assuming all the users who currently have the full set had used FTP from a Club-only FTP server). Read the page again:) The last hash is not for the isos. I think it is for the test file that was up for a time. So only 1097*2.1 GB. Still a lot. And over 800 people are still downloading. But ofcourse these numbers are still small considering the 15000 clubmembers. hmm..i didn't download the test file, and suddenly i am enormously curious what the content of that file was... d.
Re: mount hfs+ partition
On Tue, 14 Oct 2003, Andreas wrote: Is a kernel-rpm with hfs+ support available for mdk 9.1 yes, on club. d.
Re: [Cooker] Re: nvidia driver messes up console mode (framebuffer?)
On Sat, 11 Oct 2003, Juan Quintela wrote: - drivers 4363 works for a lot of people. - drivers 4496 fails for several people (they work for me). Can people please mail me the output of lspcidrake -v and telling me what versions work/don't work for you? Using 4496 from .run file works stable (not that i tried very hard) on Card:NVIDIA GeForce2 DDR (generic): nVidia Corporation|NV11 Geforce2 MX/MX 400 [DISPLAY_VGA] (vendor:10de device:0110) this is on an Athlon XP 1600+ (Via Apollo Pro KT266 chipset) Except that I boot without framebuffer (I will try soon with framebuffer, but it is hard for me to test this anyway as I seem to have a crazy system that the kernel fails to initialize console on boot. I always boot with a black console screen, until X pops up, than i can go to console and actually see something. It seems like kernel mis-initializes console (that's right, even text console is black, as soon as console loads, the screen goes black). Rivafb works, VGA16 also gives me visible text. And for some reason, BOOT kernel (luckily) also works. So fb is not really useful on my system anyway... ). d.
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
On Wed, 8 Oct 2003, texstar wrote: I thought you could blacklist libraries and binaries based on using the -b prefix in your /etc/prelink.conf file: yes probably, but as all kde/qt apps load libGL it would be nice to have that one prelinked as well. d.
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: This is wrong. There is no prelink in any Mandrake Linux distribution yet. yes, but now we are on the topic, I wanted to ask for a long time whether you think it is time to start doing it? IIRC from the stuff I read about it some time ago, it would be necessarily to run prelink on each install of new libraries. In that case, a lot of rpms would need to be adepted. Unless ofcourse, prelink is run at boot, or in a cron-job, which also have their own problems. WDYT ? d.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On 8 Oct 2003, Guillaume Cottenceau wrote: That's not obvious to me. Packages (programs) installation has been simplified in rpmdrake2 (ending up with, among others, current two-different-interfaces which is so critized - even if it's logical and drastically simplifies the GUI). Simple categories are available, good documentation in powerpack manuals and online (and even with a clickable Help button now). If newbies don't use Packages Installation, I think it has more to do with the fact that a computer is frightening in general - they won't use other tools as well, outside of mozilla and evolution and openoffice, until a trusted computer literate friend shows them another one - probably not an administration one. And I'm sure many other persons use rpmdrake2 and are very happy with it. rpmdrake2 is wonderful. But, it still keeps surprising me how people think. The last few days I've been helping a person trying to get mandrake running. He's not so computer illiterate, but only knows windows and dos. Somehow, he tried to install all kinds of programs from source or binary tarbal, without even trying to use rpmdrake (ofcourse he might have not found the programs he was looking for because only 1 CD was added as media, since he only downloaded the first CD). So could rpmdrake provide info on packages, even if there is no media available for it? I fail to see how merging two functionalities would end up with an easier tool, whereas this suggestion keeps poping up. I think people design interfaces they'd like to use, and since they are not newbies, we end up with that suggestion. I see a long thread coming again:) I do want to comment two things: -Real newbies are few, people know the add/remove stuff of windows -I do see the logical distinction, but I also see disadvantages of current approach. Perhaps a compromis is possible, if we all think very hard:) - This application should feature _programs_, not _packages_ This is not just about terminology. What I mean is: list only packages that are programs and hide everything else. A definition of a program is a package that has one or more menu entries. E.g. if it's not in the menus, it's not a program and therefore shouldn't be listed. So what do we do with those other packages, you ask? I feel that is a good proposal. I don't know the best way to integrate this suggestion in rpmdrake though. Maybe another sorting method. Maybe the default one (although the default one is already mandrake choices e.g. a short selected list of packages that are sensible to newbies). i like it as well. Something like we have in the menu? I want to play video, listen music, type a letter? I don't know. Between 7.0 and 7.1 times we decided for the Menu and Rpm-Groups new architecture, which is a bit different, I don't know why because I didn't decided for them. Warly maybe you remember? o it would be so nice to have the exact same groups in both. I sometimes have to check the files list of the rpms to find the executable I need (or go through the whole menu). We decided for Media on this list around 3 months ago, this was a sort of community decision I'd say, so I think it's counter-productive to change them all again, except of course if everyone on this list would strongly agree with channels instead of media (which I personally don't, but I may be the only one ;p). I don't like channels either, actually, i liked source,but I can live with media. - Add more sources/media/channels automatically I know that Mandrake will never implement this, but what the hell :) one can dream. The biggest problem with RpmDrake is that sources are still too complicated to configure. Therefore I Olivier Thauvin's easy-urpmi should be integrated in the media configuration tool, when I have time :/ however I'm not very much in favor of pushing newbies to use external packages (at the time cooker was easily addable graphically, so many people broke their system by trying to install programs ugrades). It would be really wonderful if it could be integrated. But make it difficult to add non-compatible sources (other arches, version, etc). d.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wed, 8 Oct 2003, Buchan Milne wrote: [EMAIL PROTECTED] wrote: On 8 Oct 2003, Guillaume Cottenceau wrote: That's not obvious to me. Packages (programs) installation has been simplified in rpmdrake2 (ending up with, among others, current two-different-interfaces which is so critized - even if it's logical and drastically simplifies the GUI). Simple categories are available, good documentation in powerpack manuals and online (and even with a clickable Help button now). If newbies don't use Packages Installation, I think it has more to do with the fact that a computer is frightening in general - they won't use other tools as well, outside of mozilla and evolution and openoffice, until a trusted computer literate friend shows them another one - probably not an administration one. And I'm sure many other persons use rpmdrake2 and are very happy with it. rpmdrake2 is wonderful. But, it still keeps surprising me how people think. The last few days I've been helping a person trying to get mandrake running. He's not so computer illiterate, but only knows windows and dos. Somehow, he tried to install all kinds of programs from source or binary tarbal, without even trying to use rpmdrake (ofcourse he might have not found the programs he was looking for because only 1 CD was added as media, since he only downloaded the first CD). But, which media are available are of no consequence, if the user didn't even try rpmdrake ... yes, probably you're right. I should ask him, maybe he looked only at it and decided it didn't have the stuff he wanted. The problem is that Windows users are used to getting free software (really Shareware or freeware) by downloading from obscure sites on the internet. true :) So could rpmdrake provide info on packages, even if there is no media available for it? How? Telepathy? You're not very optimistic today:-P Might be a bad idea, but, we could just store all of main+contribs+jpackage hdlists on the drive? As all these media are static, it is silly to get them from a mirror. So you can search at look at the description, and only if you really want it you can select a mirror to download it from. I think this is already done. how do you mean done ? do you refer to urpmi.setup? It is not really integrated in rpmdrake? d.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wed, 8 Oct 2003, Buchan Milne wrote: Another thing that might be useful is to be able to launch the program in the menu entry for a package that is installed, but the problem is, who do you run it as? It's fine when using rpmdrake in user mode, but when running as root it could be a problem ... i'm sure rpmdrake can find out who is owning the display it is running on? perhaps even check if this user==console owner. Ofcourse if is is a remote display, you should not try to run it. Than again, i'm not sure this is a good idea. What do you want to run when you install kdegames ? all of them? d.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wed, 8 Oct 2003, Buchan Milne wrote: 1)It's not supported (remember last weeks thread?) IMHO the outcome of the thread was that that was a silly argument. And if the packages are searchable, you can make very clear that you are looking at an unsupported media. And that selecting to add it, can lead to problems (but is better than d/l fuzzy rpms from rpmfind). 2)If we were to use hdlists, we would have to find another 20MB of packages to axe from the CDs. But, you do not have to download those 20 MB over your 56k6 modem. Which is no less difficult when the hdlists (or synthesis.hdlist.cz if on a slower connection) or not on the CDs ... you still have to know the mirror. In the end, integrating urpmi.setup is probably a better idea. yes, well that would solve the problem as well:) I see searching /browsing through contribs not as an alternative to a urpmi.setup like behaviour, but as a UI improvement: -search for samba -user can select samba-packages -in separate frame (for example) clearly marked as unsupported software, display ksambaplugin -user looks at descriptions clicks to add ksambaplugin, popup box says: no media available for samba yet, want to add one? if yes, mirror list is displayed, mirror selected and app installed. Than again, other approaches might be better. d.
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: This would be interesting to have a look at it but the only reason why I haven't uploaded any prelink package yet is because (i) this is indeed something to be run better through cron (daily for new installs, weekly to reprelink), (ii) prelink'ing all fail because libqt depends on libGL which requires PIC to be prelink. There is a way around that but this requires things to supported in our kernel yet. I am interested in your cron jobs though. why can't libGL be PIC? because of performance? IIRC Jakub made a patch that separates performance critical functions from the others. I cannot remember this requiring kernel support, if so, what is it? perhaps Thomas or myself could already play with it in contribs. And what happens if you use nvidias libGL ? I bet it doesn't support prelink either? d.
Re: [Cooker] Misleading Gentoo vs. Mandrake 9.1 performance
On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: On Wed, 8 Oct 2003, Gwenole Beauchesne wrote: I am interested in your cron jobs though. In other words, please don't upload the package to contribs/. in that case, i'd like to see it as well (not that i currently have much time to play with it). d.
Re: [Cooker] help with gdam
On Mon, 6 Oct 2003, Austin wrote: Please help: gdasspatialstereo.c:73:40: pasting - and lear does not give a valid preprocessing token See the SRPM, which obviously doesn't build. http://groundstate.ca/gdam-0.942-1mdk.src.rpm The problem fixer will receive due credit. This is urgent... for reasons I can't reveal... YET! I think (but could be wrong) from a quick glance at the code that you can just remove all the ## in front of prefix in that file (but leave the ## behind prefix where it is) now...bout this credit Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] [ANN] drakconnect (aka networking) maintenance
On Fri, 3 Oct 2003, Thierry Vignaud wrote: poulpy (damien chaumette) is on hollydays and won't be online until quite some time. i'll try to resume maintainership upon drakconnect for some time despite not being a network guru. (my goal being to release some update regarding drakxtools because of drakconnect drakfont) so if you have enough information (error trace when running from a terminale, wrong config files or better diff of wrong good config files, and the like...), please report/fill bug reports with that. i'll be more able to fix bug in standalone tool rather than in installer, so please focus on standalone drakconnect. aside from the silly default use of localhost, last time I tried it it would not let me set my DNS, which made it completely useless for me. d.
Re: [Cooker] Encrypted partitions with Mandrake?
On Thu, 2 Oct 2003, lamikr_mdk wrote: Thanks, that was exactly the way how I would actually like to make the partition. Can I ask some more questions... What tools you use/did use for initializing the keys, creating the 2 GB file and for mounting that file as a partition. Err - that's a tricky one. So long ago :-) I *think* I grabbed an RPM - mkcryptfs from someplace. I'm operating remotely right now - I'll be back in Australia next week and can less painfully check. But have a look for mkcryptfs, it's just a script. That helped to googling. I found following page which contains instructions: http://openpgp.vie-privee.org/linux_en.html According to page the password must always be atleast 20 characters long just like you descriped... :-( Mika Perhaps one of you can add a short howto on the community wiki? d.
Re: [Cooker] Re: contribs, Was: Replacing proftpd by pureftpd
On Wed, 1 Oct 2003, Vincent Danen wrote: I didn't know we were in a contest for the number of packages we provided. I thought the question was quality, not quantity. that sounds good and all, but when you think about it, actually, it is quality+quantity :P d.
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
On Wed, 1 Oct 2003, Buchan Milne wrote: Sure, but they need to be available *where the user can find it conveniently*. It's pointless adding it to yet another site. Maybe there should be an item in MandrakeGalaxy Install more software? wouldn't really help much IMO. All imho: the real problem here I think is a support issue. If Mandrake wanted they could have added an urpmi source for contribs in 2 hours, with a nice mirrorlist et al (just like the current urpmi source for updates). However, it is being blocked because contribs cannot be made part of distro because they will have to support it (now, why doesn't someone just say so clearly?). This is ofcourse also the reason there are no updates for contrib. Ofcourse, it is a bit silly that paying clubmembers now pay and get very unsupported packages from mandrakeclub anyway. Most of them of worse quality than contribs (as occasional club-packager I can say this;). Contribs not being easily accesible devaluates the product currently. So to whoever is responsible: please think again about this. If it is not fixed i think we should just try and hack it into the draktools ourselves and distribute custom made cds. Having contribs one click away is the only good solution. Also, is it a stupid idea to have contribs never frozen, i cannot oversee the consequences of this, but itT would satisfy many request for updates (both normal and security). If not, then club stuff should be integrated better with current cooker contributers. And a buildhost would be a very good start. d.
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
On Wed, 1 Oct 2003, Vincent Danen wrote: My point regarding contribs has been made over and over again. I'm tired of repeating myself. I made a suggestion regarding how contrib updates could be distributed and was basically told it was too much work and that it was a stupid idea. Fine. I'm still waiting for suggestions. I gave my opinion and a solution and, as seems to be the case so often on this list, people bitch and complain about a proposed potential solution but don't offer anything better. my ideas: - always evolving contribs dir - via club, but than fix club first: every contributer here should get access for uploading and a buildhost should be created. Suddenly I'm getting very tired of all of this again. Seems no matter how hard you try, someone has something negative to say without contributing something useful. I think, it is just the way people use to (mis)communicate. Don't let it get to you. Afterall, we all have (approx) the same goal:) d.
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
On Wed, 1 Oct 2003, Vincent Danen wrote: How? What exactly do you mean? Or, rather, how is that different from what we currently have? ok, I am bad at explaining things, here goes: Currently contribs keeps up to date with cooker. We could either: - have a buildscript rebuild the whole tree for the last stable release (lots of mirrorspace required). Another problem with this approach is that the stuff would be fairly untested - a special contribs for the last stable release that we can still upload to, even if the main release is frozen. Some packagers wouldn't mind rebuilding /testing their stuff for the older release. but some will. But current club-contributers can also use this tree. In this way, the most wanted apps should be kept on par with what is in cooker. This could easily combined with what is currently happening in club. - via club, but than fix club first: every contributer here should get access for uploading and a buildhost should be created. Agreed. One reason I'm less active on Club building is the interface to deal with it is a severe PITA. It needs to be more contribs-like, an easy way to get packages in. It also needs a controlled environment, like klama, with chroots for older distribs that constantly have updates applied so that stuff is built against a sane base. Yes, but who is going to do this? Should mdk do it, or should one of us set up such a host. And we need to integrate it with current scripts/stuff on club. So someone at mdk needs to make time for it. Suddenly I'm getting very tired of all of this again. Seems no matter how hard you try, someone has something negative to say without contributing something useful. I think, it is just the way people use to (mis)communicate. Don't let it get to you. Afterall, we all have (approx) the same goal:) It's a constant thing. It's difficult not to let it. It seems to always get to the point where it takes more time and energy to manage the cooker crowd than any other community. Do you manage other communities as well? Anway, I could say that it is because smart people are the most difficult to manage. I could also say that we are so difficult because it is all about control: - we (as in contributers) are supposed to be contribute things. We (at least I) do this because it is fun to do, and because I really want mandrake to succeed. Really wanting someone/something to succeed at something causes you to give (unwanted) advice (my girlfriend hates it when I am just watching her play a game, because i keep saying what she should do). Mandrake doesn't want us to interfer in certain (policy/business) descissions, which is probably their good right. However, this doesn't matter at all, we all know what is best for you, and if you will not listen, we will say it anyway:) This frustrates you, leading to above statements (and, if i might add, I think some mdk people are not contributing as well as they should on this list because of this, which is sad but understandable), which will lead to some of us thinking: see, they do not listen! IMO this is exactly the big difference between debian and mdk. In debian, the people have real control (or at least most of them think they do). In redhat, there are hardly contributers, so nobody is complaining about control. In mandrake, we do not have any control at all, but we think we should have. But then, these are just thoughts, and may not reflect reality. If the last one is true, solutions that i see: - give contributers control (or at least a lot more). - give them another reason for packaging/testing (ie paying them;) - stop having contributers. - select only people who never critize anything :) I hate writing long mails. d.
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
On Wed, 1 Oct 2003, Vincent Danen wrote: How? What exactly do you mean? Or, rather, how is that different from what we currently have? ok, I am bad at explaining things, here goes: Currently contribs keeps up to date with cooker. We could either: - have a buildscript rebuild the whole tree for the last stable release (lots of mirrorspace required). Another problem with this approach is that the stuff would be fairly untested - a special contribs for the last stable release that we can still upload to, even if the main release is frozen. Some packagers wouldn't mind rebuilding /testing their stuff for the older release. but some will. But current club-contributers can also use this tree. In this way, the most wanted apps should be kept on par with what is in cooker. This could easily combined with what is currently happening in club. - via club, but than fix club first: every contributer here should get access for uploading and a buildhost should be created. Agreed. One reason I'm less active on Club building is the interface to deal with it is a severe PITA. It needs to be more contribs-like, an easy way to get packages in. It also needs a controlled environment, like klama, with chroots for older distribs that constantly have updates applied so that stuff is built against a sane base. Yes, but who is going to do this? Should mdk do it, or should one of us set up such a host. And we need to integrate it with current scripts/stuff on club. So someone at mdk needs to make time for it. Suddenly I'm getting very tired of all of this again. Seems no matter how hard you try, someone has something negative to say without contributing something useful. I think, it is just the way people use to (mis)communicate. Don't let it get to you. Afterall, we all have (approx) the same goal:) It's a constant thing. It's difficult not to let it. It seems to always get to the point where it takes more time and energy to manage the cooker crowd than any other community. Do you manage other communities as well? Anway, I could say that it is because smart people are the most difficult to manage. I could also say that we are so difficult because it is all about control: - we (as in contributers) are supposed to be contribute things. We (at least I) do this because it is fun to do, and because I really want mandrake to succeed. Really wanting someone/something to succeed at something causes you to give (unwanted) advice (my girlfriend hates it when I am just watching her play a game, because i keep saying what she should do). Mandrake doesn't want us to interfer in certain (policy/business) descissions, which is probably their good right. However, this doesn't matter at all, we all know what is best for you, and if you will not listen, we will say it anyway:) This frustrates you, leading to above statements (and, if i might add, I think some mdk people are not contributing as well as they should on this list because of this, which is sad but understandable), which will lead to some of us thinking: see, they do not listen! IMO this is exactly the big difference between debian and mdk. In debian, the people have real control (or at least most of them think they do). In redhat, there are hardly contributers, so nobody is complaining about control. In mandrake, we do not have any control at all, but we think we should have. But then, these are just thoughts, and may not reflect reality. If the last one is true, solutions that i see: - give contributers control (or at least a lot more). - give them another reason for packaging/testing (ie paying them;) - stop having contributers. - select only people who never critize anything :) I hate writing long mails. d.
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
On Wed, 1 Oct 2003, Vincent Danen wrote: It has been said clearly... many many many times. contribs is *entirely* unsupported. I don't know how many different ways I need to say the same thing. =) Hmm.. i was not clear, i know it is unsupported. I meant, why does nobody ever says that there is no big red button in drakconf labelled lots of cool software because of it being unsupported. d.
Re: [Cooker] need clarification on dynamic usb storage device and supermount
On Tue, 30 Sep 2003, Pascal Cavy wrote: The following scenario is implemented in cooker : 1. connect an usb storage device to usb port 2. dynamic creates an entry in /etc/fstab with supermount option - an icon appears on kde for the device none /mnt/removable supermount dev=/dev/sda1,fs=ext2:vfat,--,codepage=850,iocharset=iso8859-15,kudzu 0 0 are you sure it creates a supermount entry? For me it didn't IIRC. But if it uses supermount, it should probably at least use sync in the subfs options to minimize dataloss if you remove the device. And even then, I am not sure it will work 100% correctly. d.
Re: [Cooker] kernel-mm rpm
On Fri, 26 Sep 2003, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Austin wrote: On 09/26/2003 07:44:17 AM, Thomas Backlund wrote: From: [EMAIL PROTECTED] Hi Warly, any idea why the mirrors refuse to update to kernel-multimedia-source-2.4.22.10mm-1mdk-1-1mdk ? The kernels are there on all mirrors, but the source is still at 9mm-1mdk. Is it because I provided kernel-source and some script disallows that? d. Danny, are you on the maintainers list? You're getting 'you have not included changes from previous version in changelog error'. Rediff your changelog against the CVS. * Mon Sep 22 2003 Danny Tholen [EMAIL PROTECTED] 2.4.22.10.1mm-mdk - - sync with latest tmb - - correct changelog versioning - - provide kernel-source - - really fix lowlat (Duane) The 2nd entry here could be the problem. According to earlier painful experiments by others, you can't change the previous changelog (you can change the older ones though). duh ok. IIRC I asked Warly once about the maintainers list, but I gave up when he didn't add me. Occasionally it gives problems:) will correct it when I am back home (tomorrow i think). thx, d.
[Cooker] kernel-mm rpm
Hi Warly, any idea why the mirrors refuse to update to kernel-multimedia-source-2.4.22.10mm-1mdk-1-1mdk ? The kernels are there on all mirrors, but the source is still at 9mm-1mdk. Is it because I provided kernel-source and some script disallows that? d.
Re: [Cooker] 9.2 ISOs has been sent
On 25 Sep 2003, Teletchéa Stéphane wrote: 2 - second i really dislike being held by the company AFTER the job is done. I hope Mandrake will tell for next release what then plan to do BEFORE we go on beta and RC. It is not really about what they are doing now, i perfectly understand the point, but i would like to know it before, like this i don't feel caught by then : when you expect a product by the end of september and it arrives by the end of october it is not the same thing ! On this point, I tend to agree. It should have been announced earlier. d.
Re: [Cooker] How to upgrade from 9.1 to cooker?
On Thu, 25 Sep 2003, Tarax wrote: BTW, given a try yesterday to various kernel available (enterprise, mm, tmb 2.6) and the box boots on each :-) Always used enterprise to enjoy my Gb ram but, on a first try, couldn't have audigy driver running :( So, I'm actually using 2.4.22-10mm with wich my Audigy Platinum works out of the box with audigy driver (nice dvd experience with xine, xmms works with libao output - not with alsa, alsaplayer reads CDs w/o troubles, but alsamixer crashes complaining with snd_ctl_open failed for default: no such file or directory and have no sound with grip) . The only thing is that, with mm, I'm stuck to 896 Mb Ram ! Not that I need the rest every days, but from my point of view, a _MultiMedia_ dedicated kernel (the one you're supposed to run to make video, audio, 3D... stuff isn't it ?) should definitely support one or two gigz Ram !? Or maybe the smp multimedia kernel does and I can run it on my single cpu box ? Read the description: smp-mm is like the enterprise default kernel. So yes, it will support 1GB and you can still run it on up box (default enterprise is smp as well). It might be logical if I had changed the name, but it is already so long... ofcourse, alsamixer crashes if you do not use an alsa driver. if it's an audigy1 perhaps it works with snd-emu10k1? d.
Re: [Cooker] Compiling with latest kernel and gcc
On Thu, 25 Sep 2003, Robert Fox wrote: I guess I have to write the original developers. You can also force it to compile using (for bash): export IGNORE_CC_MISMATCH=1 and then run make again. ofcourse, this might lead to a crashing driver/kernel. But it might also work. d.
[Cooker] [Bug 5940] [Installation] Wrong default keyboard suggestion
http://qa.mandrakesoft.com/show_bug.cgi?id=5940 --- Additional Comments From [EMAIL PROTECTED] 2003-24-09 13:59 --- Can you explain why this is incorrect? US and US_intl are not physically different (AFAIK), but US_intl will enable you to use specific accents used in dutch ( é è ë). d. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I installed Mandrake with Nederlands (Dutch) as the default language. It then suggests a few keyboards, and the default choice annex suggestion is US International; this is incorrect, our default keyboard is US.
Re: [Cooker] 9.2 ISOs has been sent
On 24 Sep 2003, Teletchéa Stéphane wrote: (since i don't have a fast connection, and Mdk don't provide CDs of club applications, i have no use of it !), Well, I do not want to deny/judge about your claims. exept for you are saying here: - i am no club member because i have no fast connection and they do not provide cds of club apps anyway, so _i have no use of it_ and you use this as an argument for saying that you would like to have the 9.2 ISO, which is availiable through club? um... guess you now can become a member? (which is, if i'm correct, exactly the point of this idea). If you want 9.2 already, you can just do a ftp/hd install of cooker, or upgrade your 9.1 system to cooker, or upgrade your RC2 to cooker. Or download cooker and create your own isos. d.
[Cooker] [Bug 5940] [Installation] Wrong default keyboard suggestion
http://qa.mandrakesoft.com/show_bug.cgi?id=5940 --- Additional Comments From [EMAIL PROTECTED] 2003-24-09 17:57 --- ok, I agree deadkeys can be annoying. But keep in mind that for professional writing, you do need to have accents. so in order to fix bug: us can be default selection if: - accents are available via other means (altgr?) - eurosign is still at alt-5 d. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: I installed Mandrake with Nederlands (Dutch) as the default language. It then suggests a few keyboards, and the default choice annex suggestion is US International; this is incorrect, our default keyboard is US.
[Cooker] [Bug 5940] [Installation] Wrong default keyboard suggestion
http://qa.mandrakesoft.com/show_bug.cgi?id=5940 --- Additional Comments From [EMAIL PROTECTED] 2003-24-09 18:21 --- Pablo, afaik dutch keyboards are still occasionally sold, but Dutch people are very us oriented especially concerning computers. I think over 90% is just us keyboards. dutch keyboards have just some extra characters (like ij being one character) and some stuff on different locations. We do use some accents, but only rarely. For instance to put a pun (is that the correct word?) on a sound, but it is normally not used. But if I were to to some professional writing in Dutch, I would occasionally need it. But perhaps this is better done by using alt and than pressing e and to combine it to ë. I think on windows, most people use alt-number for doing this. And we do have, on newer keyboards, an euro sign next to the 5, which should be activated by pressing alt. I never got this to work, even although I asked you (IIRC) some time ago to add it to xkb. And it is there, it just doesn't work, unless I use all kinds of xkbset commands. Higher level apps, like kde keyboard selection, don't seem to be able to set it correctly for me:( d. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: I installed Mandrake with Nederlands (Dutch) as the default language. It then suggests a few keyboards, and the default choice annex suggestion is US International; this is incorrect, our default keyboard is US.
Re: [Cooker] [Bug 5908] [kernel] New: kernel hang at boot
On Mon, 22 Sep 2003, [alexandre.bustico] wrote: With the multimédia branch : firewire disk doesn'nt work at all, even with the serialise_io sbp2 option. Ok, do not have firewire :( So cannot test. But do you get any error messages in /var/log/messages? And did the firewire disk work with older kernels? d.
[Cooker] new kernel-mm
Thanks to Duane Voth, the latest kernel-mm finally has low disk latencies again. I also synced it against 10tmb2 for some additional bugfixes. d.
Re: do the samba!
On Sat, 20 Sep 2003, Tomas Taylor wrote: Hi Chris, I got cougar and bamboo doing the samba! I'm sure you are well aware, Linux understands *hfs* but not *hfs+. *It wasn't untill I made an *hfs partition* the *samba* *mountpoint* that *the dance began.* not completely true, there are patches, and a mdk club kernel that work with hfs+. After 9.2 is out I will upload it to ppc-cooker as well. d.
Re: [Cooker] [Bug 1606] [Hardware] On-board Crystal Multimedia audio controller not detected
On Sat, 20 Sep 2003, [janso] wrote: alias sound-slot-0 snd-card-cs4236 Should this be snd-cs4236 ? d.
Re: [Cooker] RC2: X freezes w 99.7% CPU
On Fri, 19 Sep 2003, Bjarne Thomsen wrote: I have had about 4 cases where the keyboard and graphics freeze since RC2 using gnome 2.4 (with updates from cooker). The cursor can be moved. I can login via ssh. Everything seems to be working except X is using 99.7% of CPU time. I killed X but the keyboard and screen was stil frozen, but now with white horizontal stripes. I had to shutdown the PC via ssh. kernel 2.4.22-9mdk-i686-up-4GB XFree86-4.3-23mdk NVIDIA_kernel-1.0-4363 The problem could be with the nvidia driver as previously suggested on this list. The only problem is that I have been using the nvidia 4363 driver since April without a single freeze, and now I have had 4 within a week with RC2. I'm pretty sure it's nvidia. It used to be fixable by disabling XRenderaccel in the XF86config, but that was not the real cause of the problem (they have never fixed it). Symtems are exactly as you describe, and if you remote login and trace X it is in a loop (lots of SIGALRMs). It could even be a real X bug triggered by nvidia, but nobody is going to debug it without the driver source I think. d.
[Cooker] [Bug 4924] [kernel] via-rhine deadlocks kernel 2.4.22.1 with acpi enabled
http://qa.mandrakesoft.com/show_bug.cgi?id=4924 --- Additional Comments From [EMAIL PROTECTED] 2003-19-09 12:44 --- I think it unlikely that pci=noacpi could have anything to do with supermount. -what happens exactly when it freezes (does your most still move, do the keyboard leds blink, can you login remotely?) Any error messages in the logs after restart? Do you get the freeze if you stop X windows (or boot with linux 3) and access a supermounted drive via the commandline? - please update to one of the latest kernels (2.4.22.9mdk or (better) 2.4.22.10mdk) - can you try just mounting the device manually (without supermount) to see if it still freezes? d. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've been running 9.2b2 plus kernel 2.4.21.6mdk on a VIA EPIA M1N (C3, Nehemiah) motherboard for a week or so, using the integrated via-rhine ethernet just fine. I just upgraded to 2.4.22.1, and as soon as the init scripts brought up eth0, the system hung solid (dead even to magic sysreq keys). I rebooted in the old kernel, removed ifcfg-eth0 to disable ethernet startup, and rebooted in 2.4.22.1 again. Everything ran fine - dmesg showed the via being detected etc. I did a (manual) ifconfig eth0 x.x.x.x, which seemed OK, and then I did another ifconfig to correct the netmask and broadcast and about 1-2 seconds later, the system was hung again. I don't think it was setting up the interface that killed it, but more probably the actual transmission or reception of a packet. The dmesg showed the MII negotiating ok in the first step, but nothing after that. (eth0: Setting full-duplex based on MII #1 link partner capability of 45e1.) 2.4.21-6 shows this as: via-rhine.c:v1.10-LK1.1.17 March-1-2003 Written by Donald Becker http://www.scyld.com/network/via-rhine.html eth0: VIA VT6102 Rhine-II at 0xec00, 00:40:63:d3:5b:f9, IRQ 11. eth0: MII PHY found at address 1, status 0x786d advertising 05e1 Link 45e1. Without sysreq, I can't get a trace of where it's stuck. Is there any other easy way to get more debug info on this? Hope it's an easily fixed, as I'm looking forward to 9.2 final on this little box... Cheers Cris
[Cooker] [Bug 4924] [kernel] via-rhine deadlocks kernel 2.4.22.1 with acpi enabled
http://qa.mandrakesoft.com/show_bug.cgi?id=4924 --- Additional Comments From [EMAIL PROTECTED] 2003-19-09 13:34 --- what about the other questions I had? Please give as much info as possible. and why do you need to recompile your kernel? Are you not using the default? does the system just stall or is it really locked? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've been running 9.2b2 plus kernel 2.4.21.6mdk on a VIA EPIA M1N (C3, Nehemiah) motherboard for a week or so, using the integrated via-rhine ethernet just fine. I just upgraded to 2.4.22.1, and as soon as the init scripts brought up eth0, the system hung solid (dead even to magic sysreq keys). I rebooted in the old kernel, removed ifcfg-eth0 to disable ethernet startup, and rebooted in 2.4.22.1 again. Everything ran fine - dmesg showed the via being detected etc. I did a (manual) ifconfig eth0 x.x.x.x, which seemed OK, and then I did another ifconfig to correct the netmask and broadcast and about 1-2 seconds later, the system was hung again. I don't think it was setting up the interface that killed it, but more probably the actual transmission or reception of a packet. The dmesg showed the MII negotiating ok in the first step, but nothing after that. (eth0: Setting full-duplex based on MII #1 link partner capability of 45e1.) 2.4.21-6 shows this as: via-rhine.c:v1.10-LK1.1.17 March-1-2003 Written by Donald Becker http://www.scyld.com/network/via-rhine.html eth0: VIA VT6102 Rhine-II at 0xec00, 00:40:63:d3:5b:f9, IRQ 11. eth0: MII PHY found at address 1, status 0x786d advertising 05e1 Link 45e1. Without sysreq, I can't get a trace of where it's stuck. Is there any other easy way to get more debug info on this? Hope it's an easily fixed, as I'm looking forward to 9.2 final on this little box... Cheers Cris
Re: [Cooker] X server unexpectedly dying!
On Fri, 19 Sep 2003, Robert Fox wrote: Thanks for your reply - the one thing that caught my eye was: Sep 17 12:33:34 amda7v kernel: Got silent jpeg. What does that mean? I think this comes from bootsplash. Nothing to worry about afaik. d.
Re: [Cooker] Stupid question - please don't laugh!
On Fri, 19 Sep 2003, Robert Fox wrote: I did what you said but now look at my /boot directory - the system.map and kernel.h and config didn't change!! i did this manually, but shouldn't it happen automagically? depends..did you reboot? Those things are linked at boot, because you want them to point at your running kernel. d.
Re: [Cooker] Strange memory usage . .
On Fri, 19 Sep 2003, Robert Fox wrote: I have three different machines running latest Cooker. I noticed that the memory usage under the normal kernel (2.4.22-10mdk) seems normal, but the reported usage using the big memory kernel (2.4.22-10mdk-i686-up-4GB) is very large: so? if you have lots of mem, it makes sense to cache all sorts of interesting data in your memory. Not to much so that if you start a program that you will have to free mem. But having your memory just sit there without data would be a waste. IMO, it is completely normal, and useful, behaviour. You have lots of questions, Robert:) d.
Re: [Cooker] RC3 or not?
On Thu, 18 Sep 2003 [EMAIL PROTECTED] wrote: 1)drakconnect kills connections via PCMCIA NICs when restarting 2)konqueror in double-click and detailed view still doesn't respect the double-click setting (but the file-open dialog does as does icon view in konqueror) 3)recently discussed mdkkdm issue with missing boot options needs to be fixed 4)printerdrake today refused to see remote printers (though it worked fine with this late last week on up-to-date cooker) 5)winbind in install seems broken still 6)pcmcia needs an update (and I would personally like to see the patch I provided applied - and I think we are going to see breakage from more ne2000 compatible pcmcia NICs) 7)lisa needs to be updated with the init script in bugzilla 8)drakauth needs to set nscd to start for NIS and LDAP (to fix missing kdesktop) 9)setsysfont segfaulting If this all can be fixed, I would be very happy:) Perhaps add: 10) Verisign/Bind issue d.
latest kernel (Was: Re: [Cooker] RC3 or not?)
On Thu, 18 Sep 2003, Austin wrote: If there is going to be a new kernel... PLEASE tell us ASAP. There a several apps in contrib that have to be rebuilt against every new kernel, and Lenny doesn't deserve to have us all on his ass at the last minute. well, Till told you in bugzilla, here is the changelog: - nfs fixes. - disable PSC scanner. - disable speedtouch module. Nicolas said this was the final. From this log it seems as the secure kernel is still broken. Well, I do not think above 3 fixes are important enough to get lenny to accept a new kernel-mm. But things like drm-kernel etc. might need a quick rebuild. d.
Re: [Cooker] [Bug 4690] [harddrake-ui] sound blaster live not taking the driver correctly
On Thu, 18 Sep 2003, [kureckac] wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=4690 --- Additional Comments From [EMAIL PROTECTED] 2003-18-09 21:56 --- I am also having problems with my Sound Blaster Live! Value. I have upgraded to the latest Cooker packages as of 17 Sept 2003 but it still does not work. I get no error messages whatsoever, and with aumix and Kmix I can verify sound isn't muted. Increasing the volume does increase the static coming out of the speakers. However, no sound plays, in WAV, MP3, MPG, AVI, MOV, etc. I have tried both emu10k1 and snd-emu10k1. I got some help from the guys at PCLinuxOnline (http://www.pclinuxonline.com/modules.php?name=Forumsfile=viewtopictopic=2116forum=19) but the problem is still unresolved. Any suggestions? Thanks. I do not think (also from what I read in that link) that you have the same problem as in that bug. a couple of things: - are you using analog or digital speakers? - if analog: in what channel are they plugged (there is a 1 and a 2 on your card, try to use 1, 2 colors as well, but too lazy to check;). - do you use alsa (type lsmod, do you see snd-emu10k1 there, or just emu10k1)? - IF you use alsa and have your speakers in second channel, you need to mute the analog output jack and increase the volume with wave surround, use kmix or alsamixergui to do this. NOT aumix - if you use alsa and have your speakers in first channel, check if all is unmuted in kmix/alsmixergui, if still doesn't work, post output of amixer - if you want to switch cards, use the soundcard config in harddrake. the KDE settings have no effect at all on the driver you are using, just on what kde uses as output. To exclude arts problems, test your sound with xmms or some other non-kde program. d.
Re: [Cooker] Re: [Contrib-Rpm] kernel-multimedia-2.4.22.9mm.1mdk-1-1mdk
On Wed, 17 Sep 2003, Austin wrote: On 09/17/2003 05:33:36 AM, Danny Tholen wrote: Name: kernel-multimedia-2.4.22.9mm.1mdk - fix for alsa usb m-audio (tmb) Mandrake 9.2 is a recoding studio once again! thx, if you, (or anybody else) have some time, can you do a real world test of latencies with some audio programs? My benchmarks show that all latency spikes stay below 1.6 ms (averages are much lower), except for diskwrite (spikes until 3ms). The last is probably due to some patch interfering with low-lat, and I had to remove a schedule call (many thx to Duane Voth, who eventually found it). I am still hoping for a better fix, but afraid it will be to late for 9.2). d.
Re: [Cooker] Re: [Contrib-Rpm] kernel-multimedia-2.4.22.9mm.1mdk-1-1mdk
On Wed, 17 Sep 2003, Adam Williamson wrote: Sadly not, I think...haven't we been told contrib has been forked already? So unless someone makes an exception, this won't be in...:\ It's in 9.2 :-P d.
Re: [Cooker] [Bug 4862] [initscripts] running e2fsck on ext3 often results in dataloss
On Wed, 17 Sep 2003, Thierry Vignaud wrote: [danny] [EMAIL PROTECTED] writes: It sounds as you actually want fsck to check journalled drives, yes, i do want checking journalized fses by default if the user does not choose anything. while, in my experience, the journal update at mount is much safer than fsck in my experience, not checking journalized fses can results in slowly accumulating small corruption in metadata until the day you got real problems because of this. journalised fses provides quite more stable fs regarding metadata lost and big corruptions but that does not means they protect you against all fs corruptions. true, but I saw at least 3 users on 9.1 with a broken distro because somehow fsck on ext3 deletes critical libraries. current fsck for ext3 does replay journal *before* checking fixing it. If the journal is currently replayed before fsck all is ok with me. But this was certainly not the case a few months ago. If you sure that this is happening (also on root fs), bug can be closed (at least for ext3). d.
[Cooker] [Bug 4862] [initscripts] running e2fsck on ext3 often results in dataloss
http://qa.mandrakesoft.com/show_bug.cgi?id=4862 --- Additional Comments From [EMAIL PROTECTED] 2003-17-09 13:31 --- Thierry, I am not sure i understand your message. It sounds as you actually want fsck to check journalled drives, while, in my experience, the journal update at mount is much safer than fsck (which doesn't use the journal to restore, but just fixes incorrect stuff, which usually means: deletes incorrect stuff). -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Many people are tempted to press Y after an unclean shutdown so that (according to message) filesystem gets checked. But for ext3 this runs fsck, which has a big chance of destroying files (somehow, it seems that it destroys more on ext3 than on ext2). please: - remove the message altogether from rc.sysinit for journalling fs (an expert can still do it manually, if for some reason it is wanted) - make the check sound like a bad idea. d.
Re: [Cooker] Re: [Contrib-Rpm] kernel-multimedia-2.4.22.9mm.1mdk-1-1mdk
On Wed, 17 Sep 2003 [EMAIL PROTECTED] wrote: could you may be then take a look at my dvb-apps src.rpm and eventually push it to contrib (so it eventually could get in MDK-9.2's contrib) whom are you asking this? If you want it in 9.2, ask lenny directly. Although, if it is untested, i do not know if its ok... d.
Re: [Cooker] [Bug 4862] [initscripts] running e2fsck on ext3 often results in dataloss
On Wed, 17 Sep 2003, Bellegarde Cedric wrote: I think this is an ext3 probleme ... I don't understand why diskdrake default fs type is not xfs. well, I trust ext3 a lot more more than xfs. And it has all kinds of other avantages as well (backwards compatible, drivers for other OS). The problem is not necessarily only on ext3. Other fs could just as easily have it. But as Thiery said, it is probably fixed in cooker. d. Le mer 17/09/2003 à 13:49, Thierry Vignaud a écrit : [danny] [EMAIL PROTECTED] writes: It sounds as you actually want fsck to check journalled drives, yes, i do want checking journalized fses by default if the user does not choose anything. while, in my experience, the journal update at mount is much safer than fsck in my experience, not checking journalized fses can results in slowly accumulating small corruption in metadata until the day you got real problems because of this. journalised fses provides quite more stable fs regarding metadata lost and big corruptions but that does not means they protect you against all fs corruptions. i often see small mismatch in free/used iodes/blocks after journal replaying. these small glitches can cause bigger damage later if not fixed. (which doesn't use the journal to restore, but just fixes incorrect stuff, which usually means: deletes incorrect stuff). current fsck for ext3 does replay journal *before* checking fixing it. i cannot speak for other journalised fses though. i've only heavily test ext3 but neither jfs nor xfs nor reiserfs.
[Cooker] mdkkdm reboot
I usually do not use mdkkdm, but now I do and I noticed that when I click reboot, an empty selections screen (I assume that's were my lilo entries should be) appears (rebootin does give me the available options). I've quickly searched the list but could find anything about it. Any fix known? Leaves an unfinished impression... d.
Re: [Cooker] mdkkdm reboot
On Wed, 17 Sep 2003 [EMAIL PROTECTED] wrote: I usually do not use mdkkdm, but now I do and I noticed that when I click reboot, an empty selections screen (I assume that's were my lilo entries should be) appears (rebootin does give me the available options). I've quickly searched the list but could find anything about it. Any fix known? Leaves an unfinished impression... d. ah..found http://qa.mandrakesoft.com/show_bug.cgi?id=4377 A solution is suggested by delaying dm startup a bit. Laurent? d.
Re: [Cooker] mdkkdm reboot
On Thu, 18 Sep 2003 [EMAIL PROTECTED] wrote: Well, it seems improved for me, on my laptop and on a new desktop I installed with RC2 today, both now running 2.4.22.9mdk, it seems much better. Maybe the kernel/lilo issue has an effect? also running latest, and i see the problem. Note, my normal cooker box has one reiserfs partition, neither of these two machines I checked have reiserfs (but my laptop had this problem with 2.4.22.7mdk and for the entire time it ran 9.1. I wonder if it affects people using grub? I use lilo, and all ext3 partitions. I do not see it on a very old (slow) machine. I think it is purely a mdkkdm issue. Another work around can be to just let it reboot when you click ok (without selecting an option). That one is nice anyway, since perhaps I _want_ to see the lilo screen. d.
[Cooker] [Bug 5725] [harddrake] audigy 1 and alsa
http://qa.mandrakesoft.com/show_bug.cgi?id=5725 --- Additional Comments From [EMAIL PROTECTED] 2003-16-09 10:18 --- audigy driver is not silly, it is just a newer version of the oss emu10k1 driver. it should work fine with a sblive. Thierry, you sure this is a bug or are people just confused with draksounds interface? d. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: I've got a sb live audigy player and 9.2rc2. On 9.1, everything runs really really *perfect* (for linux) with the alsa emu10k1 driver for my audigy. The other driver made problems (I'm using the digital out). On 9.2rc2 harddrake did not want me to use emu10k1 - I could select it in sounddrake, and it also was saved in /etc/modules.conf, but on reboot it still loaded the silly audigy driver and I had no sound ;( Now I've disabled the harddrake service - now it doesn't touch my modules.conf any more and I'm happy with the best sound ever provided by the ALSA emu10k1 - I'd be happy if you could make this the standard driver - or at least repair this annoying sounddrake / harddrake behaviour. Thank you very much!
[Cooker] [Bug 5488] [harddrake] Can't change driver for sound card (all mdk versions simce 9.0)
http://qa.mandrakesoft.com/show_bug.cgi?id=5488 --- Additional Comments From [EMAIL PROTECTED] 2003-16-09 15:59 --- I'm not absolutely sure, but you might need to run the ALSA snd-emu10k1 driver if you want to use it in combination with an other card. So switch to snd-emu10k1. d. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: REOPENED creation_date: description: This is maybe mostly for draksound but I couldn't find an entry for it. I have an onboard soundcard and a soundblaster-live card. The onboard card works out of the box but getting the sb to work is impossible using draksound. It does give me the option to select a driver for it but if I select what ever driver it doesn't get stored/changed. I can remove the undisired modules by hand and then 'modprobe emu10k1' and the sb works but if I restart the computer these settings are overwritten by something (alsactl perhaps?). Even if I edit /etc/modules.conf this file is also rewritten to use non-working settings by something during startup. I tried to 'alsactl store' with working settings but it just said: alsactl: save_state:1061: No soundcards found...
Re: [Cooker] New SSH bug ?
On Tue, 16 Sep 2003, Michael Scherer wrote: On Tuesday 16 September 2003 22:15, Jan Ciger wrote: Han Boetes wrote: | Always fun in the #openbsd channel. Always some people who want to | make it seems like the end of the world and the next worldwar. Ehm, there are reports that it lead to root compromise already, so I would execute extreme caution about this one. Considering that SSH is on almost every Unix system, this may be a major issue. well, after reading the diff http://www.freebsd.org/cgi/cvsweb.cgi/src/crypto/openssh/buffer.c.diff?r1=1.1.1.6r2=1.1.1.7f=h i see that some memory that shouldn't be freed is freed, thus probably crashing sshs ( which is annoying, if you do not use ssh_monitor ). But, i do not see how someone can use this to inject a shellcode, but maybe time will prove i am wrong. | The text is very clear though: | | | All versions of OpenSSH's sshd prior to 3.7 contain a buffer | management error. It is uncertain whether this error is | potentially exploitable, however, we prefer to see bugs | fixed proactively. This just means, that they do not know about the exploit yet :-( Not that your machine cannot be compromised. the same can be say about any server. FYI, I see updates are already on mandrakesecure. Did we beat RH this time? d.
Re: iBook700 CDROM,16vram, radeon (M7) X-Problems
On Tue, 16 Sep 2003, Andreas wrote: Hi! 1: Excuse my impatience! 2: X works fine. Stew had the right clue for me, I changed video driver ati radeon to fbdev and it worked. Thank you Stew! if that works, radeon in combination with the usefbdev option should work as well. 3: Now I can't mount my hdf+ partitions. kernel from club can mount hfs+ 4: I can't install new RPMs with RpmDrake. He eject always the CDs. no idea 5: Can't configure the sources for netinstall. I always get the error message FTP cant execute RETR. Maybe I use the wrong FTP-Server? (ftp://ftp.gwdg.de/pub/linux/mandrake/9.1/ppc/Mandrake/base) no idea d.
Re: iBook700 CDROM,16vram, radeon (M7) X-Problems
On Tue, 16 Sep 2003, Andreas wrote: 1b: I can't play mp3 with xmms. I guess it's caused by the sound driver. any error messages? what's in your /etc/modules.conf I am not very happy with sounddrivers on my ibook either. But they do work (but quality is not as good as it should be, and the 0.9.2 alsa drivers still have lots of problems, will have a look at latest version soon). Furthermore, I think artsd has an endian bug (at least the version of 9.2) as it usually produces some screetching sound, so I usually disable it and use esd if I need to have multiple programs having access to /dev/dsp 2b: Wheelmouse don't work. no idea, i only use the tappad. What kind of mouse is it? d.