ich wiederhole meine Frage, die ich schon in diesem Forum hier gestellt habe: was in 4.9 ist deiner Meinung nach nicht in einer Qualität im Vergleich zur Vorgängerversion 4.8, dass es nicht released werden dürfte?
Meine Kritik richtet sich an den kompletten Entwicklungs- & Releaseprozess von KDE 4, d.h. von 4.0 bis heute, und nicht nur von 4.8 auf 4.9.
Ich kann dem Anonymous über mir nur zustimmen, was der KDE (Entwickler) Community fehlt, ist - wenn man so will - eine Art "Diktator". Das es ohne nicht geht, beweisen eure bisherigen Releases, die den Eindruck einer "ständigen" Baustelle vermitteln. Es hilft mir nichts, wenn Kwin sehr gut funktioniert, dafür aber eine andere Applikation, z.B. KDE-PIM nicht funktioniert.
Meinetwegen bildet ein Gremium, das darüber entscheidet, aber hört bitte endlich mit diesen Baustellen-Releases auf.
Was hat Kalender und Mail mit dem Desktop zu tun, ausser das es das selbe Toolkit verwendet? Ich surf auch nicht mit Konqueror oder Firefox und auch bei Mails hat man die freie Auswahl. Thunderbird geht zwar, hat aber ein total ranziges Entwicklungsmodell der Extensions, die alle erstmal "broken" sind, wenn eine neue Version ansteht...auch nicht besser, aber es zwingt einen ja keiner eine neue Majorversion einzuspielen, wenn doch "alles vorher ging"
Das ist nur ein Bespiel um aufzuzeigen, wo es bei der KDE Community hakt. Es gibt ja noch zig andere Baustellen.
Was hat ein kaputtes Produkt überhaupt in einem Release zu suchen? Warum wird es auch noch über meherere Releases mitgeschleppt? Doch nur weil keiner da ist, der den Hut & den Mut hat, und die Entscheidung trifft, es eben erstmal zurückzustellen.
Das fehlende Migrationstool bzw. Routine ist ja der nächste Witz.
Moment mal, Releases ohne KDE-PIM? Die dann genauso nutzlos sind, wie die mit kaputten KDE-PIM?
Die Frage verstehe ich nicht. Du kannst doch einfach die alte Version verwenden. Debian setzt ja jetzt auch kdepim 4.4 ein.
Oder meinst du die KDE Community muss immer all ihre unabhängigen Softwareprodukte zusammen releasen? Und dann warten bis kdepim endlich fertig ist? Das wäre ja richtig sinnvoll für Entwickler wie mich - ich säße dann däumchendrehend rum, weil ich ja nichts machen kann - entwickeln an meiner Software darf ich nicht, da wir im Freeze sind und daran arbeiten den Freeze zu überwinden kann ich auch nicht, denn ich habe keine Ahnung von PIM.
> Oder meinst du die KDE Community muss immer all ihre > unabhängigen Softwareprodukte zusammen releasen? Und > dann warten bis kdepim endlich fertig ist? Das wäre ja richtig > sinnvoll für Entwickler wie mich - ich säße dann däumchendrehend > rum, weil ich ja nichts machen kann
Och manchmal würde den Entwickler das "Däumchendrehen" nicht schaden, dann hätten sie nämlich mal Zeit für Micro-Otpimizing, Finetuning und stundenlanges ARBEITEN mi ihrem Baby in allen denkbaren Konstellationen, vielleicht würden dann viele Fehler vonb Grund auf gar nicht bei jemandem anderen als der der sie gemacht hat aufschlagen
Aber das ist euch ja zu langweilig Man muss ja immer grosse Änderungen bringen
Das wird sicherlich helfen bei zum Beispiel Problemen mit Grafikkarten, die man nicht hat. Oder Probleme mit IMAP Servern, die man nicht verwendet/Zugang zu hat. Oder Probleme, die nur auftreten, wenn man aus einem bestimmten Teil der Welt auf das Internet zugreift.
Leuts, denkt doch mal nach: Entwickler schreiben Software primär für sich selbst. Glaubt ihr denn allen ernstes, das solche Probleme auf den Entwicklersystemen überhaupt auftreten?
Ich verdiene seit > 10 Jahren mein Geld mit Software-Entwicklung Und ja ich baue aus Prinzip auf meinen Entwicklermaschinen alle Dienste etc. mit der meine Software zusammenarbeiten sollte auf, setzte dazu beliebig viele virtuelle Maschinen auf und habe auch nur für diesen Zweck Google/Twitter/Facebook-Accounts
Wenn man natürlich keinen Anspruch an Qualität stellt macht man das alles nicht, programiert blind genau für die eigenen Anforderungen und der Rst wird einem dann mit Bugreports zugetragen wo man dann auch wieder die User gängelt sie mögen was nicht alles für einen Zirkus veranstalten weil man selbst zu faul(dumm ist etwas durchzuspielen und das Testsetup dazu zukünftig auch gleich zu behalten
Nur darf man sich dann auch nicht wundern wenn die User entsprechend reagieren und einem aus gutem Grund beschissenes Qualitätsmanagment und schlechtes Entwicklungsmodell vorhalten
Dann erklär mir mal bitte wie ich Grafikkartentreiber in einer VM teste, oder eine Grafikkarte mit einem alten Chipsatz die nur AGP hat. Oder wie ich in meinen Desktop eine Intel Karte reinbekomme. Oder wie ich an eine alte Intel Karte komme, die nur in Atom Netbooks verkauft wurde.
Ach die Theorie klingt immer so toll, die Praxis ist halt anders. Ich hab ja schon eine ganze Kiste mit Grafikkarten, aber trotzdem kann ich nicht alles testen. Vor einem Jahr hab ich versucht eine alte X300 zu bekommen - kann man nicht mal mehr auf eBay kaufen.
Es freut mich für dich, dass du deine Software mit VMs testen kannst. Aber unsere Welt sieht dann doch anders aus.
Und ja ich hab vor ein paar Wochen mich mit dem Maintainer der IMAP Komponente in Akonadi unterhalten über genau das Problem mit den Servern. Kennst du alle IMAP Server? Und kannst du sie auch bekommen? Wie setzt du denn bei dir in der VM den IMAP Server auf den GMail verwendet?
> Dann erklär mir mal bitte wie ich Grafikkartentreiber in einer VM teste
Du willst mich nicht verstehen
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
> Es freut mich für dich, dass du deine Software mit VMs testen kannst. > Aber unsere Welt sieht dann doch anders aus
Nö, sieht sie nicht ausser man beschränkt sich nur auf genau eine Detailkomponente und macht beim Rest auf Tunnelblick
> Und ja ich hab vor ein paar Wochen mich mit dem Maintainer der IMAP Komponente > in Akonadi unterhalten über genau das Problem mit den Servern.
Gut!
> Kennst du alle IMAP Server?
Die meisten So ziemlich jede Distribution bringt einen ganzen Haufen davon mit
> Und kannst du sie auch bekommen?
In der Regel schon
> 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
Die exakten Serverantworten auf Protokollebene sollte selbiger auch in der Lage sein mitzuschneiden
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?
ich wiederhole meine Frage, die ich schon in diesem Forum hier gestellt habe: was in 4.9 ist deiner Meinung nach nicht in einer Qualität im Vergleich zur Vorgängerversion 4.8, dass es nicht released werden dürfte?
Meine Kritik richtet sich an den kompletten Entwicklungs- & Releaseprozess von KDE 4, d.h. von 4.0 bis heute, und nicht nur von 4.8 auf 4.9.
Ich kann dem Anonymous über mir nur zustimmen, was der KDE (Entwickler) Community fehlt, ist - wenn man so will - eine Art "Diktator". Das es ohne nicht geht, beweisen eure bisherigen Releases, die den Eindruck einer "ständigen" Baustelle vermitteln. Es hilft mir nichts, wenn Kwin sehr gut funktioniert, dafür aber eine andere Applikation, z.B. KDE-PIM nicht funktioniert.
Meinetwegen bildet ein Gremium, das darüber entscheidet, aber hört bitte endlich mit diesen Baustellen-Releases auf.
es mag ja überraschen aber gerade das wurde bei KMail gemacht. Mehrere Releases der KDE Software Compilation waren ohne KDE-PIM.
Die wären?
Moment mal, Releases ohne KDE-PIM? Die dann genauso nutzlos sind, wie die mit kaputten KDE-PIM?
Was hat Kalender und Mail mit dem Desktop zu tun, ausser das es das selbe Toolkit verwendet? Ich surf auch nicht mit Konqueror oder Firefox und auch bei Mails hat man die freie Auswahl. Thunderbird geht zwar, hat aber ein total ranziges Entwicklungsmodell der Extensions, die alle erstmal "broken" sind, wenn eine neue Version ansteht...auch nicht besser, aber es zwingt einen ja keiner eine neue Majorversion einzuspielen, wenn doch "alles vorher ging"
Das ist nur ein Bespiel um aufzuzeigen, wo es bei der KDE Community hakt. Es gibt ja noch zig andere Baustellen.
Was hat ein kaputtes Produkt überhaupt in einem Release zu suchen? Warum wird es auch noch über meherere Releases mitgeschleppt? Doch nur weil keiner da ist, der den Hut & den Mut hat, und die Entscheidung trifft, es eben erstmal zurückzustellen.
Das fehlende Migrationstool bzw. Routine ist ja der nächste Witz.
...und genau das was du hier verlangst, wurde doch gemacht.
- 4.0
- 4.5
- 4.6
Die Frage verstehe ich nicht. Du kannst doch einfach die alte Version verwenden. Debian setzt ja jetzt auch kdepim 4.4 ein.Oder meinst du die KDE Community muss immer all ihre unabhängigen Softwareprodukte zusammen releasen? Und dann warten bis kdepim endlich fertig ist? Das wäre ja richtig sinnvoll für Entwickler wie mich - ich säße dann däumchendrehend rum, weil ich ja nichts machen kann - entwickeln an meiner Software darf ich nicht, da wir im Freeze sind und daran arbeiten den Freeze zu überwinden kann ich auch nicht, denn ich habe keine Ahnung von PIM.
> Oder meinst du die KDE Community muss immer all ihre
> unabhängigen Softwareprodukte zusammen releasen? Und
> dann warten bis kdepim endlich fertig ist? Das wäre ja richtig
> sinnvoll für Entwickler wie mich - ich säße dann däumchendrehend
> rum, weil ich ja nichts machen kann
Och manchmal würde den Entwickler das "Däumchendrehen" nicht schaden, dann hätten sie nämlich mal Zeit für Micro-Otpimizing, Finetuning und stundenlanges ARBEITEN mi ihrem Baby in allen denkbaren Konstellationen, vielleicht würden dann viele Fehler vonb Grund auf gar nicht bei jemandem anderen als der der sie gemacht hat aufschlagen
Aber das ist euch ja zu langweilig
Man muss ja immer grosse Änderungen bringen
Das wird sicherlich helfen bei zum Beispiel Problemen mit Grafikkarten, die man nicht hat. Oder Probleme mit IMAP Servern, die man nicht verwendet/Zugang zu hat. Oder Probleme, die nur auftreten, wenn man aus einem bestimmten Teil der Welt auf das Internet zugreift.
Leuts, denkt doch mal nach: Entwickler schreiben Software primär für sich selbst. Glaubt ihr denn allen ernstes, das solche Probleme auf den Entwicklersystemen überhaupt auftreten?
Was soll ich da nachdenlen?
Ich verdiene seit > 10 Jahren mein Geld mit Software-Entwicklung
Und ja ich baue aus Prinzip auf meinen Entwicklermaschinen alle Dienste etc. mit der meine Software zusammenarbeiten sollte auf, setzte dazu beliebig viele virtuelle Maschinen auf und habe auch nur für diesen Zweck Google/Twitter/Facebook-Accounts
Wenn man natürlich keinen Anspruch an Qualität stellt macht man das alles nicht, programiert blind genau für die eigenen Anforderungen und der Rst wird einem dann mit Bugreports zugetragen wo man dann auch wieder die User gängelt sie mögen was nicht alles für einen Zirkus veranstalten weil man selbst zu faul(dumm ist etwas durchzuspielen und das Testsetup dazu zukünftig auch gleich zu behalten
Nur darf man sich dann auch nicht wundern wenn die User entsprechend reagieren und einem aus gutem Grund beschissenes Qualitätsmanagment und schlechtes Entwicklungsmodell vorhalten
Dann erklär mir mal bitte wie ich Grafikkartentreiber in einer VM teste, oder eine Grafikkarte mit einem alten Chipsatz die nur AGP hat. Oder wie ich in meinen Desktop eine Intel Karte reinbekomme. Oder wie ich an eine alte Intel Karte komme, die nur in Atom Netbooks verkauft wurde.
Ach die Theorie klingt immer so toll, die Praxis ist halt anders. Ich hab ja schon eine ganze Kiste mit Grafikkarten, aber trotzdem kann ich nicht alles testen. Vor einem Jahr hab ich versucht eine alte X300 zu bekommen - kann man nicht mal mehr auf eBay kaufen.
Es freut mich für dich, dass du deine Software mit VMs testen kannst. Aber unsere Welt sieht dann doch anders aus.
Und ja ich hab vor ein paar Wochen mich mit dem Maintainer der IMAP Komponente in Akonadi unterhalten über genau das Problem mit den Servern. Kennst du alle IMAP Server? Und kannst du sie auch bekommen? Wie setzt du denn bei dir in der VM den IMAP Server auf den GMail verwendet?
> Dann erklär mir mal bitte wie ich Grafikkartentreiber in einer VM teste
Du willst mich nicht verstehen
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
> Es freut mich für dich, dass du deine Software mit VMs testen kannst.
> Aber unsere Welt sieht dann doch anders aus
Nö, sieht sie nicht ausser man beschränkt sich nur auf
genau eine Detailkomponente und macht beim Rest auf
Tunnelblick
> Und ja ich hab vor ein paar Wochen mich mit dem Maintainer der IMAP Komponente
> in Akonadi unterhalten über genau das Problem mit den Servern.
Gut!
> Kennst du alle IMAP Server?
Die meisten
So ziemlich jede Distribution bringt einen ganzen Haufen davon mit
> Und kannst du sie auch bekommen?
In der Regel schon
> 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
Die exakten Serverantworten auf Protokollebene sollte selbiger
auch in der Lage sein mitzuschneiden
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?