After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 741530 - Sources are not shown in the stable branch, when running in Ubuntu 14.04.1
Sources are not shown in the stable branch, when running in Ubuntu 14.04.1
Status: RESOLVED FIXED
Product: banshee
Classification: Other
Component: User Interface
2.6.2
Other Linux
: Normal critical
: ---
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-12-14 22:52 UTC by Andrés G. Aragoneses (IRC: knocte)
Modified: 2015-08-08 16:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
No sources (117.75 KB, image/png)
2014-12-14 22:52 UTC, Andrés G. Aragoneses (IRC: knocte)
  Details
FYI, this is the patch that I use these days, in ubuntu 14.04, to be able to run the stable branch (805 bytes, patch)
2014-12-14 22:54 UTC, Andrés G. Aragoneses (IRC: knocte)
none Details | Review
This is the patch for Hyena that I use to avoid unnecessarily-long error logs (473 bytes, patch)
2014-12-14 22:57 UTC, Andrés G. Aragoneses (IRC: knocte)
none Details | Review
Logs of banshee when finding the problem (and if 2 patches above are applied) (1.07 MB, text/plain)
2014-12-14 22:58 UTC, Andrés G. Aragoneses (IRC: knocte)
  Details

Description Andrés G. Aragoneses (IRC: knocte) 2014-12-14 22:52:35 UTC
Created attachment 292710 [details]
No sources

When running the stable-2.6 branch in Ubuntu 14.04.1, I see no sources, and lots of errors in the console.

See screenshot.
Comment 1 Andrés G. Aragoneses (IRC: knocte) 2014-12-14 22:54:48 UTC
Created attachment 292711 [details] [review]
FYI, this is the patch that I use these days, in ubuntu 14.04, to be able to run the stable branch
Comment 2 Andrés G. Aragoneses (IRC: knocte) 2014-12-14 22:57:11 UTC
Created attachment 292713 [details] [review]
This is the patch for Hyena that I use to avoid unnecessarily-long error logs

This just makes banshee exit if an error has been found, and we're in debug mode (we should probably commit this in master).
Comment 3 Andrés G. Aragoneses (IRC: knocte) 2014-12-14 22:58:46 UTC
Created attachment 292714 [details]
Logs of banshee when finding the problem (and if 2 patches above are applied)
Comment 4 Nicholas Little 2014-12-15 10:59:39 UTC
The messages appear during the PlayerEngineService.InitializeEngine call at the line which reads "engine.Initialize()". For me, banshee is actually unresponsive while that's going on, while debugging the line after it is never executed.

I noticed during testing that it was the managed PlayerEngine class that was being initialized; so, I rebuilt with --disable-gst-sharp --enable-gst-native and didn't see the error messages therefore I think it's a problem with the managed engine's Initialize call but there's not much in there.

Unfortunately I can't get the configure call to complete with --enable-gst-sharp --disable-gst-native since my gstreamer-sharp is too recent. The build wants a version to work with gstreamer-0.10.

This comment is mostly an FYI for our future selves.
Comment 5 Andrés G. Aragoneses (IRC: knocte) 2014-12-15 12:28:40 UTC
(In reply to comment #4)

But you're testing master, and I'm testing the stable-2.6 branch. With master, everything works fine for me. Can you test stable?
Comment 6 Nicholas Little 2014-12-15 16:26:53 UTC
(In reply to comment #5)
> (In reply to comment #4)
> 
> But you're testing master, and I'm testing the stable-2.6 branch. With master,
> everything works fine for me. Can you test stable?

I switched to stable-2.6 before attempting to reproduce.

That said, my sources list still displayed correctly on the stable-2.6 branch, as opposed to your blank one.

However, since log message:

(Nereid:17015): GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed

doesn't appear in master, I might try an automated bisect to see if we can nail down the commit that stopped them, though it might take as long to set up as it would doing things manually as I need to apply a patch to bump the dbus-sharp version on my system as part of the bisect. <- I know git can do it, but I've only done one bisect before.
Comment 7 Nicholas Little 2014-12-15 16:27:53 UTC
Ps. When we come up with a fix, I'll be sure to test it on an Ubuntu system as well as my Gentoo one.
Comment 8 Andrés G. Aragoneses (IRC: knocte) 2014-12-15 16:31:34 UTC
(In reply to comment #6)
> doesn't appear in master, I might try an automated bisect to see if we can nail

I'm suspecting this must be a glib change that is affecting the gtk-sharp 2-12 branch (which is the one that the stable branch uses), as opposed to gtk-sharp 2.99.x series. So bisecting banshee is not going to be helpful I think.


(In reply to comment #7)
> Ps. When we come up with a fix, I'll be sure to test it on an Ubuntu system as
> well as my Gentoo one.

It's good to know that the bug is not in Gentoo. What I guess is that your Gentoo doesn't use a very bleeding-edge glib version, while Ubuntu does. Can you test with an Ubuntu system to confirm that I'm not the only one reproducing it?
Comment 9 Andrés G. Aragoneses (IRC: knocte) 2014-12-15 20:26:22 UTC
(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #4)
> > 
> > But you're testing master, and I'm testing the stable-2.6 branch. With master,
> > everything works fine for me. Can you test stable?
> 
> I switched to stable-2.6 before attempting to reproduce.

BTW, what you said here doesn't make much sense to me because the stable branch uses the unmanaged backend by default. The managed backend in the stable branch is not in a usable state, I would never consider using it.
Comment 10 Nicholas Little 2014-12-15 23:08:19 UTC
(In reply to comment #9)
> (In reply to comment #6)
> > (In reply to comment #5)
> > > (In reply to comment #4)
> > > 
> > > But you're testing master, and I'm testing the stable-2.6 branch. With master,
> > > everything works fine for me. Can you test stable?
> > 
> > I switched to stable-2.6 before attempting to reproduce.
> 
> BTW, what you said here doesn't make much sense to me because the stable branch
> uses the unmanaged backend by default. The managed backend in the stable branch
> is not in a usable state, I would never consider using it.

When I was reproducing some of the issue symptoms (i.e. the log entries) I think there was an old copy of the Banshee.GStreamerSharp.dll in the build output directory which was being loaded...

I've spent some time with it this evening and ended up coming to a dead end though. After cleaning everything out I can no longer produce the log entries on gentoo. I tried with an ubuntu system but it's 14.10, with unity and gnome 3, and I can't reproduce the problem there either.
Comment 11 Andrés G. Aragoneses (IRC: knocte) 2014-12-15 23:21:31 UTC
(In reply to comment #10)
> I tried with an ubuntu system but it's 14.10, with unity and gnome
> 3, and I can't reproduce the problem there either.

Ok, good to know. I'll test with 14.10 soon.
Comment 12 Andrés G. Aragoneses (IRC: knocte) 2015-08-08 16:41:32 UTC
(In reply to Nicholas Little from comment #10)
> ...After cleaning everything out I can no longer produce the log
> entries on gentoo.

Well, it turns out this was it. When switching to the stable branch, I had forgotten to remove the binaries from the master branch first, and somehow they were being mixed up at runtime and causing issues such as this one.

I've committed this fix to master and stable, to prevent the problem in the future: https://git.gnome.org/browse/banshee/commit/?id=2dc66b1e6e8a08467fe8591651724cb1f101deb4