[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Missing dependencies of soundtracker



On Tuesday 14 April 2009 00:24, Florian Kulzer wrote:
> On Sun, Apr 12, 2009 at 22:22:24 +0200, Nigel Henry wrote:
> > On Sunday 12 April 2009 20:51, Florian Kulzer wrote:
> > > On Sun, Apr 12, 2009 at 18:07:03 +0200, Marcin Kłapkowski wrote:
> > > > Florian Kulzer pisze:
> > > >> On Sun, Apr 12, 2009 at 16:00:14 +0200, Marcin Kłapkowski wrote:
> > > >>> Hi,
> > > >>>
> > > >>> I would like to install soundtracker (it's one of the best tracker
> > > >>> I've  heard and used before).
> > > >>> I'm using sid, and in repo there is version 0.6.8-2+b1 of
> > > >>> soundtracker. But, I get missing dependencies:
>
> [...]
>
> > > >> You could also try the soundtracker-gtk2 package mentioned in bug
> > > >> #519641.
>
> [...]
>
> > > I have have no idea if the soundtracker program itself will still work
> > > - see also Nigel's earlier message about its state on Lenny - and
> > > keeping soundtracker installed and running on Sid will probably become
> > > more and more difficult as Sid evolves further and further away from
> > > Lenny.
>
> [...]
>
> > I've just booted up my Etch install, which is on the same machine as
> > Lenny.and soundtracker works ok, without any problem on Etch. It appears
> > to be an earlier version of Soundtracker though (0.6.8-2 (stable)).
> >

> The soundtracker project seems to be dead upstream since 2006 and it
> needs GTK1. I can see why a maintainer would lose interest.
>
> > I suppose we could always install soundtracker from a source tarball.
> > I've dealt with dependency hell before, and it's not a lot of fun, but
> > sometimes with a bit of help from the lists, you can get the app up, and
> > running.
>
> I just tried to build the GTK2 version from Barry deFreese's updated
> version of the source package. The build did not succeed; I suspect that
> might be due to my system being 64bit. I cannot invest more time in this
> problem; you can try your luck yourself:
>
> dget
> http://people.debian.org/~bdefreese/soundtracker_gtk2/soundtracker_0.6.8.gt
>k2.20080114-0.1.dsc cd soundtracker-0.6.8.gtk2.20080114/
> dpkg-checkbuilddeps debian/control
> dpkg-buildpackage -rfakeroot -us -uc
> cd ..
>
> (You will need the packages "build-essential" and "devscripts", as well
>  as all missing dependencies listed by dpkg-checkbuilddeps.)
>
> If you succeed in building this package, at least on i386, then it might
> be easier to convince the maintainer to keep the package alive.
>
> --
> Regards,            | http://users.icfo.es/Florian.Kulzer
>           Florian   |

Hi Florian.

This is a bit odd, as I've got libgtk1.2 on my Lenny install, although as I 
said, my Lenny originally started off as Woody 3.0r2, and perhaps that's why 
I still have libgtk1.2. Now soundtracker version 0.6.8-2+b1 will not start on 
Lenny, apart from a glimpse of the Soundtracker splash screen. On Ubuntu 
Intrepid 8.10, which uses the same soundtracker version, but named as 
0.6.8-2build1, and again libgtk1.2 is installed, soundtracker starts ok with 
no problems.

If Soundtracker works on Ubuntu Intrepid, logically it should be working on 
Lenny, as both Soundtracker versions appear to be the same.

I compared all the deps between Ubuntu Intrepid, and Lenny, and the only diffs 
were as follows.

Intrepid: libdb4.6, and Lenny: libdb4.5

Intrepid: libesd-alsa0  (installed) alternative libesd0 (not installed)
Lenny: libesd0 (installed)  alternative libes-alsa-0  (not installed)

Running Soundtracker on Lenny from the CLI, I get this output below, and 
obviously Soundtracker doesn't open.

djmons@debian:~$ soundtracker

Gdk-WARNING **: locale not supported by C library
Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter)
  serial 103 error_code 9 request_code 145 minor_code 5
Locking assertion failure.  Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7613767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb761381e]
#2 /usr/lib/libX11.so.6 [0xb7b3bde9]
#3 /usr/lib/libX11.so.6(XDeleteProperty+0x25) [0xb7b12335]
#4 /usr/lib/libgdk-1.2.so.0(gdk_set_sm_client_id+0x62) [0xb7c0c3b2]
#5 /usr/lib/libgnomeui.so.32 [0xb7e199c5]
#6 /usr/lib/libgtk-1.2.so.0(gtk_marshal_NONE__NONE+0x16) [0xb7cdccf6]
#7 /usr/lib/libgtk-1.2.so.0 [0xb7d110f2]
#8 /usr/lib/libgtk-1.2.so.0 [0xb7d137c3]
#9 /usr/lib/libgtk-1.2.so.0(gtk_signal_emit+0x138) [0xb7d13e08]
#10 /usr/lib/libgnomeui.so.32(gnome_client_disconnect+0xe6) [0xb7e17276]
#11 /usr/lib/libgnomeui.so.32 [0xb7e17388]
#12 /lib/i686/cmov/libc.so.6(exit+0x89) [0xb77a1ab9]
#13 /usr/lib/libgdk-1.2.so.0 [0xb7c0d495]
#14 /usr/lib/libX11.so.6(_XError+0xd9) [0xb7b347d9]
#15 /usr/lib/libX11.so.6 [0xb7b3c798]
#16 /usr/lib/libX11.so.6(_XReply+0x15a) [0xb7b3cb4a]
#17 /usr/lib/libX11.so.6(XQueryExtension+0xa7) [0xb7b29da7]
#18 /usr/lib/libX11.so.6(XInitExtension+0x41) [0xb7b1e351]
#19 /usr/lib/libXrender.so.1(XRenderFindDisplay+0x16d) [0xb7ef317d]
Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter)
  serial 104 error_code 9 request_code 55 minor_code 0
djmons@debian:~$

There is clearly some problem showing on the above output, which is causing 
soundtracker to crash as it starts to try and draw the window for the 
soundtracker splash screen. All I see is a border for the window, then it 
crashes. Any ideas?

I havn't tried the source pkg yet, that you provide the link to above. I may 
try the Etch version on Lenny, which is working ok on Etch. Some time later. 
having tried the Etch version, and problems with libglib1.2, which complains 
about not being installed. Synaptic on Lenny lists the package, but shows no 
package version available, so that's another no-go.

I'll have a go at installing from the source tarball, after installing all the 
development stuff, but still can't understand why Soundtracker works on 
Ubuntu Intrepid, but not on Lenny, and as in the case of the OP who posted 
about about this problem, he can't even install Soundtracker on Sid, because 
of dependency problems.

Well I'm still trying to get Soundtracker working once again on Lenny, and am 
about to install the deps so that the source tarball may compile.

Any comments on all the stuff above would be welcome.

Nigel. 



Reply to: