Re: Accessibility for person with a motor disability
El 20/03/18 a las 10:35, Alex ARNAUD escribió: Are you aware of differences between eviacam and GNOME mousetrap? I didn't try recent versions, thus I cannot answer What is as you know the most efficient way to write text with a head-tracking software? As Thibaut suggested, I think the most efficient writing system for head-tracking is dasher. However, all people I've seen using a head-tracker combined it with some sort of on-screen keyboard. Best Cesar
Re: Accessibility for person with a motor disability
* Does head-tracking is really efficient? (Disclaimer: I'm the author of eViacam and EVA Facial Mouse) If by efficiency you mean achieving the same throughput than a regular mouse, then the answer is no. I'm not aware about any head tracker solution able reach the same low difficulty level (in terms of the Fitt's law) and interaction speed as the mouse. In other words, interacting with the computer using a head tracker is slower than using a mouse. However, if you mean whether is there a FOSS head tracker solution available for GNU/Linux as efficient as similar products, then I would say yes. I know about some eViacam users that say that it is almost as accurate as the best hardware based commercial solutions. This, of course, is opinionable and user experience depend on many factors such as practice and working conditions (quality of the camera, lighting, etc.). * Do you know if there are other useful application? There was a website that collected many open source assistive technology software (not only for GNU/Linux). The site is now gone but could be still consulted here: https://web.archive.org/web/20160412220413/http://www.oatsoft.org:80/Software/listing/Repository Best Cesar El 19/03/18 a las 17:52, Alex ARNAUD escribió: Hello all, To help people with motor disability, I'm trying to search what software and technologies exist on GNU/Linux. Sorry for the cross-list post but I don't know where to ask for help. I've already found the following software: * dasher: for writing text * eviacam: a head tracking software * mousetrap: another head tracking software * onboard: a configurable on-screen keyboard My questions are: * Do you know if there is eye-tracking software? * Does head-tracking is really efficient? * Do you know if there are other useful application? * Do you know how to use the numeric keyboard to move the mouse on Mate? * Is there a mailing list or forum where there are people with motor disability using GNU/Linux? Best regards.
Re: RFS: eviacam
Hi Alex, Thanks for your support. I followed your instructions and it seems to work fine on my debian jessie box. However, I'm not sure how to share the updated package. I mean, do I have to remove and upload the (updated) package again without touching the version number? Or perhaps, is it better to bump the version number (i.e. 2.0.1-5 -> 2.0.1-6)? Regards, Cesar El 17/09/2015 a las 3:28, Alex Vong escribió: Hi Cesar, It is early in the morning and I have spot "Debhelper compatibility level 7" in <http://mentors.debian.net/package/eviacam> but I believe the latest "Debhelper compatibility level" is "9". Perhaps you should try $ echo 9 > debian/compat and adding Build-Depends: debhelper (>= 9) to debian/control and see if the package works nice with the latest "compatibility level". Cheers, Alex 2015-09-17 3:38 GMT+08:00, Cesar Mauri <ce...@crea-si.com>: Hi Gianfranco (and all), I just filled a RFS bug [1]. Package seems know to be lintian clean (version 2.0.1-5). [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799205 Thanks for the support. Regards, Cesar El 16/09/2015 a las 18:39, Gianfranco Costamagna escribió: Hi Cesar, please open an RFS bug and fix the lintian stuff shown on mentors.d.o page. + Buildsystem: Package uses debhelper with an old compatibility level – Package uploaded for the unreleased distribution – Watch file is not present after that I'll have a look at it. cheers, G. Il Mercoledì 16 Settembre 2015 18:22, Cesar Mauri <ce...@crea-si.com> ha scritto: Hi Luke and all, I uploaded source packages for the latest upstream version (2.0.1) here [1]. Source code repo here [2]. [1] https://mentors.debian.net/package/eviacam [2] https://sourceforge.net/p/eviacam/eviacam/ci/master/tree/ Cesar El 16/09/2015 a las 2:10, Luke Yelavich escribió: On Wed, Sep 07, 2011 at 05:36:47AM AEST, Cesar Mauri wrote: Hi, I've managed to upload eviacam again to mentors site and appears to be lintian clean. http://mentors.debian.net/package/eviacam Hey folks. We in the Ubuntu desktop team have been contacted by Cesar once again about getting this into Ubuntu and Debian. It seems that this was left by the wayside back in 2011. Such things often happen, but perhaps we can take another look, ahd hoefully get a DD to sponsor this. Seems this URL doesn't take me to a page where I can download the package and have a look. Cesar, do you have a recent revision of this package anywhere? I am not a DD, but I am happy to take a look and comment on how ready it is for upload to Debian. Luke -- César Mauri Loba CREA Sistemes Informàtics +34 685817309 AVISO LEGAL: Este mensaje y sus archivos adjuntos van dirigidos exclusivamente a su destinatario, pudiendo contener información confidencial sometida a secreto profesional. No está permitida su comunicación, reproducción o distribución sin la autorización expresa de CESAR MAURI LOBA. Si usted no es el destinatario final, por favor elimínelo e infórmenos por esta vía. De acuerdo con la LOPD, le informamos que los datos personales y dirección de correo electrónico, recabados del propio interesado o de fuentes públicas, formarán parte de un fichero responsabilidad de CESAR MAURI LOBA, siendo la finalidad del mismo el envío de comunicaciones sobre nuestros productos y servicios. Si lo desea, podrá usted ejercitar los derechos de acceso, rectificación, cancelación y oposición de sus datos dirigiéndose a la dirección Carrer Sant Isidre, 4 - 2 C CONSTANTÍ (TARRAGONA) o enviando un mensaje al correo electrónico ce...@crea-si.com. LEGAL NOTICE: This message and any attachments are intended exclusively for their destination and may contain confidential information subject to professional secrecy. Is not permitted their communication, reproduction or distribution without the express written permission of CESAR MAURI LOBA. If you are not the intended recipient, please delete and inform us by this route. According to the LOPD, we inform you that the personal information and email address, obtained from the data subject or of public sources, will be part of a file of CESAR MAURI LOBA, with the finality of it send communications about our products and services. If you wish, you may exercise your rights of access, rectification, cancellation and opposition of their data by contacting the address Carrer Sant Isidre, 4 - 2 C 43120 CONSTANTÍ (TARRAGONA) or by sending an email to ce...@crea-si.com.
Re: RFS: eviacam
Hi Luke and all, I uploaded source packages for the latest upstream version (2.0.1) here [1]. Source code repo here [2]. [1] https://mentors.debian.net/package/eviacam [2] https://sourceforge.net/p/eviacam/eviacam/ci/master/tree/ Cesar El 16/09/2015 a las 2:10, Luke Yelavich escribió: On Wed, Sep 07, 2011 at 05:36:47AM AEST, Cesar Mauri wrote: Hi, I've managed to upload eviacam again to mentors site and appears to be lintian clean. http://mentors.debian.net/package/eviacam Hey folks. We in the Ubuntu desktop team have been contacted by Cesar once again about getting this into Ubuntu and Debian. It seems that this was left by the wayside back in 2011. Such things often happen, but perhaps we can take another look, ahd hoefully get a DD to sponsor this. Seems this URL doesn't take me to a page where I can download the package and have a look. Cesar, do you have a recent revision of this package anywhere? I am not a DD, but I am happy to take a look and comment on how ready it is for upload to Debian. Luke
Re: RFS: eviacam
Hi, I've managed to upload eviacam again to mentors site and appears to be lintian clean. http://mentors.debian.net/package/eviacam Thanks, César El 24/08/2011 0:25, Cesar Mauri escribió: Hi Kilian, Thanks for your review. The file debian/po/templates.pot has a lot of template headers still though. Please fill in all fields that are still holding bogus data. Done. Also added Catalan and Spanish translations. However, every time I run debconf-updatepo this file gets overwritten and so the headers. Is there a way to update this file without losing the headers? Regarding the activation I'd still vote for a group to be created and the chmod to be 4750 if SUID and 0755 if not SUID. You may want to use dpkg-statoverride for this to set both user:group and chmod permissions in one line. If you need a good template I'd need to dig among the last packages I have reviewed. There was a really good postinst doing exactly this. I tried the dpkg-override way (I took mlocate package as reference) but I didn't find a proper way to reset ownership/permissions when the user chooses not SUID without resorting to chown/chmod commands. Thus I left the chown/chmod commands. Your text then should also include the name of the group (probably eviacam) and that the sysadmin should add users if they're supposed to use the program. Done. b) which users should be added to the group interactively I would need some help here. Can you point a good document (or better, an example) on how to interactively add users to a group using debconf? I was thinking of the libc version asking for which processes need to be restarted. Not sure though if that's useful considering that e.g. sudo leaves this to the sysadmin too. I guess we can live with just the SUID-yes and SUID-no question in debconf. OK. Fine for me also. Unfortunately, due to problems with mentors site (I've already contacted the support team to find a solution) I haven't been able to upload the new changes. Once the problems are sorted out I'll ping you again. In the meantime you might find the latest changes in the git repo (sorry for the inconvenience): http://eviacam.git.sourceforge.net/git/gitweb-index.cgi Best regards! Cesar -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e66764f.9000...@crea-si.com
Re: RFS: eviacam
Jakub, Thanks for your comments. I tried the dpkg-override way (I took mlocate package as reference) but I didn't find a proper way to reset ownership/permissions when the user chooses not SUID without resorting to chown/chmod commands. Thus I left the chown/chmod commands. Running chown/chmod in a maintainer script on a file that is shipped by the binary package is (almost?) never the right thing to do. Please do use dpkg-statoverride. OK, but how do I manage to reset ownership/permissions when the user chooses not SUID without using chown/chmod when e.g. running dpkg-reconfigure? That is to say, I cannot run: dpkg-statoverride --update --remove /usr/bin/eviacamloader May be using dh_fixperms? I also took a look at the suid helper, and to be honest it doesn't look good: - Exit codes of setuid and setgid are ignored. (Yes, then _can_ fail.) Fixed. - setuid and setgid are called in the wrong order. You should always call setgid first. Fixed. - Unless I'm missing something, calls to seteuid and setegid are redundant. Right. In fact both seteuid and setegid are not needed at all so I removed them. I would strongly advise you against including the helper in your package. I am not terribly happy with such helper but is the only way I found to run the program in higher priority (note that as a mouse replacement responsiveness is important). Is there any alternative to raise the priority of the process without resorting to a SUID binary? Thanks again for your useful comments. Regards, Cesar -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e54d52c.1020...@crea-si.com
Re: RFS: eviacam
Hi Kilian, Thanks for your review. The file debian/po/templates.pot has a lot of template headers still though. Please fill in all fields that are still holding bogus data. Done. Also added Catalan and Spanish translations. However, every time I run debconf-updatepo this file gets overwritten and so the headers. Is there a way to update this file without losing the headers? Regarding the activation I'd still vote for a group to be created and the chmod to be 4750 if SUID and 0755 if not SUID. You may want to use dpkg-statoverride for this to set both user:group and chmod permissions in one line. If you need a good template I'd need to dig among the last packages I have reviewed. There was a really good postinst doing exactly this. I tried the dpkg-override way (I took mlocate package as reference) but I didn't find a proper way to reset ownership/permissions when the user chooses not SUID without resorting to chown/chmod commands. Thus I left the chown/chmod commands. Your text then should also include the name of the group (probably eviacam) and that the sysadmin should add users if they're supposed to use the program. Done. b) which users should be added to the group interactively I would need some help here. Can you point a good document (or better, an example) on how to interactively add users to a group using debconf? I was thinking of the libc version asking for which processes need to be restarted. Not sure though if that's useful considering that e.g. sudo leaves this to the sysadmin too. I guess we can live with just the SUID-yes and SUID-no question in debconf. OK. Fine for me also. Unfortunately, due to problems with mentors site (I've already contacted the support team to find a solution) I haven't been able to upload the new changes. Once the problems are sorted out I'll ping you again. In the meantime you might find the latest changes in the git repo (sorry for the inconvenience): http://eviacam.git.sourceforge.net/git/gitweb-index.cgi Best regards! Cesar -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e5428db.2010...@crea-si.com
Re: RFS: eviacam
Hi Kilian, Thanks for your comments. I have (hopefully) addressed all the issues you pointed out. I have uploaded an updated version to the mentors site which appears to be lintian clean and pbuilds fine for sid. See below for additional details. I see however some LGPL undocumented in debian/copyright. Fixed. Added to debian/copyright Moreover you may want to explain about why the SUID bit is required on eviacamloader in some README.Debian Added README.Debian file saying why eviacamloader should be a SUID binary. or so and move the SUID bit setting including creating a group to postinst so that you limit the impact to an acceptable minimum. Having an open root access for everybody on a system is quite a bit too generous IMHO. I don't like also having a SUID binary but it is the only way I found to raise the priority of the process. I've moved the chmod to the postinst script but I couldn't create a group to setuid to because the nice system call (see nice(2)) needs superuser privileges. See README.Debian for additional details. Moreover you can release 1.5.2 on sf.net and update the latest pointer too so that debian/watch will work ok. I've uploaded the source package to sf.net. Please ping me again once these are fixed. Here I'm :-) Regards, César -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e38bf3f.9060...@crea-si.com
Re: RFS: eviacam
Hi, Thanks Kilian for your feedback which helped me to improve the package. I've updated and uploaded it again to the mentors site. The package appears to be lintian clean. [...] Updated standards version to 3.9.1 Without futher review of the actual package: Why not to 3.9.2? I had chosen that version to make lintian (stable version) happy. OK. Changed to 3.9.2 (and updated lintian on my box to the latest version). [...] - Consider putting your Debian packaging in a VCS and add the appropriate tags Can you provide additional details about this? The VCS (version control system) for the Debian packaging would be the Svn, Git, Bzr or Hg URI pointing to where you track your Debian changes. Commonly alioth.debian.org is a good starting point if you've nowhere else that's already publically offering your VCS tree. I already use git on sf.net for upstream. May be the best approach is to adopt the scheme described here [1]. Isn't it? [1] http://documentation.debian-projects.org/other/debian-packaging-git/ [...] rules - I find the clean target a little strange, why copy the config.sub and config.guess there? Removed. I hope you changed that to autotools-dev use. Usually it's a sensible default to use autotools-dev (e.g. dh --with autotools_dev) if your package does use autotools. Finally I've decided to adopt the newer debian/rules format (shorter) and I've added the --with autotools_dev option. [...] - Not sure, but I think quite some options in your ./configure line are added by the builder automatically. Not sure also. See /usr/share/perl5/Debian/Debhelper/Buildsystem/autoconf.pm for exact details. Not a problem any more with the new debian/rules format. Best regards, César Mauri -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e2f3ca8.5080...@crea-si.com