Nepomuk ist keine zwingende Abhängigkeit von KDE Software. Wenn du Pakete ohne Nepomuk willst, dann solltest du dich an die Distribution deines Vertrauens wenden
Warum bin ich mir sicher, dass KDE Software kein Nepomuk als Build Abhängigkeit braucht? Ich hab bei meinem letzten Build aus Versehen ohne Nepomuk gebaut und generell baue ich in Jenkins ohne Nepmuk (und andere Sachen) um schneller die Tests bauen zu können.
Ich schrieb doch, dass du dich bitte an den Distributor deines Vertrauens wenden musst. Wenn Kubuntu keine Pakete ohne Nepomuk Abhängigkeit anbietet, dann muss das in Kubuntu behoben werden. KDE an für sich unterstützt das.
Mir ist keine Distribution bekannt die KDElibs ohne Nepomuk Abhängigkeit anbietet. Wenn ich mir aber ansehe, wie viele Nutzer das anscheinend wollen, wäre es echt eine Marktlücke
ist Gentoo. Natürlich geht das dort, denn schließlich bestimmt jeder User selbst welche Programm-optionen in die Pakete aufgenommen werden sollen, durch Steuerung mit Hilfe der USE-Flags.
Hier mal ein Beispiel von jemandem der sich noch etwas schwer tat, aber es mit Hilfe des kompetenten Forums es dann doch noch hin bekommen hat. http://forums.gentoo.org/viewtopic-t-926424-highlight-nepomuk.html
So kann man sich natürlich einfach über vermeintliche Fehlentscheidungen seines Distributor hinweg setzten. Vielleicht mögt ihr ja kein pulseaudio, dann braucht man nur -pulseaudio in seine USE-Flags mit auf zu nehmen, oder ihr habt gar keinen Drucker, wozu dann also cups Unterstützung einbauen, -cups und gut ist.
Das Reduziert Systemweit die Abhängigkeiten und kann euer System schlanker schneller und stabiler machen.
Deshalb sag ich ja immer: "Wenn du willst das etwas richtig gemacht wird, mach es selbst". Mit Gentoo ist das so einfach und komfortabel wie bei keiner anderen Distro möglich.
Aber alles hat seinen Preis und der liegt im höheren Aufwand bei Installation und Einarbeitung in dieses unschlagbare System
Von .-,-.,.-,.-,.-,-.,.,- am Do, 19. Juli 2012 um 23:20 #
Deswegen wird ja gemeinhin vermutet, dass kde.org Nepomuk selbst als Zwangsabhängigkeit in Basis-Libs eingebaut hat, so dass Nepomuk selbst dann installiert wird, wenn man seinen KDE4 so spartanisch wählt, dass fast jede weitere KDE4-Anwendung fehlt.
Zum Glück ist die Vermutung falsch. Bis Frameworks 5 war es halt üblich, dass libraries, die von mehreren Anwendungen verwendet werden in kdelibs gehen.
Das ist nicht gut und gerade Nepomuk ist ein Beispiel, dass es eben modularer geht: man konnte kdelibs immer ohne Nepomuk bauen und Nepomuk ist nun eines der ersten Frameworks, die schon in kdelibs 4 ausgesplittet werden konnten.
Bingo, genau das meinte ich! Da ist es egal ob openSUSE oder Ubuntu! Ich bin kein Paketbauexperte, sondern Anwender! Kann aber soweit verstehen das man gegen Abhängigkeiten mit Ignorieren selbiger sein System nicht wirklich stabiler macht. Wenn Nepomuk teil von KDE und angeblich aber nicht drauf angewiesen ist, frage ich mich wieso das dann nicht möglich ist bei einzelnen Anwendungen wie K3b oder andere dieses Nepomuk außen vor zu lassen wenn man es nicht braucht? Die Distris meines Vertrauens (Ubuntu/openSUSE) scheinen da eher nicht das Problem, sondern wohl KDEs Anwendungen wie Nepomuk, K3b und weitere.
etwas wie K3B braucht ganz bestimmt kein Nepomuk. Nur entschließt sich deine Distribution ein kdelibs mit Nepomuk Support anzubieten. Deine Distribution könnte sich auch anders entscheiden.
KDE arbeitet selbst an der Frameworks 5 Initiative um kdelibs modularer zu haben und somit Distributionen besser die Abhängigkeiten setzen können.
Aber aktueller Stand: wenn du kein Nepomuk in den Abhängigkeiten willst, dann solltest du dich an deine Distribution wenden. Wenn es genügend Nutzer gibt, die das auch so wollen, werden sicherlich Pakete gebaut werden ohne Nepomuk Abhängigkeit.
Das Problem ist doch, daß ohne Nepomuk keine Suche in Emails (KMail2) zur Verfügung steht, für praktische Arbeit Nepomuk somit zwingend ist - wenn man denn bei dem derzeitigen Stand KMail2 überhaupt einsetzen mag.
> Schau dich mal um, die meisten Leute nutzen einfach GMail.
Klar gibt es genug Menschen, die dem WebZwoNull-Hype anheimfallen, ohne sich Gedanken zu machen, das der jeweilige Anbieter daraus in irgendeiner Form Kapital schlagen will. Dennoch gibt es Anwender, die, sei es aus persönlichen, organisatorschen oder rechtlichen Gründen, darum einen großen Bogen machen (müssen). Zugegebenermaßen: Für denjenigen, für den Kontact bzw. KMail keine ausschlaggebende Anwendung ist, ist Nepomuk weniger relevant; Allerdings auch KDE.
> Ja für Suche in KMail2 braucht es Nepomuk und das ist ja auch OK, warum einen weiteren Indexer in KMail implementieren?
So es denn bei akzeptablem Laufzeitverhalten hinreichend fehlerfrei funktioniert und evtl. auch BusNumber++ erfüllt wird, spricht für mich nichts gegen Nepomuk. Es spricht aber auch nichts gegen eine rohe Suchfunktion ohne Indexer als Fallback.
Lies bitte noch einmal Deinen Satz durch. Wenn man es böse formuliert, so sind hier zwei partiell etwas "in Unordung" geratene Softwareteile aufeinander angewiesen. Für so etwas gibt es aber elegantere Lösungen.
Die Gretchenfrage abseits solcher Bugs ist aber eine andere: Für was brauche ich Nepomuk, wenn ich unter KDE4 meist Firefox, Thunderbird, LibreOffice und Gimp benutze? Indiziert Nepomuk z.B. in Thunderbird meine Emails, indiziert Nepomuk vielleicht sogar wichtige Firefoxdaten wie Lesezeichen u.ä.? Wie sieht es mit dem Abgleich und der Benutzung der Nepomukdaten auf anderen Rechnern bzw. über Netzwerke aus? Wenn Nepomuk gerade eine 2TB-Festplatte indiziert hat, so besteht wohl ganz bestimmt die Möglichkeit, diese Nepomukdaten auf einem anderen Rechner mitzubenutzen, oder?
> Wenn man es böse formuliert, so sind hier zwei partiell etwas "in Unordung" geratene Softwareteile aufeinander angewiesen. Für so etwas gibt es aber elegantere Lösungen.
K3B braucht kein Nepomuk, aber ist besser mit einem, wenn... * man die Dateien zusammenstellt, die gesichert werden sollen * man das Image sucht, das man brennen will.
Nepomuk ist keine zwingende Abhängigkeit von KDE Software. Wenn du Pakete ohne Nepomuk willst, dann solltest du dich an die Distribution deines Vertrauens wenden
Warum bin ich mir sicher, dass KDE Software kein Nepomuk als Build Abhängigkeit braucht? Ich hab bei meinem letzten Build aus Versehen ohne Nepomuk gebaut und generell baue ich in Jenkins ohne Nepmuk (und andere Sachen) um schneller die Tests bauen zu können.
Ubuntu 12.04:
apt-get install -s k3b
HINWEIS: Dies ist nur eine Simulation!
apt-get benötigt root-Privilegien für die reale Ausführung.
Behalten Sie ebenfalls in Hinterkopf, dass die Sperren deaktiviert
sind, verlassen Sie sich also bezüglich des reellen aktuellen
Status der Sperre nicht darauf!
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
cdparanoia cdrdao icoutils k3b-data kate-data katepart kde-runtime kde-runtime-data kdelibs-bin kdelibs5-data kdelibs5-plugins
kdoctools kubuntu-debug-installer libattica0.3 libcanberra-pulse libclucene0ldbl libdbusmenu-qt2 libdlrestrictions1 libflac++6
libk3b6 libkatepartinterfaces4 libkcddb4 libkcmutils4 libkde3support4 libkdeclarative5 libkdecore5 libkdesu5 libkdeui5
libkdewebkit5 libkdnssd4 libkemoticons4 libkfile4 libkhtml5 libkidletime4 libkio5 libkjsapi4 libkjsembed4 libkmediaplayer4
libknewstuff3-4 libknotifyconfig4 libkntlm4 libkparts4 libkpty4 libkrosscore4 libktexteditor4 libnepomuk4 libnepomukdatamanagement4
libnepomukquery4a libnepomuksync4 libnepomukutils4 libntrack-qt4-1 libntrack0 libphonon4 libplasma3 libpolkit-qt-1-1
libqapt-runtime libqapt1 libqca2 libsolid4 libsoprano4 libssh-4 libstreamanalyzer0 libstreams0 libthreadweaver4 libvirtodbc0
ntrack-module-libnl-0 odbcinst odbcinst1debian2 oxygen-icon-theme phonon phonon-backend-gstreamer plasma-scriptengine-javascript
qapt-batch shared-desktop-ontologies soprano-daemon virtuoso-minimal virtuoso-opensource-6.1-bin virtuoso-opensource-6.1-common
Ich schrieb doch, dass du dich bitte an den Distributor deines Vertrauens wenden musst. Wenn Kubuntu keine Pakete ohne Nepomuk Abhängigkeit anbietet, dann muss das in Kubuntu behoben werden. KDE an für sich unterstützt das.
Kannst du ein Beispiel für eine solche Distribution nennen? Sonnst muss ich ja alle ausprobieren.
Mir ist keine Distribution bekannt die KDElibs ohne Nepomuk Abhängigkeit anbietet. Wenn ich mir aber ansehe, wie viele Nutzer das anscheinend wollen, wäre es echt eine Marktlücke
Unter Gentoo geht das angeblich mit USE=-semantic-desktop
ist Gentoo.
Natürlich geht das dort, denn schließlich bestimmt jeder User selbst welche Programm-optionen in die Pakete aufgenommen werden sollen, durch Steuerung mit Hilfe der USE-Flags.
Hier mal ein Beispiel von jemandem der sich noch etwas schwer tat, aber es mit Hilfe des kompetenten Forums es dann doch noch hin bekommen hat. http://forums.gentoo.org/viewtopic-t-926424-highlight-nepomuk.html
So kann man sich natürlich einfach über vermeintliche Fehlentscheidungen seines Distributor hinweg setzten.
Vielleicht mögt ihr ja kein pulseaudio, dann braucht man nur -pulseaudio in seine USE-Flags mit auf zu nehmen, oder ihr habt gar keinen Drucker, wozu dann also cups Unterstützung einbauen, -cups und gut ist.
Das Reduziert Systemweit die Abhängigkeiten und kann euer System schlanker schneller und stabiler machen.
Deshalb sag ich ja immer: "Wenn du willst das etwas richtig gemacht wird, mach es selbst".
Mit Gentoo ist das so einfach und komfortabel wie bei keiner anderen Distro möglich.
Aber alles hat seinen Preis und der liegt im höheren Aufwand bei Installation und Einarbeitung in dieses unschlagbare System
Deswegen wird ja gemeinhin vermutet, dass kde.org Nepomuk selbst als Zwangsabhängigkeit in Basis-Libs eingebaut hat, so dass Nepomuk selbst dann installiert wird, wenn man seinen KDE4 so spartanisch wählt, dass fast jede weitere KDE4-Anwendung fehlt.
Das ist vollkommen logisch.
Zum Glück ist die Vermutung falsch. Bis Frameworks 5 war es halt üblich, dass libraries, die von mehreren Anwendungen verwendet werden in kdelibs gehen.
Das ist nicht gut und gerade Nepomuk ist ein Beispiel, dass es eben modularer geht: man konnte kdelibs immer ohne Nepomuk bauen und Nepomuk ist nun eines der ersten Frameworks, die schon in kdelibs 4 ausgesplittet werden konnten.
+1
Bingo, genau das meinte ich! Da ist es egal ob openSUSE oder Ubuntu! Ich bin kein Paketbauexperte, sondern Anwender! Kann aber soweit verstehen das man gegen Abhängigkeiten mit Ignorieren selbiger sein System nicht wirklich stabiler macht. Wenn Nepomuk teil von KDE und angeblich aber nicht drauf angewiesen ist, frage ich mich wieso das dann nicht möglich ist bei einzelnen Anwendungen wie K3b oder andere dieses Nepomuk außen vor zu lassen wenn man es nicht braucht? Die Distris meines Vertrauens (Ubuntu/openSUSE) scheinen da eher nicht das Problem, sondern wohl KDEs Anwendungen wie Nepomuk, K3b und weitere.
etwas wie K3B braucht ganz bestimmt kein Nepomuk. Nur entschließt sich deine Distribution ein kdelibs mit Nepomuk Support anzubieten. Deine Distribution könnte sich auch anders entscheiden.
KDE arbeitet selbst an der Frameworks 5 Initiative um kdelibs modularer zu haben und somit Distributionen besser die Abhängigkeiten setzen können.
Aber aktueller Stand: wenn du kein Nepomuk in den Abhängigkeiten willst, dann solltest du dich an deine Distribution wenden. Wenn es genügend Nutzer gibt, die das auch so wollen, werden sicherlich Pakete gebaut werden ohne Nepomuk Abhängigkeit.
Das Problem ist doch, daß ohne Nepomuk keine Suche in Emails (KMail2) zur Verfügung steht, für praktische Arbeit Nepomuk somit zwingend ist - wenn man denn bei dem derzeitigen Stand KMail2 überhaupt einsetzen mag.
nicht jeder nutzt ein E-Mail Programm (egal ob jetzt KMail oder nicht). Schau dich mal um, die meisten Leute nutzen einfach GMail.
Ja für Suche in KMail2 braucht es Nepomuk und das ist ja auch OK, warum einen weiteren Indexer in KMail implementieren?
> Schau dich mal um, die meisten Leute nutzen einfach GMail.
Klar gibt es genug Menschen, die dem WebZwoNull-Hype anheimfallen, ohne sich Gedanken zu machen, das der jeweilige Anbieter daraus in irgendeiner Form Kapital schlagen will. Dennoch gibt es Anwender, die, sei es aus persönlichen, organisatorschen oder rechtlichen Gründen, darum einen großen Bogen machen (müssen). Zugegebenermaßen: Für denjenigen, für den Kontact bzw. KMail keine ausschlaggebende Anwendung ist, ist Nepomuk weniger relevant; Allerdings auch KDE.
> Ja für Suche in KMail2 braucht es Nepomuk und das ist ja auch OK, warum einen weiteren Indexer in KMail implementieren?
So es denn bei akzeptablem Laufzeitverhalten hinreichend fehlerfrei funktioniert und evtl. auch BusNumber++ erfüllt wird, spricht für mich nichts gegen Nepomuk. Es spricht aber auch nichts gegen eine rohe Suchfunktion ohne Indexer als Fallback.
Lies bitte noch einmal Deinen Satz durch.
Wenn man es böse formuliert, so sind hier zwei partiell etwas "in Unordung" geratene Softwareteile aufeinander angewiesen. Für so etwas gibt es aber elegantere Lösungen.
Die Gretchenfrage abseits solcher Bugs ist aber eine andere:
Für was brauche ich Nepomuk, wenn ich unter KDE4 meist Firefox, Thunderbird, LibreOffice und Gimp benutze?
Indiziert Nepomuk z.B. in Thunderbird meine Emails, indiziert Nepomuk vielleicht sogar wichtige Firefoxdaten wie Lesezeichen u.ä.?
Wie sieht es mit dem Abgleich und der Benutzung der Nepomukdaten auf anderen Rechnern bzw. über Netzwerke aus?
Wenn Nepomuk gerade eine 2TB-Festplatte indiziert hat, so besteht wohl ganz bestimmt die Möglichkeit, diese Nepomukdaten auf einem anderen Rechner mitzubenutzen, oder?
> Wenn man es böse formuliert, so sind hier zwei partiell etwas "in Unordung" geratene Softwareteile aufeinander angewiesen. Für so etwas gibt es aber elegantere Lösungen.
Exakt.
K3B braucht kein Nepomuk, aber ist besser mit einem, wenn...
* man die Dateien zusammenstellt, die gesichert werden sollen
* man das Image sucht, das man brennen will.