KDE 4. Trying to get it working like I need it to.

[Dale-46]

Hi folks,

I log into KDE 4 whenever there is a update to something just to see
what is working and what issues still remain.  This is hopefully going
to be the catch all thread for me.  Right now, I have two things that I
want to work on.  There are others but this is two biggies.  I will say
that after this last update, it is looking pretty darn cool.

I'm using Gentoo.  I have both KDE 3.5 and KDE 4 installed.  After
yesterday, I have the latest updates that are available through Gentoo.
Here are the versions of some of the software that may help in this:

sqlite-2.8.16-r4
sqlite-3.6.18
kdelibs-4.3.3
akonadi-server-1.2.1
akonadi-4.3.3

This is all the dbus related stuff:

dbus-glib-0.76 (0)
dbus-qt3-old-0.70 (0)
dbus-python-0.83.0-r1 (0)
dbus-1.2.3-r1 (0)
qt-dbus-4.5.3-r1 (4)


If it matters,

gcc-4.4.2

Problem one, I used to use Konqueror as root to edit config files and
such.  I have to be root to do this.  I set Dolphin up to run as root
and it comes up fine.  I even like the look so far.  The last time I
tried this it wouldn't even open a folder, directory or whatever you
want to call it.  It does after this latest update today.  I assume that
got fixed.  However, if I got to a directory like /etc ,which is owned
by root, and try to open a text file, I get a error.  It won't let me
copy and paste so it is a screen shot.  It basically complains about
Klauncher and dbus.  Screen shot is attached as screenshot1.

Problem two, akonadi isn't working.  I did Google for this and I
couldn't find a fix but it appears to be a common issue.  It appears to
be a mismatch between software versions.  This may be as simple as
someone who has it working posting what version they are using and me
matching that.  It may be something else that is needed.  This is the
error that it gives:

+++++++++++++++++++++++++++++++++++++++++++++

Akonadi Server Self-Test Report
===============================

Test 1:  SUCCESS
--------

Database driver found.
Details: The QtSQL driver 'QSQLITE' is required by your current Akonadi
server configuration.
The following drivers are installed: QSQLITE.
Make sure the required driver is installed.

File content of '/home/dale/.config/akonadi/akonadiserverrc':
[%General]
Driver=QSQLITE
[QMYSQL]
Name=akonadi_jedd
User=akonadi_jedd
Password=secret
Options=
ServerPath=/usr/sbin/mysqld
StartServer=false
Host=localhost

Test 2:  SKIP
--------

MySQL server executable not tested.
Details: The current configuration does not require an internal MySQL
server.

Test 3:  SKIP
--------

MySQL server error log not tested.
Details: The current configuration does not require an internal MySQL
server.

Test 4:  SKIP
--------

MySQL server configuration not tested.
Details: The current configuration does not require an internal MySQL
server.

Test 5:  SUCCESS
--------

akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi server
was found and could be executed successfully.
Result:
/usr/bin/akonadictl: symbol lookup error: /usr/bin/akonadictl: undefined
symbol:
_ZN5boost15program_options6detail7cmdline21set_additional_parserENS_9function1ISt4pairISsSsERKSsSaINS_13function_baseEEEE


Test 6:  ERROR
--------

Akonadi control process not registered at D-Bus.
Details: The Akonadi control process is not registered at D-Bus which
typically means it was not started or encountered a fatal error during
startup.

Test 7:  ERROR
--------

Akonadi server process not registered at D-Bus.
Details: The Akonadi server process is not registered at D-Bus which
typically means it was not started or encountered a fatal error during
startup.

Test 8:  SKIP
--------

Protocol version check not possible.
Details: Without a connection to the server it is not possible to check
if the protocol version meets the requirements.

Test 9:  ERROR
--------

No resource agents found.
Details: No resource agents have been found, Akonadi is not usable
without at least one. This usually means that no resource agents are
installed or that there is a setup problem. The following paths have
been searched: '/usr/share/akonadi/agents /usr/share/akonadi/agents'.
The XDG_DATA_DIRS environment variable is set to
'/usr/share:/usr/local/share:/usr/share', make sure this includes all
paths where Akonadi agents are installed to.

Directory listing of '/usr/share/akonadi/agents':
birthdaysresource.desktop
distlistresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
microblog.desktop
nepomukcontactfeeder.desktop
nepomukemailfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
strigifeeder.desktop
vcarddirresource.desktop
vcardresource.desktop
Directory listing of '/usr/share/akonadi/agents':
birthdaysresource.desktop
distlistresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
microblog.desktop
nepomukcontactfeeder.desktop
nepomukemailfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
strigifeeder.desktop
vcarddirresource.desktop
vcardresource.desktop

Environment variable XDG_DATA_DIRS is set to
'/usr/share:/usr/local/share:/usr/share'

Test 10:  SUCCESS
--------

No current Akonadi server error log found.
Details: The Akonadi server did not report any errors during its current
startup.

Test 11:  SUCCESS
--------

No previous Akonadi server error log found.
Details: The Akonadi server did not report any errors during its
previous startup.

Test 12:  SUCCESS
--------

No current Akonadi control error log found.
Details: The Akonadi control process did not report any errors during
its current startup.

Test 13:  SUCCESS
--------

No previous Akonadi control error log found.
Details: The Akonadi control process did not report any errors during
its previous startup.


+++++++++++++++++++++++++++++++++++++++++++++


I can't help but notice it complains about dbus in this error as well.
Is this a dbus problem?

Since this is a long post, please snip where needed and make sure not to
include the attached screen shot.

Thanks in advance for any help.

Dale

:-)  :-)


___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

On Monday, 2009-11-09, Dale wrote:

> Problem one, I used to use Konqueror as root to edit config files and
> such.  I have to be root to do this.  I set Dolphin up to run as root
> and it comes up fine.  I even like the look so far.  The last time I
> tried this it wouldn't even open a folder, directory or whatever you
> want to call it.  It does after this latest update today.  I assume that
> got fixed.  However, if I got to a directory like /etc ,which is owned
> by root, and try to open a text file, I get a error.  It won't let me
> copy and paste so it is a screen shot.  It basically complains about
> Klauncher and dbus.  Screen shot is attached as screenshot1.

When you run Dolphin as root (not sure if there is a better method now, don't
follow that policy kit stuff closely enough), how do you start it?
From a user session using some run-as option or by getting a root shell and
running it from there?

> Problem two, akonadi isn't working.  I did Google for this and I
> couldn't find a fix but it appears to be a common issue.  It appears to
> be a mismatch between software versions.  This may be as simple as
> someone who has it working posting what version they are using and me
> matching that.  It may be something else that is needed.  This is the
> error that it gives:
>
> +++++++++++++++++++++++++++++++++++++++++++++
>
> Akonadi Server Self-Test Report
> ===============================
>
> Test 1:  SUCCESS
> --------
>
> Database driver found.
> Details: The QtSQL driver 'QSQLITE' is required by your current Akonadi
> server configuration.
> The following drivers are installed: QSQLITE.
> Make sure the required driver is installed.
>
> File content of '/home/dale/.config/akonadi/akonadiserverrc':
> [%General]
> Driver=QSQLITE
> [QMYSQL]
> Name=akonadi_jedd
> User=akonadi_jedd
> Password=secret
> Options=
> ServerPath=/usr/sbin/mysqld
> StartServer=false
> Host=localhost
>
> Test 2:  SKIP
> --------
>
> MySQL server executable not tested.
> Details: The current configuration does not require an internal MySQL
> server.

Just to make sure this is intentional: you are running a system wide MySQL
daemon and want it to be used for Akonadi's database, correct?

> Test 5:  SUCCESS
> --------
>
> akonadictl found and usable
> Details: The program '/usr/bin/akonadictl' to control the Akonadi server
> was found and could be executed successfully.
> Result:
> /usr/bin/akonadictl: symbol lookup error: /usr/bin/akonadictl: undefined
> symbol:
> _ZN5boost15program_options6detail7cmdline21set_additional_parserENS_9functi
> on1ISt4pairISsSsERKSsSaINS_13function_baseEEEE

This looks like a version mismatch of libboost and the executable.
Kind of strange on Gentoo, like emerging a different boost after building the
executable and the system not detecting it has to recompile all dependencies
as well.

I think the rest are consequences of the starter executable failing to start
due to this linker error.

> I can't help but notice it complains about dbus in this error as well.
> Is this a dbus problem?

Could be related, but since the akonadictl executable cannot be started due to
the symbol mismatch, I would be surprised if it still managed to start any
Akonadi process :)

Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring


___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Dale-46]

Kevin Krammer wrote:

> On Monday, 2009-11-09, Dale wrote:
>
>  
>> Problem one, I used to use Konqueror as root to edit config files and
>> such.  I have to be root to do this.  I set Dolphin up to run as root
>> and it comes up fine.  I even like the look so far.  The last time I
>> tried this it wouldn't even open a folder, directory or whatever you
>> want to call it.  It does after this latest update today.  I assume that
>> got fixed.  However, if I got to a directory like /etc ,which is owned
>> by root, and try to open a text file, I get a error.  It won't let me
>> copy and paste so it is a screen shot.  It basically complains about
>> Klauncher and dbus.  Screen shot is attached as screenshot1.
>>    
>
> When you run Dolphin as root (not sure if there is a better method now, don't
> follow that policy kit stuff closely enough), how do you start it?
> From a user session using some run-as option or by getting a root shell and
> running it from there?
>  

I set it up sort of like in the old KDE.  I edited the menu so that it
would run as root when I click on Dolphin in the menu.  Basically, when
I click on Dolphin in the K menu, it pops up a box and asks for the root
password then opens up.  That part is just like in the old KDE.  I can
access my root directory so it is running as root.  It just won't open
anything.  I should have tried a picture and a pdf or something too but
I didn't think about it at the time.  I do have dbus running tho.  I
checked that just to make sure.

>  
>> Problem two, akonadi isn't working.  I did Google for this and I
>> couldn't find a fix but it appears to be a common issue.  It appears to
>> be a mismatch between software versions.  This may be as simple as
>> someone who has it working posting what version they are using and me
>> matching that.  It may be something else that is needed.  This is the
>> error that it gives:
>>
>> +++++++++++++++++++++++++++++++++++++++++++++
>>
>> Akonadi Server Self-Test Report
>> ===============================
>>
>> Test 1:  SUCCESS
>> --------
>>
>> Database driver found.
>> Details: The QtSQL driver 'QSQLITE' is required by your current Akonadi
>> server configuration.
>> The following drivers are installed: QSQLITE.
>> Make sure the required driver is installed.
>>
>> File content of '/home/dale/.config/akonadi/akonadiserverrc':
>> [%General]
>> Driver=QSQLITE
>> [QMYSQL]
>> Name=akonadi_jedd
>> User=akonadi_jedd
>> Password=secret
>> Options=
>> ServerPath=/usr/sbin/mysqld
>> StartServer=false
>> Host=localhost
>>
>> Test 2:  SKIP
>> --------
>>
>> MySQL server executable not tested.
>> Details: The current configuration does not require an internal MySQL
>> server.
>>    
>
> Just to make sure this is intentional: you are running a system wide MySQL
> daemon and want it to be used for Akonadi's database, correct?
>  

I don't use MySQL myself.  It was pulled in as a dependency of other
stuff.  This is what depends on it being installed according to Gentoo:

root@smoker / # equery depends sqlite-3.6.18
[ Searching for packages depending on sqlite-3.6.18... ]
app-pda/libopensync-0.22 (>=dev-db/sqlite-3)
app-portage/eix-0.17.0 (sqlite? >=dev-db/sqlite-3)
dev-lang/python-2.6.2-r1 (!build & sqlite? >=dev-db/sqlite-3)
dev-lang/python-3.1.1-r1 (!build & sqlite? >=dev-db/sqlite-3)
dev-libs/apr-util-1.3.9 (sqlite3? dev-db/sqlite:3)
dev-libs/cyrus-sasl-2.1.23-r1 (sqlite? dev-db/sqlite)
dev-libs/nspr-4.8 (>=dev-db/sqlite-3.5)
dev-libs/nss-3.12.3-r1 (>=dev-db/sqlite-3.5)
dev-libs/redland-1.0.9-r1 (sqlite? =dev-db/sqlite-3*)
dev-util/subversion-1.6.5 (>=dev-db/sqlite-3.4[threadsafe])
kde-base/kget-4.3.3 (sqlite? dev-db/sqlite:3)
kde-base/kopete-4.3.3 (statistics? dev-db/sqlite:3)
media-libs/libsndfile-1.0.20 (sqlite? >=dev-db/sqlite-3.2)
net-im/pidgin-2.6.3 (prediction? =dev-db/sqlite-3*)
net-libs/webkit-gtk-1.1.10 (>=dev-db/sqlite-3)
x11-libs/qt-sql-4.5.3 (sqlite? dev-db/sqlite:3)
root@smoker / #      

I notice kget and kopete in that list.  I assume this is sort of like
MySQL just a lite version of it.   Personally, I don't need it, it just
appears that other things do.

>  
>> Test 5:  SUCCESS
>> --------
>>
>> akonadictl found and usable
>> Details: The program '/usr/bin/akonadictl' to control the Akonadi server
>> was found and could be executed successfully.
>> Result:
>> /usr/bin/akonadictl: symbol lookup error: /usr/bin/akonadictl: undefined
>> symbol:
>> _ZN5boost15program_options6detail7cmdline21set_additional_parserENS_9functi
>> on1ISt4pairISsSsERKSsSaINS_13function_baseEEEE
>>    
>
> This looks like a version mismatch of libboost and the executable.
> Kind of strange on Gentoo, like emerging a different boost after building the
> executable and the system not detecting it has to recompile all dependencies
> as well.
>
> I think the rest are consequences of the starter executable failing to start
> due to this linker error.
>
>  
>> I can't help but notice it complains about dbus in this error as well.
>> Is this a dbus problem?
>>    
>
> Could be related, but since the akonadictl executable cannot be started due to
> the symbol mismatch, I would be surprised if it still managed to start any
> Akonadi process :)
>
> Cheers,
> Kevin
>  

In my searches, I have read similar posts about it being a version
mismatch of software.  That is why I listed what I have installed.
Maybe I need to install a newer version or even a older version of
something.  I have the following boost packages installed:

eselect-boost-0.3 (0)
boost-1.37.0-r1 (1.37)
boost-build-1.37.0 (1.37)

Does that help show if something is a mismatch?  To new, to old?

Dale

:-)  :-)
___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

> I set it up sort of like in the old KDE.  I edited the menu so that it
> would run as root when I click on Dolphin in the menu.  Basically, when
> I click on Dolphin in the K menu, it pops up a box and asks for the root
> password then opens up.  That part is just like in the old KDE.  I can
> access my root directory so it is running as root.  It just won't open
> anything.  I should have tried a picture and a pdf or something too but
> I didn't think about it at the time.  I do have dbus running tho.  I
> checked that just to make sure.

Try to run Dolphin with

kdesudo dolphin

or

kdesudo dbus-launch dolphin
___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

On Monday, 2009-11-09, Dale wrote:

> Kevin Krammer wrote:
> > On Monday, 2009-11-09, Dale wrote:
> >> Problem one, I used to use Konqueror as root to edit config files and
> >> such.  I have to be root to do this.  I set Dolphin up to run as root
> >> and it comes up fine.  I even like the look so far.  The last time I
> >> tried this it wouldn't even open a folder, directory or whatever you
> >> want to call it.  It does after this latest update today.  I assume that
> >> got fixed.  However, if I got to a directory like /etc ,which is owned
> >> by root, and try to open a text file, I get a error.  It won't let me
> >> copy and paste so it is a screen shot.  It basically complains about
> >> Klauncher and dbus.  Screen shot is attached as screenshot1.
> >
> > When you run Dolphin as root (not sure if there is a better method now,
> > don't follow that policy kit stuff closely enough), how do you start it?
> > From a user session using some run-as option or by getting a root shell
> > and running it from there?
>
> I set it up sort of like in the old KDE.  I edited the menu so that it
> would run as root when I click on Dolphin in the menu.  Basically, when
> I click on Dolphin in the K menu, it pops up a box and asks for the root
> password then opens up.  That part is just like in the old KDE.  I can
> access my root directory so it is running as root.  It just won't open
> anything.  I should have tried a picture and a pdf or something too but
> I didn't think about it at the time.  I do have dbus running tho.  I
> checked that just to make sure.

I'll have to try that, but I think this should work.
Can you try a different approach, e.g. ALT-F2 then "Dolphin" then clicking on
the wrench icon on the right hand side of the "execute dolphin" entry?

Or when you have started Dolphin your way, whether other processes are running
as root, e.g. klauncher?

> >> Akonadi Server Self-Test Report
> >> ===============================
> >>
> >> Test 1:  SUCCESS
> >> --------
> >>
> >> Database driver found.
> >> Details: The QtSQL driver 'QSQLITE' is required by your current Akonadi
> >> server configuration.
> >> The following drivers are installed: QSQLITE.
> >> Make sure the required driver is installed.
> >>
> >> File content of '/home/dale/.config/akonadi/akonadiserverrc':
> >> [%General]
> >> Driver=QSQLITE
> >> [QMYSQL]
> >> Name=akonadi_jedd
> >> User=akonadi_jedd
> >> Password=secret
> >> Options=
> >> ServerPath=/usr/sbin/mysqld
> >> StartServer=false
> >> Host=localhost
> >>
> >> Test 2:  SKIP
> >> --------
> >>
> >> MySQL server executable not tested.
> >> Details: The current configuration does not require an internal MySQL
> >> server.
> >
> > Just to make sure this is intentional: you are running a system wide
> > MySQL daemon and want it to be used for Akonadi's database, correct?
>
> I don't use MySQL myself.  It was pulled in as a dependency of other
> stuff.

But the configuration says it has been configured for not using an internal
server (StartServer=false in first test).
This is not the shipped default. Either Gentoo changed that or you did.
Same for name, user and password. Only needed for using a system wide MySQL
server.

> This is what depends on it being installed according to Gentoo:
>
> root@smoker / # equery depends sqlite-3.6.18

sqlite is a different engine, the package is probably called mysql or mysql-
server or similar.

> In my searches, I have read similar posts about it being a version
> mismatch of software.  That is why I listed what I have installed.
> Maybe I need to install a newer version or even a older version of
> something.  I have the following boost packages installed:
>
> eselect-boost-0.3 (0)
> boost-1.37.0-r1 (1.37)
> boost-build-1.37.0 (1.37)
>
> Does that help show if something is a mismatch?  To new, to old?

In the case of the symbol mismatch you are seeing for akonadiclt, it is not a
question of too new or too old, but about building with a different version
than what you have now available.
Better ask on a Gentoo list, this should not happen.

Cheers,
Kevin

--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring


___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Duncan-2]

Dale posted on Mon, 09 Nov 2009 05:12:48 -0600 as excerpted:

> I log into KDE 4 whenever there is a update to something just to see
> what is working and what issues still remain.  This is hopefully going
> to be the catch all thread for me.  Right now, I have two things that I
> want to work on.  There are others but this is two biggies.  I will say
> that after this last update, it is looking pretty darn cool.
>
> I'm using Gentoo.  I have both KDE 3.5 and KDE 4 installed.  After
> yesterday, I have the latest updates that are available through Gentoo.
> Here are the versions of some of the software that may help in this:
>
> sqlite-2.8.16-r4
> sqlite-3.6.18
> kdelibs-4.3.3
> akonadi-server-1.2.1
> akonadi-4.3.3
>
> This is all the dbus related stuff:
>
> dbus-glib-0.76 (0)
> dbus-qt3-old-0.70 (0)
> dbus-python-0.83.0-r1 (0)
> dbus-1.2.3-r1 (0)
> qt-dbus-4.5.3-r1 (4)
>
>
> If it matters,
>
> gcc-4.4.2
>
> Problem one, I used to use Konqueror as root to edit config files and
> such.  I have to be root to do this.  I set Dolphin up to run as root
> and it comes up fine.  I even like the look so far.  The last time I
> tried this it wouldn't even open a folder, directory or whatever you
> want to call it.  It does after this latest update today.  I assume that
> got fixed.  However, if I got to a directory like /etc ,which is owned
> by root, and try to open a text file, I get a error.  It won't let me
> copy and paste so it is a screen shot.  It basically complains about
> Klauncher and dbus.  Screen shot is attached as screenshot1.

[ screenshot (messagebox):

Title:  Sorry - Dolphin

Message: KLauncher couldn not be reached via D-Bus.  Error when callling
start_service_by_desktop_path: The name org.kde.klauncher was not
provided by any .service files

OK button only. ]

As you know, I run Gentoo as well.  ~amd64, updated (deep newuse) a
couple times a week, revdep-rebuild done after update, emerge depclean,
then second revdep-rebuild if anything removed, to be sure.  Same gcc,
newest available ~arch.

You "set Dolphin up to run as root", but didn't describe how.  Did you
create a new menu item for it or change the current one, or are you
starting Dolphin as root using some other method?

What it looks like to me is that it's not starting a full root dbus
session (distinct from the user dbus session), so it's having problems
reaching it.  In some cases that can be due to how it was started, and
may involve errors even launching the kde app (tho you say it doesn't,
now) as a user other than the one you're running X as.

FWIW, I don't tend to run much GUI as root, especially to edit system
config files and the like.  For that, I use mc, an ncurses based dual-
pane filemanager type app (krusader would be the kde/graphical equiv),
run in a konsole window while in X/KDE or directly, when in text mode.  
It just works better for me, because I get the same ncurses semi-GUI
interface regardless of whether I'm running in X or not, it doesn't
require any special d-bus permissions to run as root (I just start a
konsole session, sudo to a separate "admin" user that has less strict
sudo rights than my normal user rather than directly to root, and sudo
from there to root for individual commands as necessary).  As such, I
wouldn't see the running-kde-apps-as-root issues you're dealing with,
since I don't normally run any kde apps as root.

If you wish to try something like that we can probably take that off list
and I can help you set it up.  Or we can continue working on this,
probably on-list, but I'm simply saying since I don't do it the same way,
I may be of limited help...

> Problem two, akonadi isn't working.  I did Google for this and I
> couldn't find a fix but it appears to be a common issue.  It appears to
> be a mismatch between software versions.  This may be as simple as
> someone who has it working posting what version they are using and me
> matching that.  It may be something else that is needed.  This is the
> error that it gives:
>
> +++++++++++++++++++++++++++++++++++++++++++++
>
> Akonadi Server Self-Test Report
> ===============================

I'm not yet running akonadi... probably won't until k-address-book (kab)
requires it in kde 4.4.  So again, can't help you directly.  However...

1) You don't mention where these tests are coming from.  Are they the
FEATURES=test run at build/install time?  Are they some GUI test run from
within KDE later?

2) I'm not sure if akonadi works properly with sqlite.  Mysql is the
normal requirement.  I do see that akonadi (which is NOT merged/installed
here, unneeded in my config) doesn't require mysql be installed as a
dependency, here.  akonadi-server (which IS merged, required for various
bits...) has both mysql and sqlite USE flags, neither of which I have on,
but then I'm not actually using it that I know of, only building against
it as building against it is required by various kde components I have
installed, even if it's not actually used.

3) The tests do seem to indicate that your akonadi-server is configured
for sqlite, not mysql.  As such, several of the mysql-only (early) tests
are skipped, some of the middle tests fail, and the later ones succeed
but perhaps only because it's not actually running to create the error
logs, etc.

4) What I'd guess is happening here, is that you've setup kde in what
amounts to a "null-akonadi" config, which is basically what I've done as
well, only I'm not running this test and don't know where it is to run.  
The null-akonadi config would be possible since akonadi isn't actually
required by much in kde4 yet.  akonadi itself isn't required, but even
where it's not used, there are a few components that build against
akonadi-server, so it's required for these various components to link
against, even when akonadi itself isn't and may not be merged.  In such a
config, akonadi tests wouldn't be expected to succeed, because it's not
actually installed, only the null-server bits are installed, just enough
for the kde components that require them to link against can be merged.

5) What logically follows is this question:  You see akonadi failing, but
do you know for sure that you actually need it for anything?  If not,
that's likely a USE flag based choice available in the Gentoo
installation, since many people don't actually need it at this point, and
thus don't care if it actually works.  Of course, if there's some bit you
need that you know is failing without a running akonadi, then we go from
there, but I know that I don't need it for anything, here.  kmail, which
will require akonadi from kde 4.5, doesn't need it yet, and kab
(kaddressbook), which will require it from 4.4, doesn't need it with 4.3
either.  Some of the koffice bits require akonadi-server, but at least
the bits I have installed here, don't require akonadi itself.  Of course,
starting with kde 4.4, I /will/ require it for kab, which will require it
with 4.4 (unless I just nix kab at that point), and for 4.5, I /will/
require it regardless, as kmail itself will require it then and I'm
unlikely to nix kmail... unless the switch to akonadi breaks it and I
have to.  But those are some time off.  With kde 4.3.x including 4.3.3, I
have nothing merged /here/ anyway that actually requires a usable
akonadi, so I don't worry about it.

Related but slightly OT...

At present I'm not using the semantic desktop stuff, either, and it too
is "null-installed".  That is, soprano is installed, but using a USE flag
config that deliberately does NOT install a working backend.  The problem
is that there are only two working backends ATM, redland, which is
*SLOW*, and sesame2 is Java based and thus requires a working Java
backend.  While most of Java is now freedomware licensed, that's a recent
enough development that there's still some issues with it, and with the
only reasonably full implementation that's fully freedomware compliant,
iced-tea.  I /do/ finally seem to have iced-tea working correctly with
icecat (fully freedomare version of firefox), but that's only as of a
month or so ago, and wasn't the case back with kde 4.3.0.  Since the
EULAs required for sun's and blackdown's non-freedomware versions aren't
a viable option here and iced-tea wasn't working, that meant sesame2
wasn't a viable option, leaving only the redland backend that everybody
equally calls *SLOW*, making it not worth installing either.

Luckily, the semantic-desktop stuff isn't yet integrated so deeply into
kde4 that it's absolutely required, yet, and while soprano seems to be a
non-optional dependency for linking purposes, it doesn't require an
actually working backend, Gentoo gives one the option of not installing
one and not enabling the semantic desktop bits, and I've been fine
without it.

The latest is that there's now a third backend option, I forget the name,
but it's a much faster C based backend, 100% freedomware, AFAIK.  
However, I don't expect that'll be actually integrated into the kde 4.3
serious, only for 4.4 or possibly not until 4.5 (tho the blogs via kde-
planet say it's usable in kde-trunk right now).  I'm looking forward to
that.  It's also possible that now that I finally have a working iced-
tea, sesame2 would work, but I'm not going to worry about trying it ATM.

--
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Dale-46]

Andreev Sergei wrote:

I set it up sort of like in the old KDE.  I edited the menu so that it
would run as root when I click on Dolphin in the menu.  Basically, when
I click on Dolphin in the K menu, it pops up a box and asks for the root
password then opens up.  That part is just like in the old KDE.  I can
access my root directory so it is running as root.  It just won't open
anything.  I should have tried a picture and a pdf or something too but
I didn't think about it at the time.  I do have dbus running tho.  I
checked that just to make sure.
    

Try to run Dolphin with 

kdesudo dolphin

or 

kdesudo dbus-launch dolphin
  

Well that ran into something interesting:

bash: kdesudo: command not found

I do have kdesu tho.  I tried it and it asked me for the root password and nothing after that.  No error or anything.

I then tried kdesu dbus-launch dolphin and it seems to work better but it still doesn't open a text file.  It says this:

KDEinit could not launch '/usr/bin/kwrite'.

Hey, it's closer.  I then tried the 'run command' and selected to run it as root and put in the password there instead of the pop up window.  It launches but it still won't open anything. It's back to the Klauncher error again.  This one won't even open a directory like before.  Makes me wonder.

I went back to the run command and ran Konqueror as root.  It works fine.  I can open files owned by root just like in KDE 3. 

It appears that I am doing something that KDE 4 is not expecting me to do.  I may need to do this differently and just need to figure how.  Then again, it could be that KDE is working on this and it just isn't here yet.  It's not like KDE 4 is finished, they are just get started really.

This give any ideas?  Think of some other way I can do this?  Does it just need a little more time?

Dale

:-)  :-) 


___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Dale-46]

Kevin Krammer wrote:

> On Monday, 2009-11-09, Dale wrote:
>  
>> Kevin Krammer wrote:
>>    
>>> On Monday, 2009-11-09, Dale wrote:
>>>      
>>>> Problem one, I used to use Konqueror as root to edit config files and
>>>> such.  I have to be root to do this.  I set Dolphin up to run as root
>>>> and it comes up fine.  I even like the look so far.  The last time I
>>>> tried this it wouldn't even open a folder, directory or whatever you
>>>> want to call it.  It does after this latest update today.  I assume that
>>>> got fixed.  However, if I got to a directory like /etc ,which is owned
>>>> by root, and try to open a text file, I get a error.  It won't let me
>>>> copy and paste so it is a screen shot.  It basically complains about
>>>> Klauncher and dbus.  Screen shot is attached as screenshot1.
>>>>        
>>> When you run Dolphin as root (not sure if there is a better method now,
>>> don't follow that policy kit stuff closely enough), how do you start it?
>>> From a user session using some run-as option or by getting a root shell
>>> and running it from there?
>>>      
>> I set it up sort of like in the old KDE.  I edited the menu so that it
>> would run as root when I click on Dolphin in the menu.  Basically, when
>> I click on Dolphin in the K menu, it pops up a box and asks for the root
>> password then opens up.  That part is just like in the old KDE.  I can
>> access my root directory so it is running as root.  It just won't open
>> anything.  I should have tried a picture and a pdf or something too but
>> I didn't think about it at the time.  I do have dbus running tho.  I
>> checked that just to make sure.
>>    
>
> I'll have to try that, but I think this should work.
> Can you try a different approach, e.g. ALT-F2 then "Dolphin" then clicking on
> the wrench icon on the right hand side of the "execute dolphin" entry?
>  

OK.  I tried that and it is in another reply.  It didn't work to well.  :-(

> Or when you have started Dolphin your way, whether other processes are running
> as root, e.g. klauncher?
>  

Here is what it claims is running:

root@smoker ~ # ps aux | grep klauncher
dale      3397  0.0  0.9  64576 20144 ?        S    06:49   0:00
kdeinit4: klauncher [kdeinit] --fd=8
dale      4626  0.0  0.9  64592 19356 ?        S    07:13   0:00
kdeinit4: kio_file [kdeinit] file
local:/tmp/ksocket-dale/klauncherMT3397.slave-socket
local:/tmp/ksocket-dale/konquerorbh4622.slave-socket
dale      4801  0.0  0.9  64840 19852 ?        S    07:21   0:00
kdeinit4: kio_trash [kdeinit] trash
local:/tmp/ksocket-dale/klauncherMT3397.slave-socket
local:/tmp/ksocket-dale/krunnercS4788.slave-socket
root      4878  0.0  0.0   1884   516 pts/4    R+   07:22   0:00 grep
--colour=auto klauncher
root@smoker ~ #


This may help:

root@smoker ~ # ps aux | grep dolphin
root      4013  0.1  1.0  71528 21188 ?        Sl   07:01   0:02 dolphin
dale      4817  0.1  1.3  95828 28500 ?        Sl   07:22   0:00
kdeinit4: konsole [kdeinit] --noclose -e dolphin
root      4940  0.0  0.0   1884   508 pts/4    R+   07:24   0:00 grep
--colour=auto dolphin
root@smoker ~ #

With it running this way, I get a red background at the bottom with a
error about not being able to talk to klauncher.   It will not show
anything, I mean absolutely nothing.  No files, no directories, nothing
at all.  I can't click on anything because it doesn't even show anything
to click on.  It just has a empty box where the icons would normally be.

>  
>>>> Akonadi Server Self-Test Report
>>>> ===============================
>>>>
>>>> Test 1:  SUCCESS
>>>> --------
>>>>
>>>> Database driver found.
>>>> Details: The QtSQL driver 'QSQLITE' is required by your current Akonadi
>>>> server configuration.
>>>> The following drivers are installed: QSQLITE.
>>>> Make sure the required driver is installed.
>>>>
>>>> File content of '/home/dale/.config/akonadi/akonadiserverrc':
>>>> [%General]
>>>> Driver=QSQLITE
>>>> [QMYSQL]
>>>> Name=akonadi_jedd
>>>> User=akonadi_jedd
>>>> Password=secret
>>>> Options=
>>>> ServerPath=/usr/sbin/mysqld
>>>> StartServer=false
>>>> Host=localhost
>>>>
>>>> Test 2:  SKIP
>>>> --------
>>>>
>>>> MySQL server executable not tested.
>>>> Details: The current configuration does not require an internal MySQL
>>>> server.
>>>>        
>>> Just to make sure this is intentional: you are running a system wide
>>> MySQL daemon and want it to be used for Akonadi's database, correct?
>>>      
>> I don't use MySQL myself.  It was pulled in as a dependency of other
>> stuff.
>>    
>
> But the configuration says it has been configured for not using an internal
> server (StartServer=false in first test).
> This is not the shipped default. Either Gentoo changed that or you did.
> Same for name, user and password. Only needed for using a system wide MySQL
> server.
>  

I guess it is Gentoo.  I haven't touched anything related to SQL.  Some
package had to have it so I let it install it.  Could it work without it?

>  
>> This is what depends on it being installed according to Gentoo:
>>
>> root@smoker / # equery depends sqlite-3.6.18
>>    
>
> sqlite is a different engine, the package is probably called mysql or mysql-
> server or similar.
>
>  
>> In my searches, I have read similar posts about it being a version
>> mismatch of software.  That is why I listed what I have installed.
>> Maybe I need to install a newer version or even a older version of
>> something.  I have the following boost packages installed:
>>
>> eselect-boost-0.3 (0)
>> boost-1.37.0-r1 (1.37)
>> boost-build-1.37.0 (1.37)
>>
>> Does that help show if something is a mismatch?  To new, to old?
>>    
>
> In the case of the symbol mismatch you are seeing for akonadiclt, it is not a
> question of too new or too old, but about building with a different version
> than what you have now available.
> Better ask on a Gentoo list, this should not happen.
>
> Cheers,
> Kevin
>
>  

They are trying to get KDE 4 stable but it isn't so far, not that I have
seen anyway.  Funny thing is, they are already removing KDE 3.  It was
announced in the past couple days that it would be gone in 30 days.

Dale

:-)  :-)
___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Dale-46]

Duncan wrote:

> Dale posted on Mon, 09 Nov 2009 05:12:48 -0600 as excerpted:
>
>  
>> I log into KDE 4 whenever there is a update to something just to see
>> what is working and what issues still remain.  This is hopefully going
>> to be the catch all thread for me.  Right now, I have two things that I
>> want to work on.  There are others but this is two biggies.  I will say
>> that after this last update, it is looking pretty darn cool.
>>
>> I'm using Gentoo.  I have both KDE 3.5 and KDE 4 installed.  After
>> yesterday, I have the latest updates that are available through Gentoo.
>> Here are the versions of some of the software that may help in this:
>>
>> sqlite-2.8.16-r4
>> sqlite-3.6.18
>> kdelibs-4.3.3
>> akonadi-server-1.2.1
>> akonadi-4.3.3
>>
>> This is all the dbus related stuff:
>>
>> dbus-glib-0.76 (0)
>> dbus-qt3-old-0.70 (0)
>> dbus-python-0.83.0-r1 (0)
>> dbus-1.2.3-r1 (0)
>> qt-dbus-4.5.3-r1 (4)
>>
>>
>> If it matters,
>>
>> gcc-4.4.2
>>
>> Problem one, I used to use Konqueror as root to edit config files and
>> such.  I have to be root to do this.  I set Dolphin up to run as root
>> and it comes up fine.  I even like the look so far.  The last time I
>> tried this it wouldn't even open a folder, directory or whatever you
>> want to call it.  It does after this latest update today.  I assume that
>> got fixed.  However, if I got to a directory like /etc ,which is owned
>> by root, and try to open a text file, I get a error.  It won't let me
>> copy and paste so it is a screen shot.  It basically complains about
>> Klauncher and dbus.  Screen shot is attached as screenshot1.
>>    
>
> [ screenshot (messagebox):
>
> Title:  Sorry - Dolphin
>
> Message: KLauncher couldn not be reached via D-Bus.  Error when callling
> start_service_by_desktop_path: The name org.kde.klauncher was not
> provided by any .service files
>
> OK button only. ]
>
> As you know, I run Gentoo as well.  ~amd64, updated (deep newuse) a
> couple times a week, revdep-rebuild done after update, emerge depclean,
> then second revdep-rebuild if anything removed, to be sure.  Same gcc,
> newest available ~arch.
>
> You "set Dolphin up to run as root", but didn't describe how.  Did you
> create a new menu item for it or change the current one, or are you
> starting Dolphin as root using some other method?
>  

I did this a while back.  I right clicked on the K menu thingy and
selected menu editor.  I then found Dolphin and told it to run as root.
It's sort of the way KDE 3 does it but getting there is different.  I
actually found it by accident.  LOL

> What it looks like to me is that it's not starting a full root dbus
> session (distinct from the user dbus session), so it's having problems
> reaching it.  In some cases that can be due to how it was started, and
> may involve errors even launching the kde app (tho you say it doesn't,
> now) as a user other than the one you're running X as.
>
> FWIW, I don't tend to run much GUI as root, especially to edit system
> config files and the like.  For that, I use mc, an ncurses based dual-
> pane filemanager type app (krusader would be the kde/graphical equiv),
> run in a konsole window while in X/KDE or directly, when in text mode.  
> It just works better for me, because I get the same ncurses semi-GUI
> interface regardless of whether I'm running in X or not, it doesn't
> require any special d-bus permissions to run as root (I just start a
> konsole session, sudo to a separate "admin" user that has less strict
> sudo rights than my normal user rather than directly to root, and sudo
> from there to root for individual commands as necessary).  As such, I
> wouldn't see the running-kde-apps-as-root issues you're dealing with,
> since I don't normally run any kde apps as root.
>
> If you wish to try something like that we can probably take that off list
> and I can help you set it up.  Or we can continue working on this,
> probably on-list, but I'm simply saying since I don't do it the same way,
> I may be of limited help...
>  

I'm hoping I can continue to do this sort of like I always have.  I can
use nano to edit those files but I have grown accustomed to using
Kwrite.  There is no one here but me so I'm not worried about security
or anything.  It's not like I'm going to leave something open and
someone walk in and do some mischief.

I may end up changing to something else tho.  I have had to do that
before.  I mostly think KDE 4 just needs a little more time or I just
need to config this differently.

>  
>> Problem two, akonadi isn't working.  I did Google for this and I
>> couldn't find a fix but it appears to be a common issue.  It appears to
>> be a mismatch between software versions.  This may be as simple as
>> someone who has it working posting what version they are using and me
>> matching that.  It may be something else that is needed.  This is the
>> error that it gives:
>>
>> +++++++++++++++++++++++++++++++++++++++++++++
>>
>> Akonadi Server Self-Test Report
>> ===============================
>>    
>
> I'm not yet running akonadi... probably won't until k-address-book (kab)
> requires it in kde 4.4.  So again, can't help you directly.  However...
>
> 1) You don't mention where these tests are coming from.  Are they the
> FEATURES=test run at build/install time?  Are they some GUI test run from
> within KDE later?
>  

This happens as soon as my desktop pops up.  I don't touch a thing and
it pops up with this error.  I do start with a saved session and I
strongly suspect that it is Kopete that kicks this "test" into drive.  I
think that because I do have it set to start up in the bar at the bottom
and it is in the list I posted earlier as needing the server.  I could
be wrong tho.

> 2) I'm not sure if akonadi works properly with sqlite.  Mysql is the
> normal requirement.  I do see that akonadi (which is NOT merged/installed
> here, unneeded in my config) doesn't require mysql be installed as a
> dependency, here.  akonadi-server (which IS merged, required for various
> bits...) has both mysql and sqlite USE flags, neither of which I have on,
> but then I'm not actually using it that I know of, only building against
> it as building against it is required by various kde components I have
> installed, even if it's not actually used.
>  

Hmmm, maybe the USE flag is on in the profile and I need to disable that
thing in make.conf?  Of course, that may not work when it just plain has
to have it when KDE 4.4 comes out.

> 3) The tests do seem to indicate that your akonadi-server is configured
> for sqlite, not mysql.  As such, several of the mysql-only (early) tests
> are skipped, some of the middle tests fail, and the later ones succeed
> but perhaps only because it's not actually running to create the error
> logs, etc.
>
> 4) What I'd guess is happening here, is that you've setup kde in what
> amounts to a "null-akonadi" config, which is basically what I've done as
> well, only I'm not running this test and don't know where it is to run.  
> The null-akonadi config would be possible since akonadi isn't actually
> required by much in kde4 yet.  akonadi itself isn't required, but even
> where it's not used, there are a few components that build against
> akonadi-server, so it's required for these various components to link
> against, even when akonadi itself isn't and may not be merged.  In such a
> config, akonadi tests wouldn't be expected to succeed, because it's not
> actually installed, only the null-server bits are installed, just enough
> for the kde components that require them to link against can be merged.
>
> 5) What logically follows is this question:  You see akonadi failing, but
> do you know for sure that you actually need it for anything?  If not,
> that's likely a USE flag based choice available in the Gentoo
> installation, since many people don't actually need it at this point, and
> thus don't care if it actually works.  Of course, if there's some bit you
> need that you know is failing without a running akonadi, then we go from
> there, but I know that I don't need it for anything, here.  kmail, which
> will require akonadi from kde 4.5, doesn't need it yet, and kab
> (kaddressbook), which will require it from 4.4, doesn't need it with 4.3
> either.  Some of the koffice bits require akonadi-server, but at least
> the bits I have installed here, don't require akonadi itself.  Of course,
> starting with kde 4.4, I /will/ require it for kab, which will require it
> with 4.4 (unless I just nix kab at that point), and for 4.5, I /will/
> require it regardless, as kmail itself will require it then and I'm
> unlikely to nix kmail... unless the switch to akonadi breaks it and I
> have to.  But those are some time off.  With kde 4.3.x including 4.3.3, I
> have nothing merged /here/ anyway that actually requires a usable
> akonadi, so I don't worry about it.
>  

Interesting.  I don't use Kmail or Kaddressbook.  I do install with
kde-meta tho which pulls them in.  I just don't use them anymore.

> Related but slightly OT...
>
> At present I'm not using the semantic desktop stuff, either, and it too
> is "null-installed".  That is, soprano is installed, but using a USE flag
> config that deliberately does NOT install a working backend.  The problem
> is that there are only two working backends ATM, redland, which is
> *SLOW*, and sesame2 is Java based and thus requires a working Java
> backend.  While most of Java is now freedomware licensed, that's a recent
> enough development that there's still some issues with it, and with the
> only reasonably full implementation that's fully freedomware compliant,
> iced-tea.  I /do/ finally seem to have iced-tea working correctly with
> icecat (fully freedomare version of firefox), but that's only as of a
> month or so ago, and wasn't the case back with kde 4.3.0.  Since the
> EULAs required for sun's and blackdown's non-freedomware versions aren't
> a viable option here and iced-tea wasn't working, that meant sesame2
> wasn't a viable option, leaving only the redland backend that everybody
> equally calls *SLOW*, making it not worth installing either.
>
> Luckily, the semantic-desktop stuff isn't yet integrated so deeply into
> kde4 that it's absolutely required, yet, and while soprano seems to be a
> non-optional dependency for linking purposes, it doesn't require an
> actually working backend, Gentoo gives one the option of not installing
> one and not enabling the semantic desktop bits, and I've been fine
> without it.
>
> The latest is that there's now a third backend option, I forget the name,
> but it's a much faster C based backend, 100% freedomware, AFAIK.  
> However, I don't expect that'll be actually integrated into the kde 4.3
> serious, only for 4.4 or possibly not until 4.5 (tho the blogs via kde-
> planet say it's usable in kde-trunk right now).  I'm looking forward to
> that.  It's also possible that now that I finally have a working iced-
> tea, sesame2 would work, but I'm not going to worry about trying it ATM.
>
>  

As long as I can get things to working and the desktop looks OK, I'm not
to worried about the rest.  I may customize things over time but it's
not a huge issue for me.  I spend most of my time looking at Seamonkey
anyway.

I do want to change the mouse pointer thing tho.  That thing gets on my
nerves.  It looks . . . . . fuzzy.  You know, like a rat or something.
LOL  It makes it hard for me to copy and paste text.  Clicking a link is
OK but selecting something is not easy.

Dale

:-)  :-)
___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Duncan-2]

Kevin Krammer posted on Mon, 09 Nov 2009 13:27:38 +0100 as excerpted:

>> In my searches, I have read similar posts about it being a version
>> mismatch of software.  That is why I listed what I have installed.
>> Maybe I need to install a newer version or even a older version of
>> something.  I have the following boost packages installed:
>>
>> eselect-boost-0.3 (0)
>> boost-1.37.0-r1 (1.37)
>> boost-build-1.37.0 (1.37)
>>
>> Does that help show if something is a mismatch?  To new, to old?
>
> In the case of the symbol mismatch you are seeing for akonadiclt, it is
> not a question of too new or too old, but about building with a
> different version than what you have now available.
> Better ask on a Gentoo list, this should not happen.

FWIW, the Gentoo command that /should/ fix this is revdep-rebuild.  Dale,
have you run that lately?  Personally, I run it here after every update.  
If you haven't run it in awhile, you'll likely have quite a list of
packages it needs to rebuild, but if you do it after every update, it's
not quite so bad, particularly if you have --as-needed in your LDFLAGS.
(Mail me offlist if you want an explanation of the ldflags and as-needed
bits...  Or look it up on the Gentoo forums or ask on the Gentoo user
list... which I don't frequent, only the amd64 and desktop lists.)

--
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Dale-46]

Duncan wrote:

> Kevin Krammer posted on Mon, 09 Nov 2009 13:27:38 +0100 as excerpted:
>
>  
>>> In my searches, I have read similar posts about it being a version
>>> mismatch of software.  That is why I listed what I have installed.
>>> Maybe I need to install a newer version or even a older version of
>>> something.  I have the following boost packages installed:
>>>
>>> eselect-boost-0.3 (0)
>>> boost-1.37.0-r1 (1.37)
>>> boost-build-1.37.0 (1.37)
>>>
>>> Does that help show if something is a mismatch?  To new, to old?
>>>      
>> In the case of the symbol mismatch you are seeing for akonadiclt, it is
>> not a question of too new or too old, but about building with a
>> different version than what you have now available.
>> Better ask on a Gentoo list, this should not happen.
>>    
>
> FWIW, the Gentoo command that /should/ fix this is revdep-rebuild.  Dale,
> have you run that lately?  Personally, I run it here after every update.  
> If you haven't run it in awhile, you'll likely have quite a list of
> packages it needs to rebuild, but if you do it after every update, it's
> not quite so bad, particularly if you have --as-needed in your LDFLAGS.
> (Mail me offlist if you want an explanation of the ldflags and as-needed
> bits...  Or look it up on the Gentoo forums or ask on the Gentoo user
> list... which I don't frequent, only the amd64 and desktop lists.)
>
>  

This is my update process:

eix-sync
emerge -uvDNa world  < look at USE flags and such to be sure it's ok.
bdeps is in make.conf
python-updater < if it has been updated.
emerge -p --depclean  Most of the time this is fine.
revdep-rebuild -i

I go through that until everything comes out clean.

I also watch to see if portage tells me anything else needs to be done.
Recently the preserved-rebuild popped up and I ran it, three times since
it kept needing to rebuild different packages.  It did eventually make
itself happy tho.

I should also mention, I have been using Gentoo since 1.4.  I don't know
it all but I been around the block a couple times.  :-)

Thanks.

Dale

:-)  :-)
___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Duncan-2]

Dale posted on Mon, 09 Nov 2009 07:54:41 -0600 as excerpted:

> Duncan wrote:

>> You "set Dolphin up to run as root", but didn't describe how.  Did you
>> create a new menu item for it or change the current one, or are you
>> starting Dolphin as root using some other method?
>>  
>>  
> I did this a while back.  I right clicked on the K menu thingy and
> selected menu editor.  I then found Dolphin and told it to run as root.
> It's sort of the way KDE 3 does it but getting there is different.  I
> actually found it by accident.  LOL

I see we basically had a cross-reply thing going on.  You answered that
question well when others asked... while I was composing my reply.

