ubuntuusers.de

@all,

es ist ja nun schon was her, das dieses erste Pointrelease (14.04.1) freigegeben wurde. Wie in den Themenbereichen zu lesen, sollten auch schon einige Erfahrungen geben die wiederkehrende/typische Probleme offen legen. Damit wäre es an der Zeit einen Artikel zu verfassen. Ich hab hier absichtlich keinen angelegt, weil eine Vorabdiskussion über die Gestaltung nicht verkehrt wäre. Schon allein weil es mit 12.04 auch die HWE Stacks gibt, die ein Upgrade u.U. doch beeinflussen können.

Im Gegensatz zur alten Variante des LTS → LTS (10.04/12.04) Upgrades, ist dieses mal bei 12.04. → 14.04. neben dem Standardupgrade auch weitere zu nennende Variante verfügbar.

Mit anderen Worten,

• LTS Upgrade → Standard

• LTS Upgrade → HWE Stacks

• LTS Upgrade → Server

oder wäre das zu viel Unterteilung? Entsprechende Vorschläge wären wünschenswert.

Das Upgrade selbst;

• hatte ich 12.04.5 (mit Unity) → 14.04.1 (Standarddesktop) laufen lassen. Jedoch ohne HWE Stack versehen, lief das Upgrade (Anwendersystem) fehlerfrei ab.

• ein weiteres System was ich einem Upgrade von 12.04.4 → 14.04.1 war mit alleinigem Desktop → GNOME-Shell 3.4 (dürfte kein offizieller Weg sein) versehen, ebenfalls kein HWE Stack (Anwendersystem), ebenfalls fehlerfrei abgelaufen.

Somit stünden ggf noch Erfahrungen eines Systems mit HWE Stack aus. Ebenfalls ein Test des Serversystems und Derivate (wenn es denn eine offizielle Variante des Upgrades gibt) würde noch fehlen. Zudem wäre es gut wenn betroffene und/oder (vor allem) Supporter (wobei es egal ist ob im Team oder nicht) hier die typischen wiederkehrenden Probleme beitragen könnten.

Es darf nun munter diskutiert, vor allem aber beigetragen werden … 😉

Hallo,

das Problem ist bei den Unterteilungen ja immer wenn zu finden, der das tatsächlich getestet hat.

IMHO ist die Unterteilung aber gut und der Artikel kann so angelegt werden. Den "Standard"-Teil kannst du ja mit Leben füllen. Wenn sich in angemessener Zeit niemand für die anderen beiden Teile findet wird der Artikel halt mit "Ausbaufähig"-Markierung ins Wiki geschoben.

Gruß, noisefloor

Hab das hoffentlich korrekt verlinkt, den Artikel und die jetzt angeheftete Diskussion? Wenn nicht, bitte korrigieren -vielleicht auch den Präfix (Vorabdiskussion) aus dem Titel entfernen.

Artikel angelegt, Bilder eingebaut, Server-Variante erst mal ausgeblendet. Problemlösungen sollte wie im Eingangspost des Threads idealerweise von betroffenen bzw. Supportern eingebaut werden. Hoffe es passt so, wenn was falsch bitte korrigieren.

Hallo,

ist soweit IMHO ok. Ein Punkt sollte vielleicht noch relativiert werden: solange der Computer die Downloads macht, braucht man nicht aufmerksam vor dem Rechner sitzen. Die Fragen kommen ja erst, wenn die Pakete eingespielt werden.

@all: Was jetzt noch schön wäre, wären die Menü-Pfade zum Upgrade unter K|L|Xubuntu ☺

Gruß, noisefloor

noisefloor schrieb:

Hallo,

ist soweit IMHO ok. Ein Punkt sollte vielleicht noch relativiert werden: solange der Computer die Downloads macht, braucht man nicht aufmerksam vor dem Rechner sitzen. Die Fragen kommen ja erst, wenn die Pakete eingespielt werden.

OK, sollte jetzt besser formuliert sein.

Artikel ist im Wiki und nach Upgrade verknüpft mit Dank an den Autor alter-mann

sudo update-manager -- proposed

Wie war das mit grafischen Programmen und sudo? 🙄

gksudo !

Also Leute wirklich. So ein kapitaler Fehler im Wiki, sollte eigentlich nicht passieren.

Ich nehme mir mal die Freiheit und ändere das auf den korrekten Befehl, wenn´s genehm ist.

bowman schrieb:

Also Leute wirklich. So ein kapitaler Fehler im Wiki, sollte eigentlich nicht passieren.

Tja, das passiert, wenn der Vorgaenger-Artikel ungeprueft uebernommen wird. Inzwischen sind aber alle betroffenen Artikel entsprechend angepasst.

Ich nehme mir mal die Freiheit und ändere das auf den korrekten Befehl, wenn´s genehm ist.

Danke ☺

aasche schrieb:

bowman schrieb:

Also Leute wirklich. So ein kapitaler Fehler im Wiki, sollte eigentlich nicht passieren.

Tja, das passiert, wenn der Vorgaenger-Artikel ungeprueft uebernommen wird. Inzwischen sind aber alle betroffenen Artikel entsprechend angepasst.

