Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

--- troubleshooting:thumbnails [2017/11/12 00:15] – [factory sample code] djbuldog
+++ troubleshooting:thumbnails [2025/08/28 10:09] (aktuální) – upraveno mimo DokuWiki 127.0.0.1
@@ Řádek 13: / Řádek 13: @@
   * gnome-thumbnail-factory je knihovna, volá thumbnails, viz description [[https://developer.gnome.org/gnome-desktop3/stable/GnomeDesktopThumbnailFactory.html|zde]]
-  * pokusy
-    * vytvořil jsem [[troubleshooting:wrapper_cpp|wrapper]] pro binárku gdk thumbnailer
-      * ''/usr/share/thumbnailers/gdk-pixbuf-thumbnailer.thumbnailer''
-      * jestli bude vůbec zavolán a co dostane na vstup
-      * pak bych mohl debugovat ten program.... který selhal
-      * binárka se vůbec nezavolala při přístupu na fotky v nautilus (ani po vymazání cache)
-      * přitom v mime je minimálně ''image/jpeg''
-  * dotazy na IRC
+===== Pokusy =====
-    * Hi, after some upgrades (4 months ago) the thumbs for files are not generated. I found out that gnome-thumbnail-factory should call thumbnailers. I have tried to simple wrap gdk-pixbuf-thumbnailer and it is not execuded. I dont know why :) Only /.cache/thumbnails/fail/gnome-thumbnail-factory are created. how can i debug gnome-thumbnail-factory? or any other ideas? :)
-===== nápady =====
+  * vytvořil jsem [[troubleshooting:wrapper_cpp|wrapper]] pro binárku gdk thumbnailer
+    * ''/usr/share/thumbnailers/gdk-pixbuf-thumbnailer.thumbnailer''
+    * jestli bude vůbec zavolán a co dostane na vstup
+    * pak bych mohl debugovat ten program.... který selhal
+    * binárka se vůbec nezavolala při přístupu na fotky v nautilus (ani po vymazání cache)
+    * přitom v mime je minimálně ''image/jpeg''
   * vytvořit si vlastní program, co používá gnome-thumbnail-factory
