Du kannst auch gerne mal was anderes als nur Grafiktreiber testen, sprich es würde der KDE-Community nicht schaden wenn die einzelnen Subsystem-Betreuer wenn mal Zeit bleibt über ihren Tellerrand raus blicken
Also falls du annimmst das wir nicht testen: wie die meisten KDE Entwickler fahre ich master in allen Softwarekomponenten (Voreinstellung von kdesrc-build) - heißt aktuell habe ich die ersten Komponenten hier mit 4.10 am Laufen.
Falls du meinst wir sollten an fremden Code rumpfuschen: da kommt bestimmt tolles bei rum, wenn ein Fachidiot wie ich z.B. meint E-Mail zu verstehen. Sorry die einzelnen Komponenten sind zu komplex um daran zu arbeiten. Vor allem wenn man erst mal hunderte von RFCs lesen muss oder mal eben schnell ODF durcharbeiten.
> Kennst du alle IMAP Server?
Die meisten So ziemlich jede Distribution bringt einen ganzen Haufen davon mit
ich wusste gar nicht, dass man Microsoft Exchange Server neuerdings über Distributionen installieren kann.
> Wie setzt du denn bei dir in der VM den IMAP Server auf den > GMail verwendet?
Wozu bruachst du den in der VM? Einen Google-Account zum Testen wird ein Entwickler ja wohl noch einrichten können
oh das war doch dein Vorschlag mit dem man setzt alles in einer VM auf. Komisch jetzt doch nicht? Für GMail braucht man das nicht, weil die soooo standardkonform sind, dass man alles mit einem Account nachvollziehen kann?
Ich wollte aufzeigen, dass die Probleme weit komplexer sind als du sie dir anscheinend vorstellen kannst. Es ist halt nicht damit getan "mal eben eine VM aufzusetzen" ode "einen GMail Account einzurichten". Wenn es so einfach wäre, würden wir hier gar nicht über Softwarebugs diskutieren.
Wie gesagt: es freut mich für dich, dass du in deinen Projekten mit solchen Mitteln zum Ziel kommst. Für die Problemfälle welche bei uns auftreten reicht es halt oft nicht (siehe z.B. die Grafikkarten).
> Falls du meinst wir sollten an fremden Code rumpfuschen
Nö, es würde schon reichen wenn ihr in der zeit wo einer mal "nichts" zu tun hat euren Krempel wechseltig durchtesten würdet , dann wäre zB sowas wie der Replace des sftp-kioslave nicht apssiert der einfach nur letztklassiger Schrott war und 80% aller erweiterten ~/.ssh/config-Konfigurationen ignoriert hat mit der dümmlichen Ausrede "potentiell schneller als per pipe den openssh client anzusprechen", nur dass die Pipe sicher NICHT das Perormance-problem ist und der bestehende kio-slave wunderbar funktioniert hat
Was denkt ihr euch eientlich dabei von einem Release auf das nächste Subsysteme zu tauschen, dabei nur 20% der vorhandenen Funktionen zu unterstützen und das nicht zu merken weil ihr zu dumm/faul seid entsprechende Tests zu fahren? Sowas hat in einem STABLE-RELEASE NICHTS zu suchen!
> oh das war doch dein Vorschlag mit dem man setzt alles in > einer VM auf. Komisch jetzt doch nicht? Für GMail braucht > man das nicht, weil die soooo standardkonform sind, dass > man alles mit einem Account nachvollziehen kann?
BULLSHIT ich sagte "und habe auch nur für diesen Zweck Google/Twitter/Facebook-Accounts" - WO habe ich gesagt dass gmail in einer VM zu laufen hat? Wozu sollte es das?
Falls du meinst wir sollten an fremden Code rumpfuschen: da kommt bestimmt tolles bei rum, wenn ein Fachidiot wie ich z.B. meint E-Mail zu verstehen. Sorry die einzelnen Komponenten sind zu komplex um daran zu arbeiten. Vor allem wenn man erst mal hunderte von RFCs lesen muss oder mal eben schnell ODF durcharbeiten.
ich wusste gar nicht, dass man Microsoft Exchange Server neuerdings über Distributionen installieren kann.oh das war doch dein Vorschlag mit dem man setzt alles in einer VM auf. Komisch jetzt doch nicht? Für GMail braucht man das nicht, weil die soooo standardkonform sind, dass man alles mit einem Account nachvollziehen kann?Ich wollte aufzeigen, dass die Probleme weit komplexer sind als du sie dir anscheinend vorstellen kannst. Es ist halt nicht damit getan "mal eben eine VM aufzusetzen" ode "einen GMail Account einzurichten". Wenn es so einfach wäre, würden wir hier gar nicht über Softwarebugs diskutieren.
Wie gesagt: es freut mich für dich, dass du in deinen Projekten mit solchen Mitteln zum Ziel kommst. Für die Problemfälle welche bei uns auftreten reicht es halt oft nicht (siehe z.B. die Grafikkarten).
> Falls du meinst wir sollten an fremden Code rumpfuschen
Nö, es würde schon reichen wenn ihr in der zeit wo einer mal "nichts" zu tun hat euren Krempel wechseltig durchtesten würdet
, dann wäre zB sowas wie der Replace des sftp-kioslave nicht apssiert der einfach nur letztklassiger Schrott war und 80% aller erweiterten ~/.ssh/config-Konfigurationen ignoriert hat mit der dümmlichen Ausrede "potentiell schneller als per pipe den openssh client anzusprechen", nur dass die Pipe sicher NICHT das Perormance-problem ist und der bestehende kio-slave wunderbar funktioniert hat
Was denkt ihr euch eientlich dabei von einem Release auf das nächste Subsysteme zu tauschen, dabei nur 20% der vorhandenen Funktionen zu unterstützen und das nicht zu merken weil ihr zu dumm/faul seid entsprechende Tests zu fahren? Sowas hat in einem STABLE-RELEASE NICHTS zu suchen!
> oh das war doch dein Vorschlag mit dem man setzt alles in
> einer VM auf. Komisch jetzt doch nicht? Für GMail braucht
> man das nicht, weil die soooo standardkonform sind, dass
> man alles mit einem Account nachvollziehen kann?
BULLSHIT ich sagte "und habe auch nur für diesen Zweck Google/Twitter/Facebook-Accounts" - WO habe ich gesagt dass gmail in einer VM zu laufen hat? Wozu sollte es das?