Re: [Cooker] [Bug 5566] [kdebase] New: use of proprietary menu location defeats the purpose of a standard Linux desktop
On Thursday 11 September 2003 23:31, Buchan Milne wrote: On Thu, 11 Sep 2003, [adilz] wrote: The menu location should be standardized and the KDE default location can be used by all Linux distributions. And what about users who use GNOME, WindowMaker, IceWM? Or, do you think it is more feasible to support 11 desktops/window managers instead of one menu standard (currently shared by Debian and Mandrake)? My second computer has Debian installed. The main difference is that Debian DOES NOT SUBSTITUTE the original KDE menu, but rather ADDS to it. If not, third party software installers will not create links in the KDE start menu. Tough. The use of menudrake is covered in the documentation in the distro. OK, so the third party installers should use menudrake in case of Mandrake, Debian menu system in case of Debian, regular KDE menu system in case of hell knows what... Why do they need all this headache, if it's possible just to use the regular KDE menu system, and let users of some non-regular distribution cope with their problems themselves? Does it install menus for the other 11 window managers avaialble in the distribution. That's the root of the problem. Freedesktop.org standards are not ready yet, but once they are, the policy should be simple - any desktop that doesn't support these standards, just doesn't get included into the distribution, or is included as unsupported. I would strongly suggest using the same location as KDE does for menus. Mandrake can add items and folders to that standard location and build the applnk-mdk menus there. And how do you propose ensuring that these menus do not get removed when the new ones are rebuilt? And how Debian does ensure? That's exactly what it does. Sorry, but the problem is upstream. All the desktops should support the standards for menus as specified int he freedesktop.org specifications. Agree completely. Until then, it is impossible to satisfy everyone completely. It is. Switch to the exact Debian way - add entries to KDE menu, don't substitute it. It's not only for third party applications, it's for installing from source too. It's not always possible to find Mandrake-specific RPM for some KDE application, especially for a fresh one. Mandrake provides easy to use solutions for both strategies, but defaults to using a single consistent menu across desktops. If you install so much software that it is such a waste of your time to create menu entries, swap to using the original menus using menudrake. @resolution=invalid -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] MDK vs. Knoppix Auto Detection/Configuration
On Sunday 08 December 2002 12:38, James Sparenberg wrote: On Sun, 2002-12-08 at 01:37, Alex Chudnovsky wrote: I agree completely. What lacks sorely in XFree86, IMHO, is the fallback mechanism - if this driver doesn't work, use another driver, and if nothing works, use some worst case default ( 640x480 generic VGA driver or VESA FB driver for videocard, autoprobe for mice). As in (cough) Windows. Anyway, it is pretty hard these days to find EGA card or (cough) CGA card. This is also a position that could help when say replacing a blown video card. Many is the time that once I got something working, and could then adjust from there, to get a nice product. For ex-windytes (windows users) the ability to limp into a visible mode and then properly adjust with MCC would be a really big help when changing hardware etc. Yes, and not only that. My wet dream for successful Linux desktop is XFree86 not needing configuration file at all - i.e it should use one if it finds it, but if it finds nothing, then it should be as follows : - Video card is autoprobed, if the suitable driver found, it is used, or generic VESA, or generic VGA. - Mice are autoprobed, all mice found are used. And about mice : Why should one re-run XFdrake anew or manually change XF86Config-4 if all he does is just replace some PS/2 mouse with some new USB mouse? IMHO, mice should be autoprobed. OTOH, if XF86Config-4 contains mouse definition, it should be used, but if it is incorrect, it should be considered omitted, warning should be issued, and mice should be autoprobed. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
[Cooker] Recent XFree86 and antialiased fonts - works once yes, once no.
I've recently updated my system to the newest XFree86 and now the freshly updated RENDER extension works once yes, once no - the same KDE application may start with aliased fonts and may start with antialiased fonts. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
[Cooker] Non-standard connections - is that ever going to be handled byMandrake configuration tools and couple of other problems
Half a year ago I've switched from ADSL to cable Internet connection ( the telephone company proclaimed that it was still impossible to provide ADSL to our new neighborhood). The Internet provider has decided to go for some mixed connection scheme - not only DHCP, but DHCP and then VPN, login and such. To my big surprise, there were BIG problems with Linux to connect such a way. * As the connection is DHCP based, DHCPed interface takes ( and rightfully) the default route, and then there are two problems : - PPPD refuses to replace the default route and has to be forced - In case the default route via PPP is forced, the network is dead, as the route to PPTP server goes via the PPP device. So one has to define manually some dedicated route to PPTP server ( and its IP address changed several times in my case, but its name remained the same, go do some tricks defining such a route), and then force the default route to go via PPP device. Windows client does all that automatically. I don't imagine telling some Windows literate Linux newbie over the phone how to configure such connection in Linux. I can easily imagine telling somebody Windows-literate how to configure such connection in Windows. It has taken me about a couple of minutes to reconfigure my connection from ADSL one to mixed cable one in Windows - DHCP instead of static here, PPTP server name, username and password there. Finished. * There is NO WAY to define such 'PPTP over DHCP' connection in DrakConnect. It's either PPTP-ADSL ( i.e PPTP to hardcodedly 10.0.0.138, instead of JUST ASKING the server name/IP), or standard DHCP cable. NO WAY IN HELL to define some VPN connection graphically. Why? For me, there is no problem to define such connection manually - after I discovered the routing problem described above. It has taken several days till I succeeded to connect - and I've played a lot in the past with routing and such, both in Linux and in Windows ( oh, this route command in NT 4...). Compare a couple of minutes to several days. Compare filling several fields in dialog window ( the same dialog window for ANY VPN connection, ADSL, cable, some other, don't know what) to editing /etc/ppp/options and /etc/ppp/ip-up.local ( for the routing problem). Linux conquering the desktop? Mandrake REALLY easy to use? NO and ONCE MORE NO until ALL SUCH LITTLE PROBLEMS ARE WORKED OUT. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] Propositions for rpmdrake
On Wednesday 27 November 2002 05:17, daniel beck wrote: rpmdrake and urpmi is really a nice add value. Its allmost the main raison, why I use mandrake . There are a few things, I thing, that could be nice to implement - the pop pups from rpmdrake are after all not *so* bad, and they are in fact easy to understand. but, then downloading softare from plf, there are allways lots of poppups, and I must stay in front of the monitor, and allway click : yes, I want to install (I know, its because I didn't downloaded the key...). But would be nice to have a : yes for all button. Just rpmdrake --no-verify-rpm. rpmdrake --help should give you the options. But when, o when, will they finally learn? Why not put some Not verify RPMs button INTO THE GUI? Why not back EACH command line option ( there are not many ) with some GUI configuration dialog? - then I update software from cooker, and one package failed, I have to start all again. Ok, its nice that the package are stored in /var/cache, but it would be even nicer if, then i download 2 softare A and B, and the download from software A fails, Software B has nothing to do with A (no dependencies), that urpmi installs Software A Completely right here. And more : - urpmi supports --force and --allow-force options, which do just what you requested - ignore non-existing packages, and ignore dependencies. When will this be supported in rpmdrake? Both in command line options and in GUI? - if the download failed because of, say, overloaded FTP mirror and user decides not to continue, all the packages are erased and the selection list is reset. Go click all the packages anew. - FTP access denied. Continue without or cancel? What the hell? And why not Retry some more times or Retry infinitely too? - Package downloading progress is shown in some nice graphical progress window, why the source update progress is still shown in the console, its failures and all that? When will they learn that in case of GUI, output to the console is an EXCEPTION rather than a rule? And what if the user runs rpmdrake from the menu and not from a terminal? There would be no immediately visible console in that case. When will they understand that GUI is to EASE work, not to harden it? And why do I personally recently prefer pure urpmi ? Because of such underdeveloped GUIs. - I want to be able to acces with urpmi mirrors, which are protected with username/passwort (or does that already work?) ook, bye ! daniel __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
[Cooker] New cooker package of koffice - where are the /usr/lib/menu/* files?
Now koffice apps just refuse to run - their desktop files are invalid. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] New cooker package of koffice - where are the/usr/lib/menu/* files?
On Tuesday 19 November 2002 21:07, Tibor Pittich wrote: On 19. nov 2002 20:57, Alex Chudnovsky wrote: Now koffice apps just refuse to run - their desktop files are invalid. these menu file are missing. only kchart is present in /usr/lib/menu I know that they are missing, the question is rather why are these files missing? :-) Sorry for not expressing myself so well. $ rpm -ql koffice-1.2-9mdk | grep menu /usr/lib/menu/koffice-kchart -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] New cooker package of koffice - where are the/usr/lib/menu/* files?
On Tuesday 19 November 2002 23:57, Tibor Pittich wrote: On 19. nov 2002 21:41, Alex Chudnovsky wrote: On Tuesday 19 November 2002 21:07, Tibor Pittich wrote: On 19. nov 2002 20:57, Alex Chudnovsky wrote: Now koffice apps just refuse to run - their desktop files are invalid. these menu file are missing. only kchart is present in /usr/lib/menu I know that they are missing, the question is rather why are these files missing? :-) Sorry for not expressing myself so well. maybe, only first kdedesktop2mdkmenu.pl script create properly menu file, and, this is coincidence koffice-kchart. It's never late to learn. I didn't even know that this script exists :-) .. and, you can, as you know, run any koffice application through command line;) apps isn't refuse to run :-) They refuse to run from command line, that's a point : [alex@linux SPECS]$kchart [1] 12609 [alex@linux SPECS]$ kio (KTrader): KServiceTypeProfile::offers( KOfficePart, ) kio (KTrader): Returning 2 offers kchart: Constructor started! kchart: InitDOC That's for kchart. And now for kword : [alex@linux SPECS]$ kword [1] 12624 [alex@linux SPECS]$ koffice (lib kofficecore): WARNING: .hidden/kword.desktop: no X-KDE-NativeMimeType entry! koffice (lib kofficecore): ERROR: Couldn't find the native MimeType in kword's desktop file. Check your installation ! [1]+ Exit 1 kword P.S I tried to create the /usr/lib/menu entry for this beast, and kword runs. Thanks. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] Me Too: Lost AA Outright broken postscript generationre Hebrew
On Friday 15 November 2002 04:50, R. Scott Chevalley wrote: yes, libqt3 is not linked to any of the libXft.so versions. I'm using the xft2 patched b2.4 and it's working okay. I don't have the patience to recompile the new rpms with the patch.. I'm just hoping it's fixed soon... :) The QT configure script just isn't able to detect neither the include files for Xft nor the Xft2 library. Several changes here and there, and it works. The Postscript generation for Hebrew fonts is OUTRIGHT BROKEN, too. The fonts are just not embedded correctly, and ghostscript just shows squares instead of characters, whether font embedding is turned on or off. When font embedding is on, only Verdana font gets embedded instead of all the fonts used in the document, and Hebrew glyphs are just NOT EMBEDDED at all. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] Printing Hebrew text - regression
On Saturday 09 November 2002 12:23, Eyal Ben-David wrote: Hi, I think latest changes in printer-drivers broke Hebrew text printing. I see squares instead of hebrew characters. Can someone check and confirm? The same here. The problem is either in Ghostscript or in QT embedding of PostScript fonts Thanks Eyal. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] [not urgent] - controls centers reflexion
On Saturday 09 November 2002 21:40, Florent BERANGER wrote: KDE control center have more and more fonctionnalities each days (X configuration with kxconfig, lilo configuration, camera configuration, keyboard layout, power control, hardware infos, network config,...). A day, we'll have 2 control centers in KDE environment, not 100% interoperables/compatibles (they will not configure thinks as same). kxconfig doesn't configure display as drakXres for exemple. It's a little bad for usability to have 2 controls center (confusions,...) It's not bad to have even 4 control centers, as long as they are fully interoperable - i.e all of them use the same files to keep configuration in etc. The problem is that they aren't interoperable. What can be do (now or in future) : - lets things as this, it works mostly, it's not top for usability but it's not bad / 2 or more control centers, that's greet, the user will choose he's prefered one in his prefered environment. - delete tools as kxconfig in KDEcontrolcenter- KDE control center configure only KDE things. MCC control center will configure all others things. Is keyboard layout editor KDE specific thing or not? And KDM configuration module? - modify tools for entire compatibility/interoperability (if they don't)- good luck ;). It's the right way, IMHO. - replace tools as kxconfig, lilo config in kde control center by Mdk's one - Mdk's tools integration in KDE control center. MCC'll be keept (if user is in another environment or if he want to use it because he prefer it)- the configuration center icon in launch bar launch KDE control center in kde (kdecontrol center will be the default control center in kde), MCC in another desktop environment. It's my prefered issue (I like MCC but it could be better for usability- all configuration in the same control center in KDE, the top for usability and it's always the same tools who are used in each environments (Mdk's ones)). MDK has explicitly declared that drak* are GUI-agnostic and are not supposed to integrate neither into KDE Control Center nor into Gnome Control Center nor into any other environment-specific control center. IMHO, it's a very big mistake and they should integrate. Thanks to have read all ;) Florent -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
[Cooker] kxkb configuration - has anybody got it working it KDE 3.1 rc2?
Keyboard layout editor just disappeared from KDE control center, and 'Configure' of kxkb just plainly doesn't work - nothing appears. What happens? -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] Recent Konqueror and NS plugins
On Saturday 02 November 2002 23:42, Gary Greene wrote: On Saturday 02 November 2002 04:33 pm, Alex Chudnovsky wrote: On Saturday 02 November 2002 22:47, David Walser wrote: Works for me. Only exception is when using over remote X and flash is called, then it hangs. If I killall nspluginviewer I'm back in business. I can't kill it, that's a problem. And the X is local, not remote. Tried a kill -15 on it? That should stop it (hopefully.) No, that doesn't help. It's impossible to kill a process in uninterruptible sleep state. The process is waiting for some I/O that just never finishes. And I would give much to know which I/O it is waiting for and whether there is some way to remove this process altogether by some other means than 'kill''. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] Recent Konqueror and NS plugins
On Sunday 03 November 2002 03:06, Leon Brooks wrote: On Sunday 03 November 2002 04:47 am, David Walser wrote: Alex Chudnovsky [EMAIL PROTECTED] wrote: The recent Konqueror ( 3.1 rc1 ) just hangs when trying to load Netscape plugins. The nspluginviewer process is in the 'D' state, probably blocking some system resources, and the worst is that there is no way to remove such process but by rebooting the system. Anybody with the same problem? Probably locking on sound. Try killing your sound daemon (probably artsd) and see what happens. When Konqueror is already locked, there is no help to kill artsd. After I try to kill it, even 'ps' just stalls there, and there is even no possibility to reboot - the system just stalls waiting for some process to finish. Keyboard reacts and all that, but no advancement. But, when I stop artsd before I try to load the site, the plugins work. I'll try to play with artsd options - let's see what the reason may be. As I guess, artsd tries to lock /dev/dsp, and then nspluginviewer just stalls while waiting for /dev/dsp to be freed. But why the hell artsd should behave like this in case of SB Live!? There is no reason to lock /dev/dsp as there are 32 channels. There is almost no reason for artsd even to exist in this case - as the sound channel mixing is done in HARDWARE. Cheers; Leon -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] Recent Konqueror and NS plugins
On Sunday 03 November 2002 12:37, Leon Brooks wrote: When Konqueror is already locked, there is no help to kill artsd. After I try to kill it, even 'ps' just stalls there, and there is even no possibility to reboot - the system just stalls waiting for some process to finish. Bleah. I've never seen anything that bad from a plugin. I wonder what else is wrong? A lot. For example, when I log in in the text console, the system takes a lot of time to reboot or just stalls UNTIL I EXIT THE TEXT CONSOLE SESSION. I suspect that somewhere there are a lot of some .rpmnew's and that some old versions of initscripts just don't play good anymore with the recent version of the system - it has been continuously upgraded since Mandrake 6.0, including several hardware upgrades and transfers to newer discs. But, when I stop artsd before I try to load the site, the plugins work. I'll try to play with artsd options - let's see what the reason may be. As I guess, artsd tries to lock /dev/dsp, and then nspluginviewer just stalls while waiting for /dev/dsp to be freed. But why the hell artsd should behave like this in case of SB Live!? There is no reason to lock /dev/dsp as there are 32 channels. There is almost no reason for artsd even to exist in this case - as the sound channel mixing is done in HARDWARE. Using OSS? Tried ALSA? Using ALSA. Cheers; Leon -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] Recent Konqueror and NS plugins
On Sunday 03 November 2002 13:54, Luca Olivetti wrote: Leon Brooks wrote: Using OSS? Tried ALSA? Maybe it's unrelated, but ALSA may not be the best option: with the stock kernel in 9.0, each time I started an application using full duplex, the machine would lock hard. I've had several times XMMS locking hard - and it's not full duplex. OTOH, artsd does use full duplex. I see absolutely no reason to run XMMS via artsd with artsdsp, for I've got SB Live! meaning 32 PCM channels mixed in hardware. And that is perfectly supported by ALSA. But who knows, it may be some interaction of XMMS and artsd with ALSA that does the lockup. Switched to OSS and it's working fine (this application at least). MIDI? ALSA does support MIDI, OSS doesn't support it yet. Bye -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
[Cooker] Recent Konqueror and NS plugins
The recent Konqueror ( 3.1 rc1 ) just hangs when trying to load Netscape plugins. The nspluginviewer process is in the 'D' state, probably blocking some system resources, and the worst is that there is no way to remove such process but by rebooting the system. Anybody with the same problem? -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] Recent Konqueror and NS plugins
On Saturday 02 November 2002 22:47, David Walser wrote: Works for me. Only exception is when using over remote X and flash is called, then it hangs. If I killall nspluginviewer I'm back in business. I can't kill it, that's a problem. And the X is local, not remote. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
[Cooker] New Cooker Konqueror and www.mandrakeforum.org
I've encountered some strange behavior of the recent Konqueror regarding www.mandrakeforum.org - as I try to enter some article page containing comments, the page just constantly refreshes and never stops. Is there anybody with the same problem? -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] New Cooker Konqueror and www.mandrakeforum.org
On Friday 01 November 2002 19:58, David Walser wrote: What are your cookie settings? The same thing happens to me in Mozilla on Yahoo! Mail with JavaScript playing with Cookies disabled. Enabled and accepted by default from any server. I've tried many various settings and the result is always the same. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] Newest kernel RPM
On Wednesday 30 October 2002 17:50, David Walser wrote: Also, I just tried to boot it, and the kernel takes forever to start up, then when init starts, it freezes trying to start devfsd. Did somebody try to run NVIDIA proprietary drivers with 2.4.19-18mdk? Somehow with these drivers X works very slowly and finally hangs. Booting with acpi=off everything works. What info do you want from me? --- David Walser [EMAIL PROTECTED] wrote: Installing it it did change the symlinks for initrd.img and vmlinuz in /boot, but if failed to change the symlinks for config and System.map __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] Newest kernel RPM
On Wednesday 30 October 2002 18:05, David Walser wrote: --- Alex Chudnovsky [EMAIL PROTECTED] wrote: Did somebody try to run NVIDIA proprietary drivers with 2.4.19-18mdk? Somehow with these drivers X works very slowly and finally hangs. Independent of Mandrake's kernels, I've seen that in different places with the latest versions of NVidia's module. Try going back a few versions. No, with 2.4.19-16mdk these drivers DO WORK. They also do work with 2.4.19-17mdk/18mdk when booting with acpi=off. With ACPI on, they are somehow slowed to crawl, even mouse is jumpy. I believe the problem is in ACPI. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
[Cooker] newest printer-drivers and suddenly no X11 devices in ghostscript -anybody with the same experience?
As the subject says, I've installed the newest printer-drivers, and suddenly x11 devices disappeared from ghostscript. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] Newest kernel RPM
On Wednesday 30 October 2002 18:13, David Walser wrote: --- Alex Chudnovsky [EMAIL PROTECTED] wrote: On Wednesday 30 October 2002 18:05, David Walser wrote: --- Alex Chudnovsky [EMAIL PROTECTED] wrote: Did somebody try to run NVIDIA proprietary drivers with 2.4.19-18mdk? Somehow with these drivers X works very slowly and finally hangs. Independent of Mandrake's kernels, I've seen that in different places with the latest versions of NVidia's module. Try going back a few versions. No, with 2.4.19-16mdk these drivers DO WORK. They also do work with 2.4.19-17mdk/18mdk when booting with acpi=off. With ACPI on, they are somehow slowed to crawl, even mouse is jumpy. I believe the problem is in ACPI. I wouldn't doubt it. Try turning ACPI off. Let us know if it works. I've already written it DOES WORK. If so, if Juan ever comes back and says what info he wants from me, you can provide it for your situation also. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
[Cooker] kdebase-2.2.2-30mdk kdelibs-2.2.2-28mdk - konqueror crashes whentrying to load linuxtoday.com
Hi, I've tried recently to upgrade my kdebase kdelibs to the newest cooker ones - and for several recent versions, konqueror crashes when trying to view linuxtoday.com. Is that just me or is there some bug in konqueror? Thanks. -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
Re: [Cooker] kdebase-2.2.2-30mdk kdelibs-2.2.2-28mdk - konquerorcrashes when trying to load linuxtoday.com
On Friday 25 January 2002 16:33, you wrote: On Fri, 25 Jan 2002, Borsenkow Andrej wrote: Hi, I've tried recently to upgrade my kdebase kdelibs to the newest cooker ones - and for several recent versions, konqueror crashes when trying to view linuxtoday.com. Is that just me or is there some bug in konqueror? Try www.soundblaster.com with Java enabled and SUN Java 1.3 installed from RPM. You get 100% CPU and hung Konqueror (at least with KDE3). The same works just fine with Galeon. -andrej AFAIK Sun's Java 1.3 has bugs that prevent it from working with Konqueror, please see http://www.konqueror.org/konq-java.html Java disabled, Javascript disabled, and it's Konqueror 2.2.2, not konqueror 3 - still crashes. The window simply disappears. And this didn't happen in the first builds of kdebase-2.2.2 / kdelibs-2.2.2. And that's in linuxtoday.com - Linux-oriented site not working with Linux-oriented browser? Bad :-( -- Regards, Alex Chudnovsky e-mail : [EMAIL PROTECTED] ICQ : 35559910
