You are not logged in.

1

Friday, February 13th 2004, 1:05am

Kopete 0.8 on Mandrake 9.2 - Displaying Plugins

I've been using previous versions of Kopete (0.7 to 0.75) for ages, on version of Mandrake (9.0, 9.1, 9.2)

I've downloaded Kopete 0.8, and successfully compiled it.

However, I'm not able to display plugin's?

With previous Kopete versions, I've updated /etc/kderc to point to the location of the program, which looks like this for me.....

[Directories]
prefixes=/usr/local/kde

Does anybody know what has changed, or what the problem could be? (I'm still happily using Kopete 0.75, but would like to get the 0.8 running).

2

Friday, February 13th 2004, 1:45pm

You haven't any errors on ./configure ? With my MDK 9.2, I have error....
Mandrake 9.2

3

Friday, February 13th 2004, 2:39pm

I thinks we have the same error

See this topic :

http://www.kde-forum.org/viewtopic.php?t=2244

And good luck !!

4

Tuesday, February 17th 2004, 11:00am

i have the same problem as you.

But how do you do to solve the fact that kopete installation directory is /usr/local/kde .

I try to copy all the kde directory into /usr/local, but it gives me only the possibility to execute from the konsole.

What's more : kopete does not display its icon in the status bar. So as for the plugins it is a problem of directory. It doesnt know where to look for...

perhaps should i try to copy kde directory directly into .usr . But i fears me a bit ;).

I did not find your /etc/kderc file too.

5

Tuesday, February 17th 2004, 2:57pm

okay, i got it to work :)

If compilation works even if there is the message in the configure. You should be able to open kopete but without any plugins nor the icon.

So uninstall it then :

modifiy the "configure" file.
look for ' ac_default_prefix=${KDEDIR:-/usr/local/kde} '
and modify it as : 'ac_default_prefix=${KDEDIR:-/usr}'

Then ./configure
make
su -c "make install" as usual ;).

that works for me with Mandrake 9.2 .

6

Wednesday, February 18th 2004, 10:22am

ok lol, i'm a real NB :

it's simple doing : ./configure --prefix=/usr in place of modifing the configure file.

7

Wednesday, February 18th 2004, 4:47pm

Doesn't work ??

I always have the tcp.h error in ./configure and I don't understand why I must change the kde path because mine is in /usr/local/kde :!:

After compilation, when I launch kopete I have some problem :

kopete: [KopetePlugin* KopetePluginManager::loadPluginInternal(const QString&)] kopete_chatwindow
kopete: WARNING: [KopetePlugin* kopetePluginManager::loadPluginInternal(const QString&)] Unable to find a plugin named 'kopete_chatwindow'!

And as you see the plugins configuration is non-existent !?
:cry:

8

Wednesday, February 18th 2004, 4:51pm

If your prefix is /usr/local/kde, then maybe its not a prefix problem, but rather you have to run kbuioldsycoca manually. Not sure if thats your problem or not, but its worth a shot.

9

Wednesday, February 18th 2004, 5:01pm

What is kbuildsycoca ??

I run kbuildsycoca like this $kbuildsycoca but nothing append!!

What is this ?

And do you think plugins configuration is linked by tcp.h problem ?

checking linux/tcp.h usability... no
checking linux/tcp.h presence... yes
configure: WARNING: linux/tcp.h: present but cannot be compiled
configure: WARNING: linux/tcp.h: check for missing prerequisite headers?
configure: WARNING: linux/tcp.h: see the Autoconf documentation
configure: WARNING: linux/tcp.h: section "Present But Cannot Be Compiled"
configure: WARNING: linux/tcp.h: proceeding with the preprocessor's result
configure: WARNING: linux/tcp.h: in the future, the compiler will take precedence
configure: WARNING: ## ------------------------------------------ ##
configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ##
configure: WARNING: ## ------------------------------------------ ##
checking for linux/tcp.h... yes

Thanks for your help !

10

Thursday, February 19th 2004, 5:08am

Folks,
Thanks for your feedback.

I've recompiled Kopete 0.8, with ./configure --prefix=/usr

Instead of putting the files into /usr/local/kde (as with the defaults in Kopete 0.7.5, on mdk9.2), the files have gone into /usr. The other good thing, is that I don't have to specify a prefix location in /etc/kderc.

It has worked really well, and I now have access to my plugins, and am happily chatting with Kopete 0.8.

I love open source!!!

11

Thursday, February 19th 2004, 8:53am

Nope, still not working!

Okay, I've done exactly as suggested above, uninstalling, configuring with -prefix=/usr, making, make installing then running kbuildsycoca, but I still get an "Empty Page" message when I click on "configure kopete".
When I run from the command line, one of the first warnings that comes up says "servicetype Kopete/Plugin not found" and I assume the following "plugin not found" messages stem from this.

Any ideas at all? I'm getting pretty fed up to be honest...
:x

