Many components of gtk failing on linux (debian-etch)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar GTK+ Frontends |
Fix Released
|
Low
|
David Roberts |
Bug Description
My machine is an asus Eeepc 701 'netbook'. The operating system is the supplier's version of xandros, which I understand to be closely related to debian etch.
Bzr is 2.1.0b3. I have branched gtk 0.98.0dev1 [r671] to my plugins directory.
Some bzr-gtk commands seem to work correctly, including gcommit, gconflicts, gdiff, ginit, gprefs, gpush, gstatus.
The others fail. This includes gannotate, gbranch, gcheckout, ginfo, gmerge, gmissing, gsend, gtags, visualise.
The error is common to the above. Line 54 of revisionview.py: gtk.link_
AttributeError: 'module' object has no attribute 'link_button_
API documentation for gtk suggests that 'link_button_
The version of PyGtk available from debian-etch repositories is 2.8.6-8.
Is there any patch or workaround for this, or do I have to conclude that bzr-gtk is not compatible with my Operating System? Are there any older but still functional releases of bzr-gtk that would not have PyGtk 2.10 as a pre-requisite?
Related branches
- Vincent Ladeuil: Needs Information
-
Diff: 69 lines (+12/-7)2 files modifiedrevisionview.py (+4/-2)
viz/branchwin.py (+8/-5)
Changed in bzr-gtk: | |
status: | New → Confirmed |
importance: | Undecided → High |
Changed in bzr-gtk: | |
status: | Triaged → Fix Committed |
Changed in bzr-gtk: | |
milestone: | none → 0.100.0 |
Changed in bzr-gtk: | |
status: | Fix Committed → Fix Released |
assignee: | nobody → David Roberts (smartgpx) |
gtk.link_ button_ set_uri_ hook is referenced in revisionview.py set_tool_ item_type is referenced in viz/branchwin.py
gtk.Action.
These are PyGtk 2.10 innovations. debian-etch supplies PyGtk 2.8.6-8
Both uses appear to be 'cosmetic' - they do not seem to set up or manipulate objects that the code later relies upon.
As a workaround - to prove that the remainder of the code runs successfully - simply commenting out these references seems to be effective. But I don't have enough knowledge of python, gtk or the bzr-gtk codebase to know whether there are unacceptable consequences to this.
'Proof of concept' branch proposed for merge to encourage discussion.