New responsibilities

As part of the same process outlined in Matthias Clasen's "LibreOffice packages" email, my management chain has made the decision to stop all upstream and downstream work on desktop Bluetooth, multimedia applications (namely totem, rhythmbox and sound-juicer) and libfprint/fprintd. The rest of my upstream and downstream work will be reassigned depending on Red Hat's own priorities (see below), as I am transferred to another team that deals with one of a list of Red Hat’s priority projects.

I'm very disappointed, because those particular projects were already starved for resources: I spent less than 10% of my work time on them in the past year, with other projects and responsibilities taking most of my time.

This means that, in the medium-term at least, all those GNOME projects will go without a maintainer, reviewer, or triager:

- gnome-bluetooth (including Settings panel and gnome-shell integration)

- totem, totem-pl-parser, gom

- libgnome-volume-control

- libgudev

- geocode-glib

- gvfs AFC backend

Those freedesktop projects will be archived until further notice:

- power-profiles-daemon

- switcheroo-control

- iio-sensor-proxy

- low-memory-monitor

I will not be available for reviewing libfprint/fprintd, upower, grilo/grilo-plugins, gnome-desktop thumbnailer sandboxing patches, or any work related to XDG specifications.

Kernel work, reviews and maintenance, including recent work on SteelSeries headset and Logitech devices kernel drivers, USB revoke for Flatpak Portal support, or core USB is suspended until further notice.

All my Fedora packages were orphaned about a month and a half ago, it's likely that there are still some that are orphaned, if there are takers. RHEL packages were unassigned about 3 weeks ago, they've been reassigned since then, so I cannot point to the new maintainer(s).

If you are a partner, or a customer, I would recommend that you get in touch with your Red Hat contacts to figure out what the plan is going forward for the projects you might be involved with.

If you are a colleague that will take on all or part of the 90% of the work that's not being stopped, or a community member that was relying on my work to further advance your own projects, get in touch, I'll do my best to accommodate your queries, time permitting.

I'll try to make sure to update this post, or create a new one if and when any of the above changes.

ObexFTP in GNOME, (non-)update

If you've tried to use ObexFTP browsing (browsing files on mobile phones over Bluetooth) in GNOME in recent times, and didn't get a good experience from it (crashes, or very unreliable browsing), those problems are known, and due to the architecture used to implement the functionality.

If you want to help make ObexFTP browsing good again, please try to convince one of your coder friends to help port the existing code to use the "gobex" library that the obexd D-Bus service uses.

Unless somebody steps up in the GNOME 3.4 timeframe, I will disable the access to the functionality in gnome-bluetooth. The brokenness makes us look very bad, and the files are still available through other (cabled) means in most cases.

House arrest, or just document sharing

Yesterday and today, I wrote a chunky patch for gvfs to allow it to use the "house arrest" protocol for iOS devices. This is the protocol is rather more well-known as "iTunes documents sharing".

You can see a tedious example of how you can use it in this Apple KB.

For GNOME, we did it slightly differently, and you don't need to use your music manager as a file manager for your non-music device. Plug the device in, and all the apps that support file sharing will be showing up in a "Applications on Foo" device, on your desktop.

Managing files with a file manager, what a brilliant idea.

The new control-center and you

URI scheme handlers

In the past, handlers for specific URI schemes lived in GConf. This caused multiple problems:

• it would cause problems when 2 applications tried to lay claim to the same URI schemes (say both Banshee and Rhythmbox wanted to handle the "itpc" scheme), because GConf would expect only one schema (thus one application) to handle a particular key.
• when the key was set, by the preferred applications for example, the key would lack important information to make things like startup notification work (or even whether it works), the application name, icon, etc.
• and for schemes where a desktop-wide modules (such as gnome-vfs, as listed above) would own the key, you'd still need to add a separate file to have the application added to the Preferred Applications control-center applet.

We now use mime-types for all this. If you wanted to handle the aforementioned "itpc" URI scheme, you'd just need to say you handle the "x-scheme-handler/itpc" mime-type. This also means you could easily switch between applications handling a URI scheme, as you would a filetype.

You can track the feature, and its usage in bug 631433.

Non-panels in the dog house

For GNOME 3.0, the control-center "capplets" got turned into panels in a new shell. In addition to porting your old preferences application to being a control-center panel (see gnome-bluetooth, gnome-media, gnome-power-manager and others for a show-and-tell), you'll need to make a few changes to your .desktop file.

You'll need to add the "X-GNOME-Settings-Panel" category. If your dialogue is a panel, but lacks this category, it will show up under "Other" in the shell. If your preferences are not a panel but you try to cheat, you'll get a warning, and be removed from the shell altogether.

iDevice changes

If like me you jumped the queue of soccer moms, divorced middle-age business men and fanbois on Friday morning, you might have had a new toy to play with this week-end.

