[opensuse-kde] Nepomuk cannot be disabled to prevent its announcement of failure to start every login
[I started to write this up as a bug, then decided better to discuss here, as I have no idea whether this is a mere packaging issue specific to openSUSE or not. I looked for something like it upstream and found nothing.] I had to do a textmode 12.2M2 install, so to minimize the pain only did a minimal server, with Grub Legacy and sysvinit-init. Then I did zypper al (inter alia) kdepim4 to try to keep it minimal, then added various X/KDE packages using only zypper, with solver.onlyRequires = true, a truly minimal KDE intended. I thought that would give me 0 *pim* packages installed, but kdepimlibs4 and libkdepimlibs4 got installed anyway, and trying to zypper rm them wants to remove essentially all of KDE. On every KDE login, "Semantic Data Storage; Nepomuk Semantic Desktop needs the Virtuoso RDF server to store its data. Installing the Virtuoso Soprano plugin is mandatory for using Nepomuk." I don't want Nepomuk to do anything, so I want to disable it, but cannot, because systemsettings also says some requirement is unfulfilled that disables the whole panel from being used to turn Nepomuk off. Whatever makes Nepomuk try to start should also ensure systemsettings can be used to configure it, so the package containing it should pull in whatever it depends on during its installation, and refuse to install if the dep is not fulfilled. If that is a situation that is impossible or impractical to implement, at the very least, when its dep is not available (not installed), Nepomuk should never even try to start. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On Tuesday 27 March 2012 02:00:18 Felix Miata wrote:
[I started to write this up as a bug, then decided better to discuss here, as I have no idea whether this is a mere packaging issue specific to openSUSE or not. I looked for something like it upstream and found nothing.]
I had to do a textmode 12.2M2 install, so to minimize the pain only did a minimal server, with Grub Legacy and sysvinit-init. Then I did zypper al (inter alia) kdepim4 to try to keep it minimal, then added various X/KDE packages using only zypper, with solver.onlyRequires = true, a truly minimal KDE intended. I thought that would give me 0 *pim* packages installed, but kdepimlibs4 and libkdepimlibs4 got installed anyway, and trying to zypper rm them wants to remove essentially all of KDE.
You can't remove the libraries, as things are built with them and won't run in their absence. What you can do, that should be sufficient for your purposes, is remove all the PIM runtime stuff - akonadi-runtime, kdepim4-runtime, and then the libs won't have anything to talk to.
On every KDE login, "Semantic Data Storage; Nepomuk Semantic Desktop needs the Virtuoso RDF server to store its data. Installing the Virtuoso Soprano plugin is mandatory for using Nepomuk." I don't want Nepomuk to do anything, so I want to disable it, but cannot, because systemsettings also says some requirement is unfulfilled that disables the whole panel from being used to turn Nepomuk off.
What's the exact error message here? I can't quite visualize the dependency that would cause this.
Whatever makes Nepomuk try to start should also ensure systemsettings can be used to configure it, so the package containing it should pull in whatever it depends on during its installation, and refuse to install if the dep is not fulfilled. If that is a situation that is impossible or impractical to implement, at the very least, when its dep is not available (not installed), Nepomuk should never even try to start.
Agreed. I'm working on package splitting to make just-enough-KDE scenario possible and easy. Stay posted for details. Will -- Will Stephenson | openSUSE Board, openSUSE Boosters Team, KDE Developer SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On Tuesday 27 Mar 2012 12:31:37 Will Stephenson wrote:
I'm working on package splitting to make just-enough-KDE scenario possible and easy. Stay posted for details.
And as a workaround, put this in ~/.kde4/share/config/nepomukserverrc [Basic Settings] Start Nepomuk=false HTH Will -- Will Stephenson, openSUSE Board, Booster, KDE Developer SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 2012/03/27 12:31 (GMT+0200) Will Stephenson composed:
Felix Miata wrote:
with solver.onlyRequires = true, a truly minimal KDE intended. I thought that would give me 0 *pim* packages installed, but kdepimlibs4 and libkdepimlibs4 got installed anyway, and trying to zypper rm them wants to remove essentially all of KDE.
You can't remove the libraries, as things are built with them and won't run in their absence. What you can do, that should be sufficient for your purposes, is remove all the PIM runtime stuff - akonadi-runtime, kdepim4-runtime, and then the libs won't have anything to talk to.
But my minimalist installation did succeed in preventing those from being installed: # rpmqa runtime gettext-runtime... kdebase4-runtime... kdebase4-runtime-branding-upstream... #
Semantic Data Storage X Nepomuk Semantic Desktop X needs the Virtuoso RDF server to store its data. Installing the Virtuoso Soprano plugin is mandatory for using Nepomuk.
What's the exact error message here? I can't quite visualize the dependency that would cause this.
You quoted the words. I had only left out the X's and the formatting, fixed above.
Whatever makes Nepomuk try to start should also ensure systemsettings can be used to configure it, so the package containing it should pull in whatever it depends on during its installation, and refuse to install if the dep is not fulfilled. If that is a situation that is impossible or impractical to implement, at the very least, when its dep is not available (not installed), Nepomuk should never even try to start.
Agreed.
I'm working on package splitting to make just-enough-KDE scenario possible and easy. Stay posted for details.
On 2012/03/27 13:19 (GMT+0200) Will Stephenson composed:
And as a workaround, put this in ~/.kde4/share/config/nepomukserverrc
[Basic Settings] Start Nepomuk=false
Fine for a production system, but defeats ability to recognize a fix if it appears after a dup on a Factory test system. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 2012/03/27 12:31 (GMT+0200) Will Stephenson composed:
I'm working on package splitting to make just-enough-KDE scenario possible and easy. Stay posted for details.
Pending a fix or applying your manual workaround, .xsession-errors is being continuously flooded with Soprano errors. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On Tue, 27 Mar 2012 18:55, Felix Miata
On 2012/03/27 12:31 (GMT+0200) Will Stephenson composed:
I'm working on package splitting to make just-enough-KDE scenario possible and easy. Stay posted for details.
Pending a fix or applying your manual workaround, .xsession-errors is being continuously flooded with Soprano errors.
Hmmm, I had the same trouble some time ago, but can't remember just what exactly solved my troubles. my ~/.kde4/share/config/nepomukserverrc reads like this: =-- code -- [Basic Settings] Start Nepomuk=false [Service-nepomukstrigiservice] autostart=false [main Settings] Used Soprano Backend=null rebuilt index for type indexing=false =-- /code -- my ~/.kde4/share/config/nepomukstrigirc reads like this: =-- code -- [General] exclude filters=*,.* exclude folders[$e]=*,.* folders[$e]=$HOME/tmp/null index hidden folders=false index newly mounted=false =-- /code -- Ann: the folder $HOME/tmp/null exists, but is empty and read-only And I've removed / deleted most of any nepomuk files / packages found. Remaining are: (64bit OSS11.2 + KR:46) /usr/lib64/libnepomuk.so.4 (link) /usr/lib64/libnepomuk.so.4.6.0 /usr/lib64/libnepomukquery.so.4 (link) /usr/lib64/libnepomukquery.so.4.6.0 /usr/lib64/libnepomukutils.so.4 (link) /usr/lib64/libnepomukutils.so.4.6.0 No other files of nepomuk where needed to get libkde4 quiet about missing libs etc. I have not had any nepomuk or soprano errors in ~/.xsession-errors since. Your mileage may vary. I've tried it by moving / renaming the files until satisfied and then removed the cruft. Cheers, Yamaban. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
participants (3)
-
Felix Miata -
Will Stephenson -
Yamaban