I will take part in a little experiment with a couple of friends, trying this newfangled technology thingy with games and stuff. So tonight, Feb 14th, 2017, 20:15 CET, we will try to release our inner Bernhard Langer and amaze you with our virtual golfing skills!
Come and watch LIVE, in color and whatnot at https://twitch.tv/phako78 (that’s with a camera pointing at me) or https://twitch.tv/fallenbeck (that’s with a camera pointing at someone else) – Unfortunately, except for some swearing, it’ll be German language only.
First, a wrap-up of the last Quiztime. For an excellent explanation of the issue, read this comment. Also note that this is not the most nice way to do plugins with C++, it’s a boiled down piece of code I debugged.
I’m not sure if there is some confusion about the current development model of Shotwell. I noticed that some distributions seem to try to pick up the current development branch (0.25.x). I strongly advise against that at this point in time. It has just seen a major change in the Menu handling code and might still have severe usability regressions.
While I appreciate any testing of the code, I would really not have the current unstable version of Shotwell stuck in a released distribution. If you want to try those releases on Ubuntu, there is an unstable PPA available.
So to sum up: Shotwell follows the “traditional” version scheme of “Odd is unstable, even is stable” and roughly tries to stick to the GNOME release schedule.
So, following up from the last quiztime which was about the importance of explicit linking, another case from the wonderful world of shared libraries.
This time we study the implications of dlopen, its parameters and C++. Consider the program and module below. If you run that, it will crash somewhat obscurely in libstdc++. Why?
#0 0x00007f687b2eb126 in std::ostream::sentry::sentry(std::ostream&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#1 0x00007f687b2eb889 in std::basic_ostream >& std::__ostream_insert >(std::basic_ostream >&, char const*, long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#2 0x00007f687b2ebd57 in std::basic_ostream >& std::operator< < >(std::basic_ostream >&, char const*) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x00007f687a6f01a0 in Impl::print (this=0x558a9bc1f2e0, str="Hello") at module.cc:24
#4 0x0000558a99de3d1b in main (argc=1, argv=0x7ffca28cf538) at main.cc:31
A new feature that was included is a contrast slider in the enhancement tool, moving on with integrating patches hanging around on Bugzilla for quite some time.
SSL certificate handling
A second enhancement that was introduced is the option to override invalid SSL certificates. This is currenly only available in the Piwigo publisher and might be added to Gallery3 in future, i.e. all services that might be self-hosted on self-signed cerfificates.
Parts of GUPnP (that is its core, GSSDP and GUPnP itself) will see a 1.0 release together with the next GNOME release. They are quite stable API-wise and functionality-wise now and I think it’s time to give them a proper blessing for that.
After that, master will become more unstable in regards of API, as there are some long-standing bugs and fixes that need an API change as well as new features to be added, such as proper IPv6 support, support for more recent versions of the UPnP standard (UDA 1.1, UDA 2.0), a more GIO-like async API,…
We’ve been digging up some annoying age-old bugs or regressions deep down in Rygel for some corner-cases (Did you know that renderer unmute was broken since 2013?)
Some more usability fixes on their way, but the big roadblock of RAW import performance is still proving to be quite annoying. Bit like a hydra, really. You cut of one RAW developer, three new seem to disappear.
Project Lazarus: GtkTerm
I took GtkTerm and poked a bit at its source, mainly for two reasons
Dry-run some GTK modernisation that will be necessary in Shotwell as well (GAction etc.)
It’s the least worst (sic) of the graphical serial terminals I tried. At least it seems to cope way better with odd USB <-> Serial adapters than t rest of the bunch
Rygel is currently mainly receiving maintenance things because reason. This is hopefully changing soonish
I picked up Shotwell as maintainer and things are coming along nicely, though its architecture sometimes makes changes that sound really easy very hard (e.g. certain import performance improvements). Most annoying part, though, is that the merging of the awesome map feature is somewhat affected by the recent woes regarding MapQuest’s tile server
This is going to be a bit longer than usual. I’m going to present some of the changed that have gone into Rygel since the last post (Wow, over a year ago…, sorry about that)
After 0.24, Rygel has received a new internal resource handling that basically decouples the UPnP item from a file so that – in theory – an UPnP item can have multiple on-disk resources.
Unfortunately, this code was contributed as a big lump of code; I tried to split it up and make it more manageable, but the result was that the 0.26 series of Rygel has had several regressions, sorry about that. The 0.28.3 stable release should be as good as the 0.24 release.
Rygel has gained support for a simple access control mechanism. It’s rather simple and checks whether access to an URI is allowed by a remote peer using DBus.
Unfortunately there is no “policy engine” yet. So from a user perspective, there is currently no difference. Implementing this is on the agenda for 0.32.
MediaExport’s meta-data extraction was made more robust by moving the extraction into its own process. Files that cause the extraction process to crash will be black-listed and never touched again. There is a new tool in the GIT that lets you investigate the database, the black-list and remove uris from that blacklist.
With the upcoming stable release 0.30, Rygel’s MediaExport plugin will gain support for exposing DVD images, either as ISO files or as VIDEO_TS folders. Expect some rough edges; for example, many clients will not be able to seek in the video files as it requires some non-mandatory DLNA seeking features for now. Also DVDs with many titles are not really nice to navigate.
Rygel has gained support for exposing the contents of LightMediaScanner’s media index.
Request for support
The UPnP forum has been merged with the OCF. Unfortunately, this means that there is no longer a free membership available with access to the certification tools. There is a new non-profit membership which even allows for certification, but it costs $1000. While I’m willing to pay a large chunk of that myself, it would be awesome if some people would join me in making this happen for Rygel and GUPnP sooner. It would allow me to get them more compliant, tested (e.g. for IPv6 support) and maybe even UPnP certified. I would like to setup some crowd funding thing for that, but I have no clue which platform I should use. Is there any site that doesn’t upset RMS?
That’s all for now.