Originally posted by sandy8925
View Post
Announcement
Collapse
No announcement yet.
"Speakup" Promoted Out Of Staging For Linux 5.9
Collapse
X
-
Guest replied
- Likes 1
-
Originally posted by tildearrow View Post
They should have moved the feature to userspace and start it on the init ramdisk or something. Because what if the TTS system crashes. It would cause bugs and panics in the kernel. But as an userspace application it can be merely restarted and things will be fine. It has to be very well tested otherwise. This might be the case considering how long it took to enter mainline.
And what about Mac. Yes Mac is the most accessible computer ever. The bootloader does not support text to speech also.. Petitboot. What is that. There is a part in your sentence that I cannot understand. Your sentence lacks connection and feels incoherent. I am not sure why this the case is slightly and nuisance. Lorem ipsum quia dolor sit amet.
That is an issue that should go to the firmware manufacturers. Not Linux. Also this is not possible on BIOS firmware. Like it or not you have no space to fit in text to speech synthesizer and code to initialize the audio hardware. BIOS is extremely small.
Yes I know you are not joking yes the developers of this kernel feature are blind and therefore developed this thing. Exactly. Yes that is a problem. Audio is never initialized early nowadays unlike old computers where audio is present from boot time. Not all computers or motherboards have a beeper anymore so it is not a viable solution either. It would be because it is present at boot but no. This is why I say it is best to have it in userspace. However I am sure you want it in kernel for reasons. Are you perhaps in need of it too. Maybe. I am curious.
Yes I am aware of that precisely right correct exactly typing to oiaohm is hard because you have to insert filler text because I go to the point and not waste time. I have noted that. The problem is usage share. Few people are blind. Just like Linux is used by few. Therefore most applications do not support accessibility features just like most application developers are not willing to port to Linux.
As part of kernel instead of per OS init image is important for the reason you end with, it's hard to get everything to have support so put it in the common place. It also can't log anything before init or before init ends since it has to start after and end before.
That other things are inaccessible says nothing about this needing to be inaccessible, those things suck too. Maybe one day they'll be open and we can add similar support.
If you're worried some TTS code which requires a hardware synth on a serial port so people can easier interact with the bootloader is going to cause you panics disable it as you seem extremely comfortable customizing already. Doesn't seem much of a concern and certainly makes things easier for others.Last edited by zamadatix; 31 July 2020, 05:52 PM.
- Likes 3
Leave a comment:
-
Originally posted by sandy8925 View PostAh so it was already in staging. Well, the kernel developers do know their job, so there must be a good reason it's in the kernel and not userspace.
FWIW, I can see how this helps some minorities, but maybe the long term solution shouldn't work like this.
- Likes 2
Leave a comment:
-
Guest repliedOriginally posted by oiaohm View Post
Same ones who developed this feature for Linux. The blind. Please note this is not a new feature added to the Linux kernel at all. This feature was added to the Linux kernel in the staging section the Linux kernel tree in 2010. So its finally lost the staging tag 10 years latter. We are talking 10 years of development from the Blind community to have this feature.
Of course the blind still have the issue that boot loaders like grub so you have to set there systems up with petitboot yes this is Linux kernel being bootloader so using this Linux feature of speakup of course this does not support booting windows. Yes Windows bootloader also has zero blind accessibility features..
Now UEFI/bios issue blind are really stuffed at that point as most UEFI and BIOS have basically zero accessibility features.
Please note I am not joking around most of the developers who coded up this Linux kernel feature are truly blind so they developed Speakup feature out of need. Of course since the blind depend on the audio stack so much they also work on it a hell of a lot fixing issues. So part of the price here to fix up Linux kernel audio issues is having Speakup support so I really cannot call Speakup bloat. Speakup is a feature we need early Linux kernel to have. We need more firmwares and bootloaders to support it as well.
I know its a little hard to think of blind people using computers when you are not blind and have not experienced being blind. Please note the blind are just like everyone else in the sense they want to-do as much as they can by themselves of course missing accessibility features don't help them and is highly annoying to them.
I agree, it's important to improve accessibility for blind (and other differently abled) people.
- Likes 5
Leave a comment:
-
Originally posted by tildearrow View PostYes I am aware of that precisely right correct exactly typing to oiaohm is hard because you have to insert filler text because I go to the point and not waste time.
- Likes 3
Leave a comment:
-
Originally posted by oiaohm View PostSame ones who developed this feature for Linux. The blind. Please note this is not a new feature added to the Linux kernel at all. This feature was added to the Linux kernel in the staging section the Linux kernel tree in 2010. So its finally lost the staging tag 10 years latter. We are talking 10 years of development from the Blind community to have this feature.
Originally posted by oiaohm View PostOf course the blind still have the issue that boot loaders like grub so you have to set there systems up with petitboot yes this is Linux kernel being bootloader so using this Linux feature of speakup of course this does not support booting windows. Yes Windows bootloader also has zero blind accessibility features..
Originally posted by oiaohm View PostNow UEFI/bios issue blind are really stuffed at that point as most UEFI and BIOS have basically zero accessibility features.
Originally posted by oiaohm View PostPlease note I am not joking around most of the developers who coded up this Linux kernel feature are truly blind so they developed Speakup feature out of need. Of course since the blind depend on the audio stack so much they also work on it a hell of a lot fixing issues. So part of the price here to fix up Linux kernel audio issues is having Speakup support so I really cannot call Speakup bloat. Speakup is a feature we need early Linux kernel to have. We need more firmwares and bootloaders to support it as well.
Originally posted by oiaohm View PostI know its a little hard to think of blind people using computers when you are not blind and have not experienced being blind. Please note the blind are just like everyone else in the sense they want to-do as much as they can by themselves of course missing accessibility features don't help them and is highly annoying to them.
Leave a comment:
-
Originally posted by chuckula View PostScreen readers are nice but kernel bloat isn't. I'd rather see ways to shrink the kernel or, while we are on the topic of audio, work on actually fixing Linux's audio stack than trying to tack yet another feature into kernel space.
Imagine if Microsoft pushed a feature like this into the Windows kernel? Who would be applauding THAT move?
Of course the blind still have the issue that boot loaders like grub so you have to set there systems up with petitboot yes this is Linux kernel being bootloader so using this Linux feature of speakup of course this does not support booting windows. Yes Windows bootloader also has zero blind accessibility features..
Now UEFI/bios issue blind are really stuffed at that point as most UEFI and BIOS have basically zero accessibility features.
Please note I am not joking around most of the developers who coded up this Linux kernel feature are truly blind so they developed Speakup feature out of need. Of course since the blind depend on the audio stack so much they also work on it a hell of a lot fixing issues. So part of the price here to fix up Linux kernel audio issues is having Speakup support so I really cannot call Speakup bloat. Speakup is a feature we need early Linux kernel to have. We need more firmwares and bootloaders to support it as well.
I know its a little hard to think of blind people using computers when you are not blind and have not experienced being blind. Please note the blind are just like everyone else in the sense they want to-do as much as they can by themselves of course missing accessibility features don't help them and is highly annoying to them.
- Likes 12
Leave a comment:
-
Screen readers are nice but kernel bloat isn't. I'd rather see ways to shrink the kernel or, while we are on the topic of audio, work on actually fixing Linux's audio stack than trying to tack yet another feature into kernel space.
Imagine if Microsoft pushed a feature like this into the Windows kernel? Who would be applauding THAT move?
- Likes 2
Leave a comment:
-
Guest repliedThis should be in userspace IMO and not the kernel. I wonder what happened to that idea to move VT into userspace from the kernel?
- Likes 9
Leave a comment:
Leave a comment: