Andrea Scarpino writes:
> On Monday 28 January 2013 18:09:04 Chris Brannon wrote:
>> Well, it looks like espeakup got cleaned. Could someone please add it
>> back? It is pretty much necessary for blind users, of which there are a
>> few.
>> If it really needs a
Alexander Rødseth writes:
> Hi,
>
>
> It's time again for the yearly cleanup of the [community] repository.
> Somehow, time passed, and it's now too late for a "Christmas Cleanup"
> like last year. Instead I'm announcing a Winter Cleanup, which I think
> is a better name as well.
Well, it looks
Tom Gundersen writes:
> A suggestion to make this a bit easier on the users: if you were to
> ship a /usr/lib/modules-load.d/espeakup.conf file with espeakup
> containing:
>
> speakup_soft
> speakup
>
> Then these will be loaded on boot as long as espeakup is installed
> (which sounds sane to me)
Jude DaShiell writes:
> In order for that to be correct it needs to also have :/usr/local/bin
> inside of the quote marks. The /usr/local/bin directory on Linux
> systems like slackware and debian is where stuff gets put that anyone
> can execute that's on the system.
I suspect that /usr/local/
"David C. Rankin" writes:
> Seriously, what tools are available that, I guess in some
> sense, must speak the prompts so you know what's going on?
These tools are known as screenreaders. They usually provide at least
two functions:
1. Speak text as it appears, and
2. Allow the user to man
Jan Steffens writes:
> On Sat, Jun 19, 2010 at 9:53 PM, Chris Brannon wrote:
>> How will this affect people who don't wish to run PulseAudio? Â Can they
>> still have their ALSA OSS emulation, or will they need to run PulseAudio
>> for applications which still use O
Jan Steffens writes:
*SNIP*
> Any comments are welcome.
>
> I am willing to apply as a junior dev to get this done, should it be approved.
Your plan leaves me with a question. Here's a quote from that
document:
> TODO:
> - What about the neccessary kernel changes?
> 1. Blacklist snd-{p
Lukas Fleischer writes:
> `pacman -Si unrealircd | grep ^Packager`
> "Packager : Evangelos Foutras "
Sorry, but this is incorrect. The packager is not necessarily the
maintainer. The packager is just the person who performed the most
recent rebuild of the package. In the case of unreali
Hi all,
I'm proud to announce the April 2010 snapshot of my TalkingArch
CD for blind users. This is more-or-less equivalent to the
netinstall CD, with one major difference. The system provides spoken feedback
as soon as you boot with the disk.
I made some improvements to the project since the las
Chris Brannon writes:
> Hi,
> According to ldd, the heimdal package in [testing] is still linked
> against openssl 0.9.8. This shouldn't be the case, should it?
Scratch that. readelf -d tells me that it does link against
libcrypto.so.1.0.0.
Sorry for the noise!
-- Chris
Hi,
According to ldd, the heimdal package in [testing] is still linked
against openssl 0.9.8. This shouldn't be the case, should it?
-- Chris
uploader's machine.
Signed-off-by: Chris Brannon
---
db-update |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/db-update b/db-update
index 0973bf3..3f36332 100755
--- a/db-update
+++ b/db-update
@@ -87,6 +87,11 @@ for current_arch in ${arch...@]} any; do
done
Dan McGee wrote:
> On Tue, Mar 9, 2010 at 3:16 PM, Ionut Biru wrote:
*SNIP*
>> ok. so he has umask 077 and because we are using rsync the permission is
>> persistent. maybe we should fix dbscripts and install the package with the
>> right permission.
>
> Patches welcome. :)
>
> -Dan
Hi,
I'm the o
Thomas Bächler writes:
> It is not a little slow, but painfully slow (remember: the compiler runs
> in an emulated environment, where each CPU instruction issued by the
> compiler is translated into a CPU instruction that the host CPU
> understands, and the result is somehow translated back).
Ye
Tobias Powalowski writes:
> Am Montag 11 Januar 2010 schrieb Chris Brannon:
>> Is there any reason why building x86_64 packages under
>> qemu-system-x86_64 would be a bad idea? It is a little slow, but it is
>> usable. Plus, qemu has a curses interface.
> why not
Is there any reason why building x86_64 packages under
qemu-system-x86_64 would be a bad idea? It is a little slow, but it is
usable. Plus, qemu has a curses interface.
-- Chris
Heiko Baums writes:
> If you, too, don't use [testing] and get kernel panics then this is
> because there is at least one important package update which is needed
> by kernel26 2.6.32.2-2 missing in [core]. I guess it's mkinitcpio. If
> you update your system to [testing] then it works again.
I'm
Laurie Clark-Michalek writes:
> Java? The success of the language is based around the fact that almost
> every computer has the runtime installed, regardless of operating
> system. Does that not count as a global API?
The concept is called "write once, run anywhere". An early example is
UCSD Pa
Pierre Chapuis writes:
> There are things like that (think NDIS - it's Microsoft, but it's a
> step in the right direction), just not enough , but I think it's a
> question of time.
And then there's the UDI (universal driver interface) (UDI), which Stallman
doesn't like. I can certainly see arg
Daenyth Blank wrote:
> On Sat, Nov 7, 2009 at 16:16, Chris Brannon wrote:
> > Is there any way to access bugs.archlinux.org programmatically? =C2=A0I'd=
> love
> > to be able to manipulate it from the shell.
> Could probably hack something with perl's WWW::Mechani
Is there any way to access bugs.archlinux.org programmatically? I'd love
to be able to manipulate it from the shell.
TIA,
-- Chris
My sound was busted yesterday when I upgraded from kernel 2.6.29 to 2.6.30.
I had to regenerate my asound.state.
At first, I thought it was just my problem, because I use the softvol plugin.
This gave me trouble in the past.
A friend of mine reported the same experience, so someone else had audio
p
Eric Belanger wrote:
> No packages in extra depends on bcprov. But both bcprov and junit are
> needed by community packages so if they are removed from extra they'll
> need to go in community repo. Is there a TU willing to adopt/maintain
> them?
I am willing, unless some more knowledgable person i
Pierre Schmitz wrote:
> This sounds realy nice. Is there some way to make it kind of optional so it=
> might be included in a future archiso image? Or does it take a lot of disk
> CD space?
>
It doesn't take much space at all.
It could be made optional, but the person using it would have to make
s
I am proud to announce the second release of a modified ArchLinux install CD
that includes spoken output for blind users.
It is mostly equivalent to the official "ftp CD", but
the system should start speaking as soon as you boot with it.
Speech is provided via the sound card, using the eSpeak softw
raca <[EMAIL PROTECTED]> writes:
> Nice project :)
> I will not use or knows anyone I know but that is English speech you are
> "talking" about, right?
Unfortunately, it just supports English speech at present.
This is a problem that is definitely on my mind!
Regards,
-- Chris
I am happy to announce the first release of a modified ArchLinux CD for i686
with speech support. The .iso should be almost equivalent to the FTP installer,
with one exception: it starts speaking at boot.
One may obtain the image via HTTP or via BitTorrent.
Download URL: http://cmb.tysdomain.com
"Aaron Griffin" <[EMAIL PROTECTED]> writes:
> But how does a blind person reliably edit the grub prompt?
When the CD-ROM drive spins down, I start typing. It works most of
the time. Long timeouts from grub help.
Perhaps the best solution is a separate, customized disk that starts
speech automa
"Aaron Griffin" <[EMAIL PROTECTED]> writes:
> On Fri, Dec 5, 2008 at 12:00 PM, Angel Velásquez <[EMAIL PROTECTED]> wrote:
>> What about support for accesibility people?, a friend (FlaPer87) and i
>> can help with some thoughts for accesibility stuff.
>
> Just tell me what needs to be done. Is it
I may have found an issue with the archiso scripts.
The hooks /lib/initcpio/hooks/boot-cd and /lib/initcpio/hooks/boot-usb
call on /sbin/udevsettle and /sbin/udevtrigger, but those binaries no longer
exist.
-- Chris
"Aaron Griffin" <[EMAIL PROTECTED]> writes:
> I agree. At the very least, we can offer an alternate "accessibility"
> version which would have tools like this for blind users and the like.
>
> Chris, what software do you need, or think others may need, when it
> comes to things like this?
Thank y
Hi list,
I'm new to Arch. The other day, I downloaded the ISO mentioned in the subject
line. I remastered the image, because I needed some extra programs. I'm
blind. I added a screenreader and a text-to-speech engine to the ISO,
so that I could have spoken feedback during the install. I also a
32 matches
Mail list logo
