Beiträge von wrohr

Ich habe auf einem Thinkpad T43p (ca. 8 Jahre alt) vor einigen Wochen erfolgreich die 13.1 /32 mit XFCE Desktop aufgesetzt. Lief mit nur 1GB RAM sogar brauchbar. Nur LibreOffice ist etwas zäh.

grüsse
wrohr

Danke für den Tipp, damit funktioniert die Suche.

grüsse
wrohr

ich verwende mal wieder Testweise Kmail (4.13.1) aus dem current Repo. Und siehe da, das Programm arbeitet schon tagelang ohne Probleme (4 IMAP Konten).
Was mir aber etwas störend auffällt, kann Kmail keine Ordner mehr rekursiv durchsuchen ? Ich habe in einem Postfach den Ordner Eingang, darunter den Ordner Archiv2014 . Wenn ich nun im Ordner Eingang einen Suchbegriff aus dem Mail eingebe, wird es nicht gefunden. Erst wenn ich im Ordner Archiv2014 stehe, dann klappt die Suche. Läuft da bei mir was falsch, oder ist das normal.?
(Thunderbird findet die Mails, sobald ich im Postfach stehe)

grüsse
wrohr

Nachtrag:
inzwischen wurde Egroupware 2014 frei gegeben, die Installation verläuft ohne Probleme.

grüsse
wrohr

Es handelt sich um KDE 4.13, da ist nix mit Nepomuk abschalten.

Aber ich glaube den Fehler gefunden zu haben. Nachdem ich Tracker deinstalliert habe (wo/wie/warum der herkommt ?) verhält sich auch baloo brav und die Systemlast ist wieder normal.

grüsse
wrohr

Zeitweise wird meine openSUSE extrem langsam, der Grund ist schnell gefunden.

System openSUSE 13.1/64 KDE 4.13 (current)

Der Prozess baloo_file_extr verbraucht zwichen 60%-100 % CPU Leistung. Und das geht dann bis zum Neustart so.

4318 wrohr     39  19 1430812 994,9m  13600 R 100,0 25,11   3:33.43 baloo_file_extr

Beende ich den Prozess, ist er bei einem Neustart wieder aktiv.

Das Problem tritt nur bei einem Desktop Rechner auf, das Notebook mit der gleichen openSUSE /KDE Installation läuft ohne Probleme. Aber anscheinend dürfte das Problem nicht neu sein http://forum.kde.org/viewtopic.php?f=154&t=120468

grüsse
wrohr

Tut mir leid, daneben geraten. Erst die Installation der Datenbank über die SQL Konsole brint den "Hund" ans Licht.

Der Fehler lag oder leigt anscheinend im Modul Wiki von eGroupware. Deinstalliert man dieses, bzw. übernimmt eine Datensicherung (SQL) aus einer Debian/Kubuntu Installation und entfernt die Wiki Tabellen, tritt der Fehler nicht auf. Da das Wiki Modul ohnehin noch nie eine Glanzleistung von eGroupware war, kann man gerne darauf verzichten.

So gesehen, ist eben noch eine Beta.

grüsse
wrohr

Sorry, aber ich ging nicht davon aus, dass irgend jemand gezwungen sein soll, sich mit den Eigenheiten von Egroupware auseinander zu setzten.

Invalid SQL: INSERT INTO egw_categories (cat_main,cat_parent,cat_level,cat_owner,cat_appname,cat_name,cat_description) VALUES (0,0,0,'0','*update*','global=0','global=0')Field 'last_mod' doesn't have a default value (1364)

Es handelt sich dabei wie gesagt noch um eine Beta Version, aber unter Debian 7 bzw. Kubuntu 14.04 kommt eben dieser Fehler nicht, obwohl beide anscheinend MySQL 5.5 verwenden

grüsse
wrohr

Ich habe auf einer openSUSE 13.1/64 Eroupware 1.8 laufen (Community Edition).
(MariaDB als Datenbank, etc.)

Nun gibt es bei Egroupware die neue Version, Egroupware 2014. Ist zwar noch BETA aber aus Neugier habe ich sie mal unter Debian 7 und Kubuntu 14.04 installiert. Unter Debian gar kein Problem, auch unter Kubuntu im Zweiten Anlauf alles soweit OK.

Unter openSUSE jedoch beendet sich das Installationsscript beim Anlegen der Datenbank Tabellen mit einem SQL Error (1364). Dabei ist es egal, auch wenn man auf den mysql -Server 5.5 umstellt, das gleiche. (Unter Debian 7 läuft MySQL 5.5).
Hat zufällig jemand mit Egroupware Erfahrung, bzw. gar die neue BETA unter openSUSE installiert ?

Projektseite und hier die Community Edition

grüsse
wrohr

das mit den Updates ist normal, bei mir gab es heute schon mehr als 3 Updates. Je nach Umfang der Installation, können es mehr oder weniger sein.

grüsse
wrohr