Re: [Cooker] Re: [CHRPM] xmms-1.2.7-26mdk
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. The Packager tag may be removed, is it still useful to keep one ? Yes. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: [CHRPM] xmms-1.2.7-26mdk
Götz Waschk [EMAIL PROTECTED] writes: The Packager tag may be removed, is it still useful to keep one ? Yes. OK, let's leave your name in the package. /me should buy a few more neurons. I meant to say yes to go on remove it. Sorry. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: [CHRPM] xmms-1.2.7-26mdk
Götz Waschk [EMAIL PROTECTED] writes: It contains quite a few changes: Sounds interesting and you're definitely an experienced packager. You may upload it to cooker if you want (I'll do if you don't have the rights). I don't have much time for it currently (you know, that secret Mandrake project that we're very much in a hurry with). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] xmms-1.2.7-26mdk
[EMAIL PROTECTED] writes: 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 The following looks like a menu entry: +{N_(/Playback/Set A-B), A, mainwin_general_menu_callback, MAINWIN_GENERAL_SETAB, Item}, I assumed this was tooltip'able, while I'm not sure of that, of course. 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 -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] xmms-1.2.7-26mdk
Oden Eriksson [EMAIL PROTECTED] writes: Yes but I don't need an explanation for me, I know what AB is about. I'm of course talking for users. So..., what do you propose? Either there is a tooltip, or you will not accept the patch? I made a request, which was argumented. You haven't begun to discuss the validity of the point, did you? Come on man, give me a break... ? You can demand a pretty ab button for all skins, and all of the C/C++ code you may have, as much as you like, I won't give you one, sorry... Sorry too.. PS. What about the zillions of undocumented Mandrake features? Who will make silly tooltips for those? Or better, try _DOCUMENT_ them? I suspect you really need a break. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] xmms-1.2.7-26mdk
Oden Eriksson [EMAIL PROTECTED] writes: So..., what do you propose? Either there is a tooltip, or you will not accept the patch? I made a request, which was argumented. You haven't begun to discuss the validity of the point, did you? And I tried to explain there's no where to put the tooltip. I also have tried Ah. Then I didn't get that. When you talked about keystrokes, I suspected you didn't notice the presence of AB in the menu, where I think the tooltip belong. Now according to Levi, menus don't support tooltips, which I wasn't sure about. to explain why one would need this feature. I guess we at least could This is understood, don't worry :). information about this in the documentation, maybe in the AUTHORS, FAQ, NEWS and README files? Also in the about.c file? If no tooltip is possible, I'd suggest at least a README.MDK holding all mandrake specific stuff? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] xmms-1.2.7-26mdk
Oden Eriksson [EMAIL PROTECTED] writes: tisdagen den 18 november 2003 21.03 skrev Guillaume Cottenceau: Oden Eriksson [EMAIL PROTECTED] writes: [...] If no tooltip is possible, I'd suggest at least a README.MDK holding all mandrake specific stuff? As in the new attached patches? That's ok for me. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] xmms-1.2.7-26mdk
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. A. I spent around 10 minutes fixing a simple web page that shows this in action, a picture says more than a thousand words. Please check here: http://www.deserve-it.com/Cooker/xmms-1_2_7-26mdk.html Download packages for MDK9.2 here: http://www.deserve-it.com/9.2/ -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] xmms-1.2.7-26mdk
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. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [Bug 6374] [Installation] 9.2 for AMD64, RC1 installation failure
Gwenole Beauchesne [EMAIL PROTECTED] writes: Hi, (beginning of error messages) error in exec of Stage 2 :-( trying to execute '/usr/bin/runinstall2' from the installation volume the following fatal error occurred FATAL ERROR IN STAGE1: I/O error I can't recover from this. you may reboot your system. ---(end of error messages)- Do you have more information on the 3rd or so console (Alt-F3)? Is this specific to Mandrake Linux in both 32-bit 64-bit versions? And on console 4 (Alt-F4), kernel messages might explain the origin of the IO error, might have problems with CDROM reading. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] hacking (mandrake software) howto
http://qa.mandrakesoft.com/twiki/bin/view/Main/HackingHowTo I began the page to communicate about the perl-MDK-Common tutorial I've written this spring. It should be a good starting point for people wanting to fix bugs or add features to existing Mandrake Perl software. (well IMHO all perl programmers should at least look at perl-MDK-Common since it's a really useful library) Feel free to add stuff. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] xmms-1.2.7-26mdk
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? I could probably do it, but remember I'm no coder... Could I get some help? Any taker? I just noticed this is mentioned in the menu, isn't that enough: Right click - Playback - Set A-B A Right click - Playback - Clear A-B S ? 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? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Orphan files ?
Frank Griffin [EMAIL PROTECTED] writes: I'm looking for some guidance on trying to find the package which owns a file. Several times now when I've had a problem with a particular executable or one of the initialization script files, I've tried to find the owning package for purposes of filing a bug report by using rpmdrake's seach on filename feature, only to get no hits from the search. The latest example is /usr/bin/update-menus. In install mode, it searches files in packages that you can install, thus of course this won't find the owner of installed file /usr/bin/update-menus. In remove mode, it would work if menu was allowed to be removed, but it's not the case (we don't want you break your system). Anyway, rpm -qf is the easiest way for such a question, as others answered. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] xmms-1.2.7-26mdk
Oden Eriksson [EMAIL PROTECTED] writes: How does it behave when you don't have the necessary hardware? I guess it's just available through A and S keystrokes? You need at least a standard sound card. The idea is simple: anytime during play, you press the A key (marks A point), the music keeps playing, when you press the A key again (marks B point), it loops endlessly between the two marked points, until the S key is pressed (clear), or a new A point is marked. Morover, whenever a A-B range is defined, the play button/menu jumps straight to the A position. Ok. 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? I could probably do it, but remember I'm no coder... Could I get some help? Any taker? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] xmms-1.2.7-26mdk
Oden Eriksson [EMAIL PROTECTED] writes: Hi. Here's background info: I'm very picky when it comes to functionality, and I love features that some people maybe even never heard about, or knew existed. One of these features is the A-B button on my remote control for my Technics SL-P470 (audio cd player). As a musician having to figure out song lyrics and train guitar solos for the next cover song that we will play live, the A-B feature is extremly crucial. I have asked the authors of winamp and xmms numerous times about this feature, for at least 4(?) years, well since winamp 1.7.3... Guess what? No responce... The good news is that a guy named Rodrigo Martins de Matos Ventura made a patch for xmms. I rediffed this patch for the mandrake package and it works like a charm! This is so cool! I love it! Now I can use the PC as a training device for learning songs and stuff! Awesome! How does it behave when you don't have the necessary hardware? I guess it's just available through A and S keystrokes? 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? I guess a lot of fellows (Austin?) would appreciate this patch if they only knew about it, and realized the benefits of it. My patches are applied to this mail. To learn more about it, please read this mail: http://lists.xmms.org/pipermail/xmms-devel/2002-January/002282.html (2002-January, duh!) XMMS staff never answered I guess? I made packages for Mandrake Linux 9.2, check here: http://www.deserve-it.com/9.2/ Chears. --- xmms/main.c 2002-02-27 15:30:28.0 +0100 +++ xmms/main.c.oden 2003-11-12 15:23:36.0 +0100 Patch is rather small, nice :). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] idea for MDK 10: use all iso images for installing
Keld Jørn Simonsen [EMAIL PROTECTED] writes: Hi! I got an idea for MDK 10: Would it not be nice if you could do network and hd installs from the iso images? Olivier, any patch pending? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] rpmdrake and df discrepancy
Sascha Noyes [EMAIL PROTECTED] writes: Just noticed by chance that rpmdrake displays a significantly different amount of free diskspace from df. / has 147 MB free (according to df) and 282 MB (according to rpmdrake). Note that my only partitions are / and /home (which has a lot of free space). Any ideas? Rpmdrake talks about statfs' f_bfree, which is the real available diskspace for installing packages, where df most probably talks about f_bavail, which is what's important for users. If you're using an ext2 filesystem, you may change the reserved blocks count without loosing data, using tune2fs. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: [Contrib-Rpm] foobillard-2.9-1mdk
Olivier Blin [EMAIL PROTECTED] writes: Should we keep this packager tag ? Isn't it against our packaging policy ? No offense to gc ;) you definitely should change :). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Suggestion for Frozen Bubble
Greg Meyer [EMAIL PROTECTED] writes: This may not be the place, but since this is a Mandrake associated program, I thought it might be. I spent awhile playing Frozen Bubble tonight. It is very addicting. Anyway, I was think that it would be interesting to not just know how many levels I completed, but also how many shots it took me to get there. If my wife and I have both made it through level 33, we have tied for the high score, but if I can get through level 33 with 10 fewer shots than she does, that means I win, Right? :-) Yeah why not. Though if I really get time to spend on it I'll consider merging network stuff. Or is the time it takes to get there supposed to be the tiebreaker? I've used the time, yes. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: No more fpons
Brad Felmey [EMAIL PROTECTED] writes: What a typical macho opinion. I rather prefer the nice girls who can write good code. IIRC for GC it would be handsome guys delivering refreshments between bouts of perfect coding. :) How rumours can spread.. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: No more fpons: keeping the Drakes happy
Leon Brooks [EMAIL PROTECTED] writes: On Thu, 6 Nov 2003 23:29, Guillaume Cottenceau wrote: Leon Brooks [EMAIL PROTECTED] writes: As of now, there is no room for hiring or paying more. What else would make Mandrake a more attractive workplace for you? I don't understand. Is there anything that either Mandrake or we could do to make your job noticeably more survivable? Ah I see now. Well I think not. We feel very lucky to work for Mandrake actually, a very versatile and enjoyable work. And we never forget we get paid for what we do, where a large number of contributors just help us for free. So we don't complain much. Well actually I speak for myself and a few others, of course other developers may/will think differently :). I live on the other side of the planet, so I have no idea what would make your day, or the collective day of the crew at your office. Messages of encouragement? Photos of Pascal's nice girls with offers of hospitality for your next holiday? Surprise free pizza (or French equivalent? Crepes? Give us a head count and preferences, invite fpons along too) for lunch? Free food and accommodation for any Drake that attends LCA2004? Thanks for the proposals :). Each time we *don't* install MS-Windows and MS-Office, we save ourselves roughly USD$400 in licence fees (MS SQL Server? I don't have that much money). If we put aside just 10% of that each time into a keep the Drakes happy fund and 2% towards club membership then we still save 88% and just the crew reading this list (call it 100 people installing an average of one system a month and you get USD$48,000 a year in the slush fund plus USD$9600 a year to the Club) ought to be able to employ a Drake or two by themselves - or keep the existing Drakes swamped in luxuries. (-: I guess good money from free software fans should go to Mandrake or to GNU (or to Debian, etc). We employees are already paid, let's not forget that's first a job we chose. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: No more fpons: keeping the Drakes happy
Austin [EMAIL PROTECTED] writes: Somehow I think that pizza is also available and well liked in France. Yes (by younger people mostly). I'm sure they don't snack on coq au vin and gaufres for lunch, just like We actually snack much on sandwiches with french baguette. Very few pizzas and burgers for lunch. the cafeteria here at York doesn't serve bangers and mash or prime rib with horseradish and Yorkshire pudding very often. Kinda wish they did though. Could be enjoyable (Yorkshire pudding rulz - got friends near Ipswich/UK). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: No more fpons
Brad Felmey [EMAIL PROTECTED] writes: On Fri, 2003-11-07 at 04:08, Guillaume Cottenceau wrote: Brad Felmey [EMAIL PROTECTED] writes: What a typical macho opinion. I rather prefer the nice girls who can write good code. IIRC for GC it would be handsome guys delivering refreshments between bouts of perfect coding. :) How rumours can spread.. I just remember a post by one of your current or former workmates saying something about it. If I'm out of line just smack me around a little. :) Kind of things that are dangerous to believe when they come second-hand, especially from a male/childish set of coworkers :). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: No more fpons
Leon Brooks [EMAIL PROTECTED] writes: As of now, there is no room for hiring or paying more. What else would make Mandrake a more attractive workplace for you? I don't understand. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Shuttle SK41G : First screen of install (F1 / Enter) is not readable.
Pierre Jarillon [EMAIL PROTECTED] writes: When I press enter on the very fist screen, the install continues in graphic mode without any problem. Is there a difference of mode between them ? Yes. Lilo/syslinux patches are based on vesa-1.2 and are real mode code. Kernel going framebuffer is based on vesa-2.0 (linear framebuffer). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
No more fpons [was: Re: [Cooker] more urpmi issues]
Luca Olivetti [EMAIL PROTECTED] writes: This is on 9.2, so I should probably open a bug in anthill, but since fpons is more likely to read cooker... Francois has stopped working for Mandrake. He's not anymore a MandrakeSoft employee since Mon 3 Nov. It hasn't been decided yet what will be done with urpmi and who will be in charge of it. Francois said he wanted to still contribute to urpmi externally, but since he's got another job, it's probable he won't have much time for that. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Shuttle SK41G : First screen of install (F1 / Enter) is not readable.
Pierre Jarillon [EMAIL PROTECTED] writes: Le Mercredi 5 Novembre 2003 14:18, Guillaume Cottenceau a écrit : Pierre Jarillon [EMAIL PROTECTED] writes: When I press enter on the very first screen, the install continues in graphic mode without any problem. Is there a difference of mode between them ? Yes. Lilo/syslinux patches are based on vesa-1.2 and are real mode code. Kernel going framebuffer is based on vesa-2.0 (linear framebuffer). Sure, you have found ! Lilo is self-installed in text mode. After the first install I have found grub by default. I hope a line in Errata ? Well why not but I don't understand what was the problem. Can you propose an errata maybe? Please submit it in the form of the other erratas (error scenario/why/solution). Lilo should be pached in the future or are they hardware which don't understand vesa-2.0 ? In this case, is a detection possible ? I don't understand what you mean. Once again, our patch to lilo and syslinux use vesa-1.2 calls (in real mode assembly). This is typically *more* compatible than vesa-2.0 and linear framebuffer. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Shuttle SK41G : First screen of install (F1 / Enter) is not readable.
Pierre Jarillon [EMAIL PROTECTED] writes: I suggest this (my english is very poor, please, do corrections) : iError scenario:/i bShuttle SK41G : First screen of install shows horizontal stripes./b briWhy:/i Hardware not compliant with old vesa-1.2 used by LILO. briSolution:/i Don't worry ! Press Enter to continue (install or update from CD) or F1 for other modes. I'm not sure it deserves an errata, especially since waiting for timeout or pushing enter or esc cures the problem. Anyway, that's up to Vincent. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: No more fpons
Leon Brooks [EMAIL PROTECTED] writes: On Wed, 5 Nov 2003 21:21, Guillaume Cottenceau wrote: Francois has stopped working for Mandrake. He's not anymore a MandrakeSoft employee since Mon 3 Nov. How long before Mandrake can afford to pay enough wages to make the stress worthwhile? The company is fully commited to building the necessary environment to get out of the current observation and protection period from the French Commercial Court. January 2004 should be the climax. As of now, there is no room for hiring or paying more. But you know that most employees at technical department are almost as concerned with Linux stuff as the many contributors out there, which allows for not only considering wages in the job offer. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Shuttle SK41G : First screen of install (F1 / Enter) is not readable.
Pierre Jarillon [EMAIL PROTECTED] writes: Ah yes? First time I hear that this very compatible vesa-1.2 only stuff doesn't work :/. Perhaps some settings in the bios ? There a two settings: - video RAM Cacheable [enabled|disabled] - VGA Share Memory Size This size is now 8 M. Is this enough ? 16M, 32M ? 800x600x16bit would fit in 8 Mb without a problem.. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Shuttle SK41G : First screen of install (F1 / Enter) is not readable.
Adam Williamson [EMAIL PROTECTED] writes: After install, everything works fine. Been reported before, I think. It's some kind of flaw in the SK41G's onboard graphics, I'm not entirely sure there's much Mandrake can do about it. Ah yes? First time I hear that this very compatible vesa-1.2 only stuff doesn't work :/. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] LG-fixed cooker install available
Jim Clark [EMAIL PROTECTED] writes: I remastered 9.2 with the files mentioned below (from cooker) using the standard Mandrake script. When the installation starts it shows the new kernel version. When it reaches the disk partitioning section, it does show the Windows partitions but it does not recognizes them as formatted. When clicking on such a partition is shows not formatted and when continuing (a manual partitioning) the checkboxes next to the Windows partitions indicate they will be formatted. I have no idea what is the cause, but if this is caused by the new kernel that should be fixed as it might destroy people's installations. Ouch. I actually had forgotten the mdkinst_stage2.bz2 update, so if you're running from cdrom it should have said you the modules fiile was not correct? Otherwise.. I don't know.. Jeremie, it should be nice to test this scenario with new ISO's from Warly when they are supposed to work? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] LG-proof kernel == -21mdk?
Leon Brooks [EMAIL PROTECTED] writes: On Sun, 26 Oct 2003 09:18, Leon Brooks wrote: Do the updates include an LG-proof (LG == Lame Goldstar) kernel yet? If so, what's an exact release number so I can check that my local mirror is up to speed? OK, Juan implies -21mdk should be happy, correct me if I'm wrong. Intall should be really 21mdkBOOT based as of today at noon Paris time. [EMAIL PROTECTED] /c/cooker] md5sum images/*.img isolinux/alt0/* Mandrake/mdkinst/lib/modules.cz-2.4.22-21mdkBOOT Mandrake/base/mdkinst_stage2.bz2 Mandrake/base/rescue_stage2.bz2 f1fb8278995b81af7c689a817d6e8390 images/blank.img ef6dfb81e5774e44ede22d6cabd92d94 images/cdrom-changedisk.img 297444c202f83de01a93679a9a61751c images/cdrom.img a5ea89a65945ab94414d7775a93d72f0 images/hd.img a8a6078dd76d21e220b3586c0f5e34b9 images/hdcdrom_usb.img c32aa8737c5dae63cd7a9f504b35a7a3 images/network.img cc4ffb3492332bc104704b19493a8ae3 images/network_gigabit_usb.img d454ed66ff8fc25bee76989ba04483fc images/pcmcia.img 780aaefa708a3d2d8df97903959e5d6e isolinux/alt0/all.rdz c3d09456473b783f321e8e76d5c4fdba isolinux/alt0/vmlinuz b6f5950d9fd0315fb11fea18e604630e Mandrake/mdkinst/lib/modules.cz-2.4.22-21mdkBOOT beda6e49080291d1e6781c8e8c9dc7c2 Mandrake/base/mdkinst_stage2.bz2 a7bb06e1263f71a5a8704b81e94eb5e6 Mandrake/base/rescue_stage2.bz2 But a full install based on a new ISO has not been fully tested at QA yet. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] ADSL + postfix default config = open relay?
Bruno Prior [EMAIL PROTECTED] writes: P.S. I just tried running the same postconf command as you on my main.cf.rpmnew. This gives mynetworks as 127.0.0.0/8, same as you, although mynetworks is commented out. The same command on my main.cf gives mynetworks of 127.0.0.0/8, 192.168.1.0/24, my.fixed.IP.address, whether or not mynetworks is commented out. The difference appears to be inet_interfaces, which is set to localhost in the rpmnew file, but is commented out (and therefore = all) in my actual main.cf. Maybe an older configuration, I don't know. I certainly haven't changed it in a long time - I didn't even think about this setting. Would it work as a mail server sending and receiving mail for a local network if inet_interfaces were set to localhost? IMHO the safer rule of thumb is to put your modifications to main.cf at the end of the file, and when you upgrade it, use the .rpmnew file as a base, and copy your modifications at the end. Don't keep your old file. That way, you won't miss new default settings (those may even fix problems). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] ADSL + postfix default config = open relay?
Luca Berra [EMAIL PROTECTED] writes: maybe we should change default postfix main.cf forcing mynetwork_style=host, so there would be two step to open a relay 1) change inet_interfaces to be able to receive mail 2) set mynetworks (comments should advise to leave mynetworks_style alone) This makes sense, since there are people who don't want to relay mail, but might want to receive it. I'd say it's nice. However, why is it using subnet by default? Maybe Wietse/others have good reasons for it? I'd prefer they back the change on their side - also, it's better for us to change only the lowest possible number of parameters, so that new users are less lost when setting up our package for their needs. Since we are speaking of postfix default setup, it seems that Vietse has strong feelings against chrooting postfix by default. Simon J. Mudd provided a script in his rpms to add/remove the chroot by user request. I personally never had a problem with chroots, but what is the feeling around here? I speak as maintainer of postfix - however it's public knowledge that I don't know so much postfix after all :/. I'd say that chrooting is good for security, and it's generally a good option. People wanting more complex or problematic-with-chroot configs can normally easily remove it. It would help to know what are the strong feeling sof Wietse. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 Errata not init floppy: not solved
Francisco Alcaraz [EMAIL PROTECTED] writes: If it is impossible make a boot floppy due to the size of the kernel, it could be appropriate erase this option in DrakConf, couldn't it? It should still be possible since vmlinuz's size is less than 1.44 MB.. but soom it'll not be possible anymore I guess :). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] urpmi basesystem
Pascal Terjan [EMAIL PROTECTED] writes: I just tryied urpmi --root /tmp/mdk basesytem, it worked really nicer than the first time I did it months ago. Only got 2 errors (except for kernel but that's not a problem) : 8:glibc ## /var/tmp/rpm-tmp.27792: line 24: rm: command not found This one is easy to fix but has no impact... IIRC this also happens during install and that's simply not fixable due to Requires and PreReq's (beside, it's not a problem - again, IIRC). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] LG-fixed cooker install available
Hi, I've copied to our local mirror updated files regarding 2.4.22-21mdkBOOT, which fixes the LG drives problem. Those include boot disks, isolinux/alt0 directory and Mandrake/mdk/modulez.cz-2.4.22-21mdkBOOT. There have been a first batch of boot images but with a deps problem for some network modules (at least), so I copy the md5sum here for you to verify you're using the correct ones: 297444c202f83de01a93679a9a61751c cdrom.img a8a6078dd76d21e220b3586c0f5e34b9 hdcdrom_usb.img a5ea89a65945ab94414d7775a93d72f0 hd.img cc4ffb3492332bc104704b19493a8ae3 network_gigabit_usb.img c32aa8737c5dae63cd7a9f504b35a7a3 network.img d454ed66ff8fc25bee76989ba04483fc pcmcia.img We have tested network.img with an affected LG 8322B, install and reboot do work nicely now. If unsure of what version of kernel you're booting, you might even verify it that way: [EMAIL PROTECTED] /tmp/t] strings network.img | grep 2.4.22 2.4.22-21mdkBOOT ([EMAIL PROTECTED]) #1 Sat Oct 25 11:41:10 CEST 2003 -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] A new guide about rpmdrake
Eric Fernandez [EMAIL PROTECTED] writes: I have done a new guide for installing media and software, with 9.2 screenshots. It is available here :http://www.zebulon.org.uk/ICML0.HTML (and licensed under FDL). thx, it's nice :). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [origin found] 9.2 and fried LG cdroms - what's the solution?
Leon Brooks [EMAIL PROTECTED] writes: On Sat, 25 Oct 2003 05:12, Guillaume Cottenceau wrote: Ok, here's status: Nicolas Planel found the origin of the problem. It's the packet writing support for cd/dvd burners that was introduced on 15th of August I'm astounded that anyone would ship a drive that can be fried in software. That's also much of a bad luck, the firmware was probably designed at a time the FLUSH stuff was not even in the ATAPI specifications - and since every manufacturer more or less needs to use an extension of specs to do firmware updates.. What surprises me is that they don't rely on a magic at the beginning and end of the new firmware sequence, or a md5sum-alike of the firmware sequence. If it's only known to the hardware it would be an efficient protection against viruses that would exploit it to destroy the drive. What's the solution? Is a fried drive truly fried, or can they be re-flashed or something to resuscitate it? We're in technical contacts with LG in korea now. They're nice. They've talked about a way to recover de firmware but they said it's not easy for typical customer. We'll see what is it exactly. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 Errata not init floppy: not solved
Francisco Alcaraz [EMAIL PROTECTED] writes: Sharrea, I prepared also a floppy for my laptop and have the same reboot after several minutes trying to download the vmlinux. I think over burnt floppies might not be so reliable, and might also be problematic with bootloaders. Just a guess. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Steffen Barszus [EMAIL PROTECTED] writes: On Friday 24 October 2003 07:14 am, Guillaume Cottenceau wrote: Guillaume Cottenceau [EMAIL PROTECTED] writes: For the moment, it seems it's related to LG CRD-84xx drives. Another Question. Is it safe to install Mdk 9.2 with another drive and have an LG on the machine afterwards ? Or should i wait till a kernel *NO*! It seems that normal kernel is even stronger than BOOT (install) kernel: some ppl have had the LG cdrom fried at boot of the normal kernel. Please wait for the update kernel, or your drive will be damaged. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Larry Nguyen [EMAIL PROTECTED] writes: But did you use your CDROM in 9.2 final? That seems to toast a drive as well. Yes I've been using the dvd drive. I'm watching dvd and read data CD no problem. Maybe it will die in a few days? Will see. The system is PIII/933MHz Soyo MB. thx -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
Randy Welch [EMAIL PROTECTED] writes: 9.1: 1252778 Mar 14 2003 /boot/vmlinuz-2.4.21-0.13mdk But you can still create a boot floppy with 9.1... That depends on the quantity of modules that will need to go in the initrd. If you use XFS or some large SCSI adapters, that won't be possible. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] uncompress package not exist ?
Gilles Crebassa [EMAIL PROTECTED] writes: Hello , The software Informix and Borland C++ Builder X and other require uncompress , but urpmi uncompress not found. Install ncompress from contrib, or use gzip which can uncompress .Z files. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Greg Meyer [EMAIL PROTECTED] writes: CDR-8400B(mi) = ^^ Is this a typo? Probably - but not for me, I always do a copy-paste. It was copied from MandrakeClub. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Steffen Barszus [EMAIL PROTECTED] writes: My LG drive is a DVD/CD-R/RW/CDROM Combo drive (GCC 4480B, firmware 1.00), so it aren't only cdrom drives, but also burner. Ouch! Regis says in a previous mail that the following works: HL-DT-ST GCC-4480B (machine: Shuttle SB 62 G2 - i865/ICH5) It seems to be exactly the same as yours! :/ -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Régis Wira [EMAIL PROTECTED] writes: Mine has a 1.01 firmware Very interesting then. Listing all firmware versions needed will be long though :/. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
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. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] [IMPORTANT] [UPDATED: origin of the problem found] 9.2 install potentially frying some LG cdrom drives
Guillaume Cottenceau [EMAIL PROTECTED] writes: For the moment, it seems it's related to LG CRD-84xx drives. Ok, here's status: Nicolas Planel found the origin of the problem. It's the packet writing support for cd/dvd burners that was introduced on 15th of August, changelog reading: - 2.4.22-rc2q5. [...] * add packet cdvd support (svetoslav). What amazes me is that we've had it in the kernel of 9.2-RC1 and 9.2-RC2, and it still managed to be, erhm, featured, in the final version. All people who say we should do more beta and RC versions see that such a big problem passed one month of RC-testing... Real problem would perhaps be to enlarge our testing community? Anyway, that's not the topic for this day :). I've passed suggestions to our management as to what to do now - I think we should act *fast* and be responsible, but I don't know what will be decided exactly. By the way, latest list: fried: COMPAQ CRD-8322B(CP1) CRD-8400B (machine: Dell Optiplex gx1) CRD-8400B (machine: IBM PC 300 PL) CDR-8400B(mi) CRD-8400C COMPAQ CRD-8402B LG CRD-8480C (machine: Old Dell XPS T650r) GCR-8481B (machine: Dell Optiplex gx270; rom: 1.06; date: jun 2003) CRD-8482B (machine: Dell Optiplex GX1) GOLDSTAR CDR-8482B (machine: HP Vectra VL400; firmware: 1.01) CRD-8482B (Dell Precision 220, rom: 1.05) LG (machine: HP Vectras VL4xx) GCC 4480B DVD/CD-R/RW/CDROM (firmware 1.00 - upgrading firmware to 1.01 workarounds problem) work: LG GMA-4020B DVD-RW LG GCC-4120B CDRW/DVD LG CD-RW CED-8080B DVD/CD-R/RW/CDROM LG CD-RW CED-8120B (motherboard: ASUS K7M) HL-DT-ST GCC-4480B (machine: Shuttle SB 62 G2 - i865/ICH5; firmware 1.01 - WARNING, firmware 1.00 is reported to have the fry problem!) HL-DT-ST RW/DVD GCC-4480B (motherboard: ASUS A7N8X-Deluxe) HL-DT-STDVD-ROM GDR8161B (motherboard: Soyo) HL-DT-ST CD-RW GCE-8240B HL-DT-ST GCE-8481B CD-CDRW (chipset: SIS 651/962) HL-DT-ST CD-ROM GCR-8520B HL-DT-ST GCE-8520B (motherboard: ASUS P4P800) -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Guillaume Cottenceau [EMAIL PROTECTED] writes: For the moment, it seems it's related to LG CRD-84xx drives. My updated list: fried: CRD-8322B CRD-8400B (machine: IBM PC 300 PL) CDR-8400B(mi) CRD-8400C COMPAQ CRD-8402B CRD-8482B (machine: Dell Optiplex GX1) GCR-8523B LG (machine: HP Vectras VL4xx) work: HL-DT-ST CD-ROM GCR-8520B HL-DT-ST RW/DVD GCC-4480B (motherboard: ASUS A7N8X-Deluxe) LG CD-RW CED-8120B (motherboard: ASUS K7M) LG GMA-4020B DVD-RW HL-DT-STDVD-ROM GDR8161B (motherboard: Soyo) -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] missing xirc2ps_cs.o for pcmia install of 9.2
Nicolas Pomarede [EMAIL PROTECTED] writes: [...] Hello Guillaume, thanks for your answer. Although I tried the pcmcia.img, sthg must have been wrong with my card, since as you suggested it, I retested this image and it now works (in fact, it's the first time there's a disk that works with ths card, so I was not really surprised when it didn't work at first and I was preparing myself to do it the hard way). Great! :) Well, in the meantime, as I thought the modules was also missing from the pcmcia disk, I extracted the required .o modules from the boot kernel modules and added them to the network.rdz to build a single disk that worked (which was silly, but at least I now know how to build such disk for the case where a module will really not be included in any .img :) ) Yep :). So, appologies from myself, and congrats to you, since the 9.2 pcmcia disk effectively recognizes my card. No problem. And congrats go more to the community, author of pcmcia-cs, etc, which added support for your card :). Congrats to them. Nevertheless, during the process of rebuilding a complete boot disk, I had to extract/build .mar archives. I compiled the sources from your page, but is there a RPM with prebuilt tools (I mean the tools/script that are used to build the various img and others non-rpm part of each mandrake release) ? No, there is no RPM prebuilt mar. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] oggenc problem
Levi Ramsey [EMAIL PROTECTED] writes: Gwenole, your 1.0-11mdk broke it, it seems. Please fix ASAP... I need to rip/encode the new Rush live album... ;o) It's fixed in cooker by gwe. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Curtis Hildebrand [EMAIL PROTECTED] writes: I've had confirmations that with another LG model, the HL-DT-ST CD-ROM GCR-8520B, 9.2 worked nice (e.g. did NOT do any damage to the cdrom drive). Also, with the HL-DT-ST CD-ROM GCR-8522B, 9.2rc2 worked nice (it's then -probable- 9.2 will work nice). If your looking for LG drives that work, my DVD/CD-RW works fine on a ASUS A7N8X-Deluxe motherboard. ]$ cat /proc/ide/hdc/model HL-DT-ST RW/DVD GCC-4480B Thanks! Then here's my current list: fried: CRD-8400B (machine: IBM PC 300 PL) CRD-8482B (machine: Dell Optiplex GX1) CRD-8322B GCR-8523B work: HL-DT-ST CD-ROM GCR-8520B HL-DT-ST RW/DVD GCC-4480B (motherboard: ASUS A7N8X-Deluxe) That's not many, under the work label. And I'm a bit surprised. No one else has a working 9.2 with an LG drive? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Steffen Barszus [EMAIL PROTECTED] writes: Oct 23 12:53:49 localhost kernel: I/O error: dev 0b:00, sector 1404912 Oct 23 12:53:55 localhost kernel: I/O error: dev 0b:00, sector 1407792 Oct 23 12:54:02 localhost kernel: I/O error: dev 0b:00, sector 1410672 I have to investigate that further. I can't imagine how a drive can be fried by booting from it :( . I thought the kernel panic was because of a bad image. Will check cabling and all the other things in the evening today. Thx! Keep us in touch. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Larry Nguyen [EMAIL PROTECTED] writes: My LG dvd works fine with beta*, rc*. I don't have final ISOs to test. I did a net-install from ftp. But did you use your CDROM in 9.2 final? That seems to toast a drive as well. Here's the model HL-DT-STDVD-ROM GDR8161B -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
illogic-al [EMAIL PROTECTED] writes: Germ from mandrakeusers.org reported that his LG GMA-4020B DVD-RW installed 9.2 no probs thx -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Spencer [EMAIL PROTECTED] writes: LD CD-RW CED-8120B on a ASUS K7M mobo works fine also. that's LD? not LG? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] I just installed Mandarke 9.2 Download edition on a IMP PC 300 PL, and it FRIED the CDROM drive
Luis Alves [EMAIL PROTECTED] writes: I tried to install the Mandrake 9.2 Download edition on a IBM PC 300 PL witch has a LG CDROM CRD-8400B and the cdrom was death before it showed the panel to select the packages. I never seen this before so I assumed it was a cdrom problem. So I removed the cdrom drive connect it to another computer and it doesn't work any more. doesn't even turn the ligth on. In my company we have several of these machines so I removed a cdrom from another PC 300 PL machine and connected to this one, just to see if i could finnish the instalation. It just fried the second cdrom drive also (LG CRD-8400B) I realized that the new mandrake just cost me to CDROM drives. I couldn't believe it. Thanks for your report and sorry for that. This is astounding. I hope Juan can advice us a workaround, and soon fix it in the kernel... -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Help - Can't Install 9.2!!!
Greg Meyer [EMAIL PROTECTED] writes: Any ideas? - I really want to try 9.2!!! You might want to give some info about the setup you are installing it on, and you might want to post this to expert too. have you tried any of the standard noapic, acpi=ht boot parameters? Install (and post-install) are using acpi=ht by default. You might want to try noapic, nolapic, ide=nodma, some pci= options might help also. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] No XFS for you, sucker
[EMAIL PROTECTED] writes: BTW, on servers, I typically install with a small root ext3 filesystem, /usr and /tmp ext3, /var and data partitions on LVM, usually XFS. This avoids the root on LVM issues, but still gets you the majority of the LVM benefit (resizing partitions which can vary greatly in required capacity). Root on lvm should be supported? I remember I've even tested that during 9.2 debugging process. Ah but this is limited to a LV not spanning across several PV's, that is? I can't be sure. Then LVM might be a little less interesting :). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
John Allen [EMAIL PROTECTED] writes: [...] Get a bigger floppy disk, or use ext2 filesystems only, or provide a patch to make smaller kernels. Yes; but who is responsible for this. 9.2 has been released with the inability to create a boot floppy on a standard 1440 sized floppy. Because of growing kernels, the need for drivers, and floppy drives staying at 1.44 MBytes size for more than 10 years. We can't do magic. We provide several ways of booting and rescueing a machine (come on, one can boot the rescue by cdrom, hard-drive, or network, that should be enough isn't it). I don't think other Linux vendors do more magic than us. If they do, please tell me, we could consider using the same magic than us. [...] Yes; usually use the CD myself. But none the less this is really not acceptable. 9.2 has too many stupid problems, from no screensavers in KDE, broken urpmi, and now this. The list is just growing day by day. Typical. As long as more people test it, we discover remaining problems. May I remind you it's simply not possible to provide a 100% bug free software release? And please also consider the (low) number of employees and contributors we have to make a release. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
John Allen [EMAIL PROTECTED] writes: Not so. I periodically tested the cooker tree for the ability to create a good install and a running Mandrake. Try this script; it creates a 1680k formatted floppy. If we want to go with larger floppies with 1.44 MBytes drives, we need serious testing. I'm afraid this brings lots of hardware problems (and floppies already have much hardware problems). Not talking about frying the floppy drive, a-la LG? :) -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
Svetoslav Slavtchev [EMAIL PROTECTED] writes: FWIW, this exact same problem also existed in 9.1, so it is not a 9.2 regression. well not exactly in 9.1 the problem was only with xfs (module is ~300k) in cooker/9.2 the kernel is compiled with all debuging symbols (not the case with 9.1), and the kernel is with ~300k bigger Isn't it an ACPI interpreter problem, rather? There is no such 300k difference between 9.1 and 9.2. ACPI was introduced for 9.1 IIRC, and one can see a big change between 9.0 and 9.1: 8.0: 833285 Apr 15 2001 /boot/vmlinuz-2.4.3-20mdk 8.1: 1047752 Sep 23 2001 /boot/vmlinuz-2.4.8-26mdk 8.2: 887614 Mar 15 2002 /boot/vmlinuz-2.4.18-6mdk 9.0: 880346 Sep 20 2002 /boot/vmlinuz-2.4.19-16mdk 9.1: 1252778 Mar 14 2003 /boot/vmlinuz-2.4.21-0.13mdk 9.2: 1343803 Sep 18 12:43 /boot/vmlinuz-2.4.22-10mdk -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
Pascal Cavy [EMAIL PROTECTED] writes: I second this, for example I have a machine where lilo does not work so I HAVE TO use a boot disk to start it. After 9.2 upgrade, I cannot create such a boot disk. (disk full during creation). You might consider the 1.6 mbytes floppy. But rather, why lilo doesn't work? It should. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
Ron Stodden [EMAIL PROTECTED] writes: well not exactly in 9.1 the problem was only with xfs (module is ~300k) Disagree. I am talking about a vanilla ext2 install of 9.1 - it cannot produce a boot floppy. /me thinks it can. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
Felix Miata [EMAIL PROTECTED] writes: Mandrake 9.1 127509 Jul 30 17:48 initrd-2.4.21-0.25mdk.img 1263795 Jul 24 16:02 vmlinuz-2.4.21-0.25mdk 1391304 Mandrake 9.2 414616 Sep 22 12:46 initrd-2.4.22-10mdk.img 1343803 Sep 18 06:43 vmlinuz-2.4.22-10mdk 1758419 What a large difference between initrd's... are you using a different filesystem by any chance? Can you zcat and mount them and look inside what's going on? Don't remember any mkinitrd changes that could explain that. You might be using XFS or LVM in 9.2 that you didn't in 9.1? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
Randy Welch [EMAIL PROTECTED] writes: Only problem is that it will only find the first installed linux on your disk. My test installs are always in later partitions. Well, not exactly, the first installed *Mandrake* Linux on your disk. That's automatic stuff: go to a console and mount any other partitions if you may. The rescue image tends to find the first one it sees. (so on my system it would see my 9.1 install instead of the 9.2... -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 - disaster already?
Ron Stodden [EMAIL PROTECTED] writes: A workaround is to launch update-menus as root. 1. Do an initial install with hd.img of 9.2, selecting everything except servers. Include nfs client. 2. Then use software install to install all the kde* RPMs which were not installed. 3. Note all the missing kicker panel big K menu items. 4. Running update-menus has no apparent effect. 5. Installing the Mandrake Updates solves the problem. Passing the information to fredl, thanks. I hope this is a *reproductible* scenario, not just that you had this one? :) We'll try that. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Teletchéa Stéphane [EMAIL PROTECTED] writes: 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 quote anything from you, did I? I didn't even mention the GCE-8240B. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
[EMAIL PROTECTED] writes: I am very doubtful if the fried drives have anything to do with dma. Where do you think it could come from? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Pascal Terjan [EMAIL PROTECTED] writes: [EMAIL PROTECTED] wrote: DMA is not supported on the CRD-8400B, it is in the kernel nodma blacklist (drive_list_entry drive_blacklist). Reading the list I see stuff like : { Compaq CRD-8241B, ALL }, { CRD-8400B , ALL }, { CRD-8480B, ALL }, { CRD-8480C, ALL }, { CRD-8482B, ALL }, { CRD-84 , ALL }, So this is definitely beyond DMA problems since people fried CRD-8400B and CRD-8482B already :/. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] oggenc problem
Torstein Dybdahl [EMAIL PROTECTED] writes: hi! There seems to be a problem with oggenc. and libvorbisenc wav files that are encoded to ogg is consequently encoded at 0 kbps. Does anybody else se the same problem? Yes, sees the same problem. Gwenole, your 1.0-11mdk broke it, it seems. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
ef2 [EMAIL PROTECTED] writes: Now : LG CD-ROM Model GCR-8523B :/ http://www.mandrakeclub.com/modules.php?op=modloadname=Splatt_Forumfile=viewtopictopic=12989forum=10 Ouch, that resembles much the GCR-8520B reported to work correctly :/. Then there might also be interactions with motherboards or chipsets or bios config or bios firmware updates.. Well.. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Hi, Several people are reporting that installing the 9.2 totally fried their LG cdrom drive. Luis Alves on cooker is reporting that problem on an IBM PC 300 PL machine, with a LG CRD-8400B. On MandrakeClub an article[1] reports that this happens on a Dell Optiplex GX1 machine, with CRD-8482B and CRD-8400B models. I've had confirmations that with another LG model, the HL-DT-ST CD-ROM GCR-8520B, 9.2 worked nice (e.g. did NOT do any damage to the cdrom drive). Also, with the HL-DT-ST CD-ROM GCR-8522B, 9.2rc2 worked nice (it's then -probable- 9.2 will work nice). For the moment, it seems it's related to LG CRD-84xx drives. Please, every people with an LG model who already installed 9.2 (download or powerpack), please report the model of your LG drive, and whether it's still alive or not :). Please ask that also to your friends who don't read cooker/expert lists. Also, in the following days, one might consider not installing 9.2 with LG drives, until we can provide a workaround to the problem. You can have exact model name of your cdrom by looking at the corresponding proc file. For example, if your CDROM is the first IDE medium of your second IDE adapter, its name is hdc and you can do the following to see the model: cat /proc/ide/hdc/model You can even do that at the very beginning of the graphical install, by going to the second console (Ctrl Alt F2) and typing the previous command. This should be safe as the fry always occurs at the beginning of the package installation. Then, reboot your computer. Thanks! Ref: [1] http://www.mandrakeclub.com/modules.php?op=modloadname=Splatt_Forumfile=viewtopictopic=12568forum=9 -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] !! 9.2 issues -- help
Adrian Rodriguez [EMAIL PROTECTED] writes: Hi I just installed 9.2 and I have a few problems. This is not a 9.2 support list. 1. I have a Logitech Quickcam for notebooks pro and I've been using it since 9.1. In 9.1 it recognized it and used the pwc module. I had to download the pwcx module to get more FPS out if it and get gnomemeeting to work so I tried to plug it in right now into 9.2 --- complete crash :( It says its loading the pwc module then the snd-usb-audio module b/c of the built in microphone but after that my laptop freezes I can't ssh into to it or anything... :( any ideas on what is going on? or how I might be able to provide more information to mandrake b/c I really do need my webcam working---talk to family and friends :-P You should read the erratas. Your problem is described and there is even a workaround available. However, this is still in Wiki errata, which has only a small link at the end of the official errata page, so you might have missed it. http://qa.mandrakesoft.com/twiki/bin/view/Main/Mandrake92 About pwcx.o, I've tried myself to insmod it (Philips D740 webcam), it failed because kernel used a different major gcc version. One needs to hope that the happy owner of the proprietary code might consider recompiling it. Could not find an email address on pwcx.o official website though. 2. I'm not sure why this happened but I did a very minimal install the first time and then I installed loads of rpms once the system was running. Prior to installing the rpms I still had mandrake menus. After that my system menu changed to something containing Applications Development etc... only like 4 or 5 folders in the menu with hardly anything in them. It maybe had about 1 application or 2 per folder. Nothing crazy... I just loaded up menudrake and took care of it but that might be something to look at. One needs to relaunch update-menus as root when that happens. There is a problem when rpm %post scripts call it, it seems. Fred, do we address this problem with an errata or something? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] missing xirc2ps_cs.o for pcmia install of 9.2
Nicolas Pomarede [EMAIL PROTECTED] writes: Hello to all, I'm trying to do a network install of 9.2. I'm using a PCMIA adapter from xircom. Doing an install using the network.img or pcmia.img disk, I get an error while trying to load the required module xirc2ps_cs.o (which is not Ouch. present on either disk). I need to disagree. [EMAIL PROTECTED] root]# mount -o loop /mnt/distrib/9.2/i586/images/pcmcia.img /mnt/disk [EMAIL PROTECTED] root]# zcat /mnt/disk/pcmcia.rdz /tmp/k [EMAIL PROTECTED] root]# umount /mnt/disk [EMAIL PROTECTED] root]# mount -o loop /tmp/k /mnt/disk [EMAIL PROTECTED] root]# ~gc/cvs/gi/mdk-stage1/mar/mar -l /mnt/disk/modules/modules.mar | grep xirc xirc2ps_cs.o xircom_cb.o xircom_tulip_cb.o Was it an error because of something else, maybe? pcmcia-cs author changed his detection way, this broke for a few people as we had some trouble with Buchan ~ 1.5 month ago. I tried the expert install, with an additional disk (as described in the README in the images directory for SCSI drivers) ; I formatted an ext2fs disk and copied the unzipped xirc2ps_cs.o file on it. Unfortunately, when I try to load the xirc2ps_cs.o when prompted for, it failed and I get lots of undefined symbol in ALT+F3 console (printk, strstr). You need to use xirc2ps_cs.o from the BOOT kernel, right, not stock kernel, of course. But, there are CS controller and cards initialization issues that make it fail when you try to insmod card modules by hand - at least it happened to me, don't know if it's typical/common/anything. I guess the problem might be caused by the fact that I extracted the xirc2ps_cs.o module from kernel-2.4.22.10mdk-1-1mdk.i586.rpm and not from kernel-BOOT-2.4.22.10mdk-1-1mdk.i586.rpm, because the xircom module is not Yes. present in the later one. Been on drugs lately? :) [EMAIL PROTECTED] root]# rpm -qpl /mnt/distrib/9.2/i586/Mandrake/RPMS/kernel-BOOT-2.4.22.10mdk-1-1mdk.i586.rpm | grep xirc2ps /lib/modules/2.4.22-10mdkBOOT/kernel/drivers/net/pcmcia/xirc2ps_cs.o.gz Or I've just switched to a parallel universe that is :/. I tried to copy ds.o and pcmi_core.o on the disk, but it didn't resolve the problem. At least, dependencies are mandatory, yes. But still init of controller is needed I think. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] OT - RPM question...
Scott Chevalley [EMAIL PROTECTED] writes: I've been updating my box using urpmi --auto-select for at least the past two or three release cycles, constantly running cooker. I'm wondering if there is anyway to use urpmi or rpm to give me a list of files that exist on my system that don't belong to any installed packages, so I can clean things up a little bit. You might also want to have a look at leaves packages (packages that are not required by any other ones), there are things to remove from them, especially the ones that match /^lib/. You may want to use commandline urpmi_rpm-find-leaves or the relevant sort option in rpmdrake-remove. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] LM9.2: What a nice release!
Frederic Soulier [EMAIL PROTECTED] writes: Hi I just wanted to tell you guys at Mandrake and all the contributors that you produced a very nice release indeed! thx :) [...] Minor ennoyances (using Powerpack Edition): - during the installation, the windows for the individual package selection were unusually small (I had to use the right-left scrolling to see anything) This was not happening in RC2. - during the summary, same pbm. This was not happening in RC2. - during the services activation/deactivation, same pbm This was not happening in RC2. Arnaud de Lorbeau also had this one time I think. But this happened too late and few for us to be able to reproduce/fix. - during the disk partitioning (custom partitioning) the external USB storage was recognized as sda1, the firewire drives were recognized as sdb1, sdb2 and sdc1 Trying to assign mount points like /mnt/multimedia, the installer tried to mount /mnt/mnt/multimedia during installation, which should be normal, since normal system lives in the /mnt prefix. I reported the pbm in bugzilla for beta2 I believe. sdb1 was indicated as being FAT32 when it's EXT3... ouch. pixel could make use of /root/drakx/report.bug.gz maybe. After changing the mount point to something the installer would accept the rest of the installation was pretty straight forward (except for the small windows pbm). - upon reboot the external devices caused some troubles as they could not be mounted and I was presented with the fsck option or Ctrl-D (kind of going circles here). This may be due to the fact that during the boot up sequence the firewire modules seem to be activated after the mounting sequence. sucks :(. that need a workaround or a fix in the initscripts :/. The only solution was to somehow find a way to edit the fstab to remove the definitions for these drives... or substiture defaults by noauto so they are not automatically mounted at boot time. [...] The good: - well, thanks to urpmi, contrib and plf pretty much everything is setup and working well, audio, mp3, dvd playing, opengl (nvidia drivers), games (CivCTP, quake3, RTCW, Neverwinter Nights ** those are not available through urpmi, go buy them!), VMWare, *which* games??? :) -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 fails to load installer
Patrick Mullaley [EMAIL PROTECTED] writes: All, I am trying to install the 9.2 PowerPack Installation. I have tried (this is no stable-release support list) installing directly from CD1, from a network.img floppy, and from a cdrom.img floppy, all with the same result. Unfortunately, I do not have the exact syntax, but it does complain about 'second stage install' and 'I cannot continue =('. It is griping about run_install2 error. I also usually happens with problems reading the cdrom. try booting with ide=nodma for example, you may try noapic as well but I think there is no connection whatsoever. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] hd.img installation of 9.2
FACORAT Fabrice [EMAIL PROTECTED] writes: Le jeu 16/10/2003 à 15:40, Guillaume Cottenceau a écrit : Thomas Backlund [EMAIL PROTECTED] writes: I did a Swedish install with 'advanced' added as English-GB - mc is pure shit in CLI. This would not have happened if sweden opted for the euro, maybe? (en_GB - latin15, sv - latin1; they are different, opt for utf8). england does not opt too ... yep - comes from the fact that en_IE was not separated from en_GB for a long timem I guess. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 - disaster already?
Ron Stodden [EMAIL PROTECTED] writes: Oddly, installing all the 9.2 updates solved all problems (although there is no apparent reason why in the explains of the RPMs involved). There seems there is still an odd locking problem when we launch update-menus from within %post scriptlet of an RPM (problems arises from the fact update-menus do itself an rpm call, rpm -qa), flepied spent a large amount of time trying to fix that before 9.2, actually had some success with some scenarios, thought he caught all of them, but apparently not really all, the problem being that it's very rare here and absolutely not reproductible :/. If *anyone* can reproduce it, please post here the steps to reproduce it, I'm sure we can come up with a fix quickly. But without it, it's a hell to debug. A workaround is to launch update-menus as root. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] hd.img installation of 9.2
Thomas Backlund [EMAIL PROTECTED] writes: I did a Swedish install with 'advanced' added as English-GB - mc is pure shit in CLI. That made your install default to UTF-8, This would not have happened if sweden opted for the euro, maybe? (en_GB - latin15, sv - latin1; they are different, opt for utf8). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Something along the lines of All packages, by Group in RpmDrake. However, those categories are horrible. Why don't we just use the same categorization as used in menus? That would be very intuitive for the user. I 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? - Much, much more meta-information Given the above observations, these are the least that should be added to present RPM meta-info: * a nice name * a category under the new categorization * an icon/logo * a screenshot * list of plug-ins and add-ons for use in the pop-up (may be achieved with what-requires?) There would take very much diskspace, especially screenshots! And what about the time needed to do all the screenshots, list plugins.. [...] - Sources and Media mess The term source was simply horrible. The first time I saw it, I thought it had something to do with .src.rpm files. Medium is much better, but it has issues. Mostly because people associate the word media to CDs, DVDs, tapes etc. but not to Internet repositories. The main power of urpmi IMO lies exactly in its Internet capabilities. Therefore I present you my proposal for a new (ugh! not again ;) name for this: channels. 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). - 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). - There should be a clearer distinction between packages coming from different sources. I.e. I should be able to see a package coming from Cooker and the one from CDs and choose one of them as I please. Current rpmdrake architecture can't make use of different media for a single package-version-release :/. [...] Thank you for reading this enormous mail :) I'm not very good at English so sometimes it takes me more words to articulate my point. Anyway I hope there are some useful ideas here. Thank you for your contribution and I hope that my answer is not too frustrating. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] help with gdam
[EMAIL PROTECTED] writes: 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) Yep. Tis like in BitchX and Mesa. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] errata 9.2
Thomas Backlund [EMAIL PROTECTED] writes: # urpmi lm_sensors # dmidecode and post the info from Handle 0x, Handle 0x0001, Handle 0x0002, along with the info of what or how it's broken, and what you need to use to get the system working... such as acpi=off, noapic, those provide all the info we use in dmi_scan.c to work around problems... wikified! thx. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] help with gdam
[EMAIL PROTECTED] writes: 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) --- ./server/plugins/gdasspatialstereo.c.gege 2001-01-12 05:24:56.0 +0100 +++ ./server/plugins/gdasspatialstereo.c2003-10-07 15:02:46.0 +0200 @@ -54,9 +54,9 @@ (GtkObject* object, GdamArg* arg) \ { \ GdasSpatialStereo* spatial = GDAS_SPATIAL_STEREO(object); \ - spatial-##prefix##_x = GDAM_ARG_DOUBLE_ARRAY(arg).array[0];\ - spatial-##prefix##_y = GDAM_ARG_DOUBLE_ARRAY(arg).array[1];\ - spatial-##prefix##_z = GDAM_ARG_DOUBLE_ARRAY(arg).array[2];\ + spatial-prefix##_x = GDAM_ARG_DOUBLE_ARRAY(arg).array[0]; \ + spatial-prefix##_y = GDAM_ARG_DOUBLE_ARRAY(arg).array[1]; \ + spatial-prefix##_z = GDAM_ARG_DOUBLE_ARRAY(arg).array[2]; \ } \ \ static void gdam_spatial_arg_get_##arg_name\ @@ -65,9 +65,9 @@ GdasSpatialStereo* spatial = GDAS_SPATIAL_STEREO(object); \ GDAM_ARG_DOUBLE_ARRAY(arg).length = 3; \ GDAM_ARG_DOUBLE_ARRAY(arg).array = g_new(double, 3);\ - GDAM_ARG_DOUBLE_ARRAY(arg).array[0] = spatial-##prefix##_x;\ - GDAM_ARG_DOUBLE_ARRAY(arg).array[1] = spatial-##prefix##_y;\ - GDAM_ARG_DOUBLE_ARRAY(arg).array[2] = spatial-##prefix##_z;\ + GDAM_ARG_DOUBLE_ARRAY(arg).array[0] = spatial-prefix##_x; \ + GDAM_ARG_DOUBLE_ARRAY(arg).array[1] = spatial-prefix##_y; \ + GDAM_ARG_DOUBLE_ARRAY(arg).array[2] = spatial-prefix##_z; \ } define_set_and_get(left_ear, lear) -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [ANN] drakconnect (aka networking) maintenance
Thierry Vignaud [EMAIL PROTECTED] writes: 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 find the default using of tmdns a problem since in DHCP config we end up with DNS queries spending 4-5 seconds to answer instead of the traditional feeling of immediate answer (because /etc/resolv.conf contains 127.0.0.1). If tmdns is not detectable, please make it an option in expert mode (I think flepied doesn't want we default on not-using-it :/). A tooltip on Network Hotplugging would be very convenient also. I would never have guessed this has to do with link beat detection. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] errata 9.2
Gwenole Beauchesne [EMAIL PROTECTED] writes: Hi, Error scenario: when doing a network install, on recent machines, the network card seems to not respond (no DHCP answer received for example) Why: problem with APIC Solution: type F1 then linux noapic when booting BTW, I saw that occuring on some instances of nvidia|via based motherboards. It is currently workarounded on AMD64 with disabling APIC there by default. Could you please precise the type of those recent machines? On plain x86, it should be even easier to blacklist those. Happened for me with an Asus Terminator K7 DDR[1] which has an ASUS A7S motherboard owning a SiS 740 chipset (I think). How should I provide identification information? Ref: [1] http://www.asus.com/products/desktop/termk7_ddr/overview.htm -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] errata 9.2
Thomas Backlund [EMAIL PROTECTED] writes: I would like to know that too ... I have seen it myself on a few Gigabyte Socket A boards with VIA chipsets (like GA-7VTXH IIRC). # urpmi lm_sensors I think lm_sensors is behaving bad on this machine, since when service starts the fan will run at full speed afterwards (normally it modifies the speed according to the temperature, and will run 1/4 or 1/3 of speed most of the time), and it said it detected an ISA bridge to the BIOS, which is strange for a recent machine like that maybe. But I'll try. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] errata 9.2
Please add: Error scenario: when doing a network install, on recent machines, the network card seems to not respond (no DHCP answer received for example) Why: problem with APIC Solution: type F1 then linux noapic when booting Thanks :). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] drakxtools-newt is a bad rpm?
admin [EMAIL PROTECTED] writes: urpmi, rpm, and MCC, are giving an error on this package from: ftp://mirrors.secsup.org/pub/linux/mandrake/Mandrake-devel/cooker/i586/Mandrake/RPMS and: ftp://mandrake.redbox.cz/Mandrake-devel/cooker/i586/Mandrake/RPMS Local copy: [EMAIL PROTECTED] ~] md5sum /RPMS/drakxtools-newt-9.2-16mdk.i586.rpm f7d9056e8010e3eb6b9a192689c65e27 /RPMS/drakxtools-newt-9.2-16mdk.i586.rpm [EMAIL PROTECTED] ~] rpm -qp /RPMS/drakxtools-newt-9.2-16mdk.i586.rpm drakxtools-newt-9.2-16mdk From mandrake.redbox.cz: [EMAIL PROTECTED] ~/tmp] md5sum drakxtools-newt-9.2-16mdk.i586.rpm f7d9056e8010e3eb6b9a192689c65e27 drakxtools-newt-9.2-16mdk.i586.rpm [EMAIL PROTECTED] ~/tmp] rpm -qp drakxtools-newt-9.2-16mdk.i586.rpm drakxtools-newt-9.2-16mdk From mirrors.secsup.org: [EMAIL PROTECTED] ~/tmp] md5sum drakxtools-newt-9.2-16mdk.i586.rpm.1 eef5fbfefa491f4b8fe87b5b7a94d674 drakxtools-newt-9.2-16mdk.i586.rpm.1 [EMAIL PROTECTED] ~/tmp] rpm -qp drakxtools-newt-9.2-16mdk.i586.rpm.1 error: drakxtools-newt-9.2-16mdk.i586.rpm.1: V3 DSA signature: BAD, key ID 70771ff3 -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Silicon Image SATA Controler
Francois RUNAVOT [EMAIL PROTECTED] writes: Hello. I have an Abit NF7-S motherboard, 2 HD drives on the SATA controller (Silicon Image 31112). I have made install with linux noacpi apic=off. you mixed them :) use acpi=off noapic -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] pcmcia.img doesn't boot
Mark Draheim [EMAIL PROTECTED] writes: it won't even show the first boot screen. I tried several floppies and even burnt the image to CD to make sure that my floppy drive isn't faulty. I downloaded the img again just in case the file was corrupted at download. [EMAIL PROTECTED] /tmp] md5sum /c/cooker/images/pcmcia.img 6f0dcf4e4bc72d347a05fee4e9471a6a /c/cooker/images/pcmcia.img [EMAIL PROTECTED] /tmp] md5sum /dev/fd0 6f0dcf4e4bc72d347a05fee4e9471a6a /dev/fd0 On my test machine, shows the splash screen, white progressbar progresses, kernel boot (2.4.22-10mdkBOOT), stage1 starts. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] drakxtools-newt is a bad rpm?
admin [EMAIL PROTECTED] writes: [...] Thanks for the verification. md5sum definitely not a match on the rpm from mirrors.secsup.org repository. The same package from redbox matched your results (and then installed as expected). but you said redbox didn't work!? I am new to the cooker participation, how do we notify the admins of secsup of the bad file? I don't really know, I don't have admin contacts myself.. Next synchro will probably fix. Please keep cooker in CC. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: autoconf2.5.x problem
David Walser [EMAIL PROTECTED] writes: lamikr_mdk wrote: That helped. Do you know is there similar kind of environment variables for selecting appropriate version of aclocal and automake? Well, for example, to compile giFT, I have to do this: WANT_AUTOCONF_2_5=1 AUTOMAKE=automake-1.7 AUTOHEADER=autoheader-2.5x ACLOCAL=aclocal-1.7 ./autogen.sh ^^ grmbl! don't call autoconf stuff by version name! -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: autoconf2.5.x problem
Götz Waschk [EMAIL PROTECTED] writes: Am Donnerstag, 25. September 2003, 08:25:09 Uhr MET, schrieb lamikr_mdk: javahl subproject in the subversion has also autogen.sh which contains following calls. aclocal autoconf libtoolize --automake --force automake -a Hi, unless you change the default setting, aclocal will always be a symlink to aclocal-1.4, because that's the default version that has the highest priority. If you want aclocal 1.7, you'll have to call it with aclocal-1.7. Or you may also rpm -e automake. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] 9.2 ISOs has been sent
Guillaume Rousse [EMAIL PROTECTED] writes: If you've been following cooker from a long time, you should be able to see mandrakesoft has a very long established tradition of taking decision first, then eventually explain them thereafter, including to their own emplyees. Btw, that's how most companies work, I think (even if I have no experience in other companies yet ;p). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: Re: autoconf2.5.x problem
David Walser [EMAIL PROTECTED] writes: Guillaume Cottenceau wrote: David Walser [EMAIL PROTECTED] writes: lamikr_mdk wrote: That helped. Do you know is there similar kind of environment variables for selecting appropriate version of aclocal and automake? Well, for example, to compile giFT, I have to do this: WANT_AUTOCONF_2_5=1 AUTOMAKE=automake-1.7 AUTOHEADER=autoheader-2.5x ACLOCAL=aclocal-1.7 ./autogen.sh ^^ grmbl! don't call autoconf stuff by version name! Don't yell at me, that's what I *had* to do to get giFT to work. That's not normal. Yell at me if there is a bug (well, with an attached patch would be nice also). WANT_AUTOCONF_2_5=1 should be enough. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: How to upgrade from 9.1 to cooker?
Nicholas Brown [EMAIL PROTECTED] writes: The first urpmi urpmi didn't want to install anything, so I must be up to date with 9.1. Removing all the media and adding the new 3 media went fine. I'm now at the second urpmi urpmi and it is prompting me to install the below huge list of packages. Does it look reasonable? I've done the same this morning (install a 9.1 and do the upgrade plan through urpmi), that gave the same list of packages. It looks large but new urpmi needs new rpm and new perl so that gives a few dependencies. That's normal. You may proceed. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/