Posts

Geoclue convenience library just got even simpler

After writing the blog post about the new Geoclue convenience library , I felt that while the helper API was really simple for single-shot usage, it still wasn't as simple as it should be for most applications, that would need to monitor location updates. They'll still need to make async calls (they could do it synchronously too but that is hardly ever a good idea) to create proxy for location objects on location updates. So yesterday, I came up with even simpler API that should make interacting with Geoclue as simple as possible. I'll demonstrate through some gjs code that simply awaits for location updates forever and prints the location on console each time there is a location update: const Geoclue = imports.gi.Geoclue; const MainLoop = imports.mainloop; let onLocationUpdated = function(simple) { let location = simple.get_location (); print("Location: " + location.latitude + "," + location.longitude); }; let onSimple

New in Geoclue: Location sharing & convenience library

Apart from many fixes, Geoclue recently gained some new features as well. Sharing location from phones If you read planet GNOME , you must have seen my GSoC student, Ankit already posting about this . Basically his work enabled Geoclue to search for, and make use of any NMEA providers on the local network. The second part of this project, involved implementation of such a service for Android devices. I'm pleased that he managed to get the project working in time and even went the extra mile to fix issues with his code, after GSoC. This is useful since GPS-based location from android is almost always going to be more accurate than WiFi-based one (assuming neighbouring WiFi networks are covered by Mozilla Location Service ). This is especially useful for desktop machines since they typically do not have even WiFi hardware on them and have until now been limited to GeoIP, which at best gives city-level accurate location. This feature was included in release 2.3.0 and

Life update

Image
Like many others on planet.gnome, it seems I also don't feel like posting much on my blog any more since I post almost all major events of my life on social media (or SOME, as its for some reason now known as in Finland). To be honest, the thought usually doesn't even occur to me anymore. :( Well, anyway! Here is a brief of what's been up for the last many months: Got divorced. Yeah, not nice at all but life goes on! At least I got to keep my lovely cat. Its been almost an year (14 days less) that I moved to London. In a way it was good that I was in a new city at the time of divorce as its an opportunity to start a new life. I made some cool new friends, mostly the GNOME gang in here. London has its quirks but over all I'm pretty happy to be living here. One big issue is that most of my friends are in Finland so I miss them very much. Hopefully, in time I'll also make a lot more friends in London and also my friends from Finland will visit me too. The best thin

GUADEC

Image
So its that time of the year! GUADEC is always loads of fun and meeting all those the awesome GNOME contributors in person and listening to their exciting stories and ideas gives me a renewed sense of motivation. I have two regular talks this year: Boxes: All packed & ready to go? Geo-aware OS: Are we there yet? Apart from that I also intend to present a lightning talk titled "Examples to follow". This talk will present stories of few of our awesome GNOME contributors and what we all can learn from them.

oFono? Its dead jim!

Image
Soon after I mentioned the need for an oFono -backend in Geoclue in my blog , Sri kindly helped me get in touch with oFono developers. What started as a nice friendly discussion soon was turned into a not so nice discussion. I won't get into details and blames but here is what I found out about the project:  oFono developers claim that its is still a maintained project while rest of the world think its a dead project, even people who love the project. Last release being in 2012 and loads of missing essential features (see rest of the points below) and link to mailing-list broken (even though I pointed it out 3 weeks ago and its been broken for much longer) on the homepage all points to the fact that its essentially a dead project. No proper D-Bus introspection nor any client libraries. This already makes it extremely difficult to work with oFono but wait there is more hurdles on the way. No online cross-references documentation: The documentation link on the home-page l

Location hackfest 2014 report

So the Location hackfest 2014 took place at the awesome Mozilla offices in London during last weekend. Even though some of the important participants didn't manage to be physically present, enough people did: John Layt (KDE) Hanno Schlichting (Mozilla) Mattias Bengtsson (GNOME) Jonas Danielsson (GNOME) and some participated remotely: Bastien Nocera (GNOME) Garvan Keeley (Mozilla) Unfortunately Aaron McCarthy of Jolla couldn't attend remotely either as he lives in a very incompatible timezone (AU) but we had a lot of productive discussion with him through email that still continues. Some very fruitful discussions we had: Why Mozilla doesn't make wifi data it gathers for its location service , available for everyone to download? Hanno explained in great detail how making this data available would seriously compromise privacy and even safety of people. One good example given was someone getting out of an abusive relationship and not wanting to be traceable by the

Berlin, DX hackfest, Boxes, rain & sunshine

Image
I just flew back from Berlin where I spent the last week, mainly to participate in the GNOME Developer Experience hackfest . As you can see from blog posts from other awesome gnomies , the hackfest was a pretty big success. I focused on the use of virtual machines (as thats right up my alley) for making application development as easy as possible. I talked to Christian , who has been working on an IDE for GNOME about his idea of a simulator VM which allows the developer to quickly test their app in a pristine environment. We discussed if and how Boxes can be involved. After some discussion we decided that we probably don't want to use Boxes but rather create another binary that re-uses the existing virtualization infrastructure: libvirt, qemu, spice (and maybe libosinfo) etc. Another way to make GNOME development easy through VM would be what we already have on a very crude level: Distribution of ready-made VMs with all the development environment setup. Continuous alre