Bug#898379: pitivi: no longer responds as soon as I try to import an Ogg Vorbis audio file

2018-05-23 Thread Francesco Poli
On Sat, 19 May 2018 06:03:35 +0200 Alexandru Băluț wrote:

> A stacktrace would be useful.

OK, after adding the line

  deb http://debug.mirrors.debian.org/debian-debug/ testing-debug main

to my /etc/apt/sources.list, and after installing the following debug
symbol packages:

  # aptitude install pitivi-dbgsym \
 libglib2.0-0-dbgsym \
 libgstreamer1.0-0-dbg \
 gstreamer1.0-plugins-base-dbg \
 gstreamer1.0-plugins-good-dbg \
 gstreamer1.0-plugins-bad-dbg

I started pitivi inside gdb:

  $ gdb python3 -ex "run $(which pitivi)"

And I followed the steps described in my original bug report.

After seeing pitivi frozen, I hit [Ctrl+Z]:

  Thread 1 "pitivi" received signal SIGTSTP, Stopped (user).
  syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  38  ../sysdeps/unix/sysv/linux/x86_64/syscall.S: No such file or 
directory.

Then I issued the following gdb command:

  (gdb) thread apply all bt
  Thread 33 (Thread 0x7fffac1ea700 (LWP 3020)):
  #0  0x77bcaa04 in __libc_read (fd=47, buf=0x7fffac1e9d40, nbytes=4)
  at ../sysdeps/unix/sysv/linux/read.c:27
  #1  0x7fffac8b39be in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
  #2  0x7fffac8b6fc1 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
  #3  0x7fffac8b2756 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
  #4  0x77bc15aa in start_thread (arg=0x7fffac1ea700)
  at pthread_create.c:463
  #5  0x76d0ccbf in clone ()
  at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
  
  Thread 31 (Thread 0x7fff8a7fc700 (LWP 3018)):
  #0  syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  #1  0x75904e0f in g_cond_wait (cond=cond@entry=0x7fffb0048ad0, 
  mutex=mutex@entry=0x7fffb0048a88) at ../../../../glib/gthread-posix.c:1402
  #2  0x7fffee93b15b in gst_task_func (task=0x7fffb0048a70) at gsttask.c:317
  #3  0x758e77d0 in g_thread_pool_thread_proxy (data=)
  at ../../../../glib/gthreadpool.c:307
  #4  0x758e6e05 in g_thread_proxy (data=0x26678f0)
  at ../../../../glib/gthread.c:784
  #5  0x77bc15aa in start_thread (arg=0x7fff8a7fc700)
  at pthread_create.c:463
  #6  0x76d0ccbf in clone ()
  at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
  
  Thread 30 (Thread 0x7fff8affd700 (LWP 3017)):
  #0  syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  #1  0x75904e0f in g_cond_wait (cond=cond@entry=0x269dac0, 
  mutex=mutex@entry=0x269da98) at ../../../../glib/gthread-posix.c:1402
  #2  0x7fffed9902b3 in gst_data_queue_push (queue=0x269daf0, 
  item=item@entry=0x7fff7c01e0f0) at gstdataqueue.c:521
  #3  0x7fffe9f4c398 in gst_multi_queue_chain (pad=, 
  parent=, buffer=) at gstmultiqueue.c:2152
  #4  0x7fffee9065fb in gst_pad_chain_data_unchecked (data=0x7fff70008930, 
  type=4112, pad=0x269a630) at gstpad.c:4320
  #5  gst_pad_push_data (pad=pad@entry=0x7fff7c008450, type=type@entry=4112, 
  data=data@entry=0x7fff70008930) at gstpad.c:4576
  #6  0x7fffee90e933 in gst_pad_push (pad=pad@entry=0x7fff7c008450, 
  buffer=buffer@entry=0x7fff70008930) at gstpad.c:4695
  #7  0x7fff98759ece in gst_ogg_demux_chain_peer (
  pad=pad@entry=0x7fff7c008450, packet=packet@entry=0x7fff8affca70, 
  push_headers=0) at gstoggdemux.c:833
  #8  0x7fff9875ced9 in gst_ogg_pad_submit_packet (packet=0x7fff8affca70, 
  pad=0x7fff7c008450) at gstoggdemux.c:1258
  #9  gst_ogg_pad_stream_out (pad=pad@entry=0x7fff7c008450, 
  npackets=npackets@entry=0) at gstoggdemux.c:1306
  #10 0x7fff9875e268 in gst_ogg_pad_submit_page (pad=0x7fff7c008450, 
  page=page@entry=0x7fff8affcd30) at gstoggdemux.c:2055
  #11 0x7fff987624c1 in gst_ogg_demux_handle_page (
  ogg=ogg@entry=0x7fff84032e20, page=page@entry=0x7fff8affcd30, 
  discont=discont@entry=0) at gstoggdemux.c:4578
  #12 0x7fff98762d6d in gst_ogg_demux_chain (pad=, 
  parent=parent@entry=0x7fff84032e20, buffer=)
  at gstoggdemux.c:4657
  #13 0x7fff987637bc in gst_ogg_demux_loop_forward (ogg=0x7fff84032e20)
  at gstoggdemux.c:4744
  #14 gst_ogg_demux_loop (pad=) at gstoggdemux.c:4868
  #15 0x7fffee93af79 in gst_task_func (task=0x7fff7000a050) at gsttask.c:332
  #16 0x758e77d0 in g_thread_pool_thread_proxy (data=)
  at ../../../../glib/gthreadpool.c:307
  #17 0x758e6e05 in g_thread_proxy (data=0x7fff78003720)
  at ../../../../glib/gthread.c:784
  #18 0x77bc15aa in start_thread (arg=0x7fff8affd700)
  at pthread_create.c:463
  #19 0x76d0ccbf in clone ()
  at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
  
  Thread 29 (Thread 0x7fff8b7fe700 (LWP 3016)):
  #0  syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  #1  0x75904e0f in g_cond_wait (cond=cond@entry=0x7fff780523b0, 
  mutex=mutex@entry=0x7fff78052360) at 

Bug#898379: pitivi: no longer responds as soon as I try to import an Ogg Vorbis audio file

2018-05-18 Thread Alexandru Băluț
A stacktrace would be useful. Also if you could upload the file somewhere
where we can get it.

On Fri, May 18, 2018, 23:53 Francesco Poli 
wrote:

> On Mon, 14 May 2018 07:01:26 +0200 Alexandru Băluț wrote:
>
> > There might be a problem reading those files.
>
> Thanks for following up on my bug report!
>
> > When you click Import and the
> > import window opens, please select the ogg file and tell us what happens
> > when you click "play" on the right side under the small preview.
>
> What happens is that pitivi stops responding (again) and I see the
> following error messages on stdout or stderr:
>
>   Missing soft dependency:
>   - GSound not found on the system
>   -> enables sound notifications when rendering is complete
>   Traceback (most recent call last):
> File
> "/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/mediafilespreviewer.py",
> line 382, in _update_position
>   curr_pos = self.player.getPosition()
> File
> "/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/utils/pipeline.py", line
> 233, in getPosition
>   raise PipelineError("Position not available")
>   pitivi.utils.pipeline.PipelineError: Position not available
>   ERROR 23:27:36 assetpipeline 
> _async_done_not_received_cb: we didn't get async done, this is a bug
> (../../../../usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/utils/pipeline.py:299)
>   ERROR 23:27:36 assetpipeline 
> _recover: Pipeline error detected during playback, resetting -- num tries:
> 0
> (../../../../usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/utils/pipeline.py:469)
>
>
> >
> > Can you play those files with GStreamer from the command line? Try:
> > gst-play-1.0 PATH-TO-OGG-FILE
>
> It seems that I cannot play the file with gst-play-1.0 either:
>
>   $ gst-play-1.0 file.ogg
>   Press 'k' to see a list of keyboard shortcuts.
>   Now playing /home/.../file.ogg
>   Prerolling...
>
> and then nothing happens, until I hit [Ctrl+C].
>
> >
> > Please see
> >
> http://developer.pitivi.org/Bug_reporting.html?stack-traces-for-crashes-and-deadlocks
> > for how to provide a stack trace when Pitivi hangs.
>
> I can try to get a stack trace.
>
> Do you need a stack trace of pitivi?
> Or, since gst-play-1.0 is also hanging, do you prefer a stack trace of
> gst-play-1.0 ?
>
> Please let me know, thanks.
>
>
> --
>  http://www.inventati.org/frx/
>  There's not a second to spare! To the laboratory!
> . Francesco Poli .
>  GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE
>


Bug#898379: pitivi: no longer responds as soon as I try to import an Ogg Vorbis audio file

2018-05-18 Thread Francesco Poli
On Mon, 14 May 2018 07:01:26 +0200 Alexandru Băluț wrote:

> There might be a problem reading those files.

Thanks for following up on my bug report!

> When you click Import and the
> import window opens, please select the ogg file and tell us what happens
> when you click "play" on the right side under the small preview.

What happens is that pitivi stops responding (again) and I see the
following error messages on stdout or stderr:

  Missing soft dependency:
  - GSound not found on the system
  -> enables sound notifications when rendering is complete
  Traceback (most recent call last):
File 
"/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/mediafilespreviewer.py", line 
382, in _update_position
  curr_pos = self.player.getPosition()
File "/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/utils/pipeline.py", 
line 233, in getPosition
  raise PipelineError("Position not available")
  pitivi.utils.pipeline.PipelineError: Position not available
  ERROR 23:27:36 assetpipeline  
_async_done_not_received_cb: we didn't get async done, this is a bug 
(../../../../usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/utils/pipeline.py:299)
  ERROR 23:27:36 assetpipeline  _recover: 
Pipeline error detected during playback, resetting -- num tries: 0 
(../../../../usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/utils/pipeline.py:469)


