[solved] skindesigner: skins können nur einmalig installiert und benutzt werden

hopsi · 12. April 2016

Im aktuellen Skindesigner (git von heute, aber auch in älteren Versionen kein Erfolg) habe ich folgendes Problem:
Nach Installation eines skins wird dieser per git gecloned, installiert und ist auswählbar in Setup->OSD.

Nach einem Neustart ist diese Auswahl nicht mehr möglich, der skin fehlt. Auch metrixhd steht übrigens nicht zur Auswahl. Eine Neuinstallation scheitert daran, daß die Dateien noch im Verzeichnis liegen:

Code

vdr skindesigner # cat /tmp/gitclone_shady_1460495573.out
fatal: Zielpfad '/etc/vdr/etc/plugins/skindesigner/installerskins/shady' existiert bereits und ist kein leeres Verzeichnis.

Lösche ich dieses Verzeichnis, wird es genau so wieder angelegt und ich kann den Skin wieder genau 1x benutzen.

Berechtigungen passen, VDR läuft unter User vdr:

Spoiler anzeigen

Im log sieht das dann so aus:

Spoiler anzeigen

vdr ~ # journalctl -f|grep skin
Apr 12 23:50:03 vdr vdr[8187]: [8187] loading plugin: /usr/local/src/VDR/PLUGINS/lib/libvdr-skindesigner.so.2.2.0
Apr 12 23:50:03 vdr vdr[8187]: [8187] initializing plugin: skindesigner (0.9.5): Skin Designer
Apr 12 23:50:03 vdr vdr[8187]: [8187] skin "shady" not available - using "lcars" instead
Apr 12 23:50:03 vdr vdr[8187]: [8187] starting plugin: skindesigner
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: TrueColor OSD found
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: using libskindesigner API Version 0.1.0
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: plugin setup uses libskindesigner API Version 0.1.0
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: plugin setup has registered 1 menus
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: skinsetup template successfully registered at skindesigner, id 0
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: using Skin Directory /etc/vdr/etc/plugins/skindesigner/skins/
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: using Installer Skin Directory /etc/vdr/etc/plugins/skindesigner/installerskins/
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: using common ChannelLogo Directory /etc/vdr/etc/plugins/tvguide/channellogos/logos/
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: using EPG Images Directory /var/cache/vdr/epgimages/
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner 0 skins found in /etc/vdr/etc/plugins/skindesigner/skins/
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner 0 skins found in /etc/vdr/etc/plugins/skindesigner/installerskins/
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: ERROR Unknown Setup Parameter shady.00_menuFadetime
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: ERROR Unknown Setup Parameter shady.00_numRecordingsmenuitems
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: ERROR Unknown Setup Parameter shady.01_seenProgress
[...]
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: ERROR Unknown Setup Parameter shady.tvgngDescriptionScroll
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: ERROR Unknown Setup Parameter shady.twoLineDisplay
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: ERROR Unknown Setup Parameter shady.twoLineDisplayReplay
Apr 12 23:50:03 vdr vdr[8187]: [8187] skindesigner: updating skin repository /etc/vdr/etc/plugins/skindesigner/installerskins/skinrepositories/
Apr 12 23:50:04 vdr vdr[8187]: [8187] skindesigner: skinrepository successfully updated
Apr 12 23:50:04 vdr vdr[8187]: [8187] skindesigner: read 14 skinrepositories from /etc/vdr/etc/plugins/skindesigner/installerskins/
Apr 12 23:50:04 vdr vdr[8187]: [8187] skindesigner: no skins found! Using default Skin LCARS!
Apr 12 23:50:04 vdr vdr[8187]: [8187] skin "shady" not available - using "lcars" instead
Apr 12 23:51:13 vdr vdr[8187]: [8187] skindesigner: installing skin from Git, command: git clone --depth=1 --progress https://github.com/tomsax56/shady.git /etc/vdr/etc/plugins/skindesigner/installerskins/shady, logfile:gitclone_shady_1460497873.out
Apr 12 23:51:13 vdr vdr[8187]: [8211] skindesigner: ERROR executing git clone --depth=1 --progress https://github.com/tomsax56/shady.git /etc/vdr/etc/plugins/skindesigner/installerskins/shady > /tmp/gitclone_shady_1460497873.out 2>&1

Wo kann ich noch schauen?

Christian

louis · 13. April 2016

Moin,

auf den ersten Blick fällt mir das auf:

Code

/etc/vdr/etc/plugins/skindesigner/

Ist dieser Pfad so beabsichtigt? Oder steht da ggf. irgendwie ein Symlink schief?

Ciao Louis

hopsi · 13. April 2016

Der Pfad passt so. Das hatte ich mal irgendwann vor vielen, vielen Jahren so installiert und nie behoben...
Optisch unschön, aber in sich stimmig.

