Re: systemd and accessible vt's
Hi, On Di, Dez 03, 2013 at 06:59:13 +0100, Sebastian Humenda wrote: > Halim Sahin schrieb am 03.12.2013, 18:17 +0100: > >Last week I've read about a rfc in systemd which tries to implement vt > >in userspace. > >In that case config_vt in kernel don't need to be set. > >If someone tries to remove vt support from kernel completely we.ll loose > >a great, stable environment. > This is not fully true, though. BRLTTY and SBL could then run as > less-privileged > processes and wouldn't need root privileges therefore. Well if someone writes new screereading routines for that this might be true but: > It should now the time to > figure out: > > * how early boot messages should be read No not really, First step would be how to implement screenreading in such environment. > * what happens after the user logs in: > * e.g. end the login-specific screen reader and replace it through a > user-specific instance (as with orca) Now and here comes the point I don't like. Currently I don't know any distro which has got this setup running stable for endusers. My PC in the office starts orca in gdm3. That process hangs and consumes 100% cpu power after login to gnome. > and so forth. If we find a solution, we actually get a better experience than > before. Well I am not sure about this. > It's more an oportunity, I think. Perhaps if screenreading would be possible in their environment. Regards Halim -- 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/20131203184657.GA4118@gentoo.local
Re: systemd and accessible vt's
Hello Halim, Halim Sahin schrieb am 03.12.2013, 18:17 +0100: >Last week I've read about a rfc in systemd which tries to implement vt >in userspace. >In that case config_vt in kernel don't need to be set. >If someone tries to remove vt support from kernel completely we.ll loose >a great, stable environment. This is not fully true, though. BRLTTY and SBL could then run as less-privileged processes and wouldn't need root privileges therefore. It should now the time to figure out: * how early boot messages should be read * what happens after the user logs in: * e.g. end the login-specific screen reader and replace it through a user-specific instance (as with orca) and so forth. If we find a solution, we actually get a better experience than before. It's more an oportunity, I think. Sebastian -- Web: http://www.crustulus.de | Blog: http://www.crustulus.de/cgi-bin/blog.cgi?de-0 Freies Latein-Deutsch-Wörterbuch: http://www.crustulus.de/freedict.de.html FreeDict: Free multilingual dictionary databases - http://www.freedict.org signature.asc Description: Digital signature
systemd and accessible vt's
Hi all, Last week I've read about a rfc in systemd which tries to implement vt in userspace. In that case config_vt in kernel don't need to be set. If someone tries to remove vt support from kernel completely we.ll loose a great, stable environment. Afaik sbl and brltty depend on /dev/vcs* /dev/tty* /dev/console ... to read the plain console. Perhaps it will never replace plain vt in kernel but: In the past we got many other projects which were developed with great new features but they produced many a11y related bugs. What do you think? Regards Halim -- 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/20131203171728.GA3590@gentoo.local