staging.inyokaproject.org

Ich kann mich nur wiederholen: meine computertechnisch völlig unbedarfte Mitbewohnerin kommt mit Ubuntu 8.04, ihrem allerersten Linux-System, hervorragend klar.

Champus hat geschrieben:

So klein ist diese Minderheit aber nicht, wie du erkennen würdest, wenn du dich hier im Forum und im Launchpad mal ein wenig umschauen würdest...

Wieviel downloads hat hardy nun?

Und wieviel von den 68323 registrieren Benutzern haben sich über Hardy beschwert?

Cubitus hat geschrieben:

Erunno hat geschrieben:

Mac OS X und Windows handhaben das aber nicht so. Von "normal" kann also keine Rede sein, [...]

Nur weil MacOSX und Windows das so handhaben, ist es automatisch richtig und "normal"? Fragwürdige Aussage, sorry.

"Normal" war keinesfalls wertend gemeint, sondern nur die Feststellung, dass sich Nautilus hier im Vergleich zum Großteil des Marktes anders verhält. Zumal hier mal wieder bequemerweise der Teil mit dem Argument gegen die Implementierung von Nautilus (und cp) unterschlagen wurde: Die "Kopie" unterscheidet sich vom Original, und ist somit meiner Meinung nach keine Kopie mehr. Zumdem sehe ich keinen Grund, warum der "Modified"-Eintrag geändert wird, wenn dies zu dem Zeitpunkt nicht zutrifft.

Champus hat geschrieben:

Zum Thema Bugs melden - warum statt Bugs zu melden nicht einfach programmieren lernen und diese selbst fixen?

Hier muss ich jetzt nochmal wiedersprechen. Wenn du einen kleinen Fehler findest in einem Programm, musst du erstmal Stunden verschwenden um dich in den Sourcecode einzuarbeiten. Es dauert einfach nur einen Bruchteil so lange für einen der Entwickler sich dem Problem kurz anzunehmen.

Das zweite: Selbst wenn es einen Patch gibt, dauerte es meistens Monate bis sich den jemand anguckt: Frustrierend! Auch hier sollten Bugtracker nachhelfen: Zum Beispiel sollte jeder Bugreport indem ein Patch bereitsteht der noch nicht angeguckt wurde den Entwicklern unter die Nase gehalten werden.

Ein großer Fehler eines Bugtrackers ist zum Beispiel dass Entwickler über neue Bugs per E-Mail informiert werden. Dadurch schauen sie sich diese neuen Bugs an und vergessen vllt. einen alten der schon ein paar Jahre aufm Buckel hat. Bugreports gibt's meiner Meinung nach zu viele und Lösungen/Patches genug. Nur vergammeln die alle im Bugtracker. Wenn jemand dann mal nach ein paar Monaten ohne Lebenszeichen der Entwickler ein "Anyone working on this?", "Someone looked into my patch?" oder "Please fix this" einwirft, wird man teilweise sogar ermahnt die sinnlosen Kommentare doch zu unterlassen.

Jan-Nik hat geschrieben:

Das zweite: Selbst wenn es einen Patch gibt, dauerte es meistens Monate bis sich den jemand anguckt: Frustrierend! Auch hier sollten Bugtracker nachhelfen: Zum Beispiel sollte jeder Bugreport indem ein Patch bereitsteht der noch nicht angeguckt wurde den Entwicklern unter die Nase gehalten werden.

Dazu müsste man beachten das man ein debdiff braucht PackagingGuide/Recipes/Debdiff um es dann an die Entwickler zu übergeben SponsorshipProcess solage dies nicht passiert weiß kein Entwickler bescheid, oder meinst du die schauen sich alle Bugs an ob ein patch bereitsteht? 🙄

Und wie es schon sagte es gibt zu wenig Helfer die dann darauf hinweisen weil sie es wissen. Es ist halt immer mehr arbeit mit einen Bug verbunden wie man sich vorstellen kann z.B. debugging usw. die sachen an die keiner denkt. 😬

Um nochmals darauf hin zu weisen:

Bugs/HowToFix
HelpingWithBugs
Bugs/HowToTriage

Wenn man nicht selber mithilft vergammeln wirklich die Bugs im Bugtracker und um da zu helfen braucht man keine programmier Kenntnisse ❗ wenn man nichts tut braucht man sich auch nicht darüber zu beschweren.