@
Tklf Ne, takhle to opravdu není. Závislosti tam jsou v první řadě proto, aby se zkontrolovalo, zda tam ten addon/modul Kodi je nainstalován (a ve správné čí minimální verzi) a pokud ne, a je dostupný v nějakém známém repozitáři, tak se nainstaluje. Navíc je potřeba si uvědomit, že závislosti mohou být v zásadě dvojího typu. Jedním z nich je závislost na addon typu plugin, script, service, atp., druhým pak závislost na nějakém knihovním modulu. My se tady bavíme o tom druhém případě.
Pokud např. závislost na knihovním modulu z addon.xml odstraním a ten externí odkaz (použitý v import) bude v nějaké cestě uvedené v proměnné systému, kde python hledá externí odkazy, existovat (a může být například nainstalován pomocí Entware nebo být součástí instalace Python-u a jako základních knihoven nebo tam dokonce může být prostě jen nakopírovaný), tak to fungovat bude také.
Obráceně to tak samozřejmě neplatí. Pokud je nějaký externí odkaz z addon v Kodi řešen knihovním modulem tamtéž, tak ho samozřejmě Python program spuštěný v systému, pokud je na něj vytvořen odkaz typu import a není nějakým způsobem definována explicitní cesta, nenajde.
Znamená to, že je možné případný import "uspokojit" jak knihovním modulem v Kodi, tak i v systému. A mě zajímá, pokud budou moduly existovat na obou (nebo více místech), v jakém pořadí, narazí-li interpereter Python na import, je bude prohledávat. Intuice mi říká, že první by asi měly příjít na řadu knihovní moduly v Kodi v pořadí home/addons a xbmc/addons, a teprve pak že se půjde do systému. Ale jistotu nemám. Proto jsem se zeptal.
Na tipování tady v tomto případě není místo, to k ničemu nevede. Buď to víš a nebo ne. Tipovat umím taky a zkoušet, jak to vlastně je, se mi taky nechce.