>> What it looks like to me is that it's not starting a full root dbus
>> session (distinct from the user dbus session), so it's having problems
>> reaching it.  In some cases that can be due to how it was started, and
>> may involve errors even launching the kde app (tho you say it doesn't,
>> now) as a user other than the one you're running X as.
>>
>> FWIW, I don't tend to run much GUI as root, especially to edit system
>> config files and the like.  For that, I use mc, an ncurses based dual-
>> pane filemanager type app

>> If you wish to try something like that we can probably take that off
>> list and I can help you set it up.  Or we can continue working on this,
>> probably on-list, but I'm simply saying since I don't do it the same
>> way, I may be of limited help...
>>  
> I'm hoping I can continue to do this sort of like I always have.  I can
> use nano to edit those files but I have grown accustomed to using
> Kwrite.  There is no one here but me so I'm not worried about security
> or anything.  It's not like I'm going to leave something open and
> someone walk in and do some mischief.
>
> I may end up changing to something else tho.  I have had to do that
> before.  I mostly think KDE 4 just needs a little more time or I just
> need to config this differently.

My experience, FWIW, is that for doing sysadmin type tasks, things work
best (for me) if I can use the same tools when I'm in X as when I'm not.  
After all, it might be X or kde that won't start, that I'm doing the
sysadmin type tasks in ordered to fix.  Obviously using kde tools in that
case simply isn't going to work!  If I use the same tools either way, I
get familiar with them and work with them more efficiently.  Otherwise,
if X (or kde within X) wouldn't start, I'd feel a bit handicapped while
using non-X apps trying to fix it.  Since mc happens to be incredibly
effective as an ncurses based sysadmin type tasks helper tool, generally
as effective if not more so than a GUI would be, I simply use it all the
way around.  (Of course, for user aka non-sysadmin type tasks, sorting
images, viewing videos, etc, that tend to be more graphically oriented,
the kde tools, dolphin, gwenview, etc, are as much better in their turn
than mc, as I find mc better than them, for sysadmin type tasks.  I like
thumbnail icons when I'm organizing my image collection, a user task, but
loading them only gets in the way, when I'm browsing /etc looking for any
config file or dir that might be related to the system bash config, for
instance.)

OTOH, I realize this is a rather non-GUI oriented admin-user viewpoint.  
Someone who isn't particularly comfortable at the command line in the
first place and wouldn't likely be doing much but reinstalling if their X
server failed, because they wouldn't know what /to/ do, will likely find
the KDE tools just fine for doing the limited sysadmin type tasks that
they /do/ do.

So YMMV, as they say.  But if you do decide to switch to something else
for your sysadmin type tasks, certainly, mc is worth considering.

>>> Problem two, akonadi isn't working.

>>> Akonadi Server Self-Test Report
>>> ===============================

>> I'm not yet running akonadi... probably won't until k-address-book
>> (kab) requires it in kde 4.4.  So again, can't help you directly.
>> However...
>>
>> 1) You don't mention where these tests are coming from.  Are they the
>> FEATURES=test run at build/install time?  Are they some GUI test run
>> from within KDE later?
>>  
> This happens as soon as my desktop pops up.  I don't touch a thing and
> it pops up with this error.  I do start with a saved session and I
> strongly suspect that it is Kopete that kicks this "test" into drive.  I
> think that because I do have it set to start up in the bar at the bottom
> and it is in the list I posted earlier as needing the server.  I could
> be wrong tho.

That's very plausible.  I'm not particularly adept at IM/IRC, so don't
normally have those types of apps installed, and thus don't have kopete
merged.  But IIANM kopete *IS* one of the apps that does already use
akonadi, so that could very well be your issue.

The question then becomes... so akonadi isn't working, is kopete working,
or broken?  If you aren't missing any features you normally use, I'd say,
don't worry about it for the time being... except of course having that
test popup at every desktop start and having to cancel it will certainly
be frustrating!

>> 2) I'm not sure if akonadi works properly with sqlite.  Mysql is the
>> normal requirement.

> Hmmm, maybe the USE flag is on in the profile and I need to disable that
> thing in make.conf?  Of course, that may not work when it just plain has
> to have it when KDE 4.4 comes out.

Yes, but a lot can and likely will change between now and then.  Luckily,
as these bits get deeper integrated into kde-proper, they're getting a
lot of focus on fixing the various previously not-well-functioning bits,
making it all work together (or even work at all) far better.  Thus, what
could well be a serious bugger of an issue to try to get working with
4.3.x, may well from the user perspective "just work", by the time it's
actually required in kde 4.4 or 4.5.  It does look like that's where the
nepomuk semantic desktop stuff is headed, for instance, with that third
backend choice.  It'd be quite difficult to get it working now, at least
on amd64 with no previous Java install and without a good freedomware
Java VM, for those like me for whom that makes a difference.  But with
that third backend, chances are pretty good that'll "just work" (or in
Gentoo, "just work" as soon as the appropriate USE flag is enabled to
build against that), by the time it starts getting to be indispensable.

The other aspect of that being, of course, that Gentoo in general is
pretty good about making things "just work" by the time they stable them,
at least, if not by ~arch.  kde4 has been a bit of an exception
especially with the dropping of kde3 as well, because there's so many
issues remaining unresolved with upstream kde4, even as support for both
kde3 and the qt3 it depends on have been dropped by upstream.  But, the
worst of /those/ problems do seem to be behind us, and I know of no one
that seriously and credibly argues that kde4 isn't fast becoming the
replacement for stable kde3, even if it's not quite there yet and the
ordering of dropping support for the previous version even while the new
version is still a bit broken in so many places, has left a bit to be
desired.

> Interesting.  I don't use Kmail or Kaddressbook.  I do install with
> kde-meta tho which pulls them in.  I just don't use them anymore.

Interesting how people are different in that regard... I don't use kopete
at all, while you obviously use it enough to have it starting with your
kde session, while I use kmail and have it start with my kde session, but
you don't use it at all.

> As long as I can get things to working and the desktop looks OK, I'm not
> to worried about the rest.  I may customize things over time but it's
> not a huge issue for me.  I spend most of my time looking at Seamonkey
> anyway.

In my case, OTOH, I've yet to find a desktop that I can even be /close/
to comfortable with, until it is /seriously/ customized.  That in fact
has been one of the big issues with the switch to kde4 for me, because
kde3 was /so/ customizable, and because I so effectively used its
customizability, that when those customization features remain yet broken
in kde4, I've had /serious/ problems adapting, having to spend hours
writing custom scripts and piecing together functionality that "just
worked" by simple point and click selection of the appropriate
customizations under kde3.

> I do want to change the mouse pointer thing tho.  That thing gets on my
> nerves.  It looks . . . . . fuzzy.  You know, like a rat or something.
> LOL  It makes it hard for me to copy and paste text.  Clicking a link is
> OK but selecting something is not easy.

That's easy enough, and was in fact just one of a whole list of
customizations I made to kde4 before I could consider it seriously as a
desktop solution at all.  We can start a separate subthread on that if
you like...  Or do you mean you simply haven't gotten around to doing it
yet, and it's just one item on your remaining "todo" list?

--
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Duncan-2]

Dale posted on Mon, 09 Nov 2009 08:09:01 -0600 as excerpted:

> This is my update process:
>
> eix-sync
> emerge -uvDNa world  < look at USE flags and such to be sure it's ok.
> bdeps is in make.conf
> python-updater < if it has been updated.
> emerge -p --depclean  Most of the time this is fine.
> revdep-rebuild -i
>
> I go through that until everything comes out clean.
>
> I also watch to see if portage tells me anything else needs to be done.
> Recently the preserved-rebuild popped up and I ran it, three times since
> it kept needing to rebuild different packages.  It did eventually make
> itself happy tho.
>
> I should also mention, I have been using Gentoo since 1.4.  I don't know
> it all but I been around the block a couple times.  :-)

Just a couple minor differences there between you and me.  I don't use
eix so don't do that bit.  

1) I have a sync-script I run that syncs portage and layman, updates the
cache, updates the esearch database, and pre-fetches the sources for all
the updates.  It does part of that in parallel, where possible.  (So for
instance it does the esearch db rebuild and the sources fetches in
parallel.)

2) I've been running the portage 2.2 branch for some time, from well
before the preserved-libs feature was stable, and had a bit of problem
with that.  I decided it's more trouble than it's worth, for me, so I
disabled that, and thus don't have to worry about it.  Revdep-rebuild
works better that way too.  The trade-off of course is that when a big
update comes along, a few packages might be broken until I'm finished
revdep-rebuilding, but --as-needed in ldflags mitigates that problem to a
large degree, (probably 1/10th the rebuilds otherwise necessary), and the
speed and performance of my system (dual dual-core opteron, so quad-cores
but on two separate CPUs, 6 gigs memory, PORTAGE_TMPDIR on tmpfs) helps
as well, so preserved-libs isn't as big a deal for me as it would be for
many, and I find the tradeoff in terms of additional (probably mostly
theoretical at this point, now that the feature is reasonably stable)
system issues not worth the relatively small (on my system) cost.

--
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Dale-46]

It seems to me that I need to let the KDE devs have some more time on
this.  It seems that changing USE flags to get things working now will
just lead to me having to change things back later on.  While I do use a
GUI to generally do admin things, I can equally do them in a plain ole
condole as well.  I even installed elogv because it will work in a
console.  I have the GUI based elogviewer installed as well.  Either one
works fine.

The issue for me is that KDE 4 just has a few things that are shall we
say "important to me" that is not working yet.  The two things in this
thread are two big issues that I need fixed.  I can live with the mouse
pointer thing if needed.  There are other things that I can handle while
they are fixing them but I do need to be able to browse my files as
root.  I would also not like to be flashed with a error first thing.

This is November, lots of holidays next month but I do believe KDE 4
will be here and working well in the next couple months.  I think Gentoo
is jumping the gun a bit but I can handle this.  I have a second install
with only KDE 3 installed that I plan to use until KDE 4 is ready.  It
just won't get updated in the meantime.  I can chroot in here and update
this install if needed and even check on KDE 4 after updates.

