February 2003 - openSUSE KDE - openSUSE Mailing Lists

Library problems with KDE3.1 under SuSE 7.2
by John Richter 16 Feb '03

16 Feb '03

Hello. I've recently installed KDE3.1 on my SuSE 7.2 system, and I've encountered some difficulties. Whenever I right click the pager and choose "Configure Virtual Desktops", I get a popup window that says: "There was an error loading the module". The diagnostics line reads: 'Library files for "libkcm_konq.la" not found in paths' I get a similar message if I right click the desktop and choose "Configure Desktop", and then pick the "Desktop" item from the list on the left. Why is libkcm_konq.la missing? Did I forget to install something, is something misconfigured, or is there a file missing in the distribution? -John

4 5

kmail configuration dissapeared from menu (in latest snapshot)
by Matt T. 16 Feb '03

16 Feb '03

Hi, in order to modify my Email accounts I tried to enter the configuration in the kmail menu, but it was gone. Is that just my installation of the almost latest (post release) snapshot, or has somebody seen (and hopefully solved) this? (SuSE 8.1 with the kde.org kde3 release rpms installed and some compiled snapshots after it.) It is of course possible to edit the kmailrc files manually, but that is surely not the way it was meant to be ;-) Thanks, Matt T.

1 0

Login Manager & KDE3.1
by Phil Harrison 16 Feb '03

16 Feb '03

OK I am back with a newly installed 8.0 system. Yast2 works in graphical mode after installing qt3-non-mt. Current problem - I changed the Login Manager background using Control Centre. Now I get a list of groups/users (dialout etc) at the login screen. I can't then login as the system hangs after accepting my password. Need to kill xserver, login via text based console and then startx. When back in KDE I tried going back to the default background. But changes made don't appear to be saved and when rebooting I get the same login problem. Help Phil

1 0

KDE 3.1, Yast2 and xv
by marconi barbosa 16 Feb '03

16 Feb '03

Hi folks, three issues, running Suse 8.0 with KDE 3.1 and having few problems. i) still unable to run Yast2 as a graphic program under KDE 3.1. a window appear asking for root pwd , generates a PID, but no Yast to use. did all stuff mentioned previously but installing qt3-non-mt (together with qt3 on suse kde website?), which I will try later... ii) still unable to set desktop properties in KDE Control Module >>There was an error loading module >>'SuSE/Settings/LookNFeel/desktop.desktop' >>The diagnostics is: >>Library files for "libkcm_konq.la" not found in paths iii) xv crashes now (after KDE 3.1) when trying to grab an area in the desktop, >>X Error: BadAccess (attempt to access private resource denied) >> Major Opcode: 28 solutions to any of these are much welcome, thanks for helping

3 2

Virtual Desktops not conveniently switchable
by Thomas Michalka 16 Feb '03

16 Feb '03

Hello all, sorry for posting this in German at first. I mixed this up when I posted to a German list before. Here's *not* my tranlation because I understand the problem now: In KDE 3.1 the numbering order of virtual desktops changes between two orientations of kicker. Let's have an example with 12 desktops as I have configured. KDE2: 1 3 5 7 9 11 2 4 6 8 10 12 This arrangement remains constantly with no concern to position of kicker (vertical/horizontal). In contrast to the KDE2-related behaviour KDE3 rearranges the desktop numbering according to kicker orientation as follows: KDE3 with vertically oriented kicker: 1 2 3 4 5 6 7 8 9 10 11 12 KDE3 with kicker oriented horizontally: 1 2 3 4 5 6 7 8 9 10 11 12 While changing the arrangement geometry is just a bit strange (you could forget the desktop switcher in kicker or simply remove it) the shortcut-to-number-mapping is really inconvenient, because one has to rearrange his/her imagination of desktops in mind. An Example: Suppose you are on Desktop 1. While "Desktop up/down" for vertical arrangement switches between 1 and 3 the same shortcut for horizontal arrangement switches between 1 and 7. Having the horizontal arrangement in mind it's really confusing to use a vertical oriented kicker. A related problem is with the program kpager and vertical oriented kicker. While in kpager the desktop arrangement is constant and matches with a horizontal oriented kicker users of kpager have a permanent mismatch of desktop arrangements. For those one the only workaround at the moment would be to orient the kicker to horizontal position. But note that KDE3 also rearranges the virtual desktops when you change the kicker geometry, e.g to enable smaller icons. With a slim kicker the arrangement would be 1 2 3 4 5 6 7 8 9 10 11 12 and therefore the up/down shortcut wouldn't work until the kicker's height returns to "Normal" (related to icon size). To make kpager reorientable obviously wouldn't help because it would not rearrange the orientation in mind. So my appeal to KDE developers for KDE3.2 is: Please let the desktop arrangement and shortcut-to-number-mapping remain constantly if the user wishes it. Even a better suggestion: Let the user choose an arrangement not bound to the kicker geometry, e.g. two lines: 1 2 3 4 5 6 7 8 9 10 11 12 three lines: 1 2 3 4 5 6 7 8 9 10 11 12 May be this isn't the suitable place - if so, would anyone please tell me the right one? BTW: I would like to suggest that instead of desktop numbers a kpager should appear in the center of the screen whenever one switches the desktop with a shortcut. This would increase the convenience of visual desktop handling. An additional proposal is to embed a kpager to the desktop switcher on kicker that comes up whenever one points with the mouse on it. So mouse users could switch between desktops more convenient than it's possible with a rolling up kpager window always in front (my current window configuration for kpager). Best regards, Thomas Michalka

