Was bei Ubuntu ja noch gerade so angeht, ist bei Kubuntu eine Katastrophe: Viele wichtige Konfigurations-Tools fehlen einfach, wenn man bedenkt dass Ubuntu vor allem auch Einsteiger und Unternehmen als Zielgruppe anpeilt.....ein zentrales Konfigurations-Tool wäre doch mal angebracht.....anstattdessen gibts Goodies wie Desktopsuchen, die keinen allzu großen Mehrwert bieten.......naja bin mal gespannt
Von zurechtrücker am Fr, 10. August 2007 um 08:11 #
Unfug.. Wieder ein Trollposting.. Wenn nicht, bitte schreib was du suchst, und ich sag dir wo du es einstellst.. Wenn nicht, gibt es dieses Tool noch nicht für KDE.. ;) Sorry, aber so ist das..
NEEEEIIIIN! Kein Yast bitte. Ich finde schon das etwas sinnvolles dabei die meisten Einstellungen abzukapseln. Packetmanagement hat z.B. nichts im Systemtool verloren.
sage mal haste Schwarzbrot gegessen oder biste immer Banane ? kannst Du ein Linux aus einer SuSE instalieren ohne eine SuSE zu haben? kauf dir eine Spielkonsole oder schreib bei Heise.de
Bei meinem kubuntu 7.04 stürzt der Updater nach getaner Arbeit immer ab. Ihr wisst dieses "Achtung-Verkehrszeichen" in der KDE-Leiste. Angeklickt, update wird durchgeführt und dann stürzt das Teil ab. Es ist nicht erkennbar, ob alles notwenige vor dem Absturz erledigt wurde. Ist das bei Kubuntu 7.10 auch noch so?
Keine Ahnung, ob das bei dir immer noch so ist. ;) Oder ist das ein bekanntes Problem? In der Tribe3 von 7.10 konnte ich ohne Probleme aktualisieren. Adept ist dabei nicht abgestürzt.
Er hat aber recht. Wärend du ein Roman verfassen musst, kompliziert und endlos lang, hat er das schon lange in einer Zeile erklärt, wie man noch updaten kann, wenns in der grafischen Oberfläche einfach nur absottet. Und das sollte ein Anfänger schon wissen.
Nein, er meint sehr warscheinlich die aktuelle stable! bei mir stürzt adept auch ständig ab, vor allem wenn man nicht die komplette paketliste lädt, sondern direkt auch update klick. wenn ich mit adept den dist-upgrade mache, was mir ja seit den letzten beiden versionen angeboten wird, ist das bei meinen Rechnern noch nie komplett bis zum ende ohne absturz durchgelaufen. Schon schade.
Von Multimedia4Linux am Fr, 10. August 2007 um 12:45 #
Das Problem hatte ich auch. Das lag aber daran das ich nicht die Finale 7.04 Version installiert hatte. Jetzt läuft die Finale Version mit allen Patches problemlos.
es ist noch garnicht allzu lange her, da war Beagle in aller Munde und wurde groß promoted, ich glaube sogar beim "Summer of Code" waren unzählige Projekte nur mit dessen Verbesserung beschäftigt. Mal davon abgesehen, dass ich persönlich keinen Bedarf für eine Desktop-Suche habe hat mir an Beagle nicht gefallen, dass damit das umstrittene Mono für den Gnome-Desktop quasi unentbehrlich geworden wäre. Die Entwickler fanden dagegen ja allerorten .NET "cool" und in Mono zu programmieren war so unglaublich "fun".
Wie auch immer, jetzt kommt auf einmal Ubuntu daher und installiert Tracker zur Desktop-Suche (und noch für einige andere mögliche Features, gebe ich ja zu und steht schön auf der Homepage beschrieben, wird aber für Beagle sicher auch zutreffen). Was ist denn nun mit dem gehypten Beagle? Ist Beagle tot, wird um die Herrschaft über die Gnome-Suche gerungen oder ist Tracker nur eine unbedeutende Alternative und das unentbehrliche Beagle regiert nach wie vor?
Von nur gemeinsam sind wir stark am Do, 9. August 2007 um 18:54 #
Das Problem ist zudem, dass Gnome mal wieder keine Wert auf Interoperabilität zu legen scheint :-( http://aseigo.blogspot.com/2007/08/future-of-free-software-desktop.html
Ich hoffe mal, dass sich alles in Wohlgefallen auflöst und dann doch noch alle Varianten friedlich miteinander arbeiten können.
>> Das Problem ist zudem, dass Gnome mal wieder keine Wert auf Interoperabilität zu legen scheint
aha. sehr schlau.
1. Tracker gibt es schon länger als Strigi.
2. Strigi basiert auf Qt, Tracker auf GTK+, ausserdem gehört Tracker nicht zur Gnome Distribution, also musst du dich bei den Strigi Entwicklern beschweren, warum sie nicht auf Interoperabilität zu Tracker geachtet haben. oder beschwerst du dich auch bei den Enlightenment Entwicklern, wenn XFCE nicht läuft?
3. Beagle basiert auf Mono, deshalb wollen viele Distributoren und auch User eine Microschrott freie Alternative.
Soweit ich das mitbekommen habe hat Stigi keine Desktopabhänigkeiten, was wohl bedeutet dass es auch keine Qt-Abhängigkeiten hat! Deshalb wäre Stigi für beide Desktops (KDE & Gnome) die optimale Wahl, ein Tracker mit GTK+-Abhängigkeiten wird es niemals nach KDE schaffen! Umgekehrt wäre das doch kein Problem....da es diese Abhängigkeiten nicht gibt.....
Solche Technologien sollten meiner Meinung nach immer ohne solche Abhängigkeiten implementiert und dann von beiden großen DEs benutzt werden!
Dass die UI im jeweils spezifischen Toolkit implementiert werden muss sollte klar sein...eine andere Möglichkeit gibt es nicht!
Aber wenn Tacker ebenfalls desktopunabhängig implementiert ist und wirklich schon vorher da war, hätten sich die KDE-Leute wirklich um bessere Zusammenarbeit kümmern müssen! Aber wie genau das gelaufen ist kann von uns glaube ich niemand beurteilen....
Naja ich kann es versuchen :) Strigi ist von der Technik her ein Beagle Ersatz, nur ohne Mono/CLI Abhängigkeiten. Tracker ist technisch nicht mir Beagle/Strigi zu vergleichen, es ist ja nicht nur ein Indexer. Evt. deswegen die beiden Entwicklungen, aber mal erlich, wann haben sich KDE Entwickler mal um Zusammenarbeit *bemüht*? Ich würde mal drauf tippen, das es auch zwei Projekte gegeben hätte wenn beide tech. identisch sind. Dann wäre wieder der C++/C Müll gekommen oder so... schade, aber leider wahr
Nein, tut es nicht. Das Qt-Frontend basiert auf Qt. Und es hindert niemanden daran ein GTK+-Frontend zu implementieren, oder ein Swing-Frontend oder ein Web-Frondend (was IIRC sogar schon existiert). Strigi selbst ist weitgehend unabhängig.
Ach ja, jetzt wo du es sagst. Strigi findet man dagegen ja überall und ist schon sehr etabliert... nur komisch, dass ich vor 5 Minuten zum ersten mal davon gehört habe... und da bin ich sicher nicht der einzige.
MetaTracker hat keine GTK Abhängigkeiten! Tracker ist ein freedesktop Projekt, lediglich tracker-search-tool, verlangt GTK. Es gibt aber auch KDE Frontends. Btw. Tracker ist nicht nur ein Indexer er ist viel mehr... mehr als Strigi oder Beagle. http://www.tracker-project.org/
Wie Weltfremd kann man eigentlich sein? Schonmal was von XESAM gehört? Ja eine xdg Initiative gestartet von Gnome Devs, die KDE Jünger mussten regelrecht überredet werden. Wie bei so ziemlich allem was man versucht zu standardisieren, icons, sound .... Wenn man nur auf planet.kde liest kann keine objektive Meinung bilden, also informiere dich bitte vorher gründlicher bevor du hier Müll erzählst!
Von Kevin Krammer am Do, 9. August 2007 um 21:31 #
Ja eine xdg Initiative gestartet von Gnome Devs, die KDE Jünger mussten regelrecht überredet werden
Selten so einen Blödsinn gelesen. Die Initiative ging von einem völlig anderen Projekt aus, das weder mit GNOME, KDE, einem der Toolkits oder einem der Distributoren was zu tun hat. Wenn dir die entsprechenden Threads auf xdg durchgelesen hättest, hättest du auch gesehen, dass Jos van den Oever da von Anfang an mitgearbeitet hat und Strigi auch einer der ersten partizipierenden Indexer ist, der das Interface implementiert hatte.
Wie bei so ziemlich allem was man versucht zu standardisieren, icons, sound ....
Ah, muss sich um eine andere xdg Mailingliste handeln, nicht die von freedesktop.org
also informiere dich bitte vorher gründlicher bevor du hier Müll erzählst!
Du könntest darüber nachdenken, diesen Vorschlag vielleicht auch selbst zu beherzigen.
- es handelt sich um kamstrup, der maintainer des tracker-deskbar-applet - die Diskussionen um XESAM begannen imho im tracker-channel, weit vor xdg, und ja auch Jos war da - warum muss es XESAM 1 & 2 geben, du wist es wissen :)
die Frage ist immer unter welchen Leuten man dumm da steht ....
Von Kevin Krammer am Do, 9. August 2007 um 22:05 #
es handelt sich um kamstrup, der maintainer des tracker-deskbar-applet
Tatsache. Mikkel fragt am 3. November 2006 in einem von Jos am 29. Oktober gestarteten Thread über gemeinsame Metadaten, ob auch ein gemeinsames D-Bus Interface in Planung ist. Worauf Jos am 19. November antwortet, dass das noch offen sei und er einen ersten Vorschlag macht.
die Diskussionen um XESAM begannen imho im tracker-channel, weit vor xdg
Link?
warum muss es XESAM 1 & 2 geben
Weil es sinnvoll ist, verschiedene Aspekte an unterschiedlichen Zeitpunkten der Roadmap zu behandeln, um das Projekt nicht durch Überspezifikation zum Tode zu verurteilen?
Naja, einen "Indexer" zu benchmarken ist nicht so einfach, und man kann das Ergebnis nicht einfach in einer Zahl zusammen fassen, welche man am Ende einfach vergleicht.
Der einzige mir bekannte bekannte Benchmark der versucht einen objektiven Vergleich zu machen ist von Anfang 2007. Dabei kam auch kein eindeutiges Ergebnis raus. Was man eindeutig sagen kann ist: Beagle braucht am meisten Speicher (weil es auf Mono aufbaut), Strigi und Tracker nehmen sich beim Speicherverbrauch nicht viel. Beagle ist auch am "langsamsten" beim indizieren, Strigi am schnellsten, Tracker liegt knapp hinter Strigi. Jetzt das ABER (und darum auch das "langsamsten" in Anführungszeichen): Beagle belastet dabei aber die CPU am wenigsten, d.h. beim Indizieren bleibt ein System mit Beagle am benutzbarsten, Strigi erzeugt die höchste CPU-Auslastung.
Was auch auf keinen Fall vergessen werden darf ist die Qualität der Suchergebnisse (dafür haben wir ja die Indizierer). Dabei hatte Beagle eindeutig das beste Ergebnis, Strigi schnitt dabei am schlechtesten ab, Tracker lag mitten drinnen.
Diese Ergebnisse sind mittlerweile natürlich mit Vorbehalt zu betrachten, alle Projekte entwickeln sich schnell weiter. Mein persönliches Fazit vom Stand Anfang 2007 ist, dass Beagle am benutzbarsten ist. Beagle hat (zu diesem Zeitpunkt) einfach die meisten Features, und bringt die besten Suchergebnisse (das ist ja auch der Grund warum man sich so ein Tool installiert), auch die Performance ist in Ordnung. Der verhältnismäßig große Speicherverbrauch ist zwar nicht optimal, doch bei weitem kein Hinderungsgrund der Beagle unbrauchbar macht. Das soll jetzt nicht heißen dass Beagle das Optimum ist, ich sehe in Tracker und Strigi durchaus Potential Beagle "abzulösen", doch dazu müssen sie erst mal in sachen Features und Suchergebnissen weiter an Beagle ran kommen. Denn was bringt ein schneller, Speicher-sparender Indexer wenn er schlechte(re) Suchergebnisse liefert.
Beagle ist nicht lahm, es ist nur auf zurückhaltung Konfiguriert. Der wesentliche Unterschied ist wohl das Tracker auch irgendwelche Semantischen Features hat, die Beagle fehlen, Strigi aber mit Nepomuk besser implementiert.
Besser implementiert, hehe, klar schon alleine weil es ein KDE Projekt ist gell? Tracker wird alles können was Strigi mit Nepomuk irgendwann mal können will. Hat sich jemand mal die Specs für Nepomuk angeschaut, imho viel zu fett um ordentlich implementiert zu werden.
Von Kevin Krammer am Do, 9. August 2007 um 21:35 #
Wie Jamie McCracken selbst sagt, ist Tracker vergleichbar mit einer Art "light" Version von Strigi+Nepomuk. Kann zwar nicht alles was diese Kombination sich als Ziel gesetzt hat, aber ist dafür "in einem Stück" implementiert und daher möglicherweise in den überlappenden Bereichen effizienter
Wenn man es nun auch noch hin bekommt das Nautilus nicht einfriert wenn das NFS mal ausfällt wäre alles perfekt. Aber das bleibt wohl auch weiterhin ein Wunschtraum
Ohhh man bin ich blöde! "hard" war mir bekannt dennoch bin ich nicht einmal auf die Idee gekommen "soft" zu verwenden Das ist doch nun echt mal peinlich....
Ist den Xorg 7.3 schon integriert in der aktuellen Testversion und hat da schon jemand Erfahrung damit gesammelt? Würde mich mal interessieren ob Xorg wirklich ohne Config läuft und wie die Erkennungsrate ist.
Ich hab hier ein regelmäßig geupdatedes Kubuntu Gutsy Tribe 3 am laufen. Laut Packetmanager ist hier x11 1:7.2-5 installiert. Also wird wohl Xorg 7.3 nicht in die Final kommen.
Bitte was, das wäre die erste ubuntu version die mir bekannt ist ohne neues xorg? oder lieg ich da falsch? Das wäre der hauptgrund für mich auf die nächste version zu wechseln. ich kanns mir nicht vorstellen das der wechsel nicht noch kommt.
Interessant wäre vielleicht auch noch, ob 2.6.23 noch Einzug halten wird, der neue CFS-Sheduler klingt ja wirklich reizvoll für Desktopuser. Weiß jemand ob das geplant ist oder hat schon ein Freeze in Sachen Kernel stattgefunden?
Weiss jemand ob die Flachbrettscanner wieder funktionieren? Bei 7.04 funktionieren diverse USB-Scanner nicht mehr und als ich das letzte mal geschaut habe gab es auch keinen brauchbaren Fix.
Es ist bestimmt kein generelles Problem mit USB-Flachbettscanner, meiner (HP 2300) funktioniert unter 7.04 jedenfalls ohne irgendwas konfigurieren oder nachbessern zu müssen.
die meisten scanner die keine aktive stromversorgung haben funktionieren nicht. Bug ist bekannt, -> problem mit der USB-spromsparfunktion des kernel. Massives Problem. Bugreport besteht, gute Lösugn dafür gibt es keine
Ich habe auch immer Probleme mit ext3 & Co unter Windows. Ich hoffe _die_ fixen das mal! ;-) Ansonsten ist halt immer noch FAT der kleinste gemeinsame Nenner. Vor in einer heterogenen Umgebung.
Was fehlt denn bei Kubuntu? Was hat Ubuntu mehr? Ich selber habe mir noch nie Ubuntu installiert, nur kubuntu. Mir fehlt der Vergleich.
Wieder ein Trollposting..
Wenn nicht, bitte schreib was du suchst, und ich sag dir wo du es einstellst..
Wenn nicht, gibt es dieses Tool noch nicht für KDE.. ;)
Sorry, aber so ist das..
kannst Du ein Linux aus einer SuSE instalieren ohne eine SuSE zu haben?
kauf dir eine Spielkonsole oder schreib bei Heise.de
Cognac
Ich musste lachen, da dies exakt meine Reaktion war, als ich Cognacs Post gelesen habe.
Das nur am Rande, als kleine Anekdote.
> Wie meinen?
heissen.
Oder ist das ein bekanntes Problem?
In der Tribe3 von 7.10 konnte ich ohne Probleme aktualisieren. Adept ist dabei nicht abgestürzt.
MfG
sudo aptitude update > aptitude upgrade > aptitude dist-upgrade
Lasst doch das komplizierte Zeug. Gruss von Ede
bei mir stürzt adept auch ständig ab, vor allem wenn man nicht die komplette paketliste lädt, sondern direkt auch update klick.
wenn ich mit adept den dist-upgrade mache, was mir ja seit den letzten beiden versionen angeboten wird, ist das bei meinen Rechnern noch nie komplett bis zum ende ohne absturz durchgelaufen. Schon schade.
es ist noch garnicht allzu lange her, da war Beagle in aller Munde und wurde groß promoted, ich glaube sogar beim "Summer of Code" waren unzählige Projekte nur mit dessen Verbesserung beschäftigt. Mal davon abgesehen, dass ich persönlich keinen Bedarf für eine Desktop-Suche habe hat mir an Beagle nicht gefallen, dass damit das umstrittene Mono für den Gnome-Desktop quasi unentbehrlich geworden wäre. Die Entwickler fanden dagegen ja allerorten .NET "cool" und in Mono zu programmieren war so unglaublich "fun".
Wie auch immer, jetzt kommt auf einmal Ubuntu daher und installiert Tracker zur Desktop-Suche (und noch für einige andere mögliche Features, gebe ich ja zu und steht schön auf der Homepage beschrieben, wird aber für Beagle sicher auch zutreffen). Was ist denn nun mit dem gehypten Beagle? Ist Beagle tot, wird um die Herrschaft über die Gnome-Suche gerungen oder ist Tracker nur eine unbedeutende Alternative und das unentbehrliche Beagle regiert nach wie vor?
http://aseigo.blogspot.com/2007/08/future-of-free-software-desktop.html
Ich hoffe mal, dass sich alles in Wohlgefallen auflöst und dann doch noch alle Varianten friedlich miteinander arbeiten können.
Einen schönen Abend!
aha. sehr schlau.
1. Tracker gibt es schon länger als Strigi.
2. Strigi basiert auf Qt, Tracker auf GTK+, ausserdem gehört Tracker nicht zur Gnome Distribution, also musst du dich bei den Strigi Entwicklern beschweren, warum sie nicht auf Interoperabilität zu Tracker geachtet haben. oder beschwerst du dich auch bei den Enlightenment Entwicklern, wenn XFCE nicht läuft?
3. Beagle basiert auf Mono, deshalb wollen viele Distributoren und auch User eine Microschrott freie Alternative.
Solche Technologien sollten meiner Meinung nach immer ohne solche Abhängigkeiten implementiert und dann von beiden großen DEs benutzt werden!
Korrigiert mich wenn ich falsch liege!
Gruß
Laut: http://aseigo.blogspot.com/search/label/gnome
"there is a reason, after all, that strigi has no desktop dependencies."
Ja. aber was nützt dir eine Bibliothek ohne UI?
Die Bibliothek von Tracker hat auch keine Desktop Abhängigkeiten
Aber wenn Tacker ebenfalls desktopunabhängig implementiert ist und wirklich schon vorher da war, hätten sich die KDE-Leute wirklich um bessere Zusammenarbeit kümmern müssen! Aber wie genau das gelaufen ist kann von uns glaube ich niemand beurteilen....
Strigi ist von der Technik her ein Beagle Ersatz, nur ohne Mono/CLI Abhängigkeiten.
Tracker ist technisch nicht mir Beagle/Strigi zu vergleichen, es ist ja nicht nur ein Indexer. Evt. deswegen die beiden Entwicklungen, aber mal erlich, wann haben sich KDE Entwickler mal um Zusammenarbeit *bemüht*?
Ich würde mal drauf tippen, das es auch zwei Projekte gegeben hätte wenn beide tech. identisch sind. Dann wäre wieder der C++/C Müll gekommen oder so... schade, aber leider wahr
Ich waage einfach mal zu behaupten, dass du das garnicht beurteilen kannst (ich übrigens auch nicht)!
Aber die Vergangenheit lässt sowas wohl erahnen.
Hat bisher aber weniger verbreitung.
> 2. Strigi basiert auf Qt
Nein, tut es nicht. Das Qt-Frontend basiert auf Qt. Und es hindert niemanden daran ein GTK+-Frontend zu implementieren, oder ein Swing-Frontend oder ein Web-Frondend (was IIRC sogar schon existiert). Strigi selbst ist weitgehend unabhängig.
Bei Tracker basiert auch die GTK+ GUI auf GTK+
>> Und es hindert niemanden daran ein GTK+-Frontend zu implementieren, oder ein Swing-Frontend oder ein Web-Frondend (was IIRC sogar schon existiert).
Was hindert dich daran eine Qt UI für Tracker zu erstellen?
>> Strigi selbst ist weitgehend unabhängig.
Sowohl libstrigi als auch libtracker sind beide vollkommen Desktop unabhängig
Nicht nur die Libs, ich denke auch die Daemons.
Gilt auch für die anderen, wie etwa Beagle.
Würde nicht gerade für eine gute Architektur sprechen, wenn man irgendwelche GUI Komponenten im Backend hätte.
Interesse. Ich halte Strigi mit Nepomuk für die besser Lösung.
Aber wenn ein Tracker-Freund ein Qt-Frontend will, ich halte nicht davon ab.
>Hat bisher aber weniger verbreitung.
Ach ja, jetzt wo du es sagst. Strigi findet man dagegen ja überall und ist schon sehr etabliert... nur komisch, dass ich vor 5 Minuten zum ersten mal davon gehört habe... und da bin ich sicher nicht der einzige.
MetaTracker hat keine GTK Abhängigkeiten! Tracker ist ein freedesktop Projekt, lediglich tracker-search-tool, verlangt GTK. Es gibt aber auch KDE Frontends.
Btw. Tracker ist nicht nur ein Indexer er ist viel mehr... mehr als Strigi oder Beagle.
http://www.tracker-project.org/
mfg
Sicher? Ich sehe da einiges an Aktivität in [1]
[1] http://svn.gnome.org/viewcvs/tracker/
Schonmal was von XESAM gehört? Ja eine xdg Initiative gestartet von Gnome Devs, die KDE Jünger mussten regelrecht überredet werden. Wie bei so ziemlich allem was man versucht zu standardisieren, icons, sound ....
Wenn man nur auf planet.kde liest kann keine objektive Meinung bilden, also informiere dich bitte vorher gründlicher bevor du hier Müll erzählst!
Selten so einen Blödsinn gelesen. Die Initiative ging von einem völlig anderen Projekt aus, das weder mit GNOME, KDE, einem der Toolkits oder einem der Distributoren was zu tun hat.
Wenn dir die entsprechenden Threads auf xdg durchgelesen hättest, hättest du auch gesehen, dass Jos van den Oever da von Anfang an mitgearbeitet hat und Strigi auch einer der ersten partizipierenden Indexer ist, der das Interface implementiert hatte.
Wie bei so ziemlich allem was man versucht zu standardisieren, icons, sound ....
Ah, muss sich um eine andere xdg Mailingliste handeln, nicht die von freedesktop.org
also informiere dich bitte vorher gründlicher bevor du hier Müll erzählst!
Du könntest darüber nachdenken, diesen Vorschlag vielleicht auch selbst zu beherzigen.
Der Vorteil wäre, weniger dumm dazustehen.
- die Diskussionen um XESAM begannen imho im tracker-channel, weit vor xdg, und ja auch Jos war da
- warum muss es XESAM 1 & 2 geben, du wist es wissen :)
die Frage ist immer unter welchen Leuten man dumm da steht ....
Tatsache. Mikkel fragt am 3. November 2006 in einem von Jos am 29. Oktober gestarteten Thread über gemeinsame Metadaten, ob auch ein gemeinsames D-Bus Interface in Planung ist. Worauf Jos am 19. November antwortet, dass das noch offen sei und er einen ersten Vorschlag macht.
die Diskussionen um XESAM begannen imho im tracker-channel, weit vor xdg
Link?
warum muss es XESAM 1 & 2 geben
Weil es sinnvoll ist, verschiedene Aspekte an unterschiedlichen Zeitpunkten der Roadmap zu behandeln, um das Projekt nicht durch Überspezifikation zum Tode zu verurteilen?
Der einzige mir bekannte bekannte Benchmark der versucht einen objektiven Vergleich zu machen ist von Anfang 2007. Dabei kam auch kein eindeutiges Ergebnis raus. Was man eindeutig sagen kann ist:
Beagle braucht am meisten Speicher (weil es auf Mono aufbaut), Strigi und Tracker nehmen sich beim Speicherverbrauch nicht viel.
Beagle ist auch am "langsamsten" beim indizieren, Strigi am schnellsten, Tracker liegt knapp hinter Strigi. Jetzt das ABER (und darum auch das "langsamsten" in Anführungszeichen): Beagle belastet dabei aber die CPU am wenigsten, d.h. beim Indizieren bleibt ein System mit Beagle am benutzbarsten, Strigi erzeugt die höchste CPU-Auslastung.
Was auch auf keinen Fall vergessen werden darf ist die Qualität der Suchergebnisse (dafür haben wir ja die Indizierer). Dabei hatte Beagle eindeutig das beste Ergebnis, Strigi schnitt dabei am schlechtesten ab, Tracker lag mitten drinnen.
Diese Ergebnisse sind mittlerweile natürlich mit Vorbehalt zu betrachten, alle Projekte entwickeln sich schnell weiter. Mein persönliches Fazit vom Stand Anfang 2007 ist, dass Beagle am benutzbarsten ist. Beagle hat (zu diesem Zeitpunkt) einfach die meisten Features, und bringt die besten Suchergebnisse (das ist ja auch der Grund warum man sich so ein Tool installiert), auch die Performance ist in Ordnung. Der verhältnismäßig große Speicherverbrauch ist zwar nicht optimal, doch bei weitem kein Hinderungsgrund der Beagle unbrauchbar macht.
Das soll jetzt nicht heißen dass Beagle das Optimum ist, ich sehe in Tracker und Strigi durchaus Potential Beagle "abzulösen", doch dazu müssen sie erst mal in sachen Features und Suchergebnissen weiter an Beagle ran kommen. Denn was bringt ein schneller, Speicher-sparender Indexer wenn er schlechte(re) Suchergebnisse liefert.
Tracker wird alles können was Strigi mit Nepomuk irgendwann mal können will. Hat sich jemand mal die Specs für Nepomuk angeschaut, imho viel zu fett um ordentlich implementiert zu werden.
Danke
MH
...zumindest laut http://packages.ubuntu.com/gutsy/base/
Interessant wäre vielleicht auch noch, ob 2.6.23 noch Einzug halten wird, der neue CFS-Sheduler klingt ja wirklich reizvoll für Desktopuser. Weiß jemand ob das geplant ist oder hat schon ein Freeze in Sachen Kernel stattgefunden?
Es ist bestimmt kein generelles Problem mit USB-Flachbettscanner, meiner (HP 2300) funktioniert unter 7.04 jedenfalls ohne irgendwas konfigurieren oder nachbessern zu müssen.
leider wird unter kubuntu eine externe ntfs festplatte nicht richtig eingebunden.
hoffe die jungs beheben das in der neuen version.
Meinte nfs funktioniert, aber wer will schon etwas mit Windows zutun haben.
Windows werden bei mir nur zum Lüften geöffnet
Ansonsten ist halt immer noch FAT der kleinste gemeinsame Nenner. Vor in einer heterogenen Umgebung.