Re: [Cooker] Broken KDE in Cooker
I got the 3.2 Alpha to work - neat stuff, but not for the faint of heart. The one thing I miss is the Mandrake specific menus )the standard KDE menu config is not very intuitive! I still think we should come up with a way to flag when some major component in Cooker is broken (whilst under construction). Cheers, R.Fox On Wed, 2003-10-22 at 23:00, Michael Lothian wrote: I'd just like to confirm that this works I couldn't get 3.2 to work at all :( Mike FACORAT Fabrice wrote: Le mer 22/10/2003 à 11:22, Robert Fox a écrit : On Wed, 2003-10-22 at 15:18, FACORAT Fabrice wrote: Le mer 22/10/2003 à 10:23, Michael Lothian a écrit : I'm my fustration I've decided to switch to kde3.2 alpha 2 from http://peoples.mandrakesoft.com/~lmontel/kde-3.2-alpha2/ http://peoples.mandrakesoft.com/%7Elmontel/kde-3.2-alpha2/ I think it at least works a bit, which wouldbe an improvement of it not working at all or he can grab qt 3.2 from there Won't that break something else? sure ... don't know, should give this a try ... --- Quand la loi et le devoir ne font qu'un sans la religion, nul n'est plus vraiment un moins qu'un individu. Frank Herbert, Dune.
Re: [Cooker] Huge List of Updates
On Thursday 23 October 2003 02:46, Brad Felmey wrote: On Wed, 2003-10-22 at 20:03, Galileo wrote: Another proof that Mandrake releases unfinished products. http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:0 20 More that 250 MB of updates excluding SRPMS. How the hell did this happen ? It looks like x.2 doesn't mean a thing anymore. 7.2 and 8.2 were perfect. Why isn't so with 9.2 ? You, my fine feathered friend, are full of foo. 7.2 and 8.2 were decent, but not perfect. 9.2 even needing the updates is a heck of a lot better than either 7.2 or 8.2. I know - I've used every Mandrake since 5/6 and run cooker since 7.1. The real issue is the quantity of updates required so soon after release. They could always be like SuSE or RedHat and consider non-security bugfixes and updates to be next point release. Mandrake is bending over backwards. Schedules have to be kept, but they didn't quit working when it was cut - they kept at it to make a good product even better. Why on earth are you complaining, then? -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] [OT] Misuse of the word gimp
On Wed, Oct 22, 2003 at 02:47:07PM -0400, Rob wrote: On Wednesday 22 October 2003 14:28, Jaco Greeff wrote: AFAIK, this is really slang, Yes, and as I said, Gimp is one of those words whose American colloquial or vulgar usage in no way resembles its dictionary definition. Why not rename it to GNU/IMP? That would be more appealing and even more to the point (at least for Terry Pratchet fans ;-) /Simon
Re: [Cooker] Huge List of Updates
On Wed, Oct 22, 2003 at 08:46:36PM -0500, Brad Felmey wrote: On Wed, 2003-10-22 at 20:03, Galileo wrote: Another proof that Mandrake releases unfinished products. http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:020 More that 250 MB of updates excluding SRPMS. How the hell did this happen ? It looks like x.2 doesn't mean a thing anymore. 7.2 and 8.2 were perfect. Why isn't so with 9.2 ? You, my fine feathered friend, are full of foo. I think you're being too harsh! It's a valid worry! 7.2 and 8.2 were decent, but not perfect. 9.2 even needing the updates is a heck of a lot better than either 7.2 or 8.2. I know - I've used every Mandrake since 5/6 and run cooker since 7.1. Nobody/Nothing is perfect, but there are ways to avoid this kind of breakage. They could always be like SuSE or RedHat and consider non-security bugfixes and updates to be next point release. Mandrake is bending over backwards. Schedules have to be kept, but they didn't quit working when it was cut - they kept at it to make a good product even better. I agree that in the rough outline, Mandrake 9.2 is wonderful and fixes a lot of things that were broken earlier, but that's just what a Linux distro is; in the process of getting there. (Same as windows, except that M$ can enforce the support of hardware manufacturers) The thing to avoid is to have silver (pressed) CDs of mdk releases with so many critical bugs on them. When someone installs Mandrake for the first time, he/she won't know how IMPORTANT the updates are! Of course you need to do updates these days for any OS, but with MDK you need them immediately to fix things you would assume are not broken, because they are such a basic feature (screensavers). That's what is wrong here and it is legitimate to complain about it, IMHO. Hopefully the new Anthill will provide a means to collect bugs of a released version. I'm sure this will be seen in the amount of updates which will be released by Mandrake during the lifetime of 9.2/9.1/9.0. But most importantly, the next release should be checked for regressions w.r.t. these bugs. People tend to give up when a pet peeve is not fixed after a while. Speaking of pet peeves, constant printing problems is one of mine (PDF files, OpenOffice, Crossover Office, etc...) ;-) Cheers Simon
Re: [Cooker] Mandrake uses Photoshop... What a pity!
On Thu, 23 Oct 2003 01:17, Guy McArthur wrote: Can Gimp 1.3 do these? * rotate by arbitrary # of degrees * free rotate * perspective transform * other warping transforms Apologies for the off-topic. I tried looking for a gimp-1.3 features list. Even old GIMP does these. Or to put it another way, I have done these using GIMP 1.2, possibly earlier. Having just installed GIMP 1.3 to see what all of the noise was about: Oooh! Shiny! (-: Cheers; Leon
Re: [Cooker] Huge List of Updates
Am Thu, 23 Oct 2003 01:03:28 + schrieb Galileo: Another proof that Mandrake releases unfinished products. http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:020 More that 250 MB of updates excluding SRPMS. How the hell did this happen ? It looks like x.2 doesn't mean a thing anymore. 7.2 and 8.2 were perfect. Why isn't so with 9.2 ? IMHO 9.2 is a lot better than any other previous release. The general question however is certainly valid and leads back to older the discussion if a RC3 would not be a good thing. Or maybe not even call it RC3 but call it final quality assurance release where the nice folks at mandrake could freeze cooker (no new features) but in the same time a dedicated crowd of some people would do nothing else but intensively investigate the open _RC1_ _RC2_ specific bug reports. This should also reduce the number of unconfirmed bugs, which can be somewhat irritating to bugreporters. happy hacking udo -- Well, if we were to build it idiot proof, someone would build a better idiot. Civilme
Re: [Cooker] Bugzilla update
when viewing my buglist from the bugzilla main page, I get an internal server error ... the URL causing it is: http://qa.mandrakesoft.com/buglist.cgi?bug_status=UNCONFIRMEDbug_status=NEWbug_status=ASSIGNEDbug_status=NEEDINFObug_status=REOPENEDemail1=udo%40vibe.acemailtype1=exactemailassigned_to1=1emailreporter1=1 happy hacking udo Am Wed, 22 Oct 2003 17:32:54 + schrieb Warly: I have merge the bugzilla CVS into qa.mandrakesoft.com. Warn for any error. Moreover I have try to make it a bit faster, shortcircuiting a very slow function and removing the product choice from the bug edition pages (this decrease the page size from 400 KB to about 50 KB) -- Well, if we were to build it idiot proof, someone would build a better idiot. Civilme
Re: [Cooker] Broken KDE in Cooker
I'm sure this was meant as sarcasm, but... On Thu, Oct 23, 2003 at 05:57:29AM +0200, Han Boetes wrote: Nope, you guys are our test subjects. Our labrats. :) This is the deal. We make packages and you make decent bugreports or you learn to live with the fact cooker is broken. What's the use of even uploading a package which has not been tested? The simple assumption that a package is broken until proven otherwise would already help. Especially if the maintainer of such a package will feel a need to only upload correct packages that don't break anything. If this requires to much work on the maintainer part, why not use a new role: Package maintainer is there, but why not Package Tester. Someone who is interested in a certain package and is willing to be a guinneapig (sp?) for that package. The maintainer packages a new version, sends it to the tester who then tests it and checks whether something breaks. If it's ok, the maintainer uploads it to cooker for the rest of the labrats to have a go at it! It's just a thought ;-) Simon
[Cooker] On preserving gpg, ssh and bookmarks when doing a new installation.
Hi I have met this question a couple of times, and the answer could be of help to someone who don't trust an upgrade. regards guran -- Mandrake Linux 9.2 kernel-2.4.22.18mdk-1-1mdk Only in a society that has 'a priori' defined what is the truth can the result of the evolution of life be defined false.
Re: [Cooker] Huge List of Updates
Brad Felmey wrote: On Wed, 2003-10-22 at 20:03, Galileo wrote: Another proof that Mandrake releases unfinished products. http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:020 More that 250 MB of updates excluding SRPMS. How the hell did this happen ? It looks like x.2 doesn't mean a thing anymore. 7.2 and 8.2 were perfect. Why isn't so with 9.2 ? You, my fine feathered friend, are full of foo. He's making a very valid point. If MS did it, the press would (rightly) give stick. 7.2 and 8.2 were decent, but not perfect. 9.2 even needing the updates is a heck of a lot better than either 7.2 or 8.2. I know - I've used every Mandrake since 5/6 and run cooker since 7.1. Quite true. The components (the community) and the package integration (Mandrake developers) are getting more and more attractive. They could always be like SuSE or RedHat and consider non-security bugfixes and updates to be next point release. Mandrake is bending over backwards. Schedules have to be kept, but they didn't quit working when it was cut - they kept at it to make a good product even better. Getting the balance right between QA and the release schedule is the name of the game. Stray too far either way and you're history. Why on earth are you complaining, then? If I had just installed a site-full of Mandrake 9.2 workstations, I would be less than impressed to have this size of update to do so soon after.
Re: [Cooker] Huge List of Updates
On Thursday 23 October 2003 08:34, Udo Rader wrote: Am Thu, 23 Oct 2003 01:03:28 + schrieb Galileo: Another proof that Mandrake releases unfinished products. http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:0 20 More that 250 MB of updates excluding SRPMS. How the hell did this happen ? It looks like x.2 doesn't mean a thing anymore. 7.2 and 8.2 were perfect. Why isn't so with 9.2 ? IMHO 9.2 is a lot better than any other previous release. The general question however is certainly valid and leads back to older the discussion if a RC3 would not be a good thing. Or maybe not even call it RC3 but call it final quality assurance release where the nice folks at mandrake could freeze cooker (no new features) but in the same time a dedicated crowd of some people would do nothing else but intensively investigate the open _RC1_ _RC2_ specific bug reports. What is needed is a committed (and known) BETA, RC testers. Each one committed to testing a know set of functionality (hardware software), and regression issues. This should also reduce the number of unconfirmed bugs, which can be somewhat irritating to bugreporters. happy hacking udo -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Broken KDE in Cooker
On Wed, 2003-10-22 at 20:57, Han Boetes wrote: David Kobler wrote: Can't we just set a simple standard to TEST YOUR PACKAGES before uploading ^^ them. It seems that simple things are constantly ignored by those who maintain the cooker RPMS. How hard would it be to test your rpms on a recently installed cooker box before uploading them? Show us the code :) Maintain a few rpms yourself and your talk a lot different. Hmmm, I'd bet all (most of) the contrib rpms are at least installed and run. I can't remember the last time fluxbox never started at all ;) This would allow people to test cooker for system specific bugs instead of distribution specific bugs that exist because people do not do BASIC testing. Nope, you guys are our test subjects. Our labrats. :) This is the deal. We make packages and you make decent bugreports or you learn to live with the fact cooker is broken. This is somehow the deal, but the point is valid. There is no way to find a bug if the program cannot be started at all on any platform. insert favorite rant about kde maintenance, see cooker history. It's too bad it's becoming accepted. Usually, when something in a project is broken, at least a few people know why, and it is a conscious decision. Incidents are always welcome, but cooker users just hate routine. Simple test cases, a minimal test plan and a few release procedures could be automated and should not be so much of a burden once they are established. It's called investment, and I thought that was what a commercial company had to do. Developing up-to-date kde apps with mdk is just too hard and this is disappointing. I am now learning how to use other libs to avoid kde as much as I can. Not a good way to get more decent bug reports, is it? Note: These are just 2¢ thoughts. I am only sad to see that nothing changes despite years and years of disappointment. -- Quel Qun [EMAIL PROTECTED]
[Cooker] Re: [Maintainers] rejected uploads
sorry about this... I think that you are some difficulties to understand when I say something to you. You are not autorize to upload KDE package ! You can send me patch. The last time you broke arts during my holiday. Excuse me? Arts was not broken by me, it was already broken. Sorry before my holydays we could install packages. If you count that arts was already installed, then yes. Otherwise: no. After we coudn't. And the people who uploaded it it was YOU ! excuse me, but this is too easy. The arts package was not the one that broke it. Some other package broke it, and as long as the arts package wasn't replaced, it was fine. So replacing or reinstalling the arts package equals to breaking it? And when you claimed to have fixed it, it was still broken... Remember? No reply to this comment? Strange... It's easy to blame somebody without looking at what is _really_ going on. Come on, investigate and look at the root cause before you blame somebody. The arts issue was, in the end, due to other packages having epochs attached to them. We've had similar issues with perl and gaim for a while. Now you de-synchronize cooker and conflict with my packages. Cooker is already de-syncronized anyway. it is true when the people upload without thinking yep... happens all the time. But of course, only contributors screw-up, right? Q: Which one is leading at the moment? amd64 or i586? So DON'T TOUCH KDE PACKAGE !! fix the upload rules... check on src.rpm and not on binary rpm... Warly bugs. Warly, can you put this as a requirement for the new upload mechanism? That it checks on the src.rpm, and not on the name of the binary rpm? I hope that you understand ! Sure, the issue is that I have had bad experiences working with you. Same problem for me, and I am not the only one to have problems with you. Interesting... Many contributors are also always complaining about the same mdk employees (the same ones that comlain about us)... I guess this goes both ways :-) What I also find interesting is it's always the me (or other contributors) that doing things wrong or seeing things incorrectly. All approaches to these mdk employees to find a way to cooperate remain unanswered. Your reply is evidence of this, again. If applogizing doesn't help and neither does offering to leave things behind us and find a way to cooperate, how do you want things to improve? Ignoring e-mails, denying the truth (about BuildRequire, etc), which causes this behaviour from my side. If the kde packages would be in good state, kde packagers would implement patches smoothly then this situation wouldn't exist. And you created better packages ? Yes, I think so. I think that I have contributed quite a bit over the last few years, re-read cooker... Re-read cooker and looks at all the problems which you created. Please re-read the lists, I have the feeling you're slightly mis-informed. The most changes (to packages) I've put through have not touched the package at all. They mostly involved fixing dependency issues (BuildRequires, etc). These changes do not break things, unless the breakage was already there (arts), and then it only becomes visible. Changes to packages that involve chaning the content of a package (version changes, patches, etc) from me are rare. I would like to propose that we put all of this behind us and find a *structured* way to improve the packages that meets the need of the official maintainers and the contributors. sadly, no answer from Laurent, as usual... regards, Stefan
Re: [Cooker] missing xirc2ps_cs.o for pcmia install of 9.2
On Wed, 22 Oct 2003, Guillaume Cottenceau wrote: Nicolas Pomarede [EMAIL PROTECTED] writes: Hello to all, I'm trying to do a network install of 9.2. I'm using a PCMIA adapter from xircom. Doing an install using the network.img or pcmia.img disk, I get an error while trying to load the required module xirc2ps_cs.o (which is not Ouch. present on either disk). I need to disagree. [EMAIL PROTECTED] root]# mount -o loop /mnt/distrib/9.2/i586/images/pcmcia.img /mnt/disk [EMAIL PROTECTED] root]# zcat /mnt/disk/pcmcia.rdz /tmp/k [EMAIL PROTECTED] root]# umount /mnt/disk [EMAIL PROTECTED] root]# mount -o loop /tmp/k /mnt/disk [EMAIL PROTECTED] root]# ~gc/cvs/gi/mdk-stage1/mar/mar -l /mnt/disk/modules/modules.mar | grep xirc xirc2ps_cs.o xircom_cb.o xircom_tulip_cb.o Was it an error because of something else, maybe? pcmcia-cs author changed his detection way, this broke for a few people as we had some trouble with Buchan ~ 1.5 month ago. Hello Guillaume, thanks for your answer. Although I tried the pcmcia.img, sthg must have been wrong with my card, since as you suggested it, I retested this image and it now works (in fact, it's the first time there's a disk that works with ths card, so I was not really surprised when it didn't work at first and I was preparing myself to do it the hard way). Well, in the meantime, as I thought the modules was also missing from the pcmcia disk, I extracted the required .o modules from the boot kernel modules and added them to the network.rdz to build a single disk that worked (which was silly, but at least I now know how to build such disk for the case where a module will really not be included in any .img :) ) So, appologies from myself, and congrats to you, since the 9.2 pcmcia disk effectively recognizes my card. Nevertheless, during the process of rebuilding a complete boot disk, I had to extract/build .mar archives. I compiled the sources from your page, but is there a RPM with prebuilt tools (I mean the tools/script that are used to build the various img and others non-rpm part of each mandrake release) ? Thanks again, and sorry for the noise on the list. Nicolas Pomarede e-mail: [EMAIL PROTECTED] In a world without walls and fences, who needs windows and gates ?
Re: [Cooker] Huge List of Updates
On Thu, 23 Oct 2003 03:03:28 +0200, Galileo wrote: Another proof that Mandrake releases unfinished products. http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:020 More that 250 MB of updates excluding SRPMS. How the hell did this happen ? It looks like x.2 doesn't mean a thing anymore. 7.2 and 8.2 were perfect. Why isn't so with 9.2 ? Updates for 7.2 and 8.2 were ONLY for security bug fixes.. Since 9.x, we are now providing ALSO providing updates for bugfixes.. But maybe we should go back and drop all non-security fixes updates ? And if people were reporting bugs/responding to queries DURING the beta/RC period, more bugs would be fixed BEFORE final release... -- Frederic Crozat MandrakeSoft
Re: [Cooker] Huge List of Updates
On Thu, Oct 23, 2003 at 12:25:03PM +0200, Frederic Crozat wrote: On Thu, 23 Oct 2003 03:03:28 +0200, Galileo wrote: Another proof that Mandrake releases unfinished products. http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:020 More that 250 MB of updates excluding SRPMS. How the hell did this happen ? It looks like x.2 doesn't mean a thing anymore. 7.2 and 8.2 were perfect. Why isn't so with 9.2 ? Updates for 7.2 and 8.2 were ONLY for security bug fixes.. Since 9.x, we are now providing ALSO providing updates for bugfixes.. That's very much appreciated! But maybe we should go back and drop all non-security fixes updates ? please no! But having bugfixes in updates should not be a reason to have less strict requirements for a final release. And if people were reporting bugs/responding to queries DURING the beta/RC period, more bugs would be fixed BEFORE final release... Oh come on, you can't blame everyone else that you can't fix bugs that aren't reported. There are so many bugs that were reported and not fixed. A lot of obvious faults are in 9.2 that should have been easy to avoid (don't ask me how, but I'm pretty sure of it). This is a good time for Mandrake to start thinking about how to improve the QA process, don't demotivate volunteer helpers on whom you depend for manpower. Cheers Simon
Re: [Cooker] OT: stupid rpm Q ( requires xx || yy )
On Wed, 22 Oct 2003 23:37:11 +0200 (MEST) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: Hi, i'm trying to update firestarter in order to use it under 2.6 test kernels, the original src.rpm requires iptables and we have two packages for iptables one for 2.4 kernel one for 2.6 kernel I think the reason that the iptables package in main doesn't work on 2.6 is the same as the reason it doesn't work on 2.4.22 vanilla in bug: http://qa.mandrakesoft.com/show_bug.cgi?id=5454 So essentially the contrib package shouldn't be needed. I tried with iptables-1.2.9-rc1. Compiled against 2.4.22-18mdk, it doesn't work in 2.6.0-test8, while when it is compiled against vanilla 2.4.22, 2.4.23-pre1 or 2.4.23-pre7, SNAT/POSTROUTING works ok for me. The Mandrake kernel is based on 2.4.23-pre1, so something is wrong in the mandrake kernel then. To be clear, I didn't test more rules, and I didn't test it on one of the vanilla 2.4 kernels, but I blindly assume the behaviour is the same. If you're upgrading firestarter for mdk 10.0, then the priority should be on fixing this kernel bug. But it shouldn't hurt to use the virtual provides as a requires, it's probably a good thing. -- Marcel Pol
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Am Donnerstag, 23. Oktober 2003 08:00 schrieb Curtis Hildebrand: I've had confirmations that with another LG model, the HL-DT-ST CD-ROM GCR-8520B, 9.2 worked nice (e.g. did NOT do any damage to the cdrom drive). Also, with the HL-DT-ST CD-ROM GCR-8522B, 9.2rc2 worked nice (it's then -probable- 9.2 will work nice). If your looking for LG drives that work, my DVD/CD-RW works fine on a ASUS A7N8X-Deluxe motherboard. ]$ cat /proc/ide/hdc/model HL-DT-ST RW/DVD GCC-4480B Curtis I'm not sure if it is related. I have exactly that drive on an kt133a chipset/Duron 1,1 Ghz. Booting from Mdk 9.2 CD resulted in a kernel panic (error at decompressing kernel image) and i have now mostly read errors on every CD Oct 23 12:53:35 localhost kernel: I/O error: dev 0b:00, sector 1404748 Oct 23 12:53:42 localhost kernel: I/O error: dev 0b:00, sector 1404752 Oct 23 12:53:49 localhost kernel: scsi0: ERROR on channel 0, id 0, lun 0, CDB: Request Sense 00 00 00 40 00 Oct 23 12:53:49 localhost kernel: Current sd0b:00: sense key Medium Error Oct 23 12:53:49 localhost kernel: Additional sense indicates No seek complete Oct 23 12:53:49 localhost kernel: I/O error: dev 0b:00, sector 1404912 Oct 23 12:53:55 localhost kernel: I/O error: dev 0b:00, sector 1407792 Oct 23 12:54:02 localhost kernel: I/O error: dev 0b:00, sector 1410672 I have to investigate that further. I can't imagine how a drive can be fried by booting from it :( . I thought the kernel panic was because of a bad image. Will check cabling and all the other things in the evening today. Steffen
Re: [Cooker] Huge List of Updates
torsdag 23. oktober 2003, 12:25, skrev Frederic Crozat: On Thu, 23 Oct 2003 03:03:28 +0200, Galileo wrote: Another proof that Mandrake releases unfinished products. http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:0 20 More that 250 MB of updates excluding SRPMS. How the hell did this happen ? It looks like x.2 doesn't mean a thing anymore. 7.2 and 8.2 were perfect. Why isn't so with 9.2 ? Updates for 7.2 and 8.2 were ONLY for security bug fixes.. Since 9.x, we are now providing ALSO providing updates for bugfixes.. But maybe we should go back and drop all non-security fixes updates ? And if people were reporting bugs/responding to queries DURING the beta/RC period, more bugs would be fixed BEFORE final release... No, you should continue to provide bug fixes and updates as well!! :-) Thats one of the reasons why I am a club member. But what you should consider, is to use a little bit longer time and have a RC3 cykle also. It is a pity that MDK has got a reputation(from people I talk with) to be a little bit buggy distribution. An RC3 will give people like me, that cant take the risk to put a beta version into production, the chance to do some final testing on a release, that hopfully is stable enough for a production environment. So why this suggestion? Because I do not have that many PC for testing and I have to test it on my production laptop as well. Did this with 9.2 RC2. Steinar :-)
Re: [Cooker] Mescalero
tisdagen den 21 oktober 2003 19.44 skrev Oden Eriksson: Hi Folks. A couple of weeks ago my girlfriend bought the newly released album Mescalero by ZZ Top. Just now I noticed it's copy protected..., annoying. None of the tools in Mandrake seems to be able to rip this CD. What should I do? Boot windows? Update: I was able to rip track 2-16 of 1-16 with w2k (yuk) and ez cd extract. It's tragic that no tool exists in Mandrake to accomplish this. But I guess we will see such a tool in the future, maybe at the PLF site? If not one could always claim the tool is for CD repair and restauration. http://www.bmg-copycontrol.info/ I know this sucks, I know I should return the CD, but I want to have this CD in my collection. Maybe the non UK releases doesn't have this copy-control shit, I don't know.
Re: [Cooker] Huge List of Updates
On Thu, 23 Oct 2003, Steinar Hauge wrote: No, you should continue to provide bug fixes and updates as well!! :-) Thats one of the reasons why I am a club member. But what you should consider, is to use a little bit longer time and have a RC3 cykle also. It is a pity that MDK has got a reputation(from people I talk with) to be a little bit buggy distribution. An RC3 will give people like me, that cant take the risk to put a beta version into production, the chance to do some final testing on a release, that hopfully is stable enough for a production environment. So why this suggestion? Because I do not have that many PC for testing and I have to test it on my production laptop as well. Did this with 9.2 RC2. More RCs done help as long as the differences between RCs remain as big as they are now. Sometimes you see entire new (Mandrake-patched) versions of software, instead of known-stable versions. And sorry to say, but I'm not really happy with all this Mandrake-patching. Those LG cdrom drive-problems would rather probably not happen if Mandrake used an official kernel that is out a few weeks instead of shifting to Mandrake patchlevel X in the last RC, which is patched again and goes untested into the final. An other example: Mandrake supports software suspend, a feature that is known to be buggy and absolutely not mature in 2.4. It crashes my PC. You don't need a certain amount of RCs, you need RCs till nobody reports problems anymore that are serious enough to hold you back from renaming he latest RC into FINAL __without any modification__. Jos
Re: [Cooker] Mescalero
Am Donnerstag, 23. Oktober 2003, 13:20:47 Uhr MET, schrieb Oden Eriksson: I was able to rip track 2-16 of 1-16 with w2k (yuk) and ez cd extract. It's tragic that no tool exists in Mandrake to accomplish this. But I guess we will see such a tool in the future, maybe at the PLF site? If not one could always claim the tool is for CD repair and restauration. Stuff like this often depends on the CD-ROM drive, it's best to try several models. I haven't found a CD yet that I couldn't copy. I guess the copy protection sticker often is a placebo, if I can simply rip the CD with cdparanoia. http://www.bmg-copycontrol.info/ I know this sucks, I know I should return the CD, but I want to have this CD in my collection. Maybe the non UK releases doesn't have this copy-control shit, I don't know. Don't buy BMG stuff, instead get the tracks from a file sharing network. Let's all force BMG to bankruptcy. If you still want to support the artists, visit their concerts and by the merchandizing products. -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), Non-Violence in Peace and War
Re: [Cooker] Huge List of Updates
Simon Oosthoek [EMAIL PROTECTED] writes: Since 9.x, we are now providing ALSO providing updates for bugfixes.. That's very much appreciated! But maybe we should go back and drop all non-security fixes updates ? please no! But having bugfixes in updates should not be a reason to have less strict requirements for a final release. actually mdk9.2 was quite better than previous releases regarding quality. And if people were reporting bugs/responding to queries DURING the beta/RC period, more bugs would be fixed BEFORE final release... Oh come on, you can't blame everyone else that you can't fix bugs that aren't reported. There are so many bugs that were reported and not fixed. sadly, they were obvious bugs that could have been fixed earlier indeed
Re: [Cooker] OT: stupid rpm Q ( requires xx || yy )
On Wed, 22 Oct 2003 23:37:11 +0200 (MEST) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: Hi, i'm trying to update firestarter in order to use it under 2.6 test kernels, the original src.rpm requires iptables and we have two packages for iptables one for 2.4 kernel one for 2.6 kernel I think the reason that the iptables package in main doesn't work on 2.6 is the same as the reason it doesn't work on 2.4.22 vanilla in bug: http://qa.mandrakesoft.com/show_bug.cgi?id=5454 So essentially the contrib package shouldn't be needed. I tried with iptables-1.2.9-rc1. Compiled against 2.4.22-18mdk, it doesn't work in 2.6.0-test8, while when it is compiled against vanilla 2.4.22, 2.4.23-pre1 or 2.4.23-pre7, SNAT/POSTROUTING works ok for me. The Mandrake kernel is based on 2.4.23-pre1, so something is wrong in the mandrake kernel then. To be clear, I didn't test more rules, and I didn't test it on one of the vanilla 2.4 kernels, but I blindly assume the behaviour is the same. If you're upgrading firestarter for mdk 10.0, me not the maintainer :-) i was thinking to open a bug report post the patches/spec to cooker (i'm tring to make some 2.6 kernel packages, and when i hit smth that doesn't work under 2.6 i'm tring to find a way to fix it and provide packages for those who want to try my kernels) then the priority should be on fixing this kernel bug. But it shouldn't hurt to use the virtual provides as a requires, it's probably a good thing. i'm not sure it's a kernel bug, may be it's a netfilter bug. may be, just may be netfilter check the kernels for additional netfilter patches, and if it finds such it build's libraries that are compatible only for this combination of added patches, so vanilla kernels can not be used with such netfilter package if this is the case (and if iptables really does run without problems on 2.4 2.6 vanilla in case built against vanilla kernel) then it would be probably better to rename iptables_kernel-2.6 to smth like iptables_kernel_vanilla (ya i know the name sucks) but i have some better sugestions (keeping in mind the kernel naming policy:-) ) such as iptables_kernel-marcelo_andrew_linus svetljo -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
[Cooker] Re: Huge List of Updates
john == John Allen [EMAIL PROTECTED] writes: Hi john What is needed is a committed (and known) BETA, RC john testers. Each one committed to testing a know set of john functionality (hardware software), and regression issues. But that things are already fixed in the Betas RC. Problem is that majority of the people don't test until the last RC or Final :( Bugs reported during cooker Betas are normally fixed. Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] /var/cache/apache2-mod_ssl should be apache writable
onsdagen den 22 oktober 2003 17.18 skrev Tibor Pittich: On 22. October 2003 at 16:56, Pascal Cavy wrote: I see error message in the log like : [Mon Oct 20 18:30:42 2003] [error] (120013)APR does not understand this error code: Cannot open SSLSessionCache DBM file `/var/cache/apache2-mod_ssl/ssl_scache' for writing (store) This is on a fresh new install of MDK 9.2 The installation should do: chown apache /var/cache/apache2-mod_ssl chown apache /var/cache/apache2-mod_ssl/ssl_scache yes, but msec change this.. i added this line into my perm.local /var/log/httpd/ssl_scacheapache.root 644 This is a errata issue? Please file a bug report.
[Cooker] New ISO with updates
Hi all, More and more people I talk to about Mandrake are interested in trying it out. Now, I'd like them to be able to try it out without having to install 220MB of updates once it's installed (they're all mainly on dial-up). Would it be possible to re-package the ISO with the updates included and/or point me towards instructions to tell me how to make the new ISO (with included updates) myself?? I have a broadband connection and wouldn't mind doing it. Cheers, Emmanuel
Re: [Cooker] Re: Huge List of Updates
On Thu, Oct 23, 2003 at 01:40:54PM +0200, Juan Quintela wrote: john == John Allen [EMAIL PROTECTED] writes: Hi john What is needed is a committed (and known) BETA, RC john testers. Each one committed to testing a know set of john functionality (hardware software), and regression issues. But that things are already fixed in the Betas RC. Problem is that majority of the people don't test until the last RC or Final :( Bugs reported during cooker Betas are normally fixed. Well, to me the only test I'm interested in doing is a complete install from iso images (on CDRW disks), this time, my summer holiday fell at the time of the first 2 betas :-( I'd appreciate more snapshots on ISO. With the current bittorrent technology the bandwidth arguments don't apply anymore. Why doesn't mandrake try to figure out WHY less people are testing cooker than they'd like instead of blindly blaming people that THEY don't test enough so therefore mandrake is buggy Mandrake is the one trying to make money doing this, I can always switch to another distro if I find a better one, so I don't feel obligated to help mandrake publish a buggy OS and then have them blame me/us for not testing it enough! I don't think this is something we should be discussing on cooker, but something that needs priority #1 at mandrakesoft development planning meeting. How to get more (and happier) cooker developers and testers. And how to release less buggy (or at least less noticably buggy) distros. Cheers Simon
Re: [Cooker] Mescalero
torsdagen den 23 oktober 2003 13.29 skrev Götz Waschk: Am Donnerstag, 23. Oktober 2003, 13:20:47 Uhr MET, schrieb Oden Eriksson: I was able to rip track 2-16 of 1-16 with w2k (yuk) and ez cd extract. It's tragic that no tool exists in Mandrake to accomplish this. But I guess we will see such a tool in the future, maybe at the PLF site? If not one could always claim the tool is for CD repair and restauration. Stuff like this often depends on the CD-ROM drive, it's best to try several models. I haven't found a CD yet that I couldn't copy. I guess the copy protection sticker often is a placebo, if I can simply rip the CD with cdparanoia. It's funny as I have 3 (!) different CDROM drives in this machine. And my Yamaha SCSI burner did the best job (under w2k). cdparanoia didn't cut it. I will continue trying though.
Re: [Cooker] Huge List of Updates
Le jeu 23/10/2003 à 10:25, Frederic Crozat a écrit : And if people were reporting bugs/responding to queries DURING the beta/RC period, more bugs would be fixed BEFORE final release... excuse me, but most people will test during RC period, but the problem was you release ... how many ... 2 RC ! after RC2 there were many bugs remaining to fix, and some people could not install RC2 on their computer. When i could see that some people were beginning to install RC2, they had many problems with screensavers, etc ... Yesterday I contact konica because I had a problem with a printer. The technician in order to test the printer under linux as I was using mdk install ... RC2 ( yes that's the last one available ). Have you have a look at RC of OO.org ? You were able to release a RC with mdk 9.2 because there was practically no differences between the final RC and the final version. My gnome-preference-daemon problem was reported a long time ago on the ML, the same for the locking problem ( when I install 9.1, I had the problem ). For kernel you can't do better as you depend on kernel dev. the kde screensaver problems was reported a long time ago and several times ( just after mdk announce for ad support in the distro, so many people think that this was related ). You're facing the same problem than linus for the kernel. People begin to test only when things are mark as stable or when you have RCx ( with x 1 ). That's why he marks 2.5 as 2.6test and you can see many people testing it, even newbies. Indeed when a newbie say it have a problem with distro version x.y, most of the time, if the problem can't be easily fix ( depends on kernel, or major lib version ), you say : just wait/install distro version x.y+1 ( or x+1.0 ) if you have to wait less than one month. if not, you will advise him to install the version RCx only if x is at lest equal to 2 as you know that more x is greater, more stable is the distro. Theses newbies will test the distro on new hardware ( more or less recent ), and/or catch some bugs that peoples who were using an old version will not see as they manage to workaround it or they learn to live with it. --- |snake ugly, what lame distribution are u running? :P redhat 5.1 - #linux
Re: [Cooker] OT: stupid rpm Q ( requires xx || yy )
On Wed, 22 Oct 2003 23:37:11 +0200 (MEST) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: Hi, i'm trying to update firestarter in order to use it under 2.6 test kernels, the original src.rpm requires iptables and we have two packages for iptables one for 2.4 kernel one for 2.6 kernel I think the reason that the iptables package in main doesn't work on 2.6 is the same as the reason it doesn't work on 2.4.22 vanilla in bug: http://qa.mandrakesoft.com/show_bug.cgi?id=5454 So essentially the contrib package shouldn't be needed. I tried with iptables-1.2.9-rc1. Compiled against 2.4.22-18mdk, it doesn't work in 2.6.0-test8, while when it is compiled against vanilla 2.4.22, 2.4.23-pre1 or 2.4.23-pre7, SNAT/POSTROUTING works ok for me. The Mandrake kernel is based on 2.4.23-pre1, so something is wrong in the mandrake kernel then. To be clear, I didn't test more rules, and I didn't test it on one of the vanilla 2.4 kernels, but I blindly assume the behaviour is the same. i'm not sure it's a kernel bug, may be it's a netfilter bug. may be, just may be netfilter check the kernels for additional netfilter patches, and if it finds such it build's libraries that are compatible only for this combination of added patches, so vanilla kernels can not be used with such netfilter package if this is the case (and if iptables really does run without problems on 2.4 2.6 vanilla in case built against vanilla kernel) then it would be probably better to rename iptables_kernel-2.6 to smth like iptables_kernel_vanilla (ya i know the name sucks) but i have some better sugestions (keeping in mind the kernel naming policy:-) ) such as iptables_kernel-marcelo_andrew_linus it's a iptables issue , we need at least two iptables packages http://netfilter.org/documentation/FAQ/netfilter-faq-3.html#ss3.20 - 3.20 'iptables: Invalid argument' after kernel update (nat table) You have just upgraded your kernel and suddenly some of the commands (especially in the 'nat' table), and you experience something like: # iptables -A POSTROUTING -t nat -o ppp0 -j MASQUERADE iptables: Invalid argument This happens when the structure size between kernel and userspace changes. You will need to recompile the iptables userspace program using the include files of your new kernel. This only happens if you (or the vendor of your kernel) has applied some patches either only to the old or only to the new kernel. It is not supposed to happen between vanilla kernel.org kernels. If it does, please inform the netfilter-devel mailinglist. - svetljo -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] Re: Huge List of Updates
On Thu, 2003-10-23 at 13:59, Simon Oosthoek wrote: Why doesn't mandrake try to figure out WHY less people are testing cooker than they'd like instead of blindly blaming people that THEY don't test enough so therefore mandrake is buggy Mandrake is the one trying to make money doing this, I can always switch to another distro if I find a better one, so I don't feel obligated to help mandrake publish a buggy OS and then have them blame me/us for not testing it enough! I don't think this is something we should be discussing on cooker, but something that needs priority #1 at mandrakesoft development planning meeting. How to get more (and happier) cooker developers and testers. And how to release less buggy (or at least less noticably buggy) distros. Couldn't have put it better myself. 100% in agreement. -- Dave Cotton [EMAIL PROTECTED]
Re: [Cooker] Huge List of Updates
On Thursday 23 October 2003 04:31 am, Thierry Vignaud wrote: actually mdk9.2 was quite better than previous releases regarding quality. yes indeed as a user since 5.3 I have seen huge improvements in 9.2 but then the whole 9.x series has for the most part been great. Really those out there who are complaining have more or less the same issues under redhat and suse not to mention lindows. However lindows and xandros use such old packages that really the kernel is most likely the only thing up to date. Their kde sure isn't. And if people were reporting bugs/responding to queries DURING the beta/RC period, more bugs would be fixed BEFORE final release... Oh come on, you can't blame everyone else that you can't fix bugs that aren't reported. There are so many bugs that were reported and not fixed. sadly, they were obvious bugs that could have been fixed earlier indeed Yes this is true also I should file a bug report for the scsi being broke in the kernel. I have three machines with two different kinds of scsi cards. All of them crash trying to format the hard drives. So I know this is not isolated in my case. I think i even two or three more systems I could test this on. These systems can not be tested with rc's because they are production boxen. it's kind of damned if you do damned if you dont I guess. However on my desktop it works great. The bad part is that due a scsi hard drive failure I really needed to upgrade and well I was not able to and ended up having to put up a whole new server without scsi. It's all on a 80 gig maxtor now. The other systems dont have ide they are scsi only. I will say however that 9.2 works great with nforce motherboards, game theatre xp sound cards and ati radeons though. This is a first to have such hardware working perfectly out of the box on mandrake. Thanks guys for all your hard work. If you need help troubleshooting the scsi problems I have three downed servers that I can test on. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] missing xirc2ps_cs.o for pcmia install of 9.2
Nicolas Pomarede [EMAIL PROTECTED] writes: [...] Hello Guillaume, thanks for your answer. Although I tried the pcmcia.img, sthg must have been wrong with my card, since as you suggested it, I retested this image and it now works (in fact, it's the first time there's a disk that works with ths card, so I was not really surprised when it didn't work at first and I was preparing myself to do it the hard way). Great! :) Well, in the meantime, as I thought the modules was also missing from the pcmcia disk, I extracted the required .o modules from the boot kernel modules and added them to the network.rdz to build a single disk that worked (which was silly, but at least I now know how to build such disk for the case where a module will really not be included in any .img :) ) Yep :). So, appologies from myself, and congrats to you, since the 9.2 pcmcia disk effectively recognizes my card. No problem. And congrats go more to the community, author of pcmcia-cs, etc, which added support for your card :). Congrats to them. Nevertheless, during the process of rebuilding a complete boot disk, I had to extract/build .mar archives. I compiled the sources from your page, but is there a RPM with prebuilt tools (I mean the tools/script that are used to build the various img and others non-rpm part of each mandrake release) ? No, there is no RPM prebuilt mar. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] New ISO with updates
On Thursday 23 October 2003 07:43 am, Emmanuel wrote: Hi all, More and more people I talk to about Mandrake are interested in trying it out. Now, I'd like them to be able to try it out without having to install 220MB of updates once it's installed (they're all mainly on dial-up). Would it be possible to re-package the ISO with the updates included and/or point me towards instructions to tell me how to make the new ISO (with included updates) myself?? I have a broadband connection and wouldn't mind doing it. I think all you should have to do is replace the packages and then run some scripts that update the package lists in the Mandrake/base directory. gendistrib should be one, but I don't know of the others. -- /g Outside of a dog, a man's best friend is a book, inside a dog it's too dark to read -Groucho Marx
Re: [Cooker] Huge List of Updates
Le Jeudi 23 Octobre 2003 16:13, FACORAT Fabrice a écrit : Le jeu 23/10/2003 à 10:25, Frederic Crozat a écrit : And if people were reporting bugs/responding to queries DURING the beta/RC period, more bugs would be fixed BEFORE final release... excuse me, but most people will test during RC period, but the problem was you release ... how many ... 2 RC ! after RC2 there were many bugs remaining to fix, and some people could not install RC2 on their computer. When i could see that some people were beginning to install RC2, they had many problems with screensavers, etc ... Yesterday I contact konica because I had a problem with a printer. The technician in order to test the printer under linux as I was using mdk install ... RC2 ( yes that's the last one available ). As the overall time can't be expanded, it could be better to have 2 beta and 3 RC instead of 3 beta and 2RC. As people use to test only RC, this is a way to get a best bug report. Have you have a look at RC of OO.org ? You were able to release a RC with mdk 9.2 because there was practically no differences between the final RC and the final version. OOo did five RC which were truely Release Candidate. However OOo is far less complicated as a full distro. -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
Re: [Cooker] New ISO with updates
Le jeu 23/10/2003 à 11:43, Emmanuel a écrit : Hi all, More and more people I talk to about Mandrake are interested in trying it out. Now, I'd like them to be able to try it out without having to install 220MB of updates once it's installed (they're all mainly on dial-up). Would it be possible to re-package the ISO with the updates included and/or point me towards instructions to tell me how to make the new ISO (with included updates) myself?? I have a broadband connection and wouldn't mind doing it. So do I. That's interest me. I don't think we can do this just with makecd, and some updates are interesting from the install ( I was thinking of kernel updates and better ACPI/SATA support ) --- Ignorance est mere de tous les maux. -- Francois Rabelais
Re: [Cooker] Re: Huge List of Updates
Le Jeudi 23 Octobre 2003 14:12, Dave Cotton a écrit : On Thu, 2003-10-23 at 13:59, Simon Oosthoek wrote: Why doesn't mandrake try to figure out WHY less people are testing cooker than they'd like instead of blindly blaming people that THEY don't test enough so therefore mandrake is buggy Mandrake is the one trying to make money doing this, I can always switch to another distro if I find a better one, so I don't feel obligated to help mandrake publish a buggy OS and then have them blame me/us for not testing it enough! I don't think this is something we should be discussing on cooker, but something that needs priority #1 at mandrakesoft development planning meeting. How to get more (and happier) cooker developers and testers. And how to release less buggy (or at least less noticably buggy) distros. Couldn't have put it better myself. 100% in agreement. I agree too. Time for testing should be longer, as well as time to fix for developpers ! Don't forget we don't do this as our main activity, but on volontary spare time. So we need more time to react. The best way is to begin by deciding when you would like to release the new version, and then back-planify the BETA and RC deadline, putting for example 1 or 2 months of testing between each... -- Pascal Cavy - VMF __ Running 1 day, 3:23, 1 user, load average: 0.10, 0.22, 0.16 (gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk)) Kernel Linux version 2.4.22-10mdkenterprise
Re: [Cooker] New ISO with updates
On Thursday 23 October 2003 07:37 am, FACORAT Fabrice wrote: So do I. That's interest me. I don't think we can do this just with makecd, and some updates are interesting from the install ( I was thinking of kernel updates and better ACPI/SATA support ) sata worked out of the box with silicone image controlers. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] /var/cache/apache2-mod_ssl should be apache writable
Le Jeudi 23 Octobre 2003 13:43, Oden Eriksson a crit : This is a errata issue? Please file a bug report. try http://qa.mandrakesoft.com/show_bug.cgi?id=6208 -- Pascal Cavy - VMF __ Running 1 day, 3:34, 1 user, load average: 0.64, 0.44, 0.29 (gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk)) Kernel Linux version 2.4.22-10mdkenterprise
Re: [Cooker] Removing power from Dell laptop locks sysem
Yes, I can unplug the power cable from my laptop now. But only irritant is, my battery monitor no longer work. I can live with this for the moment. ANother problem I face is with pmsuspend. I could suspend my machine with Mand9.1 by running from a console screen. I can't do that anymore. I used pmsuspend2 and it copied entire image to disk. When I reboot 75% of time system get locked. ( If I had been running X). I'm yet to debug more into this. --jaimon On Wed, 2003-10-22 at 20:18, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jaimon Jose wrote: Thanks. I found the details here. http://www.mandrakelinux.com/en/errata.php3#nolapic But can you confirm whether this solves the problem on this machine, so we can have the errata updated to cover this case too? Regards, Buchan - --
Re: [Cooker] Removing power from Dell laptop locks sysem
users somehow, an errata maybe? Vince? Can you adjust the nolapic errata to include something along the lines of Laptops supporting Intel Speedstep crash when removing the machine from, or placing it on power or similar. PS: This is using a tmb kernel, although it should work on the standard MDK one as well. I previously saw the problem on both. Can you test with a 2.4.22.13mdk or later kernel to see if it is fixed? I would have to make a new livecd to test ... Tried 2.4.22.18mdk from updates. Same results. Regards, Buchan - -- |--Another happy Mandrake Club member--|
Re: [Cooker] New ISO with updates
On Thursday 23 October 2003 07:37 am, FACORAT Fabrice wrote: So do I. That's interest me. I don't think we can do this just with makecd, and some updates are interesting from the install ( I was thinking of kernel updates and better ACPI/SATA support ) sata worked out of the box with silicone image controlers. and probably with ICH5/ VIA/ Promise too ?-) ((which were missing in 2.4.22-10mdk)) svetljo -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] oggenc problem
Levi Ramsey [EMAIL PROTECTED] writes: Gwenole, your 1.0-11mdk broke it, it seems. Please fix ASAP... I need to rip/encode the new Rush live album... ;o) It's fixed in cooker by gwe. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Curtis Hildebrand [EMAIL PROTECTED] writes: I've had confirmations that with another LG model, the HL-DT-ST CD-ROM GCR-8520B, 9.2 worked nice (e.g. did NOT do any damage to the cdrom drive). Also, with the HL-DT-ST CD-ROM GCR-8522B, 9.2rc2 worked nice (it's then -probable- 9.2 will work nice). If your looking for LG drives that work, my DVD/CD-RW works fine on a ASUS A7N8X-Deluxe motherboard. ]$ cat /proc/ide/hdc/model HL-DT-ST RW/DVD GCC-4480B Thanks! Then here's my current list: fried: CRD-8400B (machine: IBM PC 300 PL) CRD-8482B (machine: Dell Optiplex GX1) CRD-8322B GCR-8523B work: HL-DT-ST CD-ROM GCR-8520B HL-DT-ST RW/DVD GCC-4480B (motherboard: ASUS A7N8X-Deluxe) That's not many, under the work label. And I'm a bit surprised. No one else has a working 9.2 with an LG drive? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Steffen Barszus [EMAIL PROTECTED] writes: Oct 23 12:53:49 localhost kernel: I/O error: dev 0b:00, sector 1404912 Oct 23 12:53:55 localhost kernel: I/O error: dev 0b:00, sector 1407792 Oct 23 12:54:02 localhost kernel: I/O error: dev 0b:00, sector 1410672 I have to investigate that further. I can't imagine how a drive can be fried by booting from it :( . I thought the kernel panic was because of a bad image. Will check cabling and all the other things in the evening today. Thx! Keep us in touch. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] /var/cache/apache2-mod_ssl should be apache writable
On 23. October 2003 at 13:43, Oden Eriksson wrote: onsdagen den 22 oktober 2003 17.18 skrev Tibor Pittich: On 22. October 2003 at 16:56, Pascal Cavy wrote: I see error message in the log like : [Mon Oct 20 18:30:42 2003] [error] (120013)APR does not understand this error code: Cannot open SSLSessionCache DBM file `/var/cache/apache2-mod_ssl/ssl_scache' for writing (store) This is on a fresh new install of MDK 9.2 The installation should do: chown apache /var/cache/apache2-mod_ssl chown apache /var/cache/apache2-mod_ssl/ssl_scache yes, but msec change this.. i added this line into my perm.local /var/log/httpd/ssl_scacheapache.root 644 This is a errata issue? Please file a bug report. i'm sorry. it was mistake from me. this issue was fixed here: * Mo sep 15 2003 Jean-Michel Dault [EMAIL PROTECTED] 2.0.47-6mdk - put the ssl_scache file into /var/cache to avoid log rotation and segfaults -- member of Advanced InternetWorks group - http://www.ainetworks.sk professional home page - http://tibor.pittich.sk personal home page - http://c0re.phuture.sk pgp0.pgp Description: PGP signature
Re: [Cooker] Re: Huge List of Updates
On Thu, 23 Oct 2003, Simon Oosthoek wrote: Problem is that majority of the people don't test until the last RC or Final :( Bugs reported during cooker Betas are normally fixed. Well, to me the only test I'm interested in doing is a complete install from iso images (on CDRW disks), this time, my summer holiday fell at the time of the first 2 betas :-( Which is exactly the reason I didn't join until RC 2. Jos
[Cooker] [Bug 3081] [libqt3] libqt forcing AA on X servers that don't support RENDER (all XFree86-3.x and vncserver) crashes Qt apps (including mdkkdm etc)
http://qa.mandrakesoft.com/show_bug.cgi?id=3081 --- Additional Comments From [EMAIL PROTECTED] 2003-23-10 12:50 --- OK, for me this seems to be fixed in Cooker with libqt3-3.1.2-15mdk and in 9.2 with the update release 14.1.92mdk, but not with 14mdk from the CD-ROM. --- Additional Comments From [EMAIL PROTECTED] 2003-23-10 12:50 --- OK, for me this seems to be fixed in Cooker with libqt3-3.1.2-15mdk and in 9.2 with the update release 14.1.92mdk, but not with 14mdk from the CD-ROM. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Both KDE and GNOME seem to be having trouble with Galaxy tightvnc-server-1.2.7-2. It seems to be focused on Galaxy-KDE as explained later. Fluxbox works just fine, just GNOME and KDE have exhibited issues. KDE loads the wallpaper and then various components seem to go flashing by like a grey bar where the kicker is supposed to be. Eventually ending up with a screen shot like this. http://www.gkmweb.com/images/9.1-KDE_vnc.jpg The desktop keeps flashing periodically. GNOME has a similar behavior in that it flashes, but the desktop seems to load. Occasionally after one of the flashes, an error message pops up a dialogue box that says KDesktop error. Sorry, i was not able to capture it. I thought maybe the Galaxy theme had something to do with it, so I switched KDE to the Keramik theme, and it still exhibited this behavior, although the the error message and the flashing stopped occurring when GNOME was running. So maybe it does belong to Galaxy, and that led me to post it here as a KDE-Galaxy bug. vnc logs have nothing interesting in them and the system logs are equally bare on this issue. What else can I do to help troubleshoot?
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Guillaume Cottenceau wrote: Curtis Hildebrand [EMAIL PROTECTED] writes: I've had confirmations that with another LG model, the HL-DT-ST CD-ROM GCR-8520B, 9.2 worked nice (e.g. did NOT do any damage to the cdrom drive). Also, with the HL-DT-ST CD-ROM GCR-8522B, 9.2rc2 worked nice (it's then -probable- 9.2 will work nice). If your looking for LG drives that work, my DVD/CD-RW works fine on a ASUS A7N8X-Deluxe motherboard. ]$ cat /proc/ide/hdc/model HL-DT-ST RW/DVD GCC-4480B Thanks! Then here's my current list: fried: CRD-8400B (machine: IBM PC 300 PL) CRD-8482B (machine: Dell Optiplex GX1) CRD-8322B GCR-8523B work: HL-DT-ST CD-ROM GCR-8520B HL-DT-ST RW/DVD GCC-4480B (motherboard: ASUS A7N8X-Deluxe) That's not many, under the work label. And I'm a bit surprised. No one else has a working 9.2 with an LG drive? LD CD-RW CED-8120B on a ASUS K7M mobo works fine also.
Re: [Cooker] Huge List of Updates
Brook Humphrey [EMAIL PROTECTED] writes: Yes this is true also I should file a bug report for the scsi being broke in the kernel. I have three machines with two different kinds of scsi cards. All of them crash trying to format the hard drives. So I know this is not isolated in my case. I think i even two or three more systems I could test this on. it's still time to do so that a workaround or a fix can be found These systems can not be tested with rc's because they are production boxen. it's kind of damned if you do damned if you dont I guess. However on my desktop it works great. The bad part is that due a scsi hard drive failure I really needed to upgrade and well I was not able to and ended up having to put up a whole new server without scsi. It's all on a 80 gig maxtor now. The other systems dont have ide they are scsi only. well, since the boot kernel and the distro kernel are not the same, you may upgrade your machines by doring a regular update or an update through urpmi (urpmi urpmi; urpmi --auto-select) Thanks guys for all your hard work. If you need help troubleshooting the scsi problems I have three downed servers that I can test on. could you fill in a bug report with oops message if possible or any error message availlable on text consoles ? thanks
Re: [Cooker] Huge List of Updates
Pierre Jarillon [EMAIL PROTECTED] writes: And if people were reporting bugs/responding to queries DURING the beta/RC period, more bugs would be fixed BEFORE final release... excuse me, but most people will test during RC period, but the problem was you release ... how many ... 2 RC ! after RC2 there were many bugs remaining to fix, and some people could not install RC2 on their computer. When i could see that some people were beginning to install RC2, they had many problems with screensavers, etc ... Yesterday I contact konica because I had a problem with a printer. The technician in order to test the printer under linux as I was using mdk install ... RC2 ( yes that's the last one available ). As the overall time can't be expanded, it could be better to have 2 beta and 3 RC instead of 3 beta and 2RC. As people use to test only RC, this is a way to get a best bug report. agreed. nice idea Have you have a look at RC of OO.org ? You were able to release a RC with mdk 9.2 because there was practically no differences between the final RC and the final version. OOo did five RC which were truely Release Candidate. However OOo is far less complicated as a full distro. indeed some bugs came from different compoents interaction (different libs version requires, compiler, ...)
Re: [Cooker] New ISO with updates
On Thursday 23 October 2003 05:56 am, Svetoslav Slavtchev wrote: On Thursday 23 October 2003 07:37 am, FACORAT Fabrice wrote: So do I. That's interest me. I don't think we can do this just with makecd, and some updates are interesting from the install ( I was thinking of kernel updates and better ACPI/SATA support ) sata worked out of the box with silicone image controlers. and probably with ICH5/ VIA/ Promise too ?-) ((which were missing in 2.4.22-10mdk)) svetljo I support promise as little as possible here in my shop they have had over the years a bad habit of causing hard drive corruption and other issues. Buggy drivers under windows. Selling half broke chipsets to the mobo manufactures as simple ata controllers these then in turn cause all kinds of problems. My data is just not worth it. Not to mention the performance of the promise solution is no really not any faster than ata 133 for any regular use. In my testing here with si controllers the speed with a single 80gig sata maxtor was about the same as 2 ata 133 40 gig maxtors running as a raid 0 array on a ata 133 high point controller. The 40 gigs were 2 meg cache and the 80gig was 8meg cache. All in all I was impressed with the speed and the sustained throughput was very impressive. Promise will not give you those numbers. As for via and I assume intel sata I cant say as I dont have any to test on. I wanted to pick up a high point sata controller for testing also but have not yet so it may not be supported either. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] New ISO with updates
On Thursday 23 October 2003 05:31 am, Greg Meyer wrote: I think all you should have to do is replace the packages and then run some scripts that update the package lists in the Mandrake/base directory. gendistrib should be one, but I don't know of the others. you dont need to run gendistrib unless you want to use your repository for ftp or hard drive install. makecd will do all this stuff for you when making cd's. You may want to change the Mandrake/base rpmsrate if you dont like mandrakes install options but that is not that critical. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] Huge List of Updates
On Thursday 23 October 2003 06:17 am, Thierry Vignaud wrote: Brook Humphrey [EMAIL PROTECTED] writes: Yes this is true also I should file a bug report for the scsi being broke in the kernel. I have three machines with two different kinds of scsi cards. All of them crash trying to format the hard drives. So I know this is not isolated in my case. I think i even two or three more systems I could test this on. it's still time to do so that a workaround or a fix can be found Sure I try to get to it today. I can at least test on one box today but I think the error was the same for them all. Could be wrong though. These systems can not be tested with rc's because they are production boxen. it's kind of damned if you do damned if you dont I guess. However on my desktop it works great. The bad part is that due a scsi hard drive failure I really needed to upgrade and well I was not able to and ended up having to put up a whole new server without scsi. It's all on a 80 gig maxtor now. The other systems dont have ide they are scsi only. well, since the boot kernel and the distro kernel are not the same, you may upgrade your machines by doring a regular update or an update through urpmi (urpmi urpmi; urpmi --auto-select) on the one box this was not an option as the hard drive went out I had no choice but to save my config files and start over. Thanks guys for all your hard work. If you need help troubleshooting the scsi problems I have three downed servers that I can test on. could you fill in a bug report with oops message if possible or any error message availlable on text consoles ? thanks sure I'll try it here. It depends on how busy I get today but at the least I can get it done within the next two or three days. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] Re: Huge List of Updates
On Thursday 23 October 2003 12:40, Juan Quintela wrote: john == John Allen [EMAIL PROTECTED] writes: Hi john What is needed is a committed (and known) BETA, RC john testers. Each one committed to testing a know set of john functionality (hardware software), and regression issues. But that things are already fixed in the Betas RC. Well yes, and no. Some things were fixed, others were broken, and worse things that worked in RC1 did not work in RC2. Problem is that majority of the people don't test until the last RC or Final :( Bugs reported during cooker Betas are normally fixed. Normally being the operative word. The KDE screensavers issue was a simple fix yet never made it; and whilst it does not make the distro unusable, it is still a bloody awful bug to leave in. A not fully functional urpmi is another issue altogether, that has to be categorised as a disaster. Later, Juan. More RCs are needed, and must keep coming till one is considered good enough to release. I know this is not compatible with CD duplication deadlines etc... that is why I suggested a different model (ie. subscription). To enable proper testing, there must be a set of .iso's for each RC; a short period of freeze on cooker, and a script that can be used to generate CD, and DVD .isos exactly as Mandrake would, this is because I already have the entire cooker tree, and don't want to download 2+ gigs of .iso images. The iso image generator must be foolproof; ie tested on a fresh cooker install, found to work with no crazy errors about duplicates, missing signatures etc I'm sure there are many cookerites out there that will commit to testing installation, and specific configurations (eg. cd burning, changing hardware, network configs etc) for each and every RC. We can make this better -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
[Cooker] Re: [CHRPM] kdebase-3.1.3-80mdk (many undefined symbols)
This is output doing 'startkde' from xterm (it can't start, after splashscreen it stops , at the end I do 'killall kdeinit' to exit...) cuand good work startkde: Starting up... kbuildsycoca running... DCOP Cleaning up dead connections. kdecore (KLibLoader): WARNING: library=kded_mountwatcher: file=/usr/lib/kde3/kded_mountwatcher.la: /usr/lib/kde3/kded_mountwatcher.so: undefined symbol: _ZNK7QString3argExii Could not dlopen library kcminit.la: /usr/lib/kcminit.so: undefined symbol: _ZN7QString20operatorPlusEqHelperEPKcj kcminit: relocation error: /usr/lib/kde3/kcm_style.so: undefined symbol: _ZNK7QString3argExii mcop warning: user defined signal handler found for SIG_PIPE, overriding Could not dlopen library kwin.la: /usr/lib/kwin.so: undefined symbol: _ZN11QToolButton7setTextERK7QString kwin: relocation error: /usr/lib/kwin.so: undefined symbol: _ZN11QToolButton7setTextERK7QString Could not dlopen library kdesktop.la: /usr/lib/libkonq.so.4: undefined symbol: _ZN9QGroupBox10setEnabledEb kdesktop: relocation error: /usr/lib/libkonq.so.4: undefined symbol: _ZN9QGroupBox10setEnabledEb Could not dlopen library kicker.la: /usr/lib/libkonq.so.4: undefined symbol: _ZN9QGroupBox10setEnabledEb kicker: relocation error: /usr/lib/libkonq.so.4: undefined symbol: _ZN9QGroupBox10setEnabledEb Could not dlopen library klipper.la: /usr/lib/klipper.so: undefined symbol: _ZNK7QString3argExii Could not dlopen library khotkeys.la: /usr/lib/khotkeys.so: undefined symbol: _ZNK7QString3argExii khotkeys: relocation error: /usr/lib/khotkeys.so: undefined symbol: _ZNK7QString3argExii DCOP aborting call from 'anonymous-3095' to 'khotkeys' ERROR: Communication problem with khotkeys, it probably crashed. kdesu: ERROR: User 501 does not exist Could not dlopen library konsole.la: /usr/lib/konsole.so: undefined symbol: _ZN7QWidget7repaintEb Could not dlopen library konsole.la: /usr/lib/konsole.so: undefined symbol: _ZN7QWidget7repaintEb konsole: cannot chown /dev/pts/2. Reason: Operation not permitted konsole_grantpty: determined a strange device name `/dev/ptmx'. konsole: chownpty failed for device /dev/pts/2::/dev/pts/2. : This means the session can be eavesdroped. : Make sure konsole_grantpty is installed in : /usr/bin/ and setuid root. konsole: relocation error: /usr/lib/konsole.so: undefined symbol: _ZN7QString7replaceE5QCharRKS_b konsole: cannot chown /dev/pts/2. Reason: Operation not permitted konsole_grantpty: determined a strange device name `/dev/ptmx'. konsole: chownpty failed for device /dev/pts/2::/dev/pts/2. : This means the session can be eavesdroped. : Make sure konsole_grantpty is installed in : /usr/bin/ and setuid root. konsole: relocation error: /usr/lib/konsole.so: undefined symbol: _ZN7QString7replaceE5QCharRKS_b Could not dlopen library konqueror.la: /usr/lib/libkonq.so.4: undefined symbol: _ZN9QGroupBox10setEnabledEb konqueror: relocation error: /usr/lib/libkonq.so.4: undefined symbol: _ZN9QGroupBox10setEnabledEb Could not dlopen library kate.la: /usr/lib/libkmultitabbar.so.0: undefined symbol: _ZN7QWidget7repaintEb ERROR: kmix: Mixer cannot be found. Please check that the soundcard is installed and that the soundcard driver is loaded. ERROR: kmix: Mixer cannot be found. Please check that the soundcard is installed and that the soundcard driver is loaded. ERROR: kmix: Mixer cannot be found. Please check that the soundcard is installed and that the soundcard driver is loaded. ERROR: kmix: Mixer cannot be found. Please check that the soundcard is installed and that the soundcard driver is loaded. ERROR: kmix: Mixer cannot be found. Please check that the soundcard is installed and that the soundcard driver is loaded. Loading required GL library /usr/lib/libGL.so.1 ERROR: kmix: Mixer cannot be found. Please check that the soundcard is installed and that the soundcard driver is loaded. Could not dlopen library konqueror.la: /usr/lib/libkonq.so.4: undefined symbol: _ZN9QGroupBox10setEnabledEb ERROR: kmix: Mixer cannot be found. Please check that the soundcard is installed and that the soundcard driver is loaded. ERROR: kmix: Mixer cannot be found. Please check that the soundcard is installed and that the soundcard driver is loaded. konqueror: relocation error: /usr/lib/libkonq.so.4: undefined symbol: _ZN9QGroupBox10setEnabledEb kate: relocation error: /usr/lib/libkateinterfaces.so: undefined symbol: _ZNK7QString3argEyii DCOP aborting call from 'anonymous-3118' to 'kate' ERROR: Communication problem with kate, it probably crashed. KLauncher: Exiting on signal 15 ICE default IO error handler doing an exit(), pid = 3097, errno = 0 ICE default IO error handler doing an exit(), pid = 3093, errno = 0 ICE default IO error handler doing an exit(), pid = 3113, errno = 0 ICE default IO error handler doing an exit(), pid = 3175, errno = 2 ICE default IO error handler doing an exit(), pid = 3115, errno = 0 startkde: Shutting down... Warning: connect()
Re: [Cooker] TWiki Style
Buchan Milne wrote: Greg Meyer wrote: I spent a lot of time tonight applying the style that Buchan created on the main page to the rest of the pages in the Cooker Twiki. Hopefully this gives the whole site a more polished, professional feel. In addition, I set up the Web template so that all new pages will be able to have the same style without a lot of work on the part of the original author. Check it out and let me know if I have gone too far, or if I missed anything. I like the idea of consistency, but I'm not sure that the style applies well to inner pages. It works to logically break out the home page, but in part because the page hits you with a *lot* of different things (access, information, external links). Font and color styles feel less like the content was being sqeezed into a ranch (cows surrounded by a fence). I do think tit gives a more polished feel, and the whole idea of a Wiki is that everyone has a voice. So, thanks for taking the initiative, Greg! At some stage it might be nice to see if we can get some CSS-based layout ... I would be much more interested in this kind of solution. Wiki markup should stay simple, especially since mixing style and layout tags with content raises the barrier for contributors. I have long wanted to work on a CSS-based layout for the Wiki, including the header and footer. I have been swamped at work lately, and I had hesitated in asking Warly for the access this kind of thing would imply (it would require some sort of access to the files via ftp or the like, rather than just Wiki editor access). Warly, would this be something you would consider for myself and others who would like to work on the site? I don't want to be presumptuous: I will try and put something together using the front page and an internal page as an example. Any result taking into account others' input could then be implemented? - John
Re: [Cooker] Removing power from Dell laptop locks sysem
Jaimon Jose wrote: Can you test with a 2.4.22.13mdk or later kernel to see if it is fixed? I would have to make a new livecd to test ... Tried 2.4.22.18mdk from updates. Same results. And with the nolapic option passed to the kernel? (Configuration - Configure your computer - Boot - DrakBoot) Jaco PS: Kernel installed, just haven't had a gap yet to reboot.
Re: [Cooker] Removing power from Dell laptop locks sysem
Jaco Greeff wrote: Jaimon Jose wrote: Can you test with a 2.4.22.13mdk or later kernel to see if it is fixed? I would have to make a new livecd to test ... Tried 2.4.22.18mdk from updates. Same results. And with the nolapic option passed to the kernel? (Configuration - Configure your computer - Boot - DrakBoot) Oops, sorry, I see you responded in another message that the option does indeed work. Jaco
Re: [Cooker] /var/cache/apache2-mod_ssl should be apache writable
torsdagen den 23 oktober 2003 15.10 skrev Tibor Pittich: On 23. October 2003 at 13:43, Oden Eriksson wrote: onsdagen den 22 oktober 2003 17.18 skrev Tibor Pittich: On 22. October 2003 at 16:56, Pascal Cavy wrote: I see error message in the log like : [Mon Oct 20 18:30:42 2003] [error] (120013)APR does not understand this error code: Cannot open SSLSessionCache DBM file `/var/cache/apache2-mod_ssl/ssl_scache' for writing (store) This is on a fresh new install of MDK 9.2 The installation should do: chown apache /var/cache/apache2-mod_ssl chown apache /var/cache/apache2-mod_ssl/ssl_scache yes, but msec change this.. i added this line into my perm.local /var/log/httpd/ssl_scacheapache.root 644 This is a errata issue? Please file a bug report. i'm sorry. it was mistake from me. this issue was fixed here: * Mo sep 15 2003 Jean-Michel Dault [EMAIL PROTECTED] 2.0.47-6mdk - put the ssl_scache file into /var/cache to avoid log rotation and segfaults Aha, thanks. I think I need to fix some of my other packages that uses /var/cache/. I forgot about the msec hassle when I packed them...
Re: [Cooker] New ISO with updates
On Thursday 23 October 2003 05:56 am, Svetoslav Slavtchev wrote: On Thursday 23 October 2003 07:37 am, FACORAT Fabrice wrote: So do I. That's interest me. I don't think we can do this just with makecd, and some updates are interesting from the install ( I was thinking of kernel updates and better ACPI/SATA support ) sata worked out of the box with silicone image controlers. and probably with ICH5/ VIA/ Promise too ?-) ((which were missing in 2.4.22-10mdk)) svetljo I support promise as little as possible here in my shop they have had over the years a bad habit of causing hard drive corruption and other issues. Buggy drivers under windows. Selling half broke chipsets to the mobo manufactures as simple ata controllers these then in turn cause all kinds of problems. My data is just not worth it. Not to mention the performance of the promise solution is no really not any faster than ata 133 for any regular use. In my testing here with si controllers the speed with a single 80gig sata maxtor was about the same as 2 ata 133 40 gig maxtors running as a raid 0 array on a ata 133 high point controller. The 40 gigs were 2 meg cache and the 80gig was 8meg cache. All in all I was impressed with the speed and the sustained throughput was very impressive. Promise will not give you those numbers. As for via and I assume intel sata I cant say as I dont have any to test on. i can not judge about the quility of the drivers (libata) as i don't have any SATA hardware, but as i play patching the kernel i know that the drivers were not included in 2.4.22-10mdk I wanted to pick up a high point sata controller for testing also but have not yet so it may not be supported either. don't play with HPT ! :) AFAIK they don't have native SATA chip yet, the cards are plain PATA 133 controlers with SATA bridges, and acording to lkml are suported by the hpt374 driver (PATA133) svetljo -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] Broken KDE in Cooker
On Wed, 2003-10-22 at 22:57, Han Boetes wrote: This is the deal. We make packages and you make decent bugreports or you learn to live with the fact cooker is broken. Have you thought even a little bit about how wrong this approach is? The only way you're going to get _good_ testing is for people to use cooker on a regular basis. The only way they can use cooker is to _USE_ cooker. Nobody who isn't getting paid by Mdksoft has the time to set up a box and test stuff altruistically. There may be bugs and glitches, but major systems need to at least work to a basic degree. Laurent has been known to quasi-regularly put out broken packages. Packages of THE most common GUI in use. Not just glitches, but great, big blowout brokenness. This kind of attitude toward the people who are out on the bleeding edge of the distro will do nothing but engender bad relations with the very folks who are, generally speaking, your most passionate advocates. -- Brad Felmey [EMAIL PROTECTED] Uncompensated Mandrake Guinea Pigs, Inc.
Re: [Cooker] Huge List of Updates
On Thu, 2003-10-23 at 02:58, David Coe wrote: If I had just installed a site-full of Mandrake 9.2 workstations, I would be less than impressed to have this size of update to do so soon after. I _do_ support a site full of workstations. It's amazing what cron and a squid cache will do. -- Brad Felmey [EMAIL PROTECTED] Uncompensated Mandrake Guinea Pigs, Inc.
Re: [Cooker] Huge List of Updates
I think that we need a lot more RCs, and on the contrary they should be more frequent, a lot more frequent. Updating a cooker machine is not the same than installing the distribution from scratch, considering the updating scripts do not have the same effects. For example, there should be 1 RC per 10 days or 2 weeks. Go for a RC5 or RC6, it does not matter if one or two bugs have been squashed, but this way you will attract more beta testers. If you want that more people test the beta versions, you need to consider the human psychology : the more the figure will be big, the more people will want to try the distribution. I even suggested after 9.1 to lie about the actual release date. Maybe this would not be really useful though. Eric
Re: [Cooker] Broken KDE in Cooker
On Thu, 2003-10-23 at 15:37, Brad Felmey wrote: On Wed, 2003-10-22 at 22:57, Han Boetes wrote: This is the deal. We make packages and you make decent bugreports or you learn to live with the fact cooker is broken. Have you thought even a little bit about how wrong this approach is? The only way you're going to get _good_ testing is for people to use cooker on a regular basis. The only way they can use cooker is to _USE_ cooker. Nobody who isn't getting paid by Mdksoft has the time to set up a box and test stuff altruistically. There may be bugs and glitches, but major systems need to at least work to a basic degree. Laurent has been known to quasi-regularly put out broken packages. Packages of THE most common GUI in use. Not just glitches, but great, big blowout brokenness. This kind of attitude toward the people who are out on the bleeding edge of the distro will do nothing but engender bad relations with the very folks who are, generally speaking, your most passionate advocates. Here here!! I second that! R.Fox
Re: [Cooker] New ISO with updates
Great idea - I was thinking the same. At least for the download version (assuming it's too late for the packaged version) R.Fox On Thu, 2003-10-23 at 13:43, Emmanuel wrote: Hi all, More and more people I talk to about Mandrake are interested in trying it out. Now, I'd like them to be able to try it out without having to install 220MB of updates once it's installed (they're all mainly on dial-up). Would it be possible to re-package the ISO with the updates included and/or point me towards instructions to tell me how to make the new ISO (with included updates) myself?? I have a broadband connection and wouldn't mind doing it. Cheers, Emmanuel
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Guillaume Cottenceau wrote: Curtis Hildebrand [EMAIL PROTECTED] writes: I've had confirmations that with another LG model, the HL-DT-ST CD-ROM GCR-8520B, 9.2 worked nice (e.g. did NOT do any damage to the cdrom drive). Also, with the HL-DT-ST CD-ROM GCR-8522B, 9.2rc2 worked nice (it's then -probable- 9.2 will work nice). If your looking for LG drives that work, my DVD/CD-RW works fine on a ASUS A7N8X-Deluxe motherboard. ]$ cat /proc/ide/hdc/model HL-DT-ST RW/DVD GCC-4480B Thanks! Then here's my current list: fried: CRD-8400B (machine: IBM PC 300 PL) CRD-8482B (machine: Dell Optiplex GX1) CRD-8322B GCR-8523B work: HL-DT-ST CD-ROM GCR-8520B HL-DT-ST RW/DVD GCC-4480B (motherboard: ASUS A7N8X-Deluxe) That's not many, under the work label. And I'm a bit surprised. No one else has a working 9.2 with an LG drive? My LG dvd works fine with beta*, rc*. I don't have final ISOs to test. I did a net-install from ftp. Here's the model HL-DT-STDVD-ROM GDR8161B -Larry
Re: [Cooker] New ISO with updates
Here are some suggestions for 9.2 - for the public release, you should release 9.2.1 isos that include the updates AND also corrects the problem with LG drives. I don't think Mandrakesoft can afford a public release of ISOs that kill CD drives. That would be very bad for Mandrake reputation. Please do NOT release Isos that kills drives ! - for the boxed sets, maybe make available on the club or even better in the boxes an update iso/CD with the updates and the new proprietary drivers. Box buyers still have a one month access to the club ? The update CD could be used as an install CD number 1. This could be done with an official announcement, explaining clearly the steps to do to obtain updates for box customers. Eric
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
On Thursday 23 October 2003 08:34 am, Guillaume Cottenceau wrote: Curtis Hildebrand [EMAIL PROTECTED] writes: I've had confirmations that with another LG model, the HL-DT-ST CD-ROM GCR-8520B, 9.2 worked nice (e.g. did NOT do any damage to the cdrom drive). Also, with the HL-DT-ST CD-ROM GCR-8522B, 9.2rc2 worked nice (it's then -probable- 9.2 will work nice). If your looking for LG drives that work, my DVD/CD-RW works fine on a ASUS A7N8X-Deluxe motherboard. ]$ cat /proc/ide/hdc/model HL-DT-ST RW/DVD GCC-4480B Thanks! Then here's my current list: fried: CRD-8400B (machine: IBM PC 300 PL) CRD-8482B (machine: Dell Optiplex GX1) CRD-8322B GCR-8523B work: HL-DT-ST CD-ROM GCR-8520B HL-DT-ST RW/DVD GCC-4480B (motherboard: ASUS A7N8X-Deluxe) That's not many, under the work label. And I'm a bit surprised. No one else has a working 9.2 with an LG drive? Germ from mandrakeusers.org reported that his LG GMA-4020B DVD-RW installed 9.2 no probs -- henpecked husband, n.: One who's afraid to tell his pregnant wife that he's sterile.
Re: [Cooker] Bugzilla update
Warly wrote: Lea Gris [EMAIL PROTECTED] writes: Maybe if mod_gzip was onabled on qa.mandrakesoft.com this would make page loading much faster and less bandwidth hungry. mod_gzip is not yet ported to apache2 Besides, it's more the query time (on the server side) and the rendering time (client-side) that makes a difference. On even a moderately high-speed connection, I could see potential for compression to actually *add* to the download time, if any difference would even be perceptible. I like the solution using the link to a separate page. Kudos to Warly for implementing this suggestion (I forget whose it was) before the 10.0 cycle. - John
Re: [Cooker] Broken KDE in Cooker
On Wednesday 22 October 2003 11:44 pm, David Kobler wrote: Can't we just set a simple standard to TEST YOUR PACKAGES before uploading them. It seems that simple things are constantly ignored by those who maintain the cooker RPMS. How hard would it be to test your rpms on a recently installed cooker box before uploading them? This would allow people to test cooker for system specific bugs instead of distribution specific bugs that exist because people do not do BASIC testing. isn't that what we're here for :) -- On a ship wrecked far out at sea, The girl said, I can't seem to pee. Aha! said the mate, That settles the fate Of the captain, the pilot, and me.
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
On Wednesday 22 October 2003 04:59 am, Guillaume Cottenceau wrote: Hi, Several people are reporting that installing the 9.2 totally fried their LG cdrom drive. Luis Alves on cooker is reporting that problem on an IBM PC 300 PL machine, with a LG CRD-8400B. On MandrakeClub an article[1] reports that this happens on a Dell Optiplex GX1 machine, with CRD-8482B and CRD-8400B models. I've had confirmations that with another LG model, the HL-DT-ST CD-ROM GCR-8520B, 9.2 worked nice (e.g. did NOT do any damage to the cdrom drive). Also, with the HL-DT-ST CD-ROM GCR-8522B, 9.2rc2 worked nice (it's then -probable- 9.2 will work nice). this would be interesting to see the outcome of but LG drives are of particularly low quality. It would be my guess that they are simply dying from end of life span. It is not unheard of to have cdroms die while in use. On a side note it would be advisable to stay away from aopen drives also. Of course this goes without saying that you will want to stay way from any company that resells these drives also. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] Huge List of Updates
On Thursday 23 October 2003 06:41 am, Brad Felmey wrote: I _do_ support a site full of workstations. It's amazing what cron and a squid cache will do. or a local repository in my case. Download once and have it available for everybody. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] New ISO with updates
On Thursday 23 October 2003 06:40 am, Svetoslav Slavtchev wrote: don't play with HPT ! :) AFAIK they don't have native SATA chip yet, the cards are plain PATA 133 controlers with SATA bridges, and acording to lkml are suported by the hpt374 driver (PATA133) svetljo thanks promise is doing the same though. I'll stay away from the high point for now at least I have a si card and also with on the motherboard to test with. Thanks. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
[Cooker] [Bug 6084] [acpi] ACPI block new hardware search in boot process
http://qa.mandrakesoft.com/show_bug.cgi?id=6084 --- Additional Comments From [EMAIL PROTECTED] 2003-23-10 12:50 --- I've installed cooker kernel 2.4.22-18 4GB and now battery control works and I get no more errors in booting procedure The problem of 6 CDR is still the same... Probably there's a bug in the scsi emulation module [sgozzi] wrote: -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: After updating from mdk 9.1 to 9.2 rc2, if I enable ACPI in Drakboot config (lilo) mandrake could not start with kernel 2.4.22-6 Starting with 2.4.21 (old config) it runs with ACPI functionality Deactivating ACPI in drakboot it works (obsiously without energy control) Other problems during initial booting are: insmode i810 failed (deals with acpi?) automount of 7DVD-R instead of 1 (due to acpi?) The laptop is a Toshiba Satellite 5200-801 with P4M-2000 gf4 go 460 DVD-R
[Cooker] [Bug 6176] [kdebase] A white line appear in konqueror
http://qa.mandrakesoft.com/show_bug.cgi?id=6176 --- Additional Comments From [EMAIL PROTECTED] 2003-23-10 12:50 --- Hi, I think I've got part of the clue : I can reproduce it. Open http://www.linux-france.org and reduce the window to have a scroll bar. When the page is loaded, click in the URL textfield just to get the focus, then directly use the vertical scrollbar : I have the scrollbar. It seems that the white line appears when you directly scroll a frame which has not the focus, ie using the scroll bar of a window without previously click inside it. I think this famous line is part of the one used around a window to show it has the focus. Berthy Le lun 20/10/2003 à 21:02, [snoyes] a écrit : -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I have installed a Mandrake 9.2 I launch 2 konqueror (A and B). I have for example mplayer site with Konqueror A. If I click on Konqueror B, click on konqueror A and use my wheelmouse or my keyboard to scroll mplayer site on konqueror A, a white line appears on the page. You can see my bug here: http://www.priap.com/mandrake/bug.jpg I have not this bug with Mozilla and I hadn't it with Mandrake 9.1 I have a Nvidia GeForce 4 MX 420 PCI and the bug appears with both nvidia driver and nv driver. I have this bug with all the sites, not only mplayer ! I can give more details on my problem but only in french ! My english is too weak.
[Cooker] [Bug 6187] [drakxtools] connection to Free Dégroupé with sagem fast800 to be adapted
http://qa.mandrakesoft.com/show_bug.cgi?id=6187 --- Additional Comments From [EMAIL PROTECTED] 2003-23-10 12:50 --- VCI is already set to 23 if one choose sagem and to 24 if one choose sagem_dhcp Encapsulation is already set to 6 if one choose sagem and to 4 if one choose sagem_dhcp -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Following bug 5690, there's still some work to achieve to make it work flawlessly Here's the translation from a thread on eagle-usb forum http://fast800.tuxfamily.org/forums/read.php?f=1i=6761t=6761 - in /etc/analog/adiusbadsl.conf, replace VCI=0024 (instead of 23) and Encapsulation=0004 (instead of 6) - files pap-secrets and chap-secrets are modified, which is useless as ppp is not used with Free Dégroupé, /etc/ppp/peers/adsl does not seem created though (which is correct) - connection in action tries to launch both dhclient and dhcpd (one should be enough, static configuration may be better in the end, just a suggestion below) : erasing dhclient package makes it work correctly (to be reproduced) Doing all this, /etc/sysconfig/network-scripts/net_cnx_up launches dhcpcd and establishes the connection (as soon as Free makes it's own work). Suggestion : dhcpcd is an heresy IMHO, asking for the static IP may be better in order to configure (and establish) the connection, which would happen this way /sbin/ifconfig eth1 @ip_static netmask 255.255.255.0 up /sbin/route add default gw IP_GATEWAY ip_static should be asked to the user (there's *always* a way to know it, either with an URL or with a mail from the ISP) I haven't yet found a way to determine IP_GATEWAY automatically : it depends on the interface which is mounted. This static manner of connection is correct for Telefonica IP fija in Spain as the eagle-usb driver - formerly known as adiusbadsl - works with Sagem Fast800, Comtrend CT-350 and AT-AR215 as well, modems distributed by many ISP worldwide France, Spain, Germany, Poland, England to name a few... (VCI may have to be adapted, though).
[Cooker] [Bug 4483] [Bugzilla] bugzilla is not able to validate package version
http://qa.mandrakesoft.com/show_bug.cgi?id=4483 --- Additional Comments From [EMAIL PROTECTED] 2003-10-23 12:29 --- Try to add a comment --- Additional Comments From [EMAIL PROTECTED] 2003-10-23 13:48 --- Created an attachment (id=933) -- (http://qa.mandrakesoft.com/attachment.cgi?id=933action=view) test to add a patch test to add a patch --- Additional Comments From [EMAIL PROTECTED] 2003-10-23 13:51 --- Created an attachment (id=934) -- (http://qa.mandrakesoft.com/attachment.cgi?id=934action=view) test to add a patch test to add a patch -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description:
Re: [Cooker] New ISO with updates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ef2 wrote: Here are some suggestions for 9.2 - for the public release, you should release 9.2.1 isos that include the updates AND also corrects the problem with LG drives. I don't think Mandrakesoft can afford a public release of ISOs that kill CD drives. That would be very bad for Mandrake reputation. Please do NOT release Isos that kills drives ! I wonder if it might be possible to only remaster the first ISO, as I think most updates were to packages which are on CD1 (or do we split kde*-devel off onto CD2 or 3?). Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/l/NArJK6UGDSBKcRAk/qAKC9yRWnNQ9SeXAqicSM1TQod6pNmQCfedfX MADrKCiAgZAGyINFlZwqDEQ= =U/ng -END PGP SIGNATURE-
Re: [Cooker] New ISO with updates
On Thu, 2003-10-23 at 11:26, Buchan Milne wrote: I wonder if it might be possible to only remaster the first ISO, as I think most updates were to packages which are on CD1 Mmm, that would be nice. Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] Huge List of Updates
On Thursday 23 October 2003 06:17 am, Thierry Vignaud wrote: Thanks guys for all your hard work. If you need help troubleshooting the scsi problems I have three downed servers that I can test on. could you fill in a bug report with oops message if possible or any error message availlable on text consoles ? thanks filed a report on bugzilla it would seem that the installer does not like drives with macos partitions on them I hope this helps. One more little thing the install includes bittorent-gui but not bittorent. I'll file another report here shortly as k3b also does not work with my cd burner but arson does see it fine. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
[Cooker] [Bug 6212] [firestarter] New: doesn't start under kernel-2.6
http://qa.mandrakesoft.com/show_bug.cgi?id=6212 Summary: doesn't start under kernel-2.6 Product: firestarter Version: 0.9.1-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: program AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] firestarter doesn start under kernel-2.6 if launched from terminal window reports: kernel-2.6[bla bla] is not suported and exits an upstream fix exists see attachment --- Additional Comments From [EMAIL PROTECTED] 2003-10-23 14:28 --- Created an attachment (id=935) -- (http://qa.mandrakesoft.com/attachment.cgi?id=935action=view) the upstream fix -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] New ISO with updates
I wonder if it might be possible to only remaster the first ISO, as I think most updates were to packages which are on CD1 (or do we split kde*-devel off onto CD2 or 3?). Regards, Buchan That's sound a very good idea : remaster the CD1 with the new CD1 packages, and leave the updates that are on the other CDs on the updates mirrors. Eric
[Cooker] network icon on deskop?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I find the articles at http://www.open-mag.com are normally quite pathetic, they place *huge* significance on a small setting (and don't seem to notice that the same settings are available on every single distribution they have bothered to test). However, in some ways, that's how new users think. For example: SUSE has added a Local Network icon to the user's desktop that links to a new network-browsing applet that closely mirrors the behavior of the Network Neighborhood/ My Network Places applet found in Windows. Clicking on the Local Network icon brings up all of the Windows workgroups and domains discovered on the Network. From there, all of the systems in any selected workgroup or domain will be listed using the system's name rather than the system's IP address. http://www.open-mag.com/1726339824.shtml So, when can we add an icon on the desktop for smb:/ in KDE and GNOME by default, called something like Local Network (I have one on my desktop - - actually called Windows Network, and it works great). And, at some stage, it might be nice to be able to enforce such icons on the desktop for every user ... Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/mARgrJK6UGDSBKcRAjvSAJ9ZPsrWfSmSxUnezmclg9GPRNWH1wCgzGjP 18LJo1PnOsH51zZV+o+vrv4= =ptF4 -END PGP SIGNATURE-
Re: [Cooker] Broken KDE in Cooker
On Thursday 23 October 2003 03:49 am, Simon Oosthoek wrote: I'm sure this was meant as sarcasm, but... On Thu, Oct 23, 2003 at 05:57:29AM +0200, Han Boetes wrote: Nope, you guys are our test subjects. Our labrats. :) This is the deal. We make packages and you make decent bugreports or you learn to live with the fact cooker is broken. What's the use of even uploading a package which has not been tested? The simple assumption that a package is broken until proven otherwise would already help. Especially if the maintainer of such a package will feel a need to only upload correct packages that don't break anything. If this requires to much work on the maintainer part, why not use a new role: Package maintainer is there, but why not Package Tester. Someone who is interested in a certain package and is willing to be a guinneapig (sp?) for that package. The maintainer packages a new version, sends it to the tester who then tests it and checks whether something breaks. If it's ok, the maintainer uploads it to cooker for the rest of the labrats to have a go at it! It's just a thought ;-) Simon I'd be happy if there were simply a rollback directory on the mirrors. In other words when a package is updated, yesterday's version rolls over to the rollback directory. Also, the reason I said yesterday's is often there are 2-3 quick updates in a row, as little packaging bugs get caught by the packager and quickly fixed - would hate to have two broken packages, the rollback and the new one, on the mirrors. Vinny
Re: [Cooker] New ISO with updates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ef2 wrote: That's sound a very good idea : remaster the CD1 with the new CD1 packages, and leave the updates that are on the other CDs on the updates mirrors. All updates must be left on the mirrors. What about people that have already installed from the FTP mirrors (which also aren't likely to change ...). But, if a new CD1 were made, user's would automatically get the benefit of them anyway (since urpmi would get the package from the CD first). - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/mAcyrJK6UGDSBKcRAoC9AJ9p4XMCtdjNKxqnnBF/MWkWk81U3ACfSm+a j1HbxqzkdJGvAahH4ntlT3A= =yVhb -END PGP SIGNATURE-
Re: [Cooker] Broken KDE in Cooker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vincent Meyer, MD wrote: I'd be happy if there were simply a rollback directory on the mirrors. In other words when a package is updated, yesterday's version rolls over to the rollback directory. Also, the reason I said yesterday's is often there are 2-3 quick updates in a row, as little packaging bugs get caught by the packager and quickly fixed - would hate to have two broken packages, the rollback and the new one, on the mirrors. Why does this need to be on the mirrors? Wouldn't it be better if you could set urpmi to auto-repackage some packages (like rpm --repackage)? Then, you would have the last package you had working (since youhave no guarantees about yesterday's package anyway). For cookers, this would be quite useful ... Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/mAfnrJK6UGDSBKcRAqNuAKCu8+uXLZE5BUKQVAlxopYUJNauZgCeLvNO X2F/JbM1Z0+8JytvPYhxJ1s= =SGU1 -END PGP SIGNATURE-
Re: [Cooker] New ISO with updates
ef2 wrote: I wonder if it might be possible to only remaster the first ISO, as I think most updates were to packages which are on CD1 (or do we split kde*-devel off onto CD2 or 3?). Regards, Buchan That's sound a very good idea : remaster the CD1 with the new CD1 packages, and leave the updates that are on the other CDs on the updates mirrors. Wouldn't this be a dependancy break between updated CD1 + old CD2 CD3 ? -- Léa Gris () Campagne du ruban texte brut contre les courriels en HTML, /\ contre les pièces jointes Microsoft.
Re: [Cooker] Huge List of Updates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 FACORAT Fabrice wrote: Le jeu 23/10/2003 à 10:25, Frederic Crozat a écrit : And if people were reporting bugs/responding to queries DURING the beta/RC period, more bugs would be fixed BEFORE final release... excuse me, but most people will test during RC period, but the problem was you release ... how many ... 2 RC ! This was known long in advance: http://qa.mandrakesoft.com/twiki/bin/view/Main/ReleaseInfo#Schedule_estimation_WarLy after RC2 there were many bugs remaining to fix, and some people could not install RC2 on their computer. I can't remember any bugs which prevented installation of RC2. Maybe you have bug numbers? When i could see that some people were beginning to install RC2, they had many problems with screensavers, etc ... IIRC this problem is not in RC2. Yesterday I contact konica because I had a problem with a printer. The technician in order to test the printer under linux as I was using mdk install ... RC2 ( yes that's the last one available ). Well, RC2 is mostly OK. Have you have a look at RC of OO.org ? You were able to release a RC with mdk 9.2 because there was practically no differences between the final RC and the final version. Have you looked at samba? They release 25 alphas, 3 betas, and 5 RCs, and there are still some big bugs in 3.0.0 (which is why we have 3.0.1pre1 in cooker, it's more stable ...). Why? Simply because people don't like to test software which isn't marked as stable on production machines, so some bugs don't get found. But, if there is a hard deadline (as there was sufficiently in advance for Mandrake 9.2), then if you are going to bother testing, you must do it early enough. Bugs which require significant effort to fix (and this includes bugs in KDE packages since they are quite large) need to be reported early. My gnome-preference-daemon problem was reported a long time ago on the ML, the same for the locking problem ( when I install 9.1, I had the problem ). And, there was more than one bug involved in this, and the maintainer had problems reproducing it. For kernel you can't do better as you depend on kernel dev. the kde screensaver problems was reported a long time ago and several times ( just after mdk announce for ad support in the distro, so many people think that this was related ). You're facing the same problem than linus for the kernel. People begin to test only when things are mark as stable or when you have RCx ( with x 1 ). That's why he marks 2.5 as 2.6test and you can see many people testing it, even newbies. Indeed when a newbie say it have a problem with distro version x.y, most of the time, if the problem can't be easily fix ( depends on kernel, or major lib version ), you say : just wait/install distro version x.y+1 ( or x+1.0 ) if you have to wait less than one month. if not, you will advise him to install the version RCx only if x is at lest equal to 2 as you know that more x is greater, more stable is the distro. Theses newbies will test the distro on new hardware ( more or less recent ), and/or catch some bugs that peoples who were using an old version will not see as they manage to workaround it or they learn to live with it. But, I don't think anyone on this list qualifies as a newbie. People on this list should be testing at least half the betas on at least one machine, and/or running cooker full-time on a box (if you don't, you're most probably a lurker ;-)). If you want to be sure that some things will work in the final release, test *early*! Of course, some bugs will just never be fixed, whether there is one RC or 25. - -KDE single/double click - -drakconnect hostname madness And, I would like a reply on my request for supporting mutliple sessions by default (trivial mods to /etc/X11/xdm/Xservers) Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/mAlOrJK6UGDSBKcRAoMsAKCWflcS3hxb1N8XZUQU3HSBjcHaGgCcC+UK H6HPaVTf4wl6OruC/ac0N+g= =ELjz -END PGP SIGNATURE-
Re: [Cooker] New ISO with updates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lea Gris wrote: That's sound a very good idea : remaster the CD1 with the new CD1 packages, and leave the updates that are on the other CDs on the updates mirrors. Wouldn't this be a dependancy break between updated CD1 + old CD2 CD3 ? Only if 50MB is not enough to absorb the dependancies ... I guess users with drives that don't like 700MB CDs will have to get one of the original CD1's (if there are significant update packages that are not on CD1). Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/mAnrrJK6UGDSBKcRAq7DAKDMralBVlX6U1l8SevRydL8qBrYSQCgy0/B AGyG3jBJl71EixL0d1ReR2c= =SpJj -END PGP SIGNATURE-
[Cooker] [Bug 6212] [firestarter] doesn't start under kernel-2.6
http://qa.mandrakesoft.com/show_bug.cgi?id=6212 --- Additional Comments From [EMAIL PROTECTED] 2003-10-23 14:32 --- Created an attachment (id=936) -- (http://qa.mandrakesoft.com/attachment.cgi?id=936action=view) another upstream fix this patch is not related to kernel 2.6, but is include upstream fixes docking to kde3 tray. not sure whether it's needed (if i was sure i would post new bug :-) ) -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: firestarter doesn start under kernel-2.6 if launched from terminal window reports: kernel-2.6[bla bla] is not suported and exits an upstream fix exists see attachment
Re: [Cooker] New ISO with updates
All updates must be left on the mirrors. What about people that have already installed from the FTP mirrors (which also aren't likely to change ...). But, if a new CD1 were made, user's would automatically get the benefit of them anyway (since urpmi would get the package from the CD first). Yes you're right, and urpmi can handle this easily. The main concern are the LG drives too. I hope it can be corrected. Cheers. Eric
Re: [Cooker] Broken KDE in Cooker
On Thu Oct 23 18:55 +0200, Buchan Milne wrote: I'd be happy if there were simply a rollback directory on the mirrors. In other words when a package is updated, yesterday's version rolls over to the rollback directory. Also, the reason I said yesterday's is often there are 2-3 quick updates in a row, as little packaging bugs get caught by the packager and quickly fixed - would hate to have two broken packages, the rollback and the new one, on the mirrors. Why does this need to be on the mirrors? Wouldn't it be better if you could set urpmi to auto-repackage some packages (like rpm --repackage)? Then, you would have the last package you had working (since youhave no guarantees about yesterday's package anyway). For cookers, this would be quite useful ... Excellent idea, Buchan... you are a veritable fountain of such. -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] We are... only immortal for a limited time Linux 2.4.22-8mdk 13:10:00 up 19:24, 8 users, load average: 2.03, 1.70, 1.91
Re: [Cooker] Broken KDE in Cooker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Levi Ramsey wrote: On Thu Oct 23 18:55 +0200, Buchan Milne wrote: Excellent idea, Buchan... you are a veritable fountain of such. Just not enough time to implement them ... at the moment ... ;-) - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/mAxVrJK6UGDSBKcRAlurAJwP/kAzqS/xR0yR7/rrNozY2t7PsQCeN5Dn 13pDGxdyGelKzA7ZO7DHfO0= =dteL -END PGP SIGNATURE-
Re: [Cooker] Broken KDE in Cooker
torsdagen den 23 oktober 2003 19.11 skrev Levi Ramsey: On Thu Oct 23 18:55 +0200, Buchan Milne wrote: I'd be happy if there were simply a rollback directory on the mirrors. In other words when a package is updated, yesterday's version rolls over to the rollback directory. Also, the reason I said yesterday's is often there are 2-3 quick updates in a row, as little packaging bugs get caught by the packager and quickly fixed - would hate to have two broken packages, the rollback and the new one, on the mirrors. Why does this need to be on the mirrors? Wouldn't it be better if you could set urpmi to auto-repackage some packages (like rpm --repackage)? Then, you would have the last package you had working (since youhave no guarantees about yesterday's package anyway). For cookers, this would be quite useful ... Excellent idea, Buchan... you are a veritable fountain of such. I concur. This could also be used with the idea I had with the term update_media: 1. pack needed installed package(s) 2. put it in the urpmi cache (or where ever...) 3. rename it (pretty much like the troels perl script) 4. run rsync 5. do update
Re: [Cooker] New ISO with updates
Buchan Milne wrote: Only if 50MB is not enough to absorb the dependancies ... But do you really need to remaster CD1 into a 700MB iso ? Do the corrected packages increase the size that much ? For the download edition, if you need some space, why not dropping the kernel marcelo ? Do really people need the binaries of the vanilla kernel on the download edition ? Eric
Re: [Cooker] New ISO with updates
That's sound a very good idea : remaster the CD1 with the new CD1 packages, and leave the updates that are on the other CDs on the updates mirrors. Wouldn't this be a dependancy break between updated CD1 + old CD2 CD3 ? No because all hdlist files are on CD1 and would be regenerated by remastering it. If you decide to do this, please release an internal RC so that it could be tested though ! Eric
[Cooker] Terminal button doesn't work in ICEWM
Since KDE is broken, am temporarily using ICEWM. At the bottom of the screen is the menu button, Terminal button, and Mozilla button. Terminal button doesn't bring up a terminal window, although there is some disk activity. V.
Re: [Cooker] [IMPORTANT] 9.2 install potentially frying some LG cdrom drives
Larry Nguyen [EMAIL PROTECTED] writes: My LG dvd works fine with beta*, rc*. I don't have final ISOs to test. I did a net-install from ftp. But did you use your CDROM in 9.2 final? That seems to toast a drive as well. Here's the model HL-DT-STDVD-ROM GDR8161B -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/