Bug 500758
Summary: | cannot add hamster-applet to GNOME panel | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | James Ralston <ralston> |
Component: | hamster-applet | Assignee: | Mads Villadsen <maxx> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 11 | CC: | maxx |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-12-01 17:27:48 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
James Ralston
2009-05-14 00:54:27 UTC
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. |