@@ Řádek 31: / Řádek 28: @@
     * našel jsem krásný [[https://ubuntuforums.org/showthread.php?t=779628|python sample]] kód, bohužel mi ale chybí závislosti (našel jsem jen python-gnome2 balíček)
     * co to vytáhnout ze zdrojáků nautilus?
-      * musel jsem doinstalovat: libgnome-autoar-0-dev, libgail-3-dev, libgnome-desktop-3-dev, libgtk-3-dev, libtracker-sparql-2.0-dev, gobject-introspection
+      * musel jsem doinstalovat:
+        * ''libgnome-autoar-0-dev, libgail-3-dev, libgnome-desktop-3-dev, libgtk-3-dev, libtracker-sparql-2.0-dev, gobject-introspection''
       * zasekl jsem se na závislosti, která vůbec nevím co je :D
-==== factory sample code ====
+==== Vlastní program ====
   * bude to takový mix ... přepsání toho python sample do c++ po vzoru nautilus :D :D
@@ Řádek 147: / Řádek 145: @@
 </code>
+==== Zjištění z vlastního programu ====
+  * z prostého spuštění programu jsem nic nezjistil
+<code>
+./thumb-sampl3 /home/djbuldog/Pictures/Snímek\ z\ 2014-11-18\ 20\:27\:27.png
+filepath: /home/djbuldog/Pictures/Snímek z 2014-11-18 20:27:27.png
+initialized with GNOME_DESKTOP_THUMBNAIL_SIZE_LARGE set to: 1
+uri: file:///home/djbuldog/Pictures/Sn%C3%ADmek%20z%202014-11-18%2020:27:27.png
+mime_type: image/png
+mtime: 1416338848
+can thumbnail res: 1
+generated pixbuf??: 0
+calling create_failed_thumbnail skipped
+</code>
+  * spuštění strace mi taky moc neřeklo
+  * spuštění programu na virtuálním debian fungovalo a náhled vytvořilo
+  * z porovnání strace jsem zjistil že:
+    * virtuální debian soubor s png obrázkem otevřel a následně načítal knihovnu ''libpixbufloader-png.so''
+    * potom soubor s obrázkem celý přečetl
+    * pharaon soubor vůbec neotevřel snažil se otevírat nějaký soubor flatpak-info
+  * když jsem na pharon spustil strace více ukecaný, tak jsem se konečně dozvěděl, co se děje :)
+<code>
+strace -vf -s 1024 ./thumb-sampl3 /home/djbuldog/Pictures/Snímek\ z\ 2014-11-18\ 20\:27\:27.png
+..
+pid 15953] execve("/usr/bin/bwrap", ["bwrap", "--ro-bind", "/usr", "/usr", "--ro-bind", "/lib", "/lib", "--ro-bind", "/lib64", "/lib64", "--proc", "/proc", "--dev", "/dev", "--symlink", "usr/bin", "/bin", "--symlink", "usr/sbin", "/sbin", "--chdir", "/", "--setenv", "GIO_USE_VFS", "local", "--unshare-all", "--die-with-parent", "--bind", "/tmp/gnome-desktop-thumbnailer-YVNH9Y", "/tmp", "--ro-bind", "/home/djbuldog/Pictures/Sn\303\255mek z 2014-11-18 20:27:27.png", "/tmp/gnome-desktop-file-to-thumbnail.png", "--seccomp", "5", "/usr/bin/gdk-pixbuf-thumbnailer", "-s", "256", "file:///tmp/gnome-desktop-file-to-thumbnail.png", "/tmp/gnome-desktop-thumbnailer.png"], ["WINDOW_MANAGER=/usr/bin/compiz", .....
+...
+pid 15953] write(2, "Creating new namespace failed, likely because the kernel does not support user namespaces.  bwrap must be installed setuid on such systems.", 139 <unfinished ...>
+..
+</code>
+  * on se snaží spusitt bwrap (BubbleWrap), což je [[https://wiki.archlinux.org/index.php/Bubblewrap| lightweight setuid sandbox application developed from Flatpak]]
+  * dělá to asi kvůli zvýšení bezpečnosti
+    * např. ta zranitelnost spuštění škodlivého kódu přes wine při pokusu extrahovat ikonu z exe souboru
+  * kontroloval jsem, že bwrap má nastaven setuidbit, ale v kernel ty user namespaces (''CONFIG_USER_NS'') nemám
+  * zapnutí v kernel napomohlo :D
+  * debian prý by default blokuje user namespaces přes sysctl
+    * je vůbec ten usernamespace v kernel potřeba? neměl by stačit ten setuidbit?
+  * tohle se snaží udělat thumbnail-factory
+<code>
+mkdir /tmp/gnome-desktop-thumbnailer-Y8FU9Y
+"/usr/bin/bwrap" "--ro-bind" "/usr" "/usr" "--ro-bind" "/lib" "/lib" "--ro-bind" "/lib64" "/lib64" "--proc" "/proc" "--dev" "/dev" "--symlink" "usr/bin" "/bin" "--symlink" "usr/sbin" "/sbin" "--chdir" "/" "--setenv" "GIO_USE_VFS" "local" "--unshare-all" "--die-with-parent" "--bind" "/tmp/gnome-desktop-thumbnailer-Y8FU9Y" "/tmp" "--ro-bind" "/home/djbuldog/Pictures/Sn\303\255mek z 2014-11-18 20:27:27.png" "/tmp/gnome-desktop-file-to-thumbnail.png" "--seccomp" "5"  "/usr/bin/gdk-pixbuf-thumbnailer" "-s" "256" "file:///tmp/gnome-desktop-file-to-thumbnail.png" "/tmp/gnome-desktop-thumbnailer.png"
+</code>
+  * výsledek
+<code>
+bwrap: Creating new namespace failed, likely because the kernel does not support user namespaces.  bwrap must be installed setuid on such systems.
+</code>
+  * přes strace jsem našel jen jedno podezřelé (za to může asi to zakázané user ns přes sysctl?)
+<code>
+stat("/sys/module/user_namespace/parameters/enable", 0x7ffee7d684b0) = -1 ENOENT (No such file or directory)
+</code>
+  * zjistil jsem, že problém jde replikovat nejjednodušeji takhle
+<code>
+bwrap --unshare-all bash
+</code>
+  * hele.. a co dělá ten unshare-all? teď jsem zjistil, že existuje unshare-pid, unshare-net... nemusím mít kvůli tomu víc těch  namespaces v kernelu?
+    * https://github.com/projectatomic/bubblewrap/issues/139
+  * zapnul jsem namespace pro PID, UTS, IPC a jede to !!! :)