ubuntuusers.de

Hallo,

IMHO bedarf der Artikel eh' einer Grundüberholung, weil KUbuntu gar nicht erwähnt wird (und da gibt es auch Updates 😉 ).

Werde ich bei Zeiten mal einbauen.

Gruß, noisefloor

noisefloor schrieb:

Hallo,

IMHO bedarf der Artikel eh' einer Grundüberholung, weil KUbuntu gar nicht erwähnt wird (und da gibt es auch Updates 😉 ).

verstehe ich jetzt nicht... Kubuntu verwendet doch die gleichen? Oder meinst du die PPAs für minor KDE releases (updates) und major KDE releases (backports)? Die existieren aber erst seit Jaunty.

Hallo,

nee, ich fand den Text beim überfliegen sehr Synaptic-lastig. Das meinte ich.

Gruß, noisefloor

So, wie ich das sehe, bräuchte unten auf der Seite nur klar & deutschlich stehen

• weiter geht's bei "automatische Updates" ... anstatt "... wird auf dieser dieser Seite erklärt"

Da sind die Varianten wieder glücklich zusammen erwähnt. (wenngleich da Bilder von 6.06 zu sehen sind und im Inhaltsverzeichnis noch Gutsy auftaucht.)

Doch zurück zu Updates: Kurz oberhalb der Bilder steht:

Die Größe der Dateien kann dabei insgesamt an 100 MB heranreichen.

• Das ist aber doch nur beim erstmaligen Update so, und kann sogar noch mehr sein, bei einer nicht LTS-Version, wenn der Abstand zwischen Erscheinen und Installation länger ist? Darf ich das so einarbeiten?

• Ich würde die neuen Bilder dann gerne zwischen "Allgemeine Erklärung" und Update (Abschnitt „Security-Quellen“) plazieren. Und den Satz der jetzt darüber steht mithochnehmen

Wegen:

GUI vs. Konsole¶ Wenn vorhanden, sollen GUI-Werkzeuge an erster Stelle beschrieben werden. Einfachheit ist subjektiv. Könner lieben die Kommandozeile wegen ihrer Effizienz und Logik, aber für Einsteiger ist sie weder schnell noch einleuchtend. Daher sind in Wikiartikeln im Zweifelsfall stets GUI-Werkzeuge vorzuziehen. Hinweise auf Shellkommandos oder Konfigurationsdateien gehören dagegen in die "Experten"-Box (s.u.). Quelle: :[Wiki-Referenz:]

Etwas überrascht mich im Bereich Update#Security Quellen das da ein Codeblock steht, ohne das es für einen Anfanger erklärt ist, was das bedeutet und was er damit machen soll?

robin aka HongBao schrieb:

So, wie ich das sehe, bräuchte unten auf der Seite nur klar & deutschlich stehen

• weiter geht's bei "automatische Updates" ... anstatt "... wird auf dieser dieser Seite erklärt"

Da sind die Varianten wieder glücklich zusammen erwähnt. (wenngleich da Bilder von 6.06 zu sehen sind und im Inhaltsverzeichnis noch Gutsy auftaucht.)

Doch zurück zu Updates: Kurz oberhalb der Bilder steht:

Die Größe der Dateien kann dabei insgesamt an 100 MB heranreichen.

• Das ist aber doch nur beim erstmaligen Update so, und kann sogar noch mehr sein, bei einer nicht LTS-Version, wenn der Abstand zwischen Erscheinen und Installation länger ist? Darf ich das so einarbeiten?

Nein, wenn es ein GNOME oder KDE Update gibt, dann sind das schnell mal mehrere hundert MB. Gleiches wenn eine Komponente wie OpenOffice.org aktualisiert wird. Alles nicht gerade klein.

Hallo,

abgesehen davon ist es gerade bei Sicherheitsupdates kein Kriterium, wo groß das Update ist. Es sollt (muss) sein, egal ob 100 kB oder 100 MB.

Und selbst bei DSL 1000 ist 100 MB erträglich.

Gruß, noisefloor

Hi, hat nun doch etwas länger gedauert... Bilder sind jetzt drin mit Human-Theme und etwas nach oben gerutscht. Grünumrandete "Ausbaufähig-Box kann" raus? Seit mind. Jan./Febr.09 ist die Box hier im Artikel...

Gruss Robin

Hi,

ich mache gerade mein erstes Offline-Update mit keryx und finde es eigentlich schade, dass es für Bentuzer ohne oder mit langsamer Internetverbindung im Wiki keinen Artikel zu diesem Thema gibt.

