Pitivi

Oggi con l’aggiornamento di Pitivi mi segnala il seguente errore:

----------@localhost ~]$ pitivi Traceback (most recent call last): File "/usr/bin/pitivi", line 144, in <module> _run_pitivi() File "/usr/bin/pitivi", line 128, in _run_pitivi from pitivi import application File "/usr/lib64/python3.5/site-packages/pitivi/application.py", line 34, in <module> from pitivi.mainwindow import MainWindow File "/usr/lib64/python3.5/site-packages/pitivi/mainwindow.py", line 43, in <module> from pitivi.medialibrary import MediaLibraryWidget File "/usr/lib64/python3.5/site-packages/pitivi/medialibrary.py", line 173, in <module> class AssetThumbnail(Loggable): File "/usr/lib64/python3.5/site-packages/pitivi/medialibrary.py", line 190, in AssetThumbnail os.path.join(get_pixmap_dir(), "%s.svg" % status), size, size)) GLib.Error: g-file-error-quark: Failed to open file '/usr/usr/share/pitivi/pixmaps/asset-proxied.svg': File o directory non esistente (4)

Ciao

https://bugzilla.redhat.com/show_bug.cgi?id=1408541

bug già riportato, c’è pure il trucco per farlo funzionare lo stesso…

Applicando il trucco il programma parte.

Quando cerco d’importare un video il programma va subito in Crash.

Eseguendo dalla shell mi segnala il seguente errore:

[code]----------@localhost ~]$ pitivi
.
.
.

======= Memory map: ========
.
.
.

7fc4d49c4000-7fc4d49c5000 rw-p 00000000 00:00 0
7fc4d49c5000-7fc4d49fb000 r-xp 00000000 fd:00 2761877 /usr/lib64/libnettle.so.6.3
7fc4d49fb000-7fc4d4bfa000 —p 00036000 fd:00 2761877 /usr/lib64/libnettle.so.6.3
7fc4d4bfa000-7fc4d4bfc000 r–p 00035000 fd:00 2761877 /usr/lib64/libnettle.so.6.3
7fc4d4bfc000-7fc4d4bfd000 rw-p 00037000 fd:00 2761877 /usr/lib64/libnettle.so.6.3
7fc4d4bfd000-7fc4d5096000 r-xp 00000000 fd:00 3156356 /usr/lib64/dri/nouveau_drv_video.so
7fc4d5096000-7fc4d5296000 —p 00499000 fd:00 3156356 /usr/lib64/dri/nouveau_drv_video.so
7fc4d5296000-7fc4d52b5000 r–p 00499000 fd:00 3156356 /usr/lib64/dri/nouveau_drv_video.so
7fc4d52b5000-7fc4d52bb000 rw-p 004b8000 fd:00 3156356 /usr/lib64/dri/nouveau_drv_video.so
7fc4d52bb000-7fc4d5481000 rw-p 00000000 00:00 0
7fc4d5481000-7fc4d54a0000 r-xp 00000000 fd:00 2764648 /usr/lib64/libva.so.1.3904.0
7fc4d54a0000-7fc4d569f000 —p 0001f000 fd:00 2764648 /usr/lib64/libva.so.1.3904.0
7fc4d569f000-7fc4d56a0000 r–p 0001e000 fd:00 2764648 /usr/lib64/libva.so.1.3904.0
7fc4d56a0000-7fc4d56a1000 rw-p 00000000 00:00 0
7fc4d56a1000-7fc4d56a4000 r-xp 00000000 fd:00 2764644 /usr/lib64/libva-wayland.so.1.3904.0
7fc4d56a4000-7fc4d58a3000 —p 00003000 fd:00 2764644 /usr/lib64/libva-wayland.so.1.3904.0
7fc4d58a3000-7fc4d58a4000 r–p 00002000 fd:00 2764644 /usr/lib64/libva-wayland.so.1.3904.0
7fc4d58a4000-7fc4d58a5000 rw-p 00000000 00:00 0
7fc4d58a5000-7fc4d58aa000 r-xp 00000000 fd:00 2764646 /usr/lib64/libva-x11.so.1.3904.0
7fc4d58aa000-7fc4d5aa9000 —p 00005000 fd:00 2764646 /usr/lib64/libva-x11.so.1.3904.0
7fc4d5aa9000-7fc4d5aaa000 r–p 00004000 fd:00 2764646 /usr/lib64/libva-x11.so.1.3904.0
7fc4d5aaa000-7fc4d5aab000 rw-p 00005000 fd:00 2764646 /usr/lib64/libva-x11.so.1.3904.0
7fc4d5aab000-7fc4d5aad000 r-xp 00000000 fd:00 2764636 /usr/lib64/libva-drm.so.1.3904.0
7fc4d5aad000-7fc4d5cac000 —p 00002000 fd:00 2764636 /usr/lib64/libva-drm.so.1.3904.0
7fc4d5cac000-7fc4d5cad000 r–p 00001000 fd:00 2764636 /usr/lib64/libva-drm.so.1.3904.0
7fc4d5cad000-7fc4d5cae000 rw-p 00000000 00:00 0
7fc4d5cae000-7fc4d5d51000 r-xp 00000000 fd:00 3150949 /usr/lib64/gstreamer-1.0/libgstvaapi.so
7fc4d5d51000-7fc4d5f50000 —p 000a3000 fd:00 3150949 /usr/lib64/gstreamer-1.0/libgstvaapi.so
7fc4d5f50000-7fc4d5f54000 r–p 000a2000 fd:00 3150949 /usr/lib64/gstreamer-1.0/libgstvaapi.so
7fc4d5f54000-7fc4d5f55000 rw-p 000a6000 fd:00 3150949 /usr/lib64/gstreamer-1.0/libgstvaapi.soAnnullato (core dump creato)[/code]

Essendo troppo lungo riporto l’ultima parte dove si verifica l’errore.

Sembra un problema di allocazione di memoria.

Ciao

Oggi è arrivato l’aggiornamento di Pitivi.

Il programma si avvia, quando cerco di importare un video va subito in Crash.

Stesso risultato avviandolo dalla shell.

Ciao

Possibile che questo errore succede solo nel mio computer ?

Caio

Sembra che sia un problema collegato a Gstreamer. Hai provato a installare l’ultima versione disponibile (dovrebbe essere la 1.10, mentre sembra che tu abbia la 1.0), o ad installare altri pacchetti relativi a Gstreamer?

Non mi sembra un problema di Gstreamer perché eseguendo più volte dalla shell l’errore si verifica in posti diversi.

esempio:

----@localhost ~]$ pitivi . . . *** Error in `python3': corrupted double-linked list: 0x00007fa63c0e5b30 *** ======= Backtrace: ========= . . . ======= Memory map: ======== . . . 7fa64c000000-7fa64c281000 rw-p 00000000 00:00 0 7fa64c281000-7fa650000000 ---p 00000000 00:00 0 7fa650000000-7fa650033000 rw-p 00000000 00:00 0 7fa650033000-7fa654000000 ---p 00000000 00:00 0 7fa654000000-7fa6544a9000 rw-p 00000000 00:00 0 7fa6544a9000-7fa658000000 ---p 00000000 00:00 0 7fa658020000-7fa65802d000 r-xp 00000000 fd:00 2757119 /usr/lib64/libgstriff-1.0.so.0.1002.0 7fa65802d000-7fa65822c000 ---p 0000d000 fd:00 2757119 /usr/lib64/libgstriff-1.0.so.0.1002.0 7fa65822c000-7fa65822d000 r--p 0000c000 fd:00 2757119 /usr/lib64/libgstriff-1.0.so.0.1002.0 7fa65822d000-7fa65822e000 rw-p 0000d000 fd:00 2757119 /usr/lib64/libgstriff-1.0.so.0.1002.0 7fa65822e000-7fa658244000 r-xp 00000000 fd:00 3149538 /usr/lib64/gstreamer-1.0/libgsttypefindfunctions.so 7fa658244000-7fa658443000 ---p 00016000 fd:00 3149538 /usr/lib64/gstreamer-1.0/libgsttypefindfunctions.so 7fa658443000-7fa658444000 r--p 00015000 fd:00 3149538 /usr/lib64/gstreamer-1.0/libgsttypefindfunctions.so 7fa658444000-7fa658446000 rw-p 00016000 fd:00 3149538 /usr/lib64/gstreamer-1.0/libgsttypefindfunctions.so 7fa6585f3000-7fa65860a000 r-xp 00000000 fd:00 2764693 /usr/lib64/libfribidi.so.0.3.6 7fa65860a000-7fa65880a000 ---p 00017000 fd:00 2764693 /usr/lib64/libfribidi.so.0.3.6 7fa65880a000-7fa65880b000 r--p 00017000 fd:00 2764693 /usr/lib64/libfribidi.so.0.3.6 7fa65880b000-7fa65880c000 rw-p 00018000 fd:00 2764693 /usr/lib64/libfribidi.so.0.3.6 7fa65880c000-7fa658829000 r-xp 00000000 fd:00 2764516 /usr/lib64/libOpenCL.so.1.0.0 7fa658829000-7fa658a29000 ---p 0001d000 fd:00 2764516 /usr/lib64/libOpenCL.so.1.0.0 7fa658a29000-7fa658a2a000 r--p 0001d000 fd:00 2764516 /usr/lib64/libOpenCL.so.1.0.0 7fa658a2a000-7fa658a2b000 rw-p 00000000 00:00 0 7fa658a2b000-7fa658a44000 r-xp 00000000 fd:00 2764704 /usr/lib64/libswresample.so.2.1.100 7fa658a44000-7fa658c44000 ---p 00019000 fd:00 2764704 /usr/lib64/libswresample.so.2.1.100 7fa658c44000-7fa658c46000 r--p 00019000 fd:00 2764704 /usr/lib64/libswresample.so.2.1.100 7fa658c46000-7fa658c47000 rw-p 00000000 00:00 0 7fa658d8a000-7fa658d8b000 ---p 00000000 00:00 0 7fa658d8b000-7fa65958b000 rw-p 00000000 00:00 0 7fa65958b000-7fa6595a8000 r-xp 00000000 fd:00 2764634 /usr/lib64/libavresample.so.3.0.0 7fa6595a8000-7fa6597a8000 ---p 0001d000 fd:00 2764634 /usr/lib64/libavresample.so.3.0.0 7fa6597a8000-7fa6597aa000 r--p 0001d000 fd:00 2764634 /usr/lib64/libavresample.so.3.0.0 7fa6597aa000-7fa6597ab000 rw-p 00000000 00:00 0 7fa6597ab000-7fa6597c2000 r-xp 00000000 fd:00 2764702 /usr/lib64/libpostproc.so.54.0.100 7fa6597c2000-7fa6599c1000 ---p 00017000 fd:00 2764702 /usr/lib64/libpostproc.so.54.0.100 7fa6599c1000-7fa6599c2000 r--p 00016000 fd:00 2764702 /usr/lib64/libpostproc.so.54.0.100 7fa6599c2000-7fa6599c3000 rw-p 00000000 00:00 0 7fa6599c3000-7fa659a3f000 r-xp 00000000 fd:00 2764706 /usr/lib64/libswscale.so.4.1.100 7fa659a3f000-7fa659c3e000 ---p 0007c000 fd:00 2764706 /usr/lib64/libswscale.so.4.1.100 7fa659c3e000-7fa659c40000 r--p 0007b000 fd:00 2764706 /usr/lib64/libswscale.so.4.1.100 7fa659c40000-7fa659c49000 rw-p 00000000 00:00 0 7fa659ddd000-7fa659dde000 ---p 00000000 00:00 0 7fa659dde000-7fa65a5de000 rw-p 00000000 00:00 0 Annullato (core dump creato)

Ciao

Magari riesci a tirare fuori qualche informazione utile al problema seguendo https://justlearningtoblog.wordpress.com/2010/07/23/enable-core-dump-files-in-fedora/.

Altrimenti potrebbe essere un bug diverso da quello riportato da antoniom. Potresti contattare il team di Pitivi e segnalarlo.