Re: [Cooker] Some Wiki stuff
On Wednesday 19 November 2003 07:52 am, Warly wrote: More doc about mkcd and how to make CDs, very uncomplete still, tough. Thank you for taking the time in doing this. I have been getting lots of mail from people asking if I have gotten any farther and I have to keep telling them no. This additional info will help greatly. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] urpmi working for ya'll?
On Tuesday 18 November 2003 01:10 am, Todd Lyons wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Todd Lyons wanted us to know: Just checking if I'm the only one experiencing weirdness with urpmi? I have a local mirror syncing from mirrors.usc.edu and have a pretty current sync. I did a urpmi --auto-select and I got about 8 packages updated. I thought that was odd. So I did 'urpmi kdebase' and it Never mind. I can't read. I was answering No to a question that I should have been answering Yes to. Ha! Makes me feel good that even the experts can do stuff like that. Cheers Todd. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Update Mirrors still not updated
Will somebody please fix this stuff? The mirrors are still not updated since the last security update. Why are advisories posted when the packages are not on the mirrors or mirrors are not updated? http://www.mandrakeclub.com/article.php?sid=1370 -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Update Mirrors still not updated
Will somebody please fix this stuff? The mirrors are still not updated since the last security update. Why are advisories posted when the packages are not on the mirrors or mirrors are not updated? http://www.mandrakeclub.com/article.php?sid=1370 -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] User says MDK 9.2 is a backward step and requests features
On Sunday 16 November 2003 06:12 pm, Alberto Ridolfi wrote: Hello guys, I give support at MandrakeExpert and there was an incident created by an user very dissatisfied with Mandrake Linux 9.2. If you guys want to take a closer look, the incident number is 72784. The user says after upgrading to Mandrake 9.2 from Mandrake 9.0 he's lost a lot of features and customization he'd made. In answer to him, I said I would forward his complains about mdk 9.2 to Cooker guys to try to improve the next version. What do you guys think about his opnions? Do you think these things can be changed? Below is the message transcript. Later, Alberto M. -- I just installed Mandrake 9.2 over my 9.0. I have lost the following functions, and I want them back. kpp - I had a button on my pannel to launch kpp to dial my isp. Now there is no function there. Superuser file manager - There was a superuser file manager under the file manager section of my start menu. It is now gone. What is the function that it linked to so I can get it back and manipulate the files as root without haveing to mess around with an su in a terminal somewhere? Kmail address book is gone - Kmail is now asking for an address book. I want the one I was using before. Under the configuration menu the login manager asked for the root password and let me do useful stuff. The new version doesn't. So far, I consider 9.2 a major step backward. I have to send this message from Windows. [after, he sent another one]: I have reloaded the packages for KPPP and KAddressBook to my system. KAddressBook did find all my e-mail addresses. Incidently, I also lost the game Freecell. My bigger problem is I can't connect to my ISP through my modem. The connections got lost when I upgraded. I did use the config tool to setup the internet connection, but none of my programs (Kmail, pan, galleon, mozilla, opera, etc.) can connect, and all report that they are unable to connect to the requested host. Finally, my SCSI devices have disappeared. My swap file is on the SCSI drive, so this is a potential problem. At least I have 512 meg of memory. Please help. I have to use Windows whenever I want to go to the net, and I can't install my Win4Lin until I get the internet connection back up to get the latest modified kernel from Netraverse. Finally, can you go back to the old x-windows signon window. With the new one, you can only login for users that are on the list. The old one also allowed you to enter the user's name. I was hoping to change the window, or at least add root to the list by using the login manager from the desktop manager (don't you think this should be in the configuration manager too?), and selected the administrator button. The window appeard to allow me to enter the root password. The main window went blank and said loading. But then it blinked for a minute. I could see that the text boxes were active. Then almost instantly, it went blank again, and the window was as it is when the program starts. So I cannot change the login interface. Is there some way to get rid of the background on all the pseudo terminals on F1 through F6? Can the startup and shutdown all be set to default to verbose mode? The new kde icons look like they were stollen from Windows XP. Any way to go back to the old ones? It does look to me as though you rushed this to the field, and did not do complete testing. This is the kind of thing I expect from Microsoft. Based on my understanding, there is not much here that was not a design choice by mdk. icons, login manager, superuser filemanager, problems caused by KDE package splits, no root login, etc., etc. These can all be fixed just by manually changing the configuration or installing packages. The modem and scsi issues seem like real problems, but I don't have any answer for them. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Update mirrors not updated again
MDKA-2003:027 was issued on 11-14 and the rpms haven't hit the mirrors yet. Last update of mirrors was 11-12 when fileutils/coreutils was updated. The RPMS are usually on the mirrors when the advidsory is released. This happened once before with an earlier update. ??? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] 9.2 ISOs on the mirrors.
On Friday 14 November 2003 09:33 pm, Galileo wrote: O Ouch There is no need for it now since the LG released updates for their firmware and procedure how to fix the dead drives. It would be nice if Mandrake would release updated iso-s for club members or a howto on how to do it ourselves. btw does this mean that the updated kernel is not necessary ? Are there any changes in the updated kernel except the packet writing being left out ? I think the -10 to -18 update had some other security fixes in it. I tried to look it up on Mandrakesecure.net but the webserver looks like it is having trouble connecting to the SQL server right now. The update to -21 removed the packet writing but also included the -18 security fixes. I would say that if you can't get -18, you should be on -21 because of the security issues. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Cooker's forums ?
On Tuesday 11 November 2003 08:45 am, [EMAIL PROTECTED] wrote: It's maybe an old talking theme, but mailing lists are not very easy to use. A forum could be better and more easy to find the things we wants to see. What is the general advice ? Why there's not already a forum? I hate Forums as opposed to Mailing lists. The web interface is slow and clunky, and I have to be connected tot he net to be able to use them. Just set your mailer to thread messages and don't delete everything. /g
[Cooker] Re: [newbie] [OT] found on the forums
On Saturday 08 November 2003 01:41 pm, Aronsmith wrote: On Sat, 2003-11-08 at 09:17, [EMAIL PROTECTED] wrote: http://www.HImandrake.com/cd_distribution.php Mega cool __ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com There was a big discussion in the Club forums about whether these guys are really partners of MandrakeSoft or whether they are just being sleazy and trying to make it look like they are. None of there agreements list Mandrakesoft as a actual signatory, although the descriptions represent that they are authorizing all of this. The discussion on the Club started because some guy that was selling the download edition on e-bay got his auctions yanked because himandrake represented themselves to ebay as the owner of the mandrake trademarks and copyrights. If this is a US based partner of MandrakeSoft that is enforcing an exclusive agreement, fine, but they could also be a sleazy outfit that is trying to profit off of Mandrake's good name. I am more inclined to think the latter because I don't see anywhere on the himandrake site where they state they are an official partner, and every place where they might say so, it refers only to himandrake or Heavy Industrial and there are no links to the MandrakeSoft or linux-mandrake websites. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Club test RPMS for ATI and Win4Lin
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. Thanks for the report though! (BTW, win4lin-utils-3-6mdk should fix all issues related to links in /boot etc which were not quite working before) Yes, the initrd link was set up properly this time, although I have lost my bootsplash with the .21 kernel. I am not sure if it is something I have done or if it is a packaging problem. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Suggestion for Frozen Bubble
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? :-) Or is the time it takes to get there supposed to be the tiebreaker? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Club test RPMS for ATI and Win4Lin
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. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Updated ATI Kernel Modules
On Monday 03 November 2003 05:48 am, 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. Thank you, Thank you , Thank you. Oh, and did I say thank you :-) -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Any idea about new 9.2 isos and Austin some questions.
On Monday 03 November 2003 08:59 am, Galileo wrote: BH well i have finished my own set and have made my own iso's but I don't think BH that is what you mean. They are not fancy and still say cooker 9.2 when you BH install them but they still pull updates from the 9.2 tree. I would put up a Would you be interested in writing a short howto for the rest of us who don't know how to do it ? I have been able to build a few isos on my own but I'm not really satisfied. I suppose that my main problem is that I don't understand conf files enough. I started a twiki page on this here and would welcome some additional info http://qa.mandrakesoft.com/twiki/bin/view/Main/SlipStreamUpdates if you don't have write access, feed me the changes and I'll be glad to incorporate them. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Updated ATI Kernel Modules
Are we going to see updated ATI kernel modules for the 9.2 kernel updates? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] New ISO with updates
On Friday 31 October 2003 10:19 pm, Robert L Martin wrote: Daouda LO wrote: Really funny :)) Nice catch about the translation, Jan! Roger, Arreter la presse (des CDS) is a better translation for STOP THE PRESSE(S). I just hope that somebody did yell whatever is correct or else Dude, My cd drive is dead is going to be heard here in the US (Dell uses LG cdroms in some systems) :-) and i would be very upset if i PAID for an OS and had this kind of Issue. I'd be more upset about getting a CDROM drive that was so obviously handicapped. Dell should replace it. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] When can we finally get X to fall back to XFdrake??
On Thursday 30 October 2003 08:11 am, Teletchéa Stéphane wrote: This kind of question should never need to be asked ... Regards, Buchan Sorry to be against you Buchan, but as he knew there is a console program in RH, he should knew there is also one in Mdk aka XFdrake ... I think Buchan's point is that if one tries to start X and it fails, XFdrake should be launched automatically to try and help the user fix the problem. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] When can we finally get X to fall back to XFdrake??
On Thursday 30 October 2003 08:37 am, Buchan Milne wrote: Adam Williamson wrote: On Thu, 2003-10-30 at 13:22, Greg Meyer wrote: I think Buchan's point is that if one tries to start X and it fails, XFdrake should be launched automatically to try and help the user fix the problem. Uh, it is. Anyone who uses nvidia drivers knows this, as every time you install a new kernel they aren't found, X fails to start, and Mandrake pops up two nice prompts offering to start XFdrake and show you the logs. Not on my box. When X doesn't start because the nvidia drivers are not yet installed on a new kernel, I get dumped to a console. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Why doesn't kde require X
I was setting up a chroot environment tonight and I did 'urpmi --root /mnt/newroot kmail' and XFree86 did not get installed. Is this normal or correct? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] New ISO with updates
On Wednesday 29 October 2003 03:38 pm, Galileo wrote: GM I think all you should have to do is replace the packages and then run some GM scripts that update the package lists in the Mandrake/base directory. GM gendistrib should be one, but I don't know of the others. Have you considered adding a few remarks to your twiki page like the need to use the new kernel-boot and how to do it or rebuilding alsautils package and add a dependancy for newt or cdialog. I hope that with the new isos mandrake is planing to release all of this will be fixed. It would be a great stunt if mandrake would say: hey people this was just a RC. We needed more people to test it so we could really polish it out. Here is the REAL 9.2 :. Yeah, but I am trying to figure it all out right now. I am having a terrible time getting MakeCD to run in anything other than auto mode. If I use the config file, it won't build the iso. The scripts are not well documented and everyone else that talks about doing this skips so many details in their descriptions, assuming everyone knows it all, that it is nearly impossible to figure out. So I'll be happy to update it once I figure out WTF to do. -- Greg
Re: [Cooker] You really screwed up this time: Inconsistency between mirrors and packages in ML 9.2
On Wednesday 29 October 2003 11:35 am, Galileo wrote: It doesn't matter what has changed. What matters is that there is a difference between my rpms (in rpms rpms2 rpms3 ) and mirrors. A was under impression that RPMS dir on mirror holds everything that I get on my 3 cds. I will check this with 9.1 since I have those cd on me. Main hasn't fit on all the isos in quite some time (ever?) -- Greg
[Cooker] dynamic required by devfs?
Why is dynamic desktop required by devfs? Shouldn't it be the other way around, that dynamic requires devfs? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] dynamic required by devfs?
On Tuesday 28 October 2003 11:43 am, Olivier Thauvin wrote: Le Mardi 28 Octobre 2003 14:40, Greg Meyer a écrit : Why is dynamic desktop required by devfs? Shouldn't it be the other way around, that dynamic requires devfs? I allready asked, but never got an answer, worst, dynamic is still buggy on 9.2 with usb key. Saturday, just before to start a conference about plf, I froze the 9.2 computer behind 75 guys. :( will anything be hurt if I rpm -e dynamic --nodeps ? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Fwd: [plug] Mandrake Bug announce warning rant ahead
On Tuesday 28 October 2003 06:07 pm, [EMAIL PROTECTED] wrote: Scott's issue is that he _is_ a fully subscribed Club member and is on the appropriate announce lists MandrakeClub was the place this issue was first brought to light (in the MandrakeClub forum), about 19 October. I reported it on the maintainers list when I saw two different reports. IIRC that was 20 Oct. I have to agree here. If he missed it, he didn't look very hard. It was on the errata page, it was all over the Club forums, there were multiple threads on newbie, expert and cooker lists, there are pages on both twiki's dedicated to the trouble. Then there are all the non-Mandrake places it was mentioned, osnews, Mandrakeusers.org, slashdot, people were even talking about it on alt.os.linux.mandrake. I don't understand how he could expect an official announcement from MandrakeSoft before they knew definitively what was going on. The errata page is a must read before installing any version for the first time and he's got to take responsibility himself for not looking for problems. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] When will Cooker officially reopen?
On Monday 27 October 2003 01:06 pm, Robert Fox wrote: Subject says it all . . . I think it is. Isn't it? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Remastering-with-updates HOWTO?
On Sunday 26 October 2003 07:28 am, John Allen wrote: On Sunday 26 October 2003 12:23 pm, Brook Humphrey wrote: On Sunday 26 October 2003 01:51 am, John Allen wrote: Could you post a .conf file for creating 2 DVD-R's? Currently I just run MakeCD without specifying a config file; it is better to specify a config file? same here the only real difference is that your cd's will read cooker download edition or something like that instead of reading as mandrake 9.2, 10, or 10.1, etc. Also with the config file you can specifiy things and customize the install a little more. For me i just edit the base/rpmsrate and then run makecd. If you want dvd you can use --disksize but i do not remember the exact size for a dvd. I've been making DVD-R's not problem. Where is the doc for the .conf files I find them unreadable, I would be most grateful if anybody can point me in the right direction as to the .conf file documentation. I don't think there is any, which is why I started the twiki page. If I can piece together everybody's tips and tricks and uses of mkcd, maybe we can get a good doc on the matter. So please report your usage in detail, or if you have write access to twiki, add it to the page. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Remastering-with-updates HOWTO?
On Sunday 26 October 2003 08:34 am, Spencer wrote: I don't think there is any, which is why I started the twiki page. If I can piece together everybody's tips and tricks and uses of mkcd, maybe we can get a good doc on the matter. So please report your usage in detail, or if you have write access to twiki, add it to the page. Have a look at /misc/docs/9.2.conf 'Yeah, I have been working with that. Warly gave instructions on how to edit it to make an updated iso, so that is where I started on the twiki page http://qa.mandrakesoft.com/twiki/bin/view/Main/SlipStreamUpdates -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Error buildin Openoffice.org1.1 0.rc4.2mdk
On Sunday 26 October 2003 05:08 pm, R N dev wrote: ERROR: Error 65280 occurred while making /usr/src/RPM/BUILD/oo_1.1rc4_src/officecfg/registry/schema dmake: Error code 1, while making 'build_all' ---* TG_SLO.MK *--- error: Bad exit status from /var/tmp/rpm-tmp.78934 (%build) I had same error at same place. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
On Saturday 25 October 2003 07:42 am, Steffen Barszus wrote: 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 update is out ? I will install 9.2 on a friends machine tomorrow and he as an LG drive too. For install i use sure another drive. It looks to me like if you try to use the drive, whether installing with it or using it later, you will fry it. If you don't need it, maybe you should disconnect it until the update comes. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Remastering-with-updates HOWTO?
On Saturday 25 October 2003 10:06 am, Warly wrote: Leon Brooks [EMAIL PROTECTED] writes: Is there a simple HOWTO somewhere with the steps I need to walk through to produce new Download Edition ISOs but with the updated RPMs in place of the originals? Yes, I know it's slack to ask first and search afterwards but it's late here and I'm tired and would want to fetch the RPMs ASAP and get this done tomorrow. Maybe you can write this howto? :) Basically, 2 options. 1st one, create a complementary update CD based uppon existing download CDs which only contains the updated package. 2nd one, remaster the download edition including the updates. I'll start a wiki page for this. Hopefully as people try and work out the step by step details, you can fill in the gaps. I believe the technical term for this is slipstreaming the updates into the original install disks. http://qa.mandrakesoft.com/twiki/bin/view/Main/SlipStreamUpdates -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Remastering-with-updates HOWTO?
On Saturday 25 October 2003 02:00 pm, Emmanuel Moll wrote: Look for an earlier post called New ISO with updates. I'ver worked on this this week-end and should have ISOs ready by Monday (fingers crossed). I still think that we need an official remastered iso from Mandrakesoft of at least disk1, and I still think we need to document how to do this, so add any info you can at http://qa.mandrakesoft.com/twiki/bin/view/Main/SlipStreamUpdates -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Remastering-with-updates HOWTO?
On Saturday 25 October 2003 10:06 am, Warly wrote: 2nd solution, remaster the CD. Use the config files into the misc dir into repositories. Replace the list line with list -k cooker_key_file -k update_key_file 1 cooker_path/misc/download cooker_path_/misc/main rpmlist -b update_RPMS/ rpmlist -b 9.2_RPMS/ Do you have to replace the RPMS in the Mandrake/RPMS directory with the updated ones, or does this just tell mkcd to look in both the Mandrake/RPMS and updates/RPMS directory and then takes the newer of the packages for the isos? This is what those lines look like now in the 92.conf file list -k rep_path/Mandrake/base/pubkey 1 config_path/download \ config_path/main rpmlist -b RPMS_path/RPMS -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] TWiki Style
On Thursday 23 October 2003 09:30 am, John Keller wrote: I would be much more interested in this kind of solution. Wiki markup should stay simple, especially since mixing style and layout tags with content raises the barrier for contributors. It would probably make sense to include the body in a wiki variable so that separate screen and print versions of each page could be set up too. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Remastering-with-updates HOWTO?
On Saturday 25 October 2003 10:06 am, Warly wrote: list -k cooker_key_file -k update_key_file 1 cooker_path/misc/download Is the update key pubkey2 or pubkey3 in Mandrake/base? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] urpmi basesystem
On Saturday 25 October 2003 04:32 pm, Pascal Terjan wrote: 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... 55:rpm-helper ## /usr/share/rpm-helper/add-group: line 23: /dev/null: No such file or directory This one may turn something wrong but I didn't look into it more. I just did it and got no errors. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] urpmi basesystem
On Saturday 25 October 2003 04:32 pm, Pascal Terjan wrote: 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... 55:rpm-helper ## /usr/share/rpm-helper/add-group: line 23: /dev/null: No such file or directory This one may turn something wrong but I didn't look into it more. This appears to be an undocumented feature. Are there any others that are interesting? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] urpmi basesystem
On Saturday 25 October 2003 06:39 pm, Michael Scherer wrote: On Sunday 26 October 2003 00:12, Greg Meyer wrote: This appears to be an undocumented feature. Are there any others that are interesting? a lot. but since they are undocumented, we do not always know them. have you ever heard of rpm --repackage ? or fileshareset ? No. Do I have to read the source to learn about these? (since I am not a programmer, that would be an arduous task), or is there a project page somewhere that talks about what is in development? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Re: LG Drives
On Saturday 25 October 2003 07:20 pm, Juan Quintela wrote: marc == Marc Guise [EMAIL PROTECTED] writes: marc I read the post about Mdk 9.2 and LG on mandrakeusers.org. I have cd-rw drive, marc model HL-DT-ST GCE 8400b and I have Mdk 9.2rc2 running. There are no problems marc with my LG drive 21mdk just updated (vdanen should be doing the official update) fixes that problem. Only LG plain CD-ROMS are affected. Later, Juan. PD. Yep, whoeved decided at LG that reusing for UPLOAD_FIRMAWARE command FLUSH_CACHE comand should be shoot. Twice. SO it turns out to be a firmware bug after all that. I really hope you guys don't take the heat for this in the court of public opinion. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Error buildin Openoffice.org1.1 0.rc4.2mdk
On Saturday 25 October 2003 07:28 pm, [EMAIL PROTECTED] wrote: On Friday, October 24, 2003 07:52 am, R N dev wrote: Can anyone help me? Angelo = Building project readlicense_oo = /usr/src/RPM/BUILD/oo_1.1rc4_src/readlicense_oo /usr/src/RPM/BUILD/oo_1.1rc4_src/readlicense_oo/html /usr/src/RPM/BUILD/oo_1.1rc4_src/readlicense_oo/docs/readme - java -classpath /usr/src/RPM/BUILD/oo_1.1rc4_src/external/common/xt.jar:/usr/src/RPM/ BUILD/oo_1.1rc4_src/external/common/parser.jar -Dcom.jclark.xsl.sax.parser=com.sun.xml.parser.Parser com.jclark.xsl.sax.Driver readme.xrm ../readme.xsl os1=LINUX gui1=UNX cp1=INTEL com1=GCC lang1=en-US type=html file=../../unxlngi4.pro/misc/01/readme01.html FIXME: Emulate java runtime with gij here dmake: Error code 1, while making '../../unxlngi4.pro/misc/01/readme01.html' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /usr/src/RPM/BUILD/oo_1.1rc4_src/readlicense_oo/docs/readme dmake: Error code 1, while making 'build_all' ---* TG_SLO.MK *--- error: Bad exit status from /var/tmp/rpm-tmp.88932 (%build) I can't help, but I'd be extremely interested in the solution. I posted this problem last month in Mandrake Expert (because I was building for 9.1 rather than cooker). The only responses were two off-list emails asking if I'd figured it out. OK, well, it ovbiously looks like it's dying in some java/gcj/gij section. Unfortunately this stuff is a mission to work with (trust me, I rebuilt OO.o-1.0.1 for 8.2), since it depends on the features available in gcj etc etc and normally needs the latest features. Anyway, you will need to give a lot more detail on the system you are running this on for anyone to have a chance to help you. What Mandrake release is it? Do you have a jre installed? Do you have gcc-gcj installed? (and which version for those of us who can't remember what it was on the release you are running) Which 'java' binary is first in the path? Aare you compiling with any switches to rpm (ie --with switch)? I had similar problems and I noticed I had a broken symlink for libgcj in my alternatives directory, so I did 'update-alternatives --auto libgcj' and OO.o is happily compiling as I type this. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Error buildin Openoffice.org1.1 0.rc4.2mdk
On Friday 24 October 2003 08:52 am, R N dev wrote: Can anyone help me? Angelo = Building project readlicense_oo = /usr/src/RPM/BUILD/oo_1.1rc4_src/readlicense_oo /usr/src/RPM/BUILD/oo_1.1rc4_src/readlicense_oo/html /usr/src/RPM/BUILD/oo_1.1rc4_src/readlicense_oo/docs/readme - java -classpath /usr/src/RPM/BUILD/oo_1.1rc4_src/external/common/xt.jar:/usr/src/RPM/BUILD/ oo_1.1rc4_src/external/common/parser.jar -Dcom.jclark.xsl.sax.parser=com.sun.xml.parser.Parser com.jclark.xsl.sax.Driver readme.xrm ../readme.xsl os1=LINUX gui1=UNX cp1=INTEL com1=GCC lang1=en-US type=html file=../../unxlngi4.pro/misc/01/readme01.html FIXME: Emulate java runtime with gij here dmake: Error code 1, while making '../../unxlngi4.pro/misc/01/readme01.html' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /usr/src/RPM/BUILD/oo_1.1rc4_src/readlicense_oo/docs/readme dmake: Error code 1, while making 'build_all' ---* TG_SLO.MK *--- error: Bad exit status from /var/tmp/rpm-tmp.88932 (%build) Okay. I got same error here about an hour in to the build. -+ validating and stripping schema files mkdir -p ../../unxlngi4.pro/misc/registry/schema/org/openoffice/ java -classpath /home/greg/RPM/BUILD/oo_1.1rc4_src/solver/645/unxlngi4.pro/bin/jaxp.jar:/home/greg/RPM/BUILD/oo_1.1rc4_src/solver/645/unxlngi4.pro/bin/parser.jar:../../unxlngi4.pro/class/cfgimport.jar -Djavax.xml.parsers.SAXParserFactory=com.sun.xml.parser.SAXParserFactoryImpl org.openoffice.configuration.Inspector org/openoffice/Inet.xcs FIXME: Emulate java runtime with gij here dmake: Error code 1, while making '../../unxlngi4.pro/misc/registry/schema/org/openoffice/Inet.xcs' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /home/greg/RPM/BUILD/oo_1.1rc4_src/officecfg/registry/schema dmake: Error code 1, while making 'build_all' ---* TG_SLO.MK *--- error: Bad exit status from /home/greg/RPM/tmp/rpm-tmp.3718 (%build) -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
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. My updated list: fried: CRD-8322B CRD-8400B (machine: IBM PC 300 PL) CDR-8400B(mi) = ^^ Is this a typo? 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) -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] 9.2 Updates a total mess
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. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [(nowhere)] [Cooker] 9.2 Updates a total mess
On Friday 24 October 2003 04:19 pm, Vincent Danen wrote: The nvidia rpms should be up by now or very shortly... waiting on the Club webmaster for that. The ATI ones will be up as soon as I obtain the srpms. Are we going to see the club_com_i586_9.2 hdlist updated so these will be available in rpmdrake or urpmi? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] New ISO with updates
On Thursday 23 October 2003 07:43 am, Emmanuel wrote: Hi all, More and more people I talk to about Mandrake are interested in trying it out. Now, I'd like them to be able to try it out without having to install 220MB of updates once it's installed (they're all mainly on dial-up). Would it be possible to re-package the ISO with the updates included and/or point me towards instructions to tell me how to make the new ISO (with included updates) myself?? I have a broadband connection and wouldn't mind doing it. I think all you should have to do is replace the packages and then run some scripts that update the package lists in the Mandrake/base directory. gendistrib should be one, but I don't know of the others. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Re: Huge List of Updates
On Thursday 23 October 2003 04:04 pm, [EMAIL PROTECTED] wrote: Maybe there should be a policy on bugs ... bugzilla should not allow new bug submissions from when RC2 is released ;-). This would be great if there were no new bugs introduced in the rc's, but as 9.2 clearly made plain, new bugs pop up at any time. And maybe only bugs that were reported before RC1 can be voted on? I think more people would vote if it was easier. is it possible to vote for a bug with the e-mail interface. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Idea for future iso's
On Wednesday 22 October 2003 05:22 am, Warly wrote: Greg Meyer [EMAIL PROTECTED] writes: With all the complaining about missing packages (i.e. kernel-source package) and the debate about what should have been left out instead (i.e. emacs or alternate kernels, etc.) I had a thought that might be helpful. Obviously, in order to make everybody happy, the number of images needs to be increased, I was thinking that isos could be created for the base distro, say two, and then supplemental isos for gaming/eyecandy/mm stuff, development stuff, and then international/localizations packages. That way I would not be forced to download four big images to get what I want, I could just download the base and the development image for instance, and skip the games and the localization disk. So I see 5 images, and maybe one or two are not completely full, but at least everything will be included. WDYT? I am convinced that this is the good way, giving more to people so that they give back more to us. Unfortunately this model has not been proven yet, and people are more easily convinced that given a less complete download version could lead to more financial streams tower other costing product. A compromise would be to give those 2 base ISOs for free and let club members have access to 3 more specific complementary ISOs. I don't disagree with you, and I am not commenting on the revenue model used, just the distribution model. If we skinny back the download edition to 2 images and then provide the balance through the Club, I'd be for that. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] TWiki Style
On Wednesday 22 October 2003 05:34 am, Buchan Milne wrote: http://qa.mandrakesoft.com/twiki/bin/view/Main The only problem is someone introduced the big black bar at the top, I think between this one: http://qa.mandrakesoft.com/twiki/bin/view/Main/MandrakeLinux?rev=1.35 and this one: http://qa.mandrakesoft.com/twiki/bin/view/Main/MandrakeLinux?rev=1.36 I haven't been able to revert this without removing a table ... (assuming it wasn't intentional). I don't see a change. What browser are you using? At some stage it might be nice to see if we can get some CSS-based layout ... But the template is very cool, thanks Greg! Hopefully it makes it easier to keep things looking consistent. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] TWiki Style
On Wednesday 22 October 2003 07:53 am, Buchan Milne wrote: All gecko-based browsers show this (Mozilla, Firebird, Galeon, Epiphany). IE is fine, so is Konqueror. It works in Opera too. The offending bit is I think this p / tag (looking at the html source of the page as it is displayed): table width=100% border=0 cellspacing=0 cellpadding=0 bgcolor=#00 tr td table width=100% border=0 cellspacing=2 cellpadding=10 p / tr bgcolor=#ff td colspan=2 h1a name=Mandrake_Linux Mandrake Linux /a/h1 Yes. I have confirmed that if I take that tag out of the code it renders correctly in Mozilla. Perhaps this is a bug in Mozilla/Gecko. BTW, I think I am officially a geek now because I just did that testing in vim. I actually changed the browser setting to use vim to view the source. Ahhh -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] TWiki Style
On Wednesday 22 October 2003 09:51 am, Pascal Terjan wrote: Greg Meyer wrote: Yes. I have confirmed that if I take that tag out of the code it renders correctly in Mozilla. Perhaps this is a bug in Mozilla/Gecko. Is this normal to have a p tag outside a td ? If not, the bug is in the html code. If yes I guess it considers that you omitted the trtd and creates a td (with black backround as asked). The height of the td is one character as a paragraph ends with a newline so you get a line of text with no character. Okay, I figured out the problem. The main page should render correctly now. The Twiki scripts convert all blank lines to p / tags. If I take out the blank lines, the p / tags go away and all is well. I will go through the site later and make sure it is consistent throughout the site. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Mandrake uses Photoshop... What a pity!
On Wednesday 22 October 2003 01:35 pm, Rob wrote: I assume the program's name was meant to be something like imp with a g at the beginning but that just sort of demonstrates the problem with naming things geverything and keverything. Actually, I think it was named the GNU Image Manipulation Program, which is why it is often referred to as The Gimp instead of just Gimp. And since it is an acronym, it probably should be The GIMP -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Idea for future iso's
With all the complaining about missing packages (i.e. kernel-source package) and the debate about what should have been left out instead (i.e. emacs or alternate kernels, etc.) I had a thought that might be helpful. Obviously, in order to make everybody happy, the number of images needs to be increased, I was thinking that isos could be created for the base distro, say two, and then supplemental isos for gaming/eyecandy/mm stuff, development stuff, and then international/localizations packages. That way I would not be forced to download four big images to get what I want, I could just download the base and the development image for instance, and skip the games and the localization disk. So I see 5 images, and maybe one or two are not completely full, but at least everything will be included. WDYT? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] application/x-shockwave-flash
On Tuesday 21 October 2003 09:51 am, Ron Stodden wrote: The download for the Linux application/x-shockwave-flash plugin from macromedia will not install on Mandrake 9.2 Does anybody know where to get a plugin that does install and work? The one I got from Club Commercial area (which is the one in PowerPack) works fine for me. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Mescalero
On Tuesday 21 October 2003 02:20 pm, Diego Iastrubni wrote: are you asking why does mandrake do not let me steal this album? lol Who said anything about stealing. It is long established that if I buy a recording, that I may make an additional copy/copies for my own and my household's personal use. Because I want to rip and convert to mp3 to listen on a personal device is very legal and to assume that because someone wants to this they are stealing is to prove that the RIAA FUD campaign has been successful with you. Just to be clear, I am not the OP, so I am not speaking for him, but for myself and my rights to enjoy my purchased media in any way that I please. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Idea for future iso's
On Tuesday 21 October 2003 01:30 pm, Diego Iastrubni wrote: , 21 2003, 15:45,Greg Meyer: With all the complaining about missing packages (i.e. kernel-source package) and the debate about what should have been left out instead (i.e. emacs or alternate kernels, etc.) I had a thought that might be helpful. Obviously, in order to make everybody happy, the number of images needs to be increased, I was thinking that isos could be created for the base distro, say two, and then supplemental isos for gaming/eyecandy/mm stuff, development stuff, and then international/localizations packages. That way I would not be forced to download four big images to get what I want, I could just download the base and the development image for instance, and skip the games and the localization disk. So I see 5 images, and maybe one or two are not completely full, but at least everything will be included. WDYT? you mean actually dedicating each ISO to a separate section? one for i18n? one for devel? one for servers? one for docs? wow... great idea... Yes, something like that. I have not done any research on the actual sizes of the packages and where you would do the split, but perhaps this could be a better way of making sure that everything gets in without requiring everyone to download all the isos. I was thinking along the lines of Base distro - 2 images Development stuff - 1 image games/eyecandy/multimedia stuff - 1 image i18n - 1 image -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Is the Cooker ML Split Yet?
I remember lot's of talk on splitting list. Has this been done yet? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] TWiki Style
I spent a lot of time tonight applying the style that Buchan created on the main page to the rest of the pages in the Cooker Twiki. Hopefully this gives the whole site a more polished, professional feel. In addition, I set up the Web template so that all new pages will be able to have the same style without a lot of work on the part of the original author. Check it out and let me know if I have gone too far, or if I missed anything. http://qa.mandrakesoft.com/twiki/bin/view/Main -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] 9.2 disasters list (continuing)
On Saturday 18 October 2003 03:39 am, Ron Stodden wrote: Simon Oosthoek wrote: On Sat, Oct 18, 2003 at 11:04:01AM +1000, Ron Stodden wrote: Another 9.2 showstopper! Post it at: bugs.mandrakelinux.com No. I have legally carried out my only duty - to notify MandrakeSoft, the owner of the cooker mailing list. To do that is all that can possibly be required. It is not required of the public to know anything about MandrakeSoft´s internal structure or methods of working - it is their job to efficiently manage their internal communications. To the public, MandrakeSoft is a single legal entity, IOW in effect a single person. That is true of all corporate entities, including the various government entities. So if I write a letter to George W Bush, then I am correct in assuming that all relevant groups and individuals operating below him will have received it and will co-ordinate a single comprehensive timely reply. The same would be true if I had written personally to the most humble counter clerk in a remote branch on a subject far removed from his/her daily operations - the corporation has been notified. I know it´s not easy on corporations, but that´s the law, you know, and the law encapsulates accrued wisdom. It is hard to see how things could possibly be otherwise. The way things are wisely prevents the common accountability escape of deniability - no officer can deny knowledge of anything that happens within the corporation or level of government (¨I did not know¨, ¨Nobody told me¨ are not acceptable responses - they indicate a mentally diseased corporation - i.e. schizophrenic). You might be right, if you had used the official method for reporting bugs. Since MandrakeSoft has informed us that the official method for reporting bugs is to enter them in bugzilla, your communication fails and they mey safely ignore it. Every corporation may designate particular individuals or groups of individuals to receive specific kinds of communication on behalf of the corporation. As long as there is adequate notice to the public, a communication fails if it not designated to the direct person or done using the prescribed method. You cannot send a message to the maintenance guy saying that you are going to show up for $1,000,000 on a specific day, and then show up at the accounting department on that day to collect the money stating that since no one replied, they therefore they owe the money. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] 9.2 disasters list (continuing)
On Saturday 18 October 2003 09:29 am, Oden Eriksson wrote: [...] I downloaded the PowerPack this week but installed it today..., what a surprise... no kde-i18n-sv package anywhere... That render this download totally useless to me, I might as well throw my fresh burned CDs in the trash. Or, have someone teach me mkcd so I can make the missing CDs..., mkcd is not easy, anyone who has tried this knows what I'm talking about... Don't tell me to use a internet urpm* resource, that is not the answer I would like to hear, I want this on a CD, period. Well, it seems kind of late to recall the iso's from Manufacture so that a package can be added that Oden really wants on a cd. Sorry, was that sarcastic? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] OT - RPM question...
On Saturday 18 October 2003 10:43 pm, Scott Chevalley wrote: 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. I'm sure it would be much easier to just install from scratch, I just don't feel like tracking down all the contrib and plf packages I've installed over the years again. Can msec do this? It tells me every day what files belonging to packages are changed on the system. Of course, it only knows about what files belong on the system, not the ones that don't. Perhaps a shell script can be written to compare the output from msec to the slocate database or something like that. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] 9.2 - disaster already?
On Thursday 16 October 2003 11:37 am, Guillaume Cottenceau wrote: 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. Do any of you that have this problem have fluxbox installed? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] urpmi.update broken?
On Tuesday 14 October 2003 03:12 pm, lolomin wrote: i can confirm this also ! same problem here with urpmi.update ! need to delete and add back again sources to get latest packages ! This problem exists in 9.2! -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] 9.2 - disaster already?
On Thursday 16 October 2003 11:37 am, Guillaume Cottenceau wrote: 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. Do you guys that are having this problem have fluxbox installed? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Help - Can't Install 9.2!!!
On Friday 17 October 2003 03:41 pm, magic wrote: Hey all, I'm trying to install 9.2, and its failing. The CD Boots, and gets to the install screen. I get as far as checking the mouse. After I hit next, I see it scanning (loads raid driver) then it scans the floppy (floppy light comes on briefly) and then nothing. Reset does not work! (I need to cycle power to clear the system.) 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? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] errata: kernel-source not on 9.2 CDs?
On Wednesday 15 October 2003 01:03 pm, Adam Williamson wrote: The 3-CD bought edition has exactly the same free software as the 3-CD free edition. The only added stuff is non-free stuff (Nvidia drivers etc); there's still some of main left out. It's not a commercial decision, it's a space decision (you can't get all of main on 3 CDs). Well, my set of PowerPack iso's that I downloaded from Club has the kernel-source package on cd3, so I don't think it is exactly the same. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] urpmi.update broken?
On Tuesday 14 October 2003 05:45 am, Stefan van der Eijk wrote: Has anybody else noticed that urpmi.update may be broken? when I run urpmi.update, it doesn't pick up changes. Removing the media and adding it again lets it pick up the changes. # urpmq libltdl3 -r libltdl3-1.4.3-7mdk # urpmi.update -a # urpmq libltdl3 -r libltdl3-1.4.3-7mdk # urpmi.removemedia cooker # urpmi.addmedia cooker file://mirrors/cooker/i586/Mandrake/RPMS with ../base/hdlist.cz # urpmq libltdl3 -r libltdl3-1.4.3-8mdk I cannot confirm ATM, but I have noticed that behavior too. I have had to reload several sources to get them working properly over the past couple of weeks. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Fluxbox tripping up Menudrake?
On Monday 13 October 2003 02:56 am, Götz Waschk wrote: Am Sonntag, 12. Oktober 2003, 20:40:46 Uhr MET, schrieb Greg Meyer: I am having trouble posting this on bugzilla, so I apologize for spamming this to the maintainers. My hunch is that this is a problem with the fluxbox packaging, especially since a recent entry in the fluxbox specfile was to add menu entries. I can confirm this problem, but it should be fixed in 0.9.6-0.pre9_1mdk. Can you test it with that package version? It's possible you have to remove some broken entries from /etc/menu and ~/.menu before it will work again. That is the package I am running. This problem became apparent when I used urpmi to update a 9.1 box to Cooker. I have no ~/.menu file and the /etc/menu/menu file looks fine. The problem is the menudrakeentry file, and fi I delete it, it is recreated with the error. Any other files that could be causing the problem? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Re: nvidia driver messes up console mode (framebuffer?)
On Sunday 12 October 2003 00:02, Jay DeKing wrote: I haven't been able to compile any of the versions that use .run files. They all complain that they can't find the kernel header files, even though they are looking in the correct directory. 4191 works fine, so I'm sticking with it for now - I just recompile it for new kernels. Do you have the kernel-source package installed for your running kernel? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Fluxbox tripping up Menudrake?
I am having trouble posting this on bugzilla, so I apologize for spamming this to the maintainers. My hunch is that this is a problem with the fluxbox packaging, especially since a recent entry in the fluxbox specfile was to add menu entries. Somehow, the menu entries for fluxbox are tripping up menudrake. When running menudrake with fluxbox installed, all of my menus disappear. If I run update-menus as root, I get errors. The line in menudrakeentry with the error is a fluxbox entry. I am running most recent cooker. # update-menus -v Update-menus[4592]: Dpkg not locking dpkg status area. Good. Update-menus[4592]: Reading installed packages... Update-menus[4592]: Reading translate info in /etc/menu-methods/translate_menus Update-menus[4592]: Reading menuentryfiles in /etc/menu/ Update-menus[4592]: Reading menuentryfiles in /usr/lib/menu/ Update-menus[4592]: Reading menuentryfiles in /usr/lib/menu/default/ Update-menus[4592]: Running menu-methods in /etc/menu-methods/ Update-menus[4592]: Running method:/etc/menu-methods//menu In file /etc/menu/menudrakeentry, at (or in the definition that ends at) line 7: [...] package=menu section=Fluxbox/Styles/ title= [...] ^ Missing (or empty) tag: title This tag needs to defined for the menuentry to make sense. Note, BTW, that update-menus re-arranges the order of the tags found in the menu entry files, so that the part above isn't literal /etc/menu-methods//menu: Aborting Update-menus[4592]: Script /etc/menu-methods//menu returned error status 1. Update-menus[4592]: Running method:/etc/menu-methods//twm In file /etc/menu/menudrakeentry, at (or in the definition that ends at) line 7: [...] package=menu section=Fluxbox/Styles/ title= [...] ^ Missing (or empty) tag: title This tag needs to defined for the menuentry to make sense. Note, BTW, that update-menus re-arranges the order of the tags found in the menu entry files, so that the part above isn't literal /etc/menu-methods//twm: Aborting Update-menus[4592]: Script /etc/menu-methods//twm returned error status 1. Update-menus[4592]: Running method:/etc/menu-methods//WindowMaker In file /etc/menu/menudrakeentry, at (or in the definition that ends at) line 7: [...] package=menu section=Fluxbox/Styles/ title= [...] ^ Missing (or empty) tag: title This tag needs to defined for the menuentry to make sense. Note, BTW, that update-menus re-arranges the order of the tags found in the menu entry files, so that the part above isn't literal /etc/menu-methods//WindowMaker: Aborting Update-menus[4592]: Script /etc/menu-methods//WindowMaker returned error status 1. Update-menus[4592]: Running method:/etc/menu-methods//kde3 In file /etc/menu/menudrakeentry, at (or in the definition that ends at) line 7: [...] package=menu section=Fluxbox/Styles/ title= [...] ^ Missing (or empty) tag: title This tag needs to defined for the menuentry to make sense. Note, BTW, that update-menus re-arranges the order of the tags found in the menu entry files, so that the part above isn't literal /etc/menu-methods//kde3: Aborting Update-menus[4592]: Script /etc/menu-methods//kde3 returned error status 1. Update-menus[4592]: Running method:/etc/menu-methods//gnome-mime-data-applications In file /etc/menu/menudrakeentry, at (or in the definition that ends at) line 7: [...] package=menu section=Fluxbox/Styles/ title= [...] ^ Missing (or empty) tag: title This tag needs to defined for the menuentry to make sense. Note, BTW, that update-menus re-arranges the order of the tags found in the menu entry files, so that the part above isn't literal /etc/menu-methods//gnome-mime-data-applications: Aborting Update-menus[4592]: Script /etc/menu-methods//gnome-mime-data-applications returned error status 1. Update-menus[4592]: Running method:/etc/menu-methods//gnome-mime-data-keys In file /etc/menu/menudrakeentry, at (or in the definition that ends at) line 7: [...] package=menu section=Fluxbox/Styles/ title= [...] ^ Missing (or empty) tag: title This tag needs to defined for the menuentry to make sense. Note, BTW, that update-menus re-arranges the order of the tags found in the menu entry files, so that the part above isn't literal /etc/menu-methods//gnome-mime-data-keys: Aborting Update-menus[4592]: Script /etc/menu-methods//gnome-mime-data-keys returned error status 1. Update-menus[4592]: Running method:/etc/menu-methods//icewm In file /etc/menu/menudrakeentry, at (or in the definition that ends at) line 7: [...] package=menu section=Fluxbox/Styles/ title= [...] ^ Missing (or empty) tag: title This tag needs to defined for the menuentry to make sense. Note, BTW, that update-menus re-arranges the order of the tags found
[Cooker] Missing Tabs in Fluxbox
Where did the tabs go in fluxbox-0.9.6? Anybody know? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Re: nvidia driver messes up console mode (framebuffer?)
On Saturday 11 October 2003 05:41 am, Juan Quintela wrote: Current theory is that: New driver with cards older than GForce3 fail. GForce4 MX if I remember correctly is just a GForce2 core on steroids. Later, Juan learning too much about NVidia graphics cards. Works fine here with 4496 drivers. $ cat /proc/driver/nvidia/cards/0 Model: GeForce3 Ti 200 IRQ: 11 Video BIOS: 03.20.00.26.00 Card Type: AGP $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 8 model name : AMD Athlon(tm) XP 2400+ stepping: 1 cpu MHz : 1992.057 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips: 3971.48 -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Re: nvidia driver messes up console mode (framebuffer?)
On Saturday 11 October 2003 05:41 am, Juan Quintela wrote: Current theory is that: New driver with cards older than GForce3 fail. GForce4 MX if I remember correctly is just a GForce2 core on steroids. http://www.nvnews.net/vbulletin/showthread.php?s=f3e1d887e964cecb3ee2ff0b6a280ef8threadid=6611 I found this thread at the nvnews forum. Maybe it will help. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Joining the Club
On Friday 10 October 2003 08:26 am, Michael Lothian wrote: Hi I wan't to join Mandrake club it get the 9.2 ISO when they're released and also to do my bit for mandrake Is it possible to pay monthly? This is a question for the MandrakeClub webmaster, not the Cooker Development ML. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
On Wednesday 08 October 2003 07:27 pm, Vedran Ljubovic wrote: It's the argument of never change anything, make people learn our ways instead. If our way is better :-) I believe that separating tasks and not putting anything in the installation that isn't absolutely necessary makes a system easier to understand. And impossible to learn from. I think you are talking about creating a distribution that is much like Lindows or Lycoris. Put the disk in, click a few buttons and reboot. I think Mandrake is much more than this and needs some of the added complexity to keep the power users around. No offense, but there already is a distribution (several) like this, why do we want to create another one? When I install a box, I want the install to be done on reboot, so the package selection and network configuration and all the other complexities in the installer are most welcome here. I don't want it to be like Windows where I have to spend an hour or four on configuration and software/driver installation after the OS install is done. When I install a server, I don't want all the desktop crap installed. Under your scenario, there is no mdk server. BTW, I like your interface, I think the layout is quite nice, but I don't think qt is going to be an option since all the mdk tools are built on gtk. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] gaim 0.69 and 0.70 are out ...
On Sunday 05 October 2003 08:55 am, Thomas Backlund wrote: People will start saying: ... but you updated that package ..., and this package adds or modifies this or that feature that is needed... if we don't have it I consider it's broken... and we can't have a broken distrib... Wait. Isn't that what Cooker is? :-) -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] XFce4
Is anyone planning on building XFce4 for contrib? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] XFce4
On Saturday 04 October 2003 15:26, Philip Webb wrote: 031004 Marcel Pol wrote: On Sat, 4 Oct 2003 12:17:54 -0400 Greg Meyer [EMAIL PROTECTED] wrote: Is anyone planning on building XFce4 for contrib? It could just replace xfce in main I'd say, as long as the maintainer accepts those packages. I'm not yet planning on making them though. XFCE4 has been exhaustively tested before release sb one of the most solid applications in the Mdk list. it's a whole new version of the best desktop manager around. it sb included in main ASAP: any chance of squeezing it into 9.2 ? I can't see how it could be included in 9.2, although I was hoping if it got included in Cooker soon I would be able to backport it. I can easily rebuild things, but I need specfile help, so a Cooker SRPM would be most welcome. XFCE shd become Mdk default, replacing KDE in Mdk 10.0 . I don't know about that. I'd like to see it really put through its paces before making that kind of decision. Besides, I think KDE has too much momentum and is known by too many people for that to be really successful. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] kernel-win4lin-source
On Thursday 02 October 2003 06:22, Buchan Milne wrote: Greg Meyer wrote: Is there a kernel-win4lin-source rpm for the purpose of installing nVidia drivers. No need, just use the kernel-source rpm for the kernel the win4lin kernel is built against. I would suggest installing all other kernel-dependent things first, since depmod can't resolve dependencies in the win4lin kernel modules (unless you are careful in the way you do it). This time I was just going to use your kernel instead of building my own, but I have to install the nVidia binary drivers also, so I need the kernel-source installed. I didn't realize at first that the kernel source for the win4lin kernel is the same as the kernel-source for the stock mdk kernel. In the past, I patched and built a kernel and then installed the nVidia drivers and have never had any problems with module dependencies. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] kernel-win4lin-source
Is there a kernel-win4lin-source rpm for the purpose of installing nVidia drivers. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] kernel-win4lin-source
On Wednesday 01 October 2003 22:22, Greg Meyer wrote: Is there a kernel-win4lin-source rpm for the purpose of installing nVidia drivers. -- Never mind, apparently I am a dope and should crawl back under the rock from whence I came. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Re: And next ?
On Tuesday 30 September 2003 06:07 am, David Walser wrote: Laurent Montel wrote: And splitting a single application (kopete and others) into 3-4 seperate rpms just doesnt make sense. Why ? Do you know libification ? Is it necessary when nothing besides that single app is ever going to use the library? I suppose as with any change, some are going to like it and some are not. I know SuSE splits its KDE packages in this fashion. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] MakeCD creating 9 ISOs ?
On Monday 29 September 2003 12:00 pm, Frank Griffin wrote: Apologies if I somehow missed this thread, but how come ./MakeCD -t /data -a /data/cooker/i586 which used to produce 4 650MB ISO images is now producing 9 ? Is mkcd including all of contrib now ? use -c switch to control number of iso's. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] TAKE MY EMAIL OFF THIS DAMN LIST FOR THE LAST TIME!
Everything you need to know about how to remove yourself from the list is in the mail headers. You've had the power to remove yourself all along. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] TAKE MY EMAIL OFF THIS DAMN LIST FOR THE LAST TIME!
On Monday 29 September 2003 10:13 pm, Sascha Noyes wrote: On Monday 29 September 2003 07:09 pm, Jason M. Randle wrote: Great minds discuss ideas. Average minds discuss events. Ignorant minds discuss people. what is ignorance? well, its lack of willingness to learn or be corrected You must admit that the sig is somewhat amusing in this email. I didn't catch that. It is delicious irony. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] URPMI thoughts
Awhile back I had tried to setup urpmi sources with multiple mirrors for each source, thinking that if one mirror was busy, urpmi would move to the next. In this way, I wouldn't have to worry about not being able to login and try again, urpmi would simply move to the next preferred mirror. When I tried this it didn't seem to work and I have not tried again. Is this something that should be possible, or if not, can it be added as a feature? It seems like a useful feature. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] And next ?
On Sunday 28 September 2003 01:18 pm, Diego Iastrubni wrote: * use also apt-get (with the same repositories, IMHO this can be done no?), let the user which app use to install rpms. I don't understand the continued romanticism with apt when urpmi has matured so nicely. It even takes two fewer keystroke to type urpmi vs apt-get. IMO, apt does not belong in Mandrake. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] And next ?
On Sunday 28 September 2003 06:07 pm, Buchan Milne wrote: http://bugs.mandrakelinux.com/ Very Cool. Thanks Vincent -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] And next ?
On Sunday 28 September 2003 05:36 pm, James Sparenberg wrote: Warly While the people here can help in answering this question for sure. It's also one that should go out to the expert list as well. Some of the people here are on both yes, but there is a group there that has dedicated itself to helping make things work the way all of you intended. I think the input from there would be of value. This is an excellent point JS. I wholeheartedly agree. On second thought, maybe it's not such a good idea, the simple fact that somebody from MandrakeSoft would post a message to expert asking for feedback would cause several long-time subscribers to drop over dead from a heart attack ;-) -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] And next ?
Here's my 2 cents On Sunday 28 September 2003 04:19, Warly wrote: It may be a good idea, before cooker opens again, to take these days to have some brainstorm. May you give your opinion on : - What was wrong in 9.2 development process? I'd really like to see some of the design decisions that are made communicated so that as beta testing is going on, it is easier to tell if something is a feature or a bug. Many times, a design change has been made and implemented, only to cause a lot of bug reports because it is different and maybe not working properly ATM. Examples include drakedm not listing installable dm's, etc. - We though a bit late in the 9.2 developement process to split cooker ml, we should do it now. I like it. - What could we do to improve 9.3/10.0 development. Use the commonly held definitions of beta and rc for labeling releases. Too often, rc's are still full of major bugs, including with the installer, that most reasonable people think should be gone by the time you start using the term rc. I know that rc in Mandrakespeak means feature freeze, but to most testers, rc means release candidate (as in this one may be released as final). It would be much easier for MandrakeSoft to change its use of terminology, than to continue and try and argue over what the term means with a frustrated user. - What should we do to improve the Wiki. Develop a styleguide and give it some polish (including artwork) so it looks very official. The RadHat project site is a good example of the difference IMO. - Should we have cooker snapshot ISOs? Yes, IMO, feature freeze should occur sooner, so a snapshot release would make it easier to start testing sooner. - What could we do, as a community, to increase the acceptance of mandrakelinux? Improve your communications as a company and do more of it. Businesses want to do business with successful business, so to be taken seriously in the business data center, you have to have serious and polished communications. - How to have more contributors? Make it easier to contribute. A list of stuff needed to be done on the wiki would be nice. I would find it much easier to volunteer if I knew what needed to get done. And anything related to the mandrakelinux distro. Club has great potential for the only method of revenue required by MandrakeSoft. I really think you need to figure out a way to offer a service like Texstar does. Keeping the current release current (I mean in terms of features like new version of KDE, not security) for members is probably the most valuable thing you could offer, and would be something people would pay for. But integrating the packaging into official MandrakeSoft QA is obviously required, and expensive. You've also got to find a way though to tame the negativity that breeds there. It just seems that members are waiting around to be offended by something that you do. Don't offer iso's to members, people get mad, offer them but through bittorrent, people get mad. I know you can't please everyone, but the flaming is out of hand IMO. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Re: Aaarrgghhh!!!^%$#%^%$%^%^
On Friday 26 September 2003 10:02 am, Duncan wrote: Greg Meyer posted [EMAIL PROTECTED], excerpted below, on Thu, 25 Sep 2003 18:22:31 -0400: On Thursday 25 September 2003 12:09 am, Han Boetes wrote: Greg Meyer [EMAIL PROTECTED] wrote: Fresh install, log into fluxbox, no [EMAIL PROTECTED] terminal. Can you debug that? Yeah. I can't start a terminal because there is no menu entry for a terminal. Since I can't start a terminal to get a CLI, I can't start a terminal from the CLI. No menu entry for rxvt and no menu entry in fluxbox menus for konsole. Does fluxbox not have a run dialog then? Even without a menu entry for a terminal, a run dialog should be usable to start one -- unless of course you don't know the actual command name, but anyone that actually misses a terminal should be able to figure /that/ out. Of course, no run dialog and.. Not that I could see on the menu on 9.2 Or.. start up a file browser and launch it by clicking on the file there.. Or.. start up Konqueror and use the launch terminal command there, or activate its builtin terminal pane, or use its shell command function (basically a run dialog). Of course, if the konsole entry is missing, kdebase-konsole may not be installed, and I'm not sure if those entries will work. Still, the shell command function should. Someone mentioned mcc/drakconf still has a shell function.. Of course, that does require root.. I know all these things. I just didn't think one should have to think so hard to get a CLI Oh.. another one.. menudrake.. then create your menu entry, and run it.. assuming of course that IT'S in the menu (and that fluxbox uses the Mdk menu system, but I'd guess it does). Again, I realize that I can do this, but it is a hack. I'd really rather not have to set up a menu entry manually on all 10 boxes that I am going to be installing 9.2 on, there is enough other stuff to tweak as it is. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Aaarrgghhh!!!^%$#%^%$%^%^
On Thursday 25 September 2003 12:09 am, Han Boetes wrote: Greg Meyer [EMAIL PROTECTED] wrote: Fresh install, log into fluxbox, no [EMAIL PROTECTED] terminal. Can you debug that? Yeah. I can't start a terminal because there is no menu entry for a terminal. Since I can't start a terminal to get a CLI, I can't start a terminal from the CLI. No menu entry for rxvt and no menu entry in fluxbox menus for konsole. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Win4Lin Kernel
On Thursday 25 September 2003 05:58 am, Buchan Milne wrote: Anyway, the patch in the SRPM is the one from Netraverse, which they were using for 2.4.22.7mdk, and since it still takes, I don't see that they would need to change it. Netraverse will have kernels out quite soon I guess, but if you want to build your own, just use the patch in the SRPM. I will, I was just trying to think of others who perhaps are not as industrious as I. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Exact makeCD or mkcd commmand line?
On Thursday 25 September 2003 10:05 am, Robert Fox wrote: Could someone share the correct command line for mkcd or MakeCD to create say 3 ISO's from a local Cooker tree . . . This would be very helpful! http://qa.mandrakesoft.com/twiki/bin/view/Main/MakeCD -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Aaarrgghhh!!!^%$#%^%$%^%^
On Thursday 25 September 2003 07:08 pm, Salane King wrote: Yeah. I can't start a terminal because there is no menu entry for a terminal. Since I can't start a terminal to get a CLI, I can't start a terminal from the CLI. No menu entry for rxvt and no menu entry in fluxbox menus for konsole. I hope i don't offend you but have you tried ctrl-alt-F1 to get a shell. It usually works unless things are locked up. Yes. I realize that I can do that. The point I was trying to make is that I cannot get an x based terminal program in an alternate window manager because there is no menu entry for it. This is sometimes desired, for instance if I am running fluxbox through vnc and want to close the remote session and reopen it later while compiling some large program or running some other process that I don't want killed. In your example, I must be physically sitting at the machine, which I rarely do. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Win4Lin Kernel
Any chance that the official kernel for 9.2 could be officially provided to Netraverse so they can get working on an official Netraverse supported kernel for Win4Lin that will work with their graphical installer? I know Buchan has built a 9.2 kernel in contrib that supports Win4Lin, but lot's of people will only use the graphical installer or are like me and want to apply the Netraverse patches to the Mandrake sources to build a custom kernel. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] 9.2 ISOs has been sent
On Wednesday 24 September 2003 06:59 pm, Rolf Pedersen wrote: Anyway, Mandrake has sold in stores before, maybe they will again, when cash is more plentiful. I am confident they are making prudent decisions, not acting out of ignorance of the market. Don't forget that RedHat has announced that it will no longer fill the retail channel with boxes either. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Aaarrgghhh!!!^%$#%^%$%^%^
Fresh install, log into fluxbox, no [EMAIL PROTECTED] terminal. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Default Display Manager
Is kdm the default display manager again? I just did a fresh install of Cooker and I got kdm instead of mdkkdm as the display manager. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] rxvt menu entry?
On Wednesday 17 September 2003 06:15 pm, [EMAIL PROTECTED] wrote: How about a compromise? Put it in the Configuration menu (where it belongs). User terminals (gnome-terminal, konsole etc etc, can go in Terminals, but rxvt should only be needed for configuration work so that's where it belongs). Regardless of where, it should have a menu entry. I usually use konsole, but when I am using fluxbox remotely through ssh/vnc I use rxvt because it loads so much faster than konsole. So now I have to open konsole to open rxvt? -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
[Cooker] Re: [Bug 3081] [libqt3] libqt forcing AA on X servers that don't support RENDER (all XFree86-3.x and vncserver) crashes Qt apps (including mdkkdm etc)
On Wednesday 17 September 2003 01:30 pm, [simon.duane] wrote: No, I for one think this bug should be kept open (i.e. re-opened) until someone has incorporated the fix into mandrake's distribution. Is this as simple as substituting texstar's rpm(s) for the one(s) presently in the distribution? It is fixed in the distribution, and has been for quite some time. The libqt update for 9.1 has been on the mirrors since June 10 and the cooker has worked since before that. The person that reopened this bug obviously had a configuration problem because he was able to solve the problem by logging in to the local machine, not updating a package.
Re: [Cooker] Upgrade from 9.1
On Sunday 14 September 2003 02:07 am, Mike Eheler wrote: Has anyone tried upgrading some installations that maybe have been worked in a bit? Some self-compiled programs, some mixed rpms, some external rpms (i.e. freshrpms, ximian, etc). I'll try it as soon as I get a chance to copy my existing 9.1 install to a new partition. Can't guarantee when though. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
