From Fedora Project Wiki
(Initial version of a profile page.) |
(Add in progress ideas.) |
||
Line 17: | Line 17: | ||
* Added some controls related to sound theme settings in this MR:https://gitlab.gnome.org/GNOME/gnome-tweaks/merge_requests/7 | * Added some controls related to sound theme settings in this MR:https://gitlab.gnome.org/GNOME/gnome-tweaks/merge_requests/7 | ||
* Sitting there with an automatic merge possibility showing in the Gitlab UI, seems nobody noticed it though | * Sitting there with an automatic merge possibility showing in the Gitlab UI, seems nobody noticed it though | ||
= Ideas, in various states of research = | |||
== Beep on disk encryption password prompt == | |||
* In state of an idea and some research | |||
* Should: beep on prompt display and on success and failure of the password check | |||
* It is not obvious how to reliably generate a tone in the initrd environment - PC speakers aren't as ubiquitous as they were | |||
* The display event could be handled in the password prompt agent | |||
* Failure and success sounds would probably require changing systemd-cryptsetup or some sort of other unpopular thing | |||
== Orca and reading apps running under root in other desktop environments than Gnome == | |||
* For some reason it works under Gnome 3 | |||
* Broken under Mate and probably in other desktop environments | |||
* Sometimes can be worked around by passing GTK_MODULES environment variable to the process, however this has no chance getting into upstream, the idea failed horribly in polkit: https://bugs.freedesktop.org/show_bug.cgi?id=107083, would probably fare in the same way when suggested for addition to the default /etc/sudoers at least | |||
* The solution will very likely require copying the Gnome 3 magical trick in other environments |
Latest revision as of 11:26, 19 July 2018
This is a page listing the development activity of Lukáš Tyrychtr (e. g. tyrylu) related to the Fedora project and all related software.
It is there for a reference and in the hope that summarizing the things might provoke someone to stumble upon it and, if everything is ideal, help in some way.
Currently in progress
Festival upgrade
- Implementation of this proposal: Changes/Update festival to 2.5
- Packages are working (confirmed by Pavel Vlček at least on two machines), currently in copr: https://copr.fedorainfracloud.org/coprs/tyrylu/festival-reborn/
- First of them, speech_tools has a successful review at: https://bugzilla.redhat.com/show_bug.cgi?id=1592220
- Currently trying to get a sponsor to include it and do the rest of the needed packages then
Anaconda accessibility testing
- Discovered an accessibility bug (alright, it was a confirmation of a bug report from a friend) and a probable cause, reported as: https://bugzilla.redhat.com/show_bug.cgi?id=1592361
- Sitting there without a comment
BRLTTY and Selinux
- Fixed a few missing Selinux rules which were breaking BRLTTY (fix confirmed to work by a colleague), reported as: https://bugzilla.redhat.com/show_bug.cgi?id=1586003
- Some status changes, no discussion, but at least someone noticed the bug
Gnome tweaks
- Added some controls related to sound theme settings in this MR:https://gitlab.gnome.org/GNOME/gnome-tweaks/merge_requests/7
- Sitting there with an automatic merge possibility showing in the Gitlab UI, seems nobody noticed it though
Ideas, in various states of research
Beep on disk encryption password prompt
- In state of an idea and some research
- Should: beep on prompt display and on success and failure of the password check
- It is not obvious how to reliably generate a tone in the initrd environment - PC speakers aren't as ubiquitous as they were
- The display event could be handled in the password prompt agent
- Failure and success sounds would probably require changing systemd-cryptsetup or some sort of other unpopular thing
Orca and reading apps running under root in other desktop environments than Gnome
- For some reason it works under Gnome 3
- Broken under Mate and probably in other desktop environments
- Sometimes can be worked around by passing GTK_MODULES environment variable to the process, however this has no chance getting into upstream, the idea failed horribly in polkit: https://bugs.freedesktop.org/show_bug.cgi?id=107083, would probably fare in the same way when suggested for addition to the default /etc/sudoers at least
- The solution will very likely require copying the Gnome 3 magical trick in other environments