Categories
Python

Python Warts

I started my own page of Python warts, similar to A. M. Kuchling’s popular page. At the moment it just features one wart (the len() function vs. a length property on container classes). But I plan to add more warts in the future. I will probably concentrate on warts in the standard library. (And there are tons of them.) Two warts that come to mind are the unpythonic (but very SAXy) SAX library, and several warts in the unittest module.

Categories
GNOME

Google Summer of Code and Networked Tomboy

My Google Summer of Code application, called Networked Tomboy was accepted. Just to quote myself:

Tomboy is a note-taking application for the GNOME desktop. As such it is evolving as a replacement for the traditional ‘sticky notes’ applet and offers several advantages, including easy formatting and wiki-style links. But currently Tomboy notes are limited to the desktop. That means that users can’t easily transfer their notes between different desktops (e.g. their home and work computer or their desktop and laptop PC) or publish their notes for other users.

This project is supposed to solve this problem. Using an abstraction of Tomboy’s data storage format and system, an alternative system for storing notes in a central repository will be developed. This repository can then be accessed by Tomboy instances. Additionally a note publishing system will be developed. It will allow to publish selected notes either on a local network (using Zeroconf) or to web pages.

I’m rather happy to get the opportunity to hack on a program that I use myself and that missed functionality I need.

Categories
GNOME Python

Python Bindings for librsvg

Background: I started to re-write the old GNOME Chess application in Python. GNOME Chess is still a Gtk+ 1.2 application and as its Debian maintainer I want a modern version in Debian. Of course the chess board should be drawn with Cairo and the chess pieces were supposed to be SVG graphics. After a little research I noticed that the Debian package of pycairo did not enable SVG support. After I filed a bug report about this I found out that the cairo.svg module depends on the obsolete and not supported libsvg. Instead librsvg offers Cairo support and is the preferred solution. Only that there were no Python binding for librsvg.

So after fighting a whole day with pygtk, pyobject, and assorted tools, I am proud to present pyrsvg, Python bindings for librsvg. They are not really tested and probably need improvement. Please send any bugs or suggestions for improvement to me. In the long term I want this to become part gnome-python or gnome-python-extras.

Update: The bindings are now part of python-gnome-desktop (since version 2.15.1/2.16).

Categories
Debian

Ubuntu (Non-)Collaboration

Today I discovered on Debian’s Package Tracking System that Ubuntu has patched my Netatalk package. The patch seems to be rather useful (start cnid_metad in init if the user requests it). I just wonder why it was never submitted directly to me. Isn’t it easier just to take the upstream message than to (re-)sync every time I release a new version?


Below are relevant comments from my old blog system:

Ubuntu mass-submits patches

by Sami Dalouche

Hi,

I’m not 100% sure, but I think that Ubuntu massively sends patches when a new version is released…

Any confirmation ?

Not as far as I know

by Chris Cunningham

Canonical specifically request that work is sent upstream because it reduces the workload for their employees. Launchpad is meant to make this a straightforward process. I’m sure it wasn’t malicious, although you could always find out by asking directly.

– Chris

“Ubuntu” as an entity.

by Jeff Bailey

Sebastien,

Remember that “Ubuntu” isn’t an entity, it’s a project of people – some of whom work for Canonical.

Canonical employees (of which I am one) are expected to submit fixes that we do to packages back to Debian. Others who work on Ubuntu (community volunteers, people paid by companies other than Canonical) are requested to do so, but are not forced.

“netatalk” is in universe, which is a section of the distribution worked on pretty much entirely by community members.

I hope that helps! Feel free to email me if you have specific questions.

Tks,

Jeff Bailey

by Zak B. Elep

Hi jroger! 🙂

I was the last one to merge in the previous Ubuntu changes to your package. It (the patch) was already in Breezy courtesy of Ante Karamatic (ivoks), and I remerged it again to your last two versions of netatalk.

