[gelöst] Jessie fast unbrauchbar!

[intux]

Vorletzte Woche nach dem dist-upgrade auf Kernel 3.16 fing das Desaster an. Der Kernel verträgt sich nicht wirklich mit firmware-linux-nonfree, sodass ein vernünftiges Arbeiten mit dem 3.16 auf meinem System nicht möglich ist. Wenn ich mit 3.14 starte ist soweit alles OK. Daran habe ich mich nun übergangsweise gewöhnt.
Gestern nach dem dist-upgrade bemekte ich, dass Chromium 38 nun auch nicht mehr zu gebrauchen ist. Der Browser poppt auf und schließt gleich wieder. Dazu kommt, dass sich das Icon in Luft aufgelöst hat. Nach der Bemühung von Synaptic stellte ich fest, dass Synaptic eine Ewigkeit benötigt die Pakete anzuzeigen.
Also im Großen und Ganzen ist Testing im Moment für mich kaum zu gebrauchen. Ich hoffe man reagiert schnell und beseitigt die vielen Bugs. Ich setze Jessie nun seit über drei Monaten ein, habe soetwas aber bisher nicht erlebt.
Ich würde im Moment von einer Installation von Jessie absolut abraten!

intux

[slu]

Gestern nach dem dist-upgrade bemekte ich, dass Chromium 38 nun auch nicht mehr zu gebrauchen ist.

Das dass Icon fehlt ist bekannt und es gibt auch schon Bugreports dazu, hast Du dir diese angeschaut?
Zu den restlichen Sachen kann ich nichts sagen, bei mir läuft Jessie auf 6 Notebooks ohne Probleme.

[hikaru]

Aha!

Oder um es anders auszudrücken:
Du weißt schon warum Jessie momentan noch "Testing" heißt?

Was war jetzt deine "Grundsatzfrage"?

[frox]

Ist ja nicht mehr lang bis zum Freeze. Dann wird halt eh aufgeräumt.

[reba]

Und statt zu jammern, könntest du ja auch deinen Aufgaben als Tester nachkommen und Fehlerberichte an die Entwickler schicken.

[Radfahrer]

Bei mir läuft das "fast unbrauchbare" Jessie auf PC und Notebook völlig ohne Probleme. Ich nutze ausschließlich Testing, also auch Jessie vom ersten Tag an.
Es wird also wohl an deinem System liegen und nicht an Jessie. Da solltest du mal sicherstellen, dass du nichts kaputt konfiguriert hast und wenn das nicht der Fall ist, fleißig Bugreports schreiben. Das ist der Sinn und Zweck von Testing. Deswegen heißt das übrigens auch so.

Wozu dieser Thread jetzt gut sein soll, erschließt sich mir nicht so richtig.

[towo]

Der Kernel verträgt sich nicht wirklich mit firmware-linux-nonfree, sodass ein vernünftiges Arbeiten mit dem 3.16 auf meinem System nicht möglich ist.

Das machst Du wo ran fest?

[catdog2]

Gestern nach dem dist-upgrade bemekte ich, dass Chromium 38 nun auch nicht mehr zu gebrauchen ist. Der Browser poppt auf und schließt gleich wieder.

i386? Da gibts schon einen Thread dazu, is ein upstream bug.

[intux]

Es war nicht beabsichtigt solch einen Sturm der Entrüstung los zu treten. Ich wollte auch nicht klagen! Ich habe nur festgestellt. Ich bin mir völlig im Klaren, dass ich Festung einsetze.
Die Geschichte mit der Firmware habe ich hier viewtopic.php?f=37&t=151702 schon erwähnt.
Ich setze die 64-bit ein.
Ich bin guter Hoffnung, dass alles gefixt wird! Solche Dinge werfen michbauch nicht aus der Bahn. Ich werde sicher bei Debian bleiben. Das wird schon!

intux

[intux]

Der Chromium wurde nun gefixt, allerdings mit einem sehr pixligem Icon, pepperflashplugin-nonfree fehlt und auch bleibt er leider englisch trotz chromium-l10n.

intux

[niesommer]

Der Chromium wurde nun gefixt, allerdings mit einem sehr pixligem Icon, pepperflashplugin-nonfree fehlt und auch bleibt er leider englisch trotz chromium-l10n.

intux

Das mit dem Icon weiß ich nicht, keine Ahnung, ich benutze wmaker.
Aber bei mir ist der chromium immer noch komplett deutsch, da hat sich nichts geändert bei mir.

[TRex]

Dass der maintainer für chromium keinen Bock mehr hat (siehe Nachbarthread), habt ihr auch im Hinterkopf?

[niesommer]

Dass der maintainer für chromium keinen Bock mehr hat (siehe Nachbarthread), habt ihr auch im Hinterkopf?

ja, hab ich ja als Beitrag reingestellt. Aber mir wurde auch schon hier gesagt das es nur ein Maintainer ist:
viewtopic.php?f=29&t=151813&start=15#p1008993

[Emess]

Und statt zu jammern, könntest du ja auch deinen Aufgaben als Tester nachkommen und Fehlerberichte an die Entwickler schicken.

Ich würde das hin und wieder gerne mal machen. Nur wie geht das?

[reba]

Auf der Konsole mit reportbug

[hikaru]

Auf der Konsole mit reportbug

Wobei man hier die Betonung auf "Konsole"* legen sollte, denn reportbugs Gtk-Interface leidet gerade selbst unter einem Bug: 758619

*) Terminal geht auch

[Emess]

und müssen die reports zwingend in englisch formuliert werden?

[hikaru]

Sofern du realistische Chancen auf Bearbeitung haben willst wäre Englisch schon extrem sinnvoll.
Ich habe bei Ubuntu schon Antworten auf Bugreports auf Französisch gesehen, aber die wurden fast nie weiter referenziert.

Perfektes Englisch ist sicher nicht nötig, es geht nur darum rüberzubringen was du gemacht hast, was du als Ergebnis erwartet hättest und was stattdessen geschehen ist.
Aber ob du einen Bugreport auf Deutsch oder auf Klingonisch absetzt ist vermutlich egal, beides führt nicht zum Ziel.

[intux]

Und wie finde ich dann den gesendeten Bugreport im Netz wieder?

intux

[hikaru]

Bugreports findest du hier [1]. Aus aktuellem Anlass [2] habe ich das mal für xshisen durchexerziert (765504).
reportbug konfiguriert sich beim ersten Start, das hatte ich auf dem System schon hinter mir. Daher gleich zum Report.

reportbug starten und Paketnamen angeben (in der GUI-Variante - wenn sie denn mal wieder geht - kann man das Paket per Menü auswählen wenn ich mich richtig erinnere):

Code: Alles auswählen

$ reportbug 
Please enter the name of the package in which you have found a problem, or type 'other' to report a more
general problem.
> xshisen

Dann werden einem bestehende Bugreports für das Paket gezeigt um doppelte Reports zu vermeiden:

Code: Alles auswählen

*** Welcome to reportbug.  Use ? for help at prompts. ***
Note: bug reports are publicly archived (including the email address of the submitter).
Detected character set: UTF-8
Please change your locale if this is incorrect.

Using 'hikaru <hikaru.debian@web.de>' as your from address.
Getting status for xshisen...
Checking for newer versions at madison...
Will send report to Debian (per lsb_release).
Querying Debian BTS for reports on xshisen (source)...
3 bug reports found:

Bugs with severity important
  1) #675005  src:xshisen: maintainer address bounces

Bugs with severity normal
  2) #684693  xshisen: uploader's report

Bugs with severity wishlist
  3) #738081  xshisen: please provide a desktop file and icons

Meinen gab es noch nicht, also mache ich einen neuen auf:

Code: Alles auswählen

(1-3/3) Is the bug you found listed above [y|N|b|m|r|q|s|f|e|?]? n
Maintainer for xshisen is 'Zak B. Elep <zakame@zakame.net>'.
Looking up dependencies of xshisen...
Getting changed configuration files...

Einen Betreff für den Report angeben:

Code: Alles auswählen

Briefly describe the problem (max. 100 characters allowed). This will be the bug email subject, so keep the
summary as concise as possible, for example: "fails to send email" or "does not start with -q option
specified" (enter Ctrl+c to exit reportbug without reporting a bug).
> segfaults on program start (i386)
Rewriting subject to 'xshisen: segfaults on program start (i386)'

Schwere des Bugs beurteilen. Für gewöhnlich nimmt man hier normal, da aber das ganze Programm nicht startet habe ich mich für important entschieden. Meines Wissens nach existiert der Bug nur auf i386 (amd64 ist ok, Rest nicht getestet), daher ist eine noch höhere Einstufung laut Beschreibung nicht gerechtfertigt:

Code: Alles auswählen

How would you rate the severity of this problem or report?

1 critical        makes unrelated software on the system (or the whole system) break, or causes serious data
                  loss, or introduces a security hole on systems where you install the package.
2 grave           makes the package in question unusable by most or all users, or causes data loss, or
                  introduces a security hole allowing access to the accounts of users who use the package.