Ich wäre bereit einen zu schreiben, nur möchte ich vorher wissen:

-Soll ich das unten an Update dranhängen?

-Soll ich einen eigenen Artikel z.B. "Offline Updates" anlegen?

-Soll ich zusätzlich einen "keryx" Artikel anlegen?

Es gibt außerdem noch apt-offline , dass dann auch einen eigenen Artikel bekommen würde.

Gruß,

mesrumma

Hallo,

sprechen wir hier von einem Update oder einem Upgrade?

Gruß pippovic

Ich spreche von Update (+dist, also auch Kernel), ob Upgrade auch geht, weiß ich nicht, da kann man aber notfalls eine CD brennen, da ist ja zumindest das Grundsystem schon einmal drauf. Wenn man spezielle Pakete benötigt ist das aber ohne entsprechendes Programm auch schon nervig. Schau dir Keryx doch mal an! Das löst auch Abhängigkeiten auf etc., man kann damit also auch zusätzliche Programme auf einem offline-PC installieren.

Gruß,

mesrumma

Hallo,

ich bin dafür, dass das Programmm, wie alle anderen Paketmanager auch, einen eigenen Artikel kriegt.

Gruß pippovic

In Arbeit, Baustelle/Keryx

Einen eigenen Artikel "Oflline Updates" brauchen wir m.E. erstmal nicht, wenns verschoben ist, wäre ein kleiner Abschnitt in Update aber wünschenswert.

Gruß, mesrumma

Hi!

Die letzte "Überarbeitung" bzw. die Zusätze sind zwar imho inhaltlich OK, müssten aber noch mal nach Wiki/Referenz und Wiki/Syntax überarbeitet werden, ingo2. Formatierungen sind "etwas" freestylish (fett bitte nur für Dateinamen und Verzeichnisse, Menüs und gconf-Eintträge in "Kursiv" mit Anführungsstrichen etc... "Ich" wird z.B. im Wiki nicht verwendet, der Text dürfte auch etwas sachlicher ausfallen.

so long
hank

Servus ☺

der Artikel müsste mal überarbeitet werden.

• Update Benachrichtung gehört irgendwie nicht hier rein. Da es nur um GNOME geht, sollte er irgendwo unter Automatische Updates (?) rein.

• Canonical Partner fehlt?

In Teilen wäre eine tabellarische Struktur mit verweisen auf entsprechende andere Artikel besser.

Generell finde ich diese ganze Paketquellen/Komponenten-Artikel ziemlich verwirrend und kompliziert.

Gruß
kaputtnik

Hallo,

ich würde gerne einen Punkt 4 einbauen, "Probleme nach Updates" o.ä.. Da würde ich dann unter anderem auf jeden Fall mal die Möglichkeit der Deinstallation von kürzlich vorgenommenen Updates beschreiben, da das ein recht häufiges Problem ist, wenn es um Updates geht.

Dazu habe ich mir aus /apt-get#Verlaufslisten den Befehl

find /var/lib/dpkg/info/ -daystart \( -name \*.list -a -mtime -3 \) | sed 's#.list$##;s#.*/##' | sort 

geklaut und umgewandelt zu

find /var/lib/dpkg/info/ -daystart \( -name \*.list -a -mtime -3 \) | sed 's#.list$##;s#.*/##' | xargs

Also nur sort weggelassen und xargs ergänzt. Das ergibt alle installierten Updates und Programme der letzten drei Tage. Die drei kann man anpassen.

Danach kann man diese Programme neu aus den normalen Quellen installieren: Sollte so funktionieren:

• System > SV > SW-Quellen, Aktualisierungen: lucid-security und lucid-updates deaktivieren. Beim Schließen Listen neu laden lassen.

• sudo apt-get -t lucid install XYZ

  Dort das betreffende Update oder, wenn das unklar ist, die komplette Ausgabe des obigen find-Befehls eintragen bzw. gleich als $(...)-Variable...lucid müsste angepasst werden an die Version...

• Testen, ob das Problem behoben wurde. Danach nicht vergessen, die Häkchen der Updates wieder reinzumachen und Listen neu laden zu lassen. Aber demnächst paar Tage Updates meiden oder immer das Paket aus den Updates deaktivieren oder es gemäß Wiki zu Apt Pinning oder per Synaptic in dieser Version erzwingen.

Habe ich mal so halb aus meinem Forenbeitrag übernommen, würde ich natürlich noch besser ausformulieren.

Grüße, Benno