The good news

If you use Fedora 13, we fixed up some bugs and you can now mount your iPaid (private joke) on the desktop, and have it show up with a spiffy icon. All the updates are in updates-testing.

upower got the ability to tell you your battery status when plugging in an iDevice, though you'll need gnome-power-manager from master to see it, and even then, it won't show up on a desktop system without a UPS. Still some UI problems to iron out there.

gvfs will now warn you about the device being locked. Again, this change is only on master as it adds new strings.

nautilus-ideviceinfo is nearly ripe for consumption after my wad of bug fixes. I expect the code to move into the GNOME repos soon after the first release.

The bad news

Still no video, music or e-books syncing on the tablet iDevice.

No support yet for the per-app documents syncing. If you have a jailbroken device, you can use iFile to move your documents to the Documents sub-directory of /var/mobile/Applications/application-UUID (make sure to turn on "Application names" in the preferences).

iPhone and iPod touch support in Fedora

As Martin posted recently, libimobiledevice hit 1.0.0 earlier this week.

As a timeline of what's available in Fedora, here's a list of the features available in each Fedora release for iPhone and iPod Touch users:

- Fedora 11 contains libimobiledevice 1.0.0 and filesystem access through ifuse

- Fedora 12 was the first distribution to ship with out-of-the-box support for gvfs-afc, presenting you with your device on the desktop as soon as plugged in.

- Fedora 13 (and the upcoming Beta) will contain libgpod and Rhythmbox with music syncing support for those devices.

Loads of tweaks are happening now in Fedora 13 to make the experience smoother. Feedback in the bugzillas, as per usual.

Pushing patches

AFC backend

A couple of hours ago, I committed the AFC backend to gvfs. This means you should now be able to access the storage on your iPhones and iPod Touches. Note that this does not include music syncing yet, as the feature would belong in libgpod.

This feature has also available in Fedora 12 repositories for a couple of weeks. Just make sure you install gvfs-afc.

Moblin work

After updating gupnp in rawhide a bit too quick, I was left with the task to port bickley to gupnp 0.13. Rygel is working nicely with this after a bit of back and forth with Zeeshan. The preferences still need a bit of love though.

I also ported network-manager-netbook to NetworkManager 0.8 with Dan's help.

Finally, dalston's volume control bits got updated cut'n'paste code from the latest gnome-media.

All the patches are sitting in the upstream bugzillas or repos, and are already in the Fedora 12 Moblin packages.

Crack, and uncrocked

I was amazed by FunPidgin. Whilst some of the features aren't actually crack, making things like these options is:

An option to use stock GTK+ close buttons on tabs.

An option?!

Anyway, Totem's playlist parser is now ported to GIO. I'll make a release soon, but I'd like to ask people to please test the hell out of it. If opening or saving a particular playlist produces warnings, errors, or crashes, please file a bug.

You can test easily by recompiling and using as normal: Rhythmbox (Podcast and playlist parsing, playlist saving), and Totem and its web browser plugin.

Unbreaking the broken easily: fuse and gvfs

xine-lib lives in the early noughts. Text subtitles need to be local files, and because of libdvdread, DVD images and directories need to be on the local filesystem as well.

Well, Totem now has support for both of those on remote locations, thanks to the fuse support in gvfs. All the code's in trunk, although you probably want to wait for me to unbreak totem-pl-parser's port to GIO first ;)

Gadgets and gifts

The great sport that is Vincent sent me a copy of Hacking vim for my troubles. Hopefully, I'll be able to get more code written, as requested.


In the free stuff department, last week, a kind soul at Ericsson sent me 2 Sony Ericsson mobile phones, one being the pretty new Sony Ericsson k850i. The other (less interesting) phone is already on its way to one of the gnokii developers without such a device.

I've started playing around with it. It has a good bunch of interesting modes when plugged in via USB, or over Bluetooth, which beg to be (better) supported including:

• MTP device (Rhythmbox and gvfs)
• Mass Storage media player (Rhythmbox)
• ObexFTP over USB and Bluetooth (gvfs, obex-data-server)
• Serial port (NetworkManager, gnome-phone-manager, gnokii)

Funnily enough, poking people at Nokia didn't get me a test phone in the ~2 years I tried. My wishlist is online :)

gvfsd-obexftp

I committed my work on the ObexFTP backend for gvfs yesterday, and fixed a good number of bugs in it today (one deadlock, missing icons, etc.). And it's looking quite neat.

After selecting the device in the Bluetooth applet's "Browse Device..." menu, the device shows up on the desktop with a nice name and a window pops up.

Nice icon!

Photos I need to upload somewhere!

The nice thing is that it'll automatically unmount when the phone is out of range, or the Bluetooth adapter is removed/disabled (such as when suspending).