2 1

arial font konqueror
by Alexander Kaiser 15 Feb '03

15 Feb '03

Hello, I seem to have a problem with the font "Arial" in konqueror. All typical German characters (e.g. umlaute as ü ä ...) are simply left out on webpages as well as on file and directory names. There is no such problem with Helvetica or e.g. any of the Nimbus fonts. For filenames, i can simply change the standard font of the file manager to helvetica. But I can't browse a webpage that formats its text as arial (eg www.yahoo.de). I run Suse 8.1, to which I upgraded from Suse 7.3. I never tried to manipulate any fontsettings on the box manually, and the problem did not arise in the prior 7.3 install. Does anyone have an idea? Thanks, Alex

1 0

Fw: [suse-kde] KDE on SuSe 8.0 Pro.
by Herman Kerkhofs 15 Feb '03

15 Feb '03

> > > > ----- Oorspronkelijk bericht ----- > > Van: "Christoph Eckert" <mchristoph.eckert(a)t-online.de> > > Aan: <suse-kde(a)suse.com> > > Verzonden: vrijdag 14 februari 2003 23:03 > > Onderwerp: Re: [suse-kde] KDE on SuSe 8.0 Pro. > > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Am Freitag, 14. Februar 2003 22:29 schrieb Herman Kerkhofs: > > > > > After i installed the following packages of KDE 3.1: > > > > > > kdebase3 > > > kdelibs3 > > > qt3 > > > qt3-non-mt > > > > This will not be enough. KDE consists of many more packages. > > You will not get KDE working with some of the other packages, > > I think. I found on a website about Linux that these packages is all you need to have a working KDE, also when I upgraded from 3.0 to 3.0.4 I only installed these packages: kdebase3 kdelibs3 qt3 And KDE worked fine only YAST2 could not start in graphical mode, I know now that you have to install qt3-non-mt to have YAST2 start in graphical mode. Wich I did this time. :o) > > > startkde > > > > Try /opt/kde3/bin/startkde > > > > But I think that you will miss furtther packages. As normal user I get this message: bash: /opt/kde3/bin/startkde no such file or directory. > > > yast -i /home/xxx/Documents/<package>.rpm > > > > You can also use rpm directly: > > > > rpm -Uhv *rpm > > > > But you will have to install the single rpms in the right > > order. If you are sure you have all needed packages you can > > try to run > > > > rpm -Uhv --nodeps *rpm > > > > _twice_ . This will ensure that lately in the second run every > > package will find all files that will be needed for its > > installation. The problem is not installing the packages, I tryed it first with Kpackage but i get dependencie problems. So now I do it this way with YAST2 without dependencie problems. :o) The problem is with kdeinit, I found out that it is responsible for loading KDE and for applications in KDE. So if you load a application in KDE this is done by kdeinit. Greetings Walter

1 0

[suse-kde] KDE on SuSe 8.0 Pro.
by Herman Kerkhofs 15 Feb '03

15 Feb '03

----- Oorspronkelijk bericht ----- Van: "Herman Kerkhofs" <autostart(a)planetinternet.be> Aan: "Christoph Eckert" <mchristoph.eckert(a)t-online.de> Verzonden: zaterdag 15 februari 2003 15:28 Onderwerp: Re: [suse-kde] KDE on SuSe 8.0 Pro. > > ----- Oorspronkelijk bericht ----- > Van: "Christoph Eckert" <mchristoph.eckert(a)t-online.de> > Aan: <suse-kde(a)suse.com> > Verzonden: vrijdag 14 februari 2003 23:03 > Onderwerp: Re: [suse-kde] KDE on SuSe 8.0 Pro. > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Am Freitag, 14. Februar 2003 22:29 schrieb Herman Kerkhofs: > > > After i installed the following packages of KDE 3.1: > > > > kdebase3 > > kdelibs3 > > qt3 > > qt3-non-mt > > This will not be enough. KDE consists of many more packages. > You will not get KDE working with some of the other packages, > I think. > > > I found on a website about Linux that these packages is all you need to have > a working KDE, also when I upgraded from 3.0 to 3.0.4 I only installed these > packages: > > kdebase3 > kdelibs3 > qt3 > > And KDE worked fine only YAST2 could not start in graphical mode, I know now > that you have to install qt3-non-mt to have YAST2 start in graphical mode. > Wich I did this time. :o) > > > startkde > > Try /opt/kde3/bin/startkde > > But I think that you will miss furtther packages. > > > As normal user I get this message: > > bash: /opt/kde3/startkde no such file or directory. > > > > yast -i /home/xxx/Documents/<package>.rpm > > You can also use rpm directly: > > rpm -Uhv *rpm > > But you will have to install the single rpms in the right > order. If you are sure you have all needed packages you can > try to run > > rpm -Uhv --nodeps *rpm > > _twice_ . This will ensure that lately in the second run every > package will find all files that will be needed for its > installation. > > > The problem is not installing the packages, I tryed it first with Kpackage > but i get dependencie problems. > So now I do it this way with YAST2 without dependencie problems. :o) > > The problem is with kdeinit, I found out that it is responsible for loading > KDE and for applications in KDE. > So if you load a application in KDE this is done by kdeinit. > > Greetings > > Walter > > -- > To unsubscribe, email: suse-kde-unsubscribe(a)suse.com > For additional commands, email: suse-kde-help(a)suse.com > Please do not cross-post to suse-linux-e >

1 0

Konqueror anomally
by PL O'Smith 15 Feb '03

15 Feb '03

Hi all, I am wondering if anyone else has noticed this in their new Konq 3.1? It is working great for all sites and I find myself using it for 99% of my browsing, but the bug appears when downloading a file/s. When you start a download, your point usually gets a little clock attached to it until it finishes or starts, then goes away. Mine is staying on now, until I close down that sesson of Konq. Not a biggy, but it shouldn't be doing that. Anyone else seeing that too? Patrick-- --- KMail v1.5 --- SuSE Linux Pro v8.1 --- Registered Linux User #225206 On any other day, that might seem strange...

1 0

[suse-kde] Virtual Desktops not correctly switchable
by Thomas Michalka 15 Feb '03

15 Feb '03

Hello all, sorry for posting this in German at first. I mixed this up when I posted to a German list before. Here's *not* my tranlation because I understand the problem now: In KDE 3.1 the numbering order of virtual desktops changes between two orientations of kicker. Let's have an example with 12 desktops as I have configured. KDE2: 1 3 5 7 9 11 2 4 6 8 10 12 This arrangement remains constantly with no concern to position of kicker (vertical/horizontal). In contrast to the KDE2-related behaviour KDE3 rearranges the desktop numbering according to kicker orientation as follows: KDE3 with vertically oriented kicker: 1 2 3 4 5 6 7 8 9 10 11 12 KDE3 with kicker oriented horizontally: 1 2 3 4 5 6 7 8 9 10 11 12 While changing the arrangement geometry is just a bit strange (you could forget the desktop switcher in kicker or simply remove it) the shortcut-to-number-mapping is really inconvenient, because one has to rearrange his/her imagination of desktops in mind. An Example: Suppose you are on Desktop 1. While "Desktop up/down" for vertical arrangement switches between 1 and 3 the same shortcut for horizontal arrangement switches between 1 and 7. Having the horizontal arrangement in mind it's really confusing to use a vertical oriented kicker. A related problem is with the program kpager and vertical oriented kicker. While in kpager the desktop arrangement is constant and matches with a horizontal oriented kicker users of kpager have a permanent mismatch of desktop arrangements. For those one the only workaround at the moment would be to orient the kicker to horizontal position. To make kpager reorientable obviously wouldn't help because it would not rearrange the orientation in mind. So my appeal to KDE developers is: Please let the desktop arrangement and shortcut-to-number-mapping remain constantly if the user wishes it. May be this isn't the suitable place - if so, would anyone please tell me the right one? BTW: I would like to suggest that instead of desktop numbers a kpager should appear in the center of the screen whenever one switches the desktop with a shortcut. This would increase the convenience of visual desktop handling. An additional proposal is to embed a kpager to the desktop switcher on kicker that comes up whenever one points with the mouse on it. So mouse users could switch between desktops more convenient than it's possible with a rolling up kpager window always in front. Best regards, Thomas Michalka

1 0