Code

vdr etc # ll /etc/vdr/etc/plugins/skindesigner/
insgesamt 8
drwxr-xr-x  5 vdr video   49 12. Apr 22:51 .
drwxr-xr-x 13 vdr video 4096 28. Mär 20:15 ..
drwxr-xr-x  2 vdr video 4096  4. Mär 10:25 dtd
drwxr-xr-x  4 vdr video   41 12. Apr 23:40 installerskins
drwxr-xr-x  3 vdr video   21  4. Mär 20:36 skins
vdr etc # ll /etc/vdr/etc/plugins/skindesigner/installerskins/
insgesamt 8
drwxr-xr-x 4 vdr video   41 12. Apr 23:40 .
drwxr-xr-x 5 vdr video   49 12. Apr 22:51 ..
drwxr-xr-x 8 vdr video 4096 12. Apr 23:40 shady
drwxr-xr-x 3 vdr video 4096 12. Apr 22:51 skinrepositories
vdr etc #

Alles anzeigen

Mir scheint mein Problem identisch zu diesem hier zu sein.
Nur, daß ich auf ein komplett neues Aufsetzen wenig Lust habe. Das kommt ja einer Kapitulation gleich...

Christian

louis · 13. April 2016

Hm, keine Ahnung...laut Log findet er bei dir die Skins nicht, obwohl er eigentlich die korrekten Pfade benutzt. Hab ich jetzt erst mal auch keine Idee mehr.

Ciao Louis

hopsi · 13. April 2016

Ich habe noch ein wenig debug eingebaut.

Code

Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner: searching skins in /etc/vdr/etc/plugins/skindesigner/skins/
Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner: searching skins, dirEntry and type: ._4
Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner: searching skins, dirEntry and type: .._4
Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner: searching skins, dirEntry and type: metrixhd_0
Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner 0 skins found in /etc/vdr/etc/plugins/skindesigner/skins/
Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner: searching skins in /etc/vdr/etc/plugins/skindesigner/installerski
Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner: searching skins, dirEntry and type: ._4
Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner: searching skins, dirEntry and type: .._4
Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner: searching skins, dirEntry and type: skinrepositories_0
Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner: searching skins, dirEntry and type: shady_0
Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner: searching skins, dirEntry and type: Holo_0
Apr 13 14:20:53 vdr vdr[4511]: [4511] skindesigner 0 skins found in /etc/vdr/etc/plugins/skindesigner/installerskins/

Alles anzeigen

Die Verzeichnisse werden korrekt gefunden, aber anscheinend nicht als 'passend' erkannt.

Was könnte ich als debug noch mit reinnehmen?

Christian

louis · 13. April 2016

Hi Hopsi,

ok, bei dir werden die Verzeichnisse mit dem als Typ "0" erkannt. Ich benutze ja das Member "unsigned char d_type" aus dem struct dirent, um Verzeichnisse zu erkennen. Ich Vergleiche dann den type gegen "DT_DIR" (die passende Stelle im Code hast du ja offensichtlich schon gefunden).

Was für ein OS und was für ein Filesystem genau setzt du eigentlich ein? Ich meine mich zu erinnern, dass das auf einem Derivat schonmal schwierigkeiten gemacht hat (war es Fedora?). Du könntest mal den Wert von DT_DIR ausgeben lassen, der ist wohl nicht 0. Dann ist klar, dass das bei dir nicht funktioniert.

Du könntest mal das "|| (dirEntryType != DT_DIR && dirEntryType != DT_LNK)" am Ende der Zeile 102 entfernen, dann wird es wohl funktionieren. Dann darf allerdings kein Blödsinn in deinen Skin Verzeichnissen liegen... Wäre schon interessant herauszufinden, woran das genau liegt.

Ciao Louis

hopsi · 13. April 2016

Ich arbeite unter gentoo auf xfs.

http://www.polarhome.com/service/man/?qf=readdir&tf=2&of=Gentoo&sf=3
schreibt:
Currently, only some filesystems (among them: Btrfs, ext2, ext3, and ext4) have full support for returning the file type in d_type.

Wäre ein Ansatz für den Fehler.

EDIT:
Hilft das hier
http://northernmost.org/blog/r…ctories-on-xfs/index.html
weiter?

Christian

louis · 13. April 2016

Hi,

ok, könnte wirklich mit xfs und der fehlenden Unterstützung für d_type zusammenhängen. Das wäre dann ein bisschen blöd, da müsste ich mir dann eine andere Variante einfallen lassen, um Verzeichnisse zuverlässig zu erkennen

Haste mal meinen Workaround getestet? Damit sollte es zumindest mal funktionieren...

Ciao Louis

