staging.inyokaproject.org

Es gibt Artikel die könnte man alle paar Wochen wiederholen 😉

Gut zu wissen! Vielen Dank an UbuntuFlo ☺

sehr wichtig. und was zählt zu den nicht unterstützten aktualisierungen? is das, wenn da bei paketen steht, keine offiziellen updates evtl durch community (oder so ähnlich)?

@1: Joa, wir bräuchten eine Art Ikhaya-Sticky 😀

Gleiches gilt ja auch für die Fremdquellen.

FLO

diese Warnung kommt doch fst jedes Jahr aufs neue raus!

Über die Erklärung von proposed bin ich nicht zufrieden. Die dort hochgeladenen Pakete befinden sich nicht in Entwicklung. Nach proposed werden alle Updates (ausgenommen security) hochgeladen. Nach einer gewissen Zeit werden die Pakete von proposed nach updates kopiert falls keine neuen Fehler gefunden werden. Mit der Entwicklerversion von Ubuntu hat das nichts zu tun.

@1: Und es gibt Systemfehler, die man besser beheben als beweinen sollte. Mich erinnert das an eine Szene in einem Film: http://www.youtube.com/watch?v=7TSgvS8ASek

Warum wird nirgends darauf hingewiesen, dass diese Option für Produktivsysteme keine Option ist?

Habe es als Neuling mal gemacht.Danach ging nichts mehr 💡

Ich musste die schmerzliche Erfahrung mit den "proposed"-Quellen bereits vor ca. einem Jahr ebenfalls machen. Nun habe ich bei ixsoft einen Rechner mit vorinstalliertem Ubuntu 9.10 vor mir, bei dem sind alle Quellen aktiviert 😲 Da ich ohnehin neu installiert habe, stellt das für mich kein Problem dar. Allerdings ein unerfahrener User hätte daran nicht lange Freude gehabt. Werde hierzu noch eine E-Mail an ixsoft schreiben...

Warum ist denn eigentlich die Reihenfolge in dem "Software-Quellen"-Programm auch so gewählt, dass die "proposed"-Quellen vor den "backports"-Quellen sind? Letztere sind doch viel weniger kritisch, oder sehe ich das falsch?

@3: "Nicht unterstützte Aktualisierungen" (Backports) sind Pakete, die in dieser Version nicht in den offiziellen Quellen erhältlich sind. Nach Freigabe einer Release ändern sich die Versionsnummern der Pakete ja in der Regel nicht, und es werden nur wichtige Bugfixes rückportiert.

Wer also bspw. wegen der Stabilität noch Hardy verwendet, aber bei einem Programm unbedingt auf ein Feature angewiesen ist, das in der Hardy-Version des Pakets noch nicht drin war, (oder das Programm ist so neu, dass es unter Hardy noch gar kein Paket gab,) kann schauen, ob er das Paket vielleicht in den Hardy-Backports findet. Wer stabile Systeme liebt, und kein Versionsjunkie ist, sucht sich dort aber nur die Pakete heraus die er wirklich braucht, anstatt das Repo komplett in die Sources aufzunehmen.

Wenn "Proposed" so gefährlich ist, dann verstehe ich wirklich nicht ganz weshalb man es so einfach einschalten kann. Ich informiere mich ja gründlich im Internet, bevor ich auch nur einen Haken oder ein Bit auf meinem System verändere, den/das ich nicht kenne. Insofern ist "Proposed" für mich auch keine Gefahr.

Aber der durchschnittliche Anwender hat da so schnell draufgeklickt dass man mit dem Schauen gar nicht nachkommt. Nach meiner Ansicht handelt es sich hier um einen groben Schnitzer bei der Gestaltung der Benutzerschnittstelle, den Ubuntu echt nicht nötig hat! So etwas macht vorsichtig beim Guten-Gewissens-Weiterempfehlen von Ubuntu.

