On 27 Aug 2009, at 19:54, salsa...@xs4all.nl wrote:

On Thu, August 27, 2009 20:01, Harry Rickards wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08/27/09 18:27, Andreas Juch wrote:
Package: lives
Version: 1.0.0-4
Severity: normal

Hi!

Lives crashes when I run it. The package doesn't have debugging symbols
and I'm
not sure how to compile the package with debugging symbols. I copy in
what gdb
backtrace tells me:

[...]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
lives-exe: fccache.c:512: FcCacheFini: Assertion `fcCacheChains[i] ==
((void
*)0)' failed.

Program received signal SIGABRT, Aborted.
0x00007ffff49d5d25 in raise () from /lib/libc.so.6
(gdb) backtrace
#0  0x00007ffff49d5d25 in raise () from /lib/libc.so.6
#1  0x00007ffff49d8de1 in abort () from /lib/libc.so.6
#2  0x00007ffff49cef99 in __assert_fail () from /lib/libc.so.6
#3  0x00007ffff5c44f47 in ?? () from /usr/lib/libfontconfig.so.1
#4  0x00007ffff5c4e815 in FcFini () from /usr/lib/libfontconfig.so.1
#5  0x00007fffddcd9b16 in fini () from
/usr/lib/frei0r-1//../libGLC.so.0.0.7
#6  0x00007fffddcd719f in ?? () from
/usr/lib/frei0r-1//../libGLC.so.0.0.7
#7  0x00000000014e1b98 in ?? ()
#8  0x0000000000000000 in ?? ()
(gdb)

The crash happens during "Loading realtime effect plugins" on the
startup
screen.

Please tell me how to compile with debugging symbols so that I can give
you more
useful information...

Andreas

-- System Information:
Debian Release: squeeze/sid
 APT prefers testing
APT policy: (850, 'testing'), (800, 'unstable'), (750, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31-rc7 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lives depends on:
ii frei0r-plugins 1.1.22git20090409-2 minimalistic plugin API for
video
ii imagemagick 7:6.5.1.0-1.1 image manipulation programs
ii  libatk1.0-0        1.26.0-1              The ATK accessibility
toolkit
ii  libc6              2.9-23                GNU C Library: Shared
libraries
ii  libcairo2          1.8.8-2               The Cairo 2D vector
graphics libra
ii libfontconfig1 2.6.0-4 generic font configuration
library
ii  libfreetype6       2.3.9-5               FreeType 2 font engine,
shared lib
ii  libglib2.0-0       2.20.4-1              The GLib library of C
routines
ii  libgtk2.0-0        2.16.5-1              The GTK+ graphical user
interface
ii libjack0 0.116.2+svn3592-2 JACK Audio Connection Kit
(librari
ii  libogg0            1.1.4~dfsg-1          Ogg bitstream library
ii  libpango1.0-0      1.24.5-1              Layout and rendering of
internatio
ii libsdl1.2debian 1.2.13-4+b1 Simple DirectMedia Layer
ii  libtheora0         1.0-2.1               The Theora Video
Compression Codec
ii  libweed0           1.0.0-4               Runtime library for
inclusion of p
ii  libx11-6           2:1.2.2-1             X11 client-side library
ii  lives-data         1.0.0-4               Data files for LiVES
ii mplayer 1.0~rc3+svn20090405-1 movie player for Unix- like
systems
ii  perl               5.10.0-25             Larry Wall's Practical
Extraction
ii python 2.5.4-2 An interactive high- level
object-o
ii sox 14.3.0-1 Swiss army knife of sound
processi
ii  zlib1g             1:1.2.3.3.dfsg-15     compression library -
runtime

Versions of packages lives recommends:
ii cdda2wav 9:1.1.9-1 Dummy transition package
for iceda
ii dvgrab 3.4-1 grab digital video data via
IEEE13
ii jackd 0.116.2+svn3592-2 JACK Audio Connection Kit
(server

Versions of packages lives suggests:
pn mencoder <none> (no description available)

-- no debconf information


Hi,

Do you get anything on stdout if you run 'lives' from the command line.

I'm wondering if this is a dependency issue, so when 1.0.0-5 is added to the repository (should be within a couple of hours if my sponsor uploads
it soon) could you upgrade and see if it's fixed.

Before compiling with debugging symbols, try compiling lives from the
origional upstream source, which is avaliable from
http://www.xs4all.nl/%7Esalsaman/lives/current/LiVES-1.0.0.tar.gz. First remove the current lives package with 'aptitude remove lives'. Compile
it with a simple ./configure, make and (as root or with sudo) make
install. Then run 'lives'. If that doesn't work it's either an upstream
issue or dependency issue.

Before doing anything else you'll need to remove the version of lives
you've just installed from source with 'make uninstall' and 'make
clean'. As I said, to see if it's a dependency issue either wait til
1.0.0-5 is released, or apply the new files in debian/ from SVN. To do that download the source of 1.0.0-4 with 'apt-get source lives', and rm - -rf the debian/ directory. Then download the new debian/ from SVN with
'svn checkout
http://svn.debian.org/viewsvn/collab-maint/deb-maint/lives/trunk/debian' .
You'll
need to rm -rf the .svn and wrapper/.svn directories. Then, if you're
running as root run 'dpkg-buildpackage' else run 'dpkg-buildpackage
- -rsudo'. You can replace sudo with fakeroot or any other
gain-root-command. Then install with dpkg -i.

If you still have the problem after that it must be an upstream issue. If that's the case, please report the bug against lives on Sourceforge at https://sourceforge.net/tracker/?group_id=64341&atid=507139. You'll
probably want to compile with deubgging symbols first, which I think
(I'm no C developer) you can do by going back to the directory the
source of lives is in and running ./configure CFLAGS=-ggdb and then make
and make install.

I'm CC'ing this to Upstream (Gabriel 'salsaman' Finch) in case he can
shed any light on the matter.

- --
Thanks
Harry Rickards <hricka...@l33tmyst.com>

       _,           _,      ,'`.
     `$$'         `$$'     `.  ,'
      $$           $$        `'
      $$           $$         _,           _
,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$$$$$b.`$$,d$$b.
,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  "'   `$$ $$$' `$$
$$'    $$ $$'   `$$ $$'    $$ $$  ,ggggg$$ $$'   $$
$$     $$ $$ggggg$$ $$     $$ $$ ,$P"   $$ $$    $$
$$    ,$$ $$.       $$    ,$P $$ $$'   ,$$ $$    $$
`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$    $$
`Y$$P'$$. `Y$$$$P',$$$$P"'  ,$$. `Y$$P'$$.$$.  ,$$.

Proud Debian and Ubuntu maintainer of LiVES!
http://packages.qa.debian.org/l/lives.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkqWyhAACgkQ+9DWHFhEn2/7xAP+Jo0i3XZ0z6LOb8lDJ/DNCq0j
MHOaYRcWFCggS2ZYBooPh/0sDoWoYX0NGLVJJgf2F2Ri+j8UHL8MLiiLU1VUej4R
XdYxF6QtAaDlv1QgRhaGQqruYk8/QEV2+XsQDUrvWkvFiyvN8lMTAr4rZNj27IIh
IRSf21xNqaNz4LLkVgY=
=e3r5
-----END PGP SIGNATURE-----




Hmm, now actually I take that back. Here I have removed the frei0r plugins
and header file. There is no crash, I just get:

error loading plugin /usr/lib//lives/plugins/effects/realtime/weed/ frei0r.so


so it is not just a dependency problem.

In fact I am not able to reproduce this crash at all (ubuntu 9.04, AMD64).

However several people have reported it:

https://sourceforge.net/tracker/?func=detail&aid=2824427&group_id=64341&atid=507139

it appears to affect a seemingly random subset of users.

If anybody can help debugging this it would be greatly appreciated.


As mentioned, a workaround is to remove the file
/usr/lib//lives/plugins/effects/realtime/weed/frei0r.so


Regards,
Gabriel.

Okay. I'll still leave the bug closed because it's an upstream problem.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to