> 
> Can you play those files with GStreamer from the command line? Try:
> gst-play-1.0 PATH-TO-OGG-FILE

It seems that I cannot play the file with gst-play-1.0 either:

  $ gst-play-1.0 file.ogg
  Press 'k' to see a list of keyboard shortcuts.
  Now playing /home/.../file.ogg
  Prerolling...

and then nothing happens, until I hit [Ctrl+C].

> 
> Please see
> http://developer.pitivi.org/Bug_reporting.html?stack-traces-for-crashes-and-deadlocks
> for how to provide a stack trace when Pitivi hangs.

I can try to get a stack trace.

Do you need a stack trace of pitivi?
Or, since gst-play-1.0 is also hanging, do you prefer a stack trace of
gst-play-1.0 ?

Please let me know, thanks.


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpsiiA5WCk1T.pgp
Description: PGP signature


Bug#898379: pitivi: no longer responds as soon as I try to import an Ogg Vorbis audio file

2018-05-13 Thread Alexandru Băluț
There might be a problem reading those files. When you click Import and the
import window opens, please select the ogg file and tell us what happens
when you click "play" on the right side under the small preview.

Can you play those files with GStreamer from the command line? Try:
gst-play-1.0 PATH-TO-OGG-FILE

Please see
http://developer.pitivi.org/Bug_reporting.html?stack-traces-for-crashes-and-deadlocks
for how to provide a stack trace when Pitivi hangs.


Bug#898379: pitivi: no longer responds as soon as I try to import an Ogg Vorbis audio file

2018-05-10 Thread Francesco Poli (wintermute)
Package: pitivi
Version: 0.99-3
Severity: important

Hello!
Thanks for maintaining pitivi in Debian.

I am trying to learn how to use it, but I am experiencing an
important bug.
Steps to reproduce the issue:

  0) start pitivi

 $ pitivi

  1) click on the New button in the welcome dialog window

  2) click on the Import button in the media library tab

  3) go to a directory where one or more Ogg Vorbis files are
 present

  4) select one .ogg file and click on the Add button

  5) pitivi stops responding, its windows are no longer repainted,
 and there's nothing I can do, apart from killing the process...

I have tried a number of .ogg files, without any success.
In some cases I get the following errors:

  ERROR 00:03:38 assetpipeline  
_async_done_not_received_cb: we didn't get async done, this is a bug 
(../../../../usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/utils/pipeline.py:299)
  ERROR 00:03:38 assetpipeline  _recover: 
Pipeline error detected during playback, resetting -- num tries: 0 
(../../../../usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/utils/pipeline.py:469)

but not always.

Is there anything I failed to understand?
Could you please investigate this bug and/or forward my bug report
upstream, as appropriate?

Thanks for your time.
Bye.


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pitivi depends on:
ii  gir1.2-gdkpixbuf-2.02.36.11-2
ii  gir1.2-ges-1.0  1.14.0-1
ii  gir1.2-glib-2.0 1.56.1-1
ii  gir1.2-gst-plugins-base-1.0 1.14.0-2
ii  gir1.2-gstreamer-1.01.14.0-1
ii  gir1.2-gtk-3.0  3.22.29-3
ii  gir1.2-pango-1.01.42.0-1
ii  gstreamer1.0-alsa [gstreamer1.0-audiosink]  1.14.0-2
ii  gstreamer1.0-gl [gstreamer1.0-videosink]1.14.0-2
ii  gstreamer1.0-gtk3 [gstreamer1.0-videosink]  1.14.0-4
ii  gstreamer1.0-plugins-bad [gstreamer1.0-videosink]   1.14.0-1+b1
ii  gstreamer1.0-plugins-base   1.14.0-2
ii  gstreamer1.0-plugins-good [gstreamer1.0-videosink]  1.14.0-4
ii  gstreamer1.0-x [gstreamer1.0-videosink] 1.14.0-2
ii  libc6   2.27-3
ii  libcairo2   1.15.10-3
ii  libglib2.0-02.56.1-2
ii  libgstreamer-plugins-base1.0-0  1.14.0-2
ii  libgstreamer1.0-0   1.14.0-1
ii  libpython3.63.6.5~rc1-1
ii  python3 3.6.4-1
ii  python3-cairo   1.16.2-1
ii  python3-dbus1.2.6-1
ii  python3-gi  3.28.2-1
ii  python3-gi-cairo3.28.2-1
ii  python3-gst-1.0 1.14.0-2
ii  python3-matplotlib  2.1.1-2
ii  python3-numpy   1:1.13.3-2
ii  python3-xdg 0.25-4
ii  python3.6   3.6.5~rc1-1

pitivi recommends no packages.

Versions of packages pitivi suggests:
pn  frei0r-plugins 
pn  gir1.2-gnomedesktop-3.0
ii  gir1.2-notify-0.7  0.7.7-3
ii  gstreamer1.0-libav 1.14.0-1
pn  gstreamer1.0-plugins-ugly  

-- no debconf information