Beiträge von Jana

Zitat von Sauerland

Der eine möchte viel aus Packman installiert haben, der andere will so viel als möglich aus dem OSS Repo installiert haben, geht alles mit Prioritäten, ist dann nur unterschiedlich.

Nach den Forentutorials zu urteilen, soll man wohl ersteres möchten. Ja warum eigentlich ... irgendwo könnte schon dokumentiert sein, unter diesen Umständen sollst du das wollen unter diesen das. Wie man es tut, ist ja auch dokumnetiert (SDB).

Konkret gefragt: Warum ist der Einsatz der Community-Repos nicht dokumentiert? Mal abgesehen von Forenhinweisen.

Hallo zusammen, habe beim Googlen leider nichts gefunden, vielleicht auch falsche Begriffe verwendet.
Wo/wie kann ich in KDE4/Kick-Off-Menü einstellen, dass ein Kategoriewechsel in und aus SUB-Kategorien erfolgt, wenn ich mit der Maus darüberfahre. Also so wie im klassischen Menü.
LG Jana

Zusammenfassung:

Wenn das Repo hardware (OBS) aktiv ist, bringt zypper up folgende Meldung aufgrund neurer Pakete in hardware (OBS):
"Die folgenden 17 Paketaktualisierungen werden NICHT installiert: ... "
Nach einer Deaktivierung (natürlich nach Installation von TLP) tritt die Meldung nicht mehr auf. Wenn man davon ausgeht, dass jedes Jahr ein Distributionsupgrade erfolgt, kann man wohl gut auf eine eventuelle Aktualisierung verzichten oder man aktiviert von Zeit zu Zeit probeweise das Repo oder man lebt eben mit einer Meldung von zypper up.

Um den Thread abzuschließen und anderen zu helfen, sollte ja für Leap42.x sinngemäß gelten, nachfolgend die Quintessenz:
----------------------------------------------------------------------------------------------------------------
- Repo packman Prio=20 mit Vendorchange vorher installierter Pakete (einziger empfohlener Anbieterwechsel)
- Repo hardware (für TLP) Prio=120, bei einem versehentlichen zypper dup erfolgt kein Vendorchange auf Open Bild Service (OBS)
- Repo hardware deaktivieren, dann bringt zypper up keine Meldung "Die folgenden 17 Paketaktualisierungen werden NICHT installiert ..."
(In hardware (OBS) befinden sich neuere Paket-Versionen als in Hauptrepo (OSS).)

zypper up
Daten des Repositories laden ...
Installierte Pakete lesen ...
Die folgenden 17 Paketaktualisierungen werden NICHT installiert:
acpica android-tools cpupower crda iw libcpupower0 libiw30 libts-1_0-0 libusb-0_1-4 libusb-1_0-0 linuxconsoletools smartmontools usb_modeswitch
usb_modeswitch-data wireless-regdb wireless-tools wpa_supplicant
Keine auszuführenden Aktionen.

zypper lr -uP
# | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisieren | Priorität | URI
---+------------------------------------+---------------------------------------------------------+-----------+-----------------+---------------+-----------+------------------------------------------------------------------------
11 | packman | packman | Ja | (r ) Ja | Ja | 20 | Index of /suse/openSUSE_13.2/
1 | bumblebee | bumblebee | Ja | (r ) Ja | Ja | 99 | Index of /repositories/X11:/Bumblebee/openSUSE_13.2
2 | download.opensuse.org-13.2-non-oss | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja | ( p) Ja | Ja | 99 | Index of /update/13.2-non-oss
3 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | ( p) Ja | Ja | 99 | Index of /distribution/13.2/repo/non-oss
4 | download.opensuse.org-oss | Haupt-Repository (DEBUG) | Nein | ---- | Nein | 99 | Index of /debug/distribution/13.2/repo/oss
5 | download.opensuse.org-oss_1 | Haupt-Repository (OSS) | Ja | ( p) Ja | Ja | 99 | Index of /distribution/13.2/repo/oss
6 | download.opensuse.org-oss_2 | Haupt-Repository (Quellen) | Nein | ---- | Nein | 99 | Index of /source/distribution/13.2/repo/oss
7 | download.opensuse.org-update | Aktualisierungs-Repository (DEBUG) | Nein | ---- | Nein | 99 | Index of /debug/update/13.2
8 | download.opensuse.org-update_1 | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | Index of /update/13.2
10 | libdvdcss | libdvdcss | Nein | ---- | Nein | 99 | http://opensuse-guide.org/repo/13.2/
12 | repo-debug-update-non-oss | openSUSE-13.2-Update-Debug-Non-Oss | Nein | ---- | Nein | 99 | Index of /debug/update/13.2-non-oss
13 | virtualbox | virtualbox | Ja | ( p) Ja | Ja | 99 | Index of http://download.virtualbox.org/virtualbox/rpm/opensuse/13.2
9 | hardware | hardware | Ja | (r ) Ja | Ja | 120 | Index of /repositories/hardware/openSUSE_13.2

(Repo hardware (OBS) hier noch nicht deaktiviert.)
----------------------------------------------------------------------------------------------------

Danke an die Helfer. LG Jana.

Danke Trekkie00, ist drin wegen Laptop TLP/Stromsparen. Vielleicht kommt mal 'ne Aktualisierung, ich kann es nicht wissen.
TLP - Linux Stromsparen – ThinkPad-Wiki

@ Sauerland: Der Satz von mir in meinem letzten Beitrag "Deshalb wäre es unwahrscheinlich, wenn das geklappt hätte." ist Unsinn, sorry dafür. Es hätte klappen können, habe mir (endlich) den Menüeintrag genau durchgelesen/durchdacht.

@'Trekkie00: Habe ich mit einigen 32-Bit-Paketen getan:

Mehr kommt nicht.

Ich gebe mich jetzt zufrieden mit ausschließlich zypper up und ausschließlich packman-Priorisierung auf 20, zur Sicherheit hardware mit URL: Index of /repositories/hardware/openSUSE_13.2 auf Prio=120, da so keine OBS-Pakete bei einem versehentlichen zypper dup gezogen werden. Ist letztere Niedrig-Priorisierung aus eurer Sicht vernünftig?

Sorry für das Nerven, aber korrekte Repos erscheinen mir für eine dauerhafte Funktion des Systems Grundlage. Debian-Erziehung eben. LG Jana

@Sauerland: Habe ich gemacht, danach zypper dup --dry-run:

Zitat

Stell irgendwo in "Yast----Software------Software installieren und löschen" um auf "Ignoriere empfohlene Pakete für bereits installierte Pakete".

Keine Auswirkungen, die 32-Bit-Pakete, sollen nach wie vor NEU(!!!) installiert werden. Deshalb wäre es unwahrscheinlich, wenn das geklappt hätte.

Berichtigung:

Wenn ich das hardware -Repo, aus dem die OBS-Pakete kommen, geringer priorisiere, z. B. 120, erfolgt mit zypper dup kein Anbieterwechsel. Allerdings will das System immer noch 32-Bit-Pakete installieren. Habe natürlich nur simuliert.
Dein Vergleich war vermutlich nicht ganz exakt: Ein zypper dup sollte eher einem apt-get dist-upgrade entsprechen. Mit letzterem erfolgt genau dasselbe, wie bei apt-get upgrade, wenn ich nur die Quellen von Jessie eingetragen habe - und nicht testing oder stretch. Ein zypper dup führt auch einen Anbieterwechsel entsprechend Priorisierung durch, habe ich beim Testen bemerkt. Genau das war eigentlich mein Ziel: Ein exaktes Upgrade über alle Repos entsprechend Priorisierung. Da dürfen aber keine 32-Bit-Pakete neu installiert werden und ich weiß nicht, warum. Ist bis jetzt der einzige Unterschied zu apt-get dist-upgrade.

Dann frage ich mich, warum es im Netz keine Richtlinien zur Priorisierung von Repos gibt. Wie man priorisiert, da gibt es viel, aber nichts, mit welcher Zahl man Fremdrepos exakt priorisiert. Außer für Packman. Ist wahrscheinlich nicht so wichtig, zypper dup, Standardprios und jedes Jahr eine neue OpenSuse, anders als Debian Stable. Denke ich jetzt mal.

Aber gut, ich halte mich an die Hinweise der "Alten Hasen": zypper up genügt, freshplayerplugin installiere ich, vielleicht auch gar kein flash, mit debian habe ich auch keines. Fand erstmal den Konflikt und den Repowechsel lehrreich, deshalb habe ich es noch nicht getan. benutzt habe ich es nicht.

LG Jana

Gut, ich habe mal ausschließlich packman auf Prio=20 gesetzt. Alles andere Standard (99) Nun macht zypper up m. E. kein Update über alle Repos. Also wäre ein zypper dup mit vernünftiger Priorisierung zu bevorzugen. Wie bei Tumbleweed eben auch. Nun habe ich simuliert:

zypper dup --dry-runAchtung: Sie wollen eine Distributionsaktualisierung mit allen aktivierten Repositories durchführen. Bevor Sie weitermachen, sollten Sie sicherstellen, das diese Repositories kompatibel sind. Siehe 'man zypper' zu weiteren Informationen zu diesem Befehl.Daten des Repositories laden ...Installierte Pakete lesen ...Distributionsaktualisierung berechnen ...


