Simple On-screen Keyboard with macros and easy layout creation. Additionally, it allows you to dynamically resize it. It depends on a python library called 'virtkey', which was created by the author of this utility. I will attach an ebuild for that as well. This package was developed for Ubuntu as a summer of code project, and currently is their default on screen keyboard. I have adapted their package to a gentoo ebuild. I'm not sure what Gentoo policy is on using packages developed by other distros, but its GPL so I don't think it will be an issue. I'm installing a Gentoo Linux system in my car, utilizing a touchscreen, and this on screen keyboard is way better than the others I've tried. A portage overlay for both of these ebuilds is located at http://homepages.wmich.edu/~d3spicuz/project/onboard-0.85.tar.bz2
Created attachment 110186 [details] Ebuild for onboard-0.85
Created attachment 110188 [details] Ebuld for virtkey, a python library which is a dependency of onboard.
Created attachment 110230 [details] Revised ebuild for onboard
Onboard and virt key have been updated to 0.88 and 0.42 could these ebulds be updated?
Created attachment 141905 [details] virtkey 0.42 ebuild ebuild for updated virtkey
if the ebuild was graciously written and it works... most of the work is done. Why isn't this in the portage tree 5 months later? Maybe someone from sunrise would be interested in picking this up...
Created separate bug (#248256) for python-virtkey, as it's used also by gestikk. Could you add it to depends?
Created attachment 174398 [details] Less faily ebuild for new version of failcode I've rewritten the ebuild from scratch. But it still needs some fixes, combined with failcode path fixes.
I switched my carputer to Ubuntu Mobile earlier this year, so I haven't had a need for this ebuild for awhile now. I might suggest however that you update it to the version in intrepid, given the link is currently pointing to the feisty branch of ubuntu's repository. It appears onboard has been upgraded to 0.91, and virtkey has been updated to 0.50
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Heuristics show that no Gentoo developer has commented on your ebuild. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
Created attachment 188294 [details] onboard-0.91.2.ebuild Damn simple ebuild for 0.91.2 version that I wrote. It was based on previous 0.86 ebuild and it works for me. Notes about this ebuild: * 0.91.2 uses distutils, thus the ebuild became trivial to write. * It installs an egg at: /usr/lib64/python2.5/site-packages/onboard-0.0.0-py2.5.egg-info Shouldn't the egg have the correct version number? Or is this an upstream problem? * It installs a file that doesn't seem to be used anywhere in the code: /usr/share/onboard/scripts/changekbd.sh Again, probably just an upstream problem. * Maybe the *.desktop files require some tweaking to make them show up in the correct menu category.
I can see that there are several requests for this, I will be working with our gnome-accessibility team to see if they can pick it up.
gnome accessibility team, this seems to be a popular package with some users, and there is an ebuild attached. Can one of you look this over and see if we can put it into portage? Thanks, William
Created attachment 200139 [details] Fixed Denilson's ebuild I've updated SRC_URI & HOMEPAGE, did some cleanup and simplified the RDEPENDs.
Ebuild is now in Sunrise, you can view it using following URL: http://overlays.gentoo.org/proj/sunrise/browser/reviewed/app-accessibility/onboard
Created attachment 205974 [details] python-virtkey-0.50.ebuild python-virtkey-0.50.ebuild required by onboard ebuild.
Created attachment 206050 [details] onboard-0.92.0.ebuild onboard-0.92.0.ebuild
Created attachment 206055 [details] python-distutils-extra-2.10.ebuild needed for onboard-0.92.0 python-distutils-extra-2.10.ebuild
To build onboard-0.92.0.ebuild, I had to make python-virtkey-0.50.ebuild and python-distutils-extra-2.10.ebuild.
(In reply to comment #19) > To build onboard-0.92.0.ebuild, I had to make python-virtkey-0.50.ebuild and > python-distutils-extra-2.10.ebuild. > When I emerge onboard I get the following error on python-distutils-extra: * Building of dev-python/python-distutils-extra-2.12 with Python 2.6... python2.6 setup.py build -b build-2.6 Traceback (most recent call last): File "setup.py", line 3, in <module> from setuptools import setup ImportError: No module named setuptools So dev-python/setuptools should be a dependency of python-distutils-extra.
When starting onboard I get the following python exception: $ onboard Traceback (most recent call last): File "/usr/bin/onboard", line 14, in <module> from Onboard.OnboardGtk import OnboardGtk as Onboard File "/usr/lib/python2.6/site-packages/Onboard/OnboardGtk.py", line 45, in <module> class OnboardGtk(object): File "/usr/lib/python2.6/site-packages/Onboard/OnboardGtk.py", line 53, in OnboardGtk _window = KbdWindow() File "/usr/lib/python2.6/site-packages/Onboard/KbdWindow.py", line 36, in __init__ self.icp = IconPalette() File "/usr/lib/python2.6/site-packages/Onboard/IconPalette.py", line 92, in __init__ join(config.install_dir, "data/onboard.svg")) glib.GError: Couldn't recognize the image file format for file '/usr/share/onboard/data/onboard.svg' I probably have to enable the svg use flags for: dev-python/pycairo and x11-libs/cairo But shouldn't this be a dependency of onboard?
(In reply to comment #21) > I probably have to enable the svg use flags for: > dev-python/pycairo and x11-libs/cairo Unfortunately adding the svg use flag to these packages does _not_ solve the python exception.
(In reply to comment #22) > (In reply to comment #21) > > I probably have to enable the svg use flags for: > > dev-python/pycairo and x11-libs/cairo > > Unfortunately adding the svg use flag to these packages does _not_ solve the > python exception. > After re-emerging glib and gtk+ the error disappears.
(In reply to comment #20) > When I emerge onboard I get the following error on python-distutils-extra: > > * Building of dev-python/python-distutils-extra-2.12 with Python 2.6... > python2.6 setup.py build -b build-2.6 > Traceback (most recent call last): > File "setup.py", line 3, in <module> > from setuptools import setup > ImportError: No module named setuptools > > So dev-python/setuptools should be a dependency of python-distutils-extra. You should open a bug for that.
(In reply to comment #24) > You should open a bug for that. Ok, done: #303317
Note that I tested onboard and its dependency python-virtkey on my x86 system. Onboard works correctly so I think ~x86 can be added to the keywords of both packages.
Ok, -r1 should be now in Sunrise, with RDEPEND update and KEYWORDS change.
(In reply to comment #27) > Ok, -r1 should be now in Sunrise, with RDEPEND update and KEYWORDS change. Thanks, I see the added svg useflag to cairo in RDEPEND. However I don't see the added ~x86 KEYWORD.
Hello, everyone. It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project. Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that: 1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it. 2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding. 3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint. 4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality. Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise. [1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers [2]:https://gitweb.gentoo.org/proj/sunrise.git/
Created attachment 520056 [details] Onboard ebuild I found this ebuild in wjn-overlay https://gpo.zugaina.org/Overlays/wjn-overlay/app-accessibility/onboard Maybe someone can check it and push to main tree. Best on screen keyboards for X11 and touchscreen device.