mini73 · 13. April 2016

Mache es wie der vdr:

Code

bool DirectoryOk(const char *DirName, bool LogErrors)
{
  struct stat ds;
  if (stat(DirName, &ds) == 0) {
     if (S_ISDIR(ds.st_mode)) {
...

https://projects.vdr-developer…vdr.git/tree/tools.c#n449

Lars.

hopsi · 13. April 2016

Zitat von louis

ok, könnte wirklich mit xfs und der fehlenden Unterstützung für d_type zusammenhängen. Das wäre dann ein bisschen blöd, da müsste ich mir dann eine andere Variante einfallen lassen, um Verzeichnisse zuverlässig zu erkennen

Haste mal meinen Workaround getestet? Damit sollte es zumindest mal funktionieren...

Das war's vermutlich:

Code

Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins in /etc/vdr/etc/plugins/skindesigner/skins/
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, dirEntry and type: ._4_4
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, skipping dirEntry: .
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, dirEntry and type: .._4_4
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, skipping dirEntry: ..
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, dirEntry and type: metrixhd_0_4
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, using dirEntry: metrixhd
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner 1 skins found in /etc/vdr/etc/plugins/skindesigner/skins/
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins in /etc/vdr/etc/plugins/skindesigner/installerskins/
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, dirEntry and type: ._4_4
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, skipping dirEntry: .
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, dirEntry and type: .._4_4
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, skipping dirEntry: ..
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, dirEntry and type: skinrepositories_0_4
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, skipping dirEntry: skinrepositories
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, dirEntry and type: shady_0_4
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: searching skins, using dirEntry: shady
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner 1 skins found in /etc/vdr/etc/plugins/skindesigner/installerskins/
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: skin metrixhd started
Apr 13 15:56:43 vdr vdr[6028]: [6028] skindesigner: skin shady started

Alles anzeigen

Die Funktion sieht momentan so aus:

Code

void cDesignerConfig::ReadSkinFolder(cString &skinFolder, vector<string> *container) {
    DIR *folder = NULL;
    struct dirent *dirEntry;
    folder = opendir(skinFolder);
dsyslog("skindesigner: searching skins in %s", *skinFolder);
    if (!folder) {
        esyslog("skindesigner: no skins found in %s", *skinFolder);
        return;
    }
    while (dirEntry = readdir(folder)) {
        string dirEntryName = dirEntry->d_name;
        int dirEntryType = dirEntry->d_type;
dsyslog("skindesigner: searching skins, dirEntry and type: %s_%ld_%ld" ,dirEntry->d_name, dirEntry->d_type, DT_DIR);
        if (!dirEntryName.compare(".") || !dirEntryName.compare("..") || !dirEntryName.compare("skinrepositories")) {
dsyslog("skindesigner: searching skins, skipping dirEntry: %s" ,dirEntry->d_name);
            continue;
        }
dsyslog("skindesigner: searching skins, using dirEntry: %s" ,dirEntry->d_name);
        container->push_back(dirEntryName);
    }
    dsyslog("skindesigner %ld skins found in %s", container->size(), *skinFolder);
}

Alles anzeigen

louis · 13. April 2016

Hi,

ok, xfs unterstützt d_type wirklich nicht Mit dem Fix würde Müll herauskommen, falls in einem der beiden Skin Verzeichnisse noch irgendwelche Dateien rumliegen würden...

Ich muss da wohl auf "stat" zurückgreifen, um herauszufinden, ob es sich um ein Verzeichnis handelt. Das scheint auch mit xfs zu funktionieren...werde ich demnächst mal anpassen.

Ciao Louis

louis · 16. April 2016

Moin,

kannst du bitte mal mit der Version 0.9.6 testen? Damit sollte es nun funktionieren...

Ciao Louis

hopsi · 16. April 2016

Guten Morgen,

funktioniert leider nicht.
Skins werden wieder nicht gefunden.

Komme aber heute vermutlich nicht zum weiteren Debuggen.

Christian

louis · 16. April 2016

Grml, war auch falsch Jetzt aber hoffentlich wirklich mit der aktuellen Git Version.

Ciao Louis

hopsi · 16. April 2016

Danke, teste ich heute Abend. Kann grad nicht an die Kiste.

Müsste nicht auch in extensions/skinrepo.c das DT_DIR entsprechend umgangen werden? Weiß aber nicht, wann das aufgerufen wird, hatte wohl noch keine Probleme damit...
Braucht's das in der Abfrage in config.c eigentlich überhaupt noch, ist das nicht mit DirectoryOk doppelt gemoppelt?

Christian

hopsi · 16. April 2016

getestet, klappt mit xfs.

Danke,
Christian

[solved] skindesigner: skins können nur einmalig installiert und benutzt werden

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema