[1] Archiv / MLD 4.x / General / opkg

clausmuus · « **on:** August 22, 2014, 14:00:26 »

Hi,

ich glaube ich hab das Problem mit dem nicht funktionierenden Upgrades gefunden. Jedenfalls habe ich eins gefunden.
Das Paket lirc blockiert die Upgrads. Grund ist, dass wir bei dem Paket einen negative Versionssprung haben. Mitte Juni war aufgefallen, das die Aktuellen lirc sourcen keine Treiber mehr enthalten. In Folge dessen sind wir auf die Version von Anfang Mai zurück gegangen. In dem Zuge wurde aber auch die Versionsnummer des Paketes auf das Datum von Anfang Mai zurück gestellt. Da die Versionsnummer der externen Sourcen am Anfang der Versionsnummer von Paketen steht, hat diese eine höhere Priorität als die MLD Versionsnummer. In Folge dessen sieht die Version des neuen lirc Paketes für den Paketmanager kleiner aus, als die des alten Paketes und es wird kein upgrade durchgeführt.
Für's erste lässt sich das Problem so beheben:

Code: [Select]

opkg remove lirc --force-depends
opkg upgrade
opkg install lirc

Auf lange Sicht ist das aber kein zufriedenstellender Zustand. Es kann immer wieder vorkommen, das wir auf ne ältere Version von Sourcen Wechseln, was dann nen Upgrade verhindert. Von daher werde ich mal da drüber nachdenken ob es ohne gravierende Nebenwirkungen machbar ist, das Versionsnummer System so abzuändern, dass so was nicht wieder passieren kann.

Claus

rfehr · « **Reply #1 on:** August 22, 2014, 14:08:50 »

Quote from: clausmuus on August 22, 2014, 14:00:26

Hi,

ich glaube ich hab das Problem mit dem nicht funktionierenden Upgrades gefunden. Jedenfalls habe ich eins gefunden.
Das Paket lirc blockiert die Upgrads. Grund ist, dass wir bei dem Paket einen negative Versionssprung haben. Mitte Juni war aufgefallen, das die Aktuellen lirc sourcen keine Treiber mehr enthalten. In Folge dessen sind wir auf die Version von Anfang Mai zurück gegangen. In dem Zuge wurde aber auch die Versionsnummer des Paketes auf das Datum von Anfang Mai zurück gestellt. Da die Versionsnummer der externen Sourcen am Anfang der Versionsnummer von Paketen steht, hat diese eine höhere Priorität als die MLD Versionsnummer. In Folge dessen sieht die Version des neuen lirc Paketes für den Paketmanager kleiner aus, als die des alten Paketes und es wird kein upgrade durchgeführt.
Für's erste lässt sich das Problem so beheben:
Code: [Select]
opkg remove lirc --force-depends opkg upgrade opkg install lirc
Auf lange Sicht ist das aber kein zufriedenstellender Zustand. Es kann immer wieder vorkommen, das wir auf ne ältere Version von Sourcen Wechseln, was dann nen Upgrade verhindert. Von daher werde ich mal da drüber nachdenken ob es ohne gravierende Nebenwirkungen machbar ist, das Versionsnummer System so abzuändern, dass so was nicht wieder passieren kann.

Claus

Hi Claus,

könnte man nicht mir reinen internen Versions-Nummer arbeiten, und die orginal Versions-Nummer außer acht lassen?.

Gruß,
Roland

clausmuus · « **Reply #2 on:** August 22, 2014, 14:43:04 »

Nein, leider nicht, da wir bei den meisten Paketen nicht eine bestimmte Version kompilieren, sondern täglich die neuste nehmen.
Was helfen würde, wäre wenn wir z.B. die MLD Versionsnummer an die erste Stelle verschieben und nicht Debian Like am Ende stehen haben. Dann hätte unsere Version eine höhere Priorität und das Problem wäre behoben. Nur lässt sich das nicht so einfach nachträglich ändern, ohne das es Probleme mit allen bereits installierten Systemen gibt.

Mir ist dabei auch nicht klar, wieso Debian damit keine Probleme hat, denn die haben auch vorne die externe Versionsnummer stehen. Oder ich hab deren System bisher einfach nur falsch interpretiert und die Versionsnummer am Ende ist nicht die Paket Versionsnummer sondern irgend was anderes. Bei manchen Paketen steht nämlich z.B. eine 3: am Anfang. Vielleicht haben ja nur Pakete die geändert wurden, ohne auch neue Sourcen zu verwenden, eine Paket Versionsnummer am Anfang,...

Claus

clausmuus · « **Reply #3 on:** August 22, 2014, 14:45:52 »

Ich hab noch ein wenig über das Problem nachgedacht. Die MLD Versionsnummer an den Anfang zu verlegen ist auch nicht der Weisheits letzter Schluss. Das würde das Konzept mit den Abhängigkeiten völlig durcheinander bringen. Wäre also auch keine Lösung. Es muss noch anders gehen...

Claus

clausmuus · « **Reply #4 on:** August 22, 2014, 15:37:17 »

OK, hab's gelöst. Debian und auch opkg sehen für solche Fehler in der Versionsnummer ein Prefix vor, der ne höhere Priorität hat.

Es gibt nun also ne neue lirc Version, die bei nem einfachen upgrade das Problem lösen wird.

Claus

skippy · « **Reply #5 on:** August 22, 2014, 17:50:23 »

Hallo Claus,

schön, dass du einen Fehler gefunden hast, der das Aktualisieren der MLD verhindert hat. Ich habe aber immer noch ein paar Probleme beim upgrade:

Code: [Select]