12

Thursday, February 19th 2004, 11:14am

Success!

Okay, I should really learn to read FAQs more thoroughly.

Kopete will work fine (in Suse9.0 at least) if you install in your kde home directory:
type "which konqueror"
- you should see something like "/opt/kde3/bin/konqueror"; in which case, /opt/kde3 is your kde home directory.
type "./configure --prefix=/opt/kde3"
"make"
"make install"
"make clean"
"kbuildsycoca"

That's it. It wasn't liking me installing in /usr even though I added the path to the prefix in /etc/kde3rc, and adding an environment variable didn't help either, so it seems to fully communicate with the kde plugin files, this is where it should be installed. I just feel stoopid for not looking properly through the FAQs.
:roll:

13

Thursday, February 19th 2004, 4:33pm

I am very very very stupid !!

I am asking me if I can see kopete worked a day !!??

I alaways do "which konqueror" that say : /usr/bin/konqueror
So I do "./configure --prefix=/usr" then "make" and I launch kopete.

And this warning appear :
kopete: WARNING: [KopetePlugin* KopetePluginManager::loadPluginInternal(const QString&)] Unable to find a plugin named 'kopete_chatwindow'!

So I search for this file "kopete_chatwindow" and I find it here :
/usr/kopete-0.8.0/kopete/kopete/chatwindow/.libs/kopete_chatwindow.so
/usr/kopete-0.8.0/kopete/kopete/chatwindow/.libs/kopete_chatwindow.lai
/usr/kopete-0.8.0/kopete/kopete/chatwindow/.libs/kopete_chatwindow.la
/usr/kopete-0.8.0/kopete/kopete/chatwindow/kopete_chatwindow.la

So, where is the problem ??
:?

14

Friday, February 20th 2004, 4:38am

This is strange, that is exactly where the plugin should be. Have you tried running kbuildsycoca manually?

15

Friday, February 20th 2004, 11:16am

i had exactly the same problem, and here is what i did.
from console type:

> setenv KDEDIR=/usr/local/kde/
> kbuildsycoca
> /usr/local/kde/bin/kopete

it worked for me. the bad thing is i have to do this every time i wanna start kopete. i don't know a better solution (there must be a better solution - i put this on .bashrc but didn't worked).
until i'll find it i'll use this one.

16

Friday, February 20th 2004, 1:08pm

Quoted

Original von djtrippin

This is strange, that is exactly where the plugin should be. Have you tried running kbuildsycoca manually?


No because it is launched with kopete :

Loading required GL library /usr/X11R6/lib/libGL.so.1.2
kbuildsycoca running...
Loading required GL library /usr/X11R6/lib/libGL.so.1.2

But if I run it manualy there is no change and I have a warning :

Warning: kbuildsycoca is unable to register with DCOP.

Is DCOP required by kopete ?

Thanks for your help

17

Friday, February 20th 2004, 3:10pm

cornel -
SETENV is a c/tc-shell command so it shouldn't go in .bashrc. In bash the line would be something like:
KDEDIR=$KDEDIR:/your/path/wherever; export KDEDIR
which might be best in .profile rather than .bashrc. But if you're using c-shell or tc-shell, I think it goes in .cshrc. You shouldn't have to type the SETENV command in every time, putting it in the dot file will achieve the same result. And then you shouldn't have to include the full path when you run kopete either. If it doesn't work, I don't know why.

fdp3 -
just to check - are you uninstalling (make uninstall) before each ./configure attempt? Otherwise it won't work. Then you 'make' then 'make install' and it should work. What Linux distro are you using?

Basically, your system should already know where to look for kde bins and headers and stuff, so if installed into the kde home dir, everything should be ok and you shouldn't need to add anything to your env variables. But then, when was anything ever simple? Try uninstalling and doing everything again as outlined above...
Good luck!

18

Saturday, February 21st 2004, 2:10pm

thanks for your help, and please excuse the stupid guy !!

Quoted

Original von AngryBoy

cornel -
fdp3 -
just to check - are you uninstalling (make uninstall) before each ./configure attempt? Otherwise it won't work. Then you 'make' then 'make install' and it should work. What Linux distro are you using?

Basically, your system should already know where to look for kde bins and headers and stuff, so if installed into the kde home dir, everything should be ok and you shouldn't need to add anything to your env variables. But then, when was anything ever simple? Try uninstalling and doing everything again as outlined above...
Good luck!


Hello,

I never do "make uninstall" because I don't wan't to delete the old RPM version in my computer.
So, I always do "./configure" and "make".
That's always work with kopete 0.7.5 and the oldest.

But It seems to be not working with kopete 0.8.0. Perhaps kopete 0.7.5 uses old plugins that are in my computer and these plugins don't work with 0.8.0

I do the "make uninstall" then "configure", "make" and "make install" and it work fine. :?

And kopete 0.8.0 is beautifull !!

Thanks for all :wink: