Re: [Cooker] Re: Update Mirrors still not updated
On Mon, 2003-11-17 at 09:57, Vincent Danen wrote: On Nov 17, 2003, at 08:18, Greg Meyer wrote: 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 After getting someone to check, the updates are on the primary master that the mirrors sync from, so this could be a side-effect of the 9.2 ISOs being released. Everything is ok on our end, so there isn't a lot we can do if the mirrors are passing around the ISOs and that's preventing the updates from coming down the pipe as quickly as usual. I'll pass this on thanks. James --- MandrakeSoft Security; http://www.mandrakesecure.net/ Online Security Resource Book; http://linsec.ca/ lynx -source http://linsec.ca/vdanen.asc | gpg --import {FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
Re: [Cooker] Orphan files ?
On Wed, 2003-11-12 at 15:24, Frank Griffin wrote: 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. Should this technique work, or should I be doing something else ? urpmf /usr/bin/update-menus will give you the package that includes that file. James
Re: [Cooker] Orphan files ?
On Wed, 2003-11-12 at 15:42, Michael Altizer wrote: Frank Griffin wrote: 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. Should this technique work, or should I be doing something else ? It seems as though this should work. Using urpmf --files update-menus returns the following results: menu:/usr/bin/update-menus menu:/usr/share/man/man1/update-menus.1.bz2 So, /usr/bin/update-menus belongs to the menu package. (menu-2.1.5-124mdk) Note: Obviously, this is only going to work 100% if your urpmi database matches your currently installed packages since packages are often removed and, though less frequent an occurance, files may switch between packages (eg. all the recent KDE changes). -Michael Correct I am making two assumptions. 1. That current state of the urpmi database is == current installed status. 2. That this method is more usefull on a stable system than a dev system. An alternative. rpm -q --whatprovides /usr/bin/update-menus I've often found that giving full path to a file results in fewer orphan statements than normal. James
Re: [Cooker] Re: Mandrake uses Photoshop... What a pity!
On Sat, 2003-11-01 at 20:58, Rob wrote: On Saturday 01 November 2003 16:20, guran wrote: I think it is nice that some poets or persons have humor. In the US, sadly, trial lawyers seldom do. Rob They have a sense of humor, they laugh all the way to the bank with your money. :( James
Re: [Cooker] Re: Mandrake uses Photoshop... What a pity!
On Sat, 2003-11-01 at 19:52, Leon Brooks wrote: On Sun, 2 Nov 2003 04:10, Duncan wrote: If I don't miss my guess, The Gimp, was a DELIBERATE play on the above meaning, in the same finger to the man anti-corporate poking-fun-at-society deliberate way the Linux community has such applications as Scrotum [...], BitchX, and Pimp-Ass Newsreader And Pathetic Writer, part of SIAG Office. My personal favourite is this descriptively named Eight-Instruction Turing-Complete Programming Language from Muppet Labs (not your grandfather's Muppets, it seems): http://www.muppetlabs.com/~breadbox/bf/ ...and here's an interpreter for it written in itself (plus links to a translator-to-C for it)... http://home.planet.nl/~faase009/Ha_bf_inter.html Cheers; Leon One must not forget the ill fated M$ Reader conversion tool (Converit Liturature) which used the C from Convert and the first 3 letters of liturature. Great product... lousy name. James
Re: [Cooker] Fwd: [plug] Mandrake Bug announce warning rant ahead
On Mon, 2003-10-27 at 22:29, Rob wrote: On Tuesday 28 October 2003 01:11, Leon Brooks wrote: FYI; Scott runs a local Linux retail business and consultancy Subject: [plug] Mandrake Bug announce warning rant ahead Date: Tue, 28 Oct 2003 09:58 From: Scott Middleton DESPAMMED rant I am pissed off.. Has anyone seen an official announcement to the Mandrake users that using their latest and greatest will completely stuff their CDROM? I don't care that it is not their fault. I don't I was all set to reply to this mail with You're full of it, the distro hasn't even shipped yet and it was all over Mandrakeclub, but It wasn't. Turns out the only reason I know about this is because I subscribed to cooker in preparation for submitting my own RPM's to contrib. I would have eventually seen the article on slashdot or the register about it, but by then I would have tried to install it on a client's machine that had been earmarked for Mandrake 9.2 and which, indeed, had an LG CD-ROM drive in it. What worries me more is that this was discovered after 9.2 had gone gold and presumably been stamped on aluminum and boxed for sending out to retail stores and replacing CD's (or worse yet, orchestrating a recall) will cost money that Mandrake couldn't need more right now. Worse still would be if this got into the channel and someone with an axe to grind decided to sue Mandrake for knowingly selling something that would destroy equipment, however cheap the equipment may be... in some jurisdictions this would probably be legal no matter what the EULA or the GPL says. I wish I could be a little more constructive here, but all I can come up with is do better next time, guys. Not that I want there to be a next time as far as blowing up out-of-spec Korean drives goes, but I certainly hope to see Mandrake 10.0 sometime next year. Rob In all due fairness it's been at the top of the errata page for quite a while. http://www.mandrakelinux.com/en/errata.php3#badlg Note that Slashdot pclinuxonline and others found out about it by point to this page. James
Re: [Cooker] Anyone else having trouble fetching MandrakeClub RPMs?
On Sat, 2003-10-25 at 18:21, Leon Brooks wrote: On Sat, 25 Oct 2003 23:21, Pascal wrote: Le Samedi 25 Octobre 2003 15:39, Leon Brooks a écrit : Every time I go to download an RPM I get asked to log in. When I log in, the site sends me back to the welcome screen. When I work my way back down to the download, it asks me to log in again. Immediately before this, Konqueror was throwing Malformed URL at me in return for a perfectly happy-looking HTTPS download URL. Here is an example of a URL which is currently asking me to log in but was at one stage considered Malformed: https://download.mandrakeclub.com/downloads/comm/9.2/i586/NVIDIA_GL X-4496-2 .1.92mdk.i586.rpm Mozilla just does the login loop for me, has never complained about malformation. System is 9.2-ish made from Cooker while it was frozen. Yes I have the exactly same problem with kget integrated into konqueror when downloading mandrakeclub rpms ! Might be wise to open a bug report Leon ! Note that the same process works on an adjacent machine using an updated 9.1. I'm about to do a fresh 9.2 install on a different machine, so I'll try the same process with that one. If it breaks, I'll make a bug report, else I'll put it down to an incompletely upgraded installation. Cheers; Leon Leon, I took the above url. Put it into firebird. Got the login message clicked on the link, logged in, then put exactly the same url back into the browser again, this time it saved the rpm in question to my hdd. Is it possible you aren't accepting the cookie? James
Re: [Cooker] And next ?
On Sun, 2003-09-28 at 01: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? - We though a bit late in the 9.2 developement process to split cooker ml, we should do it now. - What could we do to improve 9.3/10.0 development. - What should we do to improve the Wiki. - Should we have cooker snapshot ISOs? - What could we do, as a community, to increase the acceptance of mandrakelinux? 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. - How to have more contributors? A bugzilla (or similar product) for the release version? Seems strange I know but if you hook people on the concept as users with a smaller bug number (hopefully) in a release version you could well spark the interest needed (as well as hone the skills needed) for working in here. Seems an odd angle I realize but since people keep saying. I don't program so they won't want me around. Maybe something of this nature will help in showing people that they can contribute. Of course in my case not being in the middle of a Paycheck major release at the same time would help, but that's a personal problem grin And anything related to the mandrakelinux distro.
Re: [Cooker] And next ?
On Sun, 2003-09-28 at 01: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? - We though a bit late in the 9.2 developement process to split cooker ml, we should do it now. - What could we do to improve 9.3/10.0 development. - What should we do to improve the Wiki. - Should we have cooker snapshot ISOs? - What could we do, as a community, to increase the acceptance of mandrakelinux? - How to have more contributors? And anything related to the mandrakelinux distro. In answer to all of the above. How about splitting the development along 2 lines. Mandrake tools and packages. The idea here from my thought is that these really are two separate areas, with separate goals. The next step would be to make the development of tools a continues project rather than a point/major release function. Create a fourth area called testing on the mirrors. This area differs from updates in that it isn't a bug fix but a known alpha product that is based on a stable release (in this case 9.2) and those power users who chose to can participate in the continuous testing of new ideas and directions. PLF and Ranger showed that a new Disk 1 can be created to allow testing of just the installer with an existing set of disks. (There used to be, and may still be, an iso you could download of all of the PLF rpms. You would boot from it and begin the install instead of from the normal disk 1.) This would allow testing of MDK's tools in a stable and isolated environment. Then, when the next release cycle began the beta stage, MDK could decide what from this arena would become the tool set for the next release. We could then concentrate on just the package area for heavy debugging. This would also allow for the testing of what if's a lot more so that MDK would have a better idea of what flies and what doesn't as far as usability goes. The tools and installers from 9.0 to 9.x for example should remain pretty consistent anyway since it is a point release. Parallel attempts at usability could be tried (debug statements left in and operational etc.) Users would have to specifically chose to use the area called testing so that, hey, if it breaks your box... sorry. So no one would be able to complain beyond bug reports. (if you don't like it don't try it.) We also wouldn't have to waste so much time discussing things like the UI change in MCC etc. Then if MDK monitored the experts and newbie lists and kept seeing everyone recommend a certain tool to solve a problem they'd know for sure they have a winner. Finally when the MDK team chooses the final tool set from updates and this area, they become the tool set for the next release and then the crunch time would be able to concentrate on packages. Overall it would yield a much more stable release process IMHO. James
Re: [Cooker] And next ?
On Sun, 2003-09-28 at 15:07, Buchan Milne wrote: On Sun, 28 Sep 2003, James Sparenberg wrote: - How to have more contributors? A bugzilla (or similar product) for the release version? Seems strange I know but if you hook people on the concept as users with a smaller bug number (hopefully) in a release version you could well spark the interest needed (as well as hone the skills needed) for working in here. Seems an odd angle I realize but since people keep saying. I don't program so they won't want me around. Maybe something of this nature will help in showing people that they can contribute. Of course in my case not being in the middle of a Paycheck major release at the same time would help, but that's a personal problem grin http://bugs.mandrakelinux.com/ # drakbug (I don't know how much this will be advertised and if it is all working and tested ... but note that bugs will probably treated more harshly than in bugzilla - where reporters are sometimes given usage tips when they have filed a non-bug) Regards, Buchan Buchan, thanks I know that Vincent had/has been working on this... Is it ready for prime time? If so I know a number of folks on the expert list that would be willing to assist via this tool. But I'd rather let Vincent make the announcement, since most of it will be in his lap, so to speak. James
Re: [Cooker] And next ?
On Sun, 2003-09-28 at 17:27, Greg Meyer wrote: 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 ;-) ROTHFLMAO
Re: [Cooker] 9.2 ISOs has been sent
On Thu, 2003-09-25 at 10:38, Serge Plüss wrote: On Wed, 24 Sep 2003 23:37, Serge Pluess wrote: One day one lonely box of 8.2 was sitting at Fry's next to lots and lots of boxes of Redhat 9, Suse 8.2, and current versions of Lycoris, Lindows, FreeBSD and NetBSD. Redhat and Suse boxes are usually at the store the day of the official release. And the store said that it doesn't have any preferences, just that they never received any 9.0 nor 9.1 retail boxes, otherwise they would put them on the shelves immediately. Red Hat have just eliminated themselves from this race. They've figured out that the money lies in enterprise and corporate installation and support. No more Red Hat boxes on the shelf. No more of the high end boxes. They made this announcement right after 8.0 was released. However the lower end consumer boxes are still in the stores. They retrenched on that point. (I asked one of the Sales managers at LWSF and got a similar story from her.) James Cheers; Leon Yes, but due to their long lasting presence in the stores plus the media attention they have build themselves enough name recognition to probably be able to pull this off. If you go on the street here and you ask people they will have heard of RedHat and probably even seen the box in the stores. Two IT directors I know tried Linux because they saw the boxes at Fry's and bought a pack. What was it? Both went for Redhat and one additionally bought a copy of Xandros. If you ask the same people about Mandrake, most of the times they have never heard that name. Like Austin said, people here are impulse buyer when they see it in the store and if Mandrake wants to be a bigger player in the US it needs that presence to build up their name recognition. I understand that the immediate payoff for Mandrake is less but in the longterm it will just be beneficial. Even SUSE as a German company realized that and managed to get themselves known here thanks mostly to the boxed sets, not even providing a free ISO to download. Also for the enterprise, deals such as the ones between Oracle and Redhat and Suse are necessary to build credibility as a serious platform. Thanks Serge
Re: [Cooker] [Mandrake 10] Replacing proftpd by pureftpd ?
On Thu, 2003-09-25 at 18:07, Vincent Danen wrote: On Fri Sep 26, 2003 at 01:15:07AM +0200, Han Boetes wrote: Heck, I'm all for it and agree with all your reasons. But the example is a touch out... wu-ftpd hasn't been in main since 8.2 (last version it shipped in main). Hey, while we're at it, can we throw sendmail in contribs? =) (Serious about killing wu-ftpd altogether, semi-serious about sendmail) To give a serious answer (like I got any authority in this :) No we can't ditch sendmail. Too many people rely and like sendmail. And it's not that evil. I mean there are some periods in which no exploits are found in sendmail. The same could be said of wu-ftpd, tho. There was the one issue in July, and previous to that was Nov 2001. So from 11/01-07/03 it was pretty quiet. I guarantee you in that timeframe sendmail has had more security issues. But what we can do is keeping a close eye or even import the sendmail in OpenBSD-cvs which is audited. Same thing goes for BIND. I don't know how practical this is but it sounds like something to contemplate. Is openbsd using bind9 yet? Or are they still on bind4? If they are using bind9, I have my doubts that it's been audited... that's a lot of code to audit so quickly, especially considering how long they left bind4 in there. One of the reasons the update took so long is that they are auditing the code *grin* I checked 3.2 OpenBSD and it does run 9.21 I'm told that the do do a legit cheat when auditing. They first recheck the code that didn't change and then repair. Then audit what is left. However I don't know enough about the process there to comment beyond this. On the sendmail side, I'm not sure. Is it up to date? We won't win any friends by regressing to an older-but-openbsd-audited version. They don't have sendmail in the files list. It's postfix there. James
Re: [Cooker] Re: Re: 9.2 ISOs has been sent
On Thu, 2003-09-25 at 21:57, Gollum wrote: Austin wrote: [...] In other words, 100% of my linux product expenditures have gone to SCO (how's that for karma?). [...] You'll become a maggot in your next life. ;-) I've still got the disk they gave me at Linux World with the 2.4 kernel on it. Guess since they gave it too me and it doesn't say not for resale or any similar nonsense I'm legal *grin* James
Re: [Cooker] [Verysign] internetwide wildcard. Please include the DNS patches
On Wed, 2003-09-17 at 07:25, Oden Eriksson wrote: onsdagen den 17 september 2003 01.03 skrev Lea Gris: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://imperialviolet.org/dnsfix.html Yeah, here's a very good page explaining this: http://homepages.tesco.net./~J.deBoynePollard/FGA/verisign-internet-coup.html Please see the bind caching-nameserver crucial showstoppers... mail I sent to the list. One question and a comment. According to this article at Wired Magazine. the BIND developers are putting out a patch to make this null and void. http://www.wired.com/news/technology/0,1282,60473,00.html If possible could this be in 9.2's BIND or one of the first updates? As for the comment. There is a petition available at this address to ICAAN to take action. http://www.petitiononline.com/icanndns/ James
Re: [Cooker] 9.2 download CD size
On Mon, 2003-09-15 at 23:05, Warly wrote: Buchan Milne [EMAIL PROTECTED] writes: Warly, is there any reason not to make a 4th (entirely optional) ISO of ~ 200MB? We have this dilemma about the download edition: - download is a marketting product which should be better as possible to make users switch or use mandrake and then buy something. - download is a direct (gratis) competitor to our other products, powerpack, discovery... As a consequence download is a compromise. And it was decide that 3 CDs is enough to market mandrakesoft skill, and 4 CD will make the download too dangerous for our product line. So another partial solution would be to have 700 MB instead of 650 MB. My personnal point of view: I think our future is in a club-like way of doing business, and that the best the download will be, the more people will give back, so publish as many CDs as needed (7 with contribs, DVD isos...). But this will need all the old-economy way of thinking reminiscents to disapear first. Warly, Taking your argument into consideration. Going with less on the download version does tend to make the purchased version more appealing. Make them larger or more in quantity. The 650 disk one + 700mb disk 2 and 3 is a very nice compromise. If you get up and running with disk 1 you can urpmi the rest if needed. In fact I've one cdrom drive that for unknown reasons wouldn't read the 700mb cd during install but would after. () James
Re: [Cooker] kernel driver update: orinoco
On Mon, 2003-06-02 at 13:18, Guillaume Rousse wrote: Ainsi parlait [EMAIL PROTECTED] : On Mon, 2 Jun 2003, Guillaume Rousse wrote: Version 0.13e is available, while kernel still include 0.13a Seehttp://ozlabs.org/people/dgibson/dldwd Moreover, it seems to solve http://qa.mandrakesoft.com/show_bug.cgi?id=1349 are you sure .13a? : * Thu Apr 10 2003 Juan Quintela [EMAIL PROTECTED] 2.4.21-0.16mdk - swsuspend beta19 (chmouel). - irq balance patch, now irq should be distrtibuted evenly in SMP. - via-rhine 1.1.16 (tmb). - ieee1394_rev848 (tmb). - orinoco 1.13c (tmb). [EMAIL PROTECTED] ontobio]$ rpm -q kernel-source kernel-source-2.4.21-0.13mdk Hmm, it was just to make sure someone the audience was listening :-P Anyway, 13e is still more advanced, and maybe bug 1349 should be closed then ? looking at kernel-source-2.4.21-0.13mdk if you cd to /usr/src/linux/drivers/net/wireless and cat orinoco_cs.c the first line is. /* orinoco.c 0.13a - (formerly known as dldwd_cs.c and orinoco_cs.c) So at least what is in the production kernel is 13a. apparently. Now the cooker kernel I don't have in front of me where I can check. James
Re: [Cooker] Re: What to do with RFEs
On Fri, 2003-05-30 at 16:14, Michael Reinsch wrote: Hi! On Tue, 27 May 2003 18:13:09 +0200 Buchan Milne [EMAIL PROTECTED] wrote: First stab: http://qa.mandrakesoft.com/twiki/bin/view/Main/RequestedFeatures Those with edit access on the Wiki, feel free to expand ... I don't have access (well, this is a wiki and it is also well hidden - so why is access control required anyway? The big wikis don't have one either...), so I'll post my stuff here: Better support for notebooks: I'm not talking about hardware at the moment but other stuff which is not required for normal desktop computers because they don't get carried around. Most of the stuff I'd like to see in the next release are already filed as bug reports (e.g. http://qa.mandrakesoft.com/show_bug.cgi?id=3944 - power management scripts) or packaged (http://archives.mandrakelinux.com/cooker/2003-05/msg01355.php - automatic location control - do some stuff automatically when changing networks). The two things I've mentioned are both quite small scripts, but they help me a lot, so I guess they might help others as well. In ref to the above Please!
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri, 2003-05-30 at 05:44, Vincent Meyer, MD wrote: On Friday 30 May 2003 06:15 am, Buchan Milne wrote: Guillaume Cottenceau wrote: Buchan Milne [EMAIL PROTECTED] writes: Guillaume Cottenceau wrote: Though I agree, I remain skeptical as to why it has never been mentioned for urpmi which has the error for more than 3 years now. 1)Because MD's won't use urpmi md? Managing Director / CEO etc etc. Oh good, had me worried there for a moment... ;-) Vincent Meyer, MD Board Certified in Family Practice Regular user of urpmi RFLMAO
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri, 2003-05-30 at 06:35, Jason Komar wrote: On Fri, 2003-05-30 at 07:15, Guillaume Cottenceau wrote: Vincent Meyer, MD [EMAIL PROTECTED] writes: Vincent Meyer, MD what's that MD anyway? maybe i'm supposed to know that but i don't.. is it a title or part of your name or..? Medical Doctor. or for the Dyslexic, Doctor of Medicine
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri, 2003-05-30 at 08:49, Levi Ramsey wrote: On Fri May 30 17:47 +0200, François Pons wrote: Guillaume Cottenceau [EMAIL PROTECTED] writes: [EMAIL PROTECTED] (François Pons) writes: Guillaume, I wonder where you see urpmi was using medias ? Actually urpmi is not strictly using medias for plural, it's using media for singular, for example in urpmi.addmedia manpage: urpmi.addmedia - adds a new rpms media for use with urpmi So it is an error to fix (no code here furthermore): urpmi.addmedia - adds new rpms media for use with urpmi Yes. medium is the singular and media is the plural (much like maxmimum/maxima and so forth). I think the reason this has heretofore gone unnoticed is because many of the English native speakers here are US Citizens. As such we hear English butchered in so many unique ways daily it isn't always obvious what is, or isn't an error. I speak here of my own shortcoming and I grant that I'm not unique in this respect. James
Re: [Cooker] lufs
On Fri, 2003-05-30 at 06:18, Austin wrote: On 2003.05.29 23:00, Vox wrote: lots of us use it here at my house (aptly named The GeekHouse...only 48 network nodes in the 3 room apartment ;) Jeez! Imagine this place! An ethernet toaster, wifi sunglasses, and a toilet that flushes when you ping it! :-) Would that last one be equivalent to a core dump? Austin
[Cooker] possible replacement for supermount
Ran across this one today... I'm in the process of testing it and so far so good. (Only one box at the moment.) This program is originally written for the 2.5 kernel but has been back ported to 2.4. Given the difficulties supermount has had I was wondering if this might make it easier for the kernel team at MDK. http://submount.sourceforge.net/ Note that it was apparently originally written for/on MDK so he already has rpms to support the OS available. Method of use seems to be the same as with supermount (in ref to fstab) and as I said so far no problems found with my cd/dvd rom drive. James
Re: [Cooker] unwanted apm laptop suspend + failures during resume
On Mon, 2003-05-26 at 01:24, Pascal Terjan wrote: James Sparenberg wrote: One of the guys I work with has a Toshiba Tecra running RH8.0 and it was doing the same thing... Turned out to be a bad keyboard. How we found out was by doing a WAG (wild a@@ guess) once we tried everything else, and noticing that when he was at home he used an external keyboard and mouse.. and it didn't do it, ever. But at random moments when he was in the office or field it would So since there was another Tecra that someone had with a cracked mobo we delayed sending it in for a day and switched keyboards... and lo and behold... it stopped then as well. Thanks, I'll try to take out my keybord and clean it, Hope it'll do the trick. Try an external one if you can... this will verify the problem. James
Re: [Cooker] Re: Cooker HowTo
On Tue, 2003-05-27 at 03:44, Steffen Barszus wrote: Am Sonntag, 25. Mai 2003 23:46 schrieb Vincent Danen: On Sun May 25, 2003 at 11:35:27PM +0200, Guillaume Rousse wrote: I don't know about the cooker wiki... I don't think it's as well known as a place to put stuff, but you shouldn't dismiss it as a place where to put your document. Look at it this way... what difference does it make if you put it somewhere on your own personal space or on the wiki? All it does is make it more work for you to merge in other people's suggestions and changes. The same interest will still be there... you just have less work. Whereas i complety agree there is no real issue about where the document lives exaclty, there is a big difference concerning visibility when using a central node to at last referencing and organising all those documents. Exactly. Who cares where the document lives? The nature of the web dictates that we could put up a thousand links to it regardless of where it is... that isn't (or shouldn't be) the point at all. The point is, how much work to maintain it? It's no additional work for the author to use a wiki, even if they are only one maintaining it and no one, ever, contributes to it. however, on the off-chance that someone does want to contribute (or you get 100 people contributing), this could turn into a full-time job whereas on a wiki, they can make those changes themselves. *My* wiki (which is not the Mandrake Community wiki, but rather my online security reference manual (http://linsec.ca/)), is purely 100% maintained by myself. I love using a wiki for it. Even if no one ever contributes to it, the option is there. And for me, it's much nicer to manage it even if it's a solo show. I think wiki's are great. =) Yep agree and I want to add that the said was not true. There is not a big hype in the beginnig and then nothing. A wiki has to reach a critical mass for work as a self runner. On the OpenFacts wiki there were after all not more then 2 people that worked on it. That was Sascha Noyes and me. Maybe some small things from others. After some time it was not clear if we work against the MandrakeClub since there was spoken about user contributed Documentation too. After some time of no further knowledge if it is good what we do at least I stopped to work on it. It was not a matter of missing interest it is a matter of missing information. I don't know what happened to Sascha, but I have not heard anything a long time from him. Plus all at all it was a quick shot to begin with. After some time the cooker wiki has begun on qa.mandrakesoft.com that oboletes parts of the OpenFacts wiki. The expert-ML wiki obsoletes the openfacts wiki now totally, the only nice thing it has that there is easy translation possible with the wikipedia wiki on OpenFacts. What I disliked from beginning that it is not possible to change something especially for mandrake on it since it is in wide parts very similar to sourceforge and not mandrakespecific or user driven. Best example I know of of critical mass is wikipedia... Beside the said above, it is simply not true that a wiki per definition sleeps away. I for myself have some stuff on my disk I want to contribute, to have it on a common place. Steffen
Re: [Cooker] Re: Cooker HowTo
On Tue, 2003-05-27 at 19:26, Austin wrote: On 2003.05.27 21:44, Greg Meyer wrote: I think wiki's are great. =) So now I do to. Are you happy now :-P Ugly? Very. skins help Hard to use? I think so. if so skip wikiscript and use html (both work) Handy, accessible, useful. Extremely. agreed. Austin
Re: [Cooker] Re: Purging older versions of software in cooker?
On Wed, 2003-05-28 at 17:12, David Walser wrote: Jason Komar wrote: On Tue, 2003-05-27 at 12:51, Greg Meyer wrote: On Tuesday 27 May 2003 02:34 pm, Robert Kulagowski wrote: Is there some tool or technique that people are using to get rid of older version of software in their cooker mirrors? ie, I don't want -1, -2, -3 etc versions accumulating... If you use fmirror, it will delete the files that are no longer on the ftp site, ot you could try David Wlaser's rsync script. http://luigiwalser.homeip.net:8080/~david/cooksync.pl I use David's script. Works great! Glad to hear it. Maybe someone with write access to the wiki could spell my last name correctly. Kinda surprised it got misspelled, considering it's in the URL which is (on my screen) only a half inch away... David... you might be asking too much here. *grin*...
Re: [Cooker] Updated choose_cursor script
On Fri, 2003-04-04 at 23:58, James Sparenberg wrote: On Sat, 2003-04-05 at 02:07, Buchan Milne wrote: On Sat, 5 Apr 2003, Buchan Milne wrote: I have made a number of changes to the cursor selection script in the cursor_themes package, and would like some more people to test. It would probably help if I gave a link ... http://ranger.dnsalias.com/mandrake/9.1/choose_cursor Buchan, Couple of things One it's slow, new windows seem to take a while and it acts as if it is hung... but it isn't. The refresh on KDE works but (and this is just KDE) is also slower than one would want. One thing though. The cursor didn't change on kde. I had to log out and log back in to get the new cursors working at all. In iceWM it works ok but there is no (and why I understand ) restart command yet... One thing I noticed. Even with the restart the icon doesn't change for a running Mozilla session. James Regards, Buchan
Re: [Cooker] cooksync.pl :)
On Sun, 2003-04-06 at 10:13, David Walser wrote: Ok, I have uploaded a new version of cooksync.pl to http://luigiwalser.homeip.net:8080/~david/cooksync.pl (Buchan let me know if you want me to e-mail it to you) It fixes some minor bugs. (It now actually does support any kind of RPM packages and not just Mandrake ones for file renaming, aka plf, Rawhide, etc. I thought it did before but I had mdk hardcoded into the regexp. Fixed. It used to say Get blahblah.rpm for ones that it is really going to update but didn't need to rename (probably because the last time you ran the script it didn't complete successfully). Fixed to say Update.) Also, thanks go to Steffen Barszus for the following: rsync now uses the --partial option in the script. cooksync.pl now supports using exclude and include patterns for rsync (taken from files). There are even two lines at the end of the script (commented out by default) that will run gendistrib after the mirroring is done if you used an exclude list. Steffen is using this to mimic the behavior of troels in how it doesn't download i18n stuff. Ask him for more details, and his exclude.lst file if you're interested. Finally, the ratelimit option is turned off by default in the new version of the script, change it back to yes if you use that. I've got a mild problem with it. It seems that my mozilla is cooking the file. Doing the usual browser thing. I grabbed it with links-graphical and it seems ok. Just thought you might want to know. James
Re: [Cooker] Document review request: RPM devel package dependencyproblem
On Sun, 2003-04-06 at 14:09, Jean-Michel Dault wrote: Le dim 06/04/2003 à 16:26, Stefan van der Eijk a écrit : I've written up on an issue with rpm dependencies in -devel packages. I'm not sure if the story is 100% accurate (I'm not a programmer), so if you've got a moment to spare, feel free to review it. Very interesting... It would solve also a lot of problems in complex applications with conditional compiles. For example, php-gd can be linked with png, xpm, gif, and other graphic formats, but some are optional. The usual way to find what's required is to use the ./configure script, and check the output to see what it's looking for, or check the m4 macros. Having to mandatory run a check on the include files would tell us what's potentially needed to make the package. Of course, you should be able to override this. For example, the zlib package can optionally include windows.h, which we obviously lack ;-) Hence: check-required-includes --exclude=windows.h would grep the zlib source, and return all needed .h files, except windows.h. RPM could then add these files as BuildRequires. We could also, for -devel packages, have a check-provided-includes script, that would add all .h and .so files to Provides. I wouldn't bother with -static-devel, since very few packages need these. Thus, if we attempt to rebuild zlib without glibc-devel, rpm-build would show that these requires are not met: /usr/include/sys/types.h /usr/include/sys/unistd.h ... /usr/include/stdio.h It's important that the requires are on full path, because, in the case of types.h, many packages can provide this file, but you wouldn't want it to be linked to dietlibc-devel (otherwise you'd override it). http://eijk.homelinux.org/~stefan/rpm_devel_dependancies.html http://eijk.homelinux.org/%7Estefan/rpm_devel_dependancies.html Stefan Quick look looks very nice. One minor point is that this is most accurate for src rpms... slightly less so for binary, but admittedly I haven't had a chance to really look into what it's saying in detail.. Seems well written too. Thanks. James Comments/flames welcome.
Re: [Cooker] Re: kernel-multimedia-2.4.21.0.18mdk-1-1mdk
On Sun, 2003-04-06 at 19:04, Austin wrote: On 2003.04.06 21:05 Brian J. Murrell wrote: On Mon, Apr 07, 2003 at 01:36:09AM +0100, Adam Williamson wrote: Yes - can we please decide exactly what this kernel is for? At first it was simply the stock kernel with a couple of patches for music editing. Well, I saw it as more multi-media than just music editing. Multi-media, whether it be audio or video (or both) have much the same requirements. Yes. It is called the multimedia kernel, not the music editing kernel. Now it seems to have turned into a test bed for features that have nothing to do with multimedia (wireless driver patches?) This I will agree with. Well, we're in a bit of a predicament, because it has been recently very difficult to achieve effective communication from the kernel team, so I certainly don't blame Danny for fixing things that are obviously broken - be they multimedia or not. That's not to judge whether it's right or wrong, but you have to understand that it's very frustrating telling staff that something's broken for MONTHS and not having it fixed. And now you want it to provide stuff for doing PVR. I agree that it should be the stock kernel + multimedia needs (ONLY!). I don't want it to be a hackkernel either. In my mind, the multimedia kernel is used when desktop functionality is more important than security. There are security risks involved with the pre-emptive patch, and even moreso with the capabilities patch, but someone making videos doesn't care... he wants his editing done as fast and efficiently as possible. So I'd suggest this: The multimedia kernel is not just for audio/video editing, it is for boxes which are more concerned with advanced USABILITY than with security, stability, support, or official status. Thus supermount fixes are fine. They enhance usability greatly, with a small, potential loss to stability and/or security. That's just my take on it. I don't feel volunteers should just go adding any patch they want... there must be a significant benefit. However, this is a way that: 1. Mandrake can come to terms with a more community oriented infrastructure... and see that it works. 2. Purely desktop users can get fast, easy useability. 3. Mandrake won't have to assume resposability for potentially risky patches. Hope that puts some of your minds at ease. I'm far from the autoratative voice on this subject though... Austin One question though... why does the kernel have a dependency on shorewall?
Re: [Cooker] [alsa] driver error
On Thu, 2003-04-03 at 16:08, B Lauber wrote: From: B Lauber [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Cooker] [alsa] driver error Date: Thu, 03 Apr 2003 17:50:34 -0500 From: B Lauber [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Cooker] [alsa] driver error Date: Thu, 03 Apr 2003 17:04:55 -0500 The snd-via82xx module causes my system to hard lock at boot time. If I switch to the oss-equivalent sound driver ( via82cxxx_audio ), my system boots just fine. BTW, My sound card is a #8206;VT82C686 [Apollo Super AC97/Audio]. If anyone has any idea why this driver would cause my system to hard lock, I would be very thankful for the input. I would like to use the alsa drivers because they appear to be designed with software suspend in mind (at least, that's the way it appears from parsing the suspend scripts). _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus I just wanted to give an update on the status of this problem. Apparently, the driver is configured wrongly during installation by drakx. As I stated above, I instead installed the oss equivalent driver and was able to successfully get through the system install. If I go back later and change the driver back to the alsa driver using draksound, then the driver is reconfigured perfectly. Thus, I now have sound via alsa. So for me, this is no longer a problem; for new users, the drakx installer needs to be corrected so that this driver is correctly configured (it would be discouraging to Linux newbies if their system hardlocked on the first boot). _ Now I have one more quick update and a question: I have been able to get the alsa driver to successfully suspend and recover if I set the following flags in /etc/sysconfig/suspend: RESTORE_SOUND=yes SOUND_MODULES=sb uart401 sound soundcore maestro cs4281 If RESTORE_SOUND=no , then only the left sound channel recovers from a suspend (even then, this channel sounds like it has experienced an upward pitch shift). The only problem with setting RESTORE_SOUND=yes is that it causes the gnome Control Volume applet to die when I reenter xfree86. Since this is sorta annoying, I'd like to be able to just get rid of the applet and instead configure some laptop function keys to control my volume. Does anyone know how I would go about doing this? On my laptop the same system of volume control works as in the manual for me it's fn-f5 and then the left and right arrow keys. Have you tried to do it this way... IOW the way the manual says? _
Re: [Cooker] [mdkkdm] reboot options gone
On Thu, 2003-04-03 at 13:51, Luca Olivetti wrote: B Lauber wrote: (it's been about 5 days now). The only way I can reboot my system is through console functions or after logging a window manager. Another problem I have is that this computer (a to-shit-ba satellite) doesn't reboot (i.e. it hangs there with a black screen and a blinking cursor right after the toshiba logo screen). It's not new with 9.1 though, all mandrake's kernels I used since 8.2 behave the same. It reboots correctly with the stock kernel. OTOH acpi seems to work fine (though I found no way yet to suspend, pmsuspend doesn't work). Try uncommenting the last line in /etc/sysconfig/suspend. This enables suspend to disk... On some of the laptops I've seen this works where suspend to RAM (the default) doesn't. (and this one was a Toshiba, the model escapes me.) Make sure you also put a line in lilo.conf in the append section that says resume=/dev/hdxx where xx is the letter and number of your swap partition, and rerun lilo. OH yeah... make sure swapsize ramsize James Another probable regression in this kernel is that the default sound driver suggested by lspcidrake (trident) doesn't work (it did with previous kernels) while the alsa one (snd-ali5451) is working fine. If you need the output of lspci or lspcidrake just tell me. Bye
Re: [Cooker] [alsa] driver error
On Fri, 2003-04-04 at 13:07, B Lauber wrote: The snd-via82xx module causes my system to hard lock at boot time. If I switch to the oss-equivalent sound driver ( via82cxxx_audio ), my system boots just fine. BTW, My sound card is a #8206;VT82C686 [Apollo Super AC97/Audio]. If anyone has any idea why this driver would cause my system to hard lock, I would be very thankful for the input. I would like to use the alsa drivers because they appear to be designed with software suspend in mind (at least, that's the way it appears from parsing the suspend scripts). _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus I just wanted to give an update on the status of this problem. Apparently, the driver is configured wrongly during installation by drakx. As I stated above, I instead installed the oss equivalent driver and was able to successfully get through the system install. If I go back later and change the driver back to the alsa driver using draksound, then the driver is reconfigured perfectly. Thus, I now have sound via alsa. So for me, this is no longer a problem; for new users, the drakx installer needs to be corrected so that this driver is correctly configured (it would be discouraging to Linux newbies if their system hardlocked on the first boot). _ Now I have one more quick update and a question: I have been able to get the alsa driver to successfully suspend and recover if I set the following flags in /etc/sysconfig/suspend: RESTORE_SOUND=yes SOUND_MODULES=sb uart401 sound soundcore maestro cs4281 If RESTORE_SOUND=no , then only the left sound channel recovers from a suspend (even then, this channel sounds like it has experienced an upward pitch shift). The only problem with setting RESTORE_SOUND=yes is that it causes the gnome Control Volume applet to die when I reenter xfree86. Since this is sorta annoying, I'd like to be able to just get rid of the applet and instead configure some laptop function keys to control my volume. Does anyone know how I would go about doing this? On my laptop the same system of volume control works as in the manual for me it's fn-f5 and then the left and right arrow keys. Have you tried to do it this way... IOW the way the manual says? _ That's how my system is supposed to work, but those buttons are not automatically configured under Linux. I saw some documentation about configuring the function keys when I was a Linux newbie, but I haven't been able to relocate it. Try this link. http://134.76.25.165/~woelz/linux/kbd/tastatur.html found it via linux-laptop.net aka linux-on-laptops.com James
Re: [Cooker] cursor themes package
On Mon, 2003-03-31 at 09:00, Gary Greene wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 30 March 2003 5:17 am, Buchan Milne wrote: On Sun, 29 Mar 2003, James Sparenberg wrote: Maybe you could steal the sample shots from kde-look.org The shots themselves are the easy part Buchan, Being from the school of simple ideas for simple minds (mine) Why not just do a small series of html pages with shots of each set of cursors. Then a script that calls $BROWSER name of 1st page. I will consider it, but I have more important things to do IMHO, and I believe both KDE and Gnome should have UIs for this (to go with the themes). Under Windows9x, mouse cursors were parts of themes. And I think that the state of some KDE themes leaves things to be desired, since some themes do not set the Window decorations, icons or backgrounds. Maybe Mandrakesoft needs to take some initiative here and make Galaxy a complete theme under both KDE and GNOME, including backgrounds, cursor themes, sounds, etc, instead of just being a set of consistent widget sets and window decorations. Galaxy is very good, but it still isn't a theme IMHO. As evidenced by the fact that when I enable a different theme, and then try to restore Galaxy, I have to run 4 different KDE Control Center modules. The GNOME state is slightly better. Don't fret for too long about that. KDE 3.2 will have a much improved theme/style/tweak manager in it. Myself and a few others in the KDE development team, including Mosfet (who looks to be heading this mini-project) have been discussing this very thing on kde-devel. This theme manager would handle cursors, ksplash/ml themes, fully themed kdm screens and UI elements such as styles, etc. If there are features that people would like to see in this, post them my way. One thing that Buchans cursor them program has brought up for me would be this. In IceWM there is a way to restart the wm without logging out. Would it be possible to have something like this in kde? Since to gain full affect of the cursor them it does need a restart it would be helpful.
[Cooker] [Bug 3627] [kbear] New: Weird dependency loop for install
http://qa.mandrakesoft.com/show_bug.cgi?id=3627 Product: kbear Component: packaging Summary: Weird dependency loop for install Version: 2.1.1-5mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] it's best described by showing you the output of the urpmi command. [EMAIL PROTECTED] james]# urpmi kbear One of the following packages is needed: 1- libkbear2-2.1.1-5tex.i586 2- kbear-2.1.1-5tex.i586 What is your choice? (1-2) 2 To satisfy dependencies, the following packages are going to be installed (6 MB): kbear-2.1.1-5tex.i586 libkbear2-2.1.1-5tex.i586 Is this OK? (Y/n) y Then it went ahead and installed... Question is why the choice was given at all. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] wish list for 9.2
On Mon, 2003-03-31 at 14:34, Buchan Milne wrote: On Mon, 30 Mar 2003, James Sparenberg wrote: I fail to see why a laptop needs vastly different software to a dekstop machine. Does Apple have a laptop version of OS X? Yes Please show me where I can buy it (and I don't mean bundled, OEM is OEM, Mandrake also does OEM, but this is not what we are talking about). Does windows have a laptop version of Windows XP? Yes Again, show me where I can buy it without a machine. That is next to impossible no matter what. You can only get a copy around here if you buy a laptop at the same time M$ licensing Problem is you don't see it. It's integrated into one. IE you buy the product installed. But there are differences. So, are you talking OEM then? In many ways yes. We have about 70 Windows machines here, only 4 of them came pre-installed, and many are laptops (although we avoid XP where we can, only 2 came with XP). A number of the rest are laptops. Laptops, the hardware in them The rpms/features needed are perceptually different from desktops. Realize this. MDK for laptops will be 99% the same as any other. In that rpms etc built here are just lined up in a different order, or ignored. Things that could be dropped are . support for NIC cards (non PCMCIA ones. Some on-board NIC drivers (RTL-3139D is quite popular on laptops) are identical to the drivers for PCI cards. You can also have PCI extensions on docking stations AFAIK. I was thinking pcmcia but you are right for like tulip etc. Put in updates to pcmcia config (and yes I sent in a large file to the MDK maintainer of missing / changed cards.) You can run PCMCIA on desktops with PCI adapters. True but the hardware is often flaky and fragile... Mostly though it's a marketing thing. SuSE now has the Office release... I've looked at it..It's not very different from personal. BUT the box says SuSE for Office. It must be better, right? But who is going to buy it. Can Mandrakesoft afford to market and support (think Vince ...) a seperate laptop distro? This has to be a decision by Duval and others. Does have one nice point... no games. With disk space becoming a premium.. this may ease the pain as well. BTW I've been testing Beta1 et all and reporting since 6.x so yes I know it helps. Remember though one thing. The people with the really big bucks, don't have time for beta testing. aka the corporate world. They want results a product that works. But how does this relate to laptops? Do they not want their desktop machines to just work? Yes... but more and more here in the valley companies are moving from desktops to laptops. They really do have a number of benefits over desktops for them. Wireless being the biggest force moving them. Wireless for desktops has some physical advantages but the ability to assemble mobile groups around laptops is being seen as a very real advantage. As I speak with these people I am being confronted with a number of needs 1. Ability to monitor and control updates. 2. Usability/Reliability 3. Dependability of install base to work across a large list of hardware. The third one is often the showstopper on Linux when it comes to laptops. Take my laptop. ACPI works under win98 or newer. Wireless works with a number or cards. Cardbus 32 bit cards work under windows. But under Linux it's a fight for all of them.(one by the way I'm losing with acpi and CardBus... maybe even wireless.) When asked what version of Linux I recommend for desktops or laptops, I've always been able to say MDK and say it with solid reasons and examples. I see a market, and I would be lax to not mention that. In this world connecting to the company exchange server from worldwide locations is a lot more important than 3d acceleration. We don't have Exchange, but we would be out of jobs if 3d acceleration did not work on our new 3d-modelling laptops (rapid prototyping of automotive components for one of our customers, we send people there to do modelling work for them). Granted, we don't use linux on them ... yet. Pro\E is coming to linux soon, and then we might. Ok I can see that. 95% of the people I'm in contact with are concerned with clarity of 2d more than 3d. Each world has it's own need. Mandrakes need is money. I'm just letting them know what people I know need. You really need yet another OS to support? The one thing about Linux is that it allows you to standardise, having multiple distros just because some hardware needs one extra driver or one extra user-space tool is ridiculous. If we do this, then should we remove SCSI and RAID drivers from the standard distro so we can make a server edition that has them (also, we can remove mt, mtx etc). More and more I'm seeing people use this None of the problems you have mentioned can not be addressed
Re: [Cooker] wish list for 9.2
On Mon, 2003-03-31 at 03:35, Steffen Barszus wrote: On Monday 31 March 2003 02:41, Pierre Jarillon wrote: Le Lundi 31 Mars 2003 01:27, Edward Tandi a écrit : But I do personally think that the quality is beginning to suffer. I think Mandrake should be releasing less frequently and have a longer stability/testing/fixing period. If you look at the reviews of Linux distros, the highest points are awarded to those that work with the least number of problems. I agree with a longer stability/testing/fixing period. Now, there is enough of things in the distro and the main interest of the users will be the stability and a lower number a bug. IMHO, Mdk 8.2 was the best usable distro and since this time the quality is beginning to suffer. It is absolutly necessary to do better. For me 9.0 was the most uncomplicated version ever (haven't seen 9.1 yet ;)) and the fastest too. The frequency of releases is not important. But it is imortant for getting new stuff in. Do you really think all free software development will stop now and mandrake can lean back and focus on stability ? We have to learn: - how to use bugzilla - how to produce usefull fixes and patches O geez Steffen by the time I get this one right MDK 20 will be out *grin*. mandrake staff has to learn: - communication ;) - even more of the first point And if I got it right the improvement in the use of bugzilla was big.
Re: [Cooker] bugs (wish list for 9.2)
On Mon, 2003-03-31 at 18:38, Leon Brooks wrote: On Monday 31 March 2003 05:49, Toran Korshnah wrote: I read the 9.2 thread and I begin to wonder if 9.1 is a good release. Are there really so many bugs? Not so far. Most of the people reporting on my LUG list are delighted with it. Specifically, a few of them are crowing about stuff that was broken in earlier Mandrakes but works out of the box now. Cheers; Leon Agreed... 9.1 is a move forward.. but If I read everyone right the attitude is... We did this much... but we can do more.
[Cooker] [Bug 3627] [kbear] Weird dependency loop for install
http://qa.mandrakesoft.com/show_bug.cgi?id=3627 --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 10:44 --- Oops grabed the wrong output sorry however the same event is noted both on the one in Main and the one in Texstars site. I apologize for the mistake in cut and paste. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: it's best described by showing you the output of the urpmi command. [EMAIL PROTECTED] james]# urpmi kbear One of the following packages is needed: 1- libkbear2-2.1.1-5tex.i586 2- kbear-2.1.1-5tex.i586 What is your choice? (1-2) 2 To satisfy dependencies, the following packages are going to be installed (6 MB): kbear-2.1.1-5tex.i586 libkbear2-2.1.1-5tex.i586 Is this OK? (Y/n) y Then it went ahead and installed... Question is why the choice was given at all.
Re: [Cooker] we've been right all along
On Tue, 2003-04-01 at 02:21, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Austin wrote: Posted by timothy on Monday March 31, @11:33PM from the after-all-rpm-is-better dept. YOU ARE SO FIRED! writes In an effort to conform to the LSB standards, Gentoo Linux will be adopting RPM as the standard form of package management in portage 2.1. More information can be found in the Gentoo weekly newsletter. I'd surely be fired if I would've proposed such an idea! Woo hoo! We're like miles ahead of the 'cool new' distros too! I think you should look a bit more carefully at the date on the article, specifically, I think it was posted about 27 minutes too early ... Maybe we should post one about Mandrake switching to a 3 year release cycle and apt to be more Debian-like ;-). Buchan Or how about one where MDK drops urpmi for up2date and joins united linux. *grin*
Re: [Cooker] wish list for 9.2
On Tue, 2003-04-01 at 02:02, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Greg Meyer wrote: On Monday 31 March 2003 01:31 pm, Todd Lyons wrote: But the installer has to be reasonably finished before the rc phase starts. In my opinion, far too many features were being actively developed during the beta period: for example: mdkkdm, installer, mcc, galaxy and there are others. All of those things should have been pretty close to done for the first beta. There were major changes to all of them between beta3 and rc1. But none of them affect the kernel. So, if users know that 1)The installer may have issues 2)They should not intend using the machine for production then they may have the freedom to report that the installer does not detect their devices, and then the kernel team has an earlier warning on devices that are not working. Also, only one CD would be necessary, it could even be a small ISO, just enough to get a minimal system and urpmi, so users can urpmi cooker afterwards. Buchan Buchan, This one has some definite merit. Small iso installed to it's own partition. Doing the install over and over to check it out. Though it might be too much of a load on the buildmaster. James
Re: [Cooker] cursor themes package
On Tue, 2003-04-01 at 02:09, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Sparenberg wrote: On Mon, 2003-03-31 at 09:00, Gary Greene wrote: One thing that Buchans cursor them program has brought up for me would be this. In IceWM there is a way to restart the wm without logging out. Would it be possible to have something like this in kde? Since to gain full affect of the cursor them it does need a restart it would be helpful. I got a patch from someone which restarts kwin, and I will try and update the cursor themes today with that and a few other improvements (use kdialog under KDE, gdialog under GNOME, and if neither of them exist in something else, fall back to gmessage - gmessage is messy but available in main, then I can probably drop the Xdialog requirement) Since apparently it takes a few seconds to restart kwin, it will be an option *after* choosing the cursor, and thus you should at least be able to see the cursor theme before applying. Contributions for restarting other WMs would be appreciated. The two I use most often (IceWM and WindowMaker already have it. Maybe I can find the command string... James Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+iWVOrJK6UGDSBKcRAvGUAJ97lSSRnN2E4+1EU0xFbg7eP3G5vQCgyFR/ aHJ61thoXtwFSmwH4Rw2ETA= =9yxG -END PGP SIGNATURE-
[Cooker] [Bug 3627] [kbear] Weird dependency loop for install
http://qa.mandrakesoft.com/show_bug.cgi?id=3627 --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 11:10 --- On Tue, 2003-04-01 at 00:53, fpons wrote: K will check the latest my local mirror might be out of sync... Thanks for the quick response. James --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: it's best described by showing you the output of the urpmi command. [EMAIL PROTECTED] james]# urpmi kbear One of the following packages is needed: 1- libkbear2-2.1.1-5tex.i586 2- kbear-2.1.1-5tex.i586 What is your choice? (1-2) 2 To satisfy dependencies, the following packages are going to be installed (6 MB): kbear-2.1.1-5tex.i586 libkbear2-2.1.1-5tex.i586 Is this OK? (Y/n) y Then it went ahead and installed... Question is why the choice was given at all.
Re: [Cooker] wish list for 9.2
On Sun, 2003-03-30 at 16:41, Pierre Jarillon wrote: Le Lundi 31 Mars 2003 01:27, Edward Tandi a écrit : But I do personally think that the quality is beginning to suffer. I think Mandrake should be releasing less frequently and have a longer stability/testing/fixing period. If you look at the reviews of Linux distros, the highest points are awarded to those that work with the least number of problems. I agree with a longer stability/testing/fixing period. Now, there is enough of things in the distro and the main interest of the users will be the stability and a lower number a bug. IMHO, Mdk 8.2 was the best usable distro and since this time the quality is beginning to suffer. It is absolutly necessary to do better. The frequency of releases is not important. I think we are starting to see the result of maturity. Linux is now over 10 years old. As an operating system and it's corresponding tools mature it does tend to slow down. By this I mean that many of the programs now included tend to change less and less. Most mind you not all. Yet the drive to have something new in each release tends to introduce as much in the way of bugs as it fixes. RH is dropping the dot release SuSE users I know say that they are talking about it as well. (any verification?) perhaps the time has come to start looking at a slower release cycle, and/or niche releases ie laptop, MNF Multimedia etc. James
Re: [Cooker] cursor themes package
On Sun, 2003-03-30 at 11:02, Timothy R. Butler wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks Buchan. This is *really* neat. It worked great for me and I am now having fun with different cursors (err... maybe I should be upset at you for giving me a new way to waste time ;-)). Anyway, great job, I didn't have any problems with it... -Tim I'll second that one... would be nice if it became part of gnome-control-center and Kcontrol but it works... which is more than a lot can say... and works well too. (You've now opened up a whole new world of themeing.) James On Saturday 29 March 2003 06:57 pm, Buchan Milne wrote: On Sat, 29 Mar 2003, Timothy R. Butler wrote: This is a stupid question, but... where can I find the package? I'd be happy to test it. :-) 1mdk should be on the fast cooker mirros by now (if there are any cooker mirrors that can qualify as fast at present ...), 2mdk just went up (thanks to Stefan's build bot finding a buildrequire I had missed), but there should be a copy here in 5 minutes: http://ranger.dnsalias.com/mandrake/9.1/ (2729649 bytes) Regards, Buchan - -- - --- Timothy R. Butler Universal Networks www.uninet.info [EMAIL PROTECTED] | Christian Portal: | Have you not learned great lessons | | www.faithtree.com | from those who braced themselves | | GNU/Linux News:| against you and disputed the | |www.ofb.biz | passage with you? --Walt Whitman | -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+hz81K37Cns9gJ0gRAuNpAJ0fJ9iRogTmVlWs2FBCcKZ3lCAsagCfW+sK TPZVNlQPs1X+rYaMc+/Kln8= =mMcW -END PGP SIGNATURE-
Re: [Cooker] wish list for 9.2
On Mon, 2003-03-31 at 03:01, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Sparenberg wrote: On Sun, 2003-03-30 at 16:41, Pierre Jarillon wrote: perhaps the time has come to start looking at a slower release cycle, and/or niche releases ie laptop, MNF Multimedia etc. I fail to see why a laptop needs vastly different software to a dekstop machine. Does Apple have a laptop version of OS X? Yes Does windows have a laptop version of Windows XP? Yes Problem is you don't see it. It's integrated into one. IE you buy the product installed. But there are differences. The biggest issue is hardware, and the only way that is going to improve is if more people test the Betas, since hardware/kernel fixes should not be made in RCs. But, for this to happen, someone needs to motivate testers to test Betas. There might be a need for more communication to beta testers, such as at least noting what the objective of the different aspects of the release cycle is. Maybe a notice to the effect of If you want to ensure your hardware works, you *must* test beta1. Laptops, the hardware in them The rpms/features needed are perceptually different from desktops. Realize this. MDK for laptops will be 99% the same as any other. In that rpms etc built here are just lined up in a different order, or ignored. Things that could be dropped are . support for NIC cards (non PCMCIA ones. Put in updates to pcmcia config (and yes I sent in a large file to the MDK maintainer of missing / changed cards.) Mostly though it's a marketing thing. SuSE now has the Office release... I've looked at it..It's not very different from personal. BUT the box says SuSE for Office. It must be better, right? Does have one nice point... no games. With disk space becoming a premium.. this may ease the pain as well. BTW I've been testing Beta1 et all and reporting since 6.x so yes I know it helps. Remember though one thing. The people with the really big bucks, don't have time for beta testing. aka the corporate world. They want results a product that works. In this world connecting to the company exchange server from worldwide locations is a lot more important than 3d acceleration. Each world has it's own need. Mandrakes need is money. I'm just letting them know what people I know need. James Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+iCAXrJK6UGDSBKcRAi6xAKC/Vg28PHYO7BMhVpbly0g8Ov+FhgCfdPoI 91aG+KdD1Nv2TG8Pw7jBiMY= =849a -END PGP SIGNATURE-
Re: [Cooker] Suspend Scripts Documentation? Was: PCMCIA problem insuspend scripts?
On Mon, 2003-03-31 at 03:09, Chmouel Boudjnah wrote: Robert Da Campo [EMAIL PROTECTED] writes: Is there any documentation on how to set up suspend function with mdk? I searched for it in the online doc, mandrakeuser and google, but did not find anything usefull. urpmi suspend-s /usr/sbin/pmsuspend One question that kinda has to do with docs. I'm reading the scripts to try and figure out how things work. Is there a reason why swsuspend is setup to only work with acpi? Looking at the swsuspend site it would seem that it is intended to be independent of acpi apm or bios suspend. Since I'm running a lovely Compaq laptop with a fuzzed up dsdt table I'm on apm here, but what swsup does is really very nice. James
Re: [Cooker] Acces killer (was: 9.2 wishes)
On Sat, 2003-03-29 at 20:40, Leon Brooks wrote: On Sunday 30 March 2003 00:06, Pierre Jarillon wrote: We need an access killer. I think something based on true objectness, like Python or Ruby, would prove to have the flexibility and consistency that MS-Access lacks. Most of the OOo tools do *more* than their corresponding MS-Office components, and I think this is a trend well worth continuing by producing `OOSql'. But I think there is a place for a good standalone tool, too. Cheers; Leon How about what I use... Gaby, Kinda reminds me of the old DB-IV. Simple, Creates a GUI when you build a Database. It works. James http://gaby.theridion.com/
Re: [Cooker] wish list for 9.2
On Sat, 2003-03-29 at 22:19, Adam Williamson wrote: On Sun, 2003-03-30 at 04:21, Leon Brooks wrote: On Sunday 30 March 2003 04:31, Adam Williamson wrote: Don't start crying gentoo!, because if you get speed boosts via gentoo it's generally by using very aggressive compilation options, not by targetting your own processor architecture. And there is a problem with that? As in, would your Mandrake distribution go all morbid on you for being rebuilt with a --too-much-testosterone option? No, but I'd guess Mandrake has less aggressive compilation options for a reason. Would the distro actually all build right with more aggressive ones? How about a slightly tangent viewpoint. http://www17.tomshardware.com/cpu/20030217/index.html Here at toms they do a shootout of 65 processors from 100mhz to screamers. The most interesting thing is the 100mhz cpu with a monster GeForce video card and 512Mb ram that rocks with UT2003. The point is. Yes there is something you can get out of optimization of software for a specific usage, hardware. IF you have a very narrow usage band. When I was working for a realtime video company we would optimize the heck out of software for exactly what we did. It ran faster. But, it didn't do a dang bit of good for the box in general and in fact tended to make a number of programs we didn't use slower. (Most notably if I remember right MySQL and other DataBases slowed way down if we ran it on one of our optimized boxes.) A large move like i386 to i586 is significant for a number of apps. Some ... it really doesn't help. But to be honest. A better video card and more ram does more in a case like this than anything else. Want a real optimization. Buy a CPU with a larger L1 cache. Makes a huge difference. James
Re: [Cooker] cursor themes package
On Sat, 2003-03-29 at 17:27, Buchan Milne wrote: On Sat, 29 Mar 2003, Charles A Edwards wrote: On Sat, 29 Mar 2003 22:13:49 +0200 (SAST) Buchan Milne [EMAIL PROTECTED] wrote: Could people please give the cursor themes package a bit of a run around, see if it breaks any cursors or anything weird like that? Be nice if there was a thumb nail index so that you could preview the themes. Patch welcome ;-) At present the gui you see is a 57-line bash script ... unless I pull something with ImageMagick's 'display' or similar, I think I will have to change languages ... Maybe you could steal the sample shots from kde-look.org The shots themselves are the easy part Buchan, Being from the school of simple ideas for simple minds (mine) Why not just do a small series of html pages with shots of each set of cursors. Then a script that calls $BROWSER name of 1st page. James Buchan
[Cooker] [Bug 3612] [Installation] can't install from a firewire CD-ROM
http://qa.mandrakesoft.com/show_bug.cgi?id=3612 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 09:54 --- *** This bug has been confirmed by popular vote. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Sony VAIO VX88, installer cannot load stage two from the firewire (iLink) DVD-R/CD-RW. Last error is that it's missing sb2. Drive works fine after a successful network install. Problem existed in 9.0 as well. Expert mode cannot be used to bypass the problem. It wouldn't be so annoying if disk two had network.img as the El Torito boot image HINT HINT HINT. thanks, Jack
[Cooker] [Bug 3613] [Installation] live_update broken
http://qa.mandrakesoft.com/show_bug.cgi?id=3613 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 09:57 --- *** This bug has been confirmed by popular vote. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: live_update livedrake are hopelessly borked (livedrake a little less so): 1) it dies if you don't use /mnt/cdrom for the CD-drive. 2) it tries to run /mnt/cdrom/Mandrake/mdkinst/usr/bin/perl-install/live_install, which doesn't exist -- should be Mandrake/mdkinst/usr/bin/perl-install/live_install2 3) live_install2 won't run because of a Perl libraries issue -- it can't find install2.pm, because that library doesn't exist. There is an install2 and an install2.pm.gz... I tried copying install2 to /usr/lib/perl5/site-lib/install2.pm, but then it failed because it tries to source a bunch of stuff from its working directory. I quit here.
[Cooker] [Bug 3474] [kernel-2.4.21.0.13mdk] Wireless card support appears to be broken.
http://qa.mandrakesoft.com/show_bug.cgi?id=3474 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-30 09:29 --- *** This bug has been confirmed by popular vote. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: The Prism II support appears to be in the machine, but attempts to load the same get greeted with missing symbol reports. The Orinoco driver doesn't seem to work right; it will link to the AP, but sticks to 2Mb and won't carry traffic (I have two different Orinoco based cards- both work FINE under Windows. You know how disappointing THAT is...).
[Cooker] [Bug 3474] [kernel-2.4.21.0.13mdk] Wireless card support appears to be broken.
http://qa.mandrakesoft.com/show_bug.cgi?id=3474 --- Additional Comments From [EMAIL PROTECTED] 2003-03-30 10:00 --- On Sun, 2003-03-30 at 00:37, fearl wrote: I voted for this bug but really wish I could add a consistant problem.. the box steadfast refuses to use anything but eth0. Changes to /etc/sysconfig/network-scripts/ifcfg-eth0 don't have any affect on either my wireless NIC (NetGear MA401) or my D-Link 670 wired NIC. During install even with the card inserted from the moment the box does not recognize the card. Once rebooted if the card is inserted I get one of the following. Card is recognized 2 beeps ... but any attempt to configure it corrupts most of the related files (modules.conf modules ifcfg-eth0 network to name a few.) Card is insterted but not recognized. (beep bonk) 1. It claims my RAM is bad. (bench tested Micron Ram it's good) 2. It claims it can't find the Mac Address 3. It claims that the card isn't responding. 4. It complains about an MII error. 5. It complains that the card isn't a recognized card type. (all the above seen in /var/log/messages.) Choose your error it gives them randomly but always the same one until the next reboot, which is immediate since it usually hard locks no keyboard or mouse no ssh. Sometimes on rare occasion I insert the card and it just starts working. If I attempt to configure it.. change any setting or any other such action it corrupts all the above mentioned files and more... and won't run again. I've yet to figure out where config settings are held ifcfg-eth0 wireless.opts and ifup-wireless all don't seem to affect how it works. I can't for the life of me get it to work on a wep system. And IF and when it comes up.. there is no way to move networks... BTW same card same laptop if I change to a win98 drive... it works like a charm. Profiles/wep/etc etc. Problem is, win98 is about as useful as a fashion designer at a nudist colony. System Info Compaq Armada M700 500mhz Celeron CPU 384Mb Ram ATI rage Mobility P/M video XFree86 4.3 Texas Instruments PCI1450 Cardbus Controler 440BX motherboard chipset. Running fresh install of 9.1 up to date. I've been trying to get this working since 9.0 on this box. *whimper* --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: The Prism II support appears to be in the machine, but attempts to load the same get greeted with missing symbol reports. The Orinoco driver doesn't seem to work right; it will link to the AP, but sticks to 2Mb and won't carry traffic (I have two different Orinoco based cards- both work FINE under Windows. You know how disappointing THAT is...).
Re: [Cooker] 9.1 rox!
On Thu, 2003-03-27 at 00:17, Oden Eriksson wrote: torsdagen den 27 mars 2003 06.28 skrev James Sparenberg: On Wed, 2003-03-26 at 11:55, Oden Eriksson wrote: onsdagen den 26 mars 2003 19.24 skrev James Sparenberg: On Wed, 2003-03-26 at 06:48, Oden Eriksson wrote: onsdagen den 26 mars 2003 15.31 skrev Buchan Milne: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oden Eriksson wrote: Hi. Earlier I reported some wierd problems with RC2. It turned out that my hda (IBM from 1999) was faulty and caused all kinds of wierd problems (I just fixed it real good with a sledge hammer = problem's solved...). Good riddance if it was a Deskstar GXP ;-). I don't know, it's (or was) a DJNA-352030 made in Hungary... Just hope you saved the lcd neet toy to play with. *grin* LCD? (I don't get it..., but then it's late...) Liquid Crystal Display. the laptops monitor Sorry if the acronym is an Americanism. I knew that... Ahh!!! Now I get it! You thought we were talking about a laptop, when we infact was talking about poor quality hard drives by IBM . Sorry, Been trashing / bashing / getting to work laptops all week... got them on the brain.. doh! James
Re: [Cooker] [Bug 2277] [wine] Issue with WINE and X server
On Thu, 2003-03-27 at 10:01, Diego Iastrubni wrote: funny. I am running cxoffice using explorer kazaa and media player. Right now then only one that works in mp. Diego, Where you able to get IE to download and install? James However the mdk's wine run Total Commander with no problems. (Bamboo) - diego , 27 2003, 19:41, mfer : http://qa.mandrakesoft.com/show_bug.cgi?id=2277 --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 18:41 --- The wine web-site shows that all releases depend upon glibc 2.2 or earlier. Mandrake 9.1, as well as the latest Slackware and Red Hat, has glibc 2.3. I've not tried Red Hat but wine under MDK9.1rc? and Slackware 9 fail. I can find (google) no indication that the various Linux distributors or the wine developers are working on this problem --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This error shows when I try to run many Windows applications with WINE. It shows up very often and I have seen it only in Mandrake 9.1 Beta, thats why I'm submitting it as a bug. I've tried the Wine package that is provided on the CD as well as building Wine myself, same error occurs. [EMAIL PROTECTED] first stage]$ wine kazaa_lite_202_english.exe FIXME:pthread_cond_init XIO: fatal IO error 0 (Success) on X server :0.0 after 4870 requests (4676 known processed) with 0 events remaining.
Re: [Cooker] Is 9.1 finished? [massively OT]
On Wed, 2003-03-26 at 04:42, Adam Williamson wrote: On Wed, 2003-03-26 at 01:42, Levi Ramsey wrote: On Tue Mar 25 22:18 -0300, Damian Gatabria wrote: What is the official position? Missionary. Boy on top. Anything else is illegal in some places... Erm, where exactly is the dictatorship that makes it illegal for women to be on top during sex? And why isn't America invading it yet? =) Georgia and it did in 1863.*grin*
Re: [Cooker] 9.1 rox!
On Wed, 2003-03-26 at 06:48, Oden Eriksson wrote: onsdagen den 26 mars 2003 15.31 skrev Buchan Milne: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oden Eriksson wrote: Hi. Earlier I reported some wierd problems with RC2. It turned out that my hda (IBM from 1999) was faulty and caused all kinds of wierd problems (I just fixed it real good with a sledge hammer = problem's solved...). Good riddance if it was a Deskstar GXP ;-). I don't know, it's (or was) a DJNA-352030 made in Hungary... Just hope you saved the lcd neet toy to play with. *grin* Running 9.1 (frozen cooker) both at home and at work and it rocks! This must be the best one ever!. Yeah. I am still waiting for ISOs of final to test some features, but I think we need to start getting more publicity for some of the cool features we know about. Exactly. I was about to write some about apache2, but I think I left it in J-M's hands. (I'm no writer;)) Austin's Audio Workstation Howto has been pubished (http://www.desktoplinux.com/articles/AT8018846552.html), and it would be cool to try and keep up a steady stream of articles in various places that inform users of the best ways to take advantage of all the cool features in 9.1. I might be able to fill in some blanks in there later on since I recently bought a cool AD/DA I/O system. I have no idea how it works yet ;) We have a samba-ldap article coming up soon, and I may try and improve some documentation for client-side samba use (tweakhound's howto is outdated and just plain wrong in some places, no-one should even consider using swat!). Later on I will try to find time for this + qmail-ldap, to see how well it would integrate. I hope Vince gets around to updating the ldap article at Mandrakesecure.net, since I should also make sure he covers using ldap slaves on laptops for disconnected auth ... Oden, could you provide some details on getting the most out of apache1/apache2? Sorry, I'm no writer..., and writing this kind of stuff in english would be too darn hard anyway... Or..., I wish I had time to sit down and write it... I hope jmdault publish the stuff I started about apache2, we'll see. J-M is a good writer and I'm convinced it will be a nice article. The thing I think one _should_ mention in such an article is the unique cooperation between (end)users/contributers like you and me and the hardcore coders of MandrakeSoft. The mutual respect and all that.
[Cooker] [Bug 3156] [Installation] Need verification for install disks
http://qa.mandrakesoft.com/show_bug.cgi?id=3156 --- Additional Comments From [EMAIL PROTECTED] 2003-03-26 20:20 --- On Wed, 2003-03-26 at 10:47, jamesl wrote: Don't know if this will help you but what I do is. Mount the cd cd to the RPMS directory at the command line. rpm -K *.rpm | grep NOT The grep reports to me only the rpms that have a bad md5 or gpg sig. if you don't have the gpg key installed on the box you are checking from then rpm -K *.rpm --nogpg | grep NOT checks only the md5 of all the rpms. (the other) James --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: 9.1 release candidiate 2: During numerous attempts at installing RC2, I have encountered a point most of the way through the install where the installer becomes unable to read many of the packages it is attempting to install. The particular packages are never the same from one try to the next. I have re-created the CDs from the ISO files, using different brands of disks, and tried installing from the CD-RW drive in the system rather than the CD-ROM drive. The ISO files passed md5sum tests. 8.2 9.0 install CDs have worked flawlessly on this system. What would make this easier to troubleshoot is if there were a way to verify the CD has been written correctly. Not a utility that checks at install time, but a way to validate from the system that wrote the disks.
Re: [Cooker] 9.1 rox!
On Wed, 2003-03-26 at 11:55, Oden Eriksson wrote: onsdagen den 26 mars 2003 19.24 skrev James Sparenberg: On Wed, 2003-03-26 at 06:48, Oden Eriksson wrote: onsdagen den 26 mars 2003 15.31 skrev Buchan Milne: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oden Eriksson wrote: Hi. Earlier I reported some wierd problems with RC2. It turned out that my hda (IBM from 1999) was faulty and caused all kinds of wierd problems (I just fixed it real good with a sledge hammer = problem's solved...). Good riddance if it was a Deskstar GXP ;-). I don't know, it's (or was) a DJNA-352030 made in Hungary... Just hope you saved the lcd neet toy to play with. *grin* LCD? (I don't get it..., but then it's late...) Liquid Crystal Display. the laptops monitor Sorry if the acronym is an Americanism. James
Re: [Cooker] 9.1 rox!
On Wed, 2003-03-26 at 11:36, Mircea Ciocan wrote: Oden Eriksson wrote: Hi. Earlier I reported some wierd problems with RC2. It turned out that my hda (IBM from 1999) was faulty and caused all kinds of wierd problems (I just fixed it real good with a sledge hammer = problem's solved...). Running 9.1 (frozen cooker) both at home and at work and it rocks! This must be the best one ever!. The only problem I have experienced so far is strange displays in the console, once it said something about allready using UTF8 when logging in, and it looks real wierd in mc (also in xterm). Once in a while the console is messed up but fixed again when logging out/in/switching teminals. I don't know how this could be or how to fix it or how to debug it further. This is the SINGLE problem that I had so far, and I solved like this: edited /etc/sysconfig/i18n and removed all UTF8 references, now it looks like: SYSFONTACM=iso15 LC_TELEPHONE=en_US LC_CTYPE=en_US LANGUAGE=en_US:en LC_MONETARY=en_US LC_ADDRESS=en_US LC_COLLATE=en_US LC_NAME=en_US LC_PAPER=en_US LC_NUMERIC=en_US SYSFONT=lat0-16 LC_TIME=en_US LC_MEASUREMENT=en_US LANG=en_US LC_MESSAGES=en_US LC_IDENTIFICATION=en_US No more shitty mc, no more console uglines. Mircea C. Would this mean that UTF8 stands for Ugly Truetype Fonts 8 ? (Sorry long day...somewhere around 60 hours... getting punchy.) James
Re: [Cooker] WHEREIS DESKTOP
On Wed, 2003-03-26 at 15:11, Pascal Terjan wrote: Luis Vicente Castillo Corbella wrote: Whereis is in mandrake 9.1 the file desktop, not in traditional location etc/sysconfig, or other maner to change mdkkdm for kdm regards $ cat /etc/sysconfig/desktop DISPLAYMANAGER=gdm DESKTOP=GNOME But you can also change it using mandrake control center as root run drakedm and this will change it for you. James
Re: [Cooker] urpmi features
On Tue, 2003-03-25 at 04:08, Duncan wrote: On Tue 25 Mar 2003 03:05, Guillaume Rousse posted as excerpted below: Ainsi parlait eddie : !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html Please use standard text for email. No kidding! Then you should talk to Texstar @ Pclinuxonline. He had a great system with apt-get and Synaptic that worked with a Gui and worked wonderful, although he doesn't have the time to maintain two update mirrors. If one guy can maintain a program like that, why can't Mandrake?br Nobody told this wasn't possible. Just that isn't a priority. Developping GUI is heavy and costly, especially compared to adding a switch in CLI. If you want advanced options, you're supposed to be an advanced user, meaning able to read the doc and a shell prompt... What I'd like to see is a solution I've seen elsewhere.. 1) After adding any usual GUI-ified options as thought appropriate, have a text box (or a page of text boxes for a multi-function app that calls multiple other tools and/or calls a single tool in multiple contexts) where the user can add additional command line switches and params as so desired. The only support needed is to provide the text boxes, one per context, and ensure that their contents gets passed when the specified tool is called within that specified context. One example of the above that I've been working with lately is K3B, the KDE CD/DVD image burning software front-end to the various ripping/burning/isofs tools. In it's prefs dialog, it has an entire page/tab listing the various back end tools, with a text box beside each, in which you can add advanced switches as appropriate. Those that don't know about the additional switches and/or don't want/need to bother with them (like me, for the most part) can just leave them blank, but the several of the back end tools it invokes have all sorts of corner-case command line options unneeded by most folks, and having those text boxes, for additional switches to be added at invocation, means a lot of folks can use the GUI, that would otherwise have to use the command line, or a different front end that provided such options. 2) A (perhaps optional) popup, that lists the progress details and any errors, as the process progresses. One of the big reasons (besides the lack of advanced options in the GUI) I use URPMI rather than the various GUI utils, is that the command line version lists the stuff as it downloads, and I can see where something stalls, if it does. When I'm updating multiple source lists, and I see the internet activity stop for to long a time, without returning a success or failure dialog, on the graphical tools, I have no way of knowing where the hold-up is. With the command line, I can immediately see what mirror isn't responding, or whatever other problem may be occuring. In addition, I like seeing the scrolling status, as the individual components are d/led. A popup window with the same info scrolled in its display on the GUI version would be very nice... An example of this is what KPackage does, when installing an RPM. It pops up a status window, with the various commands and results as they would normally be output on the command line, if one were to invoke rpm from there. Now, in KPackage, it isn't normally such a big deal, because the process isn't so long, with so many steps, as a multi-mirror update, and then an urpmi --auto-select is, but giving GURPMI or Software Installer or whatever the graphical title of the month is now, the same sort of update progress window, would be very useful. (The optional part of it could be handled with a simple checkbox, either as a global option in some settings dialog, or on a per-task basis, right before clicking the go button.) Of course, doing it all in a nicely scrolling Konsole window works fine for me, here, but if we are going to have a GUI, we might as well make it a decently functional one, usable by power users as well as newbies, and continuing to support new back-end options, even without new versions of the GUI every time the back-end changes. One request for the gui here... a select all updates button. when doing a new install 3 months after release it can be real time consuming to check each and every update one by one by one by one (you get the idea) James
Re: [Cooker] RC3, 3 CD's over 650MB??
On Tue, 2003-03-25 at 03:11, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Sparenberg wrote: On Mon, 2003-03-24 at 13:02, Pierre Jarillon wrote: Le Lundi 24 Mars 2003 21:51, Jason Greenwood a écrit : Didn't Mandrake decide to keep the ISO's under 650MB?? Nowadays, all the CD are 700M except some RW. A their cost is about 0.5¤, I don't see for which reason it would be better to keep the ISO's under 650MB Despite the fact that a large amount of media is 700mb a large number of CDR drives out there won't do 700mb due to age. (they aren't really that old either. Last time I saw one for sale was about 3 months ago.) More importantly, there is a much larger installed base of CD-ROM drives, and many machines that are capable of running Mandrake may potentially have such a drive. Buchan True enough... I've got about 4 or 5 of em in the parts bin(really gotta hit a flea market with some of the this stuff... nah..) James - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+gDlhrJK6UGDSBKcRApgfAJ9mMVxk6GVDI1MBOgqBwCgLBaQZ0QCgw8in t2PzksEbZG0+OlKCq6EJVCc= =n3y6 -END PGP SIGNATURE-
Re: [Cooker] Problems with the xserver
On Tue, 2003-03-25 at 14:49, Richard Ketchersid wrote: Very often now when running xemacs and mozilla simultaneously the following situation arrises. (This is with latest cooker, but has been happening for a couple of months now.) o I cannot type in mozilla, i.e. text entry fields stop working. I can fix this by o Switching to a terminal and typing some random characters. When I return to mozilla I can type again. I can verify that this has nothing to do with xemacs... I've got a mozilla that does this as well. I'm using the driver for the Rage Mobility chip (Mach 64 I believe) here It happens randomly. I however haven't been able to get it to unlock and have found that the only thing useful is xkill to get rid of the window and kill -9 /usr/lib/mozilla1-3/mozilla-bin to get rid of all the processes. Since I had been having all kinds of fun do to trying to use an orinoco_cs wireless card (it digitized a number of files) I thought I might have caused it. Perhaps not. James o At the same time xemacs looses contact with the server and spits out a bunch of messages like the following: == xemacs: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 25 (X_SendEvent) Resource id in failed request: 0x2600399 Serial number of failed request: 437549 Current serial number in output stream: 437550 Xlib: unexpected async reply (sequence 0x6ad2e)! xemacs: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 18 (X_ChangeProperty) Resource id in failed request: 0x2600399 Serial number of failed request: 437548 Current serial number in output stream: 437550 The really bad thing is that xemacs does not autosave when this happens and I am repeatedly loosing work. I sure would be nice if someone knew how to fix this.
Re: [Cooker] Problems with the xserver
On Tue, 2003-03-25 at 15:17, James Sparenberg wrote: On Tue, 2003-03-25 at 14:49, Richard Ketchersid wrote: Very often now when running xemacs and mozilla simultaneously the following situation arrises. (This is with latest cooker, but has been happening for a couple of months now.) o I cannot type in mozilla, i.e. text entry fields stop working. I can fix this by o Switching to a terminal and typing some random characters. When I return to mozilla I can type again. I can verify that this has nothing to do with xemacs... I've got a mozilla that does this as well. I'm using the driver for the Rage Mobility chip (Mach 64 I believe) here It happens randomly. I however haven't been able to get it to unlock and have found that the only thing useful is xkill to get rid of the window and kill -9 /usr/lib/mozilla1-3/mozilla-bin to get rid of all the processes. Since I had been having all kinds of fun do to trying to use an orinoco_cs wireless card (it digitized a number of files) I thought I might have caused it. Perhaps not. James Seems to be a problem with Mozilla... How to proceed should one of us submit to them or should one of the people for MDK do it? James o At the same time xemacs looses contact with the server and spits out a bunch of messages like the following: == xemacs: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 25 (X_SendEvent) Resource id in failed request: 0x2600399 Serial number of failed request: 437549 Current serial number in output stream: 437550 Xlib: unexpected async reply (sequence 0x6ad2e)! xemacs: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 18 (X_ChangeProperty) Resource id in failed request: 0x2600399 Serial number of failed request: 437548 Current serial number in output stream: 437550 The really bad thing is that xemacs does not autosave when this happens and I am repeatedly loosing work. I sure would be nice if someone knew how to fix this.
Re: [Cooker] Is 9.1 finished?
On Tue, 2003-03-25 at 17:18, Damian Gatabria wrote: What is the official position? Missionary. Boy on top. Boys are fine for you maybe but I had in mind something with a bit different architecture. *grin* Damian
Re: [Cooker] Is 9.1 finished?
On Tue, 2003-03-25 at 18:30, Damian Gatabria wrote: On Tuesday 25 de March 2003 22:42, Levi Ramsey wrote: On Tue Mar 25 22:18 -0300, Damian Gatabria wrote: What is the official position? Missionary. Boy on top. Anything else is illegal in some places... Yes, yes, compatibility comes to mind when you have to choose your position.. Of course you don't want to try to make everyone happy... it can be dangerous... you can get portscanned and your socket compromised.. Damian ROTFLMAO
Re: [Cooker] SUB cooker
Not sure but I think someone is having a problem with their e-mail client :) (ps the lines above are to let you know I'm bottom posting not top posting.) James
Re: [Cooker] RC3, 3 CD's over 650MB??
On Mon, 2003-03-24 at 13:02, Pierre Jarillon wrote: Le Lundi 24 Mars 2003 21:51, Jason Greenwood a écrit : Didn't Mandrake decide to keep the ISO's under 650MB?? Nowadays, all the CD are 700M except some RW. A their cost is about 0.5¤, I don't see for which reason it would be better to keep the ISO's under 650MB Despite the fact that a large amount of media is 700mb a large number of CDR drives out there won't do 700mb due to age. (they aren't really that old either. Last time I saw one for sale was about 3 months ago.) James
Re: [Cooker] Problem with MSN
On Mon, 2003-03-24 at 13:09, Pierre Jarillon wrote: Le Dimanche 23 Mars 2003 22:38, Toran Korshnah a écrit : Am I right thinking MSN is boycotting Linux-Netscape? As the full functionality of MSN is only reached by IE? IMHO, the reason is : It is the war... Try a fancy navigator. As a true Opera fan the the only thing I can say is bork bork. bork bork bork bork bork.. bork bork bork Microsoft bork bork bork James
[Cooker] [Bug 2525] [kernel] eth0 interface does not connect with sis900
http://qa.mandrakesoft.com/show_bug.cgi?id=2525 --- Additional Comments From [EMAIL PROTECTED] 2003-03-25 07:20 --- On Mon, 2003-03-24 at 07:51, costavi wrote: I've encountered this on a few systems ... small number but I'm dealing with enough variety of systems that I have run across it ... there is a switch in the kernel build. The switch is under general and it is called Use Real mode APM BIOS call to power off. On the systems I've rebuilt it on this has solved the problem. The trouble is if the stock kernel cam with this switched on (it can't be done as a module) it causes more problems than it solves for systems that don't need it. This is a kernel switch designed for buggy bios's that don't shut down properly. Since MDK has to build for the majority. It can't be a default. But... it is there for those who need it. James --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I installed mandrake 9.1-rc1 on a pentium4 with sis55xx chipset motherboard from Asus, and a sis900 ethernet card included in the motherboard. This machine is connetted to another PC through an ethernet cable, to make a home local network. Both Pcs have local assigned IP addresses 192.168.1.1(- the server) and 192.168.1.2(-the P4 with Mandrake). Apparently all devices are correctly configured and the the eth0 interface is up, as the ifconfig command shows. But a ping command on the other PC (192.168.1.1) does not give any result, it does not see the other PC. Moreover, error messages of the form Watchdog: Network..timed out continue to accumulate at the bottom of the dmesg output. At first I wondered if it was a problem of network configuration, but it is not. I tried to install and compile the official 2.4.20 kernel from the linux sources, reinstalled LILO with this kernel and rebooted and everything worked fine, I was also able to go to the internet through the other PC internet connection. Then I installed the 2.4.21pre4-6mdk sources and compiled them with the same configuration I used for 2.4.20 and again the network refused to work. So the network did not work with the custom 2.4.21pre4-6mdk kernel I built, neither with the precompiled 2.4.21pre4-6mdk kernel present in the distribution. Thanks for any possible solution (for now I am using the 2.4.20 kernel) Vincenzo
Re: [Cooker] mmx and such
On Fri, 2003-03-21 at 14:57, rowland wrote: On Friday 21 Mar 2003 10:18 pm, Pierre Jarillon wrote: Le Vendredi 21 Mars 2003 18:20, Per Øyvind Karlsen a écrit : does this bug applies to other than via c3's? I thought this bug only existed in 9.0 due to the kernel detecting via c3 as an i686..? Look at : http://www.mandrakelinux.com/en/errata.php3#viac3 This bug was reported just after the 9.0 release. are you telling me this bug, for bug it is, is still there in 9.1. Mandrake is supposed to be an i586 compatible OS, so it should be a selectable option to load the i686 directory, not load it as standard. Actually this bug is a bug in the arch of the cpu it reports itself as an i686 even though it's i586 this is a bug in the hardware not necessarily in the kernel. rowland penny
Re: [Cooker] mmx and such
On Sat, 2003-03-22 at 12:59, rowland wrote: On Saturday 22 Mar 2003 7:29 pm, James Sparenberg wrote: Actually this bug is a bug in the arch of the cpu it reports itself as an i686 even though it's i586 this is a bug in the hardware not necessarily in the kernel. ok there is a bug in C3 cpu, but this would not be a problem if an OS that claimed to be for an i586 cpu did not have that directory /lib/i686. If the directory had not been there in the first place, mandrake 9.0 would not have been tried on epia based pc's by newbies and then rejected/badmouthed as useless because it will not load without jumping through hoops! This gives linux a bad name it does not need or deserve. rowland penny True but on the other hand without the i686 directory I wouldn't be sending this e-mail.. I'm running on a celeron 500mhz. RH SuSE and Slack all know how to install the i686 optimized kernel and libs so I work better here. RH is i386 SuSE is i586 and Slack is well, Slack. Having the i686 libs if fine and needed if you need the i686 kernel.. I do.
Re: [Cooker] Here's why no Radeon 9500 support in 9.1
On Sat, 2003-03-22 at 03:49, Leon Brooks wrote: On Friday 21 March 2003 12:01 am, Jan Ciger wrote: It is a free software, but having ten incompatible versions of XFree or ten versions with ten different fatal bugs is not a nice outlook XFree86 and XFreer86? As I understand it, the pace (or lack of it) of incorporation of existing patches is the main problem, so a fork would be less likely to contain said fatal bugs, and a mroe responsive X server would result in NVidia submiting more bugs in the first place. Also, `ten forks' is not a fair representation. All that's been discussed AFAICT is a single fork. Maybe XFork? XCutlery (forked, and sharper than before? :-) If they do fork, I most fervently hope that the fork has a different name, (even if it is only `XLibre' or something like that) to avoid confusion. Dropping the `86' would be good for both original and any fork, since it runs on a lot more than x86 architecture and has done for a very long time. Cheers; Leon Place tongue in Cheek Dang I always thought that 86 stood for the last time they updated the drivers. /Remove tongue James
Re: [Cooker] ISO Images [was: Re: When??]
On Sat, 2003-03-22 at 14:39, Sir Pingus wrote: On Sat 22 Mar 2003 03:19, Thomas Backlund posted as excerpted below: Now this is way off ... IIRC Warly (or another MDK employee) posted a message after 9.0 release how the official ISOs gets delivered ... They don't get posted on the mirrors after a automated iso build, instead they get built under strict control by Warly, then they get distributed among the MDK employees that test the final ISOs, and if they are all happy, the ISOs will be posted on the MDK master server where the primary mirrors can pick them up, and after that all other mirrors that rsyncs of the primary mirrors... Cool. I guess they are testing them now, then? Maybe something came up and they are NOT all happy with them? you know, in France we do not work on saturday and sunday. So don't believe that any iso appear on mirror this week end. bye Pingus ;-) Thanks for the info! All I had was speculation, b4. -- Personally I'm perfectly happy to wait till Warly says go. I used to work for a company that over road the build engineer all the time.. for that matter this is true of all of us ... we used to work for that company Therefore... I'll be patient. James
Re: [Cooker] mmx and such
On Fri, 2003-03-21 at 07:27, Vincent Meyer, MD wrote: OK, maybe this is a really dumb question - I won't even pretend that I'm up to speed on the inner workings of building RPM's.. but would it be possible for the RPM file on something like this to have multiple copies of the appropriate library or binary in the package, and the choice of using the MMX enabled one or the vanilla one be made at package installation time? Sure, means a little more work for the packager - or maybe a LOT more work, I don't know - but would mean for those few applications where an extended instruction set would make a difference can take advantage of the extended instructions while still being able to install on machines without them. Sure, they can learn to grab the source and then all of the -dev packages for all the supporting libraries and roll their own, it isn't that hard.. but not everybody wants to learn to do that. V. Possible yes... simple no. Whoever said With software anything is possible never watched a geek trying to get a date with a chearleader. *grin* James On Friday 21 March 2003 09:18 am, Guy.Bormann wrote: [snip] It's not a matter of complaining or not, it's a matter of minimal support. Mandrake Linux is supposed to run on any i586 or newer processor. Period. Even if that means a crazy person is encoding videos on a i586(no MMX), say, 166MHz (or somewhere near) without hardware acceleration Must be surely someone with paaaiinnnccce! Guy
Re: [Cooker] mmx and such
On Fri, 2003-03-21 at 07:43, Oden Eriksson wrote: - Original Message - From: Guy.Bormann [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 21, 2003 3:18 PM Subject: Re: [Cooker] mmx and such [snip] It's not a matter of complaining or not, it's a matter of minimal support. Mandrake Linux is supposed to run on any i586 or newer processor. Period. Even if that means a crazy person is encoding videos on a i586(no MMX), say, 166MHz (or somewhere near) without hardware acceleration Must be surely someone with paaaiinnnccce! I have to concur. Mandrake Linux won't even pass first boot on non i686 due to the /lib/i686 mess. Because of this Mandrake can not state that it runs on i586 and later. What's the point with /lib/i686? It isn't possible to have i386, i486, i586, ppc, etc. in there also? As the box is installing click on the details button.. Then when you see that glibc has been installed change to term window 2 and mv /mnt/lib/i686 to /mnt/lib/i686.no (or some such name) and it will install and boot. The fix is related to the 9.0 problem with the VIA CPU's which are part i686 part i586 and part i486 (Todd gave me the breakdown on day I don't remember how it went.) James gwenole? Chears.
Re: [Cooker] Bla, bla, but no 9.1 date
On Thu, 2003-03-20 at 03:53, Steffen Barszus wrote: On Thursday 20 March 2003 06:33, James Sparenberg wrote: I was looking to pre-order the 9.1 disks... but so far it's only boxed sets and since I don't need another book... I'm waiting for the disk only version to be offered. Did that for 9.0 will do for 9.1 and beyond most likely. James In the shop is a version 7 CDs only, 1DVD only or 8CDs and one DVD only (look down at the 9.1 preorder page) The latter would be very interesting for me if I would have the money. Cool, Didn't go back before I wrote but a check earlier didn't have it... thanks Steffen James
Re: [Cooker] Bla, bla, but no 9.1 date
On Thu, 2003-03-20 at 04:03, Eric Fernandez wrote: Actually, the DVD version is the Prosuite, not the Powerpack. I would like to see a Powerpack DVD, and why not a bundle with the Mandrake book. Eric I've yet to open the book for 7.0 let alone one for 9.1... So why waste the tree. Plus the fact that the box itself is a waste in that I get this big box... keep the disks and through away all of the rest. I'm not particularly green just hate wasting stuff. James - Original Message - From: Steffen Barszus [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, March 20, 2003 11:53 AM Subject: Re: [Cooker] Bla, bla, but no 9.1 date On Thursday 20 March 2003 06:33, James Sparenberg wrote: I was looking to pre-order the 9.1 disks... but so far it's only boxed sets and since I don't need another book... I'm waiting for the disk only version to be offered. Did that for 9.0 will do for 9.1 and beyond most likely. James In the shop is a version 7 CDs only, 1DVD only or 8CDs and one DVD only (look down at the 9.1 preorder page) The latter would be very interesting for me if I would have the money. -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] mandrakeclub overloaded
On Thu, 2003-03-20 at 08:48, Eric Fernandez wrote: I have begun to use the forum on a regular basis now. I'll try to answer support questions. Mandrakeclub has to be a centralised place, and I have some suggestions : - I think that the club needs better theme, better forum design. Why not doing a Galaxy theme by default for the club, which would be the new default theme. I think it is always good for a vendor site to have a new skin sometimes, to show they are very awake and dynamic. Blue and white colours are too contrasted and difficult to read. Use pastel colours, with icons that are in the 9.1 distribution (MCC new icons are so nice !) Reorganise buttons, news (so that news appear on top.) Some theme are even lacking some links (aqua2 has no forum link on top !) Why not doing a theme competition ? Hate to say it but the easiest theme to read for me is the liquid theme. As for the forum... et al navigation is the roughest part. - I think there should be better forum organisation. We have still people asking for support in the guest area. I think that forum should be simplified, with support part and discussion part. And within these two parts, restricted areas should be highlighted to show the people what they would benefit by becoming members. For the moment, retricted areas are just : one offtopic, news, documentation, development. If you want to make people fancy becoming members, you should have something a little more sexy and very highlighted (like integrating RPM on demand) - Why not integrate mandrakeexpert to the forum : a restricted part for quick support. Maybe this would be a little complicated to manage use of incidents units though. Or make mandrakeexpert a commercial place only and leave free community support to the club. Eric
Re: [Cooker] Bla, bla, but no 9.1 date
On Thu, 2003-03-20 at 09:58, James Sparenberg wrote: On Thu, 2003-03-20 at 03:53, Steffen Barszus wrote: On Thursday 20 March 2003 06:33, James Sparenberg wrote: I was looking to pre-order the 9.1 disks... but so far it's only boxed sets and since I don't need another book... I'm waiting for the disk only version to be offered. Did that for 9.0 will do for 9.1 and beyond most likely. James In the shop is a version 7 CDs only, 1DVD only or 8CDs and one DVD only (look down at the 9.1 preorder page) The latter would be very interesting for me if I would have the money. Cool, Didn't go back before I wrote but a check earlier didn't have it... thanks Steffen James Almost... but... the 8 CD set might do.. I got 9.0 and before in a 7CD power version not prosuite.
Re: Re[2]: [Cooker] Post 9.1 Wishlist (9.2 ??)
On Wed, 2003-03-19 at 00:14, maxxik wrote: NS 16. Create the Mandrake Personal Configuration Center. how about 17. include reiserfs quota support in kernel ? wbr, maxx If MDK is going to aim at any one area for 9.2 it should be laptops. Right now my wireless is working... problem is ... I'm not exactly sure how it's working... See, what it does, and what the smattering of docs around the web say. don't match (yes most of them are written for RH 6.x so it's expected). No complaint about this... just pointing one thing out. Laptops and mobile computing are a future that is waiting for Linux. ACPI improvements. Wireless becoming less confusing. The ability to have multiple profiles (Laptops move networks don't, please god if there is any one thing needed it's this!) all of this is an area that is a weak point right now. SuSE is trying to move into this area. 8.1 is supposed to be a 'wireless' release... (Note it doesn't work any better here than MDK does) Nonetheless it is a future. Hopefully this future will include MDK.
Re: let document the fscking mcc [was: Re: [Cooker] [PATCHED]drakclick]
. you can look: - at gi/docs/interactive/* in the cvs for basic usage. - drakedm, patched drakclick, drakxtv as for gtk+-2 porting: -- 1) easy way: run gi/docs/porting-ugtk on your script, then run it until you fixed the port 2) read http://developer.gnome.org/doc/API/ and handly do the port Re-writing the whole thing and posting new and improved code on Cooker will not help me write better code. If you could point me to some documentation, or at least comment what you have done, it will help me (and everyone reading Cooker), write new tools eventually. hope it helps you or at least make some things clearer btw, if someone can update the page you give the reference ... [-1] always the same bug with email, it's deshumanized and sometimes people feel bad because we lack non verbal signals; that's also why we easily troll by mail or insult other drivers while driving :( [0] but the source and the cvs would had say pixel [1] well, i'm the bastard if you want to blame someone on the embedding point Thierry, If you take this e-mail clean it up just a bit... it would make a dang good mini-data sheet on how to write/develop for MCC. I would think that you could scratch one more item off of your to-do list with this one. James
Re: [Cooker] kernel-source and kernel-source-includes
On Wed, 2003-03-19 at 03:07, Guillaume Rousse wrote: Ainsi parlait Leon Brooks : On Wednesday 19 March 2003 12:26 am, Guillaume Rousse wrote: Ainsi parlait Austin : Telling someone on dialup: just install glibc-devel, XFree86-devel, and kernel-source... is a big deal. Not any more than installing the rest of the system. It is if they have to fetch it down a modem. And how did they fetched the rest of the system ? Cd from a friend.. or downloaded and burned at work.
Re: [Cooker] Ideas 4 future (urpmi incremental, cookerdrake)
On Wed, 2003-03-19 at 07:40, Leon Brooks wrote: On Wednesday 19 March 2003 05:39 pm, Chad wrote: Then simply type some thing along the lines of urpms (urpmi for SRPMS) urpms flags=--mach=k6-2 -o3 kde-full urpms would then sort out the dependencies required for a full install of kde the kde packages build them in the correct order with the CFLAGS and CXXFLAGS set to the flags option and install them setting up kdm or mdkdm. I'd also like to be able to do the same with gcc so urpms flags=xxx gcc Hear, hear! (-: I'd also like to implement a simple technique for turning the updates list into an incremental download. New updates are simply appended to an alternate hdlist.cz-ish file (gzip has always known how to cope with this) - maybe call it hdlist.incz - and all urpmi has to do is `resume' downloading against its cached version to get only the bits of the hdlist that have changed since it last looked. This would turn megabytes-long re-downloads of the updates list into kilobytes-long resyncs. Correct me if I'm wrong here but couldn't urpmi.update -a just use rsync to grab the hdlist. I'm thinking that if you have it once and since the name never changes the second++ time you grab it it would always be an incremental change... not a whole download. James 3)The final suggestion I have is for the creation of an App called something like drakecooker or cookerdrake. This would be a program for helping with cooker testing. Hear, hear! Cheers; Leon
Re: [Cooker] Bla, bla, but no 9.1 date
On Wed, 2003-03-19 at 09:59, John Allen wrote: On Wednesday 19 March 2003 17:52, Francisco Alcaraz Ariza wrote: I am a silver member of the club, but at the moment not message in one or other way :-( I'm a silver member also, and got an offer of 20% for pre-order 9.1 But really I don't give a crap, I paid my money for silver membership, and just burn my own .iso's from Cooker. Personally thats what I feel I am paying for by joining the club. YOMV I was looking to pre-order the 9.1 disks... but so far it's only boxed sets and since I don't need another book... I'm waiting for the disk only version to be offered. Did that for 9.0 will do for 9.1 and beyond most likely. James
Re: [Cooker] New features
On Wed, 2003-03-19 at 08:39, Jan Ciger wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Are you suggesting that there not be floppy images at all? Should we have to waste CDs just to run a network install? Must we have a CD-writer to do a network install (of course, you can use lilo too, but that's a bit too complex for most). I guess nobody sugested abandoning floppy completely, but having such a CD would be nice. You could always write CD-RW, so it is not wasted. Dunno but a floppy costs about 40c (US) and a CD blank I can get as low at 6c but usually about 10 I'll take the CD.(sides the time spent trying to get the spiders out of my floppy is counter productive.) :) ??? I have installed from the network floppy and used XFS and LVM (although with some issues). The only problem I could think of is if you are installing from hd with the files on an XFS partition? See the bug in the bugzilla - you have to create floppy with XFS tools yourself, since the tools didn't fit on the floppy. It is marked as WONTFIX. Making a CD instead would be a nice way how to get out of this. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+eJ1Xn11XseNj94gRAg5qAJ4kpeX+Jtm1VFfWslYqSnWFESHn4QCffJi0 d5yepZMuHmH+8krkZZxDpiI= =t+zw -END PGP SIGNATURE-
Re: [Cooker] How to get rid of KDEInit could not launch'kfmclient' message?
On Wed, 2003-03-19 at 14:24, Clive Dove wrote: I am still seeing this message whenever I open a desktop folder. Is there any way to get rid of it? Before anyone asks, I did update the packages today. Had something like this happen to me before. What was recommended to me and I might add worked, was to update my locate db then do locate rpmnew then go through my box and mv the xxx.rpmnew files to the correct name (bearing in mind changes I made to the original) Could solve your problem could not. James
Re: [Cooker] [Bug 1392] [kdebase] log in as root
On Tue, 2003-03-18 at 02:11, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 w9ya wrote: As for the very real problem here. It comes with upgrades. (if an upgrade shouldn't be done then remove the option from the installer.) If you are running kdm now, with users hidden ( a prudent move I might add.) and you upgrade You can't log in as anyone! I have: [EMAIL PROTECTED] bgmilne]$ grep list /etc/security/msec/level.local allow_user_list(0) and was running kdm until mdkkdm came around, and I still get a dm with username/password fields and a wm selector (I don't think I made any changes to the config manually). I don't see the problem, but I haven't tried it on an upgrade. The problem is that you cannot enter root and root's password to log into a root (wm) session with mdkkdm by design. I can on my cooker box, where I haven't changed any configuration in kdm since I was running pre-9.0 cooker. The KDE desktop doesn't start up, but everything else works (launch apps from kicker and the menus etc). I don't see a problem. The problem I had with the upgrade (started life as 8.0 then upgraded one step at a time since then.) was that with mdkkdm I lost the ability to log in as any of my users moved to gdm logged in to kde (everthing but kcontrol is there in the menu all else works fine) ran kcontrol from term window. modded mdkkdm in that I allowed users to show up, changed back and function returned to it. I've had this occur on 2 boxes like this.
Re: [Cooker] GNOME 2.2.1 Desktop
On Tue, 2003-03-18 at 04:00, Jan Ciger wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Don't you want to try a Qt-only app on GNOME to confirm? mysqlcc or qcad or something else qt-only should do. Just tried a pure qt app in an Xnested Fluxbox and it segfaults. The same app runs fine in gnome: $ ./qttest Xlib: extension RENDER missing on display :1.0. Segmentation fault. Just also made sure that the same app was running fine in Fluxbox on a local :1.0 display. Could it be, that Qt is compiled with antialiasing (Xft) on ? That needs Render and on nested displays you (obviously) do not have Render extension, so it exits ... Jan, I get the same thing here in a regular window (ie my desktop) anti-aliasing etc is working fine. But only in vnc or Xnest do the qt applications give this kind of error. Same version of vnc in 9.0 works fine. So I don't suspect vnc. But how to fix this, I have no idea, since if you disable antialiasing in Qt, many apps (KDE) will look ugly. Perhaps smarter handling of antialiasing in Qt is needed ? If you do (and you are right, it is butt ugly) disable it you still get this same error. But again only in Xnest or vnc. James Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+dwpon11XseNj94gRAnVqAJkBbzg8j3Zye2RRPRsfCmn0TLJwuACgj5iK +G5BYtEjpmsSCDoVYRiyy64= =sszE -END PGP SIGNATURE-
Re: [Cooker] GNOME 2.2.1 Desktop
On Tue, 2003-03-18 at 04:33, Greg Meyer wrote: On Tuesday 18 March 2003 07:00 am, Jan Ciger wrote: Don't you want to try a Qt-only app on GNOME to confirm? mysqlcc or qcad or something else qt-only should do. Just tried a pure qt app in an Xnested Fluxbox and it segfaults. The same app runs fine in gnome: $ ./qttest Xlib: extension RENDER missing on display :1.0. Segmentation fault. Just also made sure that the same app was running fine in Fluxbox on a local :1.0 display. Could it be, that Qt is compiled with antialiasing (Xft) on ? That needs Render and on nested displays you (obviously) do not have Render extension, so it exits ... But how to fix this, I have no idea, since if you disable antialiasing in Qt, many apps (KDE) will look ugly. Perhaps smarter handling of antialiasing in Qt is needed ? But my 9.0 box, where I have Xft2 installed and KDE/QT 3.1 with antialiasing set on, KDE apps run fine on remote displays. Greg ... tried something... took my laptop and changed to XFree3.3.6 (since the video card here offers the option of using both.) Even in a regular window kde is unable to connect to the DCOP server and gives the identical results as running Xnest with 4.3. I'm beginning to suspect the DCOP server in the 9.1 kde3. It won't do this in 9.0 so I'm not sure what to say. James
Re: [Cooker] GNOME 2.2.1 Desktop
On Tue, 2003-03-18 at 10:20, Jan Ciger wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jan, I get the same thing here in a regular window (ie my desktop) anti-aliasing etc is working fine. But only in vnc or Xnest do the qt applications give this kind of error. Same version of vnc in 9.0 works fine. So I don't suspect vnc. You do get the same error when running the same app directly (without Xnest or VNC) ? Then how come that the antialiasing works, when it does not have Render ? Either I am missing something or we do not understand each other. oops should have said I don't get... my bad. If you do (and you are right, it is butt ugly) disable it you still get this same error. But again only in Xnest or vnc. But you have to recompile Qt for that. If you just unset the option in KDE and unset the environment variables for that (QT_XFT or something like that), that does not help - Qt will not use antialiasing, but will still require it. When you compile Qt, there is an option -xft and -xrender, which control this behavior and both are on by default : -no-xrender Do not compile XRender support. * -xrender ... Compile XRender support. Requires X11/extensions/Xrender.h and libXrender. -no-xft Do not compile Xft (anti-aliased font) support. * -xft ... Compile Xft support. Requires X11/Xft/XftFreetype.h and libXft. I guess, that on a display, which does not support XRender extension, code linked again a library compiled with these on will fail. I think, that neither VNC and XNest support it on their emulated displays. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+d2OCn11XseNj94gRAsM2AJ9pG0atggYJxilUVSTbDZWudwU0bgCgukUC 5HxJYmyixLQI9rjHOze22zo= =BS+n -END PGP SIGNATURE-
Re: [Cooker] urpmi features
On Tue, 2003-03-18 at 10:42, Guillaume Rousse wrote: Le Mardi 18 Mars 2003 19:20, Todd Lyons a écrit : Chmouel Boudjnah wrote on Tue, Mar 18, 2003 at 01:53:53PM +0100 : for this stuff you can short it with emacs : You emacs gurus just amaze me. There is nothing that you cannot do with emacs edit text with only 2 hands and 10 fingers ? ROTFLMAO!!!
Re: [Cooker] GNOME 2.2.1 Desktop
On Tue, 2003-03-18 at 11:28, Jan Ciger wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You do get the same error when running the same app directly (without Xnest or VNC) ? Then how come that the antialiasing works, when it does not have Render ? Either I am missing something or we do not understand each other. oops should have said I don't get... my bad. Aha, but that just reinforces my suspicion, that Qt may be broken. Anybody brave enough to recompile it with -no-xrender -no-xft ? Jan, This just occured to me When I had beta3 installed and just before RC1 came out qt3 and lib1t3 where upgraded. Let me see if my older disks are anywhere around... (slim chance) but just about that time my ability to launch kde3 died. And at that time I was using XFree 3.3.6 (the performace is better in an ATI Mobility chip than earlier versions of the 4 series XFree) Now if I go into 3.3.6 I get the exact same reaction from kde in normal mode as I do in Xnest or vnc with 4.3. The error it dies on is that DCOP server is failing. btw I can reproduce this error at any time by switching from one XFree version to the other. I found libqt3 8mdk and current is 13 let me downgrade and try it James Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+d3NLn11XseNj94gRAsWxAJ0dWUE1KQmDpm9Bd45MYWQvEXLWWQCeIrsq RoybXjjifLzkWSbKdXrXZPs= =rS+s -END PGP SIGNATURE-
Re: [Cooker] GNOME 2.2.1 Desktop
On Tue, 2003-03-18 at 11:28, Jan Ciger wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You do get the same error when running the same app directly (without Xnest or VNC) ? Then how come that the antialiasing works, when it does not have Render ? Either I am missing something or we do not understand each other. oops should have said I don't get... my bad. Aha, but that just reinforces my suspicion, that Qt may be broken. Anybody brave enough to recompile it with -no-xrender -no-xft ? Jan, When I downgraded to libqt3-3.1.1-8mdk.i586.rpm and libqt3-common-3.1.1-8mdk.i586.rpm it worked... flawlessly. So this may mean that somewhere between 8mdk and 13mdk (current) something got hosed. XFT still works or at least anti-aliasing seems good. But I'm not the worlds best judge. Least to say the fonts don't look like they were written by my 2 year old with different size crayons. Greg, If you want I can send these rpms to you for verification. James Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+d3NLn11XseNj94gRAsWxAJ0dWUE1KQmDpm9Bd45MYWQvEXLWWQCeIrsq RoybXjjifLzkWSbKdXrXZPs= =rS+s -END PGP SIGNATURE-
Re: [Cooker] urpmi features
On Tue, 2003-03-18 at 11:10, Duncan wrote: On Mon 17 Mar 2003 10:35, Jean-Michel Dault posted as excerpted below: Having multiple servers in a group, and doing a fallback to a random server in the list whenever a server is unavailable would make things more robust. This would be very cool. I could certainly use it. I like the minimum d/l speed option as well. Interesting thought... client side load balancing. hmmm
Re: [Cooker] urpmi features
On Tue, 2003-03-18 at 11:29, Duncan wrote: On Mon 17 Mar 2003 14:50, [EMAIL PROTECTED] posted as excerpted below: Quoting Jason Greenwood [EMAIL PROTECTED]: It would also be great if dialog box came up before downloading packages that asked if you wanted to keep the rpm's on your system after download. It could also say somehting like, packages will be held in /var/cache/urpmi/rpms until you delete them There is already that option :) --noclean OK, I already use --noclean in my shortcut scripts. What would be great, would be if there was an option to ONLY clean if everything installed properly, but otherwise leave the uninstalled stuff hanging around. I currently use --noclean, and then go in after the successful installs (if I remember), and either delete them all manually, or use a null urpmi with the --clean option, so it cleans everything up. Now, if it fails, I don't have to re-d/l a bunch of stuff after fixing the problem, which is great, but if I forget to do the clean, next time there's a problem, and I have to go fix things up, I have all these stale packages laying around, if I forgot to do the --clean afterwards, the last time. Duncan, I have had a few ... well more than a few installs via urpmi fail in all this, usually caused when the rpm got upgraded in the list but the new hdlist wasn't yet generated. In each case install failed and all of the downloaded rpms remained on my box. so now I could go in and do rpm -Uvh on what was correct and get it installed. James Talking about which... It'd be nice to know WHAT failed, instead of just getting a try running urpmi.update error, without a list of what failed. I can go installing everything manually, from the d/l dir, until I am left with the stuff that doesn't install, but that's a pain. It'd be far nicer to have a list of the problem stuff, so I could go fetch it manually (since the problem is usually unsynced hdlist.cz's, ez enough to go fetch the new rpms manually, if I know what they are), and then retry the --autoselect install again, to do the rest. Of course, part of the problem here would be solved with the subgrouping stuff mentioned, but having a conditional clean, and a list of problem files if there WAS a problem, would still be quite useful.
Re: [Cooker] kernel vulnerability ?
On Tue, 2003-03-18 at 10:52, Todd Lyons wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Sparenberg wrote on Mon, Mar 17, 2003 at 10:30:01PM -0800 : People are aware of it and working on it already. No ETA yet that I'm aware of, but there are others that are authoritative on that. One thing I noticed is that it is a local user vulnerability only... not a remote exploit. If someone has my console... They probably won't need something like this to get in/exploit the box. just my 2c. I thought local user vulnerability meant that it also applies to people who are ssh'd in to your box because they have a local account. hmmm... other vulnerabilities I've seen when they said local they meant at the console. (like the shutdown -now bug that drops the box to runlevel 1 ) However in this case you might be right since it doesn't seem like it would drop the ethernet connection. But my original thought still holds in this respect. If the user is logged in by ssh they are either an employee I have to trust, (and yes this can be deadly) or my security sucks so bad they broke an account. If they have... there are a bunch of root-kits/exploits available so it's time to re-think my security anyway. *grin* James Blue skies... Todd - -- Todd Lyons -- MandrakeSoft, Inc. http://www.mandrakesoft.com/ UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things. -- Doug Gwyn Mandrake Cooker Devel Version, Kernel 2.4.21-0.13mdk -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+d2rqlp7v05cW2woRAsbhAJ0d7/ct/DtpENh/ABs/aOeGLf3ICwCfVA3I Dn14XfUuAJmICQR0tPmegbM= =QMHk -END PGP SIGNATURE-