MLD-WoZi> opkg upgrade
Not selecting python-gobject-2 2.7 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Assuming locally installed package vdr (2.1.6.105-105) is up to date.
Upgrading vdr-plugin-opkg from 0.1.0-19_2.1.6.105 to 0.1.0-20_2.1.6.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/vdr-plugin-opkg_0.1.0-20_2.1.6.110.opk.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Upgrading vdr-plugin-softhddevice from 2014.07.14-24_2.1.6.105 to 2014.08.13-25_2.1.6.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/vdr-plugin-softhddevice_2014.08.13-25_2.1.6.110.opk.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Upgrading vdr-plugin-setup from 0.3.1-18_2.1.6.105 to 0.3.1-19_2.1.6.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/vdr-plugin-setup_0.3.1-19_2.1.6.110.opk.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Upgrading vdr-plugin-tvguide from 2014.05.11-3_2.1.6.105 to 2014.05.11-3_2.1.6.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/vdr-plugin-tvguide_2014.05.11-3_2.1.6.110.opk.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Upgrading vdr-plugin-remoteosd from 1.0.0-4_2.1.6.105 to 1.0.0-4_2.1.6.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/vdr-plugin-remoteosd_1.0.0-4_2.1.6.110.opk.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Upgrading vdr-plugin-streamdev-client from 2014.08.09-15_2.1.6.105 to 2014.08.09-17_2.1.6.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/vdr-plugin-streamdev-client_2014.08.09-17_2.1.6.110.opk.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Upgrading vdr-plugin-skinnopacity from 2014.05.25-15_2.1.6.105 to 2014.05.25-15_2.1.6.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/vdr-plugin-skinnopacity_2014.05.25-15_2.1.6.110.opk.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Upgrading vdr-plugin-svdrpservice from 1.0.0-5_2.1.6.105 to 1.0.0-5_2.1.6.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/vdr-plugin-svdrpservice_1.0.0-5_2.1.6.110.opk.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Upgrading vdr-plugin-epg2vdr from 2014.06.12-5_2.1.6.105 to 2014.06.12-5_2.1.6.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/vdr-plugin-epg2vdr_2014.06.12-5_2.1.6.110.opk.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Upgrading vdr-plugin-remotetimers from 1.0.1-5_2.1.6.105 to 1.0.1-5_2.1.6.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/vdr-plugin-remotetimers_1.0.1-5_2.1.6.110.opk.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Upgrading vdr-plugin-tvscraper from 2014.05.18-0_2.1.6.105 to 2014.05.18-1_2.1.6.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/vdr-plugin-tvscraper_2014.05.18-1_2.1.6.110.opk.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.105 as installing it would break existing dependencies.
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-opkg:
 *      vdr (>= 2.1.6.110) *    vdr (<= 2.1.6.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-softhddevice:
 *      vdr (>= 2.1.6.110) *    vdr (<= 2.1.6.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-setup:
 *      vdr (>= 2.1.6.110) *    vdr (<= 2.1.6.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-tvguide:
 *      vdr (>= 2.1.6.110) *    vdr (<= 2.1.6.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-remoteosd:
 *      vdr (>= 2.1.6.110) *    vdr (<= 2.1.6.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-streamdev-client:
 *      vdr (>= 2.1.6.110) *    vdr (<= 2.1.6.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-skinnopacity:
 *      vdr (>= 2.1.6.110) *    vdr (<= 2.1.6.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-svdrpservice:
 *      vdr (>= 2.1.6.110) *    vdr (<= 2.1.6.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-epg2vdr:
 *      vdr (>= 2.1.6.110) *    vdr (<= 2.1.6.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-remotetimers:
 *      vdr (>= 2.1.6.110) *    vdr (<= 2.1.6.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-tvscraper:
 *      vdr (>= 2.1.6.110) *    vdr (<= 2.1.6.110-:) *
MLD-WoZi>

Beim remove und install von lirc kamen folgende Meldungen, die da vermutlich nicht hin gehören

Code: [Select]

MLD-WoZi> opkg remove lirc --force-depends
Removing package lirc from root...
Stopping irxevent                                                    failed
Stopping irexec                                                      failed
Stopping lirc                                                        done
/usr/bin/update_setup_menu.sh: eval: line 1: syntax error: unterminated quoted string
MLD-WoZi> /usr/bin/update_setup_menu.sh: eval: line 1: syntax error: unterminated quoted string
/usr/bin/update_setup_menu.sh: eval: line 1: syntax error: unterminated quoted string
/usr/bin/update_setup_menu.sh: eval: line 1: syntax error: unterminated quoted string
... => letzte Zeile taucht noch öfter auf

Dadurch werden insbesondere der VDR und die Plugins nicht aktualisiert.

Viele Grüße skippy

clausmuus · « **Reply #6 on:** August 22, 2014, 18:10:23 »

Hi,

ne, der "/usr/bin/update_setup_menu.sh: eval: line 1: syntax error: unterminated quoted string" Fehler hat nichts mit dem Upgrade zu tun, sondern vermutlich mit nem Fehler im Setup eines Paketes. Ich hatte doch am Mittwoch das Setup bei einem Paket repariert, der so nen Fehler verursacht hatte. Mir fällt nur grad nicht ein welches Paket das war.

Dem VDR Upgrade fehler kann man auf die Schliche kommen, in dem man die Liste der zu aktualisierenden VDR Pakete mit der Liste der installierten VDR Pakete vergleicht. Sollte da ne Differenz sein, so ist das das schuldige Paket.
Wenn dem so nicht auf die Schliche gekommen werden kann, hilft das deinstallieren der Plugins, und nach jedem entfernten Paket nen upgrade machen. Sobald das upgrade klappt, war das zuletzt entferne Paket das schuldige.
Den Namen dieses Paketes brauche ich dann.

Mach aber bitte vor der Suche nach dem schuldigen Paket nen Snapshot, damit wir nen paar mehr Versuche haben die Ursache zu ergründen.

Claus

skippy · « **Reply #7 on:** August 22, 2014, 18:32:05 »

Hi Claus,

bei mir unterscheiden sich installierte und upzudatende Plugins. Nicht zum Update werden bei mir die Paktete

vdr-plugin-graphlcd und
vdr-plugin-permashift

angeboten.

Soll ich die deinstallieren und es dann noch einmal versuchen?

Viele Grüße skippy

clausmuus · « **Reply #8 on:** August 22, 2014, 20:56:18 »

Kannst Du mal bitte die Version der beiden Pakete posten: "opkg list-installed | grep vdr"

skippy · « **Reply #9 on:** August 22, 2014, 21:35:46 »

Ich habe jetzt mal ein bisschen experimentiert. Die beiden o.g. Versionen gelöscht, hat nichts gebracht. Hier mal die Versionen vom VDR und den Plugins:

Code: [Select]

vdr - 2.1.6.105-105
vdr-plugin-epg2vdr - 2014.06.12-5_2.1.6.105
vdr-plugin-graphlcd - 2013.01.27-11_2.1.6.105
vdr-plugin-opkg - 0.1.0-19_2.1.6.105
vdr-plugin-permashift - 2014.08.09-8_2.1.6.105
vdr-plugin-remoteosd - 1.0.0-4_2.1.6.105
vdr-plugin-remotetimers - 1.0.1-5_2.1.6.105
vdr-plugin-setup - 0.3.1-18_2.1.6.105
vdr-plugin-skinnopacity - 2014.05.25-15_2.1.6.105
vdr-plugin-softhddevice - 2014.07.14-24_2.1.6.105
vdr-plugin-streamdev-client - 2014.08.09-15_2.1.6.105
vdr-plugin-svdrpservice - 1.0.0-5_2.1.6.105
vdr-plugin-tvguide - 2014.05.11-3_2.1.6.105
vdr-plugin-tvscraper - 2014.05.18-0_2.1.6.105

Sieht eigentlich gut aus. Dann habe ich nacheinander die VDR-Plugins gelöscht, die ich auf meiner Liste hatte und jedesmal ein opk upgrade durchgeführt. Irgendwann muss er dann doch auf die 2.1.6.110 upgedatet haben, ist mir entgangen. Gemerkt habe ich es vor dem letzten Plugin. Vdr-plugin-streamdev-client - 2014.08.09-17_2.1.6.110 und der vdr - 2.1.6.110-110 waren noch vorhanden. Die habe ich dann auch noch gelöscht. Vom VDR ist nun alles weg und trotzdem kann ich den VDR nicht neu installieren.

Code: [Select]

MLD-WoZi> opkg list-installed|grep vdr
MLD-WoZi> opkg install vdr
Create a snapshot of '/mnt/root/@root____________________' in '/mnt/root/2014-08-22 21:08'
Not selecting vdr 2.1.6.110 as installing it would break existing dependencies.
Unknown package 'vdr'.

Viele Grüße skippy

Edit: hm, nun habe ich den Snapshot über das Webif zurück gespielt und einen Reboot durchgeführt. Das Ergebnis:

Code: [Select]

no subvol found!
ERROR: No configuration file found
No DEFAULT  od UI configuration directive found
boot:

Dann setze ich mal neu auf

clausmuus · « **Reply #10 on:** August 22, 2014, 22:14:47 »

Hi,

mindestens Permaschift war schuld. Da gab's nen negativen Versionssprung.

Weshalb sich der VDR nicht neu installieren ließ kann ich nicht sagen. Da kann ich nur hoffen das ich das irgendwann nachstellen kann.

Der Fehler mit dem Snapshot hätte natürlich nicht passieren dürfen. Da bleibt die große Frage wie sich das reproduzieren lässt... Hattest Du von Hand Snapshots angelegt, oder gab es nur die automatisch erstellten? Hatte Irgendeiner der manuell erstellten Snapshotnamen mehr als 25 Zeichen?

Claus

skippy · « **Reply #11 on:** August 22, 2014, 22:42:30 »

Hi Claus,

den ersten Snapshot hatte ich per Hand angelegt. Der könnte tatsächlich knapp mehr als 25 Zeichen gehabt haben.

Viele Grüße skippy

clausmuus · « **Reply #12 on:** August 22, 2014, 22:45:47 »

OK, ich werd wohl besser alles was mehr als 25 Zeichen sind abschneiden.

Claus

FORUM

[1] Archiv / MLD 4.x / General / opkg

clausmuus

opkg

rfehr

opkg

clausmuus

opkg

clausmuus

opkg

clausmuus

opkg

skippy

opkg

clausmuus

opkg

skippy

opkg

clausmuus

opkg

skippy

opkg

clausmuus

opkg

skippy

opkg

clausmuus

opkg

[1] Archiv / MLD 4.x / General / opkg

Users Online