Re: [Cooker] 9.1 final
Entête en cours de reécriture, merci de patienter en lisant la réponse au mail de Till Kamppeter, à Mercredi 19 Mars 2003 01:44 Michael Scherer wrote: Can you please tell to me that the security hole discovered this morning is closed ? Check your Cooker mirror whether it already caught up kernel 2.4.21-0.13mdk. This is the fixed one. The Cooker on our compilation cluster is exactly 9.1 now, including this kernel. So update as soon as you r mirror gets the new kernel. ok, i guess I need to get the habits of having hole disclosed after the fix, but, this is great. Good work for the 9.1 -- Mickaël Scherer
Re[2]: [Cooker] Post 9.1 Wishlist (9.2 ??)
NS 16. Create the Mandrake Personal Configuration Center. how about 17. include reiserfs quota support in kernel ? wbr, maxx
Re: [Cooker] Post 9.1 Wishlist (9.2 ??)
On Tue, 18 Mar 2003, Narfi Stefansson wrote: I believe that Steffen is right that mjpegtools was compiled without MMX in the 9.0 rpms. When I compile for i586 and athlon side by side and I enable MMX for both, I only get a maximum of 10-15% speed difference. The difference in with/without MMX is of course huge :-) No package will be built with MMX optimizations by default as there are Pentium out there without those extensions. However, if your application dynamically links against some optimized DSOs that would be fine to put those libraries in */lib/mmx/* or */lib/sse{,2}/*. But you will be stuck if they decided to dlopen() their plugins/libraries. Bye, Gwenole.
Re: Re[2]: [Cooker] Post 9.1 Wishlist (9.2 ??)
On Wed, 2003-03-19 at 00:14, maxxik wrote: NS 16. Create the Mandrake Personal Configuration Center. how about 17. include reiserfs quota support in kernel ? wbr, maxx If MDK is going to aim at any one area for 9.2 it should be laptops. Right now my wireless is working... problem is ... I'm not exactly sure how it's working... See, what it does, and what the smattering of docs around the web say. don't match (yes most of them are written for RH 6.x so it's expected). No complaint about this... just pointing one thing out. Laptops and mobile computing are a future that is waiting for Linux. ACPI improvements. Wireless becoming less confusing. The ability to have multiple profiles (Laptops move networks don't, please god if there is any one thing needed it's this!) all of this is an area that is a weak point right now. SuSE is trying to move into this area. 8.1 is supposed to be a 'wireless' release... (Note it doesn't work any better here than MDK does) Nonetheless it is a future. Hopefully this future will include MDK.
Re: [Cooker] kernel-source and kernel-source-includes
Buchan Milne [EMAIL PROTECTED] writes: How soon? next release i guess. What to do in the meantime? Upload thinkpad drivers to contrib? To Club? What about tpctl (requires thinkpad drivers as it requires the thinkpad device)? user-mode package will follow kernel-drivers.
Re: [Cooker] 9.1 final
On Tuesday 18 March 2003 21:55, HoytDuff wrote: On Tuesday 18 March 2003 09:43 pm, Greg Meyer wrote: And what do I do if I don't have an old kernel installed? Punt? How about using mc to extract the kernel from the correct kernel rpm and install it manually? You will have to force the install. And what about other elements of the system bearing date March 18, 2003 that might also not have changed numbers. My guess is that the only safe way would be to re-install the frpm the original disks and then set up your mirror again and then update. Or wait for the final set of iso images to arrive then do a new install.
Re: [Cooker] 9.1 final
Frederic Lepied wrote: 9.1 is gone to production. In the name of MandrakeSoft engineering team, I would like to thank all the cookers for the great help you provided to build this release. Thank you very much ! Congratulations again ! This is really great. Best wishes for the future, I hope you will go out of your financial problems. Eric
Re: [Cooker] Post 9.1 - GATOS
I'd certainly welcome GATOS support for my Radeon AIW 7200. Mike - Original Message - From: Robert L Martin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 19, 2003 3:02 AM Subject: Re: [Cooker] Post 9.1 - GATOS My question, how much interest is there in the gatos project and would RPMs help more people. im at about the promissing my first born stage of getting my radeon AIW 7500 working with mandrake by working i mean X working DVD working TV tuner working My current install (mostly stock 9.0 due to having DUN connect only) only has X working
[Cooker] [Bug 3439] [mozilla] Problem with JRE
http://qa.mandrakesoft.com/show_bug.cgi?id=3439 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 09:30 --- Thanks, this works. I had assumed that since Mandrake came with gcc3 these days that was the compiler used - my bad. Adrian. aw280 wrote: --- 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: Blackdown's JRE 1.4.1-01 does not work with Mandrake's mozilla-1.3 i586 rpms. Specifically, the plugin does not appear in about:plugins and java applets are ignored. The symlink in /usr/lib/mozilla-1.3/plugins is correct and the problem does not occur when I use Red Hat's mozilla-1.3 rpms.
[Cooker] Some Ideas for the future
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok seeing Its now feature request/suggestion time (by which I mean the sudden surge in threads about features rather than bugs) I'll join in with a few Ideas that might improve things. 1)I'd like to see some new features to urpmi most of which others have already mentioned: - - resume on partial downloads as the default behavior - - rsync support (if it isn't already present) - - support for multiply mirror choosing the fastest/local ones first - - src.rpm compilation and installation. I'd like to be able to set up urpmi to use a source RPM they way it currently uses mandrake rpm repositories. I'd like to be able to install a simply BASE system a kernel, the basic libraries, gcc and other needed tools, Mandrake tools and urpmi. Then simply type some thing along the lines of urpms (urpmi for SRPMS) urpms flags=--mach=k6-2 -o3 kde-full urpms would then sort out the dependencies required for a full install of kde the kde packages build them in the correct order with the CFLAGS and CXXFLAGS set to the flags option and install them setting up kdm or mdkdm. I'd also like to be able to do the same with gcc so urpms flags=xxx gcc 2)Next I'd propose the development of an app called some thing like bugdrake. It would be a Wizard/Gui client side front end for Bugzilla. It would ask for specific info that users often forget to add to their bug reports, if it was a hardware problem it would ask if it could scan the machine and collect info that would be of use in hunting down the bug. As well as checking to find out what version of Mandrake the user was using eg mdk9.0, mdk9.1RC1, mdk9.0/cooker hybrid etc and if the users had selected a specific package for the bug report check it and it's dependence's to find out what version they were and check that the user hadn't replaced them with non standard versions. It would then gather all the info and submit it to bugzilla.Possibly it could check for any simliar bug reports using some sort of alogarithim and show any thing that showed up as being similar to the user and asking them if it was the same bug. In which case it would mark it as a duplicate and add it as a comment to the end of the previous bug report to supply additional info. This should/would improve the quality and detail of most bug reports which I think most people here would agree would be very usefull! 3)The final suggestion I have is for the creation of an App called something like drakecooker or cookerdrake. This would be a program for helping with cooker testing. A gui or commandline interface which could control updateing the cooker installation. Allowing users to choose when and what parts of cooker they wanted to update and set up cron jobs to do it. - -It would report/list what packages had been updated after runing the update cooker command and list the changes made to them (scan the changelog in the spec file). - - List requests for moreinfo on bugs and specific requests for testing of new or updated packages. It would be closely tied to bugdrake allowing easy bug reporting etc. - -report bugs in areas of interest. So you could tell it you wanted to mainly test Multimedia pacakges it would then list new, needinfo and unresolved bugs from the mulitmedia packages section that you could have a look at, test etc. - - and have a package/cvs upload front end for uploading changes or patches. I think the creation of such apps would help the cooker community in it's efforts to improve Mandrake Linux and crush the ever present stream of bugs. I'd personally give the bugdrake app ago my self if my programing skills were up with it but they're certainly not (abit of java and tiny bit of perl and pascal)! What do you think? Chad - -- If you want to travel around the world and be invited to speak at a lot of different places, just write a Unix operating system. (By Linus Torvalds) -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eDr0IzniS8MsaSYRAp7FAJ0ZmyPZXok4Qh7dMIqO58WTT5TdtwCfU1cL RJWYYtkcW94rlPPe9kaxiRM= =Zor0 -END PGP SIGNATURE-
Re: [Cooker] Some Ideas for the future
Chad wrote: 2)Next I'd propose the development of an app called some thing like bugdrake. It would be a Wizard/Gui client side front end for Bugzilla. Something like drakbug ?
Re: [Cooker] Some Ideas for the future
Le Mercredi 19 Mars 2003 10:39, Chad a crit : - resume on partial downloads as the default behavior Isn't allready done ? - rsync support (if it isn't already present) http://plf.zarb.org/~nanardon, select cooker version, search url begining by rsync://, oh ! I debug rsync support myself. - support for multiply mirror choosing the fastest/local ones first You can add multiple mirror, and choose it by a regexp with --media option. -- Linux pour Mac !? Enfin le moyen de transformer une pomme en vritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] Some Ideas for the future
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 2)Next I'd propose the development of an app called some thing like bugdrake. It would be a Wizard/Gui client side front end for Bugzilla. Something like drakbug ? That I hadn't noticed before :-o It's lacking some of the features I suggested though (like scaning the hardware) and it could do with alot more visability! It also doesn't seem to bother checking the dependences and their versions either. Chad - -- Fairy Tale, n.: A horror story to prepare children for the newspapers. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eEA8IzniS8MsaSYRAsHtAJ9Raeq6mIeoJaY4eqgJaEXYrz8NiACePMLD 5mnFWWmoP8faGlvR3KETa1U= =4sag -END PGP SIGNATURE-
Re: [Cooker] Some Ideas for the future
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Mercredi 19 Mars 2003 10:39, Chad a crit : - resume on partial downloads as the default behavior Isn't allready done ? Does it first I've heard of it. If I run urpmi with the noclean option and interupt it part way through downloading a pacakge it doesn't seem to resume the file it was downloading were it left off it starts on that file again doesn't it? - rsync support (if it isn't already present) http://plf.zarb.org/~nanardon, select cooker version, search url begining by rsync://, oh ! I debug rsync support myself. Not sure but to be really usefull doesn't rsync support require a local copy of the package to update (compare to the netone and d/l the difs)? Otherwise I see no difference between it and ftp. - support for multiply mirror choosing the fastest/local ones first You can add multiple mirror, and choose it by a regexp with --media option. Yes I know that but by default it only uses one of them if that mirror is lagging or down it doesn't move on to the next one does it? Chad -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eEIRIzniS8MsaSYRAuiaAKCBE+hOPtlJJ/Er23Rnf4nJ45OisQCfScYQ 1HJ0OEeln8mbm8KkAMRMusI= =kCJR -END PGP SIGNATURE-
[Cooker] [Bug 3356] [drakxtools-newt] Can not upgrade due to file collision with msec
http://qa.mandrakesoft.com/show_bug.cgi?id=3356 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 10:21 --- already fixed 6 weeks ago update msec --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: Installation failed: file /usr/lib/libDrakX/security/help.pm from install of drakxtools-newt-9.1-25mdk conflicts with file from package msec-0.38-1mdk
[Cooker] [Bug 3411] [vim-common] vim-common needs to depend on coreutils
http://qa.mandrakesoft.com/show_bug.cgi?id=3411 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 10:27 --- it does not need a requires since coreutils is already required by basesystem. to force package installation ordering, we need a prereq there instead. i'll fix it once packages uploading is allowed again --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: Because at least one of vim-common's scriplets uses /bin/rm, vim-common needs to have a Requires: of coreutils. When installing vim-common and coreutils at the same time, they are not ordered so that rm is available when vim-common's post scriptlet is run.
[Cooker] [Bug 3247] [drakconf] Can't Change Screen Resolution
http://qa.mandrakesoft.com/show_bug.cgi?id=3247 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 10:28 --- *** This bug has been marked as a duplicate of 2672 *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: I tried several times to change the screen resolution using the Mandrake Control Center. I adjust it, but nothing changes. I have to do an install update to change the resolution to my likeing. 1024 x 768. I believe you should have a test section during the install as I have tended to miss choosing the correct resolution during several different installs. Even though I know I need to be careful, I tend to skip over it and there is no way to back up.
[Cooker] [Bug 2672] [drakconf] Problem with hardware tools section in MCC
http://qa.mandrakesoft.com/show_bug.cgi?id=2672 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 10:28 --- *** Bug 3247 has been marked as a duplicate of this bug. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: Step to repoduce Open MCC Go to hardware section click on Keyboarddrake, choose a new language for the keyboard, clik ok !! Problem === The new configuration of the keyboard have no effect, same things if you use Mousedrake, or XFdrake .nothings !!! No change !!!
[Cooker] [Bug 3425] [kernel] Grip crashes machine
http://qa.mandrakesoft.com/show_bug.cgi?id=3425 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Component|program |program Product|grip|kernel Version|3.0.5-1mdk |2.4.21-0.pre4.1mdk --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 10:29 --- kernel bug --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: It is reproducible. I open up grip, rip CD's, encode .ogg's, and everything works properly. As soon as I try to close it, it will hang for a second (although I can still move my mouse), then everything completely freezes, and the lights on my keyboard begin to blink. I am using the latest package (with RC 2) on Gnome 2.2, P4 motherboard. It happens every single time. I have tried uninstalling and reinstalling, but it continues. I also tried logging out while the program is open, and the same thing occurs.
[Cooker] Re: Some Ideas for the future
Chad wrote: - rsync support (if it isn't already present) http://plf.zarb.org/~nanardon, select cooker version, search url begining by rsync://, oh ! I debug rsync support myself. Not sure but to be really usefull doesn't rsync support require a local copy of the package to update (compare to the netone and d/l the difs)? Otherwise I see no difference between it and ftp. Not only do you have to have a local copy, the local copy needs to have the same name (for the benefits of rsync to actually work). So the local copies of the RPMs (either kept around all the time, or created on the fly with --repackage) would need to be renamed to the new RPM version before the rsync is run. I have a script that does this. One of these days I'll add support for command line options. http://luigiwalser.homeip.net:8080/~david/cooksync.pl
Re: [Cooker] Some Ideas for the future
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Other things that it could be used for would be for the download of large Main packages. For example the updated Kernel-source or kde packages. Urpmi could ask for the CD to be inserted grab the origional versions of the package's off that and then use rsync to update them to the new/current version of the kernel-sources/kde after all most of the kernel doesn't change between updates It would save abit of download time for dialup users. Theres over 100MB's of updates for mdk 9 if the orgional packages where copied off cd and then updated to the new versions using rsync you'd probably save at least HALF of that bandwidth and a fair bit of time! Or on systems with LOTS of storage space urpmi could creat a copy of the cooker repostitory on the disk and just update the differences when ever new versions are released and install instead of having to download the complete package each time it was changed. Chad Le Mercredi 19 Mars 2003 11:10, Chad a crit : - rsync support (if it isn't already present) http://plf.zarb.org/~nanardon, select cooker version, search url begining by rsync://, oh ! I debug rsync support myself. Not sure but to be really usefull doesn't rsync support require a local copy of the package to update (compare to the netone and d/l the difs)? Otherwise I see no difference between it and ftp. It retrieve hdlist faster because it download only diff. Otherwise, what do you mean by rsync support ? else than it actually do ? - -- Humans live best when each has his place to stand, when each knows where he be longs in the scheme of things and what he may achieve. Destroy the place and you destroy the person. - -Bene Gesserit Teaching % Has not religion claimed a patent on creation for all of these millennia? - -The Tleilaxu Question, from Muad'dib Speaks -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eEl1IzniS8MsaSYRAhukAJ9wv8IBc0utPQWr1iYqnrnW1qAmbQCgkSyE WG/J94QGhkVlo8hWz6p9aGg= =jAgH -END PGP SIGNATURE-
Re: [Cooker] Some Ideas for the future
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chad wrote: 3)The final suggestion I have is for the creation of an App called something like drakecooker or cookerdrake. This would be a program for helping with cooker testing. A gui or commandline interface which could control updateing the cooker installation. Allowing users to choose when and what parts of cooker they wanted to update and set up cron jobs to do it. I don't think this is *really* necessary: [bgmilne:/home/bgmilne/rpm/BUILD]# cat /etc/cron.daily/update #!/bin/sh LOG=/var/log/updates rm -f /var/cache/urpmi/rpms/*.rpm unset ftp_proxy unset http_proxy echo Running updates on `date` $LOG urpmi.update --wget ftp1 ftp2 /var/log/updates 21 #urpmi --wget --auto-select --auto --no-verify-rpm /var/log/updates urpmi --wget --auto-select --auto /var/log/updates 21 ls /var/cache/urpmi/rpms/*.rpm /dev/null [ $? -eq 0 ] rpm -Uvh /var/cache/urpmi/rpms/*.rpm /var/log/updates 21 -It would report/list what packages had been updated after runing the update cooker command and list the changes made to them (scan the changelog in the spec file). Subscibe to the changelog list for this, you get the changelog *before* upgrading, so you can avoid packages (via skip.list) if necessary. - List requests for moreinfo on bugs and specific requests for testing of new or updated packages. Read the changelogs. (see above). It would be closely tied to bugdrake allowing easy bug reporting etc. -report bugs in areas of interest. drakbug is for people who don't subscribe to cooker. cookers are expected to be able to give better diagnostics than drakbug (ie intelligent bug reports as opposed to automated ones). So you could tell it you wanted to mainly test Multimedia pacakges it would then list new, needinfo and unresolved bugs from the mulitmedia packages section that you could have a look at, test etc. - and have a package/cvs upload front end for uploading changes or patches. If you are subscribe to cooker, you can easily filter/search bug reports in your mail client. I think a 'build-from-source' tool would be more important to cookers. Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+eE+CrJK6UGDSBKcRAgOvAJ0abdIXPewOmZ0vFs2h9n9Cr3XprgCfZX3N yxztdN/p4Gwr+HW8/+mIGac= =B3v8 -END PGP SIGNATURE-
Re: [Cooker] kernel-source and kernel-source-includes
Ainsi parlait Leon Brooks : On Wednesday 19 March 2003 12:26 am, Guillaume Rousse wrote: Ainsi parlait Austin : Telling someone on dialup: just install glibc-devel, XFree86-devel, and kernel-source... is a big deal. Not any more than installing the rest of the system. It is if they have to fetch it down a modem. And how did they fetched the rest of the system ? -- If a program actually fits in memory and has enough disk space, it is guaranteed to crash. -- Murphy's Computer Laws n°5
Re: [Cooker] GNOME 2.2.1 Desktop
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jan, This just occured to me When I had beta3 installed and just before RC1 came out qt3 and lib1t3 where upgraded. Let me see if my older disks are anywhere around... (slim chance) but just about that time my ability to launch kde3 died. And at that time I was using XFree 3.3.6 (the performace is better in an ATI Mobility chip than earlier versions of the 4 series XFree) Now if I go into 3.3.6 I get the exact same reaction from kde in normal mode as I do in Xnest or vnc with 4.3. The error it dies on is that DCOP server is failing. btw I can reproduce this error at any time by switching from one XFree version to the other. I found libqt3 8mdk and current is 13 let me downgrade and try it James This just confirms it - XFree 3.3.6 didn't have Render yet, that came only with the 4.x series, that's why you have the problem. Some other people here already confirmed, that the problem goes away, when you disable antialiasing in Qt and recompile it. I guess, that the bug is in Qt's handling of antialiasing, it does not fall back to non-antialiased mode when Render is not available and crashes the application. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+eE93n11XseNj94gRAjtQAKC0vRQ5iysQC91zrTfFmcxOUX5HlACdFEmM Qxs+M1bpPSS7vapZsYxKKUg= =2e7a -END PGP SIGNATURE-
Re: [Cooker] Post 9.1 Wishlist (9.2 ??)
Ainsi parlait Gwenole Beauchesne : On Tue, 18 Mar 2003, Narfi Stefansson wrote: I believe that Steffen is right that mjpegtools was compiled without MMX in the 9.0 rpms. When I compile for i586 and athlon side by side and I enable MMX for both, I only get a maximum of 10-15% speed difference. The difference in with/without MMX is of course huge :-) No package will be built with MMX optimizations by default as there are Pentium out there without those extensions. However, if your application dynamically links against some optimized DSOs that would be fine to put those libraries in */lib/mmx/* or */lib/sse{,2}/*. But you will be stuck if they decided to dlopen() their plugins/libraries. An other option would be to have different packages for optimized and non optimized libs/binaries, and use alternatives to use them transparently. Would be great i think. -- No matter how good of a deal you get on computer components, the price will always drop immediately after the purchase. -- Murphy's Computer Laws n°7
[Cooker] Re: Post 9.1 Wishlist (9.2 ??)
Guillaume Rousse wrote: Ainsi parlait Gwenole Beauchesne : On Tue, 18 Mar 2003, Narfi Stefansson wrote: I believe that Steffen is right that mjpegtools was compiled without MMX in the 9.0 rpms. When I compile for i586 and athlon side by side and I enable MMX for both, I only get a maximum of 10-15% speed difference. The difference in with/without MMX is of course huge :-) No package will be built with MMX optimizations by default as there are Pentium out there without those extensions. However, if your application dynamically links against some optimized DSOs that would be fine to put those libraries in */lib/mmx/* or */lib/sse{,2}/*. But you will be stuck if they decided to dlopen() their plugins/libraries. An other option would be to have different packages for optimized and non optimized libs/binaries, and use alternatives to use them transparently. Would be great i think. Could the application itself just have runtime detection of CPU features, so you can compile SSE/MMX support in the one package, but it won't try to use it on CPUs that don't support it? I think mplayer does this, and didn't use to.
Re: [Cooker] Some Ideas for the future
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 3)The final suggestion I have is for the creation of an App called something like drakecooker or cookerdrake. This would be a program for helping with cooker testing. A gui or commandline interface which could control updateing the cooker installation. Allowing users to choose when and what parts of cooker they wanted to update and set up cron jobs to do it. I don't think this is *really* necessary: This was more aimed at those who've downloaded the RC's and want to help with the debuging part aren't really linux experts. The cookerdrake idea I think would still be usefull as It would provided one central location for collecting the info like requests for testing and changelog stuff It's certainly not needed for the developers but for the more casual cooker members it might be of some use. Especially for those who want to do testing but don't want to get 200 emails a day in there hotmail inbox from cooker! drakbug is for people who don't subscribe to cooker. cookers are expected to be able to give better diagnostics than drakbug (ie intelligent bug reports as opposed to automated ones). Exactly your'd want drakbug to be used by those who weren't on the cooker list. Those who aren't on cooker list are generally the ones who produce the worst bug reports! If you added the features I mentioned to drakbug and stuck it on the desktop of the RC's in plain view it would probably cut down on the number of bad bug reports that turn up. And having it grab data on dependencies, Version and hardware would help in alot of bugs. Think back to the isa sound card problem that was in cooker last week it took half a dozen emails before it was found out that the card was an ISA version. I think a 'build-from-source' tool would be more important to cookers. Yes the build from source would be the one I'd like the most by far! (urpms --flags=-march=k6-2 -o3 * ) Chad -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eFUSIzniS8MsaSYRAnccAJoDK5byRKnciR13VbWiltUcucltpQCfQ7uG OQ2ySU2TzTbp9hrRG481ono= =eK2P -END PGP SIGNATURE-
Re: [Cooker] Some Ideas for the future
Ainsi parlait Chad : 3)The final suggestion I have is for the creation of an App called something like drakecooker or cookerdrake. This would be a program for helping with cooker testing. A gui or commandline interface which could control updateing the cooker installation. Allowing users to choose when and what parts of cooker they wanted to update and set up cron jobs to do it. -It would report/list what packages had been updated after runing the update cooker command and list the changes made to them (scan the changelog in the spec file). - List requests for moreinfo on bugs and specific requests for testing of new or updated packages. It would be closely tied to bugdrake allowing easy bug reporting etc. -report bugs in areas of interest. So you could tell it you wanted to mainly test Multimedia pacakges it would then list new, needinfo and unresolved bugs from the mulitmedia packages section that you could have a look at, test etc. - and have a package/cvs upload front end for uploading changes or patches. Cooker is supposed to be an experimental distribution, higly instable, not meant for everyday use. If you're using it, you're supposed to be some kind of unix guru able to recover your hard disk the day when booting won't work anymore. More and more users forget about this, and would like to benefit from the bleeding edge applications available in cooker without suffering any risk. Moreover, they want gui because command-line is too difficult to use, and documentation to hard to read. That's a misunderstanding of cooker purpose IMHO. Investing time and resource for improving cooker usability is a non-sense, not because we want to stay l337, but because those resource would be more useful for other purposes. Of course, we could discuss of what kind of improvement, but GUIs are definitevely too much work, and there is nothing in your list that could not be solved by some trivial script. -- Disks are always full. It is futile to try to get more disk space. Data expands to fill any void. -- Murphy's Computer Laws n4
[Cooker] [Bug 3328] [harddrake] INSMOD error after running harddrake at boot
http://qa.mandrakesoft.com/show_bug.cgi?id=3328 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 10:35 --- just a warning of the floppy detection. harddrake ask detect_devices to list all availlable floppy drives, which in turn needs floppy module to be loaded. hance the message --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: On screen message given after upgrading to latest harddrake does not happen on original release of RC2, on screen message is: Hint: Insmod errors can be caused by incorrect module parameters, including IO or IRQ parameters. You may find more information in SYSLOG or DMESG once you have logged in
[Cooker] [Bug 3318] [kdebase] Under KDE, Mdk Control Center is losing the root password
http://qa.mandrakesoft.com/show_bug.cgi?id=3318 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 10:36 --- kdesu bug [EMAIL PROTECTED] mdk/gi/perl-install $ rpm -qf $(which kdesu) kdebase-3.1-83mdk --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: Mandrake 9.1 - RC2 , logged as a non-root user, using KDE Run Mandrake Control Center from the taskbar, check remember root password , work with it, close it. Trying to run it again, it asks for root password again! Expected that Mdk Control Center should run without asking again root password
[Cooker] [Bug 3304] [drakconf] Controlcenter-installing grub
http://qa.mandrakesoft.com/show_bug.cgi?id=3304 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 10:38 --- can you ensure this is not a duplicate of bug #2672 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: on ml-linux rc2 Controlcenter: if i want to install or edit grub, there is no way to install grub completely on /fd0? the file /boot/menu/list can`t be searched in another partition. If i want to edit the menu.lst in controllcenter, the tab-funktion of grub wont work-why? After installation gmessage open-but with no text? regards Thomas Vill
[Cooker] [Bug 3445] [drakxtools] New: unable to connect to lan
http://qa.mandrakesoft.com/show_bug.cgi?id=3445 Product: drakxtools Component: DrakConnect Summary: unable to connect to lan Version: 9.1-26mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've tried booting with linux noapic acpi=off but still drakconnect unable to connect to lan...wizard detects tulip (linksys) nic ok and says dhcp and eth0 up but fails to connect. Intel 440LX motherboard. Dual boot box so I know rest of lan ok. I would like to help...if you need more info please let me know and how to get it...I'll send it you. It worked fine with mdk9.0. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] kernel-source and kernel-source-includes
On Wednesday 19 March 2003 12:07, Guillaume Rousse wrote: Ainsi parlait Leon Brooks : On Wednesday 19 March 2003 12:26 am, Guillaume Rousse wrote: Ainsi parlait Austin : Telling someone on dialup: just install glibc-devel, XFree86-devel, and kernel-source... is a big deal. Not any more than installing the rest of the system. It is if they have to fetch it down a modem. And how did they fetched the rest of the system ? Maybe they bought it ? Y'know there are boxed sets in the stores. And sometimes there is an update of the kernel (thinking of 9.0). Then you may want to have 3d acceleration or your modem running with that kernel. But yes, who cares ... Anyway it was a question if it is possible or if it would improve sth. , if not, it's ok. -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] Post 9.1 Wishlist (9.2 ??)
On Wednesday 19 March 2003 09:16, Gwenole Beauchesne wrote: On Tue, 18 Mar 2003, Narfi Stefansson wrote: I believe that Steffen is right that mjpegtools was compiled without MMX in the 9.0 rpms. When I compile for i586 and athlon side by side and I enable MMX for both, I only get a maximum of 10-15% speed difference. The difference in with/without MMX is of course huge :-) No package will be built with MMX optimizations by default as there are Pentium out there without those extensions. However, if your application dynamically links against some optimized DSOs that would be fine to put those libraries in */lib/mmx/* or */lib/sse{,2}/*. But you will be stuck if they decided to dlopen() their plugins/libraries. I can understand that in some way, but mjpegtools without mmx is just not usable. Who the hell would use mpeg2enc on a whatever-pentium-w/o-mmx. What a processor would that be , a pentium 90 ? mpeg2enc is slow as hell even on Ghz machines , for what should it be used on such an old machine ? Anyway , the alternatives solution sounds reasonable to me (easy to make and usefull). -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] GNOME 2.2.1 Desktop
On Wednesday 19 March 2003 06:07 am, Jan Ciger wrote: Jan, This just occured to me When I had beta3 installed and just before RC1 came out qt3 and lib1t3 where upgraded. Let me see if my older disks are anywhere around... (slim chance) but just about that time my ability to launch kde3 died. And at that time I was using XFree 3.3.6 (the performace is better in an ATI Mobility chip than earlier versions of the 4 series XFree) Now if I go into 3.3.6 I get the exact same reaction from kde in normal mode as I do in Xnest or vnc with 4.3. The error it dies on is that DCOP server is failing. btw I can reproduce this error at any time by switching from one XFree version to the other. I found libqt3 8mdk and current is 13 let me downgrade and try it James This just confirms it - XFree 3.3.6 didn't have Render yet, that came only with the 4.x series, that's why you have the problem. Some other people here already confirmed, that the problem goes away, when you disable antialiasing in Qt and recompile it. I guess, that the bug is in Qt's handling of antialiasing, it does not fall back to non-antialiased mode when Render is not available and crashes the application. Jan I'll ask again then. Should this be reported upstream? I didn't see anything about this in the KDE bugzilla. I did not check trolltech. -- Greg
Re: [Cooker] Some Ideas for the future
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chad wrote: drakbug is for people who don't subscribe to cooker. cookers are expected to be able to give better diagnostics than drakbug (ie intelligent bug reports as opposed to automated ones). Exactly your'd want drakbug to be used by those who weren't on the cooker list. Those who aren't on cooker list are generally the ones who produce the worst bug reports! If you added the features I mentioned to drakbug and stuck it on the desktop of the RC's in plain view it would probably cut down on the number of bad bug reports that turn up. And having it grab data on dependencies, Version and hardware would help in alot of bugs. Think back to the isa sound card problem that was in cooker last week it took half a dozen emails before it was found out that the card was an ISA version. The biggest problem there was the user not doing what he was asked to do, while flatly refusing to listen to what the developers told him about his card. He would most likely have complained that drakbug misrepresented his hardware anyway. And we only have the influx of bad bug reports from about RC1 onwards anyway. If you're going to add 'cooker' to the name of a tool, it had better have some value the other 85% of the time. Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+eF2hrJK6UGDSBKcRAmB5AJ4gFOhtQbY2vTe8S1ObLMKORTpGLACgnkU8 osCqP8LFOYAtDR60I3OG+mw= =yU07 -END PGP SIGNATURE-
let document the fscking mcc [was: Re: [Cooker] [PATCHED]drakclick]
Jean-Michel Dault [EMAIL PROTECTED] writes: I am in total admiration by your perl skills. As the Capernaum Centurion would say if he had been a programmer, I am not worthy that thou shouldest come under my roof: but speak the regexp only, and my code shall be healed. However, I am a bit deceived by your elitist attitude. By the sound of your e-mails, you seem to assume that everyone should know how to use the DrakX code. sorry if i give you such an attitude but as i receive and answer lots of emails each day, i used to write short, sharp mails. even my familly and my friends keep ask me to write longer, nicer emails :-( as for changelogs and cvs commits, i use to be even more concise. what's more, i was under bugs pressure and my grand father died, so i was still more unpleasant than usual, if possible. sorry if you feel bad because of it[-1] However, I haven't been able to find any information, neither on the DrakX web page, or in the drakxtools package itself, or in perl-MDK, in the twiki, in the CVS, and of course I tried Google. well, in fact, there's no such doc[0] :-( for mdk9.2, i would like to write some inline doc which we would extract in some docbook document like the kernel folks did. for the moment, it's just an idea floating somewhere on my todo list. The only documentation I could find was: http://www.mandrakeforum.org/print.php?lang=ensid=662 I based DrakClick on that exact same code. do not take it bad: your code was fine as for mdk9.0 (though you should have use interactive instead of directly writing a gtk+ app, but that's not so important). not for mdk9.1. this is not your fault since: - there's no doc anywhere - we have neither the ressources nor the time to write some docs, - some developers think having perl scripts as binary is enough as for embedding: here's the story: - sadly (or happilly, depending on each thoughs), we[1] clean lots of stuff in drakx internals, especially drakconf -- embedded apps communication. basically, in the old days, the app used to send SIG_USR2 to drakconf to warn mcc it was ready to display. then mcc would hide the icon animation and display the application. on exiting, the app would send SIG_USR1 to tell mcc to display again its icons. there were some obvious flaws in that design: - if app crashed before sending SIG_USR2, mcc would keep display the animation (unless you click on cancel or you manually did a killall -SIG_USR1 drakconf) - if app unespectly crashed while displaying, the mcc would keep displaying a gray area instead of showing back its icons (unless one manually sent SIG_USR1) - ... while working on the mdk9.2, more bugs came from this approach, mainly: - wait messages were embedded which was horrible (from a gui viewpoint) - hidden tools and lots of embedding bugs in scannerdrake, printerdrake, and other interactive written tools so, i cleaned the way embedded apps and mcc communcate. as the gtk::socket send gtk signals when a application create and display a gtk::plug widget (plug-added signal), or destroy it (plug-removed signal), i decided to remove the somewhat mythical black magic SIG_USRx stuff and to let gtk+ automatically told us when app is ready to display. what's more, as the gtk::plug widget is destroyed when the app exit (either by design decision and proper exit or by unexpected crash), we have automatic mcc icons restoring on app crash, proper exit, ... in the process, i badly introduced the infamous bug #2672 with an additionnal cleanup :-( here's the embedding rule of thumb: --- mcc append --embedded XID to tools command line arguments when they're embedded. apps have to create a toplevem gtk::window when non embedded and a gtk::plug widget when embeded. the gtk::plug has to be created with the XID (some kind of obscure unique x window id) passed in ARGV so no more magic kill -USR1, here's the authentification rule of thumb: -- in mdk9.0 and previous releases, tools use to call interactive-vnew('su', 'icon name') there's no more banner icon, so no more icon name parameter the su part is now handled by common::require_root_capability() splited out so that: - pure gtk+ app can get rid of interactive) - app that still use gtk+1 such as drakcronat do not badly eat all cpu power trying to crash despite gtk-perl exceptions caught by eval {} because of interactive using gtk+2 here's the gui rule of thumb: - as i already write, tools have to create a toplevem gtk::window when non embedded and a gtk::plug widget when embeded. for small stuff, instead of writing pure gtk+ app, you better should use the interactive api/toolkit. there's no real doc. you can look: - at gi/docs/interactive/* in the cvs for basic usage. - drakedm, patched drakclick, drakxtv as for gtk+-2 porting: -- 1) easy way: run gi/docs/porting-ugtk
Re: [Cooker] kernel vulnerability ?
Pascal [EMAIL PROTECTED] writes: anyone from mandrake on this ? http://www.uwsg.iu.edu/hypermail/linux/kernel/0303.2/0226.html mdk kernel 13mdk #2 was stealthy patched :-)
Re: [Cooker] Some Ideas for the future
It would be a Wizard/Gui client side front end for Bugzilla. Something like drakbug ? It seems to be a nice tool to help newbies reporting bugs, but how can they know that this tool exists ? I can't see any shortcut for this app in my sweet gnome menus :)
Re: [Cooker] Mailing lists with KMail
Le Mercredi 19 Mars 2003 04:06, Greg Meyer a écrit : On Tuesday 18 March 2003 09:52 pm, HoytDuff wrote: On Tuesday 18 March 2003 09:33 pm, Greg Meyer wrote: On Tuesday 18 March 2003 08:38 pm, Wesley J Landaker wrote: Middle-click the mailing list folder name. This makes a new message addressed to the list. =) You learn something new everyday. Thank you, I like this much better than the context sensitive new message button. I used it to send this. It does not create a blank, new message, but just replies to whatever message is already selected in that folder. 8( Shift-L does the same thing. Maybe in 3.0.x When I center click my Cooker ML folder in KDE3.1 I'm getting a blank new message addressed to the list. middle-click works perfectly here with latest cooker. you have to manually configure the mailing list adress in the folder properties. -- Pascal Cavy - VMF __ Running 2 days, 1:47, 8 users, load average: 0.30, 0.27, 0.25 (gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk)) Kernel Linux version 2.4.21-0.13mdkenterprise
Re: [Cooker] urpmi features
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason Greenwood wrote: My point is that URPMI doesn't resume, precluding the use of it over dialup (especially with the flakiness of some mirrors). The other thing is that because it doesn't, I would like to use an ftp client that supports rsync so I could resume the partial transfer. AFAIK it should resume/continue etc when using an rsync source. As it is now, I have to use a regular ftp mirror so I can resume transfers after a broken connection (which means I become an unwitting bandwidth hog since even if only 1 byte has changed, I download the whole new cooker package to test it). cd /var/cache/urpmi/rpms wget -c `urpmq --sources package` Sure, it would be great if urpmi did this, but then it would probably have to check all the RPMS in cache (rpm -K) or attempt to resume them all. Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+eErVrJK6UGDSBKcRAmNJAJ9Bq84T4Fc6mbQoRNUlDfSpcbdgtgCgxuU9 b+K4U+C03zRvmhSigvyRiNE= =f9kL -END PGP SIGNATURE-
Re: [Cooker] 9.1 final
Ouiii bravo à toute l'equipe mandrake et à tous les developpeurs/testeurs de cooker :) Jamais le bureau sous linux n'avait ete aussi net et propre :) yeah bravo to all members of Mandrake and cooker hackers/testers. The linux desktop has never been so clean and shiny ;) -- Pascal Cavy - VMF __ Running 2 days, 1:48, 8 users, load average: 0.27, 0.26, 0.25 (gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk)) Kernel Linux version 2.4.21-0.13mdkenterprise
Re: [Cooker] MCC Embedded mode - Console doesn't work
Henri [EMAIL PROTECTED] writes: it is not a bug ! cf the changelog : * Mon Mar 03 2003 Thierry Vignaud [EMAIL PROTECTED] 9.1-5mdk - do not embedd rxvt (fix #1619) exactly. there're interaction problems (mainly focus) between the consol and the upper gtk+ app. the solution was either to embedd a zvt widget or to disable embedding. as we have no perl binding for the former, i choose the latter
[Cooker] Re: let document the fscking mcc
Thierry Vignaud [EMAIL PROTECTED] writes: [-1] always the same bug with email, it's deshumanized and sometimes people feel bad because we lack non verbal signals; that's also why we easily troll by mail or insult other drivers while driving :( specially when you don't know titi, after knowing him for a day you give up to try to answer to his mails (imagine me knowing him for almost 4 years 8-( )
Re: [Cooker] Re: [Contrib-Rpm] ecawave-0.6.0-1mdk
Charles A Edwards [EMAIL PROTECTED] writes: might be, but it's for consistency as described in the rpm-howto.. things should generally be done in the same way to avoid confusion etc. That is true. it's true that the howto said that, but that's also true it's outdated and that png icons are already compressed. so the rule of thumb among internal packagers is to not recompress png icons with bzip2
[Cooker] dvb on kernel
Hi! Is it planned for final 9.1 to update the DVB drivers under 3rdparty/mod_dvb? Thanks, Francesc -- Francesc Pinyol Margalef[EMAIL PROTECTED] http://www.terra.es/personal9/francesc.pinyol/
[Cooker] [Bug 3445] [drakxtools] unable to connect to lan
http://qa.mandrakesoft.com/show_bug.cgi?id=3445 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 11:42 --- Found from similar bugs to install and run dhcpcd...this changed my IP address by one digit and solved the problem for me. So the problem during installation and subsequent attempts to connect is down to incorrect detection of IP address. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I've tried booting with linux noapic acpi=off but still drakconnect unable to connect to lan...wizard detects tulip (linksys) nic ok and says dhcp and eth0 up but fails to connect. Intel 440LX motherboard. Dual boot box so I know rest of lan ok. I would like to help...if you need more info please let me know and how to get it...I'll send it you. It worked fine with mdk9.0.
Re: [Cooker] Re: Mandrake 9.1 released before kernel 2.4.21 final?
David Walser [EMAIL PROTECTED] writes: If we waited on Marcelo before we made our release, we'd be waiting a long time. yes. we took the fixes we were interested in He's the slowest kernel maintainer in history. which is not so bad for a stable branch (He also works for a competitor, so letting him control our release schedule is a bad idea anyway). i do not suspect marcelo to have such behaviour
Re: [Cooker] Re: Mandrake 9.1 released before kernel 2.4.21 final?
John Southern [EMAIL PROTECTED] writes: BuyLinuxNow are saying that 9.1 is released. http://www.buylinuxnow.co.uk/mandrake_9.1.htm Are they early or am I late? it has been released but not yet announced.
Re: [Cooker] dvb on kernel
Am Mittwoch, 19. März 2003, 13:35:22 Uhr MET, schrieb Francesc Pinyol Margalef: Is it planned for final 9.1 to update the DVB drivers under 3rdparty/mod_dvb? No. Don't you think it's a little bit too late to ask this after the final release? BTW Isn't the DVB driver in the cooker kernel the latest stable release (that is no HEAD snapshot)? -- Götz Waschk master of computer science University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key -- Logout Fascism! --
Re: [Cooker] security audit
Henri [EMAIL PROTECTED] writes: sorry, i don't have any idea of the time needed to audit something like drakconf... there's not so many points where we exec some process or write some files in drakconf, so this one is easy. but when you talk about drakconf, i suspect you really want to says drakconf + all the toolts it runs, don't you ? this is of course much more work I agree that performing an audit on Mandrake tools is important, it's laughable to suggest we audit every piece of software we include. Not every sofware : i was only asking about specific mandrake tools and critical ones : i think about verifying a last time, just before releasing, that permissions on tools installed in /sbin/ and /usr/sbin are correct, for example... If fact, my question is : what is done about security before a new release ? Is there a specific security last step, as there is a features freeze ecc. ? not much is done. it may be good that such works is done by people other than mdk developers. it would be nice if some volunters check and reports strange things
Re: [Cooker] [Bug 3081] [galaxy-kde] Galaxy causing problems with KDE and GNOME running in tightvnc-server
On Wednesday 19 March 2003 06:40 am, jpre wrote: http://qa.mandrakesoft.com/show_bug.cgi?id=3081 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 12:40 --- I confirmed the effect also on beeing on X-consoles of Solaris 8, AIX 4.4.3 and HP-UX 11.11. As an example it wasn't possible to start kpat and kcontrol on original CDE windows managers. Following messages (from HP-UX 11i Console): [EMAIL PROTECTED] jpre]$ kpat [1] 21248 [EMAIL PROTECTED] jpre]$ Xlib: extension GLX missing on display localhost :10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. kbuildsycoca running... Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension RENDER missing on display localhost:10.0. Mutex destroy failure: Device or resource busy [1]+ Exit 253kpat [EMAIL PROTECTED] jpre]$ kcon kconf_update kcontrol [EMAIL PROTECTED] jpre]$ kcontrol [1] 21300 [EMAIL PROTECTED] jpre]$ kbuildsycoca running... Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension RENDER missing on display localhost:10.0. DCOP aborting call from 'anonymous-21300' to 'kcontrol' ERROR: KUniqueApplication: DCOP communication error! Mutex destroy failure: Device or resource busy [1]+ Exit 255kcontrol This is to add to my formerly opened bug report #3129. Note the different return codes. It's possibly an misuse of XF86free features by developers, witch makes it incompatible to X11 industry standards. May be an qt/Xlib-Problem. With regards. Juergen I confirmed the effect also on beeing on X-consoles of Solaris 8, AIX 4.4.3 and HP-UX 11.11. As an example it wasn't possible to start kpat and kcontrol. Following messages (from HP-UX 11i Console) with different return code: [EMAIL PROTECTED] jpre]$ kpat [1] 21248 [EMAIL PROTECTED] jpre]$ Xlib: extension GLX missing on display localhost :10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. kbuildsycoca running... Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension RENDER missing on display localhost:10.0. Mutex destroy failure: Device or resource busy [1]+ Exit 253kpat [EMAIL PROTECTED] jpre]$ kcon kconf_update kcontrol [EMAIL PROTECTED] jpre]$ kcontrol [1] 21300 [EMAIL PROTECTED] jpre]$ kbuildsycoca running... Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension RENDER missing on display localhost:10.0. DCOP aborting call from 'anonymous-21300' to 'kcontrol' ERROR: KUniqueApplication: DCOP communication error! Mutex destroy failure: Device or resource busy [1]+ Exit 255kcontrol This is to add to my formerly opened bug report #3129. Note the different return codes. It's possibly an misuse of XF86free features of developers, witch makes it incompatible to X11 industry standards. With regards. [EMAIL PROTECTED] -- Gesendet: Mittwoch, 19. März 2003 05:40 An: [EMAIL PROTECTED] Betreff: [Bug 3081] [galaxy-kde] Galaxy causing problems with KDE and GNOME running in tightvnc-server http://qa.mandrakesoft.com/show_bug.cgi?id=3081 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 05:40 --- setting QT_XFT=no didn't work. --- 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
[Cooker] [Bug 2829] [tmdns] 9.1RC2: DNS for .local and tmdns
http://qa.mandrakesoft.com/show_bug.cgi?id=2829 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 11:46 --- Joerg, I am taking this discussion off the list so follow up via email. This looks more like a networking issue than any type of bug, so dont want to be flooding the list with this discussion. I had sent you an email a few days back with some troubleshooting steps, but not sure if you received it. --- 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'm very late on this report, but I've been trying to get it fixed to no avail. I have two boxes, one running 9.0, the other 9.1RC2. Both get an IP address allocated via DHCP and both are on the same network. However, for the 9.1 box it cannot seem to resolve hostnames correctly, forcing you to specify IP addresses in your applications. (Resolving doesn't seem to be working correctly) In both the machines, /etc/resolv.conf looks as follows. (Automagically configured from DHCP) /etc/resolv.conf: nameserver 10.1.1.16 nameserver 10.1.1.10 search af.didata.local Now on the 9.0 box I do a ping (ping terminal.af.didata.local) to a Windows terminal server and it works correctly: [EMAIL PROTECTED] jaco]$ ping terminal.af.didata.local PING terminal.af.didata.local (10.1.0.240) from 10.1.35.66 : 56(84) bytes of data. 64 bytes from terminal.af.didata.local (10.1.0.240): icmp_seq=1 ttl=125 time=0.360 ms ... [EMAIL PROTECTED] jaco]$ From the 9.1 box I get the following: [EMAIL PROTECTED] jaco]$ ping terminal.af.didata.local ping: unknown host terminal.af.didata.local [EMAIL PROTECTED] jaco]$ Ok, but networking is up and running: [EMAIL PROTECTED] jaco]$ ping 10.1.0.240 PING terminal.af.didata.local (10.1.0.240) from 10.1.35.66 : 56(84) bytes of data. 64 bytes from 10.1.0.240: icmp_seq=1 ttl=125 time=0.374 ms ... [EMAIL PROTECTED] jaco]$ In other news, doing a ping terminal on the 9.0 box works, on the 9.1 box not. However, doing a nslookup on terminal on both boxes results in the following: [EMAIL PROTECTED] jaco]$ nslookup terminal ... Name: terminal.af.didata.local Address: 10.1.0.240 [EMAIL PROTECTED] jaco]$ Which means that at least that part works. I'm stumped. Any ssh, telnet, rdesktop, etc. to any hostname (with or without the af.didata.local domain) doesn't work. Doing an nslookup and using that IP to connect to, does. The 9.1 machine was upgraded from a working 9.0 box to 9.1RC1 which broke the addresseing. RC2 has not addressed this problem. In addition in 9.1 /etc/hosts still does not contain 127.0.0.1 localhost.localdomain localhost, instead only 127.0.0.1 localhost which breaks some applications. (eg. Eclipse debugger, not part of main but in full use here) On new bootups the DHCP configuration seems to change it back to localhost again, forcing you to make the change manually to get your applications to work.
[Cooker] [Bug 2846] [gnome-utils] Floppy formatter incompatible with supermount
http://qa.mandrakesoft.com/show_bug.cgi?id=2846 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 12:30 --- No, I still get the message that the device is busy. Strangely I can't reproduce my own workaround anymore :( --- 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: The GNOME floppy formatter only works when /mnt/floppy is manually umounted first. There is nothing to indicate to the user what the problem is when he tries to format a floppy and it gives a weird error message. Suggestion: start the floppy formatter with a script that umounts the floppy (needs suid=root??) first and remounts afterwards.
Re: [Cooker] MCC Embedded mode - Console doesn't work
Frederic Crozat [EMAIL PROTECTED] writes: the solution was either to embedd a zvt widget or to disable embedding. ZVT is dead.. VTE is THE terminal widget now.. anyway same problem as zvt, no perl binding, so let disable rxvt embedding
Re: [Cooker] kernel-source and kernel-source-includes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steffen Barszus wrote: On Wednesday 19 March 2003 12:07, Guillaume Rousse wrote: And how did they fetched the rest of the system ? Maybe they bought it ? Y'know there are boxed sets in the stores. In which case, they either got: 1)kernel source (Powerpack, ProSuite etc) and binary drivers (NVidia, some winmodems etc) 2)Same, but no kernel source (standard, or does it have all 3 GPL CDs now)? 3)kernel-source (full GPL set) And sometimes there is an update of the kernel (thinking of 9.0). Then you may want to have 3d acceleration or your modem running with that kernel. Well, then they needed to download a 10MB kernel anyway, and NVidia does have binaries for the kernel update for 9.0. But yes, who cares ... Anyway it was a question if it is possible or if it would improve sth. , if not, it's ok. Would be good, but even better not to need to compile kernel modules ... Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+eF/erJK6UGDSBKcRAoPCAJ0aeAsE8pDcW/OnjhcD89oOWEK4AwCghhz+ e41JXFO/2IoICuosMsARfgc= =kMIS -END PGP SIGNATURE-
[Cooker] When the isos will be avalaible?
I had a recent cooker as a second system in my hard driver, but the cooker downloaded yesterday gave me lots of problem (the installation were looking for an old kernel file and some more not found packages; probably due that the scripts were still not updated). Now I am runing 9.0, but I need 9.1 to make good looking pf files using LaTeX files (the pdf fonts looks ugly when I compile a file, but under 9.1 there were very good!). At the moment I haven't seen a final 9.1 in any mirror, neither the mirrors starting to download the isos. So, will be the isos avalaibles soon or must I install the old cooker runing I had? (from two mondays ago) Thanks in advance for the comments. -- Francisco Alcaraz Ariza Departamento de Biología Vegetal Universidad de Murcia E-30100 Murcia España (Spain)
Re: [Cooker] When the isos will be avalaible?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Now I am runing 9.0, but I need 9.1 to make good looking pf files using LaTeX files (the pdf fonts looks ugly when I compile a file, but under 9.1 there were very good!). You can do the same in 9.0. Just add \usepackage{times} into the preamble of you document and that should allow nice PDFs. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+eHjTn11XseNj94gRAllKAKDPJh5XUfPwDbYePrYoiEpBnqbdIQCgtl6F nJ8DexL0RoPfx1GQLbTBCEM= =kQH5 -END PGP SIGNATURE-
Re: [Cooker] [Bug 3439] [mozilla] Problem with JRE
On Wed, 19 Mar 2003, aw280 wrote: Of course it might cause trouble now Blackdown have gone to GCC3, as your case shows :\. Hope Sun follow suit soon, then Fred can recompile Moz and Galeon and we can dump GCC2 forever, hehe. - BlackDown JRE for x86 comes as both GCC2 and GCC3 builds. - Sun recently switched internally to gcc3.2 for JRE (1.4.2) and OOo development.
Re: [Cooker] Re: Mandrake 9.1 released before kernel 2.4.21 final?
On Wed, 2003-03-19 at 12:54, Thierry Vignaud wrote: (He also works for a competitor, so letting him control our release schedule is a bad idea anyway). i do not suspect marcelo to have such behaviour I don't think David meant to say Marcelo would intentionally modify the kernel release schedule to disadvantage a competitor. But you can probably expect that if he's going to try and stabilise the kernel in time for the release of any distribution, it'll be the distribution he works on. -- adamw
Re: [Cooker] When the isos will be avalaible?
Not Jan, if I put that package (times) I loose the accents due to the use of Babel package (latin 1). El Miércoles, 19 de Marzo de 2003 15:04, Jan Ciger escribió: Now I am runing 9.0, but I need 9.1 to make good looking pf files using LaTeX files (the pdf fonts looks ugly when I compile a file, but under 9.1 there were very good!). You can do the same in 9.0. Just add \usepackage{times} into the preamble of you document and that should allow nice PDFs. Jan -- Francisco Alcaraz Ariza Departamento de Biología Vegetal Universidad de Murcia E-30100 Murcia España (Spain)
Re: [Cooker] security audit
Thierry Vignaud wrote: Henri [EMAIL PROTECTED] writes: sorry, i don't have any idea of the time needed to audit something like drakconf... there's not so many points where we exec some process or write some files in drakconf, so this one is easy. but when you talk about drakconf, i suspect you really want to says drakconf + all the toolts it runs, don't you ? Yes, of course. That would not make any sense to suggest to audit drakconf but not every *drake tool. this is of course much more work Of cours ! Building a secure, easy, optimized...ecc OS is definitly a long and hard work ! I agree that performing an audit on Mandrake tools is important, it's laughable to suggest we audit every piece of software we include. Not every sofware : i was only asking about specific mandrake tools and critical ones : i think about verifying a last time, just before releasing, that permissions on tools installed in /sbin/ and /usr/sbin are correct, for example... If fact, my question is : what is done about security before a new release ? Is there a specific security last step, as there is a features freeze ecc. ? not much is done. it may be good that such works is done by people other than mdk developers. it would be nice if some volunters check and reports strange things Why not trying to develop some partnership with engineer schools ? I think mandrake team could go and meet students, offering Cooker CDs and ask students to test it, or organize a debug party : one day with students and mandrake team, testing things and correcting bugs on the fly : that would be great for students, would be a good publicity, and would be useful... Of course this does not concerns security fixes. But if students are in the abbit of working with mandrake, perhaps they will have the idea to join or create projects around it.
Re: [Cooker] Re: [Contrib-Rpm] ecawave-0.6.0-1mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thierry Vignaud wrote: Charles A Edwards [EMAIL PROTECTED] writes: it's true that the howto said that, but that's also true it's outdated and that png icons are already compressed. so the rule of thumb among internal packagers is to not recompress png icons with bzip2 Adding to the problems of people who try and build from source+Mandrake CVS, since the icons don't make it into CVS. So, the commit scripts should be fixed to commit uncompressed png's. Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+eHS5rJK6UGDSBKcRAiApAKCwbIshU7htJ+n1Cfc0Lf6F2ojS+ACfX+Zm PkE1iauvHrhc94WOFARYxfU= =ChjC -END PGP SIGNATURE-
Re: [Cooker] Re: Mandrake 9.1 released before kernel 2.4.21 final?
On Wednesday 19 March 2003 07:55 am, Thierry Vignaud wrote: John Southern [EMAIL PROTECTED] writes: BuyLinuxNow are saying that 9.1 is released. http://www.buylinuxnow.co.uk/mandrake_9.1.htm Are they early or am I late? it has been released but not yet announced. O.k. - So let's say I announce a release several days before it really is released, then it is released, then it is available and then it can be shipped and about three weeks to a month lapse before I get it. All this PROVIDED that Mandrake really did release it just a few days after I announced it, and not a couple of weeks later. The truth is this company posted that it was released on their website prior to it actually being released on the hope and.or desire that it would be released on some time table that wouldn't cause them or their customers any grief. In some places this is illegal. I know the credit card companies take a dim view of such business practices. Especially when a company does not clearly state an expected release date and instead says that it has been released. This firm, btw, uses paypal and credit cards. Bob Finch
Re: [Cooker] 9.1 final
On Tue, 2003-03-18 at 23:02, Frederic Lepied wrote: 9.1 is gone to production. In the name of MandrakeSoft engineering team, I would like to thank all the cookers for the great help you provided to build this release. Thank you very much ! May the source be with you! As usual - great work!! All the best for this release and the bright future to come! Kudos . . R.Fox
Re: [Cooker] Re: Mandrake 9.1 released before kernel 2.4.21 final?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 19 March 2003 09:49, w9ya wrote: On Wednesday 19 March 2003 07:55 am, Thierry Vignaud wrote: John Southern [EMAIL PROTECTED] writes: BuyLinuxNow are saying that 9.1 is released. http://www.buylinuxnow.co.uk/mandrake_9.1.htm Are they early or am I late? it has been released but not yet announced. O.k. - So let's say I announce a release several days before it really is released, then it is released, then it is available and then it can be shipped and about three weeks to a month lapse before I get it. All this PROVIDED that Mandrake really did release it just a few days after I announced it, and not a couple of weeks later. The truth is this company posted that it was released on their website prior to it actually being released on the hope and.or desire that it would be released on some time table that wouldn't cause them or their customers any grief. In some places this is illegal. I know the credit card companies take a dim view of such business practices. Especially when a company does not clearly state an expected release date and instead says that it has been released. This firm, btw, uses paypal and credit cards. Bob Finch I'm not sure exactly what you are getting at. Mandrake store sells pre-orders. (Notice the pre). A mandrake developer saying to the testers on the cooker mailing list that 9.1 is out is not an official announcement. There has been some controversy during the 9.0 pre-order process because of the credit cards being billed a long time before the product is shipped. The official announcement of the pre-order of 9.1 on Mandrakeclub has a warning that credit cards will be billed beforehand. This warning should be added under the important information heading for the pre-orders on mandrakestore. Sascha Noyes - -- Please encrypt all correspondence. PGP key available from: http://individual.utoronto.ca/noyes/snoyes.asc - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+eIbVgzJdfX+cTW8RArG5AJ9VkR/ZyMK7VGCg2lKGf5quQCjhiACfWRUV LNuaDNOgAF2Nl+cWiDDZrzs= =ta39 -END PGP SIGNATURE-
Re: [Cooker] GNOME 2.2.1 Desktop
Greg Meyer wrote: On Wednesday 19 March 2003 06:07 am, Jan Ciger wrote: Jan, This just occured to me When I had beta3 installed and just before RC1 came out qt3 and lib1t3 where upgraded. Let me see if my older disks are anywhere around... (slim chance) but just about that time my ability to launch kde3 died. And at that time I was using XFree 3.3.6 (the performace is better in an ATI Mobility chip than earlier versions of the 4 series XFree) Now if I go into 3.3.6 I get the exact same reaction from kde in normal mode as I do in Xnest or vnc with 4.3. The error it dies on is that DCOP server is failing. btw I can reproduce this error at any time by switching from one XFree version to the other. I found libqt3 8mdk and current is 13 let me downgrade and try it James This just confirms it - XFree 3.3.6 didn't have Render yet, that came only with the 4.x series, that's why you have the problem. Some other people here already confirmed, that the problem goes away, when you disable antialiasing in Qt and recompile it. I guess, that the bug is in Qt's handling of antialiasing, it does not fall back to non-antialiased mode when Render is not available and crashes the application. Jan I'll ask again then. Should this be reported upstream? I didn't see anything about this in the KDE bugzilla. I did not check trolltech. It wasn't a kde problem... a patch was applied to libqt3 between 12mdk and 13mdk that forces the use of AA fonts, which will fail if the Render extension is not present. There's a link in a previous message that points to a version of libqt3 without that patch and it works fine. Scott
Re: [Cooker] 9.2 wishlist: urpmi --optimise
On Wednesday 19 March 2003 04:16 pm, Gwenole Beauchesne wrote: On Tue, 18 Mar 2003, Narfi Stefansson wrote: I believe that Steffen is right that mjpegtools was compiled without MMX in the 9.0 rpms. When I compile for i586 and athlon side by side and I enable MMX for both, I only get a maximum of 10-15% speed difference. The difference in with/without MMX is of course huge :-) No package will be built with MMX optimizations by default as there are Pentium out there without those extensions. However, if your application dynamically links against some optimized DSOs that would be fine to put those libraries in */lib/mmx/* or */lib/sse{,2}/*. But you will be stuck if they decided to dlopen() their plugins/libraries. OK, how about a half-step towards Gentoo? If URPMI knows what architecture it's really running under, you could add a new --optimi[sz]e switch to it so that... urpmi --optimise mjpegtools ...would download (if needed) or fetch from source CDs the appropriate SRPM(s), install them, rebuild them for the correct CPU, and (if needed) install the optimised RPMs over the top of the existing unoptimised package(s). It would also be relatively straightforward to cache/log the names of packages that had been optimised, to allow updates on same to be automagically re-optimised. What would be truly magnificant would be a way to do this and cache the results, so that the recompile need only be done once if the package is destined for a flock of identical machines. Next project, of course, would be `urpmi --optimize-all' followed by a 2-day pause while everything gets torn down, rebuilt and reinstalled. (-: Cheers; Leon
Re: [Cooker] GNOME 2.2.1 Desktop
On Wednesday 19 March 2003 10:25 am, scott chevalley wrote: I'll ask again then. Should this be reported upstream? I didn't see anything about this in the KDE bugzilla. I did not check trolltech. It wasn't a kde problem... a patch was applied to libqt3 between 12mdk and 13mdk that forces the use of AA fonts, which will fail if the Render extension is not present. There's a link in a previous message that points to a version of libqt3 without that patch and it works fine. LOL, those rpms are mine, and I discovered the patch with others help pointing me in the right direction. I meant that if is a qt bug that prevents it from falling back to no AA when no render extension is present, should I report it to trolltech? Or will the kde team (or someone from mandrakesoft handle that. -- Greg
[Cooker] [Bug 3081] [galaxy-kde] Galaxy causing problems with KDE and GNOME running in tightvnc-server
http://qa.mandrakesoft.com/show_bug.cgi?id=3081 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 12:40 --- I confirmed the effect also on beeing on X-consoles of Solaris 8, AIX 4.4.3 and HP-UX 11.11. As an example it wasn't possible to start kpat and kcontrol on original CDE windows managers. Following messages (from HP-UX 11i Console): [EMAIL PROTECTED] jpre]$ kpat [1] 21248 [EMAIL PROTECTED] jpre]$ Xlib: extension GLX missing on display localhost :10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. kbuildsycoca running... Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension RENDER missing on display localhost:10.0. Mutex destroy failure: Device or resource busy [1]+ Exit 253kpat [EMAIL PROTECTED] jpre]$ kcon kconf_update kcontrol [EMAIL PROTECTED] jpre]$ kcontrol [1] 21300 [EMAIL PROTECTED] jpre]$ kbuildsycoca running... Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension RENDER missing on display localhost:10.0. DCOP aborting call from 'anonymous-21300' to 'kcontrol' ERROR: KUniqueApplication: DCOP communication error! Mutex destroy failure: Device or resource busy [1]+ Exit 255kcontrol This is to add to my formerly opened bug report #3129. Note the different return codes. It's possibly an misuse of XF86free features by developers, witch makes it incompatible to X11 industry standards. May be an qt/Xlib-Problem. With regards. Juergen I confirmed the effect also on beeing on X-consoles of Solaris 8, AIX 4.4.3 and HP-UX 11.11. As an example it wasn't possible to start kpat and kcontrol. Following messages (from HP-UX 11i Console) with different return code: [EMAIL PROTECTED] jpre]$ kpat [1] 21248 [EMAIL PROTECTED] jpre]$ Xlib: extension GLX missing on display localhost :10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. kbuildsycoca running... Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension RENDER missing on display localhost:10.0. Mutex destroy failure: Device or resource busy [1]+ Exit 253kpat [EMAIL PROTECTED] jpre]$ kcon kconf_update kcontrol [EMAIL PROTECTED] jpre]$ kcontrol [1] 21300 [EMAIL PROTECTED] jpre]$ kbuildsycoca running... Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension GLX missing on display localhost:10.0. Xlib: extension RENDER missing on display localhost:10.0. DCOP aborting call from 'anonymous-21300' to 'kcontrol' ERROR: KUniqueApplication: DCOP communication error! Mutex destroy failure: Device or resource busy [1]+ Exit 255kcontrol This is to add to my formerly opened bug report #3129. Note the different return codes. It's possibly an misuse of XF86free features of developers, witch makes it incompatible to X11 industry standards. With regards. [EMAIL PROTECTED] -- Gesendet: Mittwoch, 19. März 2003 05:40 An: [EMAIL PROTECTED] Betreff:[Bug 3081] [galaxy-kde] Galaxy causing problems with KDE and GNOME running in tightvnc-server http://qa.mandrakesoft.com/show_bug.cgi?id=3081 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 05:40 --- setting QT_XFT=no didn't work. --- 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
Re: [Cooker] Ideas 4 future (urpmi incremental, cookerdrake)
On Wednesday 19 March 2003 05:39 pm, Chad wrote: Then simply type some thing along the lines of urpms (urpmi for SRPMS) urpms flags=--mach=k6-2 -o3 kde-full urpms would then sort out the dependencies required for a full install of kde the kde packages build them in the correct order with the CFLAGS and CXXFLAGS set to the flags option and install them setting up kdm or mdkdm. I'd also like to be able to do the same with gcc so urpms flags=xxx gcc Hear, hear! (-: I'd also like to implement a simple technique for turning the updates list into an incremental download. New updates are simply appended to an alternate hdlist.cz-ish file (gzip has always known how to cope with this) - maybe call it hdlist.incz - and all urpmi has to do is `resume' downloading against its cached version to get only the bits of the hdlist that have changed since it last looked. This would turn megabytes-long re-downloads of the updates list into kilobytes-long resyncs. 3)The final suggestion I have is for the creation of an App called something like drakecooker or cookerdrake. This would be a program for helping with cooker testing. Hear, hear! Cheers; Leon
[Cooker] [Bug 3304] [drakconf] Controlcenter-installing grub
http://qa.mandrakesoft.com/show_bug.cgi?id=3304 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 13:20 --- Hello, Am Wed, 19 Mar 2003 04:38:20 -0500 (EST) May be, thank you Thomas Vill --- 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: on ml-linux rc2 Controlcenter: if i want to install or edit grub, there is no way to install grub completely on /fd0? the file /boot/menu/list can`t be searched in another partition. If i want to edit the menu.lst in controllcenter, the tab-funktion of grub wont work-why? After installation gmessage open-but with no text? regards Thomas Vill
[Cooker] Bla, bla, but no 9.1 date
Cooker seems to be stoped from yesterday. I suppose lots of Mandrake users as me are waiting to see the isos into the mirrors. But nothing at the moment and, worse, not idea about the date of the release. Could anyone of the Mandrake team give us a clue? Thanks a lot, yours sincerely -- Francisco Alcaraz Ariza Departamento de Biología Vegetal Universidad de Murcia E-30100 Murcia España (Spain)
Re: [Cooker] Re: Mandrake 9.1 released before kernel 2.4.21 final?
On Wednesday 19 March 2003 10:03 am, Sascha Noyes wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 19 March 2003 09:49, w9ya wrote: On Wednesday 19 March 2003 07:55 am, Thierry Vignaud wrote: John Southern [EMAIL PROTECTED] writes: BuyLinuxNow are saying that 9.1 is released. http://www.buylinuxnow.co.uk/mandrake_9.1.htm Are they early or am I late? it has been released but not yet announced. O.k. - So let's say I announce a release several days before it really is released, then it is released, then it is available and then it can be shipped and about three weeks to a month lapse before I get it. All this PROVIDED that Mandrake really did release it just a few days after I announced it, and not a couple of weeks later. The truth is this company posted that it was released on their website prior to it actually being released on the hope and.or desire that it would be released on some time table that wouldn't cause them or their customers any grief. In some places this is illegal. I know the credit card companies take a dim view of such business practices. Especially when a company does not clearly state an expected release date and instead says that it has been released. This firm, btw, uses paypal and credit cards. Bob Finch I'm not sure exactly what you are getting at. Mandrake store sells SImple really, check the link, that is a third party and not Mandrake declaring it was released before it was. Bob pre-orders. (Notice the pre). A mandrake developer saying to the testers on the cooker mailing list that 9.1 is out is not an official announcement. There has been some controversy during the 9.0 pre-order process because of the credit cards being billed a long time before the product is shipped. The official announcement of the pre-order of 9.1 on Mandrakeclub has a warning that credit cards will be billed beforehand. This warning should be added under the important information heading for the pre-orders on mandrakestore. Sascha Noyes - -- Please encrypt all correspondence. PGP key available from: http://individual.utoronto.ca/noyes/snoyes.asc - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+eIbVgzJdfX+cTW8RArG5AJ9VkR/ZyMK7VGCg2lKGf5quQCjhiACfWRUV LNuaDNOgAF2Nl+cWiDDZrzs= =ta39 -END PGP SIGNATURE-
Re: [Cooker] 9.2 wishlist: urpmi --optimise
Perhaps Mandrake can/would compile the whole thing (distro) -mcpu i686 -02 instead of -march ???. That way you can ...have your cake and eat it too. Also, for those that just have to have more than what that offers (which is little as it turns out , according to the gcc folks), then have the build process passed a variable for compilation from a rc file in etc, which itself can be changed easily enough. Many distros are doing this now. Bob Finch On Wednesday 19 March 2003 10:33 am, Leon Brooks wrote: On Wednesday 19 March 2003 04:16 pm, Gwenole Beauchesne wrote: On Tue, 18 Mar 2003, Narfi Stefansson wrote: I believe that Steffen is right that mjpegtools was compiled without MMX in the 9.0 rpms. When I compile for i586 and athlon side by side and I enable MMX for both, I only get a maximum of 10-15% speed difference. The difference in with/without MMX is of course huge :-) No package will be built with MMX optimizations by default as there are Pentium out there without those extensions. However, if your application dynamically links against some optimized DSOs that would be fine to put those libraries in */lib/mmx/* or */lib/sse{,2}/*. But you will be stuck if they decided to dlopen() their plugins/libraries. OK, how about a half-step towards Gentoo? If URPMI knows what architecture it's really running under, you could add a new --optimi[sz]e switch to it so that... urpmi --optimise mjpegtools ...would download (if needed) or fetch from source CDs the appropriate SRPM(s), install them, rebuild them for the correct CPU, and (if needed) install the optimised RPMs over the top of the existing unoptimised package(s). It would also be relatively straightforward to cache/log the names of packages that had been optimised, to allow updates on same to be automagically re-optimised. What would be truly magnificant would be a way to do this and cache the results, so that the recompile need only be done once if the package is destined for a flock of identical machines. Next project, of course, would be `urpmi --optimize-all' followed by a 2-day pause while everything gets torn down, rebuilt and reinstalled. (-: Cheers; Leon
[Cooker] [Bug 1511] [kdebase] word wrap in kate joins words together.
http://qa.mandrakesoft.com/show_bug.cgi?id=1511 [EMAIL PROTECTED] changed: What|Removed |Added Priority|P3 |P2 Version|3.1-82mdk |3.1-83mdk --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 13:24 --- This bug still exists in 3.1.83mdk. --- 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: When kate perfoms wordwrapping, any words that are wrapped from the end of one line become joined to the words at the start of the second line. For example: If I type the following paragraph in in kate: This is going to be a very long sentence to see what kate does when it has to automatically wordwrap existing text. I'll probably even have to make it two sentences in order to get enough lines to demonstrate with. The inserted text will appear between angular brackets. Then insert another silly sentence into the top line, and the wrapped output looks as follows: This is going to be a very long sentence here is the text that I have inserted in my paragraph to see what kate does when it has toautomatically wordwrap existing text. I'll probably even have to make it twosentences in order to get enough lines to demonstrate with. The inserted textwill appear between angular brackets. This output demostrates that kate is failing to put spaces between the words that are moved onto different lines and the words that are already there. vis toautomatically, twosentences, textwil H
[Cooker] [Bug 2846] [gnome-utils] Floppy formatter incompatible with supermount
http://qa.mandrakesoft.com/show_bug.cgi?id=2846 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 13:25 --- You get the message directly in mformat ? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: The GNOME floppy formatter only works when /mnt/floppy is manually umounted first. There is nothing to indicate to the user what the problem is when he tries to format a floppy and it gives a weird error message. Suggestion: start the floppy formatter with a script that umounts the floppy (needs suid=root??) first and remounts afterwards.
[Cooker] [Bug 2645] [kdebase] preselct user setting in login manager being ignored
http://qa.mandrakesoft.com/show_bug.cgi?id=2645 [EMAIL PROTECTED] changed: What|Removed |Added Version|3.1-82mdk |3.1-83mdk --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 13:25 --- Still present in 3.1.83mdk --- 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've used the KDE control centre System -- Login Manager -- Convenience to preselect a user and to focus the password field. However on login, this setting is being ingored - I still have to click on the username (which brings up a new window) and then click on the password field.
[Cooker] [Bug 2846] [gnome-utils] Floppy formatter incompatible with supermount
http://qa.mandrakesoft.com/show_bug.cgi?id=2846 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 13:50 --- yes, when I started mformat from the command line the text output was identical to the output shown in the floppy formatter error dialog. --- 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: The GNOME floppy formatter only works when /mnt/floppy is manually umounted first. There is nothing to indicate to the user what the problem is when he tries to format a floppy and it gives a weird error message. Suggestion: start the floppy formatter with a script that umounts the floppy (needs suid=root??) first and remounts afterwards.
[Cooker] [Bug 2846] [mtools] Floppy formatter incompatible with supermount
http://qa.mandrakesoft.com/show_bug.cgi?id=2846 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED]|[EMAIL PROTECTED] Status|UNCONFIRMED |NEW Component|program |program Product|gnome-utils |mtools Version|2.2.0.3-1mdk|3.9.8-3mdk --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 13:58 --- Ok, not a gfloppy bug.. reassigning --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: The GNOME floppy formatter only works when /mnt/floppy is manually umounted first. There is nothing to indicate to the user what the problem is when he tries to format a floppy and it gives a weird error message. Suggestion: start the floppy formatter with a script that umounts the floppy (needs suid=root??) first and remounts afterwards.
[Cooker] [Bug 3446] [Installation] New: no XFS support in HD or network boot floppy images
http://qa.mandrakesoft.com/show_bug.cgi?id=3446 Product: Installation Component: Installation Summary: no XFS support in HD or network boot floppy images Version: 1.809 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] There does not appear to be support for the XFS file system when doing an install from the hard drive or from the network. However the option to change a partition to XFS is there. I tested this install on a generic Micron 3400 server, a Micron GX+ laptop and a generic AMD XP 1600 system. All with the same results. When attempting to mount a partition that is XFS the mount fails with an error of Invalid Argument --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3446] [Installation] no XFS support in HD or network boot floppy images
http://qa.mandrakesoft.com/show_bug.cgi?id=3446 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 14:22 --- Sorry, I forget this bug was found with 9.1rc2 --- 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: There does not appear to be support for the XFS file system when doing an install from the hard drive or from the network. However the option to change a partition to XFS is there. I tested this install on a generic Micron 3400 server, a Micron GX+ laptop and a generic AMD XP 1600 system. All with the same results. When attempting to mount a partition that is XFS the mount fails with an error of Invalid Argument
[Cooker] [Bug 3446] [Installation] no XFS support in HD or network boot floppy images
http://qa.mandrakesoft.com/show_bug.cgi?id=3446 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 14:30 --- The xfs modules don't fit on a floppy. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: There does not appear to be support for the XFS file system when doing an install from the hard drive or from the network. However the option to change a partition to XFS is there. I tested this install on a generic Micron 3400 server, a Micron GX+ laptop and a generic AMD XP 1600 system. All with the same results. When attempting to mount a partition that is XFS the mount fails with an error of Invalid Argument
[Cooker] [Bug 3446] [Installation] no XFS support in HD or network boot floppy images
http://qa.mandrakesoft.com/show_bug.cgi?id=3446 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WONTFIX | --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 14:41 --- Well, maybe it would be possible to put them on an additional floppy. --- 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: There does not appear to be support for the XFS file system when doing an install from the hard drive or from the network. However the option to change a partition to XFS is there. I tested this install on a generic Micron 3400 server, a Micron GX+ laptop and a generic AMD XP 1600 system. All with the same results. When attempting to mount a partition that is XFS the mount fails with an error of Invalid Argument
[Cooker] Mkcd --check problems with latest Cooker
Since the last week I've been getting many errors using mkcd --check against my local Cooker syncronized daily. I know how to use gendistrib - but I kinda expected now that 9.1 is finalized that Cooker would check properly. Please see attached output. Thx, R.Fox checkDiscs: depslist /mnt/hd/cooker/Mandrake/base/depslist.ordered checkDiscs: duplicate version in /mnt/hd/cooker/Mandrake/base/depslist.ordered: perl-Net-DNS-SEC-0.08-2mdk.noarch perl-Net-DNS-SEC FAILED checkDiscs: duplicate version in hdlists:ERROR checkDiscs: inconsistency in position between hdlist 2 rpm dictd-1.9.1-1mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm webalizer-2.01.10-11mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm thttpd-2.20c-2mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm libCommonC++2_1-1.0.8-1mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm libffmpeg0.4.6-0.4.6-2mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm libdvdplay0-1.0.0-1mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm libfftw2-2.1.3-11mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm gnome-vlc-0.5.0-4mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm gvlc-0.5.0-4mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm vlc-0.5.0-4mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm vlc-plugin-a52-0.5.0-4mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm vlc-plugin-mad-0.5.0-4mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm libggz1-0.0.6-2mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm libccscript2_0_4-2.4.4-1mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-br-0.2.1-8mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-ca-1.0-12mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-de-3.1.20-22mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-el-1.0-7mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-en-3.2.06-8mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-es-1.7-5mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-fr-1.0-15mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-nl-1.1-10mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-no-1.1a-11mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-pl-0.8-6mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-ru-1.1-14mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-sk-0.1.9-4mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm ispell-sv-1.2.1-10mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm libbayonnerpc0-1.1.11-1mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm libccaudio1_0-1.0.6-1mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm libggz-client2-0.0.6-2mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm apache-common-1.3.27-8mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm shared-mime-info-0.10-1mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm libsamplerate0-0.0.13-3mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm festlex-POSLEX-1.4.3-1mdk.noarch and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm hackabiword-1.1.3-3mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm pygtk2.0-wrapper-1.99.15-5mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm rox-1.3.7-1mdk.i586 and depslist.ordered ERROR checkDiscs: inconsistency in position between hdlist 2 rpm libraptor0-0.9.8-1mdk.i586 and depslist.ordered ERROR
[Cooker] [Bug 3447] [mozilla] New: mozilla directory not properly named
http://qa.mandrakesoft.com/show_bug.cgi?id=3447 Product: mozilla Component: packaging Summary: mozilla directory not properly named Version: 1.3-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I searched for new plugins in Konqueror. It didn't found the plugins installed in /usr/lib/mozilla-1.3/plugins. In the default directory list where Konqueror have to search for plugins, there is the /usr/lib/mozilla-1.3/plugins entry but no /usr/lib/mozilla/plugins entry. Since some plugin installers install plugins in /usr/lib/mozilla-1.3/plugins directory, I suggest to create a symbolic link: cd /usr/lib; ln -s mozilla-1.3 mozilla; This fix the problem of Konqueror mozilla plugins detection. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3439] [mozilla] Problem with JRE
http://qa.mandrakesoft.com/show_bug.cgi?id=3439 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 15:08 --- Everything in Mandrake is compiled with GCC3 except two packages - Mozilla and Galeon - purely so Sun's flipping Java RPMs will work, since that's what most people use. Of course it might cause trouble now Blackdown have gone to GCC3, as your case shows :\. Hope Sun follow suit soon, then Fred can recompile Moz and Galeon and we can dump GCC2 forever, hehe. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: Blackdown's JRE 1.4.1-01 does not work with Mandrake's mozilla-1.3 i586 rpms. Specifically, the plugin does not appear in about:plugins and java applets are ignored. The symlink in /usr/lib/mozilla-1.3/plugins is correct and the problem does not occur when I use Red Hat's mozilla-1.3 rpms.
[Cooker] [Bug 3347] [Hardware] ATI RADEON 9700
http://qa.mandrakesoft.com/show_bug.cgi?id=3347 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 15:21 --- *** This bug has been confirmed by popular vote. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: During Installation, my ATI radeon 9700 is recognized as a RADEON card. When testing, the computer doesn't seems to send any signal to my screen (dell 1800 FP digital). No luck with pressing ALT-F1 or any other terminal, no more luck with CTRL-ALT-BCKSPACE. I had to restart computer manually CTRL-ALT-DEL did not work neither. I don't think the PC hung because the numlock led was still responding. On reboot, the X11 did try to start but leaving me with a no-signal screen. But then, I could switch to another terminal (ALT-F2)
Re: [Cooker] Bla, bla, but no 9.1 date
Francisco Alcaraz Ariza wrote: Could anyone of the Mandrake team give us a clue? I'm not from Mandrake team but I pretty sure : March 2003 :-)
[Cooker] [Bug 1118] [kernel] general protection fault on shutdown
http://qa.mandrakesoft.com/show_bug.cgi?id=1118 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 15:39 --- Confirmed bug is still valid in 2.4.21 pre4.11mdk. I'll update to latest and recompile with the config option 'CONFIG_APM_REAL_MODE_POWER_OFF' set to Y and report back the findings. --- 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: Kernel 2.4.21-0-pre3.1 has a general protection fault on shutdown. It prints Power down and then dumps the gpf message plus all the registers, etc. ksymoops reports: ksymoops 2.4.8 on i586 2.4.21-0.pre3.1mdk. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.21-0.pre3.1mdk/ (default) -m /boot/System.map-2.4.21-0.pre3.1mdk (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Warning (compare_ksyms_lsmod): module ext3 is in lsmod but not in ksyms, probably no symbols exported CPU:0 EIP:0050:[872f] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010047 eax: 5301 ebx: 0001 ecx: 0003 edx: esi: 8136 edi: 0286 ebp: 6789 esp: c7b27dcc ds: 00058 es: ss: 0018 Process halt (pid: 1758, stackpage=c7b27000) Stack: 028682df 8236 7dee6789 0001c7b2 0002 5307 81250058 80fa 80cd 0016 00488036 c7b27e40 c011498a 0010 c7b27e40 0286 0018 0018 c0303992 c7b27e48 Call Trace: [c011498a] (0xc7b27e0c)) [c011] (0xc7b27e2c)) [c0114a54] (0xc7b27e44)) [c0114a83] (0xc7b27e60)) [c0114c37] (0xc7b27e70)) [c015cd00] (0xc7b27e88)) [c0107392] (0xc7b27e9c)) [c0126ba6] (0xc7b27ea4)) [c011a85b] (0xc7b27eb8)) [c0125415] (0xc7b27ec8)) [c01254a0] (0xc7b27edc)) [c01256d1] (0xc7b27f00)) [c0125e3e] (0xc7b27f2c)) [c014ff12] (0xc7b27f54)) [c013ef61] (0xc7b27f6c)) [c013d948] (0xc7b27f88)) [c013d9b5] (0xc7be7fac)) [c01090b3] (0xc7b27fc0)) Code: Bad EIP value. EIP; 872f Before first symbol = esp; c7b27dcc _end+77ed534/d48f7c8 Trace; c011498a apm_bios_call_simple+3a/70 Trace; c011 save_i387_fxsave+110/120 Trace; c0114a54 set_power_state+24/40 Trace; c0114a83 set_system_power_state+13/20 Trace; c0114c37 apm_cpu_idle+117/150 Trace; c015cd00 proc_register+50/90 Trace; c0107392 machine_power_off+12/20 Trace; c0126ba6 sys_reboot+c6/1d0 Trace; c011a85b wake_up_process+b/10 Trace; c0125415 deliver_signal+55/60 Trace; c01254a0 send_sig_info+80/90 Trace; c01256d1 kill_something_info+b1/170 Trace; c0125e3e sys_kill+3e/50 Trace; c014ff12 dput+92/120 Trace; c013ef61 fput+c1/110 Trace; c013d948 filp_close+38/60 Trace; c013d9b5 sys_close+45/60 Trace; c01090b3 system_call+33/40 2 warnings issued. Results may not be reliable. Any thoughts on this one? If you need any further info let me know. Thanks, Gordy
[Cooker] [Bug 3448] [XFree86] New: bad X nice value
http://qa.mandrakesoft.com/show_bug.cgi?id=3448 Product: XFree86 Component: packaging Summary: bad X nice value Version: 4.3-5mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I saw that X had a 0 nice value. It previously had -10 nice value (9.0 release). Having a 0 nice value gived me some problems when I created a software with a high framerate (24 frames/s). My X server could not follow this rate for the given window size and it become overloaded because it used the most part of its time in managing memory. The more it became late, the more it had to manage memory (not displayed frames) and the more it became slow. It bringed my computer to crash. I agree that my software should adapt its framerate (what I did later), but the problem is that an non root user crashed the system (i.e. a developper testing a new software) ! Think at the other users which used the node I crashed ! Simply changing the nice value to -1 fixed the problem. Previous (r 9.0) -10 nice value was good. I think that all what handles user interface have to be more near from real time. In case X server is not used, it will not consume CPU time. For application server use, simply shutdown X or manually increase X nice value. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] Bla, bla, but no 9.1 date
Till said me that the cooker is now uptodate (yesterday I downloaded cooker but some script were still old and the iso creation gave me lot of errors), so tomorrow morning I will update my cooker miror and create the isos. Thank so much for your help El Miércoles, 19 de Marzo de 2003 17:03, Greg Meyer escribió: On Wednesday 19 March 2003 10:42 am, Francisco Alcaraz Ariza wrote: Cooker seems to be stoped from yesterday. I suppose lots of Mandrake users as me are waiting to see the isos into the mirrors. But nothing at the moment and, worse, not idea about the date of the release. Could anyone of the Mandrake team give us a clue? Thanks a lot, yours sincerely Why don't you just mirror cooker and install from hard disk? It's a much faster install anyway. -- Francisco Alcaraz Ariza Departamento de Biología Vegetal Universidad de Murcia E-30100 Murcia España (Spain)
Re: [Cooker] GNOME 2.2.1 Desktop
On Wednesday 19 March 2003 10:44 am, Frederic Crozat wrote: It wasn't a kde problem... a patch was applied to libqt3 between 12mdk and 13mdk that forces the use of AA fonts, which will fail if the Render extension is not present. There's a link in a previous message that points to a version of libqt3 without that patch and it works fine. Render is NOT needed for doing AA with Xft2.. This was only needed when using Xft1.. Then why do QT apps crash when AA is compiled in? Can't find render and crash. Again, is this a bug in QT3 and should it be reported upstream? -- Greg
Re: [Cooker] Bla, bla, but no 9.1 date
May be, may be. I'm not from Mandrake team but I pretty sure : March 2003 :-) -- Francisco Alcaraz Ariza Departamento de Biología Vegetal Universidad de Murcia E-30100 Murcia España (Spain)
Re: [Cooker] When the isos will be avalaible?
Hello, El Miércoles, 19 de Marzo de 2003 15:04, Jan Ciger escribió: Now I am runing 9.0, but I need 9.1 to make good looking pf files using LaTeX files (the pdf fonts looks ugly when I compile a file, but under 9.1 there were very good!). You can do the same in 9.0. Just add \usepackage{times} into the preamble of you document and that should allow nice PDFs. Use dvips -Ppdf your_dvi_file.dvi when producing the ps and then ps2pdf will do an excellent job for converting your latex generated postscript file. Ben -- Benoit des LignerisEtudiant au Doctorat -- Ph. D. Student Web : http://benoit.des.ligneris.net/ Mydynaweb Developpe(u)r:http://mydynaweb.net/ Centre de Calcul Scientifique http://ccs.USherbrooke.ca/ OSCAR Symposium-May 11-14http://oscar2003.ccs.USherbrooke.ca/
Re: [Cooker] Bla, bla, but no 9.1 date
On Wednesday 19 March 2003 11:07 am, Francisco Alcaraz Ariza wrote: Till said me that the cooker is now uptodate (yesterday I downloaded cooker but some script were still old and the iso creation gave me lot of errors), so tomorrow morning I will update my cooker miror and create the isos. Why even create iso's, just use hd.img. -- Greg
[Cooker] New features
How about a unified boot iso like SuSE does, instead of maintaining seperate hd, network, etc. floppy images. This would allow me to burn one cd to do all installs from, be it network, hd or cd. Also, because it removes the size contraint of the floppy image, it would allow te use of XFS and perhaps other obscure modules on hd and network installs. -- Greg
Re: [Cooker] Some Ideas for the future
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chad wrote: Le Mercredi 19 Mars 2003 10:39, Chad a crit : - resume on partial downloads as the default behavior Isn't allready done ? Does it first I've heard of it. If I run urpmi with the noclean option and interupt it part way through downloading a pacakge it doesn't seem to resume the file it was downloading were it left off it starts on that file again doesn't it? Maybe it works with rsync sources? - rsync support (if it isn't already present) http://plf.zarb.org/~nanardon, select cooker version, search url begining by rsync://, oh ! I debug rsync support myself. Not sure but to be really usefull doesn't rsync support require a local copy of the package to update (compare to the netone and d/l the difs)? Otherwise I see no difference between it and ftp. It will always help with hdlists ... And if Francois looks at --repackage, maybe it would be possible to rebuild a package from the installed one first, rename it to the one being downloaded, and then upagrading the new one after rysncing? Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+eE6DrJK6UGDSBKcRAvsIAJ0fCIwsq7P227K9qDsLJb7IfzBx4wCgsapg ddrxXYwYJpVyBEotI591hOw= =ZO+b -END PGP SIGNATURE-
Re: [Cooker] 9.2 wishlist: urpmi --optimise
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 w9ya wrote: Perhaps Mandrake can/would compile the whole thing (distro) -mcpu i686 - -02 instead of -march ???. That way you can ...have your cake and eat it too. Also, for those that just have to have more than what that offers (which is little as it turns out , according to the gcc folks), then have the build process passed a variable for compilation from a rc file in etc, which itself can be changed easily enough. Many distros are doing this now. Or you can just make your own ~/.rpmmacros file and do what you like, or use a target option passed to rpm. The problem isn't rebuilding a package. The problem is rebuilding many packages, and only the ones required, with fetching them remotely if necessary (which the rpm rebuilder doesn't do). Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+eJozrJK6UGDSBKcRAkQcAJ488gm5sYDfZZfJ/63Zsvuvl9RMogCgxk4t znf/IiugydJo7ZwT1crfn+0= =Z9i0 -END PGP SIGNATURE-
[Cooker] [Bug 2023] [acpi] ACPI not working on SonyVaio FX501 laptop
http://qa.mandrakesoft.com/show_bug.cgi?id=2023 --- Additional Comments From [EMAIL PROTECTED] 2003-03-19 16:50 --- I have a similar problem with the stock kernel on my Compaq 725CA, due to the loose ACPI standards and how Compaq decided to implememt them. The two biggest are the Local APIC support on uniprocessors and Support for PCI hotplug (EXPERIMENTAL) config options. The following kernel config options work for me: # Processor type and features * Processor family: from 'i586' to 'athlon/duron/k7' * AMD mobile Athlon/Duron Powernow!: from 'm' to 'y' * Local APIC support on uniprocessors: from 'y' to 'n' # General setup * Advanced power management BIOS support: from 'm' to 'n' * PCI hotplug support o Support for PCI hotplug (EXPERIMENTAL): from 'm' to 'n' * ACPI support o AC adapter: from 'm' to 'y' o Battery: from 'm' to 'y' o Button: from 'm' to 'y' o Fan: from 'm' to 'y' o Processor: from 'm' to 'y' o Thermal Zone: from 'm' to 'y' o Toshiba laptop extras: from 'm' to 'n' --- 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: With the standard kernel the ACPI is not working on my SonyVaio PCG-FX501 laptop. My lilo.conf contain the option apci=on apm=off pci=biosirq. I tried also with only the standard option acpi=on but with the same results. The problems are: The fan cooler is always on, no battery status on KDE 3.1 Thanks.