I was intending to inform you the soonest about this change, but my school (and non-Ubuntu) work has been my concern in the past few weeks, and, as I see that the PTS already has a link to Scott’s patch repository, I felt that I should leave it to you whether to merge in the changes or not, since it is your prerogative to do so, being netatalk’s maintainer.

Perhaps a better improvement for the PTS interacting with the Ubuntu archive would be automatic notification when Ubuntu changes are committed. I myself would like this, since I maintain/adopt some Debian packages myself, and it would be a great convenience for me if someone else looks at my package(s) in Ubuntu and makes changes without having to contact me first.

I hope that helps 🙂 If you have some questions, just look for me on freenode 🙂

Cheers,

Zakame

by Sebastian Rittau

Thanks to everybody who has responded. I am aware that Ubuntu consists of many maintainers, and not all are working for Canonical. I would really like some automatic system that forwards (new) Ubuntu patches to Debian maintainers. The integration of Scott’s repository into the PTS is a great first step. I just probably just check the PTS more often. 🙂 

Categories
GNOME

Activity Monitor

The Problem

Several applications need to know about user activity. This includes screen savers, RSI prevention tools like Workrave, and IM programs (for automatic away message). Currently each program has to implement activity tracking itself. This means that there is no unified configuration, but also that programs like movie players have to resort to hacks to prevent screen savers from activating. It’s also not possible for users to trigger a generic “away” event that causes the screen to be locked, the IM program to set the away status etc. pp.

A unified system would have the following requirements:

  • There needs to be an idle time, after which screensavers could active. for example.
  • There needs to an away time, after which the user is considered to be AFK. This could trigger screen locking, and IM status changes.
  • Programs must have the ability to signal user activity, so that screen savers won’t activate while watching a movie.
  • Programs must have the ability to temporarily shut the activity listening off. This is needed by xlock-like programs, where the program itself is the only authority to reenable user activity.

The Proposal

A central daemon (yay, another daemon!) communicates with other program via d-bus. This daemon listens for user activity, i.e. mouse movement and key presses. Basically there are four user states:

busy
The user is currently using the computer.
lazy
The user hasn’t used the computer for a set amount of time.
away
The user is away from the keyboard.
locked
Like “away”, only that wakeup events are ignored until the
mode is manually changed.

In general the possible mode changes are busy → lazy, busy → away, busy → locked, lazy → busy, lazy → away, lazy → locked, away → busy, away → locked, and locked → busy.

The following messages are sent by the daemon:

idle
This specifies are reason for the status change as parameter,
for example “timeout:600”, meaning that there was no user activity
for 600 seconds. This message may be repeated with reason “repeat”.
away
This message is sent when the user is away. It also includes
the reason, for example “timeout:1200” or “userrequest”. It may
also be repeated.
busy
This message is sent when the user returns to work. It has
an optional reason parameter, and may be repeated.

The daemon understands the following messages:

activity-ping
This is sent by some applications, like movie viewers every
few seconds to signal that the user is busy, although there is
no user activity.
gone-away
This is sent by applications when the user explicitly toggles
the away status, for example by selecting “lock screen” from the
system menu.
locked
Similar to gone-away, only that auto-wakeup is disabled. The only
entity to reenable listing to events is the sender of the locked
message. Therefore a detail string must be passed. This is used by
xlock-like applications to prevent applications from changing the
“away” status, just because someone moved the mouse.
unlocked
The corresponding unlock signal to the locked message. Must use
the same detail string.

Use Cases

Screen Saver
When the screen saver receives the away signal, it
turns on the screen saving (if it’s not already running). If it
receives the busy signal, it turns of the screen saver. It ignores
the other signals.
Away Button
When a user uses a potential away button in the system menu,
the menu sends the “gone-away” message to the daemon.
Screen Lock
When a user uses the “Lock Screen” button in the system
menu, the menu sends the “locked” signal to the daemon. It starts
the screen saver and listens to user input. When the correct
password has been entered, it sends the “unlocked” signal and
ends the screen saver mode.
Screen Saver with Locking
When the screen saver receives the away signal, it starts
screen saving, and sends the “locked” signal to the daemon. When
there is user input and the correct password is entered, it sends
the “unlocked” signal.
Instant Messengers
When the IM program receives the “away” signal, it turns
on the auto-responser and possibly the away method. The
auto-responder message may be modified according to the reason
detail parameter. When the IM program receives the busy signal,
it turns auto-responding and away status off.

To Do

  • The current proposal does not address RSI prevention programs like Workrave.
  • Security implications of the locked mode.
  • The disparity in screen saver responsibilities between normal screen saver activation and xlock activation.
Categories
Software Development

Standards

Mark Pilgrim posted a great article about the problems of many committee standardization processes. Microformats use a different approach: Design for the common case first, think about corner cases only later.

Categories
Debian Netatalk

Netatalk 2.0.3-2

I just released Netatalk 2.0.3-2. This version solved the conflict with yudit by renaming /usr/bin/uniconv to /usr/sbin/netatalk-uniconv. As this is a tool that is only required very occasionally (i.e. when updating a volume from one character set to unicode, which hopefully you will only have to do once per volume), this change should be fairly unobstrusive.

Resolving the conflict with bigloo is more bothersome. Bigloo also contains a binary called afile, just like Netatalk. But since this is a tool that is possibly used regularily by some users and may even be used in scripts, I fear that simply renaming it may break things. I think I will just try to rename afile (and a few other similar commands) to apple_file, add a note to NEWS.Debian, and upload this to unstable. If too many users complain, I will probably use a transitional strategy: Rename the tools, add the note to README.Debian, but leave symlinks hanging around until after the release with etch. This would mean that the conflict with bigloo can’t be resolved until then.

Other opinions or suggestions on that matter are welcome.

Categories
Debian GNOME

ORBit 2.12.2-2

Uploaded a new version of ORBit2 that fixes bug #317352. It seems that at some point ORBit2 stopped building the API documentation by default, so it wasn’t included in liborbit2-dev anymore. Fixed that by providing the –enable-gtk-doc configure option. But then the API documentation is in a really bad state.

Also noticed that the linc-cleanup-sockets utility program hardcodes /tmp. Added a simple patch to GNOME bug #149394 that fixes this problem and commited it after I got Michael Meeks’ permission. This fix isn’t in the Debian package yet, though.

Categories
GNOME

Thoughts on Notifications

There has been much talk lately about notifications in GNOME. Here are my thoughts. Basically there are different kinds of notifications:

  1. Notifications that need attention soon. This includes things like notebook battery running low, a phone call, an IM chat request, or an appointment. Generally these kinds of notifications need to draw attention to themselves without being distracting. While they need to taken care of, you normally want to finish the current sentence in the letter you are writing, read the current paragraph on the web page you are visiting, or quickly jot down your thoughts so they don’t get lost.Generally these kinds of notifications should only disappear when one of the following happens:
    • The user explicitly dismissed them (“I know that the battery is running low.”) or handles them (picks up the phone). Normally the notification itself should offer an easy way to do both.
    • The condition for the notification goes away. For example, a notebook running low on battery was reconnected to the power grid or a caller has hung up. The latter kind of notifications can then often be replaced by a type 2 notification.
    • The condition for the notification has become irrelevant. For example, a meeting is over according to the timetracking application, but the user has not taken action.

    In general such a notification should not go away automatically, since the situation has to be taken care off, even if the user is not currently at his computer. For example, a user has taken a coffee break and forgotten about a meeting. In the meantime the computer pops up a notification about it. If the notification would automatically disappear after a few minutes, the user might never notice that it had been there in the first place. If it stays, he will notice it and can still go to his meeting (better late than missing it completely).

    I think for this kind of notifications, popups are the best approach.

  2. Notifications about events that the user will want to check often, but that are not time critical. These kinds of notifications must be handled at some point, though. The poster child of this kind of notifications is of course e-mail. Such a notification should also provide the ability to quickly access the object the notification is about, for example open your inbox folder. Generally these kinds of notifications don’t go away, as long as the condition is true. If there is new e-mail, there is new e-mail.The best approach to these kinds of notifications is in my opinion icons in the panel, possibly using the notification applet. Icons are unobstrusive and can be checked quickly.
  3. Finally there is a group of things that aren’t notifications at all, but more information that the user wants to process from time to time. There is no harm if you miss a notification. Examples are news feeds or when somebody else added an appointment to your calendar. In the latter case, you would notice this appointment either when you are checking your calendar, or when the appointment is due.

