Package Details: obkey-git 1.0.47.gcf99076-1

Git Clone URL: (read-only, click to copy)
Package Base: obkey-git
Description: Openbox Key Editor - converted to PyGObject.
Upstream URL:
Licenses: GPL2
Conflicts: obkey
Provides: obkey
Submitter: nsf
Maintainer: None
Last Packager: micwoj92
Votes: 112
Popularity: 0.000000
First Submitted: 2009-02-11 15:04 (UTC)
Last Updated: 2022-01-03 02:16 (UTC)

Latest Comments

1 2 3 Next › Last »

stevenhoneyman commented on 2015-03-28 13:57 (UTC)

Nah it's dead upstream and I just did a "best effort" job of porting it across in the hope it would be picked up by someone with more python enthusiasm than me :P

pmattern commented on 2015-03-28 13:53 (UTC)

> P.S. You'd missed a variable "$_pkgname" Yeah. An oversight as I first intended to introduce this variable as it's used e. g. in all LXQt Git packages but later on thought this actually doesn't make sense here. Sorry. While we're at it: an issue tracker regarding the code / fork itself doesn't exist, does it?

stevenhoneyman commented on 2015-03-28 13:20 (UTC)

Thanks - updated. I think python2-gobject2 *may* solve your gtk3 issue but might need some change making. I really hate python and this whole python2/3, gtk2/3 battle. P.S. You'd missed a variable "$_pkgname"

pmattern commented on 2015-03-28 13:07 (UTC)

ObKey compiled using this package fails to start on systems lacking gtk3. The corresponding error message starts off with > You have imported the Gtk 2.0 module. Because Gtk 2.0 was not designed for use with > introspection some of the interfaces and API will fail. As such this is not supported by the > pygobject development team and we encourage you to port your app to Gtk 3 or greater. Looks like gtk3 was missing as dependency but not sure whether there's some other workaround. It would be helpful to have obkey.desktop integrated in this package. If you should be interested you may find a PKGBUILD version implementing all this at your disposal on It also comprises some changes similar to those that did exist in sekret's one already: => 'armv7h' was added to 'arch' as ObKey is working fine on a Cubietruck running Arch Linux ARM here. Not sure whether 'all' applies as well as I can't test different architectures. => download is handled via HTTPS => package version is derived from Git checkout while building as it's common practice with VCS packages in AUR Aside from this the package is missing AUR metadata file .SRCINFO as described on

stevenhoneyman commented on 2015-02-21 17:23 (UTC)

Looks functionally identical apart from different version numbering style. Did I miss something?

sekret commented on 2015-02-21 17:15 (UTC)


stevenhoneyman commented on 2014-06-09 19:46 (UTC)

Hi Melodie, I'll try to help! None of the "logic" in the code has changed, just a lot of changes to wording, and a few functions that need an extra parameter now - so I would expect the old obkey to have the exact same error. From the looks of it though, my best guess would be your rc.xml file has more than one <keyboard></keyboard> section, or <chainQuitKey></chainQuitKey> is missing from it. If you can email me your rc.xml file, I can take a look and see if I can either find the problem, or add some better error handling to the obkey code if it is just a simple mistake in your config file causing the issue. Thanks, Steven

melodie commented on 2014-06-09 03:17 (UTC)

Hi stevenhoneyman, it is nice of you! I have updated, however it does not start, it errors with this message: ************* $ obkey Traceback (most recent call last): File "/usr/bin/obkey", line 50, in <module> ktbl = obkey_classes.KeyTable(al, ob) File "/usr/lib/python2.7/site-packages/", line 189, in __init__ self.apply_cqk_initial_value() File "/usr/lib/python2.7/site-packages/", line 369, in apply_cqk_initial_value cqk_accel_key, cqk_accel_mods = key_openbox2gtk(self.ob.keyboard.chainQuitKey) File "/usr/lib/python2.7/site-packages/", line 91, in key_openbox2gtk toks = obstr.split("-") AttributeError: 'NoneType' object has no attribute 'split' ************* I hope it can be fixed? Regards, Mélodie

stevenhoneyman commented on 2014-05-25 12:01 (UTC)

Updated the code to use PyGObject instead of the legacy PyGTK, as upstream has been "dead" for years