Re: [Cooker] Some Wiki stuff
Warly wrote: New 10.0 credits, please have a look and update/fill/unfill http://qa.mandrakesoft.com/twiki/bin/view/Main/MandrakeLinux10Credits First 10.0 schedule estimation, this is highly subject to changes. http://qa.mandrakesoft.com/twiki/bin/view/Main/Mandrake10 Hmm, it is definitely a subject to change, looks like you are a bit off a year :-)
Re: [Cooker] Broken docbook tools (openjade)
Camille Bégnis wrote: Fixed in openjade-1.3.2-8mdk Could you upload that? I still get openjade-1.3.2-8mdk on Cooker. Thanks, Michal Camille. Le mer 20/08/2003 à 22:54, Michal Bukovjan a écrit : Hi, when trying to generate a HTML document from a Docbook document using DSSSL transformation, on a current Cooker as of today, only a lot of garbage comes out: docbook2html -o html dizertacni_prace.xml Using catalogs: /etc/sgml/xml-docbook-4.1.2.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.13/docbook-utils.dsl#html Working on: /home/michal/dizertace/dizertacni_prace.xml jade:E: cannot open /usr/share/sgml/xml.dcl (No such file or directory) jade:/home/michal/dizertace/dizertacni_prace.xml:6:13:E: character _ invalid: only parameter literal, CDATA, ENDTAG, MD, MS, PI, PUBLIC, SDATA, STARTTAG, SYSTEM and parameter separators allowed jade:URLhttp://www.oasis-open.org/docbook/xml/4.0/docbookx.dtd:74:17:E: X20AC is not a function name [..host of other errors deleted...] - This worked few days ago, perhaps openjade needs fixing? Thanks, Michal
[Cooker] Broken docbook tools (openjade)
Hi, when trying to generate a HTML document from a Docbook document using DSSSL transformation, on a current Cooker as of today, only a lot of garbage comes out: docbook2html -o html dizertacni_prace.xml Using catalogs: /etc/sgml/xml-docbook-4.1.2.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.13/docbook-utils.dsl#html Working on: /home/michal/dizertace/dizertacni_prace.xml jade:E: cannot open /usr/share/sgml/xml.dcl (No such file or directory) jade:/home/michal/dizertace/dizertacni_prace.xml:6:13:E: character _ invalid: only parameter literal, CDATA, ENDTAG, MD, MS, PI, PUBLIC, SDATA, STARTTAG, SYSTEM and parameter separators allowed jade:URLhttp://www.oasis-open.org/docbook/xml/4.0/docbookx.dtd:74:17:E: X20AC is not a function name [..host of other errors deleted...] - This worked few days ago, perhaps openjade needs fixing? Thanks, Michal
[Cooker] Strange Perl-GTK2 packages
Hi, there is a Perl-GTK2 package in main, but Perl-Gtk2 package in contrib (their name differs in case). The first one is required by drakxtools, the other one by latest rpmdrake, and the two cannot be installed at once. Why the confusion? Michal
Re: [Cooker] Packages currently rejected in the download edition
Warly wrote: REJECTED master disc 1 OpenOffice.org-help-cs-1.0.2-7mdk.i586 (Not enough space: ,Not enough space: ) ^^ Grrr :-( Michal
Re: [Cooker] Packages currently rejected in the download edition
Warly wrote: Michal Bukovjan [EMAIL PROTECTED] writes: Warly wrote: REJECTED master disc 1 OpenOffice.org-help-cs-1.0.2-7mdk.i586 (Not enough space: ,Not enough space: ) ^^ Grrr :-( Yes I know, but I have made my possible to include the kde-i18n and koffice-i18n. To include all the local-related package rejected, I will have to remove 137 MB of packages: 13 OpenOffice.org-help-cs-1.0.2-7mdk.i586.rpm 12 OpenOffice.org-help-fi-1.0.2-7mdk.i586.rpm 13 OpenOffice.org-help-ja-1.0.2-7mdk.i586.rpm 13 OpenOffice.org-help-ko-1.0.2-7mdk.i586.rpm 14 OpenOffice.org-help-ru-1.0.2-7mdk.i586.rpm 13 OpenOffice.org-help-sv-1.0.2-7mdk.i586.rpm 13 OpenOffice.org-help-zh-CN-1.0.2-7mdk.i586.rpm 13 OpenOffice.org-help-zh-TW-1.0.2-7mdk.i586.rpm 21 aspell-cs-0.2-4mdk.i586.rpm 10 aspell-eo-0.1-3mdk.i586.rpm 6 howto-html-ja-9.1-0.5mdk.noarch.rpm 137 total I consider that help file for openoffice have a low impact on usability. If you think I am wrong, we will have to find these 137 MB to remove. OK, no big deal, as long as it can be downloaded from ftp or in Powerpack. Guys who are running Mandrake.cz are distributing 4th CD locally, on which cs specific packages are included. Perhaps Mandrake could think about growing to 4CD (post 9.1, of course). Michal
[Cooker] Interesting patch for Radeons in 4.3.0 ([Fwd: [Dri-devel] Re: [Dri-patches]CVS Update: xc (branch: mesa-4-0-4-branch)]
Hi, just caught the following on dri-devel. Perhaps someone could include this for MDK9.1 to fix Radeon lockups... Original Message Subject: [Dri-devel] Re: [Dri-patches] CVS Update: xc (branch: mesa-4-0-4-branch) Date: 12 Mar 2003 17:01:41 GMT From: Martin Spott [EMAIL PROTECTED] Organization: home To: [EMAIL PROTECTED] Newsgroups: list.dri-devel References: [EMAIL PROTECTED] Keith Whitwell [EMAIL PROTECTED] wrote: CVSROOT:/cvsroot/dri Module name:xc Repository: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/ Changes by: [EMAIL PROTECTED] 03/03/12 05:54:45 Log message: Fix recycle lockup (Michel Danzer) Modified files: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/: Tag: mesa-4-0-4-branch radeon_dri.c Not bad - this fixes all crash scenarios I had with my Radeon. This makes not only FlightGear run stable but also fixes the freeze with 'Solace' (wildly moving the output window over the screen). Thanks, Martin.
Re: [Cooker] ati.2
Pascal Terjan wrote: Pascal Terjan wrote: Spencer Anderson wrote: I have checked the last two versions of XFree86 and have noticed that Patch 205, the gatos ati.2 drivers have not been updated. These drivers are needed to correct Bug#1429,#1466 and others. I have built the last two versions of XFree86 with gatos CVS and find the drivers, at least for my Mach 64 system, extremely stable and functionable. My question is whether this patch is going to be updated before 9.1 final. I will understand if it's felt that they would break other things but it would be nice to know. TIA Spence I would also like an answer. Even if it is not the default, I would really appreciate to be able to watch movies with a Mandrake install without having to built it :/ Just tested getting the binaries from gatos website and putting them in /usr/X11R6/lib/modules/drivers. And now I have a working Xv. Does the XFree version have anything more than this one that would make it more interesting for some users to not put this in ? I have a success, too. In fact I only use these, I use Xv a lot. Just a warning though - be sure to recompile drm modules for kernel, too. The stock Cooker ones froze my machine. Michal
[Cooker] Two questions on font rendering
Hi Frederic/Cooker, could you please comment on this bug? http://bugzilla.mozilla.org/show_bug.cgi?id=182650 Also, do you plan to use freetype2-2.1.4 once it comes out (currently at rc1) or at least integrate the once discussed hack into 2.1.3, in spite of feature freeze? The rendering difference is *really* worth it. Thanks, Michal
Re: [Cooker] Two questions on font rendering
Frederic Crozat wrote: On Wed, 19 Feb 2003 19:22:34 +0100, Michal Bukovjan wrote: Hi Frederic/Cooker, could you please comment on this bug? http://bugzilla.mozilla.org/show_bug.cgi?id=182650 You don't use cooker, do you ? I *DO* use cooker. And it is not fixed - try to go to that (any) site in the bug report - http://underground.cz ; the coding is fixed (Mozilla will use iso-8859-2 correctly), but if you manually switch to UTF-8, still the same - mostly empty lines. This bugs me from time to time on arbitary sites than happen to have an unsupported char in the middle of a line of text. I only replace Cooker XFree86 drivers with GATOS ones, as I need video recording and TV capabilities, but I don't think it matters. Because I fixed this a LOOONG time ago :) Also, do you plan to use freetype2-2.1.4 once it comes out (currently at rc1) or at least integrate the once discussed hack into 2.1.3, in spite of feature freeze? The rendering difference is *really* worth it. I won't integrate hacks from Freetype CVS in our Freetype (except if some fonts don't load with our Freetype).. I don't think Freetype 2.1.4 will be in Mdk 9.1, except if it is released this week.. Now that would be pity - I used the hack for some time, it is very stable and current Cooker rendering just looks mediocre when compared :-(. But it's your decision - I hope someone will release an updated rpm then, so that font rendering is pleasant again. Michal
Re: [Cooker] new mcc vs translations
Thierry Vignaud wrote: is there anybody still having bug because of the menu translation ? the new mcc should never have this problem again. Works OK for Czech here with 0.23mdk. The only problem with harddrake left is that the blue labels on the right pane (Bus, Vendor, etc.) has a wrong (ISO-8859-1) font, so my ISO-8859-2 accented chars are misdisplayed. Other labels and text are correct now.
Re: [Cooker] [Bug 906] [Installation] Can't click on icons in Windowsautorun app
Warly wrote: Pixel [EMAIL PROTECTED] writes: When you insert a Mandrake CD into a drive under Windows the autorun app lunches. Here you can select among a list of options. But you can only click on a text description and not on the icon that is to the left of that. It would be logical that icons are also made clickable. if someone has Windows programming skills, please help! In what environement is the application written? from strings, it seems to be Delphi Where can one find the source? i have no idea. maybe warly knows? Greg, do you know where we can find them ? It should be a good idea to include them into the CD. If you can find it, drop me a note or just publish it. I think someone, including me, will be able to help you. Michal
Re: [Cooker] [Bug 1175] [drakconf] Launch of harddrake2 fails fromwithin drakconf
Thierry Vignaud wrote: [Bug 1175] [EMAIL PROTECTED] writes: My error with harddrake 0.20mdk: [root@bladerunner root]# harddrake2 TODO: XSetInputFocus if force_focus TODO: ensure focus stuff TODO: XSetInputFocus if force_focus TODO: ensure focus stuff Is gtk2-perl missing Gtk2::GObject::set_active ? Call trace: Gtk2::_Object::AUTOLOAD() called from /usr/sbin/harddrake2:267 I think they forgot to release corresponding version of perl-GTK2. no, the odds are high there's a problem with your translation (aka your language locale and message catalogs) just try LC_ALL=C LC_LANGUAGES=C LANG=C harddrake2 which locales do you use (set | egrep -a 'LC|LANG') ? I use cs and right, if I set LC_ALL=C it works. But that's strange, because this very translation worked in 0.18 and 0.19 and I didn't change anything (I am one of the language team). Maybe conversion to UTF-8 will help.
Re: [Cooker] [Bug 906] [Installation] Can't click on icons in Windowsautorun app
Pixel wrote: [Bug 906] [EMAIL PROTECTED] writes: When you insert a Mandrake CD into a drive under Windows the autorun app lunches. Here you can select among a list of options. But you can only click on a text description and not on the icon that is to the left of that. It would be logical that icons are also made clickable. if someone has Windows programming skills, please help! In what environement is the application written? Where can one find the source? Michal
Re: [Cooker] OpenOffice.org dictionaries
Gwenole Beauchesne wrote: On Fri, 31 Jan 2003, Michal Bukovjan wrote: OpenOffice.org-l10n-en-1.0.2-2mdk OpenOffice.org-help-en-1.0.2-2mdk OpenOffice.org-l10n-cs-1.0.2-2mdk OpenOffice.org-libs-1.0.2-2mdk OpenOffice.org-1.0.2-2mdk myspell-cs_CZ-1.0.1-0.20030101.5mdk but only English dictionary is shown to be installed in Writer. cat /usr/share/dict/ooo/dictionary.lst? [michal@bladerunner michal]$ cat /usr/share/dict/ooo/dictionary.lst DICT cs CZ cs_CZ This seems to be OK. It used to be both English and Czech (cs). You have to manually enable it in the Linguistic tab. Ahh, I found it. It's pretty buried :-( Thanks, now it works. I recommend you mention this in some FAQ once MDK 9.1 is out... Michal
[Cooker] OpenOffice.org dictionaries
Hi, I have the following installed on current Cooker: OpenOffice.org-l10n-en-1.0.2-2mdk OpenOffice.org-help-en-1.0.2-2mdk OpenOffice.org-l10n-cs-1.0.2-2mdk OpenOffice.org-libs-1.0.2-2mdk OpenOffice.org-1.0.2-2mdk myspell-cs_CZ-1.0.1-0.20030101.5mdk but only English dictionary is shown to be installed in Writer. It used to be both English and Czech (cs). What's wrong? Thanks, Michal
[Cooker] Latin-2 characters again :-)
With 0.18 the Latin-2 chars display in drakxtools are fixed. Rpmdrake is fixed as well. When using mcc and showing a list of hardware, the font is incorrect for category titles (in blue color) in device details (Vendor, Bus, ...) Same problem - ISO-8859-2 chars displayed as ISO-8859-1. Thanks, Michal
Re: [Cooker] Latin-2 characters in drakxtools again
[...snip...] But what about mousedrake? Is mcc only broken? Although a bit late, I can confirm that mousedrake is OK. drakconf is still broken at .17mdk (as of today...) Michal
[Cooker] Latin-2 characters in drakxtools again
Hi, after a short period of the fix-up of the problem I reported recently (I believe it was .12 or .13mdk), the bug is back on current Cooker (0.16). So... When using Czech language: - drakxtools - mcc - rpmdrake display iso-8859-2 chars as if in iso-8859-1. The problem was recently fixed, but occurs again on current Cooker. Also, rpmdrake needs to have this fixed as well (unlike drakxtool, it never had it fixed so far). Michal
Re: [Cooker] Latin-2 characters in drakxtools again
Guillaume Cottenceau wrote: Michal Bukovjan [EMAIL PROTECTED] writes: Hi, after a short period of the fix-up of the problem I reported recently (I believe it was .12 or .13mdk), the bug is back on current Cooker (0.16). normally, 9.1-0.15mdk was the fixed version, as per the changelog. Hmm, it started to WFM with version .13mdk, I think. I jumped today to .16mdk, and it stopped working (reverted to buggy behaviour). Note that I test with drakconfig[.real] - the main screen is broken. hum, it seems the following is normal for me: http://people.mandrakesoft.com/~gc/t/meuh.png This screenshot looks correct. (using LANGUAGE=cs LC_ALL=cs mousedrake ) as of: drakxtools-newt-9.1-0.16mdk perl-GTK2-0.0.cvs.2003.01.27.1-1mdk drakxtools-9.1-0.16mdk I have exactly the same packages and setup. The problem was recently fixed, but occurs again on current Cooker. Also, rpmdrake needs to have this fixed as well (unlike drakxtool, it never had it fixed so far). yep, that's fixed in cvs. once i'm getting sure it's really fixed for you for drakxtools as well i'll upload. Thanks, Michal
[Cooker] Encoding problem in DrakX tools
Hi, running latest and greatest Cooker. Using Czech environement, all messages in DrakX tools translated in Czech show up correctly, but the font is messed. They look as if a ISO-8859-2 message is displayed in ISO-8859-1 charset (i.e. all most accented chars are displayed wrong.) I bet thus must be the case for all other non-ISO-8859-1 languages. All DrakX tools are affected. All other GNOME2 / GTK2 programs show Czech correctly, all GTK1 programs too, and DrakX for GTK1.x used to display them correctly too. Perhaps a Perl+GTK2 bug? Just a blind guess. Would recoding to UTF-8 of all .po files help? (This is required for all GNOME2 apps now). Michal
Re: [Cooker] More mozilla bugs
Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I found two more mozilla bugs. I haven't yet reported them to bugzilla.mozilla.org, but will sometime soon. At least one will require a bit of testing by others: 1)Mozilla crash on resizing message pane in mail I am not going to test this again right now (obviously), but if you resize the message pane (possibly also the folder pane, haven't tested), mozilla will crash. Same here. DOH! I never resized the pane before :-) Michal
Re: [Cooker] Cooker Mozilla crashing all over
Frederic Crozat wrote: On Fri, 06 Dec 2002 22:59:11 +0100, Michal Bukovjan wrote: Especially on this site: http://www.mandrake.cz Cool :-) Work perfectly here.. Be sure to run an up to date cooker (specially XFree86-libs) Ahh, that seems to be the problem. Works now - sorry for that. I just waited for XFree86-4.3.0 and waited and waited :-) Michal
[Cooker] Cooker Mozilla crashing all over
Especially on this site: http://www.mandrake.cz Cool :-) Michal
[Cooker] Gtk+/Glib 2.0.x update
Hi, could an update to gtk+2.0.9 (and possibly Glib 2.0.9) make it into official MDK9.0 updates? Among other fixes, version 2.0.7 solves an important problem, namely: * GtkIMContextSimple updates for Eastern Europe [Stanislav Brabec] which allows to type all Czech characters into GTK+2.0 apps. Without that (as ships with MDK9.0), you cannot type in about half of our international characters (for East Europe), which makes any GTK+2 application, err, hard to use. I myself use Cooker, but since Cooker is on GTK 2.1.x series, I am very hesistant to recommend this upgrade to my friends, who run into this problem. Please. I used those packages once I was on Cooker, and the 2.0.x series did not cause any problems - I think it should be safe and would make GTK2.0 apps as shipped with MDK9.0 actually usable for Eastern Europe region. Thanks, Michal
[Cooker] QA Bugzilla questions
Hi, reading a slew of invalid bug reports for Mandrake Linux 9.0 and so on, I understand that this Bugzilla is for current Cooker only. 1. The question is, why there are product version dating way back? for example, for mozilla package, there is a version 0.9.8 (!). I think this contributes to point 3. 2. The navigation is less than perfect. Could you consider adding a standard footer as seen on bugzilla.mozilla.org or bugzilla.gnome.org? Specifically, I would like to see whether I am logged in, quick links to My bugs, predefined queries, etc. 3. Slowness... Any hints why would that be? I am actively using both bugzilla.mozilla.org or bugzilla.gnome.org, as well as some local installations at companies I worked for, and all of them were reasonably fast. Perhaps https contributes to the problem? Huge number of packages? How about creating a meta system (i.e. GNOME-2, KDE-3, Apache), covering all packages related to that area? 4. qa.mandrakesoft.com, IMHO opinion, looks like QA for a stable product, hence the possible confusion and reports for MDK 9.0 bugs. What is QA, anyway? Questions and answers? Quality assurance? Perhaps you could consider moving this to cooker.mandrakesoft.com. Anyway, thanks for Bugzilla. Way better than mailing-list/archives only problem reporting and follow-up confusion. Michal
[Cooker] Mozilla 1.2 woes
Hi, trying the new Mozilla on latest Cooker, this page: http://www.underground.cz does not look quite as it should, and as it used to in Mozilla 1.1 or currently does in Konqueror. Looks like serious font rendering problem, related to Unicode (switching page encoding to Central European ISO-8859-2 helps). Anyone else can confirm this? Mozilla or packaging (xft backend) bug? Also, going to Preferences / Navigator / History freezes this little Moz. Michal
Re: [Cooker] Mozilla 1.2 woes
Frederic Crozat wrote: On Fri, 29 Nov 2002 14:51:39 +0100, Michal Bukovjan wrote: Hi, trying the new Mozilla on latest Cooker, this page: http://www.underground.cz does not look quite as it should, and as it used to in Mozilla 1.1 or currently does in Konqueror. Looks like serious font rendering problem, related to Unicode (switching page encoding to Central European ISO-8859-2 helps). Anyone else can confirm this? Mozilla or packaging (xft backend) bug? Confirming on my test system.. I would say it is a xft bug.. Check http://bugzilla.mozilla.org/show_bug.cgi?id=172768 and dependent bugs and if none correspond, fill a bug which depends on 172768.. Also, going to Preferences / Navigator / History freezes this little Moz. No problem here... OK, filed a bug 182650 and put you in CC :-) Michal
[Cooker] Mozilla 1.2 woes part II
Spacebar no longer scrolls an email, nor it goes to the next one. It does nothing. Regression from 1.1, or packaging (gtk+2 ?) bug? Michal
[Cooker] Re: [CHRPM] galeon-1.3.0-1mdk
Frederic Crozat wrote: --=-=-= Name: galeon Relocations: (not relocateable) Version : 1.3.0 Vendor: MandrakeSoft Release : 1mdk Build Date: Fri Nov 29 16:22:44 2002 Install date: (not installed) Build Host: hp6.mandrakesoft.com Group : Networking/WWWSource RPM: (none) Size: 2251470 License: GPL Packager: Mandrake Linux Team http://www.mandrakeexpert.com URL : http://galeon.sourceforge.net Summary : GNOME Web Browser Description : GNOME Web browser based on Gecko (Mozilla rendering engine) Hey! According to a message from gnome-i18n, it should be released after weekend! Translators have a weekend to catch up (I am one of them)... :-( Michal
Re: [Cooker] Re: [CHRPM] galeon-1.3.0-1mdk
Frederic Crozat wrote: On Fri, 29 Nov 2002 16:54:10 +0100, Michal Bukovjan wrote: Frederic Crozat wrote: --=-=-= Name: galeon Relocations: (not relocateable) Version : 1.3.0 Vendor: MandrakeSoft Release : 1mdk Build Date: Fri Nov 29 16:22:44 2002 Install date: (not installed) Build Host: hp6.mandrakesoft.com Group : Networking/WWWSource RPM: (none) Size: 2251470 License: GPL Packager: Mandrake Linux Team http://www.mandrakeexpert.com URL : http://galeon.sourceforge.net Summary : GNOME Web Browser Description : GNOME Web browser based on Gecko (Mozilla rendering engine) Hey! According to a message from gnome-i18n, it should be released after weekend! You mean 1.3.1, I guess.. 1.3.0 was released more than one month ago.. This is the mail that came yesterday: - Hi, A release for galeon 1.3 (ie galeon HEAD) will be done soon (where soon is after the end of the week-end). That means you can have a very fun week-end translating galeon in your favourite language :p. Thanks in advance for all those wonderful and up-to-date translations, Christophe (who really should update the french translation :p) - Hmm, maybe really 1.3.1. OK :-) Michal
Re: [Cooker] Mozilla 1.2 woes part II
Frederic Crozat wrote: On Fri, 29 Nov 2002 16:50:58 +0100, Michal Bukovjan wrote: Spacebar no longer scrolls an email, nor it goes to the next one. It does nothing. Regression from 1.1, or packaging (gtk+2 ?) bug? Simple to test : download tarball for mozilla 1.2 (gtk1 version).. And fill bugs accordingly :)) OK, done. This bug does not occur with Mozilla from tarball (gtk1). But I hesitate to file a bug on this, since currently in Cooker the shortcut handling is anything but perfect: - you know about my continuing troubles with gkb - when I try to assign a key in Gnome Control Center/Keyboard Shortcuts/ and try to assign any shortcut to any event, Mod2 is *always* inserted as modifier. - assigning a shortcut for gkb (keyboard switch) stopped working at all with GTK2.1. Irony of fate, one can call it, gkb now switches keyboards when I press a '=' key, always (I had to insert this character via Character mapper). No matter what I try to have as a shortcut (in config dialog), gkb always displays Disabled :-( But it is not. DOH! The joy of living on a bleeding edge :-/ Michal
[Cooker] ALSA modules in kernel-2.4.20-0.2?
Nowhere to be found. I really want to test rc6 for my VIA686 :-( (No GATOS video capture without). I know these modules changed names, but they are now nowhere to be found. Changelog says the kernel should contain rc6, though... Michal
[Cooker] GNOME gkb applet again
After upgrading to latest cooker, in addition to already reported, discussed and not-reproducible-by-others bugs, two more are here: - xkb keyboard layouts will not work at all - key grabbing for switching does not work at all This applet / keyboard switching is getting out of hands, worse with each release. Am I the only one experiencing this? Running latest Cooker, as of today. Michal
Re: [Cooker] New Mozilla Coming??
Jason Greenwood wrote: FYI Mozilla gets a bug in it and it won't start or crashes upon performing certain tasks. The only way to fix this is to reinstall ALL Mozilla components. Just wondering when we're going to see a new Mozilla build?? Cheers Jason Greenwood PS I am running the latest cooker Mozilla. I guess once it comes out. Mozilla 1.2 should be out Real Soon Now(tm). Michal
Re: [Cooker] mplayer in main ?
Stephane SOPPERA wrote: Thirdly, mplayer has a great OSD ;-) (ok this one is not a very objective argument ;-) Hmm, not really that great :-( - unlike Xine, I cannot recode subtitles on the fly (I am talking about charsets). Thus, if I have subtitles in WIN1250 encoding, and want to display them in ISO-8859-2 (Linux), no go. Xine - no problem. Also, try to change font encoding for subtitles - crash :-( - gmplayer does not respect GNOME panels and *ALWAYS* starts in bottom right corner behind my gnome panel. Annoying. But to be fair, here we go: - neither can play this movie http://www.trisestry.cz/Video/Tri_sestry_Pijanovka.mpg. Both core dumps, still old good xanim plays this fine ;-) - neither allows me to specify subtitles for DivX movie (those pesky *.sub files). mplayer does only autodetection, no GUI, but will not allow me to recode. xine only allows me to specify subtitles via command line, no GUI. - xine preferences dialog is really something horrible :-( - the fancy GUI is also not that great, rather confusing, in both, although I belive there is a skin for gmplayer that is reasonably simple and plain. I hope apps like totem will be able to provide a non-fancy interface for me, but none of the apps are there yet as well (I tried sinek, totem, vlc-gnome). All in all, both xine and mplayer are still not there yet. Both did not arrive to 1.0 version yet, though. So until then, no perfect video player for Linux, at least for my needs. Until then, flamewars like this are mostly pointless from my point of view. Michal
Re: [Cooker] Crashing Metacity
Michal Bukovjan wrote: Hi Frederic/cookers, here is what I pried from gdb for the crashing metacity process: Program received signal SIGSEGV, Segmentation fault. 0x08077680 in meta_stack_windows_cmp () (gdb) bt #0 0x08077680 in meta_stack_windows_cmp () #1 0x0004 in ?? () #2 0x080d54d8 in ?? () #3 0x0813b890 in ?? () #4 0x080f20f8 in ?? () #5 0x40708688 in __check_rhosts_file () from /lib/i686/libc.so.6 #6 0x75c08506 in ?? () Cannot access memory at address 0x8b0674c0 All current cooker (metacity-2.4.3, gtk+2.0.7). Hope this helps you solve the problem. The problems started to appear after an update to gtk+2.0.7-1mdk (and continue up to today's cooker). Michal Still crashing with metacity-2.4.3-2mdk, this time like this (which should be more likely the cause of the crash, as it comes with gtk+-2.0.7): - Program received signal SIGSEGV, Segmentation fault. 0x40385228 in gdk_drawable_set_colormap () from /usr/lib/libgdk-x11-2.0.so.0 (gdb) bt #0 0x40385228 in gdk_drawable_set_colormap () from /usr/lib/libgdk-x11-2.0.so.0 #1 0x08155898 in ?? () #2 0x0001 in ?? () Michal
[Cooker] Re: [Contrib-Rpm] gnurobbo-0.56-2mdk
Lenny Cartier wrote: [Contrib-RPM] --=-=-= Name: gnurobbo Relocations: (not relocateable) Version : 0.56 Vendor: MandrakeSoft Release : 2mdk Build Date: Fri Nov 8 23:15:28 2002 Install date: (not installed) Build Host: bi.mandrakesoft.com Group : Games/Arcade Source RPM: (none) Size: 128645 License: GPL Packager: Lenny Cartier [EMAIL PROTECTED] URL : http://gnurobbo.sourceforge.net Summary : GNU Robbo is logic game ported from ATARI XE/XL Description : GNU Robbo is very addictive logic game. You must help little robot to get out of unfriendly planet, collecting parts of emergency capsule. --=-=-= * Fri Nov 08 2002 Lenny Cartier [EMAIL PROTECTED] 0.56-2mdk - fix desc. (Adam Williamson) Don't want to be picky, but there are articles in English, you know:-) How about: --- GNU Robbo is a very addictive logic game. You must help a little robot to get out of an unfriendly planet, by collecting parts of an emergency capsule. --- Michal
Re: [Cooker] Another gtk+2.0.7-3mdk problem
Michal Bukovjan wrote: Michal Bukovjan wrote: This time metacity. It crashes sometimes. The crashes started to occur after the aforementioned packaged update. No error messages in .xsession-errors or system logs. The crash occurs every 10 minutes, depending on user activity (with respect to new window popups), *always* when popping up a new window (this is not application specific). (Another formulation: It happens only when an application opens a new window, but not every time an application opens a window). My home dir is filling up with core files :-( Metacity then restarts, the flashings are quite annoying, though. I am running Metacity with Gorilla theme. Michal The problem still persists and is quite annoying, even after update to -3mdk (gtk+2.0 and gdk-pixbuf-2.0) Michal The problem still exists with metacity 2.4.3-1mdk. Minor correction - the crash occurs upon window destruction, not creation. Try to play Freeciv for a while to see :-) Michal
[Cooker] Crashing Metacity
Hi Frederic/cookers, here is what I pried from gdb for the crashing metacity process: Program received signal SIGSEGV, Segmentation fault. 0x08077680 in meta_stack_windows_cmp () (gdb) bt #0 0x08077680 in meta_stack_windows_cmp () #1 0x0004 in ?? () #2 0x080d54d8 in ?? () #3 0x0813b890 in ?? () #4 0x080f20f8 in ?? () #5 0x40708688 in __check_rhosts_file () from /lib/i686/libc.so.6 #6 0x75c08506 in ?? () Cannot access memory at address 0x8b0674c0 All current cooker (metacity-2.4.3, gtk+2.0.7). Hope this helps you solve the problem. The problems started to appear after an update to gtk+2.0.7-1mdk (and continue up to today's cooker). Michal
Re: [Cooker] Nautilus failure after gtk-2.0.7 update
Frederic Crozat wrote: On Wed, 06 Nov 2002 19:14:26 +0100, Michal Bukovjan wrote: This is a multi-part message in MIME format. --060507000509020003000804 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Michal Bukovjan wrote: Looks like it needs a recompile? Upon startup it behaves funny, then gives up. (Tries to display a window for every desktop icon, displays for a second, then closes the windows, and exits). Here is what I get when trying manually: [michalbladerunner michal]$ nautilus ** (nautilus:8362): WARNING **: desktop: uri not available, fallback to file: nautilus: relocation error: /usr/lib/gtk-2.0/2.0.0/loaders/libpixbufloader-gif.so: undefined symbol: CHECK_LZWP_SP Also, looks like there is a missing dependency on fontconfig somewhere (gtk will not work without that - found it the hard way). I upgraded the gtk+2.0 to latest Cooker version (-3mdk), the problem persists, the error message above (undefined symbol) does not appear anymore. I narrowed the problem somewhat further - the problem is not in Nautilus, but in pixbuf handling of gif images. (not sure if it is a fault of gdk-pixbuf or gtk+). You need to upgrade also libgdk_pixbuf2.0_0* to 2.0.7-3mdk too (libgdk_pixbuf2.0_0 is a part of GTK+2.0)... I've checked your GIF file and it is now displayed correctly in both nautilus and EOG.. OK, looks like the mirror I pull from did not sync all packages. Upgraded now and confirmed fixed. Now let's see about the Metacity problem... (will report later). Michal
Re: [Cooker] Another gtk+2.0.7-3mdk problem
Michal Bukovjan wrote: This time metacity. It crashes sometimes. The crashes started to occur after the aforementioned packaged update. No error messages in .xsession-errors or system logs. The crash occurs every 10 minutes, depending on user activity (with respect to new window popups), *always* when popping up a new window (this is not application specific). (Another formulation: It happens only when an application opens a new window, but not every time an application opens a window). My home dir is filling up with core files :-( Metacity then restarts, the flashings are quite annoying, though. I am running Metacity with Gorilla theme. Michal The problem still persists and is quite annoying, even after update to -3mdk (gtk+2.0 and gdk-pixbuf-2.0) Michal
[Cooker] Nautilus failure after gtk-2.0.7 update
Looks like it needs a recompile? Upon startup it behaves funny, then gives up. (Tries to display a window for every desktop icon, displays for a second, then closes the windows, and exits). Here is what I get when trying manually: [michalbladerunner michal]$ nautilus ** (nautilus:8362): WARNING **: desktop: uri not available, fallback to file: nautilus: relocation error: /usr/lib/gtk-2.0/2.0.0/loaders/libpixbufloader-gif.so: undefined symbol: CHECK_LZWP_SP Also, looks like there is a missing dependency on fontconfig somewhere (gtk will not work without that - found it the hard way). Michal
Re: [Cooker] Nautilus failure after gtk-2.0.7 update
Frederic Crozat wrote: On Wed, 06 Nov 2002 09:50:40 +0100, Michal Bukovjan wrote: Looks like it needs a recompile? Upon startup it behaves funny, then gives up. (Tries to display a window for every desktop icon, displays for a second, then closes the windows, and exits). Here is what I get when trying manually: [michalbladerunner michal]$ nautilus ** (nautilus:8362): WARNING **: desktop: uri not available, fallback to file: You are mixing cooker and stable packages.. Latest cooker nautilus package no longer uses the desktop: uri scheme (and has dynamic desktop disabled..) No, I am not. Perhaps a leftover from upgrading? Or something that did not get pulled? Something in my home dir? [michalbladerunner michal]$ rpm -qa|grep nautilus nautilus-2.0.7-1mdk libnautilus2-2.0.7-1mdk nautilus-gtkhtml-0.3.2-4mdk Which is what is available in Cooker right now. Also, looks like there is a missing dependency on fontconfig somewhere (gtk will not work without that - found it the hard way). fontconfig dependency is implicit... It is done at pango level.. Anyway, gtk is missing an explicit dependency on pango =1.1.3.. Fixing There is a missing PreReq in XFree I'm fixing right now.. Strange - I have pango-1.1.3 updated (from Cooker), via rpmdrake, but fontconfig did not get installed. Had to do it manually, after some guesswork. Michal
Re: [Cooker] Nautilus failure after gtk-2.0.7 update
Frederic Crozat wrote: On Wed, 06 Nov 2002 10:14:38 +0100, Michal Bukovjan wrote: Frederic Crozat wrote: On Wed, 06 Nov 2002 09:50:40 +0100, Michal Bukovjan wrote: Looks like it needs a recompile? Upon startup it behaves funny, then gives up. (Tries to display a window for every desktop icon, displays for a second, then closes the windows, and exits). Here is what I get when trying manually: [michalbladerunner michal]$ nautilus ** (nautilus:8362): WARNING **: desktop: uri not available, fallback to file: You are mixing cooker and stable packages.. Latest cooker nautilus package no longer uses the desktop: uri scheme (and has dynamic desktop disabled..) No, I am not. Perhaps a leftover from upgrading? Or something that did not get pulled? Something in my home dir? [michalbladerunner michal]$ rpm -qa|grep nautilus nautilus-2.0.7-1mdk libnautilus2-2.0.7-1mdk nautilus-gtkhtml-0.3.2-4mdk Which is what is available in Cooker right now. Try remove ~/.nautilus Does not help. The only difference is now that the window (starting and closing about 7 times) is not maximized. I also checked the packages nautilus depends (ldd nautilus), all of them are up to date with Cooker. Michal
Re: [Cooker] Nautilus failure after gtk-2.0.7 update
Frederic Crozat wrote: On Wed, 06 Nov 2002 10:42:36 +0100, Michal Bukovjan wrote: Frederic Crozat wrote: On Wed, 06 Nov 2002 10:14:38 +0100, Michal Bukovjan wrote: Frederic Crozat wrote: On Wed, 06 Nov 2002 09:50:40 +0100, Michal Bukovjan wrote: Looks like it needs a recompile? Upon startup it behaves funny, then gives up. (Tries to display a window for every desktop icon, displays for a second, then closes the windows, and exits). Here is what I get when trying manually: [michalbladerunner michal]$ nautilus ** (nautilus:8362): WARNING **: desktop: uri not available, fallback to file: You are mixing cooker and stable packages.. Latest cooker nautilus package no longer uses the desktop: uri scheme (and has dynamic desktop disabled..) No, I am not. Perhaps a leftover from upgrading? Or something that did not get pulled? Something in my home dir? [michalbladerunner michal]$ rpm -qa|grep nautilus nautilus-2.0.7-1mdk libnautilus2-2.0.7-1mdk nautilus-gtkhtml-0.3.2-4mdk Which is what is available in Cooker right now. Try remove ~/.nautilus Does not help. The only difference is now that the window (starting and closing about 7 times) is not maximized. I also checked the packages nautilus depends (ldd nautilus), all of them are up to date with Cooker. Check in ~/.gnome-desktop if you don't have file containing desktop: by any chance.. Nope. I grepped my entire home dir (worth 1GB) and the only files containing desktop: are not related to Nautilus in any way. Here is a context from strace (not very helpful, I guess): --- access(/home/michal/.nautilus, F_OK) = 0 access(/home/michal/.gnome-desktop, F_OK) = 0 time(NULL) = 1036577641 time(NULL) = 1036577641 getpid()= 8079 open(/usr/lib/charset.alias, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) write(2, \n** (nautilus:8079): WARNING **:..., 80 ** (nautilus:8079): WARNING **: desktop: uri not available, fallback to file: ) = 80 stat64(/home/michal/.nautilus, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat64(/home/michal/.gnome-desktop, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 access(/home/michal/.nautilus, F_OK) = 0 access(/home/michal/.nautilus/first-time-flag, F_OK) = 0 writev(15, [{GIOP\1\2\1\0\\\0\0\0, 12}, {0\364\377\277\1\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0p\232L\340..., 92}], 2) = 104 poll([{fd=6, events=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=14, events=POLLIN|POLLPRI}], 6, -1) = 1 read(15, GIOP\1\2\1\1d\1\0\0, 12) = 12 read(15, 0\364\377\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1..., 356) = 356 writev(15, [{GIOP\1\2\1\0\274\1\0\0, 12}, {\220\364\377\277\1\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0p\232..., 444}], 2) = 456 poll([{fd=6, events=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=14, events=POLLIN|POLLPRI}], 6, -1) = 1 --- I found the problems of blinking windows - I have a launcher on my desktop, that had a .GIF as an icon. Nautilus always tried to launch this and failed, then gave up after several times. Removing the launcher from my .gnome-desktop fixes the problem, Nautilus seems to work now. I think this will be resolved by gdk-pixbuf update, I have to wait until mirrors sync up. Michal
Re: [Cooker] Nautilus failure after gtk-2.0.7 update
Michal Bukovjan wrote: Looks like it needs a recompile? Upon startup it behaves funny, then gives up. (Tries to display a window for every desktop icon, displays for a second, then closes the windows, and exits). Here is what I get when trying manually: [michalbladerunner michal]$ nautilus ** (nautilus:8362): WARNING **: desktop: uri not available, fallback to file: nautilus: relocation error: /usr/lib/gtk-2.0/2.0.0/loaders/libpixbufloader-gif.so: undefined symbol: CHECK_LZWP_SP Also, looks like there is a missing dependency on fontconfig somewhere (gtk will not work without that - found it the hard way). I upgraded the gtk+2.0 to latest Cooker version (-3mdk), the problem persists, the error message above (undefined symbol) does not appear anymore. I narrowed the problem somewhat further - the problem is not in Nautilus, but in pixbuf handling of gif images. (not sure if it is a fault of gdk-pixbuf or gtk+). When trying to display a .GIF image via Eye of GNOME, there is a CORBA exception and no image is displayed. Displaying of JPEG images works. The same .GIF images display OK in GIMP (1.2.x series). Just in case, I attach a GIF image I used for launcher which does not display in EOG and which crashes Nautilus. HTH, Michal inline: p0247_3.gif
[Cooker] Another gtk+2.0.7-3mdk problem
This time metacity. It crashes sometimes. The crashes started to occur after the aforementioned packaged update. No error messages in .xsession-errors or system logs. The crash occurs every 10 minutes, depending on user activity (with respect to new window popups), *always* when popping up a new window (this is not application specific). (Another formulation: It happens only when an application opens a new window, but not every time an application opens a window). My home dir is filling up with core files :-( Metacity then restarts, the flashings are quite annoying, though. I am running Metacity with Gorilla theme. Michal
[Cooker] Removable media icons in Nautilius
Hi, when mounting and subsequently unmounting a CDROM (dev/hdd, via Nautilus right click menu on desktop), the CD-ROM gets mounted, but when unmounting, the CDROM icon stays on the desktop. Upon subsequent mount of another or same CD, Nautilus reports an error (/dev/hdd already mounted). The CD *IS* mounted correctly, though, and I get another icon on the desktop. If I would repeat this, I get the whole desktop cluttered with obsolete icons. These icons have to be manually deleted from ~/.gnome-desktop, no way to remove them via Nautilus. Worked OK on MDK9.0, now running up-to-date cooker except for kernel (now have 2.4.9-16mdk). Michal
[Cooker] rpmdrake feature request
Hi, when displaying packages for update, and there is no new package sumary available (like in Cooker), would it be possible to display the summary of the old (currently) installed package (instead of nothing)? It would save me typing rpm -qi each time I am not sure what a package to be updated is about... Michal
Re: [Cooker] Removable media icons in Nautilius
Adam Williamson wrote: On Mon, 2002-11-04 at 10:03, Michal Bukovjan wrote: Hi, when mounting and subsequently unmounting a CDROM (dev/hdd, via Nautilus right click menu on desktop), the CD-ROM gets mounted, but when unmounting, the CDROM icon stays on the desktop. Upon subsequent mount of another or same CD, Nautilus reports an error (/dev/hdd already mounted). The CD *IS* mounted correctly, though, and I get another icon on the desktop. If I would repeat this, I get the whole desktop cluttered with obsolete icons. These icons have to be manually deleted from ~/.gnome-desktop, no way to remove them via Nautilus. Worked OK on MDK9.0, now running up-to-date cooker except for kernel (now have 2.4.9-16mdk). I have what could be a related problem. I still use supermount, since I hardly ever actually use my CD drives (:), and since some recent Cooker update, I get new floppy and CD drive icons on my desktop with every boot. So on a system with two CD drives and no floppy, my desktop currently shows icons for four CD drives and a floppy drive. It just seems to add two CD icons and a floppy icon on each login. I have to manually remove them from ~/.gnome-desktop. Looks like the same problem, except I don't use supermount... Michal
Re: [Cooker] gnome-panel: still no shutdown from the menu possible
Götz Waschk wrote: Am Freitag, 1. November 2002, 07:32:08 Uhr MET, schrieb Charles A Edwards: I can only give a half answer. Running enlightenment w/gnome-panel the 'moon' button will close the gnome-panel. Won't log me out since I'm not running gnome. I forgot to mention that both the restart und shutdown functions just log me out, back to the GDM screen. The *EXACTLY* same problem for me... I wonder noone else noticed and reported it to day. Happens with MDK9.0 (upgraded from 8.2) and current cooker (as of today). Worked with GNOME 1/MDK 8.2 I suspect this is the new dm daemon problem... Michal
Re: [Cooker] rpm database flakey under 9.0
Luca Olivetti wrote: Stiill playing with the recently updated 9.0. After a few rpm operations, rpm started gaving db errors. Did an rpm --rebuilddb and now the database is horribly broken: many installed packages now aren't in the database, with the related problems that this gives. Exactly the same problem happened to me on a RedHat 7.2 when updating from Ximian. I guess this is a rare RPM bug, as it occured for me for no apparent reason... Tough luck :-( The system suddenly did not know about some packages installed, like kernel and glibc - other were present. I wonder when RPM/Red Hat switches from this slow DBM backend. (Firebird anyone ?:-) Any operation (like rpm -qi) takes a *long* time on my Mandrake box. From a database point of view, this is just horrible. Michal
[Cooker] Build environement problem for GNOME CVS apps
Hi, according to docs on GNOME site, when I check out an application from CVS, running ./autogen.sh should set up everything needed. I tried this with totem (would like to fiddle with it a bit), but running the ./autogen.sh produces the appended errors and the operation fails. I am a newbie in this autoconf stuff, but docs say it should just work out of the box. I have gnome-common-1.2.4-5mdk installed as well as almost up-to-date cooker, including all -devel packages. All requirements for this application are met. Is the build environement in Cooker broken, or am I missing something obvious? Sorry if it's just an error on my part :-( Thanks, Michal - [michalbladerunner totem]$ ./autogen.sh /usr/bin/gnome-autogen.sh **Warning**: I am going to run `configure' with no arguments. If you wish to pass any to it, please specify them on the `./autogen.sh' command line. processing . Creating ./aclocal.m4 ... Running glib-gettextize... Ignore non-fatal messages. Copying file po/Makefile.in.in Please add the files codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 progtest.m4 from the /usr/share/aclocal directory to your autoconf macro directory or directly to your aclocal.m4 file. You will also need config.guess and config.sub, which you can get from ftp://ftp.gnu.org/pub/gnu/config/. Making ./aclocal.m4 writable ... Running intltoolize... patching file po/Makefile.in.in Hunk #1 succeeded at 21 (offset 7 lines). Hunk #2 succeeded at 34 (offset -5 lines). Hunk #3 succeeded at 99 with fuzz 2 (offset 7 lines). Hunk #4 succeeded at 196 (offset -22 lines). Hunk #5 succeeded at 236 (offset 7 lines). Running libtoolize... You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. Running aclocal -I /usr/share/aclocal/gnome2-macros ... aclocal: configure.in: 59: macro `AM_PATH_XINE' not found in library Running autoheader... WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' WARNING: and `config.h.top', to define templates for `config.h.in' WARNING: is deprecated and discouraged. WARNING: Using the third argument of `AC_DEFINE' and WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without WARNING: `acconfig.h': WARNING: AC_DEFINE([NEED_MAIN], 1, WARNING: [Define if a function `main' is needed.]) WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. autoheader-2.5x: error: AC_CONFIG_HEADERS not found in configure.in Running automake --gnu ... configure.in: 5: required file `./config.h.in' not found src/Makefile.am:53: variable `XINE_LIBS' not defined Running autoconf ... configure.in:4: error: possibly undefined macro: AM_INIT_AUTOMAKE configure.in:5: error: possibly undefined macro: AM_CONFIG_HEADER configure.in:14: error: possibly undefined macro: AM_PROG_LIBTOOL configure.in:15: error: possibly undefined macro: AM_DISABLE_STATIC configure.in:49: error: possibly undefined macro: AC_PROG_INTLTOOL configure.in:59: error: possibly undefined macro: AM_PATH_XINE configure.in:89: error: possibly undefined macro: AM_GCONF_SOURCE_2 configure.in:106: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT Running ./configure --enable-maintainer-mode --enable-compile-warnings ... ./configure: line 1210: syntax error near unexpected token `totem,' ./configure: line 1210: `AM_INIT_AUTOMAKE(totem, 0.11.0)'
Re: [Cooker] alsa rc4
gabor wrote: hi, as i see the current cooker-kernel contains alsa0.9rc2 the newest version on alsa-project.org is rc4 is there a reason not to put rc4 into the kernel? and second question: is it possible to compile alsa0.9rc4 with the cooker-kernel? do i have to simply compile the cooker sources, or i have to rebuild the whole kernel? I am looking for new kernel containing alsa rc4 as well, we haven't heard from Juan for a while :-) Should fix my VIA686 problem, I need working ALSA for my video capture with GATOS (OSS won't work). Michal
Re: [Cooker] TEAC DVD not usable in LM9.0
Udo Rader wrote: hi, I'm having some troubles with LM9.0 and the TEAC DV-25e DVD/R drive of my laptop (SIS-630/5513-chipset). Everytime I try to read something from DVDs (just a plain cp is sufficient), I get tons of errors like these in syslog: ---CUT--- Oct 24 18:11:18 sekhmet kernel: hdc: command error: status=0x51 { DriveReady SeekComplete Error } Oct 24 18:11:18 sekhmet kernel: hdc: command error: error=0x54 Oct 24 18:11:18 sekhmet kernel: end_request: I/O error, dev 16:00 (hdc), sector 15471844 Oct 24 18:11:18 sekhmet kernel: hdc: command error: status=0x51 { DriveReady SeekComplete Error } Oct 24 18:11:18 sekhmet kernel: hdc: command error: error=0x54 Oct 24 18:11:18 sekhmet kernel: end_request: I/O error, dev 16:00 (hdc), sector 15471848 ---CUT--- Everything works fine if I try to read normal CDs and under windoze even DVDs are read without any problems. any suggestions? I had a similar problem with my DVD drive because it did not have region initialized. Once I did it (I found the necessary utility and instructions as part of libdvdcss library), problems gone. And indeed, this is also the case when you try to read encrypted DVD and not have decss library installed. This library cannot be distributed by Mandrake because of idiotic laws in the USA (yes, the country of freedom and liberty :-). Perhaps you will find more information here: http://mandrakeforum.com/article.php?sid=1369 http://perso.club-internet.fr/farzeno/firmware/ and of course, there are some packages (that incidentally work with Mandrake, but do not come from Mandrake) that include decss on http://plf.zarb.org/ Michal
Re: [Cooker] OSNews Review
Igor Izyumin wrote: On Friday 18 October 2002 12:39 am, Gary Greene wrote: 5.) anti-aliased fonts. RedHat's xft2 support might be the way to go, and this should be looked at for 9.1. Actually, with the most recent freetype installed, my system is rendering fonts a zillion times better. On my machines, the default mozilla installs look _incredibly_ bad. The AA'd fonts look like they are blurred and not antialiased. I tried it on both a CRT and an LCD, and ended up turning it off. You may want to try the new RPM of freetype2 lib from Han Boetes (see recent thread on this list). The AA fonts look *WAY* better!!! It is such a difference that makes me think Mandrake should issue an official update RPM for this one. Big difference. Michal
[Cooker] Xft hack
Hi, I remember that someone from MDK team wants to start upgrading freetype libs and look into font issues. Perhaps this could come in handy: http://www.cs.mcgill.ca/~dchest/xfthack/ From screenshots it looks VERY good! Michal
Re: [Cooker] Xft hack
Han Boetes wrote: Michal Bukovjan ([EMAIL PROTECTED]) wrote: I remember that someone from MDK team wants to start upgrading freetype libs and look into font issues. Perhaps this could come in handy: http://www.cs.mcgill.ca/~dchest/xfthack/ From screenshots it looks VERY good! Yup. I just made a _TEST_ rpm that uses the patch build against current cvs. You will have to force the install of the normal rpm if you revert to the normal rpms. But the rpms works. And it looks very nice :) I just haven't thoroughly tested it yet. Why, thanks! Just testing it on my cooker machine, GNOME2 environment and apps seem to look better... OpenOffice Writer, by first looks, looks way better than with current Cooker or PLF freetype2 versions. It even (mostly) fixed my misplaced cursor during typing! So far it works great for me (I happen to have an athlon, too :-) Michal
Re: [Cooker] Mandrake Control Center cosmetics
Michal Bukovjan wrote: Did you notice that the text under icons in Mandrake Control Center is sometimes misaligned? Sometimes it appears as there are some extra spaces in front of the first line of text descriptions, it appears in most entries, e.g. Software Management/Remove software. Michal Hmm, it is even visible on your own screenshots: http://www.linux-mandrake.com/en/demos/Spotlight/SoftwareMgr/pages/rpmdrake14.php3 Michal
[Cooker] Mandrake Control Center cosmetics
Did you notice that the text under icons in Mandrake Control Center is sometimes misaligned? Sometimes it appears as there are some extra spaces in front of the first line of text descriptions, it appears in most entries, e.g. Software Management/Remove software. Michal
Re: [Cooker] Why ext3fs is a default fs, not ReiserFS?
andre wrote: On Thursday 10 October 2002 14:32, Per Øyvind Karlsen wrote: btw. reiserfs does not *support* bad blocks marking yet, that's kinda annoying too... Isn't that done today in the harddisk itself? Don't think you need it Not really, as I recently found the hard way on my IBM DTLA-xxx 60GB. Michal
[Fwd: Re: [Cooker] GNOME2 bugs/remarks - SOLUTION found!]
I am resending to mailing list cooker so that others can try to reproduce this bug. Perhaps we will be able to isolate when exactly this bug happen. Note the bug numbers at the end of message. Those who can reproduce, feel free to add your comments to those bug numbers at bugzilla.gnome.org. Thanks! Michal Pu*vodní zpráva Pr(edme(t: Re: [Cooker] GNOME2 bugs/remarks - SOLUTION found! Datum: Thu, 03 Oct 2002 18:33:48 +0200 From: Michal Bukovjan [EMAIL PROTECTED] Komu: Frédéric Crozat [EMAIL PROTECTED] References: [EMAIL PROTECTED] anhj64$fb8$[EMAIL PROTECTED] Frederic Crozat wrote: On Thu, 03 Oct 2002 14:53:06 +0200, Michal Bukovjan wrote: Frederic Crozat wrote: On Thu, 03 Oct 2002 09:07:22 +0200, Michal Bukovjan wrote: So I finally found out what is causing the problems I describe. The guilty is: GKB Keyboard Switcher! - 100% reproducible, even for new user - just add it to a panel, define two keyboard layouts, define your switching shortcut (I did both Shifts) - log out and save your session, log back in Voila, your click to focus inside window is gone! Can you reproduce this, Frederic? I think you're going to kill me but even with GKB Keyboard switcher, I have a correct behaviour in metacity... I won't give up. I dived into the problem yet again and found the real cause: gkb is here really to blame. My problems occur under the following conditions: 1. gkb is on panel 2. the first keyboard layout set in gkb is invoked via gkb_xmmap [code] command. 3. the error occurs after all subsequent session login - metacity will not focus. 4. The problem is eliminated by subsequent use of another layout via setxkbmap [code] command. Here is 100% reproducible case for you French. 1. Have Keyboard swithcer applet on panel. 2. Choose exactly one layout, and that would be French/French keymap 3. Logout and login, you have blocked focus. BUG! ... 4. Add a new layout, French/French xkb keymap. Delete the old one. 5. Logout and login. All ok. ... 6. Just for fun, delete the French xkb layout and add back French/French keymap (the one invoked via gkb_xmmap. Add another layout, say US, which is invoked via setxkbmap. The US layout should be second in order. 7. Logout and login. BUG! But after switching layout to US, all is ok again, even after switching back to the first French one. If you can't reproduce THIS, I am going to Paris to kill you :-) It is just several hours away from Czech republic! I think you can book your airplane ticket.. I'm not seing this bug when doing your testcase.. I'm wondering if it is not caused by Czech locales or keyboard layout in XFree ? Ok, Frederic, last try, and I will not bug you anymore (this bug is not worth the air ticker to Paris, you know :-) I am responding off list as I send two attachments. This is complete home directory of user tester, as created by MDK9.0 (plus setups I made). Just untar it, create such user on your system and replace the home dir, maybe play with permissions. Then log in as this user, into GNOME session, en_US language. There is a working and nonworking setup. Test by clicking on the gnome-terminal button on the top panel, invoke two gnome-terminals and try switching (raising and focusing window) by clicking into the terminal window. I tested by logging into both setups several times, and not working really does not work, and working really does work :-) [..snip..] - for some layouts, Left+Right Shift keyboard switching accelerator will not work. Bugzilla again :) I filed these bugs as bugs #94775, #94776, #94777, #94779. Have fun, Michal tester-notworking.tar.bz2 Description: Binary data tester-working.tar.bz2 Description: Binary data
[Cooker] KBabel crashing all over
Hi, KBabel started crashing all over on my MDK 9.0, seemingly randomly. Worked OK on MDK 8.2. Here is a stacktrace I get: ... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... 0x41125739 in wait4 () from /lib/i686/libc.so.6 #0 0x41125739 in wait4 () from /lib/i686/libc.so.6 #1 0x411a2340 in sys_sigabbrev () from /lib/i686/libc.so.6 #2 0x40f87a73 in waitpid () from /lib/i686/libpthread.so.0 #3 0x406c6f55 in KCrash::defaultCrashHandler(int) () from /usr/lib/libkdecore.so.4 Looks like some threading problem to me. Michal
Re: [Cooker] GNOME2 bugs/remarks - SOLUTION found!
So I finally found out what is causing the problems I describe. The guilty is: GKB Keyboard Switcher! - 100% reproducible, even for new user - just add it to a panel, define two keyboard layouts, define your switching shortcut (I did both Shifts) - log out and save your session, log back in Voila, your click to focus inside window is gone! Can you reproduce this, Frederic? The correct metacity behaviour can be restored by removing the applet, logout and login back. Michal
Re: [Cooker] GNOME2 bugs/remarks - SOLUTION found!
Frederic Crozat wrote: On Thu, 03 Oct 2002 09:07:22 +0200, Michal Bukovjan wrote: So I finally found out what is causing the problems I describe. The guilty is: GKB Keyboard Switcher! - 100% reproducible, even for new user - just add it to a panel, define two keyboard layouts, define your switching shortcut (I did both Shifts) - log out and save your session, log back in Voila, your click to focus inside window is gone! Can you reproduce this, Frederic? I think you're going to kill me but even with GKB Keyboard switcher, I have a correct behaviour in metacity... I won't give up. I dived into the problem yet again and found the real cause: gkb is here really to blame. My problems occur under the following conditions: 1. gkb is on panel 2. the first keyboard layout set in gkb is invoked via gkb_xmmap [code] command. 3. the error occurs after all subsequent session login - metacity will not focus. 4. The problem is eliminated by subsequent use of another layout via setxkbmap [code] command. Here is 100% reproducible case for you French. 1. Have Keyboard swithcer applet on panel. 2. Choose exactly one layout, and that would be French/French keymap 3. Logout and login, you have blocked focus. BUG! ... 4. Add a new layout, French/French xkb keymap. Delete the old one. 5. Logout and login. All ok. ... 6. Just for fun, delete the French xkb layout and add back French/French keymap (the one invoked via gkb_xmmap. Add another layout, say US, which is invoked via setxkbmap. The US layout should be second in order. 7. Logout and login. BUG! But after switching layout to US, all is ok again, even after switching back to the first French one. If you can't reproduce THIS, I am going to Paris to kill you :-) It is just several hours away from Czech republic! There is a couple of more funny bugs of gkb: - codepage is not saved, never, always ISO-8859-1 (but I think it is not used anywhere anyway, so maybe harmless) - if you change the switching command in a way so that it returns an error, the error dialog is inactive and cannot be closed, something like my freeciv bug - in my Czech environement, in add dialog and in preferences dialogs, the accented (non-ISO-8859-1) chars are not displayed and messages (especially keyboard layout descriptions) are not complete. Serious I18N bug. - for some layouts, Left+Right Shift keyboard switching accelerator will not work. Michal Bukovjan
Re: [Cooker] Sound problem in 8.2
Guillaume Cottenceau wrote: Stéphane Teletchéa [EMAIL PROTECTED] writes: I'm listening music with xmms, and when browsing with galeon, i'm sometimes stuck until the next song. I think the web page seems to have sound because it doesn't happen on every site, but i cannot understand why i couldn't stop this behaviour from galeon's preferences. If this is the same as me, it's the flash plugin which sux bigtime (like all the proprietary software anyway ;p). I need to stop the xmms when opening a page which freezes galeon because flash plugin is frozen on the busy dsp. You can remove the flash plugin as a solution :-). I found a nice workaround for exactly this :-) Open a page containing flash (you have to pause xmms). But do not close the page - just minimize it and browse further in a new page. All other flash pages will then open OK, no need to stop xmms again. Michal Bukovjan
[Cooker] GNOME2 bugs/remarks
Hi cooker, just installed MDK9.0 and it looks great. There are some problems I ran into: 1. No way to switch window managers. I looked at a lot of places, but there is metacity running and no way to switch to something else (via a GUI) 2. Sawfish advanced options will not work. In GNOME Control center, going to Advanced/Sawfish and clicking on any icon has no effect :-( I even tried to remove ~/.sawfish, still the same. Michal Bukovjan
Re: [Cooker] GNOME2 bugs/remarks - metacity problems?
Frederic Crozat wrote: On Wed, 02 Oct 2002 09:10:32 +0200, Michal Bukovjan wrote: Hi cooker, just installed MDK9.0 and it looks great. There are some problems I ran into: 1. No way to switch window managers. I looked at a lot of places, but there is metacity running and no way to switch to something else (via a GUI) Metacity is now the only WM supported by MandrakeSoft for GNOME.. If you want to use something else, you're on your own.. Settings WINDOW_MANAGER variable in ~/.bashrc will help... Understood. 2. Sawfish advanced options will not work. In GNOME Control center, going to Advanced/Sawfish and clicking on any icon has no effect :-( I even tried to remove ~/.sawfish, still the same. Work perfectly here.. But not here. Since you do not support sawfish, the only solution would be rpm -e sawfish :-( Correct? Is there anything I can do to help you? How do I get some feedback from system on why it is not starting the capplet? I am happy with metacity, that's ok, but then I have some probs which may or may not be related to metacity - just try this yourself: [Running upgraded fresh 8.2 (week old) upgraded to 9.0] Problem 1: -- - run Mozilla [Mozilla window has focus] - run Mozilla Mail (optional) - run gedit (or anything else), in the same workspace [gedit window has focus] - click inside Mozilla window - the Mozilla window comes on top, but does not get focus. I have to click on the window header to get it to focus. I have Click to focus setting enabled in GCC. Problem 2: -- Not sure if related to WM - playing freeciv client shipped with MDK9.0 (I guess it is the GTK2 client), when multiple windows popup after a turn, only one of them is focusable. This is especially annoying when scientists come with a new invention, you try to choose another one to invent, click on help check box and have help screen pop up on a invention, but this help screen is not active/is disabled. You have to close science report dialog, and only then you can use the help popup window. Let me know if I can help you with any of the probs. I will try sawfish and see if the problems persist. Michal
Re: [Cooker] GNOME2 bugs/remarks - metacity problems? - more info
Michal Bukovjan wrote: Frederic Crozat wrote: On Wed, 02 Oct 2002 09:10:32 +0200, Michal Bukovjan wrote: 2. Sawfish advanced options will not work. In GNOME Control center, going to Advanced/Sawfish and clicking on any icon has no effect :-( I even tried to remove ~/.sawfish, still the same. Work perfectly here.. But not here. Since you do not support sawfish, the only solution would be rpm -e sawfish :-( Correct? Is there anything I can do to help you? How do I get some feedback from system on why it is not starting the capplet? I am happy with metacity, that's ok, but then I have some probs which may or may not be related to metacity - just try this yourself: [Running upgraded fresh 8.2 (week old) upgraded to 9.0] Problem 1: -- - run Mozilla [Mozilla window has focus] - run Mozilla Mail (optional) - run gedit (or anything else), in the same workspace [gedit window has focus] - click inside Mozilla window - the Mozilla window comes on top, but does not get focus. I have to click on the window header to get it to focus. I have Click to focus setting enabled in GCC. Problem 2: -- Not sure if related to WM - playing freeciv client shipped with MDK9.0 (I guess it is the GTK2 client), when multiple windows popup after a turn, only one of them is focusable. This is especially annoying when scientists come with a new invention, you try to choose another one to invent, click on help check box and have help screen pop up on a invention, but this help screen is not active/is disabled. You have to close science report dialog, and only then you can use the help popup window. Let me know if I can help you with any of the probs. I will try sawfish and see if the problems persist. Here is some more info: - the WINDOW_MANAGER in .bashrc wouldn't work. Always metacity. I tried to log into KDE session, though, to see if there is any difference. Problem 1 - works under KDE. So this *IS* a Metacity issue, as this worked with sawfish in MDK8.2 as well. Please note that I am talking about keyboard focus in here - clicking on links (and mouse actions generally) in Mozilla window works, shortcut or keyboard input does not. Looks like Click to focus option is broken, as it does not work in other applications too. I tested the Point on focus option, and that one works as expected. Since Click to focus is the default option, I suggest that Mandrake folks look at it and possibly fix it. Problem 2 - occurs also under KDE. The freeciv client has the same modality problem under KDE, so I guess this is something to bug freeciv developers. Michal
Re: [Cooker] GNOME2 bugs/remarks - metacity problems? - more info
Frederic Crozat wrote: On Wed, 02 Oct 2002 15:00:13 +0200, Michal Bukovjan wrote: Michal Bukovjan wrote: Frederic Crozat wrote: On Wed, 02 Oct 2002 09:10:32 +0200, Michal Bukovjan wrote: [Running upgraded fresh 8.2 (week old) upgraded to 9.0] I have Click to focus setting enabled in GCC. Here is some more info: - the WINDOW_MANAGER in .bashrc wouldn't work. Always metacity. I tried to log into KDE session, though, to see if there is any difference. I've tested and adding export WINDOW_MANAGER=sawfish to .bashrc only work if you didn't save session before.. If you did, then, open a terminal and do : killall metacity sawfish and then save your session Thanks, that worked (I had to relogin then). So... Problem 1 - works under KDE. So this *IS* a Metacity issue, as this worked with sawfish in MDK8.2 as well. Please note that I am talking about keyboard focus in here - clicking on links (and mouse actions generally) in Mozilla window works, shortcut or keyboard input does not. Looks like Click to focus option is broken, as it does not work in other applications too. I tested the Point on focus option, and that one works as expected. Since Click to focus is the default option, I suggest that Mandrake folks look at it and possibly fix it. Did you read my email ? I tested and keyboard focus works correctly with metacity in click-to-focus mode with mozilla.. So, give me a 100% reproducible test case.. So I was also able to test under sawfish. Problem 1 (focusing) does not occur with sawfish. Problem 2 (freeciv) occurs under sawfish as well, so it must be a bug of the new freeciv client. I got more simple testcases for problem 1, 100% reproducible on my fresh 8.2 upgrade to MDK 9.0: a) start two gnome terminals - clicking into the other terminal will neither bring the other one to top, nor give it keyboard focus. I can select the text with mouse in the non-focused one, though... b) Start two Nautilus views (say on your home dir). I cannot switch windows as well, nor the other window comes on top. c) Mozilla is an exemption to this - its window will come on top, but no keyboard focus. d) I also tried two KDE apps (Kate), same behavior as a) and b). IMPORTANT: All of these cases appear when you click *INTO* the window (any point). Both focusing and raising *work* correctly if I click on window header or window decoration (border) of the corresponding window. Both focusing and raising work correctly in all cases with sawfish and KDE window manager. I've even checked the metacity theme, it is not dependent, though. Michal
[Cooker] VIA686a sound problems
Hi, Sounds events sometimes stutters, repeats itself or stop prematurely under GNOME. I suspect this to via82cxxx_audio OSS driver module. Running Athlon 1GB, MSI K7T Pro Turbo (KT133A chipset), onboard VIA686c sound chip, ATI Radeon QD All in wonder AGP, 256MB RAM This might be of interest to kernel developers - I found this in my syslog: Oct 2 13:14:48 bladerunner kernel: Assertion failed! buffer != NULL,via82cxxx_audio.c,via_dsp_write,line=2308 Oct 2 13:15:45 bladerunner kernel: Assertion failed! buffer != NULL,via82cxxx_audio.c,via_dsp_write,line=2308 ALSA modules, which worked for a long time for me, seems broken after I enabled those by hand. But perhaps they are fixed in Alsa 0.9rc3, MDK9.0 ships with Alsa 0.9rc2. I also added PciRetry option to my XFree86-4 config file, no change. Michal
[Cooker] Midnight Commander problems
When logged into a console as normal user (michal, uid 501), running Midnight Commander barfs at me this message: warning: [gpm.c(857)]: Failed gpm connect attempt by uid 501 for vc /dev/vc/0 last=/home/flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c home/flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c RPM/BUILD/gpm-1.20.0/src/liblow.c BUILD/gpm-1.20.0/src/liblow.c gpm-1.20.0/src/liblow.c src/liblow.c liblow.c info: [liblow.c(446)]: Warning: closing connection The message is as copied from the screen, so maybe a little garbled. The MC screen then becomes scrolled up, and mc is therefore not usable. Indeed, I have no right to access /dev/vc/0 (root|root). This is an upgrade to 9.0 from clean install of 8.2 (download edition). Midnight Commander works OK when logged in a console as root or for any user under X terminal. Michal Bukovjan
Re: [Cooker] VIA686a sound problems
Adam Williamson wrote: On Wed, 2002-10-02 at 18:12, Michal Bukovjan wrote: ALSA modules, which worked for a long time for me, seems broken after I enabled those by hand. But perhaps they are fixed in Alsa 0.9rc3, MDK9.0 ships with Alsa 0.9rc2. Are you sure they're broken? Remember you don't have to enable ALSA by hand any more, use draksound. And also remember default ALSA setting, for some insane and stupid reason, is to mute everything, so you have to run alsamixer(gui) to get any sound in the first place. I am pretty sure they (ALSA drivers for VIA686a) are broken in MDK9.0/ALSA 0.9rc2. I enabled them by hand, and the sound was unmuted and volume was working - but instead of sound (GNOME events, xmms playing - via ESD, OSS, ALSA plugin, I tried everything) it resulted in some distorted sounds. That's why draksound will not even offer them (which is correct decision from Mandrake).
Re: [Cooker] VIA686a sound problems
Ben Reser wrote: On Wed, Oct 02, 2002 at 07:12:00PM +0200, Michal Bukovjan wrote: ALSA modules, which worked for a long time for me, seems broken after I enabled those by hand. But perhaps they are fixed in Alsa 0.9rc3, MDK9.0 ships with Alsa 0.9rc2. ALSA got broken partly with 0.9rc3 not fixed. And 9.0 ships with 0.9rc3 not rc2. Maybe. But initscripts report (when loading alsa drivers) version 0.9rc2 and: [michal@bladerunner michal]$ rpm -qa|grep alsa libalsa2-devel-0.9.0-0.8rc2mdk libalsa2-0.9.0-0.8rc2mdk libalsa2-docs-0.9.0-0.8rc2mdk libalsa-data-0.9.0-0.8rc2mdk xine-alsa-0.9.13-3mdk
Re: [Cooker] Midnight Commander problems
Felix Miata wrote: Michal Bukovjan wrote: When logged into a console as normal user (michal, uid 501), running Midnight Commander barfs at me this message: warning: [gpm.c(857)]: Failed gpm connect attempt by uid 501 for vc /dev/vc/0 last=/home/flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c home/flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c RPM/BUILD/gpm-1.20.0/src/liblow.c BUILD/gpm-1.20.0/src/liblow.c gpm-1.20.0/src/liblow.c src/liblow.c liblow.c info: [liblow.c(446)]: Warning: closing connection The message is as copied from the screen, so maybe a little garbled. The MC screen then becomes scrolled up, and mc is therefore not usable. Indeed, I have no right to access /dev/vc/0 (root|root). This is an upgrade to 9.0 from clean install of 8.2 (download edition). Midnight Commander works OK when logged in a console as root or for any user under X terminal. Same for me in the betas and RC's. Does it happen even if you don't use a vga= parameter on your kernel line? IIRC, it only happens to me when I have used vga=788. What is your video card? Here's what I wrote down one of the many times it happened to me: last=/home/flepied/RPM/BUILD/gpm-1.20.0/src/liblow.c info: [liblow.c(446)]: warning: closing connection Hi! I have vga=788. So I rebooted to linux-nonfb (no vga=788) and all hell broke loose! The X work, but the text console is unusable - cursor is way off the characters as I type. The screen appears to be divided by rows into halfs/thirds, although there is no rule to this. When I start mc, the screen is filled with random chars and portion of mc interface, if I refresh mc (Ctrl+R) the screen eventually fills up with solid green! clear command will not help, console switching restores about half the screen. Amidst the chars I spotted the (gpm) message as well, though, so it may not be related only to vga=788 mode only. I have Athlon 1GHz, MSI K7T Turbo (VIA KT133A chipset), ATI All in Wonder Radeon QD, 265MB RAM This nonfb bug is quite serious - I'll check tomorrow if it is better after cold boot! Needless to say, this worked OK in MDK8.2. Michal Bukovjan
Re: [Cooker] GNOME2 bugs/remarks - metacity problems? - more info
Benjamin Pflugmann wrote: Hi. On Wed 2002-10-02 at 18:36:15 +0200, Michal Bukovjan wrote: [...] All of these cases appear when you click *INTO* the window (any point). Both focusing and raising *work* correctly if I click on window header or window decoration (border) of the corresponding window. If you ever find out how to change it, *please* tell me, because that is exactly the behaviour I want, and I have found no way yet to enable it (I hate nothing more than browser windows popping to front, just because I select something in them). Btw, this of course means, I cannot reproduce your problem, as for me any click, *anywhere* in the window of window border raises it and I think I already tried to change all available config options (in the gui preferences). Grrr :-( Let's exchange our disks:-) On a more serious note, my system behaviour would not please you, as Mozilla is the exception that raises when clicked into, but do not get keyboard focus (and the header border painted by WM do not change its look to focused as well). Michal
Re: [Cooker] suggestion for systems with VIA sound chips
Todd Lyons wrote: O'Riordan, Kevin wrote on Wed, Sep 11, 2002 at 04:08:46PM +0100 : I tried using the snd-via686 module, but sound is very very choppy when using esound or the xine alsa module. Sound is okay when using arts through alsa, or oss emulation. Sound is also okay with the via82cxxx module. Am running latest cooker with 2.4.19-9mdk kernel. I recall seeing someone say that setting in the XF86Config-4 file the following made a difference in sound working properly for them: Option PciRetry true You could serve as a guinea pi^W^W baseline if you would try adding this option. I also use via686. I just added this option to my XF86Config-4 file (currently Mandrake 8.2 box), running this box for few hours now, and the cranked sound with esd seems to go away. (Previously I got choppiness sometimes when Mozilla draw its contents and I played through esd). So at the very least, I think it won't hurt to add it. Michal Bukovjan
Re: [Cooker] Mozilla FR
Pierre wrote: the problem is that there isn't any french translation of mozilla 1.1, but there is one for 1.0. In the 8.2 release, Mozilla 9.8 was in french after install : people which are going to upgrade won't understand why upgrading means loosing the french traduction ! Is it really a progress ? I would prefer a 1.0 in french than an 1.1 in English : Linux would still be said to be a not well traducted OS... Henri Yes I think it's strange to propose only Mozilla 1.1 in mdk 9.0 because it's a unstable release of Mozilla. Mozilla 1.0 is the last stable release. It's not unstable. That release went through alpha and beta stage, and is considered stable. Mozilla 1.0.x is a frozen release (mainly interfaces) for their customers that build upon it. If you talk about unstable release, talk about Mozilla 1.2alpha or nightly builds. Michal
Re: [Cooker] Too late for this change?
Richard Burt wrote: I suppose is would be asking too much to include KDE3.1? Bwaaahahaha, aieee, ha, ha, ha. Hm. Michal
Re: [Cooker] rpmdrake maximum informations
Reinout van Schouwen wrote: Hi, On Thu, 29 Aug 2002, Peter Ruskin wrote: What do you mean by is not a word? I mean, it's part of the dictionary.. Just remove the final s. There is no plural form for information. All the messages in the drak* -programs need to be proofread by a native english speaker. As a translator I run into very weird sentence constructions and spelling mistakes (dinamic) all the time. [if this is to happen, please do it more than a few days for the final release. Translators do need a little time to update all the fuzzy strings again, you see.] I second that... When doing Czech translation, I ran into *TONS* of weird msgids all over. My most favourite and frequent were words like powerfull, successfull etc. (in case someone wonders, powerful, successful are correct - these words are always *ful except fot full alone). Most of these errors could be easily eliminated by running through a spellchecker. (i.e. I am not event talking about structural mistakes) Michal
[Cooker] Re: [CHRPM] OpenOffice.org-1.0.1-4mdk
Gwenole Beauchesne wrote: --=-=-= Name: OpenOffice.org Relocations: (not relocateable) Version : 1.0.1 Vendor: MandrakeSoft Release : 4mdk Build Date: Tue Aug 27 19:18:14 2002 Install date: (not installed) Build Host: enne.mandrakesoft.com Group : OfficeSource RPM: (none) Size: 204079675License: LGPL Packager: Gwenole Beauchesne [EMAIL PROTECTED] URL : http://www.openoffice.org/ Summary : Open source office suite Description : Languages available in OpenOffice.org-l10n-* packages include: Enligh, French, German, Spanish, Italian, Dutch, Sweddish, Finnish, Polish, Russian, Chinese, Japanese, Korean, Danish, Greek, Turkish. Thanks for the Czech localization; perhaps Czech could be added to description above as well? Michal
[Cooker] vlc 0.4.4 is out
Contains only few bug fixes over the Cooker release 0.4.3, could this be possibly updated? Michal
[Cooker] Minor bug in gmc package
Looks like call to update-menus in POSTUN script is missing. Michal
Re: [Cooker] M9 Beta3 Mozilla bug report
Frederic Crozat wrote Guys, you are incredible : for Mdk 8.2, I was bashed because I didn't include Moz 0.9.8 (and I was right, there was a lot of regressions compared to Moz 0.9.7 we shipped).. And now that we will ship Moz 1.1, we are bashed because it is too recent (even if it has passed both alpha and beta stage).. You are never happy and I'm becoming a little upset by this kind of behaviour.. I am one of those that were complaining about not including Moz 0.9.8. Now, I am definitely pleased with Moz 1.1:-) BTW, I used Mozilla 1.1beta from tarballs for some time, and never encountered a problem anyway... Great work! Michal
Re: [Cooker] ADSL feature request
ifup eth0 and ifdown eth0 would spare you some typing :-) David Grant wrote: I thought there already was this feature in the Networking part of the Mandrake control center? If I am wrong then this would definitely be a cool feature. I usually just do ifconfig eth0 down, ifconfig eth0 up at the command prompt for my DHCP connection Florent BERANGER wrote: Hi, it will be very cool if we'll have an auto-reconnect option for ADSL (and other ?) connection configuration. Thanks to take a look to it, Florent -- Pendant tout l'été, le modem ADSL Tiscali est gratuit. Profitez en pour passer au Haut Débit ! Cliquez ici, http://register.tiscali.fr/adsl/ Offre soumise à conditions.
Re: [Cooker] Release Date?
Warly wrote: Buchan Milne [EMAIL PROTECTED] writes: Thierry Vignaud wrote: | Ben Reser [EMAIL PROTECTED] writes: | | |As it appears we're getting closer and closer to a release date can |we please get yoru plans regarding release dates? I'd rather not |have a repeat of the last time with known bugs not getting fixed. |As we get closer I'd like to start being a little more critical |(i.e. report more minor things). | | | we should release between early september and mid-september. | betas're comming out of the box, just wait. | then there'll be features freeze, more betas, deep freeze/debugging | only, releases candidates, and the final release :-) | Well, could we at least get a date for feature freeze? expect a beta next week, feature freeze the week after, another beta each 15 days up to the release date between the 5th and 10th of September. I hope XFree86 will make it to 4.3.0 (and resync with DRI devel) by that date, then. Would be a boon for us ATI users. Michal
[Cooker] OpenOffice.org suggestion
There is a Czech version of OpenOffice.org available at: ftp://ftp.linux.cz/pub/linux/local/openoffice-cz/ Just the resources compatible with cooker rpm package are available at: ftp://ftp.linux.cz/pub/linux/local/openoffice-cz/OOo_1.0.0-normal-resources.tar.gz Since there are other localized versions of OOo available as well, would it be possible to split the OpenOffice.org package into something like: OpenOffice.org-1.0.1-5.rpm OpenOffice.org-locale-en-1.0.1-5.rpm OpenOffice.org-locale-fr-1.0.1-5.rpm OpenOffice.org-locale-de-1.0.1-5.rpm OpenOffice.org-locale-cs-1.0.1-5.rpm ... and thus provided localized versions of OOo? Just like the kde-i18n-* is split... Michal
[Cooker] Re: [Contrib-Rpm] Gnometab-0.6.1-1mdk
Sylvestre Taburet wrote: [Contrib-RPM] --=-=-= Name: Gnometab Relocations: (not relocateable) Version : 0.6.1 Vendor: MandrakeSoft Release : 1mdk Build Date: Thu Jul 11 11:36:20 2002 Install date: (not installed) Build Host: bi.mandrakesoft.com Group : File toolsSource RPM: (none) Size: 174884 License: GPL Packager: Sylvestre Taburet [EMAIL PROTECTED] URL : http://www.solutionm.com/gnometab/gnometab.html Summary : Gnometab is a graphical guitar tablature editor Description : Gnome-find is a gnome-based graphical guitar tablature editor. Gnometab's features include copying and A typo? Michal
[Cooker] TOra Oracle developer tool
Anyone thought about including this app in Cooker / next distro? Red Hat does it, the RPMs are in Rawhide It's a *great* application for Oracle developers / admins, requires Qt. http://www.globecom.se/tora/ Michal
Re: [Cooker] TOra Oracle developer tool
Ben Reser wrote: On Wed, Jun 05, 2002 at 10:40:12AM +0200, Michal Bukovjan wrote: Anyone thought about including this app in Cooker / next distro? Red Hat does it, the RPMs are in Rawhide It's a *great* application for Oracle developers / admins, requires Qt. http://www.globecom.se/tora/ Incidentally you did realize that RedHat isn't shipping the Oracle plugin? I haven't tried that rpm (always compiled myself). I understand that it can be used for other DB, never did that, though... Perhaps Mandrake could also try to ship Oracle client libs (in PowerPack, or whatever...) - I am not sure about licensing, though. This would make life of a lot easier for (Oracle) developers or potentially deployment of front-end apps with DB connectivity. Michal
Re: [Cooker] lineak : new versions !
Olivier Thauvin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Jeudi 30 Mai 2002 17:31, Cosmic Flo a écrit : There are new versions (now compatible !!!) with new keyboards support ! It's interesting for person who have a multimedia/internet keyboard. http://lineak.sourceforge.net/ OK, I just upload it. It is a little basic, but I think it works: lineakd-0.3.2-0.1mdk lineakconfig-0.3-0.1mdk Can you test it and report me bugs/idea. Thanks are also welcome ;) Couple of bugs / issues I ran to: - lineakd is not started automatically when I log in into X/Gnome - if I add lineakd -b command to Gnome startup manually (via control center) it fails to read configuration file for some reason, it is running though. After login, I open a terminal, send a -HUP signal to the running lineakd, it starts to work (i.e. now it can read the configuration?) - on first run, lineakconfig wants to create a configuration. I select a keyboard type, point it to CDROM and mixer, but when I click OK, it fails to create the config and tells me (on stdout) that I should run lineakd for that. This is confusing. - when configuring keys, first time I click Apply, the configuration gets updated. Second time, the update fails silently and I have to restart both lineakconfig and lineakd to continue the configuration process (there are some error messages on the console, though, like grep: cannot find libc.so.6) After I circumvent these issues, lineakd seems to work for me (will have to keep it running for some time to see). Michal
Re: [Cooker] lineak : new versions !
Michal Bukovjan wrote: Olivier Thauvin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Jeudi 30 Mai 2002 17:31, Cosmic Flo a écrit : There are new versions (now compatible !!!) with new keyboards support ! It's interesting for person who have a multimedia/internet keyboard. http://lineak.sourceforge.net/ OK, I just upload it. It is a little basic, but I think it works: lineakd-0.3.2-0.1mdk lineakconfig-0.3-0.1mdk Can you test it and report me bugs/idea. Thanks are also welcome ;) Couple of bugs / issues I ran to: - lineakd is not started automatically when I log in into X/Gnome - if I add lineakd -b command to Gnome startup manually (via control center) it fails to read configuration file for some reason, it is running though. After login, I open a terminal, send a -HUP signal to the running lineakd, it starts to work (i.e. now it can read the configuration?) - on first run, lineakconfig wants to create a configuration. I select a keyboard type, point it to CDROM and mixer, but when I click OK, it fails to create the config and tells me (on stdout) that I should run lineakd for that. This is confusing. - when configuring keys, first time I click Apply, the configuration gets updated. Second time, the update fails silently and I have to restart both lineakconfig and lineakd to continue the configuration process (there are some error messages on the console, though, like grep: cannot find libc.so.6) After I circumvent these issues, lineakd seems to work for me (will have to keep it running for some time to see). Michal Umm, and sorry I forgot: *** THANKS *** !!! (A lot) :-) Michal
Re: [Cooker] lineak : new versions !
Olivier Thauvin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Vendredi 31 Mai 2002 10:01, Michal Bukovjan a écrit : Michal Bukovjan wrote: Olivier Thauvin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Jeudi 30 Mai 2002 17:31, Cosmic Flo a écrit : There are new versions (now compatible !!!) with new keyboards support ! It's interesting for person who have a multimedia/internet keyboard. http://lineak.sourceforge.net/ OK, I just upload it. It is a little basic, but I think it works: lineakd-0.3.2-0.1mdk lineakconfig-0.3-0.1mdk Can you test it and report me bugs/idea. Thanks are also welcome ;) Couple of bugs / issues I ran to: - lineakd is not started automatically when I log in into X/Gnome Not done yet. - if I add lineakd -b command to Gnome startup manually (via control center) it fails to read configuration file for some reason, it is running though. After login, I open a terminal, send a -HUP signal to the running lineakd, it starts to work (i.e. now it can read the configuration?) - on first run, lineakconfig wants to create a configuration. I select a keyboard type, point it to CDROM and mixer, but when I click OK, it fails to create the config and tells me (on stdout) that I should run lineakd for that. This is confusing. More info: it fails because it says it cannot find existing one... (but it is supposed to create one, right?) - when configuring keys, first time I click Apply, the configuration gets updated. Second time, the update fails silently and I have to restart both lineakconfig and lineakd to continue the configuration process (there are some error messages on the console, though, like grep: cannot find libc.so.6) libc.so.6, very strange [nanardon@virgo devel olivier]$ rpm -qf /lib/libc.so.6 glibc-2.2.5-5mdk Sure, I have it too... My system would behave funny if I didn't have this one :-) Maybe it was some leftover from my previous experiments, I think it does not occur anymore. But I got more exact way to reproduce: It is not when I click Apply second time, actually. The sequence to reproduce: 1. Start lineakd 2. Start lineakconfig 3. Click Apply in lineakconfig (it sends -HUP to lineakd). OK at this point 4. Press an assigned button on my keyboard to perform a command (like running a g-calc when I pres Calc button) 5. When I click on Apply now, an error message appears: Error: Could not find lineakd running (1). LinEAK configuration not changed. 6. Now I have to close lineakconfig, kill lineakd (which is running anyway), and restart both. Note if I do NOT skip step 3, lineakconfig cannot be closed and I have to Ctrl+C from parent terminal. Also, restaring just lineakd helps as well. After I circumvent these issues, lineakd seems to work for me (will have to keep it running for some time to see). Michal Umm, and sorry I forgot: *** THANKS *** !!! (A lot) Is it a thanks for the rpm or all that bugs ;-) For mdk rpms and efforts :-) Michal
Re: [Cooker] lineak : new versions !
Olivier Thauvin wrote Le Jeudi 30 Mai 2002 17:31, Cosmic Flo a écrit : http://lineak.sourceforge.net/ I am very intresting, I will looking this this evening. Works more or less OK for me. If Mandrake would be able to integrate this (and hack the lineakconfig into Gnome-/KDE-/Mandrake Control Center), now I would call this the edge over other distros! Michal
[Cooker] Nethack Falcon's eye 3.4.0 is out for some time
... and Cooker still contains version 3.3.1 :-) Michal
Re: [Cooker] OpeOffice - wow! I am impressed
Borsenkow Andrej wrote: ÷ óÂÔ, 25.05.2002, × 14:28, [EMAIL PROTECTED] ÎÁÐÉÓÁÌ: Andrej, There is a dictionary installer for linux, if you have a internet conection it look for the languages you need and make the installation. You can get it at: http://www.daria.co.uk/ thank you, but it does not matter what tool is used to download as long as there is nothing to download :-) -andrej On a related note, there is a bug with respect to dictionary handling when creating a user profile. I am not sure if it is related to Mandrake, I have a cs_CZ dictionary installed in /usr/lib/openoffice/user/wordbook/cs_CZ.[aff|dic] When there is no ~/.openoffice profile, one is dynamically created. Everything is set up correctly, except for the dictionary symlinks; symlinks for en_US.aff and en_US.dic are created (pointing to /usr/lib/openoffice/user/wordbook copies), but symlinks for cs_CZ.aff and cs_CZ.dic are not. I suspect this would be the case for any other language. After manually creating the symlinks, everything works just fine. Using OpenOffice.org-1.0-2mdk (works great :-) on Cooker. Michal
[Cooker] Emacs PSGML package
Needs recompile for cooker, as: - there is a new version out - the cooker version complains about wrong keybindings in byte-code when switching to XML mode in Emacs I downloaded and compiled from latest tarball, and XML mode now works. Michal
Re: [Cooker] Why is xmatrix missing from xscreensaver?
J.A. Magallon wrote: On 2002.04.24 Geoffrey Lee wrote: of The Matrix artwork ? If Jamie or other distributions don't care, fine.. But we DO care, we don't want to get sued.. That is why xmatrix was removed and there is no plan to put it back (except if you get a royalted free license for commercial distribution of xmatrix from The Matrix artwork authors..) I don't tink this people pay any royalties (matrix ss for MacOSX): Probably, or probably not. But we can't risk our asses just because we *think* that it's ok to use xmatrix without some sort of licensing. I'm sure that was what I felt when I removed it. Anyways, I think you do the correct thing. Perhaps a candidate for PLF site ? Or even that could be dangerous ? How about actually asking for permission the copyright owners? Since they distribute their own screensavers for free, I don't think they would be against, since it's a kind of promotion for free. And the problem would be solved.
[Cooker] Nautilus and garbled JPEG images
I am glad to report that the problem with Nautilus and scaled images introduced in MDK 8.2 ( I described that some time ago) seems to be fixed by upgrading to libimlib1-1.9.14/gdk-pixbuf-loaders-0.17.x from cooker. Great job! Michal Bukovjan