Closed nilz90 closed 5 years ago
I have the same issue, see:
https://github.com/xbmc/xbmc/issues/15039
The Kodi devs told me, that it is not a Kodi problem itself and asked me to report it to the addon-team.
So here it is. Feel free to take a look on the detailed bug report mentioned above.
Seems to be fixed in latest Kodi version
@fzinken Which Kodi version do you mean? In the latest nightly build ( http://mirrors.kodi.tv/nightlies/android/arm/master/kodi-20181214-4c17e776-master-armeabi-v7a.apk ) the update still doesn't work.
Worked for me with the OSMC version that is based on this commit xbmc (57abba2fd) https://discourse.osmc.tv/t/testing-kodi-18-leia-builds-for-vero-2-4k/23059/838
Bug still occurs. Debug log here: https://paste.kodi.tv/vuwogelajo
On libreelec 8.90.0009 I do not see a general decompressing problem because manual database updates works as expected while automatic and update on startup does not; see:
Correction: Reference should have pointed to another issues not this one: https://github.com/mediathekview/plugin.video.mediathekview/issues/102
Ok, so that seems to be the explanation. I was trying manual database updates and they worked fine
Made wrong URL reference, which should be: https://github.com/mediathekview/plugin.video.mediathekview/issues/102
There I described the problem that manual and "update on startup" does not work on my wetek play 2 using libreelec 8.90 while this was working in libreelec 8.2.5.
Any updates here? The problem occurs during any kind of update (manual and automatic).
Is the problem known?
I would be nice if a developer will take place in recent bug discussions.
It seams that in issue https://github.com/mediathekview/plugin.video.mediathekview/issues/95 the newest reaction from the developer can be read assuming that tuxpoldo is the nickname from a developer.
"if a developer" well unless you will step up and help developing than I think we only have @tuxpoldo as the only developer. And as you have seen he hasn't been around for a while which would indicate that @tuxpoldo surely has other topics in his live that currently might be more important. So I don't think asking for "developer will take place in recent bug discussions" doesn't help anything as people will show up when they have time for a project. If they don't show up the only option you have to either patently wait or step up the game and start programming.
I'm back here (sorry for the delays - you are right - unfortunately there was really something more important ;-) ). I'm currently working on the whole update routine since we are planning to provide a fast update mechanism based on the distribution of shrink-wrapped-sqlite databases (no more need to full import a database).
Welcome back. For me currently on Kodi 18 the database update is working.
Well my database update still fails on the amazon fire tv 4k stick.
Is there a time frame where we can expect the new version? Or is there a beta version available for pre-release testers (like me ;) )?
@Krawei : Heute oder morgen kommt ein Update aus dem Beta-Repository. In diesem Update habe ich die GZ-Routine mal komplett zerlegt und mit ganz viel Debugs ausgestattet. Wir kriegen dann mal raus, wo es knallt.
Hallo zusammen,
die Version 0.6.0 aus dem Beta-Repository enthält beim Entpacken von GZ Dateien nun zusätzliche Debug-Meldungen. Sollte dieses Problem noch aktuell sein, so bitte ich um Zusendung der Log-Dateien.
Vielen Dank!
@tuxpoldo Welcome back - willkommen zurück :) !
Das Problem besteht leider immer noch, auch mit der Entwicklerversion / Unfortunately the problem still exists, even with the developer version:
https://privatebin.net/?988fb3b76fe49c1e#TRXTidcaI+NeE0SDS5McPeTKVNMph5QNtsTWD8o/E58=
System:
@tuxpoldo habe mit der aktuellen Beta aus dem neuen Repo keine Probleme mehr. Vielen dank für die schnellere update Routine CoreElec Nightly (18.1)
Sobald sich diesbezüglich was ändern sollte, melde ich mich wieder
@Krawei : So - habe erst mal die wichtigen Zeilen herausisoliert:
2019-03-05 20:11:58.899 T:8478 NOTICE: [plugin.video.mediathekview-0.6.0:Updater]: Trying to decompress gz file...
2019-03-05 20:12:19.810 T:8478 ERROR: [plugin.video.mediathekview-0.6.0:Updater]: gz decompression of "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/userdata/addon_data/plugin.video.mediathekview/filmliste-v2.db.update.gz" to "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/userdata/addon_data/plugin.video.mediathekview/filmliste-v2.db.update" failed on reading gz file: [Errno 22] Invalid argument
2019-03-05 20:12:19.811 T:8478 NOTICE: [plugin.video.mediathekview-0.6.0:Updater]: Return -1
2019-03-05 20:12:19.812 T:8478 NOTICE: [plugin.video.mediathekview-0.6.0:Updater]: Cleaning up downloads...
Hiermit ist klar, dass die Exception auf Zeile 622 von updater.py
(Lesen und dekodieren des GZ-Datenstroms) passiert. Ich habe bis jetzt noch nicht bewusst mitbekommen, dass überhaupt jemand die gz-Version der Update-Datei bezieht, da im Regelfall alle Systeme IMMER auch die bz2
Library unterstützt haben. Dies scheint bei @Krawei mit seinem Nightly-RC-Release aber nicht der Fall zu sein.
An diesem Punkt werde ich dann erst mal folgendes ausprobieren:
Was mir am wichtigsten ist, ist zu verstehen, ob das Problem nur auf dem Fire TV 4k auftaucht, und falls ja, welche genaue Software-Version das ist. Insbesondere würde ich gerne wissen, ob es Fire TV 4k User gibt die das Problem nicht haben.
hab gerade nochmal 18.1 frisch auf dem ftv4k aufgesetzt. Hier wird in der tat die das gz Archiv gezogen. Da ich die release notes jetzt nicht gelesen habe ein log mit 0.6.0 und eins mit 0.6.1
Kodi: Build: Kodi 18.1 Git:20190217-8cfdc89 Compiled: 17.02.19
Fire OS 6.2.5.8 (NS6258/1607)
0.6.1 https://privatebin.net/?a2ddda01e99fe05a#4XG5I/8kWFg3+CovMA/UT2i6Y1afWYMM4r5mlsmvWAs=
0.6.0 https://privatebin.net/?d1b8700a584a0a13#el8US2fYGSeKuDyV9L93NF23r3ptsvvnh8Ff08m4ts0=
Habe Kodi 18.2 RC Nightly Android ARMV7 von heute, 09.03.2019 sowie 0.6.1 vom Kodi Repo. Es wird filmliste-v2db.gz geladen. Folgender Fehler is relevant:
ERROR: [plugin.video.mediathekview-0.6.1:Updater]: gz decompression of "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/userdata/addon_data/plugin.video.mediathekview/filmliste-v2.db.update.gz" to "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/userdata/addon_data/plugin.video.mediathekview/filmliste-v2.db.update" failed on reading gz file: [Errno 22] Invalid argument
Siehe kodi.log
Fehler ist konstant vorhanden, glaube ich, seit den Alphaversionen von Kodi 18. Unter 17.6 mit dem 0.5 fehlerfrei.
Box ist ein Orbsmart H-01, mit Android 6, baugleich mit dem Eweat R9, eine relativ performanter und stabiler externer Android Mediaplayer, kein Fire TV. Exakt gleiches Verhalten auch mit dem Release 18.1.
Eventuell ein generelles Problem unter Kodi 18 auf Android. Die Entpacker unter "Virtuelle Dateisysteme" / "Archive support" sowie "RAR Archive support" sind installiert.
Hallo @Krawei , hallo @Endur ,
ich habe soeben meinen Test gemacht, und meine Version des Plugins so beschnitten, dass er die GZ-Version der Datenbank heruntergeladen hat. Resultat: kein Fehler.
Was bedeutet das nun: leider nichts Gutes. Das bedeutet, dass die Python-gzip-Library die in der Kodi-Version für eure Android-Devices enthalten ist, irgendeine Besonderheit hat, die dazu führt, dass das Dekomprimieren schief läuft.
Was können wir jetzt tun? Ein paar Optionen haben wir noch:
resources/lib/storesqlite.py
. Dort findet ihr eine wegkommentierte Zeile 24 mit einer yeasoft.com
-url. diese müsst ihr einfach reaktivieren, und dafür die Zeile 25 hingegen deaktivieren durch ein entsprechendes Kommentarzeichen. Solltet ihr dazu nicht in der Lage sein, so kann ich gerne ein gepatchtes Plugin zur Verfügung stellen.resources/lib/updater.py
auf Zeile 604.Lasst mich wissen, wie es gelaufen ist, oder sagt mir bescheid, wenn ihr gepatchte Versionen des Plugins braucht.
Habe umgestellt, Download nun von der yeasoft url. Der Fehler besteht unverändert.
Kann keine grosse Sache sein, doch wegen diese Fehlers ist das Plugin unter Android seit Kodi 18 nicht mehr funktional. Failed on reading *.gz file ;)
An der Komprimierung scheint es nicht zu liegen, deshalb spare ich mir, den Blocksize-Parameter anzupassen. Die Dekomprimierung funktioniert vermutlich generell nicht.
Zur Zeit versucht das Plugin in einer Schleife wiederholt von https://mvupdate.yeasoft.com/filmliste-v2.db.gz zu laden. Laden ist erfolgreich, das Entpacken aber scheitert jedesmal. Eventuell ein Problem mit den Permissions? Habe keinen detaillierten Durchblick für Android, jedoch einen recht guten für Linux, aber das hilft hier nicht weiter.
Das ist ein ganz schöner Mist. Im Grunde genommen ist Android ja ein Linux. Nur mit einem ziemlich großen Überbau so dass man vom Linux kaum noch was sieht. Im Userland gibt es dann da auch recht wenig (z.B. kein xz). Es gäbe da 2 Sachen, die Du noch checken könntest:
Ach so! Noch was: Schau doch mal bitte (wenn das überhaupt möglich ist) ob auf der Kiste ein gz ist. Zur Not kann man noch versuchen das Commandline Tool zum Entpacken zu nutzen.
@tuxpoldo Ich habe gerade deine Option Nr. 1 durch und beobachte das gleiche Verhalten wie endur, auch ein Abschalten der "Schnelle Datenbankaktualisierung" brachte leider keine Abhilfe, siehe: https://privatebin.net/?dca88e8f4ddffada#7DWCBLYp6X/x1xhEZDBOgdecg4LSrleKtIK2BzNRKis=
Wie kann ich prüfen, ob auf meinem Fire TV 4k Stick gz installiert und verfügbar ist? Unter Linux hilft mir "whereis gz", klappt das auch unter Android? Wie ist der ADB-Befehl hier?
Ich hatte ja bereits einen Bugreport im Kodibereich auf Github aufgemacht und dort vermutet, dass schlciht gzip/gz fehlt. Man hat mich aber abgewatscht und meinte "an uns liegt das nicht" ;) (siehe meinen zweiten Post mit LInk hier oben).
Das ist nicht logisch, denn das Android meiner Box ist zwischen 17.6. und 18.* ganz unverändert und unter 17.6 ging es ja. Also die Suche nach einem systemweiten /usr/local/bin/gz oder ähnlich bringt es nicht. Eher fehlt ein Kodi - interner Entpacker.
Ehrlich? An diesem Punkt würde ich sagen, dass wir per Ausschluss nachgewiesen haben, dass die gzip-Library im Python vom Kodi einfach nur kaputt ist. Die bz2 Library fehlt hingegen völlig... Da das Problem mit Kodi 17 nicht existierte (da hat es ja noch funktioniert), ist wirklich davon auszugehen, dass es jetzt kaputt ist.....
Ja.
Damit bin ich mit meinem Latein aber auch am Ende. Wenn Du nicht mit ssh auf dem Stick drauf kommst, habe ich keine Ahnung, wie man rausbekommt ob es innen drin ein gz gibt. Jetzt muss ich mir echt was einfallen lassen.
Im Moment sehe ich für euch nur 2 Möglichkeiten:
mvupdate
Script auf dem NASIch gebe mich aber noch nicht geschlagen....
Das Binary gz war irgendwo in Kodi 17.6. Manuelles Update auf NAS ist nur ein Workaround. Habe kein NAS ;)
ssh geht. Nicht sicher, ob es unter Android einfach ein locate mit updatedb gibt.
Ich versuche euch morgen mal eine Version zu bauen, die nach einem externen binary sucht. Mal sehen ob wir das so hinbekommen können.
Also mit der adb habe ich dank adb shell eine Verbindung zu meinem Fire TV 4K bekommen. Anscheinend ist gzip drauf, gz aber nicht, siehe:
1|mantis:/ $ ls /system/bin/gzip
/system/bin/gzip
Ja, gut. Die Ursache ist - grob - verursacht durch Änderungen in Kodi 18. Verdächtig ist schon, dass die Entpacker nun unter Virtuelle Dateisysteme extrahiert sind. Eventuell funktioniert da irgendwas mit den Pfaden nicht. Nur eine Vermutung.
Machen wir mal einen Versuch es mit /system/bin/gzip auszupacken. Ich bereite euch morgen mal eine Spezialversion vor. Ach so. SChaut doch mal bitte ob es vielleich auch ein bzip2 bzw. bunzip2 gibt.
Ich mache dann auch schön viele detaillierte Logausgaben so dass wir sehen können, was passiert. Und jetzt schaue ich "True Detective" weiter....
@tuxpoldo unter /system/bin ist leider kein bzip2 bzw. bunzip2, nur ein bzcat (?).
Hier mal eine Auflistung: acpi am app_process app_process32 applypatch appops appwidget atrace badblocks base64 basename bcc blockdev bmgr bu bugreport bugreportz bzcat cal cat chcon chgrp chmod chown chroot cksum clear cmd cmp comm content cp cpio cut dalvikvm dalvikvm32 date dd dex2oat dexdump df dirname dmesg dos2unix dpm du dumpsys echo egrep env expand expr fallocate false fdisk fgrep find flock free getenforce getevent getprop grep groups gzip head hid hostname hwclock id idme ifconfig iftop ime inotifyd input insmod ioctl ionice iorenice ip ip6tables ip6tables-restore ip6tables-save iptables iptables-restore iptables-save iw iwpriv kill killall ld.mc libtftpc linker ln load_policy log logcat logname logwrapper losetup ls lsmod lsof lsusb make_ext4fs make_f2fs md5sum media mkdir mke2fs mknod mkswap mktemp modinfo monkey more mount mountpoint mv nandread ndc netstat newfs_msdos nice nl nohup oatdump od ozwpan.sh paste patch patchoat pgrep pidof ping ping6 pkill pm pmap powertop printenv printf prlimit ps pwd readlink realpath reboot renice requestsync restorecon rm rmdir rmmod route run-as runcon schedtest screencap screenrecord secdiscard sed sendevent sensorservice seq service setenforce setprop setsid settings sh sha1sum sleep sm sort split start stat stop strings svc swapoff swapon sync sysctl tac tail tar taskset tc tee telecom time timeout toolbox top touch toybox tr true truncate tty uiautomator ulimit umount uname uniq unix2dos uptime usleep vmstat wc which whoami wipe_fos_flags wm wpa_cli xargs xxd yes Ansonsten: Danke für deine Mühen. Und entspanntes Seriengucken ;).
/system/bin/gzip ist da, habe mit TotalCommander nachgesehen.
Danke für die Infos. Es ist in der Tat so, dass sowohl das Entpacken einer bz2
-Datei als auch das Entpacken einer gz
-Datei mit Hilfe der nativen Funktionen der Python-Library die im Kodi enthalten ist ausgeführt wird. Offensichtlich gibt es hier wohl ein Fehler in der Version für eure Platformen. Ich habe jetzt eine Spezialversion des PLugins gebaut, die im Falle eines Fehlers beim Auspacken einer gz
-Datei (die ohnehin schon das letzte Fallback ist, weil die Platform nichts anderes unterstützt) jetzt noch einen allerletzten Versuch macht, die Datei mit Hilfe des Kommandozeilen-Tools (falls vorhanden!) versucht.
plugin.video.mediathekview-0.6.1.1.zip
Also: versucht es mal und schickt mir bitte mal die Logausgaben.
@Krawei und @Endur: Das ZIP ist doch OK, oder muss ich euch die Test-Version irgendwie anders zur Verfügung stellen?
Nein, ich teste in ca. einer Stunde...
@Endur : Super! Ich bin jetzt echt mal gespannt!
Es funktioniert sofort, Du hast den Fehler gefunden! Ist auch schnell im Vergleich zu 0.5. Eventuell benutzt die in Kodi eingebettete gzip Library andere Parameter. Ziehe jetzt gleich noch das Log, transferiere es per FTP und lade es hier hoch . Danke für Deine Anstrengung. Wenigstens ohne große, weitere Frustrationen...
Ja, als letzter Fallback mit dem gzip unter /system/bin Ich denke, dieser Fix ist generell notwendig für Android.
Kodi 18 seems to have a problem with decompression of the database file.