Umfrage: Aktuellere kmail (kdepim) Version bei siduction

[bluelupo]

Hallo siduction Community,
mir ist aufgefallen das wir hier bei der Version von KDE-PIM (u.a. kmail, kontact, Adressbuch usw.) anderen Distributionen schon ein Stück hinterher sind. Interessant für eine Rolling-Release Distribution wie siduction sind doch hauptsächlich topaktuelle Pakete, auch wenn diese manchmal noch fehlerbehaftet sind, die man hier bei uns doch ausführlich testen sollte. Es macht (fast) keinen Sinn eine bestimmte Version eines Paketes längere Zeit im Repository zu "halten".

In diesem Sinne habe ich hier die Umfrage eingestellt.

[melmarker]

Ich war mal so frei, das Voting auf die einzigen Möglichkeiten, die wir realistisch gesehen haben, zusammenzustreichen. Eine direkte und enge Zusammenarbeit mit debian-qt-kde ist für uns nicht möglich, daher entfallen die Möglichkeiten current sid und experimental. Das reduziert unsere Wahlmöglichkeiten zu: Was wollt ihr haben, alt oder neu

EDIT: Sorry, bei der Gelegenheit musste ich leider den Voting-Counter zurücksetzen - für diejenigen, die schon gevotet hatten, bitte noch einmal klicken.

[bluelupo]

@all: Umfrage auch im englischsprachigen Teil des Forums eingestellt unter http://forum.siduction.org/index.php?topic=4455.0

[Bequimão]

Hallo,

Ich habe hier kdenext nie aktiviert gehabt, und meine Kmail-Version ist 4.11.5 (siduction und auch Debian testing). Warum hat man nicht längst kdenext deaktiviert zwecks Kompabiltät zu Debian sid? Und damit auch den Aufwand für Entwickler und Anwender gesenkt?

Viele Grüße
Bequimão

[melmarker]

das ist ganz einfach - weil unser KDE debian im allgemeinen mehrere Monate voraus ist - und weil wir das so können und wollen.

EDITH sagt: Und wir wollen wirklich nicht unbedingt die debian-Version von KDE nutzen, die Buben in debian-qt-kde kommen zu oft auf komische Ideen, die mit gesunden Menschenverstand oftmals nicht nachvollziehbar sind, geschweige denn was mit selbigem zu tun haben

[bluelupo]

Hallo,

Ich habe hier kdenext nie aktiviert gehabt, und meine Kmail-Version ist 4.11.5 (siduction und auch Debian testing). Warum hat man nicht längst kdenext deaktiviert zwecks Kompabiltät zu Debian sid? Und damit auch den Aufwand für Entwickler und Anwender gesenkt?

Viele Grüße
Bequimão

Hi Bequimão,
wünschenswert wäre halt wenn hier bei siduction möglichst aktuelle Pakete des KDE-PIM hätten, so wie z.B.bei Fedora (4.12.xy), aber die bekommen wir nicht von Debian.

[MartinF99]

Eine Neuere Version wär mal ganz nett, siduction hängt inzwischen ja schon hinter sid zurück, das ja auch auf kmail2 setzt.

[bluelupo]

Hi MartinF99,
ich kann die Gründe auch nicht nach vollziehen warum bei kmail nicht aktuellste Version genutzt wird, für mich wär's wichtig die neue Funktionalität vom kmail2 nutzen zu können.

[melmarker]

Dann installiert das doch aus sid - oder tretet santa auf die Füsse, dass endlich ein sauberer Upgradepfad geschaffen wird oder die Pakete automatisch aus kdenext kommen.

[bluelupo]

Dann installiert das doch aus sid - oder tretet santa auf die Füsse, dass endlich ein sauberer Upgradepfad geschaffen wird oder die Pakete automatisch aus kdenext kommen.

Hi melmarker,
bei meiner nächsten siduction Neuinstallation werde KDE komplett aus SID installieren (mit ein paar wenigen Ausnahmen). Muss dazu das "kdenext" Repo deaktiviert werden oder sollte ich das anderes lösen? Santa macht sicherlich nicht den kompletten KDE für siduction und macht es dann überhaupt Sinn so eine "Mischung" zwischen "Santa-Paketen" und "SID-Paketen" weiter bestehen zu lassen? Ich denke eher nicht :-(

[melmarker]

Meine ehrliche Meinung ohne jede Wertung: nö - macht es nicht.