The classification of many kinds of notifications are highly user-specific though. A user should be able to configure them, even though the fact that he is configuring the “notification level” can often be hidden. For example, a mail programm could have folder with differing flags: an “urgent” folder would generate notifications of the first kind, while a mailing list folder would generate generate no notifications. Normal e-mail generates type 2 notifications.

Finally, I will discuss some specific application and how they relate to the categories above, in my opinion:

e-mail
As described above, e-mail would normally generate notifications of type 2. A user can glance towards the notification area from time to time and if there is new mail, there will be a mail icon. This icon could even be varied to indicate which folder the mail is in, e.g. if it’s private or work related mail etc. Also, the may be urgent folder that generate notifications of type 1 or bulk mail folders that wouldn’t generate any notifications.
music player
In my opinion a music player should generate no notifications. It is quite obvious when a new track starts, because – well – the music changes. If you really want to know what the current song is, you can hover your pointer over the music player’s applet icon and it should show a popup with the current song title, artist, etc.
instant messaging
When someone is trying to contact you, a type 1 notification should be generated. You can choose whether to accept the talk request, or to reject it. (Though the latter does not necessarily mean that the other person needs to learns that you actively rejected their talk request.) If you just ignore the talk request, it would go away after 5 minutes and replaced by a type 2 notifcation that shows an icon in the notification bar. This indicated that there is an IM message waiting for you.

Joins and leaves are normally a type 3 notification, i.e. not something that usually appears on the screen. Of course a user should be able to flag some buddies specially, so that they would generate a type 2 notification if they join. This is useful if you are waiting for someone.

phone ringing
This works quite similar to the IM case. As long as someone is calling, there is type 1 notification that allows to to pick up the phone or to ignore the call. When the caller gives up, the type 1 notification is replaced by a type 2 notification. “XYZ tried to call you. They left the following message on the voice box: …”
news aggregators
New aggregators should usually generate type 3 notifications. Normally new news items are not immediatly interesting and people will just want to check the news from time to time. Of course it is possible that there are more important news that could get a type 2 or even a type 1 notification.
weather applet
This should usually not generate any notifications. It’s just something a user glances up to when they want to know the current temperature and conditions. There is an exception though: If there is a weather warning, the weather applet should show a type 1 notification that will go away when it’s either dismissed or the weather conditions changed again.
battery charge
This should generate a type 1 notification if the battery is running low. The notification will go away when it’s either dismissed or power is restored.
network stuff
Network switching This is also something that should happen automatically. Why bother the user with something that is mostly irrelevant? The same is true for connect/disconnect messages. As someone pointed out, just show an error when someone tries to initiate an action that requires a network connection and none is available.
new devices
No notification needed. Devices that were plugged in should just do the right thing: USB sticks should appear on the desktop, cameras should open an image storage program etc. pp.
appointments
Appointments should generate a type 1 notification. They need active dismissal and only go away automatically when the appointment is over. The latter case could also generate a “missed appointment” type 2 notification.
Categories
Blog GNOME

Blogging Application

To teach myself C# I have written a little GNOME Blogger application for my custom built blog. This is a first test of it. Of course there’s lots of work still left to do. For example, it doesn’t automatically generate the actual HTML/RSS pages by calling the generation script. Also, I still have to do all HTML markup by hand.