Ich denke auch, dass man an dem Layout der Einstellungen was ändern sollte, so dass ein unerfahrener Benutzer nicht einfach vier Haken untereinander setzt und denkt alles ist super! Zumindest eine optische Absetzung sollte möglich sein und dann evtl eben ein kurzer Hinweis bezüglich: Stopp, wenn du ein Produktivsystem haben willst. (Den Scherz mit einem roten Stopp-Schild verkneife ich mir mal 😉 )

Vielleicht sollte man einen extra Tab mit "Expert Settings" machen, auf dem deutlich darauf hingewiesen wird, dass die Einstellungen auf diesem Tab gefährlich sein können

@12:

+1, alle halben Jahre den Ikhaya Artikel wiederholen, der den 3 Tage lange oben steht und gelesen wird kann es ja nicht sein. Gibt es schon einen Vorschlag im Ubuntu Brainstorm, oder welches wäre die richte Adresse, um so eine Änderung vorzuschlagen?

Am besten wäre es, wenn die proposed Quellen per default gar nicht, auch nicht auskommentiert, in der sources.list stehen würden. Wer testen will, sollte in der Lage sein, den Eintrag selbst hinzuzfügen.

Gemischte Quellen lassen sich per Apt-Pinning eigentlich problemlos priorisieren und betreiben. Leider fehlt eine anwenderfreundliche Möglichkeit, die Priorisierung einzustellen.

Ich hatte mal ein System, dort erhielt man in den Paket-Informationen und dort, wo man es brauchte, eine Mitteilung: "Wenn Sie nicht wissen, wozu Sie dieses Paket brauchen, dann brauchen Sie es nicht."

Das war für mich genug, um es nicht zu installieren. Hier ist die Lösung sicher auch nicht schwer.

@16 Der Satz ist cool! Das sollte man an noch viel Knöpfe schreiben.

Wow… spielt ihr hier grade sidux…? Jede Woche, wenn ich da bin, gibts nen neuen Artikel in dem vor Paketen gewarnt wird ☺ Im ersten Moment dachte ich heute ihr hättet den von letzter Woche doch umbenannt 😉 Naja, hoffen mer, dass es was hilft … 😬 😛

@18: Naja, die letzte Meldung war ja keine Warnung vor bestimmten Paketen, sondern nur der Hinweis, wo man Warnungen bekommen kann, falls es mal Probleme geben sollte.

Und die proposed Quellen sind gar nicht zum normalen Gebrauch vorgesehen, lassen sich aber leider auch von Anfängern sehr leicht aktivieren. Der Vergleich mit Sidux hinkt also etwas, dort sollte man sich ja vor jedem upgrade die aktuellen Warnungen durchlesen (und gleichzeitig regelmäßig upgrads machen).

@11: "Wenn "Proposed" so gefährlich ist, dann verstehe ich wirklich nicht ganz weshalb man es so einfach einschalten kann."

"So gefährlich" ist es ja (je nach Definition) üblicherweise auch nicht. Die Pakete kommen mitnichten vollkommen ungetestet in Proposed! Üblicherweise sind es schätzungsweise 1 bis 3 Leute, die das Paket vorher schon getestet haben, wenn es ein PPA gibt und ein Bug viele Leute betrifft, können es auch locker über ein Dutzend sein. Proposed ist also in erster Linie dazu da, einen Patch oder ein neues Paket auf einer größeren Menge an PCs und Konfigurationen zu testen, weil in der Tat manche Probleme nur unter ganz speziellen Umständen auftreten.

In den wenigsten Fällen wird dabei ein System komplett lahmgelegt (mir fällt dazu gerade nicht mal ein konkretes Bespiel ein). Von daher finde ich es wichtiger, dass wenn man es aktiviert es auch bewusst tut und im Fehlerfall daran denkt.

PS: Es gibt genug andere Quellen, die deutlich "gefährlicher" sind und trotzdem von viel zu vielen aktiviert sind.

@6: So ist es eben nicht. In proposed landen ungetestete Aktualisierungen, um sie eben dort zu testen. Ich erinnere nur an die xserver Aktualisierung, die es in die normalen Updates geschafft hat. Sowas kann dir bei proposed halt haeufiger passieren. Und wenn man dann nicht weiss, wie man sein System rettet, hat man eben Pech.