3 serious         is a severe violation of Debian policy (that is, the problem is a violation of a 'must' or
                  'required' directive); may or may not affect the usability of the package. Note that non-
                  severe policy violations may be 'normal,' 'minor,' or 'wishlist' bugs. (Package maintainers
                  may also designate other bugs as 'serious' and thus release-critical; however, end users
                  should not do so.). For the canonical list of issues worthing a serious severity you can
                  refer to this webpage: http://release.debian.org/wheezy/rc_policy.txt .
4 important       a bug which has a major effect on the usability of a package, without rendering it
                  completely unusable to everyone.
5 does-not-build  a bug that stops the package from being built from source. (This is a 'virtual severity'.)
6 normal          a bug that does not undermine the usability of the whole package; for example, a problem
                  with a particular option or menu item.
7 minor           things like spelling mistakes and other minor cosmetic errors that do not affect the core
                  functionality of the package.
8 wishlist        suggestions and requests for new features.

Please select a severity level: [normal] 4

Ich habe weder einen Patch, noch trifft irgendwas anderes aus der Liste zu:

Code: Alles auswählen

Do any of the following apply to this report?

1 d-i       This bug is relevant to the development of debian-installer.
2 ipv6      This bug affects support for Internet Protocol version 6.
3 l10n      This bug reports a localization/internationalization issue.
4 lfs       This bug affects support for large files (over 2 gigabytes).
5 patch     You are including a patch to fix this problem.
6 upstream  This bug applies to the upstream part of the package.
7 none      

Please select tags: (one at a time) [none] 7

Hier kommt jetzt der Standardeditor hoch in dem man einen Text in die Vorlage schreiben kann. Den Text siehst du im fertigen Report. Bis auf ** additional info, das ich selbst ergänzt habe, habe ich nur Standardfragen beantwortet:

Code: Alles auswählen

Spawning sensible-editor...

Letzte Bestätigung ob der Report wirklich abgesetzt werden soll und Versand:

Code: Alles auswählen

Report will be sent to "Debian Bug Tracking System" <submit@bugs.debian.org>
Submit this report on xshisen (e to edit) [Y|n|a|c|e|i|l|m|p|q|d|t|s|?]? y
Connecting to reportbug.debian.org via SMTP...

Bug report submitted to: "Debian Bug Tracking System" <submit@bugs.debian.org>
Copies will be sent after processing to:
  hikaru.debian@web.de

Hinweis für weiteres Vorgehen. Warten auf Antwort-E-Mail mit Bugreport-Nummer (hier 765504). Weitere Mails können dann an REPORTNUMMER(at)bugs.debian.org geschickt werden:

Code: Alles auswählen

If you want to provide additional information, please wait to receive the bug tracking number via email; you
may then send any extra information to n@bugs.debian.org (e.g. 999999@bugs.debian.org), where n is the bug
number. Normally you will receive an acknowledgement via email including the bug report number within an
hour; if you haven't received a confirmation, then the bug reporting process failed at some point (reportbug
or MTA failure, BTS maintenance, etc.).

[1] https://www.debian.org/Bugs/
[2] viewtopic.php?f=29&t=151843

[Patsche]

@hikaru
Magst du das mal ins Wiki übertragen? Nach genau so etwas habe ich immer gesucht.

[hikaru]

Sei mutig!

[nudgegoonies]

Auf der Konsole mit reportbug

Ok, ich kenn jetzt nur die Version aus stable, aber selbst für einen Nicht-Anfänger wie mich fühlt sich Reportbug im Vergleich zu einem echten Bugtracker an wie dselect im Vergleich zu Synaptic

[hikaru]

Was macht denn einen "echten Bugtracker" aus?
Die Website des Debian-Bugtrackers finde ich nicht schlechter als z.B. Ubuntu's Launchpad. Und die Ubuntuianer nutzen doch auch reportbug für Bugreports oder etwa nicht?

Anders gefragt:
Vergleichst du hier nicht Äpfel mit Birnen: Bugmeldung <-> Bugtracker?

[nudgegoonies]

Ich meine schon das Tool selbst. Die Notwendigkeit so ein Tool zu verwenden ist auch gegeben, alleine schon um die Debianversion, betroffene Pakete und deren Abhängigkeiten aufzulisten für die Maintainer. Aber Bugreports haben ein bestimmtes Textformat an das man sich halten sollte. Mein erster Bugreport bestand damals aus drei Zeilen, mit einer überlangen Zeile, wofür ich direkt angemeckert wurde. Das sollte idiotensicher sein und nicht sowas durchlassen.