Re: [Cooker] [Bug 2785] [OpenOffice.org] openoffice crashes whenaccessing fonts
On Wed, 5 Mar 2003, seager wrote: --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 04:03 --- thanks for that, running soffice.bin through gdb and trying to access fonts locks up X hard (had to ssh into the computer to kill it) gdb says this: program recieved signal SIGSEGV, segmentation fault [Switching to thread 16384 (LWP 1948)] 0x40c0941e in mallopt () from lib /lib/i686/libc.so.6 yes, but then please get a trace as requested earlier. ;-) That is, use bt or where commands once it crashed. In my opinion, this looks like a system freetype defect. The only fonts I have added are some TT fonts (using control center add fonts not get windows fonts): arial, dauphin, sheffield, times new roman, courier, verdana, comic sans, symbol. Please, try to remove them one by one untill you spot the one that makes OOo crash. I have no trouble with these on other computers (mdk 9) and, as I say, if I replace libfreetype.so.6.3.2 with another version openoffice works fine on this computer. Then, this is a freetype defect.
Re: [Cooker] [Bug 2600] [Installation] Unselecting OpenOffice.orgdoes not unselect all OO.o Components
On Wed, 5 Mar 2003, cybercfo wrote: --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 04:08 --- unselecting OpenOffice now unselects both the localization package and the help files. OO.o -libs still needs to be unselected manually from the flat list. Why do I want to leave this installed if I don't want to install OpenOffice.org? Because OpenOffice.org depends on its libraries. Those libraries could be used by other projects. But as of now, those projects are not available. ;-) So, you have to remove the -libs package, this is plain logical.
Re: [Cooker] [Bug 2001] [kernel] Segmentation fault
On Wed, 5 Mar 2003, dhgood wrote: I installed 9.1rc2 and compupic. I still get a segmentation fault on loading the program from the command line. Could it be because glibc is now 2.3.1 while 9.0 used 2.2.5? Try the following, independently: 1) LD_ASSUME_KERNEL=2.2.5 your application. This will make sure to load only i586 libraries, just in case there is a problem with the i686 ones. 2) Download this file: libc.so.6 from http://people.mandrakesoft.com/~gbeauchesne/glibc/ Then LD_LIBRARY_PATH=full directory path where the file is your app If it works, then this is a program bug and your Software vendor (Compupic?) has to fix it, if you paid for. Generally, they simply have to rebuild the application and make sure they don't reference any errno or _res symbol directly. Nowadays (with recent glibc), the linker simply yells out. If it doesn't, then make sure the test library was actually loaded. Two things: 1) LD_LIBRARY_PATH=full directory path where the file is ldd your app, if this is a dynamically linked executable. This should show the new library. 2) LD_LIBRARY_PATH=full directory path where the file is strace -eopen your app, if this is a statically linked executable. You should check that the new library is open'ed.
Re: [Cooker] [Bug 2821] [gcc-c++] New: g++ Internal error whilecompiling openh323
On Thu, 6 Mar 2003, bruce wrote: g++ -Wall -DP_LINUX -mcpu=i586 -D_REENTRANT -DP_HAS_SEMAPHORES -fPIC -DP_USE_PRAGMA -DP_PTHREADS -DPHAS_TEMPLATES -DPBYTE_ORDER=PLITTLE_ENDIAN -I/home/bruce/pwlib/include/ptlib/unix -DPTRACING -I/home/bruce/openh323/include -DHAS_IXJ -DHAS_OSS -DPTRACING -I/home/bruce/pwlib/include -O3 -DNDEBUG -c /home/bruce/openh323/src/h225_1.cxx -o /home/bruce/openh323/lib/obj_linux_x86_r/h225_1.o g++: Internal error: Killed (program cc1plus) This is not a gcc bug. It just tells you g++ was killed and not that g++ got killed itself. Make sure you were not too loaded, and tell us what kernel do you use.
Re: [Cooker] Kernel multimedia?
On Wed, 5 Mar 2003, obennett wrote: Where the heck is that package on the cds. Is it a package, a search for kernel in rpmdrake doesn't turn it up. Why would it be on CDs? It's on contribs and we can only support kernels we build.
Re: [Cooker] gcc broken, not good
On Wed, 5 Mar 2003, jokerman64 wrote: But I digress: The problem with gcc is that it needs gcc-cpp to be installed but gcc-cpp isn't present on any of the cds. because of the I just get a Conflicts detected dialog and the install is aborted. Damn it I really wanted ut. anyone here know a quick fix? Why are you saying gcc is broken? Use correct words, that is: gcc dependencies are not met on CD. Grab the missing packages from Cooker.
Re: [Cooker] Wrong / missing dependencies
Le Jeudi 06 Mars 2003 07:19, Jean-Michel Dault a écrit : Le mer 05/03/2003 à 22:07, Olivier Thauvin a écrit : L'installation a échoué: libphp_common430 == 430-10mdk est nécessaire à php-cgi-4.3.1-10mdk Warly ;-) Thanks, Jean-Michel This maybe explain I got same thing on ppc ;) -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] Mandrake 9.1 Should be Delayed
On Wednesday 05 March 2003 22:41, Jan Ciger wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [snipped] - - issues with the Nvidia cards with XFree and Nvidia drivers - contrary to the reports of others, I had problems with the proprietary drivers, started to happen only after upgrade to Cooker, wasn't broken with the same drivers in 9.0. Well I'm using the 1.0-4191 drivers and they are fine on TNT2 M64, and gForce4 MX440. -- John Allen, Email: mailto:[EMAIL PROTECTED] MandrakeClub Silver Member.
Re: [Cooker] Mandrake 9.1 Should be Delayed
From: Greg Meyer [EMAIL PROTECTED] | This package was missing from 9.0 also. I think it is a feature, not a bug. | The package is huge, and since everyone wnats 650MB iso's, it's going to get | left out. Easily fixed with a web download, it would be nice if this was | documented though. | Actually there are more space now than with 700MB CD:s Now you have: 3 x ~650 = ~1950MB (and AFAIK one additional disk in the boxed set) Before it was: 2 x ~700 + ~450 = ~1850MB (since ~250MB on the last disk was reserved for files only in boxed sets) so this release will have about 100MB more... Thomas
Re: [Cooker] Mandrake 9.1 Should be Delayed
Le Jeudi 6 Mars 2003 03:19, Greg Meyer a écrit : I think the distro would be much better served all of use that are testers, to test the hell out of this thing, not just by saying something does not work, but by really going the extra mile and trying to figure out why something does not work. For instance, if the network does not work, install it a couple of times trying different settings, note how the contents of the config files change. And all this criticism over something that cannot really be controlled is fruitless and makes the people working 7day/80hour weeks feel negative and prevents high levels of productivity. Help them, don't hurt them. What do you think most of us are doing? The real problem seems to be that there just aren't enough Mandrake developers to address most bugs. Out of the 6 bug reports I have filed, none of them have moved from UNCONFIRMED. Some of these bugs are not critical, but others, such as the mess 9.1RC1 made of trying to configure the Sagem ADSL modem are very important. (This is the modem that everyone in France on free.fr uses for adsl. One would have thought it was kind of important for a French distribution to make sure their French customers on adsl can actually connect to the internet.) There's very little point in us trying to report even more bugs if the developers are so understaffed that they cannot keep up with even a fraction of the bugs being reported at the moment. The only short term solution would be to give them more time to address the more critical bugs.
Re: [Cooker] [Bug 2706] [drakxtools] New: problem in embedded modein drakconf
oliv.blin [EMAIL PROTECTED] writes: In embedded mode in drakconf, when I want to change mount options of floppies or removable medias, if I select type or options and then go on, I'm taken back to the main menu of mount options. @duplicate=2672
Re: [Cooker] [Bug 2791] [userdrake] New: Unable to start userdrake
oliv.blin [EMAIL PROTECTED] writes: I can't start userdrake neither from Mandrake Control Center, nor from command line. When I try to launch it, a message box Unknown error appears. How can I find more details to help you resolve this bug ? this is a usermode bug, not a userdrake one @product=usermode
Re: [Cooker] [Bug 2801] [emacs] New: sgml-mode - toggle 8 bitinsertion
gauret [EMAIL PROTECTED] writes: This option is only available if you haven't psgml-mode installed. which is fine since this is a function from the emacs builtin sgml-mode library and not a psgml one. However, turning it on or off doesn't change anything here. The é are still é,... reproductable @bug_status=assigned
Re: [Cooker] [Bug 2830] [drakconf] New: Control Center MountingProblems
dwmoar [EMAIL PROTECTED] writes: Mandrake 9.1 RC2 When in the control center and selecting mount points when checking either the CD-ROM or CDRW when trying to select the mount point, options or type check box when clicking on the ok button drops you back to the origional screen where you select the device that you want to mount. It only happen when chooseing the CD-ROM or CDRW and the floppy drive. @duplicate=2672
Re: [Cooker] [Bug 371] [drakconf] Pressing OK after changing LANsettings erases ADSL settings
home [EMAIL PROTECTED] writes: OK I just checked this on 9.1RC1 and it appears to be fixed now. I pressed the OK button and the adsl file remained unchanged. @resolution=fixed
Re: [Cooker] More (minor) bugs
Am Mittwoch, 5. März 2003, 22:55:48 Uhr MET, schrieb jokerman64: 2. kdeadmin-kpackage requires kdeadmin to be installed which further requires pciutils. Problem: why the hell split the packages if you're going make kdeadmin a requirement. I think kpackage really requires kdeadmin, see my answer to the bug report. Are you trying to say that most people use all the other stuff and mostly ignore kpackage. I'd think the exact opposite is true. Most people use kpackage and not the rest of the stuff. I think the reason to split out kpackage was to make rpmdrake the default installer for most people. This makes sense, as kpackage doesn't have the Mandrake specific features rpmdrake has. It is a support nightmare if thousands of KDE freaks cannot figure out how to install a complex app that needs dozens of dependancies using kpackage. -- 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] Mandrake 9.1 Should be Delayed
Timothy R. Butler [EMAIL PROTECTED] writes: The first is that no matter which xserver config I choose KDE 3.1 locks up on me several times a day, requiring a reset button. which may be a hardware problem Secondly, 9..2 insists on installing the mobo AC97 sound chip even though I have a mobo jumper set to disable it. the only way to really disable it would be to hide it on the pci bus, which is not done if lspcdirake -v show it. I was able to get sound as root, but not as user. classic bug sound tester: lspcidrake -v | fgrep AUDIO will tell you which driver your card use by default grep sound-slot /etc/modules.conf will tell you what driver it currently uses /sbin/lsmod will enable you to check if its module (driver) is loaded or not /sbin/chkconfig --list sound and /sbin/chkconfig --list alsa will tell you if sound and alsa services're configured to be run on initlevel 3 aumix -q will tell you if the sound volume is muted or not /sbin/fuser -v /dev/dsp will tell which program uses the sound card.
Re: [Cooker] Mandrake 9.1 Should be Delayed
Palmer, Hilary [EMAIL PROTECTED] writes: Yes... Please do not release if there are still bugs floating around. We don't need the same reputation as M$. Linux is better than that. I am pretty much green here, but I have to agree - let's push the release date few days. There are bugs, which are pretty bad/annoying and will earn pretty bad image to Mandrake. Why is a mid-March release so critical? we've to release one day. having a fixed date force you to fix bugs. you've to understand that there'll always be some bugs. increasing this process will only make you adding more bugs while fixing other one (yes this do happen). with a fixed date, you've to fix most bugs before. then, while books are printed and boxes and cds are produced, you can prepare updates. just my 2cents.
Re: [Cooker] [Bug 2546] [glibc] New: glibc breaks my VPN client
On Fri, 28 Feb 2003, drfickle wrote: With -10mdk, my VPN client that IBM provides was broken. Apparently there is a bug/feature in 2.3.1 that caused this. Please try with the following library: libc.so.6 from http://people.mandrakesoft.com/~gbeauchesne/glibc/ LD_LIBRARY_PATH=full path where the new file is your VPN client If it works, then ask your software provider (IBM?) to fix their program. Basically, it's a simple rebuild, making sure they don't access to _res and errno symbols directly. It it doesn't work, make sure the library was really loaded, possibly make use of LD_PRELOAD=new libc.so.6 your VPN client.
[Cooker] Re: Wrong / missing dependencies
Olivier Thauvin [EMAIL PROTECTED] writes:
L'installation a échoué:
ImageMagick == 5.5.4.4-6mdk est nécessaire à perl-Magick-5.5.4.4-6mdk
libsasl%{major} est nécessaire à cyrus-sasl-2.1.10-3mdk
libphp_common430 == 430-10mdk est nécessaire à php-cgi-4.3.1-10mdk
Florin: you're in cc about libsasl ;)
thanks, this should be fixed in the 4mdk release ... sorry for the typo
--
Florin http://www.mandrakesoft.com
http://people.mandrakesoft.com/~florin/
Re: [Cooker] [Bug 2826] [drakxtools] New: Drakboot dies if there isa blank char (space) in entry
hmc001 [EMAIL PROTECTED] writes: Drakboot dies without warning if you make an entry that has a space in the name (ex. Mandrake Linux w/o the quotes). There is no indication that there is a problem, it just dies. Upon investigation, the changes ARE written to /etc/lilo.conf, and the lilo executable itself gives an error concerning the space(s) in the title of the entry. This should be remedied, as it could cause a lot of confusion and headache. could you provide me the trace (error messages displayed on the console) ?
[Cooker] Re: Mandrake 9.1 Should be Delayed
Timothy R. Butler wrote: Well, but you can only squash so many. Introducing Galaxy-kde on Feb 20, IIRC, and expecting to make it the default style and go gold in less than a month is just really a bad idea (just an example). It would have been far better to spend the next six months developing it for 9.2. Agreed. Also, the complete overhaul of the DrakX UI was completely unnecessary, and I think, a huge waste of time. If we had just spent this time improving the 9.0 installer, I think it would be damn near perfect right now. I don't understand doing such major changes when staying in one major branch (9.x). Now back to the press. If Mandrake 9.1 comes out with bugs like the Galaxy-kde ones which haven't really been improving at a very fast clip (understandably -- widget styles don't get built over night!), I will -- if I do my duty to be honest to my readers -- be forced to give Mandrake 9.1 a serious thumbs down. Not that I want to. The reason I take this so seriously is that I personally don't want to be in the position where I have to tell my readers again Mandrake 9.1 just isn't a good choice for the desktop, stick with 8.2 or go somewhere else. Yeah, 8.2's getting to be a bit old, and of course there's the new support policy...yeah, given that, it's so much more important now that *every* release be in top shape, as with every release now, a large number of users are going to be forced to upgrade to it to retain support. Given that, it better work! The amount of serious bugs indicates that the deadline for final is far too soon. Either Mandrake needs to start the beta process SOONER (i.e. maybe two or three months earlier) or make it go on for longer (rather than releasing in March, release in April or May). I'm not so sure if Mandrake execs told the publishers If we are forced to follow this deadline we'll end up with a distro that gets bad reviews and won't sell as well that they couldn't work something out. Wasn't 8.2 released May 10th? Why the heck are we where we are in March? On the other hand 8.2 was an extremely responsible release. As much as I myself complained, the developers refused to try to get KDE 3 included because they couldn't adaquately bug test it in time for release. But now, we have a version of XFree that was only released last week and a widget style that still has bugs all over the place. 8.2 was hailed as Mandrake's crowning achievement by many. 9.0 was not, and my fear is that 9.1 might not be either. And even 8.2 could have been better. About 3 months of further stabilization happened in Cooker after it. It's too bad nobody cut a release out of it. At some point with no warning the switch the KDE3 was made and real development started again (aka bug-time).
RE: Re: [Cooker] RC2 internet, solved uninstallin shorewall
I understand, Florian, could you be so kind as telling me what packages should I update from cooker: just shorewall or some more? Thanks so much in advance Francisco Alcaraz Murcia (Spain) - Mensaje Original - Remitente: Florin [EMAIL PROTECTED] Fecha: Jueves, Marzo 6, 2003 11:02 am Asunto: Re: [Cooker] RC2 internet, solved uninstallin shorewall stop talking about rc1 or rc2 ... use cooker for the latest updates andcorrections .. [EMAIL PROTECTED] writes: Greg, Just when I select in MCC install internet sharing shorewall is first installed and the problems start. In fact in the rc2 installation I select shorewall, so Internet sharing was installed later, after one or two times starting the 9.1 rc2. But, I must say that from the very init of rc2 the net was unreachable. Francisco Alcaraz Murcia (Spain) - Mensaje Original - Remitente: Greg Meyer [EMAIL PROTECTED] Fecha: Miércoles, Marzo 5, 2003 1:39 pm Asunto: Re: [Cooker] RC2 internet, solved uninstallin shorewall On Wednesday 05 March 2003 03:51 am, Buchan Milne wrote: wrnash wrote: Is there another program that will work better than shorewall. I've nothin but problems with shorewall. THERE IS NOTHING WRONG WITH SHOREWALL. (sorry, I have had to answer this one way too many times). If there are any problems, it is due to drakfirewall or drakconnect not being designed to be used in the order people use them in. Shorewall works exactly as advertised (I have about 8 production firewalls/ICS boxes running 8.2 or 9.0 with shorewall). Buchan Well, where are the instructions telling people to run them in a specific order. Is there a warning when running ICS that says shorewall should be run first (or vice versa)? -- Greg -- Florinhttp://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
RE: Re: [Cooker] RC2 internet, solved uninstallin shorewall
I understand, Florian, could you be so kind as telling me what packages should I update from cooker: just shorewall or some more? Thanks so much in advance Francisco Alcaraz Murcia (Spain) - Mensaje Original - Remitente: Florin [EMAIL PROTECTED] Fecha: Jueves, Marzo 6, 2003 11:02 am Asunto: Re: [Cooker] RC2 internet, solved uninstallin shorewall stop talking about rc1 or rc2 ... use cooker for the latest updates andcorrections .. [EMAIL PROTECTED] writes: Greg, Just when I select in MCC install internet sharing shorewall is first installed and the problems start. In fact in the rc2 installation I select shorewall, so Internet sharing was installed later, after one or two times starting the 9.1 rc2. But, I must say that from the very init of rc2 the net was unreachable. Francisco Alcaraz Murcia (Spain) - Mensaje Original - Remitente: Greg Meyer [EMAIL PROTECTED] Fecha: Miércoles, Marzo 5, 2003 1:39 pm Asunto: Re: [Cooker] RC2 internet, solved uninstallin shorewall On Wednesday 05 March 2003 03:51 am, Buchan Milne wrote: wrnash wrote: Is there another program that will work better than shorewall. I've nothin but problems with shorewall. THERE IS NOTHING WRONG WITH SHOREWALL. (sorry, I have had to answer this one way too many times). If there are any problems, it is due to drakfirewall or drakconnect not being designed to be used in the order people use them in. Shorewall works exactly as advertised (I have about 8 production firewalls/ICS boxes running 8.2 or 9.0 with shorewall). Buchan Well, where are the instructions telling people to run them in a specific order. Is there a warning when running ICS that says shorewall should be run first (or vice versa)? -- Greg -- Florinhttp://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
[Cooker] I'd file a bug report but none of these rpms are in bugzilla.
I don't know who these would go to and I've no way to file the bug via bugzilla... I think it would go to Jean-Michel but I'm not sure. If you try to install php-cgi or php-cli from the current cooker, you get this error message. Installation failed: libphp_common430 == 430-10mdk is needed by php-cgi-4.3.1-10mdk libphp_common430 == 430-10mdk is needed by php-cli-4.3.1-10mdk It seems that the current version of libphp_common430 in cooker is 9mdk and somehow the above two rpms are dependent on the next version I ran this twice today once in the am once in the pm (about 14 hours apart) and it's still there. James
RE: Re: [Cooker] RC2 internet, solved uninstallin shorewall
Florian Thanks a lot, I will test again this night. Francisco Alcaraz - Mensaje Original - Remitente: Florin [EMAIL PROTECTED] Fecha: Jueves, Marzo 6, 2003 11:39 am Asunto: Re: [Cooker] RC2 internet, solved uninstallin shorewall shorewall and drakxtools-newt ... [EMAIL PROTECTED] writes: I understand, Florian, could you be so kind as telling me what packages should I update from cooker: just shorewall or some more? Thanks so much in advance Francisco Alcaraz Murcia (Spain) - Mensaje Original - Remitente: Florin [EMAIL PROTECTED] Fecha: Jueves, Marzo 6, 2003 11:02 am Asunto: Re: [Cooker] RC2 internet, solved uninstallin shorewall stop talking about rc1 or rc2 ... use cooker for the latest updates andcorrections .. [EMAIL PROTECTED] writes: Greg, Just when I select in MCC install internet sharing shorewall is first installed and the problems start. In fact in the rc2 installation I select shorewall, so Internet sharing was installed later, after one or two times starting the 9.1 rc2. But, I must say that from the very init of rc2 the net was unreachable. Francisco Alcaraz Murcia (Spain) - Mensaje Original - Remitente: Greg Meyer [EMAIL PROTECTED] Fecha: Miércoles, Marzo 5, 2003 1:39 pm Asunto: Re: [Cooker] RC2 internet, solved uninstallin shorewall On Wednesday 05 March 2003 03:51 am, Buchan Milne wrote: wrnash wrote: Is there another program that will work better than shorewall. I've nothin but problems with shorewall. THERE IS NOTHING WRONG WITH SHOREWALL. (sorry, I have had to answer this one way too many times). If there are any problems, it is due to drakfirewall or drakconnect not being designed to be used in the order people use them in. Shorewall works exactly as advertised (I have about 8 production firewalls/ICS boxes running 8.2 or 9.0 with shorewall). Buchan Well, where are the instructions telling people to run them in a specific order. Is there a warning when running ICS that says shorewall should be run first (or vice versa)? -- Greg -- Florinhttp://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/ -- Florinhttp://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
[Cooker] Re: [CHRPM] cyrus-sasl-2.1.10-4mdk
On 03.06 11:30 Florin wrote: --=-=-= Name: cyrus-sasl Relocations: (not relocateable) Version : 2.1.10Vendor: MandrakeSoft How can this be: werewolf:~/soft/in# rpm -qa | grep sasl cyrus-sasl-2.1.10-4mdk libsasl2-2.1.10-4mdk libsasl7-1.5.28-3mdk werewolf:~/soft/in# rpm -e libsasl7-1.5.28-3mdk error: removing these packages would break dependencies: ... libsasl.so.7 is needed by cyrus-sasl-2.1.10-4mdk New package needs old lib ??? -- J.A. Magallon [EMAIL PROTECTED] \ Software is like sex: werewolf.able.es \ It's better when it's free Mandrake Linux release 9.1 (Cooker) for i586 Linux 2.4.21-pre4-jam1 (gcc 3.2.2 (Mandrake Linux 9.1 3.2.2-1mdk))
Re: [Cooker] RC2 internet, solved uninstallin shorewall
- Mensaje Original - Remitente: [EMAIL PROTECTED] Fecha: Jueves, Marzo 6, 2003 12:03 pm Asunto: RE: Re: [Cooker] RC2 internet, solved uninstallin shorewall Florian Florian, I have seen in cooker that shorewall packages are from February, perhaps still not in cooker the last packages or just I need actualyze draxktools-new..? Francisco Alcaraz Thanks a lot, I will test again this night. Francisco Alcaraz - Mensaje Original - Remitente: Florin [EMAIL PROTECTED] Fecha: Jueves, Marzo 6, 2003 11:39 am Asunto: Re: [Cooker] RC2 internet, solved uninstallin shorewall shorewall and drakxtools-newt ...
Re: [Cooker] Mandrake 9.1 Should be Delayed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 06 March 2003 08:05, Jaco Greeff wrote: On Thursday 06 March 2003 12:41 am, Jan Ciger scribbled on a piece of papyrus: - annoying message about kfm_client pops up from time to time, when trying to open directories on desktop Do you have a bug number for this one? I noticed thgis myself on links I created myself, thought it might have been something I broke on my side. Greetings, Jaco There are two bugs filled in the bugzilla for this right now (there were at least four, but probably they were closed as dupes already) : 1471, 1548 Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+ZzG+n11XseNj94gRAgM2AJ0ZW4tx48INAY7osZqsotxDPemqbgCfWirx Z78LRI+bXa6cLXdBfBUuwq8= =wohU -END PGP SIGNATURE-
Re: [Cooker] Mandrake 9.1 Should be Delayed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Well Mandrake cant do anything about Nvidia proprietary drivers, that's all up to nVidia... thomas I know, that Mandrake could not do much, because of the nature of the drivers, but something went wrong IMHO, because the same version of drivers worked fine with 4.2.x series of XFree on Mandrake 9.0, but screws my display up after few minutes on Mandrake 9.1. That reason should be identified and either fixed or reported to Nvidia as bug. If the Mandrake user has only two choices to have reasonable 3D on Linux and both of them are buggy (screen corruptions, crashes etc.), it is a pretty sorry state of the affairs ... Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+ZzKQn11XseNj94gRAlxTAJ9890oDWPovJOZ+9hFBflte/RkcIACgs7oP ir11q1avsDL8B9Ef5ECpBx4= =V0pQ -END PGP SIGNATURE-
Re: [Cooker] [Bug 2801] [emacs] sgml-mode - toggle 8 bit insertion
gauret [EMAIL PROTECTED] writes: I'd like to add that I apology for not reporting this earlier. Since it was already there in 9.0 and it is no showstopper, I think it's fine if you don't fix it for 9.1. anyway, considering its severity, i would not have fixed it now, we only fix major bugs because of the chance to introduce new bugs. what's more, it's a contrib package
Re: [Cooker] [Bug 2796] [drakxtools] New: DHCPdoesn´t work...
psychotoxic [EMAIL PROTECTED] writes: DHCP doesn´t work for me. I access the internet through a hardware router. I have to set my IP and the Gateway manually to get Internet Access. @[EMAIL PROTECTED]
Re: [Cooker] [Bug 2793] [drakxtools] New: ScannerDrake Hangs ifIncorrect IP is Provided
tbutler [EMAIL PROTECTED] writes: If you accidentally type in an incorrect IP address in Scannerdrake's scanner sharing utility, then you can no longer get into scannerdrake. It just hangs waiting for a response from a non-existant IP address when it starts up with no way to resolve the problem or even know anything is wrong. @[EMAIL PROTECTED] some timeout is lacking somewhere
Re: [Cooker] [Bug 2779] [drakxtools] New: mdk91.rc1 presario705EAafter log out reboot does not work
tateopfr [EMAIL PROTECTED] writes: to reboot computer I need to go in text mode and make alt-ctrl-del @duplicate=2776
Re: [Cooker] [Bug 2780] [drakconf] New: keyboard layout
el01min [EMAIL PROTECTED] writes: I cant get swedish keyboard layout. Configured it during install and it didnt work. Tried to configure it with drakeconf it didnt work either. No error is displayed. more info is needed. try running it non embedded (or apply #2672 patch) @[EMAIL PROTECTED]
[Cooker] Re: [Bug 2775] [kdebase] cannot navigate with file selector
--- Additional Comments From [EMAIL PROTECTED] 2003-03-06 03:02 --- Maybe the same than bug 2802 ? Yes, #2802 and #2795 seem to be the same problem as #2775
Re: [Cooker] [Bug 2782] [drakconf] New: Any changes in DrakConf(shorewall, services....) is saved
falcaraz [EMAIL PROTECTED] writes: I can save changes in shorewall or services runing directly the applicactions drakfirewall, drakxservices, but when I lunch those applications from Mandrake Control Center no changes are saved. @duplicate=2672
Re: [Cooker] Mandrake 9.1 Should be Delayed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ...Mandrakesoft has to make the release date. It is negotiated into contracts for pressing CDs, for example, and a day's slippage may cause a month's delay and extensive penalties. That is one of the realities of making this software. The only thing that would stop the release date is a showstopper bug that keeps the product from working on a significant number of computers... One may debate whether existing bugs qualify as showstopper bugs, but point is the release date is important because Mandrake has contractual obligations that have financial consequences if violated. Miark Thanks for clarification. But still, one has to ask the question, whether to make short term savings on not being penalized for late release, but lose a lot of customer base because of the buggy product, or bite a bullet in the short term, but retain (and/or increase) the customer base in the future with good product. Honestly, I do believe that Mandrake 9.1 will be a great product. It just needs polishing and if it hits shelves in this half-baked state as it is now, it could do more harm to Mandrake than good. Well, I am not envious of the Mandrake CEO's job now :-( Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+ZzQun11XseNj94gRAvB1AKCyfOMMf6Z5gSlv6gPS66XrgdXSDQCfSKpf 9vTjRT5IbmYHLsL97Ik7lvs= =RVQz -END PGP SIGNATURE-
Re: [Cooker] [Bug 2787] [drakxtools] New: Mouse configuration doesnot stay
cory.meisch [EMAIL PROTECTED] writes: When trying to configure a Trekker P/S 2 wheel mouse, click on Hardware - Mouse. It shows the mouse configured as standard. Choose generic PS2 wheel mouse and click OK. (Note bug 2049 for lack of apply and test buttons). there's no test button, just sroll, click, ... on the image there's no apply button, only a ok button that does the same and a cancel one ... that cancel your changes. Click on mouse again to verify it is configured and it is back to Standard PS2. 1) there's a bug preventing it from working when embedded, so either apply #2672 patch or run it in non embedded mode 2) one cannot properly detect ps/2 mouse various sub types. all we can do is telling you it's a ps/2 model. we could have saved the type in some config file, but what to do if you change your ps/2 mouse for another ps/2 mouse in that case.
Re: [Cooker] XMMS status plugin (contrib) crash
Can you please try the new version 1.0-1mdk? -- Götz Waschk master of computer science University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key -- Logout Fascism! --
[Cooker] klegacyconfig
I asked this before, but never got a straight answer. Is there a reason why klegacyconfig is not installed by default and automatically add the MCC into the KDE Control panel? I think this should at least be an option during install . . . Thx, R.Fox -- Robert Fox [EMAIL PROTECTED] Fox Consulting Services
Re: [Cooker] [Bug 1847] [drakxtools] isdn startup at boot afterconfiguration
On Thu, 6 Mar 2003 02:04:11 +0100 Steffen Barszus [EMAIL PROTECTED] wrote: And yes something like kinternet is needed for mandrake. I had last week a user that asked how to establish the internet connection without setting it to dialup at boot and reboot. (= LOL) yes, mdk needs something like kinternet. There frequently are questions about ISDN dialup in newsgroups, people just don't understand why they cannot use kppp or a similar tool for ISDN. I guess I could help you on that. ;) The pppd manpages proposes to use peer scripts. A user can execute pppd , but can only do well defined things. One of this things is to start defined dial up connections. This connections are configured under /etc/ppp/peers/, for example /etc/ppp/peers/isp1. pppd call isp1 would start the dialup then. The pppd should be running as uid root then so no ownership of devices needs to be changed. (I know you have not asked ;)) takes notes thanks Related question: Where do the device settigs belong to ? Are they initially set by the kernel package ? I /think/ they are handled by devfs but don't sue me on that. I never could muster enough motivation to get into devfs. _If_ you going to make it, I have yet another bug open for some changes on isdn4k-utils-packaging and i can mail you a .config for the package. great! Since there are no important security flaws in it I guess it is to late. BTW: The vbox-examples are missing too. (another open bug from me ;)) I saw the reports and noticed the avalanche of replies I know all that has time now, but maybe it would be good for next release. definitely, Germany (=ISDN country) is the second largest market next to the US. I just don't understand how mdk can afford to surrender that market to SuSE. I've personally converted lots of people to Mandrake but I always am somwhat reluctant when I meet people with ISDN because of the rather suboptimal ISDN support of mdk. - Mark
Re: [Cooker] Mandrake 9.1 Should be Delayed
From: Jan Ciger [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Well Mandrake cant do anything about Nvidia proprietary drivers, that's all up to nVidia... thomas I know, that Mandrake could not do much, because of the nature of the drivers, but something went wrong IMHO, because the same version of drivers worked fine with 4.2.x series of XFree on Mandrake 9.0, but screws my display up after few minutes on Mandrake 9.1. That reason should be identified and either fixed or reported to Nvidia as bug. Some of theese problems may be because we have newer gcc/glibc, than the version ysed to compile the binary-only parts of nVidias drivers... This we can't do anything about... We just have to wait for nVidia to make updated drivers... I have been sending bug reports / support requests to nVidia once a week for the last couple of months ... BUT NO ANSWER... :-( I have even requested nVidia developer account to get some attention, but so far... nothing ... (and the next question... if I get this account, how much of this info is legal to add to GPL software...) If the Mandrake user has only two choices to have reasonable 3D on Linux and both of them are buggy (screen corruptions, crashes etc.), it is a pretty sorry state of the affairs ... There is an other problem here that is very hard to address, and that is quality differencies in different manufacturers cards... Some people report that their Geforce4 screws up big time with some drivers, but for others they are the best drivers ever... Now there is no way for MDK to address this problem, as it should be adressed by nVidia, since they keeps the specs/driver source well guarded... ;-) We'll have to try to make the best of what we have, and hopefully nVidia will roll out new drivers for MDK 9.1 Thomas
Re: [Cooker] Re: [CHRPM] cyrus-sasl-2.1.10-4mdk
J.A. Magallon wrote: error: removing these packages would break dependencies: ... libsasl.so.7 is needed by cyrus-sasl-2.1.10-4mdk Yes, saslauthd is compiled with ldap support, and since ldap still uses the old library, saslauthd requires it. Since saslauthd is a separate process communicating with the main library through a unix pipe this should not cause problems. Of course you can compile saslauthd without ldap support, but the real solution is to update ldap. Bye -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS or other RBL. They arbitrarily IP addresses not related in any way to spam, disrupting Internet connectivity. See http://slashdot.org/article.pl?sid=01/05/21/1944247 and http://theory.whirlycott.com/~phil/antispam/rbl-bad/rbl-bad.html pgp0.pgp Description: PGP signature
Re: [Cooker] more missing packages
Am Mittwoch, 5. März 2003, 10:58:54 Uhr MET, schrieb Jean-Michel Dault: I have uploaded *twice* a new procps-3.1.6-2mdk, but Warly told me they have to process the packages manually since the upload queue is totally frozen. OK, thanks. Now the list of missing package is as follows: tetex-2.0.1-4mdk.i586.rpm perl-Magick-5.5.4.4-7mdk.i586.rpm modutils-2.4.22-8mdk.i586.rpm gtk-engines-0.12-7mdk.i586.rpm -- Götz Waschk master of computer science University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key -- Logout Fascism! --
[Cooker] [Bug 2701] [mplayer] Broken pipe when closing mplayer window
http://qa.mandrakesoft.com/show_bug.cgi?id=2701 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:01 --- I still cannot reproduce this problem. You should report this to the MPlayer authors. --- 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: Hi When I close mplayer window from the window title bar by clicking on the cross icon, mplayer can't quit properly : Fatal signal: Broken Pipe (SDL Parachute Deployed) This error occurs only when I'm using SDL audio output. It doesn't occurs when i use SDL video output without SDL audio output. So it must be a bug that deals with SDL_mixer. Strangly enough, there isn't any error when I close mplayer by hitting the ESC key ! Thanks, Olivier
[Cooker] [Bug 2429] [KDE] Kasbar extends all the way across the screen
http://qa.mandrakesoft.com/show_bug.cgi?id=2429 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:03 --- My apologies, this was not a bug but user error on my behalf! I did not configure it properly. Best wishes, Damon --- 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: Hi, In 9.0 with the standard KDE 3, when I have the KasBar running, it extends across the desktop only as much as the space required by the icons. However in 9.1 RC1, it extends all the way across the length of the screen (in this case, horizontally), no matter how many icons are displayed. It is configured to be transparent, with tint disabled. Thanks, Damon
[Cooker] [Bug 2830] [drakconf] New: Control Center Mounting Problems
http://qa.mandrakesoft.com/show_bug.cgi?id=2830 Product: drakconf Component: drakconf Summary: Control Center Mounting Problems Version: 9.1-5mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Mandrake 9.1 RC2 When in the control center and selecting mount points when checking either the CD-ROM or CDRW when trying to select the mount point, options or type check box when clicking on the ok button drops you back to the origional screen where you select the device that you want to mount. It only happen when chooseing the CD-ROM or CDRW and the floppy drive. I am running and AMD XP1700+ with 512 meg memory-Matrox Dual head video-Seagate 60 gig hd -52x liton cd rom and a sony 32X16x32 cdrw --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1480] [k3b] k3b setup don't change permissions for normal users
http://qa.mandrakesoft.com/show_bug.cgi?id=1480 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:11 --- Now k3b works fine --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: After I've lauched k3d setup (I don't forget to add my user) ; I try to burn a CD in normal user . But I can't see my devices (cdrom cd writer) whith my user. But if i lauch k3d in root mode, i can see all my devices. The wizard don't seem, really change the rights in filesystem.
[Cooker] [Bug 2674] [Installation] Windows autorun apps still says 9.0
http://qa.mandrakesoft.com/show_bug.cgi?id=2674 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:16 --- the file dosutils/lang/autorun.conf still contains Mandrake 9.0 --- 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 title of the Windows autorun application on the 9.1rc2 CD still says Mandrake 9.0.
[Cooker] [Bug 1859] [kdeartwork] Not included in 3.1
http://qa.mandrakesoft.com/show_bug.cgi?id=1859 [EMAIL PROTECTED] changed: What|Removed |Added Severity|major |minor --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:17 --- Hey, this is no important package, it's 12 MB of stuff that can be better used for applications. --- 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 guess this isn't the typical kind of bug, but I wanted to make sure that a comment about this went into the system. As I just posted on the Mandrake Cooker list, I think kdeartwork is a very important package for many (most) desktop users, and probably is needed a lot more than, say, koffice-devel or xearth. How about finding a way to include it? It's ashame that in 9.0, and it looks like now 9.1, GNOME users get screensavers and such, but KDE users don't. :-( Thanks, Tim
[Cooker] [Bug 1969] [Installation] DrakX Does Not Support LVM in 9.1 RC1
http://qa.mandrakesoft.com/show_bug.cgi?id=1969 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:19 --- Confirmed that this bug has been fixed in RC2 --- 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: The installer (DrakX) does not support LVM in Mandrake Linux 9.1 Release Candidate 1. Previous versions of DrakX supported LVM (although sometimes poorly). Please add LVM support for RC2
[Cooker] [Bug 1970] [kernel] 9.1 RC1 Will Not Boot on EPOC D3VA Motherboard
http://qa.mandrakesoft.com/show_bug.cgi?id=1970 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:21 --- Sorry, meant to close a different bug, hit this one by mistake --- 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: Mandrake Linux 9.1 Release Candidate 1 will not boot using either the standard or SMP kernel on a dual P-III 1 GHz system using an EPOC D3VA motherboard. The kernel reports lost interrupts for /dev/hde and /dev/hdg - these are a pair of IBM Deskstar disks attached to the on-board HPT-370 controller.
[Cooker] [Bug 1970] [kernel] 9.1 RC1 Will Not Boot on EPOC D3VA Motherboard
http://qa.mandrakesoft.com/show_bug.cgi?id=1970 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:20 --- Confirmed that this bug has been fixed in RC2 --- 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: Mandrake Linux 9.1 Release Candidate 1 will not boot using either the standard or SMP kernel on a dual P-III 1 GHz system using an EPOC D3VA motherboard. The kernel reports lost interrupts for /dev/hde and /dev/hdg - these are a pair of IBM Deskstar disks attached to the on-board HPT-370 controller.
[Cooker] [Bug 2561] [Installation] HTTP install problem; mdkinst_stage2.bz2 not found
http://qa.mandrakesoft.com/show_bug.cgi?id=2561 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:21 --- I did a little more checking - this problem occured because the site I chose, mandrake.secsup.org uses name virtual hosting and it's appears that Mandrake's install program does not or cannot pass the site name to secsup.org's Apache server. It only attempts to find the site by IP address, which won't work for this particular mirror. --- 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: Using network.img to install MDK 9.1 rc2 on laptop over ADSL. Selectin HTTP install gives above error; workaround is to switch to FTP install. Certain I was using proper directory as I had a second computer connected to same download site ( mandrake.secsup.org)
[Cooker] [Bug 383] [kernel] major ide/bus problem with hp pavilion 781.se (pentium4 2GHz)
http://qa.mandrakesoft.com/show_bug.cgi?id=383 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:25 --- I'll try installing MDK 9.1 rc2 this week, or the next and update this bug accordingly. --- 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: ide/bus problem with hp pavilion 781.se (pentium4 2GHz) very slow with mdk 9.0 I've tried out Mandrake 9.0 RC 2 and 3 and now finally the stable 9.0 on my HP Pavilion 781.se and something seems to be very wrong with the bus/chipset drivers. I'm no expert on the matter so that is just a guess. File access (IDE or USB storage) like copying a number of files, or just installing some bigger package like mozilla, fills the RAM and the whole system gets jerky. The mouse doesn't react in X for a few seconds.. releases.. locks.. releases... It's just like as if there were major memory leaks. After waiting a while, and not using the system, the load slowly and gradually goes back to normal. Using the command top shows that no swap is used at all during the process. I have also seen the problem when burning with the CD-RW drive. The computer was unusable during the burn process. I have tried with 400 MB swap and 1.2 GB swap. My RAM is 512 MB. Other hardware info can be found here; http://www.hp.com/cposupport/prodhome/hppavilion80418.html Notable is the fact that when I try the Knoppix distribution (live file system on a cd that runs in RAM, these problems with USB and IDE does not occur at all. Everything is very fast.)
[Cooker] [Bug 2810] [Hardware] Wheel Mouse goes crazy using a KVM
http://qa.mandrakesoft.com/show_bug.cgi?id=2810 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:30 --- On Thursday 06 March 2003 01:26, jmdias37 wrote: This is a Belkin problem, it does not emulate the IMPS/2 protocol properly. Try booting your Linux box with the box switched to the other PC, and the mouse type set to Auto in XF86Config and see that the Belkin tells X that it is a standard PS/2 (3 button mouse), not a mouse wheel mouse. --- 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'm actually using a belkin 2 ports PS/2 KVM so I can control two machines with one console (Keyboard, mouse and screen) The KVM doc gives it to be fully compatible with Linux (all distros) When I set the mouse to standard mouse, I am able to switch from one machine to another without any problem. If the mouse is set to PS/2 with wheel, switching back to ML9.1 makes the cursor out of control, as well as the buttons. (The other machine is a win2K server (yes ARGH ! LOL) and recognizes the wheel without any prob) If you have some time left ;)
[Cooker] [Bug 2831] [galeon] New: Segfault on exit
http://qa.mandrakesoft.com/show_bug.cgi?id=2831 Product: galeon Component: galeon Summary: Segfault on exit Version: 1.3.2-4mdk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Galeon always segfaults on exit since maybe a week. strace gave me : open(/usr/lib/mozilla-1.3/components/compreg.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = -1 EACCES (Permission denied) --- SIGSEGV (Segmentation fault) @ 0 (0) --- --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 2029] [Installation] rebuild of nvidia proprietary driver needs extra option
http://qa.mandrakesoft.com/show_bug.cgi?id=2029 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:40 --- It worked with IGNORE_CC_MISMATCH=true --- 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: Mandrake9.1rc1: It seems to be necessary to do: 'export IGNORE_CC_MISMATCH=true' before typing 'rpmbuild --rebuild NVidia_*' for the nvidia proprietary drivers to compile/get built. System: duron 1GHz, asus a7v333, gf4ti4200. I have seen others report this problem too.
[Cooker] [Bug 2820] [kdeadmin-kpackage] kdeadmin-kpackage requires kdeadmin to be installed
http://qa.mandrakesoft.com/show_bug.cgi?id=2820 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:42 --- I'm no KDE expert, but I see this: kdeadmin contains these libs: /usr/lib/kde3/kfile_deb.la /usr/lib/kde3/kfile_deb.so /usr/lib/kde3/kfile_rpm.la /usr/lib/kde3/kfile_rpm.so I guess kpackage needs them to access debian or rpm packages. --- 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: kdeadmin-kpackage requires kdeadmin to be installed which further requires pciutils. It shouldn't need kdeadmin to be installed. That sorta defeats the purpose.
[Cooker] [Bug 2823] [galeon] New tab in Galeon annoyingly places about:blank in URL field
http://qa.mandrakesoft.com/show_bug.cgi?id=2823 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:50 --- Thanks for the suggestion: bug 107707 has been opened at bugzilla.gnome.org and confirmed as minor :-) Thanks and best wishes, Damon --- 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: Open a new tab in Galeon in 9.1 RC2. about:blank is placed in the URL field in the address bar. This is annoying as it has to be selected so the user can type in what URL they really want. Mozilla does not do this and I do not recall previous versions of galeon doing this. Thanks and best wishes, Damon
[Cooker] [Bug 2812] [linuxconf] netconf doesn't show the module for broadcom 4400
http://qa.mandrakesoft.com/show_bug.cgi?id=2812 [EMAIL PROTECTED] changed: What|Removed |Added Component|drakconf|program Product|drakconf|linuxconf Summary|netconf doesn't show the|netconf doesn't show the |module for broadcom 4400|module for broadcom 4400 Version|9.1-5mdk|1.29r3-2mdk --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 09:58 --- netconf is part of linuxconf, not drakconf one --- 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 is a network driver for the broadcom 4401 chip in the kernel now, but the netconf program doesn't know about it, thus one cannot select it when configuring the network. insmod bcm4400 installs sucessfully if done manually, as well as ifconfig, etc.
[Cooker] [Bug 2781] [gtkdialogs] gmessage doesn't show what cd I must put in the driver
http://qa.mandrakesoft.com/show_bug.cgi?id=2781 [EMAIL PROTECTED] changed: What|Removed |Added Component|drakconf|program Product|drakconf|gtkdialogs Version|9.1-5mdk|2.0-2mdk --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 10:00 --- gmessage is part of gtkdialogs (and urpmf is your friend) !!! --- 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: Installing something with DrakConf, when a cd is need the gmessage windows doesn't show what cd (1, 2 or international) must be introduced in the driver. I am using the nvidia rpms rebuilded by me, so could be also a problem with those drivers.
[Cooker] [Bug 2045] [python] Python currently not compiled with ipv6 support
http://qa.mandrakesoft.com/show_bug.cgi?id=2045 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 10:16 --- To enable ipv6 support for python, specify the --enable-ipv6 option to Python's configure script. (Or compile on an ipv6 enabled host). --- 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: At work we are working on some scripts using python for ipv6... For this we need to make our own package, which involves not much more than setting a flag to compile with ipv6 support. Would be nice if mandrake could do this in their package...
Re: [Cooker] Mandrake 9.1 Should be Delayed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Some of theese problems may be because we have newer gcc/glibc, than the version ysed to compile the binary-only parts of nVidias drivers... This we can't do anything about... We just have to wait for nVidia to make updated drivers... I honestly do not think, that glibc could have affected that, since the drivers are in kernel space (no glibc is used there) and the GLX module does not use glibc neither, most probably. The difference is probably new kernel and/or new version of XFree - the drivers were made for version 4.2.x, we use 4.3.x now. I have been sending bug reports / support requests to nVidia once a week for the last couple of months ... BUT NO ANSWER... :-( Duh, sorry to hear that. Obviously, they do not give a damn about Linux users, since most gamers (their market) are Windows users. I have even requested nVidia developer account to get some attention, but so far... nothing ... (and the next question... if I get this account, how much of this info is legal to add to GPL software...) Hmm, unless they ask you to sign an NDA, that shouldn't be a problem. There is an other problem here that is very hard to address, and that is quality differencies in different manufacturers cards... That's true also. But why the cards work mostly well under windoze and not under Linux, with supposedly the same drivers (as NVidia claims) ? Something is fishy there, even when the quality differences between the cards are huge. Some people report that their Geforce4 screws up big time with some drivers, but for others they are the best drivers ever... E.g. with Mandrake 9.0, I couldn't even get the installer to work, since the frame buffer caused the machine to hang each time on this card. I had to install in the text mode. Then there are plenty of issues with OpenGL support, dual head setups and SMP with these. Since this kind of setup is not so common, the drivers are buggy. The only consolation in this case is, that the same setup has big problems even on Windows (screen corruptions, hangs etc.) Now there is no way for MDK to address this problem, as it should be adressed by nVidia, since they keeps the specs/driver source well guarded... ;-) Yes and no, IMHO. One thing is, to pressure nVidia to open their code (not going to happen any time soon), second thing is to pay a close attention to problems - if some change in the distro breaks rendering, I should have a look and try to fix the problem or revert the change, even if it means, that I will ship with older version of something or some feature off by default. The problem may be because of the Nvidia bug, but the user does not care about that and even worse if the software used to work OK before. Then Mandrake gets the blame for breaking it. And that is bad. We'll have to try to make the best of what we have, and hopefully nVidia will roll out new drivers for MDK 9.1 I hope for that too - the last release was horrid. I had to downgrade to a previous release to get rid of the problems. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Z06hn11XseNj94gRAjljAJ4m1hZXeK4zKv6OAT1S9wFChfY9jQCcCtm0 fireTjIQNCXE+HYkBvlGiN0= =n5nw -END PGP SIGNATURE-
Re: [Cooker] Mandrake 9.1 Should be Delayed
Timothy R. Butler [EMAIL PROTECTED] writes: Quite frankly, Mandrake 9.1 has a LOT of showstopper/serious bugs still. One long time Linux user I know who I sold on Mandrake 8.2, but couldn't get 9.0 to install on several machines, has already posted on another list that he is There are two kinds of bugs: hardware and software. People who can't install mostly experience hardware problems, and for this kind of problems we have little influence for fixing.. resigning himself to not upgrading to 9.1, because of all the problems he had with RC1. He quite resonably realized that nine days just isn't enough to fix Funny :). A guy who resign using a stable release only because the beta release contained bugs :). - Bug #2268: Every wheel mouse I try is not detected properly. This includes an IntelliMouse and a Logitech MX 700 (both using PS/2). We *cannot* detect PS/2 wheel mice. Now, this is what I ask. Mandrake, as I understand it, still has major financial problems (I think that goes without saying since it is still in bankruptcy protection). It may be that things should go better this year, but if Mandrake 9.1 comes out with all kinds of annoying and/or showstopper problems (like an SB Live! card being impossible to install), then it probably won't get good reviews or sell well. I would think a bad sales period for a distribution release right now could make creditors a lot less favorable about Mandrake's situation. Let it clear: we all want the most bug-free release possible. Though, there are several parameters in the equation: - by ourselves, we can't extensively test the distribution; hence, we need external testers: mostly people from cooker, and non-cooker people who test betas/rcs; this has limits because of mirror courtesy, mirroring time, and testers' motivation - we have little chance to fix hardware problems ourselves - when you go down fixing smaller and smaller software bugs: - developers's motivation decreases - you increase the probability to break larger things (because many things interact w/ each other), thus you still need to test all, and testing all needs time and motivation (both internal and external) - the distro becomes more and more outdated - not all bugs are important; people who experience bugs worry about it but sometimes they are nearly the only ones having it, and they not all deserve delaying a release - we provide updates -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] [Bug 2832] [gtkdialogs] New: gmessage help text says xmessage
http://qa.mandrakesoft.com/show_bug.cgi?id=2832 Product: gtkdialogs Component: gtkdialogs Summary: gmessage help text says xmessage Version: 2.0-2mdk Platform: Sun OS/Version: All Status: NEW Severity: trivial Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The help text from gmessage refers to xmessage: usage: xmessage [-options] [message ...] where options include: -file filename file to read message from, - for stdin -buttons string comma-separated list of label:exitcode -default button button to activate if Return is pressed -print print the button label when selected -center pop up at center of screen -nearmouse pop up near the mouse cursor -timeout secs exit with status 0 after secs seconds --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] [Bug 2726] [drakxtools] Running DrakFirewall from mccdoes not install shorewall
cybercfo [EMAIL PROTECTED] writes: I just realized that this must be related to 2038 printerdrake issus. Should mark as duplicate? @duplicate=2672
[Cooker] [Bug 2038] [drakconf] Several drakxtools crash if used in MCC
http://qa.mandrakesoft.com/show_bug.cgi?id=2038 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 10:29 --- *** 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: When calling printerdrake in the command line in a computer without local printers, when you say yes to the message: Do you want to enable printing on printers in the local network? You get the message: Can't locate object method set via package MDK::Common::Func::before_leaving at /usr/lib/libDrakX/printer/printerdrake.pm line 3290.
Re: [Cooker] Bug 1583 not taken into account ?
Le mar 25/02/2003 à 11:20, Teletchéa Stéphane a écrit : https://qa.mandrakesoft.com/show_bug.cgi?id=1583 I think these entries are missing in /etc/hosts : localhost.localdomain. There has already been a discussion about this point, but it is not fixed. Unless this line, gnome fails to load correctly. I did a fresh install everytime, so it is missing in the install process ... Problem solved in rc2 !!! Stef *~~* Linux 2.4.19-16mdk #1 Fri Sep 20 18:15:05 CEST 2002 2:00pm up 55 days, 1:52, 5 users, load average: 1.60, 1.57, 1.55 signature.asc Description: PGP signature
[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-05 13:40 --- *** Bug 2696 has been marked as a duplicate of this bug. *** --- Additional Comments From [EMAIL PROTECTED] 2003-03-05 13:40 --- *** Bug 2706 has been marked as a duplicate of this bug. *** --- Additional Comments From [EMAIL PROTECTED] 2003-03-05 14:00 --- *** Bug 2726 has been marked as a duplicate of this bug. *** --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 10:29 --- *** Bug 2038 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: ASSIGNED 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 !!!
Re: [Cooker] Mandrake 9.1 Should be Delayed
Jan Ciger wrote: I have been sending bug reports / support requests to nVidia once a week for the last couple of months ... BUT NO ANSWER... :-( Duh, sorry to hear that. Obviously, they do not give a damn about Linux users, since most gamers (their market) are Windows users. I'm not a gamer, but I specifically bought a nvidia card because I read it was well supported under Linux. Now I don't really think so, won't get burnt by nvidia again. Bye -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS or other RBL. They arbitrarily IP addresses not related in any way to spam, disrupting Internet connectivity. See http://slashdot.org/article.pl?sid=01/05/21/1944247 and http://theory.whirlycott.com/~phil/antispam/rbl-bad/rbl-bad.html pgp0.pgp Description: PGP signature
[Cooker] Another test.
My mobo is blacklisted in rc2 for acpi, but it seems the problem is solved in latest kernel. I would like to check by myself whether this is still true or not. but i don(t know where in kernel source, i can undo the blacklist process, and test it AT MY OWN RISK. If someone can help, i'm ready to test it tonight, and report tomorrow. (by providing a special kernel, or for the minimum to give me the file where i need to change something, and i'll recompile the new kernel myself). Stef *~~* Linux 2.4.19-16mdk #1 Fri Sep 20 18:15:05 CEST 2002 2:00pm up 55 days, 1:52, 5 users, load average: 1.60, 1.57, 1.55 signature.asc Description: PGP signature
[Cooker] [Bug 2439] [drakconf] Menudarke : Problem of configuration user
http://qa.mandrakesoft.com/show_bug.cgi?id=2439 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 10:30 --- as we have said, it's a security issue with X11, so let's close 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: RESOLVED creation_date: description: Step to reproduce = Start MCC, go on system menu and start Menudrake. In option user menu, choose user A (or other than root), click on configure button. Menudrake doesn't start ! If you try with root user it works fine.
[Cooker] [Bug 2801] [emacs] sgml-mode - toggle 8 bit insertion
http://qa.mandrakesoft.com/show_bug.cgi?id=2801 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 10:36 --- I'd like to add that I apology for not reporting this earlier. Since it was already there in 9.0 and it is no showstopper, I think it's fine if you don't fix it for 9.1. Keep up the good work :-) Aurélien --- 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: In emacs, in sgml-mode, there is an option in the SGML menu called Toggle 8 bits insertion (C-c 8). When activated, it should turn all the accented letters I type (like é, è, ç, à...) into their HTML equivalent (eacute;, egrave;, ) as described in this webpage : http://www.tldp.org/HOWTO/LinuxDoc+Emacs+Ispell-HOWTO-4.html (section 4.2, second paragraph) This option is only available if you haven't psgml-mode installed. However, turning it on or off doesn't change anything here. The é are still é,... BUT : if I launch it outside of X, then it inserts caracters like this : #233; for é, #232; for è, etc... If that could help, I have already seen it work properly on a RedHat7.2, and if I remember well, the problem was already there in 9.0. Thanks
[Cooker] [Bug 2833] [kernel] New: D-Link DWL-650 not working
http://qa.mandrakesoft.com/show_bug.cgi?id=2833 Product: kernel Component: libsasl2-plug-ntlm Summary: D-Link DWL-650 not working Version: 2.4.21-0.11mdk Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This wireless LAN adapter no longer works. The last working kernel was kernel-2.4.19.18mdk-1-1mdk, just before the last time linux-wlan-ng was updated. (There have been several newer versions of linux-wlan-ng released since then.) I have tried every MDK kernel since then, but have to keep going back to 2.4.19-18mdk in order for my D-Link to find its base station. This has been reported several times to the cooker mailing list, but never fixed. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1490] [kdenetwork] kmail: intermittent loss of ability to drag mail items from inbox to other folders
http://qa.mandrakesoft.com/show_bug.cgi?id=1490 [EMAIL PROTECTED] changed: What|Removed |Added Version|3.1-25mdk |3.1-26mdk --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 11:16 --- Still present in kdenetwork-3.1-26 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: This is a terrible bug report, as I cannot (or at least for several months have not been able to reproduce it on demand...) :^( From time to time (approx 15 to 20% of the time) when I start Kmail, I am not able to drag a selection of mail messages from one folder to another, typically from the inbox to other established folders. Selecting the menu sequence Message - Move To - ... (destination folder) works fine, as does the pop-up menu equivalent from the preview or message index panes. When the glitch is active, attempting to drag a message to another folder provides a mouse cursor depicting circumscribed envelope with a diagonal slash (I know it has a name, but I cannot think of it right now...), and dropping the mail into another folder has no effect. Closing kmail and restarting it restores the capability in 100% of instances if this Heisenbug, giving it it's only degree of predictability. I appogize for the vagueness of the report, but it is just annoying enough to be annoying, but not enough to be a trouble... --C.S.
Re: [Cooker] [Bug 1583] [Installation] Entries missing in/etc/hosts
steletch [EMAIL PROTECTED] writes: pb has disappeared in rc2. [EMAIL PROTECTED] @resolution=fixed
Re: [Cooker] [Bug 2447] [mandrake-galaxy] I18N problem withGalaxy/Documentation
jarillon [EMAIL PROTECTED] writes: RC2 : Bug still valid With an install in French language, the message is : Impossible d'exécuter la commande spécifiée. Le fichier ou le dossier file:/usr/share/doc/mandrake/en/Starter.html n'existe pas. en/Starter.html doesn't exist and there is no fr/Starter in /usr/share/doc/mandrake/ you need to install mandrake_doc-drakxtools-fr which we cannot afford to add to requires since an i18n cannot requires all translated apps or people would kill you post mdk9.1 fix is to install at run-time the said package
Re: [Cooker] Bug 1583 not taken into account ?
Le jeu 06/03/2003 à 14:49, Teletchéa Stéphane a écrit : Le mar 25/02/2003 à 11:20, Teletchéa Stéphane a écrit : https://qa.mandrakesoft.com/show_bug.cgi?id=1583 I think these entries are missing in /etc/hosts : localhost.localdomain. There has already been a discussion about this point, but it is not fixed. Unless this line, gnome fails to load correctly. I did a fresh install everytime, so it is missing in the install process ... Of course, i did a fresh install of rc2 ... Stef *~~* Linux 2.4.19-16mdk #1 Fri Sep 20 18:15:05 CEST 2002 2:00pm up 55 days, 1:52, 5 users, load average: 1.60, 1.57, 1.55 signature.asc Description: PGP signature
Re: [Cooker] RC2 internet, solved uninstallin shorewall
Sorry Florian, but I was tolking seriously, I believed that the date of the file was related with how old it was!. I will test this immediately. Anyway, thanks for your help and work El Jueves, 6 de Marzo de 2003 14:19, Florin escribió: Florian, I have seen in cooker that shorewall packages are from February, perhaps is that a joke or what ... simply make sure it's the latest one ... it could have been 100 releases in February .. the month doesn't count ... the latest cooker release does count ... still not in cooker the last packages or just I need actualyze draxktools-new..? yes, the latest drakxtools-newt Francisco Alcaraz -- Francisco Alcaraz Ariza Departamento de Biología Vegetal Universidad de Murcia E-30100 Murcia España (Spain)
[Cooker] koffice-i18n-de ispell dependency
ispell-3.2.06-8mdk.i586 requires [ispell-dictionary] which is available on packages not listed in this medium or previous medium: ispell-de-3.1.20-21mdk.noarch koffice-i18n-de-1.2-2mdk.noarch requires [ispell-de] which is available on packages not listed in this medium or previous medium: ispell-de-3.1.20-21mdk.noarch ispell dicts have been moved to contrib, that's fine with me. I could dump ispell and go with aspell if it wasn't for that koffice dependency. - Mark
Re: [Cooker] Mandrake 9.1 Should be Delayed
Jan Ciger [EMAIL PROTECTED] writes: I am pretty much green here, but I have to agree - let's push the release date few days. There are bugs, which are pretty bad/annoying and will earn pretty bad image to Mandrake. FYI we are still working. And while working, we happen to fix a few bugs.. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Mandrake 9.1 Should be Delayed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timothy R. Butler wrote: For instance, since he has an integrated AC97 sound card, Mandrake won't let his SB Live! work properly that has worked in every other GNU/Linux distro he has tried (including 8.2). Please file a bug. And have someone vote for it / confirm it. It will not be fixed unless it is know, even *if* release is delayed! My own bug list includes: - Bug #2107: Kio_smb/Kio_lan doesn not work, leaving Mandrake/KDE lagging behind Lycoris and Lindows for absolutely no reason. This functionality normally works... so it seems like something that should be investigated. kio_lan works for me, kio_smb does not work well. I confirmed your bug, since you had not marked it as new. If you care about your bugs, you *must* ensure they are confirmed ... - Bug #2793: This bug makes it so that if you accidentally type in an incorrect IP address in Scannerdrake's scanner sharing utility, that you can no longer get into scannerdrake. It just hangs waiting for a response from a non-existant IP address. Not confirmed, would you like to confirm it, and provide a config file (/etc/sane.d/saned.conf IIRC) and some debugging (such as getent hosts IP in file). - Bug #1859: For some unexplainable reason MandrakeSoft is not providing users with KDE screensavers beyond its basic one. Why? Why didn't anyone ask Club users? (most probably didn't vote for KDE-Artwork since you weren't suppose to need to vote for basic packages, and it seems pretty basic!) Not confirmed, and 12MB of junk is a lot of wasted space, we can fit a lot of really important things in that space. I feel your sentiment, but please, do your part to try and have your bugs fixed (ensure they are confirmed, otherwise developers may not have time to look at them, and the bug summary in bugzilla will look better than the distro really is). Regards, 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+Z2DdrJK6UGDSBKcRAj2uAJ9UicE0gp0xRdEy9ixW91+KgYhUrQCgv2Mb +c040MEzI4NPBaHYicEVADw= =av1I -END PGP SIGNATURE-
Re: [Cooker] Mandrake 9.1 Should be Delayed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 What about my laptop that I use for server testing and therefore have almost all servers installed, which I also use for multimedia purposes. I think it would be better to have mandrake just focus on getting 1 good distro out, instead of 3 or 4. Rather than have multiple sub distro's I like the idea of having one distro with all the options. The distrobution itself doesn't chose what I install, I do. If I want multimedia I install multimedia apps and kernels, if I want server I install server, but if I want both I don't have to mix and match from different CD sets, or go compiling. The reason I chose mandrake above all others is really nothing more than their excellenct choice of packages in the distro. The guys at Mandrake seem to package almost every title I use, and that saves me a lot of compile time. On Wednesday 05 March 2003 10:27 pm, Levi Ramsey wrote: On Wed, 5 Mar 2003, Andi Payn wrote: Provide, in addition to the 3-CD distribution, a mini version that provides just enough to get you up and running and install other packages. You could download, say, a 150MB ISO for English, or a 180MB ISO for some other language (if there were people interested in maintaining a mini-distro for that language), instead of 2GB with everything. You'd have a basic KDE desktop only, everything needed to get on a LAN or cable/DSL connection, all of the packaging tools, the core development packages, and some of the setup/configuration tools, but few applications, no servers, etc. I've thought of creating separate sub-distros for various uses. For instance, there could be a Mandrake Laptop Edition, with a kernel and pacakge set optimized for laptops (possibly with fewer servers), a Mandrake Multimedia Edition (for A/V work) with multimedia kernels by default and a selection of packages that would normally be in contribs in the main distro. Each of the 9.2 editions would be compatible (ie you could take a Standard Edition package and install it on a Laptop Edition install) and stem from the same Cooker process. Levi Ramsey [EMAIL PROTECTED] - -- Jason Straight [EMAIL PROTECTED] icq: 1796276 pgp: http://www.JeetKuneDoMaster.net/~jason/pubkey.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPmdfqxFHZPcobeHxAQJ95gQAoe9Ii7mB+DgVTWuM5NcGM9FssItOHUK9 QH6kVsm5B7jjJ7bSF8hHVl3sGhgqtEGN7zPd1LDWWu8qmZLL3sd58hpBj7L7geYg DA5aamhHmigZXfme+6nkOqkmqORSNGYQcaQ3yvBf31CY2z2f43OLXjz83uo9c17a eMX4LSn5nkg= =43IS -END PGP SIGNATURE-
Re: [Cooker] Mandrake 9.1 Should be Delayed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Dorman wrote: Timothy R. Butler wrote: [Rant on] Whilst I am confident that the Mandrake developers can get this version pretty polished by the current release date, I do think that Tim has an important point with regards to calling these things release candidates. Clearly the current .iso's aren't release candidates, they are betas. Calling them release candidates seems to be a convenient way of getting more people to try out the distro and thus report bugs. Note here that you are saying people shouldn't be testing betas ... but The logic is sound (people avoid the betas, and flock to the rc's), but the message is very flawed. Reviewers report on release candidates. People get pissed off when they download almost 2 gigs of distro they can't use. I would like to propose two alternative approaches for future releases: 1. Tweak the beta program Keep the beta program running until there are basically no bug reports, ... WHERE DO THE BUG REPORTS COME FROM IF NO-ONE TESTS THE BETAS? There were very few bugs before rc1 was released. then shift to rcs, where only tweaks can be made (graphics, rcX - release package updates, etc.). Maybe you haven't been following, but after rc1, no package upgrades can be done in main without release manager approval (ie security fix). When the release candidate comes out, people should be able to test it on production machines (in the case of workstations), and on sandboxed servers. Why? Because they are /release candidates/ and not betas. Many people run cooker on production machines. rc1 is find on my laptop (after one or two tweaks). ***REWARD*** beta bug busters and reporters. With what? Why? Many of them get the distro for free, and fixing their bugs is in their own interest. And if bug reporters get rewards, what do the people who run cooker and maintain packages get? 2. What the hell is a distro anyhow? Why is it that companies like MandrakeSoft, RedHat, etc., are putting all this effort into syncronising the release of 3000 or so software packages at once?(!) Why not split the distro? Make a bunch of mini-distros which can be managed separately (Down to per-package level if desired)? So that all the packages actually work. One could be for the installer framework, one could be base libraries, one could be for the development stuff, one for servers, etc., etc. (ooh, I'm feeling nostalgic for my old Slackware days!). Have a management system which keeps the components for up to date over the 'net according to each user's preference. One that can configure and burn a custom set of iso's, ready to install like a regular distro (great for OEMS, or people maintaining different machines). Tell the system to prepare Joe-user's desktop distro and you get one CD, tell the system you want Mel's-multimedia-mayhem and out pops another. Even add processor-specific compiles to the mix! Each section would have it's own users working towards optimum stability, features and performance. That does not help in sycning packages, since all the packages still need to build on the same compiler, same libraries. Waiting a month to release a subset of packages does not help anyone. Surely something's got to change. Creating megalithic multi-CD distros is archaic and is going to get harder and harder. Lindows (Click'n'run), Ximian (RedCarpet), and others have worked it out, so why can't we? And *we* can do it with strong community participation! So, download network.img, and do a network install. Much more advanced than Lindows. 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+Z2KErJK6UGDSBKcRAnutAJ90wyou/2es0/qo475FQZj9CPkpLQCeMDEv 3BHUs4/OIaUqlmH1JSPoEPo= =6lji -END PGP SIGNATURE-
[Cooker] [Bug 2068] [galaxy-kde] Geramik Redux: Windows-user Friendly Usability... Easily
http://qa.mandrakesoft.com/show_bug.cgi?id=2068 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID Product ID|1727|7009 Component ID|8635|35082 Version||0.2-10mdk AssignedTo|40 |148 Status|UNCONFIRMED |new Resolution||ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 11:20 --- Galaxy is the default theme, i can't revert it right now. Don't take your preferences as the standards for everyone. You have the choice to pick up another theme (Keramik for instance). If you can fill bug report to KDE team about the bugs you found in galaxy. --- 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: Hi, I am opening up this report as a followup to bug #1277. That bug was closed since Galaxy is meant to fill the unified theme concept that I suggested that Geramik should serve as. Unfortunately, Galaxy KDE has numerous severe bugs, and it appears it probably won't be up to the speed of official KDE themes like Keramik or Hicolor by the time of release -- or at least it will require a lot of time (see bug #1966). Worse, since KDE users have (and expect) the ability to select color schemes, just like Windows users, if they do so, the GTK/GTK2 side of Galaxy no longer matches the KDE side. Because the GTK/GTK2 side has hard coded colors (see bug #1967), KDE cannot change the colors, and Galaxy makes no attempt to. Result: new user assumes Linux and/or Mandrake Linux has buggy color selection if they just go with the defaults throughout setup and get a KDE desktop. Thus, here is what I would suggest: keep Galaxy the default for both KDE and Gnome if the user selects Gnome or some other desktop during Mandrake First Time. However, if the user instead selects KDE, go with the bug-tested and highly lauded Keramik style with Geramik as the GTK/GTK2 theme. Its a win-win situation. Gnome users mind a slightly buggier and non-fully-color changing KDE theme because they mostly use GTK apps (presumably) and can't change colors anyway. On the other hand, many/most existing KDE users already *love* Keramik, it looks great, is very fast and usable, and has a color matching, fast GTK theme to go with it. I'm not sure, but it seems to me, since Mandrake First Time tries to adjust the settings to whatever desktop the user picks, picking a different theme for KDE and GTK depending on which desktop was chosen is a Good Thing. (tm) In all, if you take into consideration what your users want, the general consensus is that they want this functionality. Since the majority of new users to Mandrake are coming from Windows, which also has this functionality, you can assume they expect (and not just want) it too. Since you can provide it to KDE users using MDK First Time without any ill effects to those who choose some other D.E./WM instead of KDE (since MDK First Time would only make the change for KDE users), you can be assured that this would be a very big step in to the right usability direction. I believe this is most definately a usability bug -- not just a possible enhancement -- and if nothing else, I'd propose that you ask Mandrake Club users and let your paying customers say what they think. :-) The best part about this suggestion, is that it doesn't have a negative issue for those not using KDE. For instance, Fredrick Crozat seems to be largely against the idea of making Galaxy do color matching because that isn't a Gnomish kind of thing to offer (since GNOME doesn't normally even let users select colors). So, with this setup, that's just fine: GNOME users, employing galaxy-kde and galaxy-gnome, get a consistant desktop that acts the way GNOME should. Likewise, KDE users, employing Keramik and Geramik, get a desktop that acts the way KDE should. Everyone ends up happy that way, and the new user will find the desktop much more consistant. As you may know, this is something that has been discussed previously on Mandrake Cooker, and I fear if it is not taken into consideration soon, it will be too late to avoid this issue in 9.1. Quite frankly, visual appearance is what is going to sell Mandrake the first time someone uses it. This is Mandrake's chance to make the best possible sale. Additional information from the cooker list: http://archives.mandrakelinux.com/cooker/2003-01/msg08481.php
[Cooker] [Bug 2832] [gtkdialogs] gmessage help text says xmessage
http://qa.mandrakesoft.com/show_bug.cgi?id=2832 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 11:20 --- ok, fixing. --- 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: The help text from gmessage refers to xmessage: usage: xmessage [-options] [message ...] where options include: -file filename file to read message from, - for stdin -buttons string comma-separated list of label:exitcode -default button button to activate if Return is pressed -print print the button label when selected -center pop up at center of screen -nearmouse pop up near the mouse cursor -timeout secs exit with status 0 after secs seconds
[Cooker] [Bug 2532] [acpi] some acpi modules not working on dell inspiron 8100
http://qa.mandrakesoft.com/show_bug.cgi?id=2532 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 11:20 --- On Wed, Mar 05, 2003 at 06:40:04PM -0500, jason wrote: Maybe the first i8100's didn't. But from a certain moment on, when the default Dell OS option was WinXP, the BIOS started supporting ACPI (though you can still use APM). This one, one of the later i8100's, has the BIOS upgraded to A14, the latest available BIOS for i8100. WinXP has no problems with it. I had presented some kernel messages about the ACPI tables to show that acpi was supported: Alexander Year after year, the US has gone to elaborate lengths, spent enormous sums, taken great risks to build and keep weapons of mass destruction. But why? The only possible explanation, the only possible use it could have for those weapons, is to dominate, intimidate, or attack. (paraphrasing from empty warheads state of the union) --- 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: Laptop is a dell inspiron 8100 with latest (A14) bios + Mandrake-9.1 rc1 + kernel-2.4.21.0.pre4.10mdk-1-1mdk. No problems with acpi during install and the /proc/acpi entries for the components compiled into kernel were all created. Acpi modules had to be loaded by hand and some showed errors in /var/log/messages such as: Feb 28 11:47:22 ef kernel: ACPI: Battery Slot [BAT0] (battery absent) Feb 28 11:47:22 ef kernel: ACPI-0188: *** Warning: Buffer created with zero length in AML Feb 28 11:48:22 ef kernel: ACPI: Thermal Zone [THM] (25 C) Feb 28 11:49:32 ef kernel: ACPI-0188: *** Warning: Buffer created with zero length in AML Feb 28 11:49:32 ef kernel: -0072: *** Error: ut_allocate: Attempt to allocate zero bytes But all modules appear to be loaded: # /sbin/lsmod Module Size Used byNot tainted thermal 8224 0 (unused) fan 2528 0 (unused) button 3724 0 (unused) processor 10872 0 [thermal] ac 2816 0 (unused) battery 7008 0 (unused) All entries for the modules are also created in /proc/acpi but not everything is working, for example the battery. When the laptop is connected to a power outlet: # cat /proc/acpi/ac_adapter/AC/state state: on-line # cat /proc/acpi/battery/BAT1/state present: yes capacity state: ok charging state: unknown present rate:0 mA remaining capacity: 0 mAh present voltage: 0 mV When the laptop is running on the battery: # cat /proc/acpi/ac_adapter/AC/state state: off-line # cat /proc/acpi/battery/BAT1/state present: yes capacity state: ok charging state: unknown present rate:0 mA remaining capacity: 0 mAh present voltage: 0 mV Also 'info' under /proc/acpi/battery/BAT1 appears to be 'dead': # cat /proc/acpi/battery/BAT1/info present: yes design capacity: 0 mWh last full capacity: 0 mWh battery technology: non-rechargeable design voltage: 0 mV design capacity warning: 0 mWh design capacity low: 0 mWh capacity granularity 1: 0 mWh capacity granularity 2: 0 mWh model number: serial number: battery type: OEM info: Judging from the entries in /var/log/messages the Dell ACPI BIOS appears to be ok. At least it says 'ACPI BIOS passes blacklist': Feb 28 11:28:48 ef kernel: ACPI: RSDP (v000 DELL ) @ 0x000fde50 Feb 28 11:28:48 ef kernel: ACPI: RSDT (v001 DELLCPi R 10194.02588) @ 0x000fde64 Feb 28 11:28:48 ef kernel: ACPI: FADT (v001 DELLCPi R 10194.02588) @ 0x000fde90 Feb 28 11:28:48 ef kernel: ACPI: DSDT (v001 INT430 SYSFexxx 0.04097) @ 0x Feb 28 11:28:48 ef kernel: ACPI: BIOS passes blacklist Feb 28 11:28:48 ef kernel: ACPI: MADT not present Feb 28 11:28:48 ef kernel: Dell Inspiron with broken BIOS detected. Refusing to enable the local APIC. Can the broken APIC have anything to do with it? Should I report these problems 'upstream'?
[Cooker] [Bug 2672] [drakconf] Problem with hardware tools section in MCC
http://qa.mandrakesoft.com/show_bug.cgi?id=2672 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 10:50 --- *** Bug 2830 has been marked as a duplicate of this bug. *** --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 11:28 --- Created an attachment (id=276) -- (http://qa.mandrakesoft.com/attachment.cgi?id=276action=view) fix #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: ASSIGNED 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 1454] [kernel] orinoco_cs not really working: Error -5 writing Tx descriptor to BAP
http://qa.mandrakesoft.com/show_bug.cgi?id=1454 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 11:30 --- Working now since 2.4.21-0.11mdk --- 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: When using the new orinoco_cs instead of the old but working and now missing wvlan_cs, the following happens: Feb 9 18:13:55 localhost cardmgr[23748]: socket 0: Lucent Technologies WaveLAN/IEEE Adapter Feb 9 18:13:55 localhost kernel: hermes.c: 5 Apr 2002 David Gibson [EMAIL PROTECTED] Feb 9 18:13:56 localhost kernel: orinoco.c 0.11b (David Gibson [EMAIL PROTECTED] and others) Feb 9 18:13:56 localhost kernel: orinoco_cs.c 0.11b (David Gibson [EMAIL PROTECTED] and others) Feb 9 18:13:56 localhost kernel: eth1: Station identity 001f:0001:0007:0034 Feb 9 18:13:56 localhost kernel: eth1: Looks like a Lucent/Agere firmware version 7.52 Feb 9 18:13:56 localhost kernel: eth1: Ad-hoc demo mode supported Feb 9 18:13:56 localhost kernel: eth1: IEEE standard IBSS ad-hoc mode supported Feb 9 18:13:56 localhost kernel: eth1: WEP supported, 104-bit key Feb 9 18:13:56 localhost kernel: eth1: Station name HERMES I Feb 9 18:13:56 localhost kernel: eth1: ready Feb 9 18:13:56 localhost kernel: eth1: index 0x01: Vcc 5.0, irq 4, io 0x0100-0x013f Feb 9 18:13:56 localhost /etc/hotplug/net.agent: invoke ifup eth1 Feb 9 18:13:57 localhost kernel: eth1: Error -5 writing Tx descriptor to BAP Feb 9 18:13:58 localhost last message repeated 627 times The system load gets up to 100%. After removing the card, the system load returns to normal. I've also tested this with another lucent card using firmware 6.16: same as above.
[Cooker] [Bug 2324] [kernel] 1024 MB kernel oops/panic - Mandrake 9.1 RC1
http://qa.mandrakesoft.com/show_bug.cgi?id=2324 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 11:30 --- Please update with the lastest kernel 2.4.21-0.12mdk and retry. With 1Go of RAM on your system, you must use kernel-enterprise. Note: Please try release Bios instead of Beta bios --- 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: Hi, When installing Mandrake 9.1 RC1 on a computer with 1024MB (1 gig) of memory after the initial install screen the computer just dies and the caps lock and scroll lock start blinking. This is a showstopper for the installation! Tried on 2 setups: P4 2.5 with ati 9700 Asus p4pe and AMD 2000+ with nvidia ti4600 Asus a7v8x. Both motherboards (after previous failure) flashed with the newest (beta) Bios - Same problem. Same setup with 512 MB works just fine. CU PacMan
Re: [Cooker] Fails To Install-DHCP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 eddie wrote: Also cannot mount either my cdrw or dvdrom w/ a link on the desktop. If I use desktop menu to add device cdrom w/ dev/scd0 I cannot mount it because it says only root can mount device Any advice to get this working? AFAIK, rc2 uses supermount by default, so you should not need to mount any devices. - -- |--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+Z2PIrJK6UGDSBKcRAqQsAKCNnfhXhTGXGIrOCRYAICOlWslPXgCcCOy5 pmF5oCN/jzIoBG2Y1NMg4jc= =wUxt -END PGP SIGNATURE-
[Cooker] [Bug 2707] [gnomemeeting] Error while opening video device
http://qa.mandrakesoft.com/show_bug.cgi?id=2707 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 11:30 --- this is due to a kernel module modification ... --- 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 I go to run GnomeMeeting in 9.1, as it always worked with my USB webcam in 9.0, it begins to try and open the video device but always gives me this error in 9.1: Error while opening video device /dev/video0, channel 0. The chosen Video Image will be transmitted during calls. If you didn't choose any image, then the default GnomeMeeting logo will be transmitted. Notice that you can always transmit a given image or the GnomeMeeting logo by choosing Picture as video device. Your driver doesn't support the YUV420P format. Please check your kernel driver documentation in order to determine which Palette is supported. Set it as GnomeMeeting default with: gconftool --set /apps/gnomemeeting/devices/color_format YOURPALETTE --type string Not sure why this is, but thought I'd mention it, since it never said this in 9.0
[Cooker] [Bug 2834] [kernel] New: mdk91.rc1 : Chaintech mainboard 7VJL ethernet via_rhine.o
http://qa.mandrakesoft.com/show_bug.cgi?id=2834 Product: kernel Component: kernel Summary: mdk91.rc1 : Chaintech mainboard 7VJL ethernet via_rhine.o Version: 2.4.21-0.11mdk Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I install using nfs it crasch the system and : Oops:0002 nfsd lock ... cpu0 : Athlon 1800+ 256 MB RAM DDR 266 15GB HARD DISK --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 2827] [harddrake] I am unable to get my hauppage 250 TV card seen on install
http://qa.mandrakesoft.com/show_bug.cgi?id=2827 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 11:42 --- lspcidrake -v output please ? --- 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 am unable to install the TV card which is also a hardware mpeg 2 card. It is not seen either on install or after install in Harddrake. I am guessing it drivers that are not available. It is seen and installed in windows of course. I have installed xawtv via urpmi and now it complains that /dev/v4l/video0 is not installed, which of course it is not. It would not install in version 9.0 either.
[Cooker] [Bug 2029] [Installation] rebuild of nvidia proprietary driver needs extra option
http://qa.mandrakesoft.com/show_bug.cgi?id=2029 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 11:50 --- Solved in RC2, I have rebuilded the rpms of Nvidia without any additional option Francisco Alcaraz - Mensaje Original - Remitente: peter_steveninck [EMAIL PROTECTED] Fecha: Jueves, Marzo 6, 2003 9:40 am Asunto: [Cooker] [Bug 2029] [Installation] rebuild of nvidia proprietary driver needs extra option --- 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: Mandrake9.1rc1: It seems to be necessary to do: 'export IGNORE_CC_MISMATCH=true' before typing 'rpmbuild --rebuild NVidia_*' for the nvidia proprietary drivers to compile/get built. System: duron 1GHz, asus a7v333, gf4ti4200. I have seen others report this problem too.
Re: [Cooker] Mandrake 9.1 Should be Delayed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 06 March 2003 15:32, Guillaume Cottenceau wrote: Jan Ciger [EMAIL PROTECTED] writes: I am pretty much green here, but I have to agree - let's push the release date few days. There are bugs, which are pretty bad/annoying and will earn pretty bad image to Mandrake. FYI we are still working. And while working, we happen to fix a few bugs.. That's great and thanks for it. But do you *honestly* think, that huge amount of outstanding issues (even when focusing on the most critical, like crashes etc.) could be fixed and tested in one-week time ? Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Z2Jnn11XseNj94gRAtD3AKCb0dTCW1RkVVoEc9/Hq/MIWOWMuQCgvTFx JxyQeWywXD8jL5Yogag4G/I= =nEau -END PGP SIGNATURE-
[Cooker] [Bug 1576] [icewm] toolbar in current cooker icewm unable to diskplay apm battery status
http://qa.mandrakesoft.com/show_bug.cgi?id=1576 --- Additional Comments From [EMAIL PROTECTED] 2003-03-06 11:55 --- RC2 still has same version as Beta 3 and this bug is still present... downgrading to the version of icewm and icewm-light from 9.0 solves the problem. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When APM is working displayed battery status by cooker current is 0:00 regardless. apm -v shows correct status as does gkrellm. If you downgrade to the version in 9.0 batter status returns and is displayed correctly. Installed base 9.1beta3 updated to latest from cooker (as of 11:30 pm PST) computer Compaq Armada M700 Celeron 500mhz 384Mb ram. ATI Mobility VGA XFree86 4.x (current)
Re: [Cooker] I'd file a bug report but none of these rpms are inbugzilla.
This is not a bug per se, it's just that uploads are frozen, that all new packages have to be manually processed, and that QA probably forgot that package. I haven't got any answer from warly so far, and the package has been uploaded for more than 56 hours now. Your best bet is to force the install, there has been no changes to the library between -9mdk and -10mdk so it's safe. Jean-Michel Le jeu 06/03/2003 à 06:50, James Sparenberg a écrit : I don't know who these would go to and I've no way to file the bug via bugzilla... I think it would go to Jean-Michel but I'm not sure. If you try to install php-cgi or php-cli from the current cooker, you get this error message. Installation failed: libphp_common430 == 430-10mdk is needed by php-cgi-4.3.1-10mdk libphp_common430 == 430-10mdk is needed by php-cli-4.3.1-10mdk It seems that the current version of libphp_common430 in cooker is 9mdk and somehow the above two rpms are dependent on the next version I ran this twice today once in the am once in the pm (about 14 hours apart) and it's still there. James