Hallo,

vielen Dank für den Hinweis! Ich hatte proposed zwar noch nicht aktiviert allerdings hätte es mir leicht passieren können da ich, wie es weiter oben jemand so schön gesagt hat, ein "Versionsjunkie" bin d.h. ich muss mich noch von der alten Windows-everytime-update-Denke verabschieden, was mir sehr schwer fällt.

Zwei Fragen zu dem ganzen:

1 a)Kann ich die backpots ohne weiteres aktivieren oder hab ich das falsch verstanden?

b)Bringen mir diese Backpots überhaupt was in Karmic oder ist das nur interessant wenn ich eine ältere Version benutze?

2 a)Sind alle unter dem Reiter "Andere Software" anzuhakenden Punkte Fremdquellen oder muss ich da etwas unbedingt angehakt lassen?

b)Kann/darf/muss ich die Medibuntu-quelle angehakt lassen um immer die Codecs am laufen zu haben?

Liebe Grüße

Fidel

@22 1a) kannst du, die Backports entsprechen mehr oder weniger den Paketen, die du auf Entwicklerseiten herunterladen kannst. zB war in einer der letzten Ubuntu Versionen ne Firefox Beta drin, das Release würde dann irgendwann in den backports auftauchen. Das Risiko ist nicht höher als das die neue Ubuntu version gleich am ersten tag nach final release zu installieren.

1b) Sie bringen durchaus was, denn es kommt warscheinlich jeden Tag ne neue Version von zumindest irgendeinem Programm raus.

2a) "ubuntu partner" klingt zumindest nicht wie ne Fremdquelle.

2b) Musst du nicht, sobald das Paket installiert ist bleibt es drauf. Kannst es aber anhaben, um sofort über ein neues Update informiert zu werden.

Guter und wichtiger Hinweis!

Ich für meinen Teil hatte die Proposed eigentlich immer offen (wollte halt möglichst up to date sein) und passenderweise ausgerechnet dieser Tage zum ersten mal Probleme bekommen. Zum einen funktionierte der Suspend-Mode plötzlich nicht mehr, zum anderen wurden meine USB-Laufwerke nicht mehr automatisch eingehängt, geschweige denn von Nautilus auch nur angezeigt. Im Rahmen dieser "News" habe ich denn mal die Proposed geschlossen und ein umfassendes "Downgrade" gemäß der Anleitung durchgeführt. Das funktionierte nicht ganz reibungslos, denn ein Paket war derart in Abhängigkeiten verwurstelt, dass ich hatte mein halbes System mitentfernen und wieder neu installieren müssen.

Diese Operation am offenen Herzen ist indes geglückt, und nun funzt wieder alles wie gewünscht! ☺

Ich bin in diesem Sinne ebenfalls der Meinung, dass das Freischalten jener Quelle wesentlich abschreckender gestaltet sein muss, bei mir war es, wie gesagt, schon Routine, sie zu öffnen.

"Experteneinstellungen" ist m.E. kein guter Lösungsansatz, sondern nur eine Verschiebung der Verantwortung.

Die Beschreibung sollte sagen, wozu die Option gut ist, und zwar so daß Nicht-Experten es verstehen, und welche Probleme drohen, und per Default sollte sie aus sein.

Manche Leute glauben sie werden zum Experten oder sehen wie einer aus, wenn sie sowas ankreuzen. Mit "nur ankreuzen wenn Du weißt was Du tust!" wird auch niemand klüger als zuvor.

Wenn man eine Option nicht mit einem Satz erklären kann, dann soll man eben 3 Sätze verwenden.

Proposed heißt eben „vorgeschlagen“, es ist nur logisch, dass viele User einem Vorschlag folgen, weshalb auch nicht, wenn es einem doch ans Herz gelegt (=vorgeschlagen) wird!

Proposed müsste nur in testing, beta oder alpha umbenannt werden und schon gäbe es diese Endlosdiskussion nicht mehr…

+1 tischl

Und kann noch bitte jemand den Tipfehler korrigieren: " „hardy-propsed“ oder „karmic-backports“ "