[opensuse] akonadi nepomuk strigi
Do I need these programs to run KDE4? They eat up resources (as shown by 'top'), never seem to stop or use less memory and kmail is much slower on starting than with 11.2. Thanks. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-07-17 19:51, lynn wrote:
Do I need these programs to run KDE4? They eat up resources (as shown by 'top'), never seem to stop or use less memory and kmail is much slower on starting than with 11.2.
http://en.wikipedia.org/wiki/Akonadi Akonadi is a storage service for personal information management (PIM) data and metadata. It is one of the ?pillars? (core technologies) behind the KDE SC 4 project, although it is designed to be used in any desktop environment. It is extensible and provides concurrent read, write, and query access. http://en.wikipedia.org/wiki/NEPOMUK_%28framework%29 NEPOMUK (Networked Environment for Personalized, Ontology-based Management of Unified Knowledge) is an open-source software specification that is concerned with the development of a social semantic desktop that enriches and interconnects data from different desktop applications using semantic metadata stored as RDF. Initially, it was developed in the NEPOMUK project[2] and cost 17 million euros, of which 11.5 million was funded by the European Union[3]. ??? http://en.wikipedia.org/wiki/Strigi Strigi is a desktop search daemon, which is operating system-independent and desktop-independent. Strigi was initiated by Jos van den Oever. Strigi's goals are to be fast, use a small amount of RAM, and use flexible backends and plug-ins.[3] A benchmark as of January 2007 showed that Strigi is faster and uses less memory than other search systems,[6] but it lacks many of their features[citation needed]. Like most desktop search systems, Strigi can extract information from files, such as the length of an audio clip, the contents of a document, or the resolution of a picture; plugins determine what filetypes it is capable of handling.[4] Strigi uses its own Jstream system which allows for deep indexing of files. Strigi is accessible via Konqueror, or by clicking on its icon, after adding it to KDE's Kicker or GNU's Panel. (In GNU's GNOME desktop, it is called the Deskbar applet.) The graphical user interface (GUI) is named Strigiclient.[4] - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkxC7+gACgkQU92UU+smfQXihQCfefieXkIHxggQUAsLFfhD3q0f qp4AmwTgRm5W8IFfuPe6TC2n6SPqlEDo =QWmC -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sunday 18 July 2010 14:13:28 Carlos E. R. wrote:
On 2010-07-17 19:51, lynn wrote:
Do I need these programs to run KDE4? They eat up resources (as shown by 'top'), never seem to stop or use less memory and kmail is much slower on starting than with 11.2.
http://en.wikipedia.org/wiki/Akonadi
Akonadi is a storage service for personal information management (PIM) data and metadata. It is one of the ?pillars? (core technologies) behind the KDE SC 4 project, although it is designed to be used in any desktop environment. It is extensible and provides concurrent read, write, and query access.
http://en.wikipedia.org/wiki/NEPOMUK_%28framework%29
NEPOMUK (Networked Environment for Personalized, Ontology-based Management of Unified Knowledge) is an open-source software specification that is concerned with the development of a social semantic desktop that enriches and interconnects data from different desktop applications using semantic metadata stored as RDF. Initially, it was developed in the NEPOMUK project[2] and cost 17 million euros, of which 11.5 million was funded by the European Union[3].
???
http://en.wikipedia.org/wiki/Strigi
Strigi is a desktop search daemon, which is operating system-independent and desktop-independent. Strigi was initiated by Jos van den Oever. Strigi's goals are to be fast, use a small amount of RAM, and use flexible backends and plug-ins.[3] A benchmark as of January 2007 showed that Strigi is faster and uses less memory than other search systems,[6] but it lacks many of their features[citation needed]. Like most desktop search systems, Strigi can extract information from files, such as the length of an audio clip, the contents of a document, or the resolution of a picture; plugins determine what filetypes it is capable of handling.[4] Strigi uses its own Jstream system which allows for deep indexing of files. Strigi is accessible via Konqueror, or by clicking on its icon, after adding it to KDE's Kicker or GNU's Panel. (In GNU's GNOME desktop, it is called the Deskbar applet.) The graphical user interface (GUI) is named Strigiclient.[4]
Hola Carlos. Anyone deleted akonadi, nepomuk and strigi? Saludos, L x -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 18/07/10 13:20, lynn wrote:
On Sunday 18 July 2010 14:13:28 Carlos E. R. wrote:
On 2010-07-17 19:51, lynn wrote:
Do I need these programs to run KDE4? They eat up resources (as shown by 'top'), never seem to stop or use less memory and kmail is much slower on starting than with 11.2. http://en.wikipedia.org/wiki/Akonadi
Akonadi is a storage service for personal information management (PIM) data and metadata. It is one of the ?pillars? (core technologies) behind the KDE SC 4 project, although it is designed to be used in any desktop environment. It is extensible and provides concurrent read, write, and query access.
http://en.wikipedia.org/wiki/NEPOMUK_%28framework%29
NEPOMUK (Networked Environment for Personalized, Ontology-based Management of Unified Knowledge) is an open-source software specification that is concerned with the development of a social semantic desktop that enriches and interconnects data from different desktop applications using semantic metadata stored as RDF. Initially, it was developed in the NEPOMUK project[2] and cost 17 million euros, of which 11.5 million was funded by the European Union[3].
???
http://en.wikipedia.org/wiki/Strigi
Strigi is a desktop search daemon, which is operating system-independent and desktop-independent. Strigi was initiated by Jos van den Oever. Strigi's goals are to be fast, use a small amount of RAM, and use flexible backends and plug-ins.[3] A benchmark as of January 2007 showed that Strigi is faster and uses less memory than other search systems,[6] but it lacks many of their features[citation needed]. Like most desktop search systems, Strigi can extract information from files, such as the length of an audio clip, the contents of a document, or the resolution of a picture; plugins determine what filetypes it is capable of handling.[4] Strigi uses its own Jstream system which allows for deep indexing of files. Strigi is accessible via Konqueror, or by clicking on its icon, after adding it to KDE's Kicker or GNU's Panel. (In GNU's GNOME desktop, it is called the Deskbar applet.) The graphical user interface (GUI) is named Strigiclient.[4]
Hola Carlos.
Anyone deleted akonadi, nepomuk and strigi?
Saludos, L x I have deleted the lot.
Sudhir -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Am Sonntag, 18. Juli 2010, 17:07:40 schrieb Linux_Sle:
Anyone deleted akonadi, nepomuk and strigi?
I have deleted the lot.
I wonder how you did that since there is e.g. no nepomuk package. It's part of kdebase and libkde, so removing thos will brake your KDE. Simply disabling strigi and nepomuk in KDE's systemsettings should work though. Strigi is not enabled by default anyway. Same for nepomuk AFAIK. Sven -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 18/07/10 16:19, Sven Burmeister wrote:
Am Sonntag, 18. Juli 2010, 17:07:40 schrieb Linux_Sle:
Anyone deleted akonadi, nepomuk and strigi? I have deleted the lot. I wonder how you did that since there is e.g. no nepomuk package. It's part of kdebase and libkde, so removing thos will brake your KDE. Simply disabling strigi and nepomuk in KDE's systemsettings should work though. Strigi is not enabled by default anyway. Same for nepomuk AFAIK.
Sven I meant disabled actually.
I mentioned deleted as a tongue in cheek remark given that it cost Euro 17m to develop one of the packages. :) Sudhir -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Am Sonntag, 18. Juli 2010, 17:23:07 schrieb Linux_Sle:
On 18/07/10 16:19, Sven Burmeister wrote:
Am Sonntag, 18. Juli 2010, 17:07:40 schrieb Linux_Sle:
Anyone deleted akonadi, nepomuk and strigi?
I have deleted the lot.
I wonder how you did that since there is e.g. no nepomuk package. It's part of kdebase and libkde, so removing thos will brake your KDE. Simply disabling strigi and nepomuk in KDE's systemsettings should work though. Strigi is not enabled by default anyway. Same for nepomuk AFAIK.
I meant disabled actually.
I mentioned deleted as a tongue in cheek remark given that it cost Euro 17m to develop one of the packages. :)
Which is of course wrong. KDE's nepomuk project/package is not what cost that much. Sven -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-07-18 17:29, Sven Burmeister wrote:
Am Sonntag, 18. Juli 2010, 17:23:07 schrieb Linux_Sle:
On 18/07/10 16:19, Sven Burmeister wrote:
I mentioned deleted as a tongue in cheek remark given that it cost Euro 17m to develop one of the packages. :)
Which is of course wrong. KDE's nepomuk project/package is not what cost that much.
Perhaps the KDE's nepomuk people could think of adding a wikipedia article on their project. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkxDVI8ACgkQU92UU+smfQUBKgCglL9zGlh8dunfp6H2AkWyB8Lc i4wAn0VpPW+fJNqubQqT/Ne4gLIAh7MU =AxKl -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
This may be old data or my memory might be faulty, so with those caveats . . . I seem to recall reading that kmail going towards 4.5, has dependencies on akonadi. Without it your contacts or group contacts may not work properly.
On 18/07/10 16:19, Sven Burmeister wrote:
Am Sonntag, 18. Juli 2010, 17:07:40 schrieb Linux_Sle:
Anyone deleted akonadi, nepomuk and strigi? I have deleted the lot. I wonder how you did that since there is e.g. no nepomuk package. It's part of kdebase and libkde, so removing thos will brake your KDE. Simply disabling strigi and nepomuk in KDE's systemsettings should work though. Strigi is not enabled by default anyway. Same for nepomuk AFAIK.
Sven I meant disabled actually.
I mentioned deleted as a tongue in cheek remark given that it cost Euro 17m to develop one of the packages. :)
Sudhir
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Saturday 17 July 2010 19:51:19 lynn wrote:
Do I need these programs to run KDE4? They eat up resources (as shown by 'top'), never seem to stop or use less memory and kmail is much slower on starting than with 11.2.
Short: * You do need Akonadi and Nepomuk for KMail. * However, they are a Good Thing especially if you use PIM apps like KMail, Kontact etc, because they actually reduce memory usage. By splitting off the resources used for PIM data into a separate process, they make them more obvious, which can seem a bit scary. * You can disable the Strigi file indexer without affecting KMail. * The KDE team at openSUSE are on your side, we have configured thing so that out of the box in 11.3 Akonadi does not start up unless needed, and Nepomuk and Strigi are turned off. Long: In the 2.0 <= KDE <= 4.4 days, each program loaded the entire address book, calendars, and more specialised stuff like email, RSS feeds, and IM chat logs into its memory, so memory usage for PIM data increased linearly with the number of PIM apps running. Same goes for non-PIM apps using PIM data (the Kickoff menu's contact search data, Konqueror's Copy To IM Contact feature). Because Kontact is just a shell for KMail, KAddressbook, KOrganizer etc, it caused the same memory multiplication even though it's all one process. With the Akonadi design, only the Akonadi process loads all the data into memory. Each PIM app then displays a portion of that data as it needs it, so the amount of extra resources taken by each extra PIM app is smaller, and the initial amount of memory used by each app is less. It should also provide extra stability, because each app no longer has to maintain its own data storage infrastructure, with all the caching, integrity and performance gotchas that keep computing science graduates employed. Currently, the migration to Akonadi is not yet complete; for example, KMail uses Akonadi for address book data but still uses its old storage for emails, same goes for KOrganizer for calendar data. This probably accounts for the slower startup since 2 systems are in use in parallel. By the way, this design that splits between user interface and session-local data server is not new. Evolution has used it for contacts and calendars *finger in the air* for about 10 years now, and I'm sure some of the longer memories around here can point to other client-server PIM designs. Akonadi extends this design for other types of PIM data and uses a higher performance protocol to connect the two. Nepomuk's role in this picture is to provide search and indexing; for example if you use as-you-type address autocompletion in KMail, this is done by Nepomuk and mail search will also move out there as well. You *can* disable Nepomuk and use KMail but it is not recommended - expect these searches to stop working. Any questions? HTH, Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday 19 July 2010 13:29:39 Will Stephenson wrote:
On Saturday 17 July 2010 19:51:19 lynn wrote:
Do I need these programs to run KDE4? They eat up resources (as shown by 'top'), never seem to stop or use less memory and kmail is much slower on starting than with 11.2.
Short: * You do need Akonadi and Nepomuk for KMail.
* However, they are a Good Thing especially if you use PIM apps like KMail, Kontact etc, because they actually reduce memory usage. By splitting off the resources used for PIM data into a separate process, they make them more obvious, which can seem a bit scary.
* You can disable the Strigi file indexer without affecting KMail.
* The KDE team at openSUSE are on your side, we have configured thing so that out of the box in 11.3 Akonadi does not start up unless needed, and Nepomuk and Strigi are turned off.
Long: In the 2.0 <= KDE <= 4.4 days, each program loaded the entire address book, calendars, and more specialised stuff like email, RSS feeds, and IM chat logs into its memory, so memory usage for PIM data increased linearly with the number of PIM apps running. Same goes for non-PIM apps using PIM data (the Kickoff menu's contact search data, Konqueror's Copy To IM Contact feature). Because Kontact is just a shell for KMail, KAddressbook, KOrganizer etc, it caused the same memory multiplication even though it's all one process.
With the Akonadi design, only the Akonadi process loads all the data into memory. Each PIM app then displays a portion of that data as it needs it, so the amount of extra resources taken by each extra PIM app is smaller, and the initial amount of memory used by each app is less. It should also provide extra stability, because each app no longer has to maintain its own data storage infrastructure, with all the caching, integrity and performance gotchas that keep computing science graduates employed.
Currently, the migration to Akonadi is not yet complete; for example, KMail uses Akonadi for address book data but still uses its old storage for emails, same goes for KOrganizer for calendar data. This probably accounts for the slower startup since 2 systems are in use in parallel.
By the way, this design that splits between user interface and session-local data server is not new. Evolution has used it for contacts and calendars *finger in the air* for about 10 years now, and I'm sure some of the longer memories around here can point to other client-server PIM designs. Akonadi extends this design for other types of PIM data and uses a higher performance protocol to connect the two.
Nepomuk's role in this picture is to provide search and indexing; for example if you use as-you-type address autocompletion in KMail, this is done by Nepomuk and mail search will also move out there as well. You *can* disable Nepomuk and use KMail but it is not recommended - expect these searches to stop working.
Any questions?
HTH,
Will
Upgrade 11.2 to 11.3 nepomuk and strigi start anyway. Akonadi when I run kmail and strigi is still working after a 6 hour session. I'm sure that this is all OK it just makes for a slower machine. Thanks L x -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday 19 July 2010 13:52:32 lynn wrote:
Upgrade 11.2 to 11.3 nepomuk and strigi start anyway. Akonadi when I run kmail and strigi is still working after a 6 hour session. I'm sure that this is all OK it just makes for a slower machine.
You can turn off indexing (strigi) in System Settings->Desktop Search after the fact. I guess that it was enabled also in your 11.2, but I'll check that case here on a VM. Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday, July 19, 2010 06:59:52 pm Will Stephenson wrote:
On Monday 19 July 2010 13:52:32 lynn wrote:
Upgrade 11.2 to 11.3 nepomuk and strigi start anyway. Akonadi when I run kmail and strigi is still working after a 6 hour session. I'm sure that this is all OK it just makes for a slower machine.
You can turn off indexing (strigi) in System Settings->Desktop Search after the fact. I guess that it was enabled also in your 11.2, but I'll check that case here on a VM.
Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex
But Will, the start of Kmail is accompanied again by the Akonadi self test. After finding that the Nepomuk is not registered at D_Bus, there are three choices. Copy report to clipboard, Save report and close. My choice "close" closes the result of the selftest and the Kmail. An old problem that was gone for some month's.It requires a second start of Kmail and kdewallet.This on a new 11.3RC1 install, regularly zypper dup'ed. Why is the Nepomuk not registered automatically at Dbus? -- Linux User 183145 using LXDE on a Pentium IV , powered by openSUSE 11.3 (i586) Kernel: 2.6.34-12-default LXDE WM & KDE Development Platform: 4.4.93 (KDE 4.4.93 (KDE 4.5 >= 20100713)) 20:56pm up 0:48, 1 user, load average: 0.12, 0.15, 0.27 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Am Montag, 19. Juli 2010, 15:57:19 schrieb C. Brouerius van Nidek:
But Will, the start of Kmail is accompanied again by the Akonadi self test. After finding that the Nepomuk is not registered at D_Bus, there are three choices. Copy report to clipboard, Save report and close. My choice "close" closes the result of the selftest and the Kmail. An old problem that was gone for some month's.It requires a second start of Kmail and kdewallet.This on a new 11.3RC1 install, regularly zypper dup'ed. Why is the Nepomuk not registered automatically at Dbus?
There are two checkboxes in systemsetting's Desktop Search section. Is at least the top one enabled? Sven -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday, July 19, 2010 04:29:39 am Will Stephenson wrote:
On Saturday 17 July 2010 19:51:19 lynn wrote:
Do I need these programs to run KDE4? They eat up resources (as shown by 'top'), never seem to stop or use less memory and kmail is much slower on starting than with 11.2.
Short: * You do need Akonadi and Nepomuk for KMail.
* However, they are a Good Thing especially if you use PIM apps like KMail, Kontact etc, because they actually reduce memory usage. By splitting off the resources used for PIM data into a separate process, they make them more obvious, which can seem a bit scary.
* You can disable the Strigi file indexer without affecting KMail.
* The KDE team at openSUSE are on your side, we have configured thing so that out of the box in 11.3 Akonadi does not start up unless needed, and Nepomuk and Strigi are turned off.
Long: In the 2.0 <= KDE <= 4.4 days, each program loaded the entire address book, calendars, and more specialised stuff like email, RSS feeds, and IM chat logs into its memory, so memory usage for PIM data increased linearly with the number of PIM apps running. Same goes for non-PIM apps using PIM data (the Kickoff menu's contact search data, Konqueror's Copy To IM Contact feature). Because Kontact is just a shell for KMail, KAddressbook, KOrganizer etc, it caused the same memory multiplication even though it's all one process.
With the Akonadi design, only the Akonadi process loads all the data into memory. Each PIM app then displays a portion of that data as it needs it, so the amount of extra resources taken by each extra PIM app is smaller, and the initial amount of memory used by each app is less. It should also provide extra stability, because each app no longer has to maintain its own data storage infrastructure, with all the caching, integrity and performance gotchas that keep computing science graduates employed.
Currently, the migration to Akonadi is not yet complete; for example, KMail uses Akonadi for address book data but still uses its old storage for emails, same goes for KOrganizer for calendar data. This probably accounts for the slower startup since 2 systems are in use in parallel.
By the way, this design that splits between user interface and session-local data server is not new. Evolution has used it for contacts and calendars *finger in the air* for about 10 years now, and I'm sure some of the longer memories around here can point to other client-server PIM designs. Akonadi extends this design for other types of PIM data and uses a higher performance protocol to connect the two.
Nepomuk's role in this picture is to provide search and indexing; for example if you use as-you-type address autocompletion in KMail, this is done by Nepomuk and mail search will also move out there as well. You *can* disable Nepomuk and use KMail but it is not recommended - expect these searches to stop working.
Any questions?
HTH,
Will
-- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex Will I've found some Kmail - Akonadi problems (I think) do I report them to Buzilla or to KDE, since the package is modified by openSUSE?
Thanks -- Russ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday 19 July 2010 18:36:00 upscope wrote:
Will I've found some Kmail - Akonadi problems (I think) do I report them to Buzilla or to KDE, since the package is modified by openSUSE?
Depends on the problem :). There are still countless bugs in the upstream code. The main problem that I have introduced is as Constantius notes, there is no way to enable Nepomuk from the error dialog. I meant to add that to our packages but fatherhood stopped play, will do an online update for it. Give me a one line summary of each problem here and I'll try to route it for you. Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday, July 19, 2010 09:44:03 am Will Stephenson wrote: > On Monday 19 July 2010 18:36:00 upscope wrote: > > Will I've found some Kmail - Akonadi problems (I think) do I report > > them to Buzilla or to KDE, since the package is modified by > > openSUSE? > > Depends on the problem :). There are still countless bugs in the > upstream code. The main problem that I have introduced is as > Constantius notes, there is no way to enable Nepomuk from the error > dialog. I meant to add that to our packages but fatherhood stopped > play, will do an online update for it. > > Give me a one line summary of each problem here and I'll try to route > it for you. 1. Have not succeed in get akonadi to use my MySQL located on local host. Appears to continue using the internal MySQl. Did not find how to or write up on configuring it. If you can just point me to one. 2. I have my contacts in Kontact-->Personal Akonadi Resources (Kmail Select). I select the contacts I want to use. then select Save list which allows me to name a distribution list, and save it. Later under Contacts -->Personal Contacts I add a contact to the distribution list. Kmail never gets the update, it gets what looks like a blank information card. The list contains the original contacts but not the new ones. Sorry this was over one line. I can report it as bug if needed to. May all be operator problem. Thanks for all your help. > > Will > > -- > Will Stephenson, KDE Developer, openSUSE Boosters Team > SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: > Markus Rex -- Russ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (8)
-
C. Brouerius van Nidek -
Carlos E. R. -
dwgallien -
Linux_Sle -
lynn -
Sven Burmeister -
upscope -
Will Stephenson