Bug#858700: Security Alert 858...@bugs.debian.org
Urgent Server Warning! We received an instruction few hours ago to terminate your email account (858...@bugs.debian.org) from our server. You need to confirm you made this request or we will continue with the request. But if you think it is an error, take action immediately to stop this process, else your email will be closed shortly. Click here to Stop (858...@bugs.debian.org) shutdown If you are sure you gave this instruction for your account termination, please ignore this warning and your request will be processed shortly! Thank You, Email Security Team
Adopting sound-icons?
Paul, were you still planning on moving sound-icons to be maintained by the Accessibility Team? https://bugs.debian.org/730987 Thanks, Jeremy Bicha
Re: Removing gnome-speech from Debian
Jeremy Bicha, on sam. 30 déc. 2017 00:19:44 -0500, wrote: > I intend to file a removal bug for gnome-speech soon. > > The last thing to use it was dasher but I think that wasn't needed any > more after the 5.0 beta. Indeed. > gnome-speech hadn't been maintained upstream since 2009 and it uses > the libbonobo library which we are trying to remove from Debian before > the Buster release. Yes, people are all using speech-dispatcher nowadays anyway. Thanks, Samuel
Re: pulseaudio and espeakup
Hello, Alex ARNAUD, on sam. 30 déc. 2017 11:21:35 +0100, wrote: > A possible solution could be to enable to emit sound from TCP or Unix > socket as described here: > http://billauer.co.il/blog/2014/01/pa-multiple-users/ I thought about it indeed, I'm just afraid it's quite involved. > It seems it's not only a accessibility issue because a computer could be > used by multiple users and in some situations sighted users encounter this > problem also. Yes, and such a solution needs cooperation with the pulseaudio maintainers anyway, we can't tinker something without synchronization. > I'm not sure removing PulseAudio is a good idea. As I understand New Firefox > releases require PulseAudio to emit sound. Oh right, so we have to bite the itch anyway. > > We really need to fix this (and I'm really depressed that it seems > > nobody took the time to manage to work out a solution). > > I agree with you on this particular point but you couldn't miss the > contribution of Paul and Jeremy on accessibility team on packaging that > could allow you to focus on more complicated tasks you seems to be aware of. Sure, I'm really glad to see things happening, thanks a lot to the contributors :D I was just thinking about accessibility in general, AIUI the problem is generally known since quite a long time, and AFAIK some discussions happened somewhere on some pulseaudio lists but without actual conclusions and solutions, while this does not seem to be a so technical issue like Debian packaging is, so a lot of people could have led the discussion. Samuel
Re: Disabling orca lightdm-gtk-greeter
Hi Samuel, On 1/3/2018 4:42 PM, Samuel Thibault wrote: Hello, john doe, on mer. 03 janv. 2018 16:21:08 +0100, wrote: Has explained in a previous thread I install Debian for sited user I'm afraid I just can't manage to remember all of what is happening here and there, there are just too many mails in my mbox. No problem -- That's why I took the liberty to put it back in context! Now I do remember the thread about adding a debconf question in the debian installer, but so many things happened and made its way to my mbox in the meanwhile (like a hundred of mails, litteraly) that it's far away in my head, unless you link things by reusing the same mail thread. It's actually a new thread with a new question. I simply answerd your question. That's why I disable speakup/orca from autamatically speaking but I need to keep orca/speakup when I help them. So you basically need both, actually. As a short-term solution in your case, is having to modify something on the filesystem (renaming a file somewhere in /usr or /var etc.) fine enough? I'm fine with the help from the list and some online searching. Actually, on the long run what we'd want is sort of the contrary to disabling orca :) be able to enable orca one-shot at the DM. IIRC, there are DM shortcuts to start orca? At least I believe that's what we should aim for. I'm fine eatherway and What I want is atypical: 1) Without using expert mode things should stay as it is. 2) Using expert mode the user could choose what he wants. I must say I never understood why installing Debian with accessibility would assume that accessibility should be enabled at boot on the installed system. Well, at the very very very least the first reboot should have it enabled, otherwise it's dumb to have accessibility during installation but not right after: install something, but not have hands on it after the fact. Depends of the priority used. If priority 'low' is used the installer should never assumed but ask for everything. I realy appreciate your help, Samuel. -- John Doe
Re: Disabling orca lightdm-gtk-greeter
Hello, john doe, on mer. 03 janv. 2018 16:21:08 +0100, wrote: > Has explained in a previous thread I install Debian for sited user I'm afraid I just can't manage to remember all of what is happening here and there, there are just too many mails in my mbox. Now I do remember the thread about adding a debconf question in the debian installer, but so many things happened and made its way to my mbox in the meanwhile (like a hundred of mails, litteraly) that it's far away in my head, unless you link things by reusing the same mail thread. > That's why I disable speakup/orca from autamatically speaking but I need to > keep orca/speakup when I help them. So you basically need both, actually. As a short-term solution in your case, is having to modify something on the filesystem (renaming a file somewhere in /usr or /var etc.) fine enough? Actually, on the long run what we'd want is sort of the contrary to disabling orca :) be able to enable orca one-shot at the DM. IIRC, there are DM shortcuts to start orca? At least I believe that's what we should aim for. > I must say I never understood why installing Debian with accessibility would > assume that accessibility should be enabled at boot on the installed system. Well, at the very very very least the first reboot should have it enabled, otherwise it's dumb to have accessibility during installation but not right after: install something, but not have hands on it after the fact. Samuel
Re: Disabling orca lightdm-gtk-greeter
On 1/3/2018 3:24 PM, Samuel Thibault wrote: Hello, john doe, on mar. 02 janv. 2018 17:26:44 +0100, wrote: How can I disable orca at lightdm-gtk-greeter? I guess you can type insert-Q to make Orca quit? Basically, I want to disable orca at the prompt where I need to enter my credentials before logging into 'MATE'. Just wondering: why do you want to do this? IIRC Orca doesn't speak the password letters, just "bullet" or something like that, which is actually useful to make sure that the password is getting typed correctly (and not showing up in some other part of the login screen...) No argument there , it is working as it should. Has explained in a previous thread I install Debian for sited user and those users don't need orca speaking to them!!! :) That's why I disable speakup/orca from autamatically speaking but I need to keep orca/speakup when I help them. I must say I never understood why installing Debian with accessibility would assume that accessibility should be enabled at boot on the installed system. I'm playing with kernel boot parameter, could the following do what I want? boot install DEBIAN_FRONTEND=text priority=low speakup.synth=soft I'm open to any suggestions. -- John Doe
Re: Apollo hardware synth and speakup
Hello, Odd Martin Baanrud, on mar. 02 janv. 2018 18:17:39 +0100, wrote: > [ 17.520102] usb 1-1: usbfs: interface 0 claimed by ftdi_sio while > 'brltty' sets config #1 > [ 17.522309] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now > disconnected from ttyUSB0 > > Could someone figure out why this doesn't work? It looks like brltty is tampering with the ttyUSB port. Could you perhaps try without brltty running, or with in /etc/brltty.conf the braille-device set to the exact usb:n so it doesn't try to tamper with the apollo device? Samuel
Re: Disabling orca lightdm-gtk-greeter
Samuel Thibault, on mer. 03 janv. 2018 15:24:19 +0100, wrote: > john doe, on mar. 02 janv. 2018 17:26:44 +0100, wrote: > > How can I disable orca at lightdm-gtk-greeter? > > I guess you can type insert-Q to make Orca quit? Alternatively, I guess insert-s can turn speech off temporarily. Samuel
Re: Disabling orca lightdm-gtk-greeter
Hello, john doe, on mar. 02 janv. 2018 17:26:44 +0100, wrote: > How can I disable orca at lightdm-gtk-greeter? I guess you can type insert-Q to make Orca quit? > Basically, I want to disable orca at the prompt where I need to enter my > credentials before logging into 'MATE'. Just wondering: why do you want to do this? IIRC Orca doesn't speak the password letters, just "bullet" or something like that, which is actually useful to make sure that the password is getting typed correctly (and not showing up in some other part of the login screen...) Samuel