Die folgenden 53 NEUEN Pakete werden installiert:  alsa-oss-32bit fontconfig-32bit gdk-pixbuf-query-loaders-32bit gtk2-tools-32bit libasound2-32bit libatk-1_0-0-32bit libcairo2-32bit libcanberra0-32bit libcanberra-gtk0-32bit  libcanberra-gtk2-module-32bit libFLAC8-32bit libfreebl3-32bit libfreetype6-32bit libgdk_pixbuf-2_0-0-32bit libgio-2_0-0-32bit libglib-2_0-0-32bit libgmodule-2_0-0-32bit  libgobject-2_0-0-32bit libgraphite2-3-32bit libgtk-2_0-0-32bit libharfbuzz0-32bit libICE6-32bit libjasper1-32bit libjson-c2-32bit libltdl7-32bit libogg0-32bit  libpango-1_0-0-32bit libpixman-1-0-32bit libpulse0-32bit libSM6-32bit libsndfile1-32bit libsoftokn3-32bit libspeex1-32bit libsqlite3-0-32bit libuuid1-32bit libvorbis0-32bit  libvorbisenc2-32bit libvorbisfile3-32bit libxcb-render0-32bit libxcb-shm0-32bit libXcomposite1-32bit libXcursor1-32bit libXft2-32bit libXi6-32bit libXinerama1-32bit  libXrandr2-32bit libXrender1-32bit libXt6-32bit mozilla-nspr-32bit mozilla-nss-32bit mozilla-nss-certs-32bit openSUSE-release-ftp pango-tools-32bit


Die folgenden 16 Pakete werden aktualisiert:  acpica cpupower crda iw libcpupower0 libiw30 libts-1_0-0 libusb-0_1-4 libusb-1_0-0 linuxconsoletools smartmontools usb_modeswitch usb_modeswitch-data wireless-regdb  wireless-tools wpa_supplicant


Die folgenden 2 Pakete werden durch eine ältere Version ausgetauscht:  flash-player flash-player-kde4


Die folgenden 17 Pakete werden den Anbieter ändern:  acpica               openSUSE -> obs://build.opensuse.org/hardware  cpupower             openSUSE -> obs://build.opensuse.org/hardware  crda                 openSUSE -> obs://build.opensuse.org/hardware  flash-player         openSUSE -> http://packman.links2linux.de      iw                   openSUSE -> obs://build.opensuse.org/hardware  libcpupower0         openSUSE -> obs://build.opensuse.org/hardware  libiw30              openSUSE -> obs://build.opensuse.org/hardware  libts-1_0-0          openSUSE -> obs://build.opensuse.org/hardware  libusb-0_1-4         openSUSE -> obs://build.opensuse.org/hardware  libusb-1_0-0         openSUSE -> obs://build.opensuse.org/hardware  linuxconsoletools    openSUSE -> obs://build.opensuse.org/hardware  smartmontools        openSUSE -> obs://build.opensuse.org/hardware  usb_modeswitch       openSUSE -> obs://build.opensuse.org/hardware  usb_modeswitch-data  openSUSE -> obs://build.opensuse.org/hardware  wireless-regdb       openSUSE -> obs://build.opensuse.org/hardware  wireless-tools       openSUSE -> obs://build.opensuse.org/hardware  wpa_supplicant       openSUSE -> obs://build.opensuse.org/hardware


16 Pakete werden aktualisiert, 2 werden zurückgestuft, 53 neue, 17  Anbieterwechsel.Gesamtgröße des Downloads: 22,3 MiB. Bereits zwischengespeichert: 0 B  Nach der Operation werden zusätzlich 35,9 MiB belegt.Fortfahren? [j/n/? zeigt alle Optionen] (j): j

Die Anbieteränderung einiger Pakete zum OBS wäre ja wohl okay? (Das mit dem Flashplayer kann ich lösen.) Aber wieso werden die 32-Bit-Pakete installiert? Wie kann man das verhindern? Damit müsste ja mit zypper dup ein vollständiges und korrektes Update über alle Repos möglich sein? Wie bei Tumbleweed zwingend notwendig.

Das mit dem Franken-Debian habe ich mir nicht selbst ausgedacht: DontBreakDebian - Debian Wiki
Passt doch genau zu meinem Problem, findet ihr nicht? Scxhönes WE und Dank für die Geduld.

Mir fällt da noch die Frage ein, ob es nicht logischer wäre, die Hardware-Repos (Bumblebee, hardware) höher, also niedrigere Zahl als Packman zu priorisieren? Die Funktion des Rechners (Grafik) ist wohl wichtiger als die in Packman liegenden Anwendungen z. B. Multimedia.

Dann erst folgt m. E. die funktionierende Rechner-Peripherie, DVD/Multimedia, also packman-Pakete.

Virtualbox ist wohl schnell mal neu installiert und (relativ) hardwareunabhäng, reine Anwendung. >99?

Paketdoppelungen sollte es wohl aufgrund der verschiedenen "Paket-Themen" nicht geben, aber die Prio-Logik sehe ich irgendwie "verletzt".
(Ach ja, so kompliziert ist es oder macht man sich es, wenn man auch Debian Stable betreibt. Gleich nach der Installation Ordnung in die /etc/sources.list ... Keinesfalls ein Franken-Debian. +grins*)

Ich meine, alle Hinweise beherzigt und eingearbeitet zu haben. Nach meiner (unmaßgeblichen) Meinung ist der Thread durch die verständlichen Erläuterungen und wegen Einbezug weiterer notwendiger Repos für Laptops und VirtualBox wert, ins Wiki eingestellt zu werden und evtl. dieses Tutorial zu ersetzen oder zu ergänzen: Über den Umgang mit openSUSE Repos
Aber macht was ihr wollt, ich tue es doch auch - und höre dabei auf andere. Meine persönlichen Notizen enthalten jedenfalls die Erläuterungen.
Ich warte mal noch eventuelle Hinweise ab und setze danach den Thread auf gelöst. Danke für die netten und verständlichen Beiträge.

Zusammenfassung:

Die Repos können per GUI gestaltet werden. Mit KDE4 beispielsweise: Rechner -> Yast -> Software -> Software-Repositories
Das Installationsrepo wurde gänzlich gelöscht, gibt sonst Rückfragen beim Update, da Installationsmedium entfernt wurde. Man benötigt es nach Installation des Betriebssystems und laufendem Internetanschluss nicht wieder.
Das Repo http://opensuse-guide.org/repo/13.2/ (ibdvdcss) wird eingefügt, mit den Multimediacodecs wird libdvdcss2 installiert, danach kann das Repo gelöscht oder vorzugsweise deaktiviert werden, falls man später doch noch mal Pakete daraus benötigt. Für libdvdcss2 erfolgen keine Updates.
Weitere Hinweise und Erklärungen zur nachfolgend aufgeführten, resultierenden Repoliste einschließlich Priorisierung findet man in den Beiträgen vorher.

zypper lr -up
# | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisieren | Priorität | URI
---+------------------------------------+---------------------------------------------------------+-----------+-----------------+---------------+-----------+------------------------------------------------------------------------
1 | bumblebee | bumblebee | Ja | (r ) Ja | Ja | 50 | Index of /repositories/X11:/Bumblebee/openSUSE_13.2
2 | download.opensuse.org-13.2-non-oss | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja | ( p) Ja | Ja | 99 | Index of /update/13.2-non-oss
3 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | ( p) Ja | Ja | 99 | Index of /distribution/13.2/repo/non-oss
4 | download.opensuse.org-oss | Haupt-Repository (DEBUG) | Nein | ---- | Nein | 99 | Index of /debug/distribution/13.2/repo/oss
5 | download.opensuse.org-oss_1 | Haupt-Repository (OSS) | Ja | ( p) Ja | Ja | 99 | Index of /distribution/13.2/repo/oss
6 | download.opensuse.org-oss_2 | Haupt-Repository (Quellen) | Nein | ---- | Nein | 99 | Index of /source/distribution/13.2/repo/oss
7 | download.opensuse.org-update | Aktualisierungs-Repository (DEBUG) | Nein | ---- | Nein | 99 | Index of /debug/update/13.2
8 | download.opensuse.org-update_1 | Hauptaktualisierungs-Repository | Ja | ( p) Ja | Ja | 99 | Index of /update/13.2
9 | hardware | hardware | Ja | (r ) Ja | Ja | 50 | Index of /repositories/hardware/openSUSE_13.2
10 | libdvdcss | libdvdcss | Nein | ---- | Nein | 99 | http://opensuse-guide.org/repo/13.2/
11 | packman | packman | Ja | (r ) Ja | Ja | 20 | Index of /suse/openSUSE_13.2/
12 | repo-debug-update-non-oss | openSUSE-13.2-Update-Debug-Non-Oss | Nein | ---- | Nein | 99 | Index of /debug/update/13.2-non-oss
13 | virtualbox | virtualbox | Ja | ( p) Ja | Ja | 50 | Index of http://download.virtualbox.org/virtualbox/rpm/opensuse/13.2

Danke Alero!

Das Hardware-Repo habe ich wegen TLP (Stromsparen) eingebunden.

Also deinstalliere ich libdvdcss, installiere dafür libdvdcss2 und lösche das libdvdcss-Repo?
Mit höher priorisieren meinst du selbstverständlich kleinere Zahl?!
Könntest Du mal bitte sagen, warum man bei doppelten Paketen die aus Fremdrepos bevorzugt? Dazu priorisiert man ja höher.

LG Jana