I'm running Fedora 11 Preview (updated to latest Rawhide), and I cannot add the Hamster applet to my GNOME panel. Hamster appears on the "Find an item to add to the panel" list as: Time Tracker Project Hamster - track your time But when I select it and click "Add", a pop-up panel appears that says: The panel encountered a problem while loading "OAFIID:Hamster_Applet". Do you want to delete the applet from your configuration? I can't find any other error messages. I had no problems with Hamster on Fedora 10. Versions: 0:hamster-applet-2.26.0-1.fc11.x86_64
Could you try running the following command from a terminal and posting the output here? /usr/lib64/hamster-applet/hamster-applet -w -t
Aha; that was useful: Data Dir: /usr/share/hamster-applet SELECT version FROM version None ALTER TABLE facts add column description varchar2 () Traceback (most recent call last): File "/usr/lib64/hamster-applet/hamster-applet", line 60, in <module> hamster.__init_db() File "/usr/lib64/python2.6/site-packages/hamster/__init__.py", line 90, in __init_db storage = Storage(dispatcher) File "/usr/lib64/python2.6/site-packages/hamster/storage.py", line 26, in __init__ self.run_fixtures() File "/usr/lib64/python2.6/site-packages/hamster/db.py", line 689, in run_fixtures self.execute("ALTER TABLE facts add column description varchar2") File "/usr/lib64/python2.6/site-packages/hamster/db.py", line 506, in execute res = cur.execute(statement, params) sqlite3.OperationalError: duplicate column name: description From digging in /usr/lib64/python2.5/site-packages/hamster/db.py, I see the problem: hamster-applet 2.24.2 (on Fedora 10) has this code: #lock down current version self.execute("UPDATE version SET version = 4") While hamster-applet 2.26.0 does this: # at the happy end, update version number if version < current_version: #lock down current version self.execute("UPDATE version SET version = %d" % current_version) I rsync ~/.gnome2/hamster-applet among the various boxes I use. When I rsync'ed the version 5 db from my Fedora 11 Preview box back to my Fedora 10 box, when I next ran hamster-applet on my Fedora 10 box, it "upgraded" the version number of the db from 5 to 4. While that didn't cause any problems for 2.24.2, when I rsync'ed that db back to my Fedora 11 Preview box, the next time hamster-applet ran, it thought the database was out of date, and attempted to update it, which failed because it was actually a version 5 database mislabeled as version 4. For now, as a work-around, I'll just reset the db version number manually after 2.24.2 rewinds it to 4. I can think of at least two different ways to fix this: 1. Release hamster-applet-2.26.0 for Fedora 9/10. 2. Patch 2.24.2 to use the "if version < current_version" check. I'd vote for option #1, as 2.26.0 squashes the annoying "garbage date in date field on 64-bit machines" bug: http://bugzilla.gnome.org/show_bug.cgi?id=568797
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Closing, as Fedora 10 is about to go EOL, and F11 (and later) don't have this problem.