Oder es liegt schlicht daran, das sich kein Mensch (weder Teammitglied noch vermeintlich kundige User) dafür interessiert hat den Artikel Korrektur zu lesen wie es der Autor des Artikels einforderte. Im nach hinein es dem nicht mehr vorhandenen Autor anhängen zu wollen ist armselig. Es wurde außerdem Ergänzungen vom Autor erbeten. Weder Server, noch andere Desktops wie bspw. KDE und andere zahlreiche Ubuntu Derivate sind dazu gekommen. Ist das auch des Autors schuld? 😉

Da ich gerade meine beiden Server von 12.04 auf 14.04 bringe (Nr. 1 ist schon durch), habe ich den Server-Teil sichtbar gemacht und um die wichtigste Änderung (Kein SSH-root-Login mit PW mehr, nur noch Public-Key) erwähnt.

Mein Precise hatte einen aktuellen HWE-Stack (also den aktuell noch unterstützten), damit bin ich bisher nicht in Probleme gelaufen beim Upgrade.

Hm, hab 14.04.3 laufen und mal zum Spaß eingegeben:

gksudo update-manager --proposed

laut des Eintrages aus Upgrade Precise auf Trusty (Abschnitt „Distributions-Upgrade-Standard“)

Folgende Rückmeldung im Terminal erhalten:

gksudo: Unbekannte Option »--proposed«
GKsu version 2.0.2

Usage: gksudo [-u <user>] [options] <command>

  --debug, -d
    Print information on the screen that might be
    useful for diagnosing and/or solving problems.

  --user <user>, -u <user>
    Call <command> as the specified user.

  --disable-grab, -g
    Disable the "locking" of the keyboard, mouse,
    and focus done by the program when asking for
    password.
  --prompt, -P
    Ask the user if they want to have their keyboard
    and mouse grabbed before doing so.
  --preserve-env, -k
    Preserve the current environments, does not set $HOME
    nor $PATH, for example.
  --login, -l
    Make this a login shell. Beware this may cause
    problems with the Xauthority magic. Run xhost
    to allow the target user to open windows on your
    display!

  --description <description|file>, -D <description|file>
    Provide a descriptive name for the command to
    be used in the default message, making it nicer.
    You can also provide the absolute path for a
    .desktop file. The Name key for will be used in
    this case.
  --message <message>, -m <message>
    Replace the standard message shown to ask for
    password for the argument passed to the option.
    Only use this if --description does not suffice.

  --print-pass, -p
    Ask gksu to print the password to stdout, just
    like ssh-askpass. Useful to use in scripts with
    programs that accept receiving the password on
    stdin.

  --sudo-mode, -S
    Make GKSu use sudo instead of su, as if it had been
    run as "gksudo".
  --su-mode, -w
    Make GKSu use su, instead of using libgksu's
    default.

mit sudo statt gksudo wird das UpdateDingsbums gestartet ☺

Bug oder Feature?

Grüße Lupo

Hallo,

mal abgesehen davon, dass der Befehl unter Trusty noch wenig Sinn macht: update-manager kennt die Option --proposed:

$ update-manager -h
Usage: update-manager [options]

Options:
  -h, --help            show this help message and exit
  -V, --version         Version anzeigen und Programm schließen
  --data-dir=DATA_DIR   Verzeichnis, das die Datendateien enthält
  -c, --check-dist-upgrades
                        Auf Verfügbarkeit einer neuen Ubuntu-Version prüfen
  -d, --devel-release   Möglichkeit einer Aktualisierung auf die aktuelle
                        Entwicklungsversion prüfen
  -p, --proposed        Systemaktualisierung unter Verwendung der letzten
                        vorgeschlagenen Version der Aktualisierungsverwaltung
  --no-focus-on-map     Beim Starten die Karte nicht fokussieren
  --no-update           Beim Starten nicht auf Aktualisierungen prüfen
  -s, --sandbox         Testen der Systemaktualisierung mit einem Sandbox-
                        aufs-Overlay

Was auch immer da bei dir mit gksudo nicht geklappt hat. Falls du das wirklich vertiefen willst bitte einen Thread im Support-Forum starten und nach Klärung ggf. den Wikiartikel korrigieren ☺

Gruß, noisefloor

noisefloor schrieb:

Hallo,

mal abgesehen davon, dass der Befehl unter Trusty noch wenig Sinn macht: update-manager kennt die Option --proposed:

Das ist mir schon bewusst, wollte es einfach mal testen.

Was auch immer da bei dir mit gksudo nicht geklappt hat. Falls du das wirklich vertiefen willst bitte einen Thread im Support-Forum starten und nach Klärung ggf. den Wikiartikel korrigieren ☺

Wie geschrieben. gksudo in Verbindung mit update-manger --proposed funktioniert nicht.

ansonsten kann ich gksu nutzen.

Gruß, noisefloor

Jo, schönes WE dann

Lupo

Der Artikel wurde zum Testen vorgeschlagen, gehört zu denen die nur Precise getestet sind. Ich verstehe da was nicht, wenn der Artikel Upgrade Precise auf Trusty titelt was soll da sonst, außer Precise getestet sein, es geht ja laut Titel nur um Precise?

Hallo,

die Liste "nur precise" wird automatisch erstellt, basierend auf dem "getestet" Tag. Da erfolgt keine logische Prüfung gem. Inhalt des Artikels - geht softwareseitig ja auch eher schlecht.

Von daher sind in der Liste halt auch Artikel - wie dieser - die inhaltsbedingt nicht für Trusty oder neuer getestet werden können. Die wandern dann aber auch auf jeden Fall mit dem EOL von Precise ins Archiv.

Gruß, noisefloor