I was hoping to get Linux installed for my brother too but this will
wait for a while.  I may use Mandriva for him anyway.  His machine is
not beefy like mine.  I built my own rig and it is built like a tank.
Huge coolers, lots of funs and a server case.  His has little cookers,
only two small fans counting the P/S fan and a small case.  Just not
something I would want to compile OOo on.  o_O

Thanks much.

Dale

:-)  :-)
___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

On Monday, 2009-11-09, Dale wrote:

> Kevin Krammer wrote:
> > On Monday, 2009-11-09, Dale wrote:
> >> Kevin Krammer wrote:
> >>> On Monday, 2009-11-09, Dale wrote:
> >>>> Problem one, I used to use Konqueror as root to edit config files and
> >>>> such.  I have to be root to do this.  I set Dolphin up to run as root
> >>>> and it comes up fine.  I even like the look so far.  The last time I
> >>>> tried this it wouldn't even open a folder, directory or whatever you
> >>>> want to call it.  It does after this latest update today.  I assume
> >>>> that got fixed.  However, if I got to a directory like /etc ,which is
> >>>> owned by root, and try to open a text file, I get a error.  It won't
> >>>> let me copy and paste so it is a screen shot.  It basically complains
> >>>> about Klauncher and dbus.  Screen shot is attached as screenshot1.
> >>>
> >>> When you run Dolphin as root (not sure if there is a better method now,
> >>> don't follow that policy kit stuff closely enough), how do you start
> >>> it? From a user session using some run-as option or by getting a root
> >>> shell and running it from there?
> >>
> >> I set it up sort of like in the old KDE.  I edited the menu so that it
> >> would run as root when I click on Dolphin in the menu.  Basically, when
> >> I click on Dolphin in the K menu, it pops up a box and asks for the root
> >> password then opens up.  That part is just like in the old KDE.  I can
> >> access my root directory so it is running as root.  It just won't open
> >> anything.  I should have tried a picture and a pdf or something too but
> >> I didn't think about it at the time.  I do have dbus running tho.  I
> >> checked that just to make sure.
> >
> > I'll have to try that, but I think this should work.
> > Can you try a different approach, e.g. ALT-F2 then "Dolphin" then
> > clicking on the wrench icon on the right hand side of the "execute
> > dolphin" entry?
>
> OK.  I tried that and it is in another reply.  It didn't work to well.  :-(
>
> > Or when you have started Dolphin your way, whether other processes are
> > running as root, e.g. klauncher?
>
> Here is what it claims is running:
>
> root@smoker ~ # ps aux | grep klauncher
> dale      3397  0.0  0.9  64576 20144 ?        S    06:49   0:00
> kdeinit4: klauncher [kdeinit] --fd=8
> dale      4626  0.0  0.9  64592 19356 ?        S    07:13   0:00
> kdeinit4: kio_file [kdeinit] file
> local:/tmp/ksocket-dale/klauncherMT3397.slave-socket
> local:/tmp/ksocket-dale/konquerorbh4622.slave-socket
> dale      4801  0.0  0.9  64840 19852 ?        S    07:21   0:00
> kdeinit4: kio_trash [kdeinit] trash
> local:/tmp/ksocket-dale/klauncherMT3397.slave-socket
> local:/tmp/ksocket-dale/krunnercS4788.slave-socket
> root      4878  0.0  0.0   1884   516 pts/4    R+   07:22   0:00 grep
> --colour=auto klauncher
> root@smoker ~ #

Hmm. No klauncher as root.
Since klauncher would be used to start any editor, any editor would then be
running as user dale again.

You wrote in your reply to Andreev Sergei that it works with Konqueror.
Is that Konqueror from KDE4?

> >>>> MySQL server executable not tested.
> >>>> Details: The current configuration does not require an internal MySQL
> >>>> server.
> >>>
> >>> Just to make sure this is intentional: you are running a system wide
> >>> MySQL daemon and want it to be used for Akonadi's database, correct?
> >>
> >> I don't use MySQL myself.  It was pulled in as a dependency of other
> >> stuff.
> >
> > But the configuration says it has been configured for not using an
> > internal server (StartServer=false in first test).
> > This is not the shipped default. Either Gentoo changed that or you did.
> > Same for name, user and password. Only needed for using a system wide
> > MySQL server.
>
> I guess it is Gentoo.  I haven't touched anything related to SQL.  Some
> package had to have it so I let it install it.  Could it work without it?

Very unusual, definitely not the default setup as shipped by Akonadi or KDE.
Maybe you can verify that with Gentoo as well.

In the mean time, once you've got that library version problem fixed, you can
try to switch back to the upstream default of starting an internal server.

My SQL section of Akonadi config ( $HOME/.config/akonadi/akonadiserverrc)
looks like this:

[QMYSQL]
Name=akonadi
User=
Password=
Options="UNIX_SOCKET=/home/kevin/.local/share/akonadi/db_misc/mysql.socket"
ServerPath=/usr/sbin/mysqld
StartServer=true

The last line makes it start its own, local, instance of MySQL, no system wide
setup required.

Cheers,
Kevin

--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring


___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

On Monday, 2009-11-09, Duncan wrote:
> Dale posted on Mon, 09 Nov 2009 05:12:48 -0600 as excerpted:

> > Problem two, akonadi isn't working.  I did Google for this and I
> > couldn't find a fix but it appears to be a common issue.  It appears to
> > be a mismatch between software versions.  This may be as simple as
> > someone who has it working posting what version they are using and me
> > matching that.  It may be something else that is needed.  This is the
> > error that it gives:
> >
> > +++++++++++++++++++++++++++++++++++++++++++++
> >
> > Akonadi Server Self-Test Report
> > ===============================
>
> I'm not yet running akonadi... probably won't until k-address-book (kab)
> requires it in kde 4.4.  So again, can't help you directly.  However...
>
> 1) You don't mention where these tests are coming from.  Are they the
> FEATURES=test run at build/install time?  Are they some GUI test run from
> within KDE later?

This is the KDE "Akonadi Self test report" shown when an error occurs on
startup and which can be explicitly run in KDE's system settings program.

> 2) I'm not sure if akonadi works properly with sqlite.  Mysql is the
> normal requirement.  I do see that akonadi (which is NOT merged/installed
> here, unneeded in my config) doesn't require mysql be installed as a
> dependency, here.  akonadi-server (which IS merged, required for various
> bits...) has both mysql and sqlite USE flags, neither of which I have on,
> but then I'm not actually using it that I know of, only building against
> it as building against it is required by various kde components I have
> installed, even if it's not actually used.
>
> 3) The tests do seem to indicate that your akonadi-server is configured
> for sqlite, not mysql.  As such, several of the mysql-only (early) tests
> are skipped, some of the middle tests fail, and the later ones succeed
> but perhaps only because it's not actually running to create the error
> logs, etc.

Oh my!
I totally overlooked that when looking at Dale's test output.
How did that end up being configured for sqlite which is known not to work?
Gentoo didn't pull the sources from the experimental sqlite branch, did they?

Dale, your akonadiserverrc (see other reply) also needs this:

[%General]
Driver=QMYSQL

Next version will have support for Postgres, though not tested very well.

> 4) What I'd guess is happening here, is that you've setup kde in what
> amounts to a "null-akonadi" config, which is basically what I've done as
> well, only I'm not running this test and don't know where it is to run.
> The null-akonadi config would be possible since akonadi isn't actually
> required by much in kde4 yet.  akonadi itself isn't required, but even
> where it's not used, there are a few components that build against
> akonadi-server, so it's required for these various components to link
> against, even when akonadi itself isn't and may not be merged.  In such a
> config, akonadi tests wouldn't be expected to succeed, because it's not
> actually installed, only the null-server bits are installed, just enough
> for the kde components that require them to link against can be merged.

The requirement is actually a library shared by Akonadi Server and KDE's
Akonadi client library.
This library is usually installed alongside Akonadi Server, which is why you
get this package/ebuild dependency.

> 5) What logically follows is this question:  You see akonadi failing, but
> do you know for sure that you actually need it for anything?  If not,
> that's likely a USE flag based choice available in the Gentoo
> installation, since many people don't actually need it at this point, and
> thus don't care if it actually works.  Of course, if there's some bit you
> need that you know is failing without a running akonadi, then we go from
> there, but I know that I don't need it for anything, here.  kmail, which
> will require akonadi from kde 4.5, doesn't need it yet, and kab
> (kaddressbook), which will require it from 4.4, doesn't need it with 4.3
> either.

Since Dale's session configuration seems to be highly experiemental without
him knowing, I am almost certain this is a result of one of the compatibility
plugins being loaded.
Dale you can check in KDE's system settings -> advanced tab -> KDE resources.
For Contacts or Calendar, things called "Akonadi Compatibility Resource" or
something similar.

Basically plugins for KDE's current resource system to get data from Akonadi.
Intended in the long run for keeping compatibility with old applications,
currently disabled in all our releases, only enabled for testing in trunk,
betas and RCs.

Dale writes in another reply that he gets it at login, which most likely means
it is the contact resource plugin, either being used by Kopete or something
like the KRunner "Contacts" plugin.

Removing it through system settings should help here.

> Some of the koffice bits require akonadi-server, but at least
> the bits I have installed here, don't require akonadi itself.  Of course,
> starting with kde 4.4, I /will/ require it for kab, which will require it
> with 4.4 (unless I just nix kab at that point), and for 4.5, I /will/
> require it regardless, as kmail itself will require it then and I'm
> unlikely to nix kmail... unless the switch to akonadi breaks it and I
> have to.

I am not totally sure (haven't had time to follow development closely enough
recently), but KMail might require Akonadi for address related stuff in 4.4,
just not for its own data.

> At present I'm not using the semantic desktop stuff, either, and it too
> is "null-installed".  That is, soprano is installed, but using a USE flag
> config that deliberately does NOT install a working backend.  The problem
> is that there are only two working backends ATM, redland, which is
> *SLOW*, and sesame2 is Java based and thus requires a working Java
> backend.  While most of Java is now freedomware licensed, that's a recent
> enough development that there's still some issues with it, and with the
> only reasonably full implementation that's fully freedomware compliant,
> iced-tea.

As far as I understood the situation with Sesame2 is that the main problem is
its own source, because as a good Java citizen it is using Maven as its build
and dependency system which interferes with Linux distributions' dependency
systems.

> The latest is that there's now a third backend option, I forget the name,
> but it's a much faster C based backend, 100% freedomware, AFAIK.

I think it is called Virtuouso, probably slightly different spelling :)

Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring


___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Duncan-2]

Kevin Krammer posted on Mon, 09 Nov 2009 20:07:48 +0100 as excerpted:

>> The latest is that there's now a third backend option, I forget the
>> name, but it's a much faster C based backend, 100% freedomware, AFAIK.
>
> I think it is called Virtuouso, probably slightly different spelling :)

That's the one! As I said, looking forward to it!  =:^)  

--
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Dale-46]

Kevin Krammer wrote:

> On Monday, 2009-11-09, Dale wrote:
>  
>> Kevin Krammer wrote:
>>    
>>> On Monday, 2009-11-09, Dale wrote:
>>>      
>>>> Kevin Krammer wrote:
>>>>        
>>>>> On Monday, 2009-11-09, Dale wrote:
>>>>>          
>>>>>> Problem one, I used to use Konqueror as root to edit config files and
>>>>>> such.  I have to be root to do this.  I set Dolphin up to run as root
>>>>>> and it comes up fine.  I even like the look so far.  The last time I
>>>>>> tried this it wouldn't even open a folder, directory or whatever you
>>>>>> want to call it.  It does after this latest update today.  I assume
>>>>>> that got fixed.  However, if I got to a directory like /etc ,which is
>>>>>> owned by root, and try to open a text file, I get a error.  It won't
>>>>>> let me copy and paste so it is a screen shot.  It basically complains
>>>>>> about Klauncher and dbus.  Screen shot is attached as screenshot1.
>>>>>>            
>>>>> When you run Dolphin as root (not sure if there is a better method now,
>>>>> don't follow that policy kit stuff closely enough), how do you start
>>>>> it? From a user session using some run-as option or by getting a root
>>>>> shell and running it from there?
>>>>>          
>>>> I set it up sort of like in the old KDE.  I edited the menu so that it
>>>> would run as root when I click on Dolphin in the menu.  Basically, when
>>>> I click on Dolphin in the K menu, it pops up a box and asks for the root
>>>> password then opens up.  That part is just like in the old KDE.  I can
>>>> access my root directory so it is running as root.  It just won't open
>>>> anything.  I should have tried a picture and a pdf or something too but
>>>> I didn't think about it at the time.  I do have dbus running tho.  I
>>>> checked that just to make sure.
>>>>        
>>> I'll have to try that, but I think this should work.
>>> Can you try a different approach, e.g. ALT-F2 then "Dolphin" then
>>> clicking on the wrench icon on the right hand side of the "execute
>>> dolphin" entry?
>>>      
>> OK.  I tried that and it is in another reply.  It didn't work to well.  :-(
>>
>>    
>>> Or when you have started Dolphin your way, whether other processes are
>>> running as root, e.g. klauncher?
>>>      
>> Here is what it claims is running:
>>
>> root@smoker ~ # ps aux | grep klauncher
>> dale      3397  0.0  0.9  64576 20144 ?        S    06:49   0:00
>> kdeinit4: klauncher [kdeinit] --fd=8
>> dale      4626  0.0  0.9  64592 19356 ?        S    07:13   0:00
>> kdeinit4: kio_file [kdeinit] file
>> local:/tmp/ksocket-dale/klauncherMT3397.slave-socket
>> local:/tmp/ksocket-dale/konquerorbh4622.slave-socket
>> dale      4801  0.0  0.9  64840 19852 ?        S    07:21   0:00
>> kdeinit4: kio_trash [kdeinit] trash
>> local:/tmp/ksocket-dale/klauncherMT3397.slave-socket
>> local:/tmp/ksocket-dale/krunnercS4788.slave-socket
>> root      4878  0.0  0.0   1884   516 pts/4    R+   07:22   0:00 grep
>> --colour=auto klauncher
>> root@smoker ~ #
>>    
>
> Hmm. No klauncher as root.
> Since klauncher would be used to start any editor, any editor would then be
> running as user dale again.
>
> You wrote in your reply to Andreev Sergei that it works with Konqueror.
> Is that Konqueror from KDE4?
>  

I'm thinking it is from KDE 3 by the way it looks.  I need to see if I
can run the KDE 4 version, if there is one, and see what it looks like.

>  
>>>>>> MySQL server executable not tested.
>>>>>> Details: The current configuration does not require an internal MySQL
>>>>>> server.
>>>>>>            
>>>>> Just to make sure this is intentional: you are running a system wide
>>>>> MySQL daemon and want it to be used for Akonadi's database, correct?
>>>>>          
>>>> I don't use MySQL myself.  It was pulled in as a dependency of other
>>>> stuff.
>>>>        
>>> But the configuration says it has been configured for not using an
>>> internal server (StartServer=false in first test).
>>> This is not the shipped default. Either Gentoo changed that or you did.
>>> Same for name, user and password. Only needed for using a system wide
>>> MySQL server.
>>>      
>> I guess it is Gentoo.  I haven't touched anything related to SQL.  Some
>> package had to have it so I let it install it.  Could it work without it?
>>    
>
> Very unusual, definitely not the default setup as shipped by Akonadi or KDE.
> Maybe you can verify that with Gentoo as well.
>
> In the mean time, once you've got that library version problem fixed, you can
> try to switch back to the upstream default of starting an internal server.
>
> My SQL section of Akonadi config ( $HOME/.config/akonadi/akonadiserverrc)
> looks like this:
>
> [QMYSQL]
> Name=akonadi
> User=
> Password=
> Options="UNIX_SOCKET=/home/kevin/.local/share/akonadi/db_misc/mysql.socket"
> ServerPath=/usr/sbin/mysqld
> StartServer=true
>
> The last line makes it start its own, local, instance of MySQL, no system wide
> setup required.
>
> Cheers,
> Kevin
>
>  

While I was searching around for the error I keep getting, I found
someone that said they had to comment out a line in that config file.
So I went to diggin, I don't even have that file.  The WHOLE directory
is empty.  No files at all.  This could be the issue.  No config, no worky.

I assume that file is owned by your user and the group is user?  For me
it would be dale:users I guess.

Dale

:-)  :-)
___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Dale-46]

Kevin Krammer wrote:

> On Monday, 2009-11-09, Duncan wrote:
>  
>
> Oh my!
> I totally overlooked that when looking at Dale's test output.
> How did that end up being configured for sqlite which is known not to work?
> Gentoo didn't pull the sources from the experimental sqlite branch, did they?
>
> Dale, your akonadiserverrc (see other reply) also needs this:
>
> [%General]
> Driver=QMYSQL
>
> Next version will have support for Postgres, though not tested very well.
>  

OK.  I assume that is the file that I don't have yet.  I'm going to have
to create that ain't I?  lol

>
> Since Dale's session configuration seems to be highly experiemental without
> him knowing, I am almost certain this is a result of one of the compatibility
> plugins being loaded.
> Dale you can check in KDE's system settings -> advanced tab -> KDE resources.
> For Contacts or Calendar, things called "Akonadi Compatibility Resource" or
> something similar.
>
> Basically plugins for KDE's current resource system to get data from Akonadi.
> Intended in the long run for keeping compatibility with old applications,
> currently disabled in all our releases, only enabled for testing in trunk,
> betas and RCs.
>
> Dale writes in another reply that he gets it at login, which most likely means
> it is the contact resource plugin, either being used by Kopete or something
> like the KRunner "Contacts" plugin.
>
> Removing it through system settings should help here.
>  

Not real sure what I am looking for but heck, I can do a rm -rf ~/.kde4
and fix it.  o-O   Anyway.

I went there and I do have something under Contacts.  The others are
blank.  It says Default Address Book then File then Yes.  It also has a
check mark for it.  I tried to remove the check mark to "disable" the
thing but KDE got really pissed about that.  It gave me a warm and wet
feeling.  Stuff went dark and a little error message popped up that
reminded me of HAL 2000.  It said 'I can't do that'.  Glad I don't have
that speech software on here.  :-O  It would be more than a wet
feeling.  ^_^

> Cheers,
> Kevin
>  

I don't mind messing with this.  I'm sort of bored since I can't sleep
most of the time anyway.  I think the devs just need more time.  It is a
lot better than it was when I first installed it a month or so ago.

Should I ditch the SQL thingy I got and install MySQL or something?  As
long as everything else works, KDE 3 wise, I don't mind.

Oh, one more pet peeve.  How do I make my clock use the 12 hour format
instead of the 24 hour?  I'm not in the military.  I know when it is
dark or sunny.

Dale

:-)  :-)
___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[Dale-46]

Duncan wrote:

> Dale posted on Mon, 09 Nov 2009 07:54:41 -0600 as excerpted:
>
>  
>> I do want to change the mouse pointer thing tho.  That thing gets on my
>> nerves.  It looks . . . . . fuzzy.  You know, like a rat or something.
>> LOL  It makes it hard for me to copy and paste text.  Clicking a link is
>> OK but selecting something is not easy.
>>    
>
> That's easy enough, and was in fact just one of a whole list of
> customizations I made to kde4 before I could consider it seriously as a
> desktop solution at all.  We can start a separate subthread on that if
> you like...  Or do you mean you simply haven't gotten around to doing it
> yet, and it's just one item on your remaining "todo" list?
>
>  

I got the mouse pointer changed.  I got it to look like the one in KDE
3.  It will do.  May do something different later.  I may also try the
rm -rfv ~/.kde4 before to long.  Next update maybe.

It's getting better.

Dale

:-)  :-)
___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.