Re: [Cooker] some files disapear in php rpms between 8.2 and 9.0/cooker
On Sun, Dec 08, 2002 at 10:02:24PM +0100, Pascal Terjan wrote: > Just a small thing, I think this file should be (I know it is not > packaged currently) in php-pear, not php-devel. yeap i know for the pear files (thus horde2 is completly broken on 9.0). but they are neither on pear rpm (as urpmf showed it) > I don't know how PERL CPAN Modules are packaged. > That could be fine do make some small packages like php-pear-Log (this > package is not only one file in fact). > This should not be too difficult as dependances between pear modules are > indicated. do not care, i want my files back :) -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
Re: [Cooker] QA Bugzilla questions
On Sat, Dec 07, 2002 at 05:45:21PM +0100, Warly wrote: > Yes, you are right, old version should be removed after some time. At > present the version must be 6 months or one year back in the past, I do > not remember exactly, but I could change it to 2 or 3 months. Yeah 2-3 months would be much better... > Yes several reasons make it slow. The number of packages, the paris > hosting, and the not so powerfull computer where it is hosted. I > will try to address those points (at least as most as I can). Thanks Warly. > >> 4. qa.mandrakesoft.com, IMHO opinion, looks like Q&A for a stable > >> product, hence the possible confusion and reports for MDK 9.0 bugs. What > >> is Q&A, anyway? "Questions and answers"? "Quality assurance"? Perhaps > >> you could consider moving this to cooker.mandrakesoft.com. > > > > Or cookerbugs.mandrakesoft.com... > > Yes it could be renamed, however this is not a major issue for me. Alternatively, you could just put up some information people have to read before getting their bugzilla account. I.E. "This bug database is for cooker bugs only, blah blah blah" -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org "If you're not making any mistakes, you're flat out not trying hard enough." - Jim Nichols
Re: [Cooker] Re: [Maintainers] REJECTED: flphoto-0.9-0.1mdk.src.rpm rejected
On Sat, Dec 07, 2002 at 12:38:36PM +0100, Guillaume Rousse wrote: > > Though apparently everyone who's a "maintainer" got added... but with my > > measly two packages which I can't even remember what they are I somehow > > doubt it's relevent to me... ohh well... > rpmmon is your friend: > rpmmon -q will tell you what they are I guess I wasn't clear what I meant. I knew which packages they were after I looked them up... But I didn't even remember packaging them. :) -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org "If you're not making any mistakes, you're flat out not trying hard enough." - Jim Nichols
Re: [Cooker] Bugzilla posts absolutely nescessary?
On Sun, Dec 08, 2002 at 10:58:18AM +0100, Warly wrote: > I am still wondering. Look at cooker, 90 % of posts are bug reporting. If all > the bugs go to bugzilla, why then not just remove cooker mailing list ? As > a consequence the very only way to report will be bugzilla. I believe you answered your own post... for the other 10%. A lower volume cooker list isn't a bad thing. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org "If you're not making any mistakes, you're flat out not trying hard enough." - Jim Nichols
[Cooker] Re: ["pam jacpbs" ]
> "p" == Pam Jacobs writes: p> gary I have pictures on a disc (not cd) I would like to send p> them to my sister. how do I do this? A very good question ... because (a) it's not obvious and (b) it's one of the things that Mandrake broke with 9.0. I had to turn the "Supermount" feature off on your machine because it was causing lock-ups, and until there's a replacement, you're left with doing the mount/unmount manually. IIRC what _should_ happen is when you put the disc into the drive, an icon for it appears on your desktop screen. Since this is broken, you have to open a terminal window and enter "mount /mnt/floppy" and now your disc is just like any other file folder, except that it is based at /mnt/floppy instead of /home/pam. Before you _remove_ the floppy, you _must_ do "unmount /mnt/floppy" or very bad things can happen. So that gets the machine able to read the floppy disk. What happens after _that_ I don't really know. I've copied your email to the Mandrake developers because it's probably something someone is already thinking about, or at least they should. I'd like to say "you drag it from the Nautilus window to the Mozilla email window, Mozilla will not accept this. I just tried opening the Mozilla mail composer and dragging an image over, but it does nothing. I opened the Mozilla "attach" screen and I could drag a Nautilus image over to it, but it ended up with the absurd (and invalid) location of /home/garym/file:///home/garym/archive/photos/Kodak/2002-12-05/2002 (probably would work if you corrected the URL to remove the 'file://') probably what you're left with is to open the Mozilla mail compose window, select attach, in the "Look in:" selections roll it all the way to "/", and then pick your way through to the /mnt and then /mnt/floppy and then to the file you want. There may be a better way, but this one will work. You can still contact May or myself when you run into annoying stuff like this, but you might want to also search on the Mandrake Users site at http://www.mandrakeuser.org/ just in case it's a common problem; also, when you post your question there, someone answering you will also be helping other newcomers who go to mandrakeuser and search for their own questions. Open source works best when we all, even the newcomers, work together to help out each other :) -- Gary Lawrence Murphy - [EMAIL PROTECTED] - TeleDynamics Communications - blog: http://www.teledyn.com/mt/ - biz: http://teledyn.com/ - "Computers are useless. They can only give you answers." (Picasso)
Re: [Cooker] MDK vs. Knoppix Auto Detection/Configuration
On Sun, 2002-12-08 at 05:06, Alex Chudnovsky wrote: > On Sunday 08 December 2002 12:38, James Sparenberg wrote: > > On Sun, 2002-12-08 at 01:37, Alex Chudnovsky wrote: > > > I agree completely. What lacks sorely in XFree86, IMHO, is the fallback > > > mechanism - if this driver doesn't work, use another driver, and if > > > nothing works, use some worst case default ( 640x480 generic VGA driver > > > or VESA FB driver for videocard, autoprobe for mice). As in (cough) > > > Windows. Anyway, it is pretty hard these days to find EGA card or (cough) > > > CGA card. > > > > This is also a position that could help when say replacing a blown video > > card. Many is the time that once I got "something" working, and could > > then adjust from there, to get a nice product. For ex-windytes (windows > > users) the ability to limp into a visible mode and then properly adjust > > with MCC would be a really big help when changing hardware etc. > > Yes, and not only that. My wet dream for successful Linux desktop is XFree86 > not needing configuration file at all - i.e it should use one if it finds it, > but if it finds nothing, then it should be as follows : > - Video card is autoprobed, if the suitable driver found, it is used, or > generic VESA, or generic VGA. > - Mice are autoprobed, all mice found are used. > > And about mice : > Why should one re-run XFdrake anew or manually change XF86Config-4 if all he > does is just replace some PS/2 mouse with some new USB mouse? IMHO, mice > should be autoprobed. OTOH, if XF86Config-4 contains mouse definition, it > should be used, but if it is incorrect, it should be considered omitted, > warning should be issued, and mice should be autoprobed. I'm reminded here of something that happened real world. A friend said that the old computer her kids used (they where 4 and 5) to play some educational games stopped working, but only on the games. I grabbed my trusty Slack CD2 put it in booted from it and started booting to various modes. What I found was 800x600 mode would snow crash, but it worked fine in all others (the card was going bad.) Saved her a ton of money getting either a new box or having a shop repair it, and was a really fast way to diagnose the problem... Simple thing but it sure was nice to have something I didn't have to "think about" I could just run the tests straight up. All drivers auto detected all I had to do was startx choose mode 800x600 1024x768 whatever and if I had a screen ... it was good. Frame buffer is also nice when you don't have a clue as to what the video card is. (I've got a firewall like this I maintain for a friend.) The fact that Slack can go to a "generic" driver when all else fails saved another card/computer from the dump. Mice... YES it's been a long time (maybe around 6.2 or so) it seems since MDK didn't detect my mouse right during install should be able to check changes during boot or via command line no problem.. Heck if it detected my 3 button as a two button at least I'd have a mouse to run mouseconfig with to get it perfect. James
Re: [Cooker] some files disapear in php rpms between 8.2 and 9.0/cooker
Yves Duret wrote: It is the Log.php file (and the one under log/), wich is required by horde2. Can we reintroduce back this file (and other related) ? or there is a real reason to have wiped out them ? 08/12 17:26 yves@katu ~% urpmf Log.php php-devel:/usr/lib/php/Log.php phpgroupware:/var/www/html/phpgroupware/chora/inc/CVSLib/Log.php phpgroupware:/var/www/html/phpgroupware/chora/lib/CVSLib/Log.php 08/12 17:28 yves@katu ~% cat /etc/mandrake-release Mandrake Linux release 8.2 (Bluebird) for i586 08/12 17:28 yves@katu ~% rpm -q php-devel php-devel-4.1.2-1mdk [yduret@klama rpm]$ urpmf Log.php phpgroupware:/var/www/html/phpgroupware/chora/inc/CVSLib/Log.php [yduret@klama rpm]$ cat /etc/mandrake-release Mandrake Linux release 9.1 (Cooker) for i586 thx Just a small thing, I think this file should be (I know it is not packaged currently) in php-pear, not php-devel. I don't know how PERL CPAN Modules are packaged. That could be fine do make some small packages like php-pear-Log (this package is not only one file in fact). This should not be too difficult as dependances between pear modules are indicated.
[Cooker] some files disapear in php rpms between 8.2 and 9.0/cooker
It is the Log.php file (and the one under log/), wich is required by horde2. Can we reintroduce back this file (and other related) ? or there is a real reason to have wiped out them ? 08/12 17:26 yves@katu ~% urpmf Log.php php-devel:/usr/lib/php/Log.php phpgroupware:/var/www/html/phpgroupware/chora/inc/CVSLib/Log.php phpgroupware:/var/www/html/phpgroupware/chora/lib/CVSLib/Log.php 08/12 17:28 yves@katu ~% cat /etc/mandrake-release Mandrake Linux release 8.2 (Bluebird) for i586 08/12 17:28 yves@katu ~% rpm -q php-devel php-devel-4.1.2-1mdk [yduret@klama rpm]$ urpmf Log.php phpgroupware:/var/www/html/phpgroupware/chora/inc/CVSLib/Log.php [yduret@klama rpm]$ cat /etc/mandrake-release Mandrake Linux release 9.1 (Cooker) for i586 thx -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
Re: [Cooker] gst-editor
Am Sonntag, 8. Dezember 2002, 03:41:33 Uhr MET, schrieb Steffen Barszus: > I've a 9.0 box. I have added cooker & cooker-contrib as updatemedia and did > then an 'urpmi gst-editor' to install gstreamer and gstreamer-editor. > > This packages urpmi downloaded and installed: > libgnome2_0-2.1.2-1mdk.i586.rpm > libbonoboui-2.1.1-1mdk.i586.rpm > libbonoboui2_0-2.1.1-1mdk.i586.rpm > libgst-editor0-0.2.0-2mdk.i586.rpm > gnome-vfs2-2.1.3.1-2mdk.i586.rpm > libgnome-vfs2_0-2.1.3.1-2mdk.i586.rpm > libgnomeui2-2.1.3-1mdk.i586.rpm > gst-editor-0.2.0-2mdk.i586.rpm > libgnomecanvas2_0-2.1.1-1mdk.i586.rpm > gnome-mime-data-2.0.1-2mdk.i586.rpm > libgnome2-2.1.2-1mdk.i586.rpm > libgnomeui2_0-2.1.3-1mdk.i586.rpm > > Then I tried to execute gst-editor: > #> gst-editor > INFO (14831: 0) Initializing GStreamer Core Library version 0.4.2 > INFO (14831: 0) CPU features: (c1c7fbff) MMX SSE 3DNOW MMXEXT > registry: loaded user_registry in 0.000346 seconds > (/root/.gstreamer/registry.xml) > registry: loaded global_registry in 0.116707 seconds > (/etc/gstreamer/registry.xml) > gst-editor: relocation error: /usr/lib/libgnomeui-2.so.0: undefined symbol: > gdk_screen_get_default > > Are they working at all or should I wait ? > What did I wrong ? Anyone out there the same as I ? Hi, Cooker packages often don't work on older releases. This seems to be one of them. You can either upgrade to a full Cooker installation or fetch the source packages of gstreamer, gstreamer-plugins and gst-editor and rebuild them on your 9.0 system. -- 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] MDK vs. Knoppix Auto Detection/Configuration
On Sunday 08 December 2002 12:38, James Sparenberg wrote: > On Sun, 2002-12-08 at 01:37, Alex Chudnovsky wrote: > > I agree completely. What lacks sorely in XFree86, IMHO, is the fallback > > mechanism - if this driver doesn't work, use another driver, and if > > nothing works, use some worst case default ( 640x480 generic VGA driver > > or VESA FB driver for videocard, autoprobe for mice). As in (cough) > > Windows. Anyway, it is pretty hard these days to find EGA card or (cough) > > CGA card. > > This is also a position that could help when say replacing a blown video > card. Many is the time that once I got "something" working, and could > then adjust from there, to get a nice product. For ex-windytes (windows > users) the ability to limp into a visible mode and then properly adjust > with MCC would be a really big help when changing hardware etc. Yes, and not only that. My wet dream for successful Linux desktop is XFree86 not needing configuration file at all - i.e it should use one if it finds it, but if it finds nothing, then it should be as follows : - Video card is autoprobed, if the suitable driver found, it is used, or generic VESA, or generic VGA. - Mice are autoprobed, all mice found are used. And about mice : Why should one re-run XFdrake anew or manually change XF86Config-4 if all he does is just replace some PS/2 mouse with some new USB mouse? IMHO, mice should be autoprobed. OTOH, if XF86Config-4 contains mouse definition, it should be used, but if it is incorrect, it should be considered omitted, warning should be issued, and mice should be autoprobed. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
[Cooker] man urpmi (french)
The french men of urpmi of mdk9.0, need to be update $ man urpmi .. DESCRIPTION .. Pour installer toutes les entrées de menu de tous les paquetages connus, utilisez autoirpm-icons. .. Could I do it? (if I find an uptodate english man ;) Friendly. pascal brognez
[Cooker] [Bug 617] [mozilla] New: mozilla crash with flash plugins
https://qa.mandrakesoft.com/show_bug.cgi?id=617 Product: mozilla Component: program Summary: mozilla crash with flash plugins Version: 1.2.1-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I go to www.macromedia.com I dont see any flash playing just grey rectangles if I refresh the page mozilla crashed. I can see this on the console when launching mozilla with cd /usr/lib/mozilla-1.2 && LD_LIBRARY_PATH=. mozilla-bin gtk_xtbin_realize() initial allocation 0 0 749 68 xt_client_create() gtk_xtbin_resize 0x8a888b8 749 68 gtk_xtbin_resize 0x8a888b8 749 68 gtk_xtbin_resize 0x8a888b8 749 68 gtk_xtbin_realize() initial allocation 0 0 750 250 xt_client_create() gtk_xtbin_resize 0x92d8ee0 750 250 gtk_xtbin_resize 0x92d8ee0 750 250 gtk_xtbin_resize 0x92d8ee0 750 250 (:27555): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add non-GtkPlug to GtkSocket (:27555): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c: line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed (:27555): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add non-GtkPlug to GtkSocket (:27555): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c: line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed gtk_xtbin_unrealize() gtk_xtbin_destroy() gtk_xtbin_destroy() gtk_xtbin_unrealize() gtk_xtbin_destroy() gtk_xtbin_destroy() Gdk-ERROR **: The program '' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 481 error_code 3 request_code 2 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) aborting... Trace/breakpoint trap LD_LIBRARY_PATH=. mozilla-bin --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] MDK vs. Knoppix Auto Detection/Configuration
On Sun, 2002-12-08 at 01:37, Alex Chudnovsky wrote: > On Sunday 08 December 2002 02:52, [EMAIL PROTECTED] wrote: > > Pixel, > > > > While I agree with you to a point, newbies won't care WHY Mandrake > > doesn't work with this card well and Knoppix does, only that it doesn't. > > You say that the way Mandrake handles it is better (ie. it uses the SIS > > driver, not a generic one), I beg to differ. My screen was barely > > visible with ANY of Mandrake's combo's...with Knoppix it is beautiful. I > > don't care which driver gets used, so long as it works!! Does > > acceleration matter if you can't see the screen first!!??? I would say > > the most important thing is to be able to see the screen!! > > I agree completely. What lacks sorely in XFree86, IMHO, is the fallback > mechanism - if this driver doesn't work, use another driver, and if nothing > works, use some worst case default ( 640x480 generic VGA driver or VESA FB > driver for videocard, autoprobe for mice). As in (cough) Windows. Anyway, it > is pretty hard these days to find EGA card or (cough) CGA card. This is also a position that could help when say replacing a blown video card. Many is the time that once I got "something" working, and could then adjust from there, to get a nice product. For ex-windytes (windows users) the ability to limp into a visible mode and then properly adjust with MCC would be a really big help when changing hardware etc.
Re: [Cooker] Bugzilla posts absolutely nescessary?
Le Dimanche 8 Décembre 2002 10:58, Warly a écrit : > Ben Reser <[EMAIL PROTECTED]> writes: > > On Sat, Dec 07, 2002 at 05:48:41PM +0100, Warly wrote: > >> OK I will have to investigate on this way. > > > > c) Disallow bug reports on the cooker list. If we allow people to post > > bug reports on this list then we're back where we were before. People > > end up having to search the mailing list archives to see if the problem > > has come up before... Anytime someone posts a bug report on here our > > refrain should be "Please post all bug reports to Bugzilla." > > I am still wondering. Look at cooker, 90 % of posts are bug reporting. If > all the bugs go to bugzilla, why then not just remove cooker mailing list ? > As a consequence the very only way to report will be bugzilla. hum, because often it is very usefull to discuss of the alleged bug with others and check it twice, before submitting a false report.
Re: [Cooker] Bugzilla posts absolutely nescessary?
Ben Reser <[EMAIL PROTECTED]> writes: > On Sat, Dec 07, 2002 at 05:48:41PM +0100, Warly wrote: >> OK I will have to investigate on this way. > > c) Disallow bug reports on the cooker list. If we allow people to post > bug reports on this list then we're back where we were before. People > end up having to search the mailing list archives to see if the problem > has come up before... Anytime someone posts a bug report on here our > refrain should be "Please post all bug reports to Bugzilla." I am still wondering. Look at cooker, 90 % of posts are bug reporting. If all the bugs go to bugzilla, why then not just remove cooker mailing list ? As a consequence the very only way to report will be bugzilla. -- Warly
Re: [Cooker] MDK vs. Knoppix Auto Detection/Configuration
On Sunday 08 December 2002 02:52, [EMAIL PROTECTED] wrote: > Pixel, > > While I agree with you to a point, newbies won't care WHY Mandrake > doesn't work with this card well and Knoppix does, only that it doesn't. > You say that the way Mandrake handles it is better (ie. it uses the SIS > driver, not a generic one), I beg to differ. My screen was barely > visible with ANY of Mandrake's combo's...with Knoppix it is beautiful. I > don't care which driver gets used, so long as it works!! Does > acceleration matter if you can't see the screen first!!??? I would say > the most important thing is to be able to see the screen!! I agree completely. What lacks sorely in XFree86, IMHO, is the fallback mechanism - if this driver doesn't work, use another driver, and if nothing works, use some worst case default ( 640x480 generic VGA driver or VESA FB driver for videocard, autoprobe for mice). As in (cough) Windows. Anyway, it is pretty hard these days to find EGA card or (cough) CGA card. > > snip> > > > - SiS630 is quite badly handled by XFree86, and there do exist a lot > > of weird SiS630 working differently. No way to handle them really > > nicely using the "sis" driver. > > Then don't use that driver!! It may have acceleration but you say > there's no way to make it work in all scenarios. Fine, use a driver that > (on a ratio basis) has a better success rate then!! Or let the user choose. Introduce the "Driver" option into XFdrake or drakxconf, let user know that such and such drivers exist for this particular card with such and such advantages and disadvantages. > > Don't compare yourself to "others" Compare yourself to the ones that > "beat" you in some cases. Your answer sounds like a head in the sand > approach to me. > > Knoppix does seem to work better on some configurations, can't Mandrake > learn from this, or is it better to take the moral high ground instead?? > I am not the only one who's had trouble...see the talkbacks at: > http://linuxtoday.com/news_story.php3?ltsn=2002-12-07-004-26-IN-DB-SW&tbovr >mode=1#talkback_area > > Cheers > > Jason > > Pixel wrote: > > - SiS630 is quite badly handled by XFree86, and there do exist a lot > > of weird SiS630 working differently. No way to handle them really > > nicely using the "sis" driver. > > - Knoppix does a worse-is-better configuration on this, using the > > "vesa" driver which is plain not acceptable for most users (no 2d > > acceleration) > > - I do agree that Knoppix did a real nice job with the auto-detection > > & auto-configuration. I don't remember if I had a look at the hardware > > database they're using. I'll do one day... > > > > => I really don't think drakx auto-configuration of X is bad compared > > to others ;p -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
