On Fri, Apr 27, 2007 at 08:17:02PM +0100, mrkiko wrote:
>
>
> I need help: what software can I use to speak in VOIP with someone?
Linphone supports SIP, (the most common standard VOIP protocol) and has a
console version, known as linphonec.
If you decide at some point to install an Asterisk ser
On Sat, Apr 28, 2007 at 08:02:59PM +0100, mrkiko wrote:
> Linphonec: I tried it.
> It's a framebuffer SDL app: it will bring you in graphic mode!
It doesn't when I run it from the console.
Script started on Sun Apr 29 10:41:02 2007
[/[EMAIL PROTECTED]
Ready.
linphonec> help
Commands are:
On Mon, Apr 30, 2007 at 03:50:38PM -0400, Nicolas Pitre wrote:
> Does svn have the ability to expand keywords like CVS does? If so then
> the version string could be built automatically. [looking at the svn
> doc] ... no it appears that the keyword expansion will substitute the
> version that
As an aside, once this feature is implemented I will test BRLTTY with it, to
make sure that the crashes I have occasionally experienced aren't due to
incorrect module versions being loaded.
___
This message was sent via the BRLTTY mailing list.
To post a
I have discussed this issue on the lst several times before; here is my
attempt to summarize.
BRLTTY (with Baum driver, S/Vario display) sometimes crashes after powerdown.
I have not been able to reproduce this reliably. This happens with both 3.7.2
and current SVN revisions. It seems to occur mor
On Wed, May 02, 2007 at 02:56:15AM -0400, Dave Mielke wrote:
> Are you able to test for this problem on a 32-bit platform?
I'll try it with a GRML CD and report results when I'm on campus next week.
>
> Does unplugging/replugging the USB cable also cause the problem?
Not sure - I always shut dow
This crash occurred while carrying out normal work, not after powerdown
(BRLTTY 3.8, recent svn sn revision).
Does the following backtrace help?
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libpthread.so.0...done.
Loaded symbols for /l
On Thu, May 03, 2007 at 09:10:18AM -0400, Dave Mielke wrote:
> Both this backtrace as well as the last one highlight a call to free() which
> has run into trouble. This is an indicator of memory corruption, the most
> likely candidate being that the same block has been freed twice. Can you run
>
Is there anything in the Baum S/Vario documentation that explains this? The
following log is taken from my display at home, which reports firmeware
version 005.
May 7 12:34:46 jpc brltty[1937]: Baum Powerdown: idle timeout
May 7 13:07:10 jpc brltty[1937]: Baum Braille Driver:
May 7 13:07:10 jpc
On Fri, May 04, 2007 at 12:11:02AM -0400, Dave Mielke wrote:
> I usually use electric fence.
Electric fence gives interesting results (BRLTTY 3.8-dev, x86_64, core file
generated on startup with electric fence dynamically linked in).
Does this look like a false positive or a potential bug?
Obvi
On Wed, May 09, 2007 at 09:35:25PM -0400, Dave Mielke wrote:
> Samuel found the problem. Please retest with the latest revision.
That was very quick work indeed.
The good news: with the changes to ctb_compile.c, BRLTTY now initializes
properly under electric fence.
The bad news: after a minute
On Wed, May 09, 2007 at 10:50:41PM -0400, Dave Mielke wrote:
> I'm fairly sure, though, that the name is brl_writeWindow(), especially since
> it does indeed contain a call to memcpy().
Yes, and that's what the line referred to in brlapi_server.c calls.
>
> Could you please try using valgrind a
This is a quick valgrind test, runwithout recompiling BRLTTY first. Note that
the valgrind quick start guide recommends compiling without optimization
(-O0). If there are specific build options you would like, or particular
valgrind tests to carry out, let me know.
Warning: voluminous output follo
On Fri, May 11, 2007 at 09:51:55PM -0400, Dave Mielke wrote:
> Please retest with the latest revision.
I'll test it with electric fence. If you also want another valgrind report,
let me know.
Incidentally, from a very quick browse of the latest valgrind output, it
appears that the warnings abou
After the fix to the Baum driver, BRLTTY runs under electric fence without
triggering a crash under normal operation (with the -N option to disable
BRLAPI).
However, after allowing the display to power down due to the idle timer, the
electric fence was triggered, resulting in a core file with the
I tested the fixed Baum braille driver code with my INKA (40 cells + 4 status
cells), and, so far, it's working correctly.
The test with my Brailliant 40 was reported in an earlier message to the list.
___
This message was sent via the BRLTTY mailing li
On Sat, May 12, 2007 at 04:49:38PM +0200, Samuel Thibault wrote:
> > Core was generated by `/bin/brltty -N'.
> > Program terminated with signal 4, Illegal instruction.
> > #0 0x2b2ddd6400c7 in kill () from /lib/libc.so.6
> > (gdb) bt
> > #0 0x2b2ddd6400c7 in kill () from /lib/libc.so.6
>
On Sat, May 12, 2007 at 02:44:51PM +0200, Samuel Thibault wrote:
> Mmm, would you be able to recompile valgrind? The patch in bug
> http://bugs.kde.org/show_bug.cgi?id=145347
> should fix the ReapUsb warnings.
The patch applied cleanly to valgrind 3.2.3, but with line offsets - evidently
the pat
Here are the valgrind test results with Samuel's syscall patch applied to
Valgrind, and the latest BRLTTY revision with the corrected Baum driver.
I allowed the Brailliant 40 display to power down during this test.
==16074== Memcheck, a memory error detector.
==16074== Copyright (C) 2002-2007, a
On Sun, May 13, 2007 at 09:57:19AM +0200, Samuel Thibault wrote:
> Could you still try with EF_ALLOW_MALLOC_0 set to 1 ?
With the above setting, I was able to power cycle the display without
triggering the electric fence (i.e., without causing a crash).
_
On Mon, May 14, 2007 at 07:43:32AM -0400, Dave Mielke wrote:
> There's a reasonable possibility that this problem has now been solved. Could
> you use the latest code in your normal environments to see if it still
> happens?
It was always difficult to trigger the problem at home, but when I am
table)
Reply-To:
In-Reply-To: <[EMAIL PROTECTED]>
On Mon, May 14, 2007 at 09:37:10PM +0200, Samuel Thibault wrote:
> A first version of the unified computer braille table was released,
> here is a BRLTTY version.
As a related question, is there an electronic version of the standard defining
th
The following occurred during normal operation of BRLTTY under electric fence
as part of my testing process.
Core was generated by `/bin/brltty'.
Program terminated with signal 11, Segmentation fault.
#0 0x00410ac6 in main (argc=1, argv=0x7fff9ccc9908) at ./main.c:2485
2485
On Wed, May 16, 2007 at 02:16:25AM +0200, Samuel Thibault wrote:
> Do you have a way to reproduce it? I guess this was while using a
> contraction table?
I don't know how to reproduce it, and yes I probably was using a contraction
table at the time.
If there are any other variables you would lik
On Tue, May 15, 2007 at 10:12:54PM -0400, Dave Mielke wrote:
> I believe the condition was that you were on a line where the cursor was off
> the right end of the braille display while you were using contracted braille.
I have tested this condition with the old revision and it does indeed trigg
On Sun, May 13, 2007 at 05:37:02PM +0200, Samuel Thibault wrote:
> Does anyone knows if there exist a convenient braille table editor?
Of purely historical interest, the configuration software that Baum used to
supply under DOS for their displays allowed editing of both the input and
output braill
My reply from earlier today doesn't appear to have made it to the list, even
though my Postfix log shows that it was accepted by Dave's server. So, at the
risk of duplication, I'll summarize:
I was able to reproduce the problem with the earlier svn revision, where
contracted braille was in effect
Test results with the latest revision:
When the cursor is to the right of the display in contracted mode, a braille
cursor representation appears on the last character of the display (where it
shouldn't). However, when the display window is advanced to the location of
the actual cursor, the curso
On Wed, May 16, 2007 at 08:33:24PM -0400, Dave Mielke wrote:
> Is it possible that there were just blanks from the rightmost character up to
> and including where the cursor is? If so, this may be an expected symptom of
> the contiguous blank compression that the contraction table does. Please te
On Tue, May 22, 2007 at 11:04:33PM +0200, Sauro Cesaretti wrote:
> I'm trying to use ubuntu 7.04 and I saw that developers integrated brltty for
> the console
> and ocra for graphical mode.
> My question is, Can I install ubuntu in text mode?
Yes, but you will need to download an alternate instal
On Thu, May 17, 2007 at 10:50:31AM +1000, Jason White wrote:
> Here is a test case.
>
> This is a test for the cursor placement issue in BRLTTY.
>
> Place the cursor at the end of the above line (after the . character), then,
> in Grade II mode, move the window to the beg
I tried to post this before but it seemed to get lost in Dave's server...
The problem that I identified with inappropriate cursor placement when the
system cursor is to the right of the display window, has now been fixed,
thanks to excellent work by Dave, in the latest svn revision.
_
The new version also introduces auto-scrolling, new tables for Unified French
(and I've forgotten the other ones), support for recently released Papenmeier
displays, and miscellaneous bug fixes.
___
This message was sent via the BRLTTY mailing list.
To
On Wed, May 30, 2007 at 01:31:09AM -0400, Dave Mielke wrote:
> I'll put some time into the 3.8 change log. Please, as a couple of you have
> already done, keep sending me notes about items you think should be included
> in
> order to ensure that I don't miss them.
I would suggest only mentioning
Wasn't there also support added for status cells that are part of the main
display, for some of the newer Handytech models?
Just helping with Dave's list a little.
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail
On Fri, Jun 01, 2007 at 04:13:25PM -0400, Nicolas Pitre wrote:
> On Fri, 1 Jun 2007, Dave Mielke wrote:
>
> > Here's my first crack at a list of important changes. Have any been missed?
> > Are
> > any unclear? Has too much been listed, and, if so, what should be removed?
> > Have
> > any been m
On Mon, Jun 04, 2007 at 11:07:51AM -0400, Dave Mielke wrote:
> Release 3.8 of BRLTTY is now officially available. Some questions:
First, congratulations are in order.
>
> It's currently listed as beta, with 3.7.2 being listed as production. Should
> we
> leave it that way, or do we believe it's
Has anyone else been experiencing problems with the latest Debian (or other)
2.6.21 kernel and BRLTTY uSB support?
I've tried this with the most recent SVN revision, but problems persist.
On boot, BRLTTY eventually claims the USB device and works, usually much later
in the boot sequence than it u
On Wed, Jun 06, 2007 at 09:18:56AM +0200, Elias Oltmanns wrote:
> Well, at least I can assure you that there is no such problem with tho
> old version brltty 3.7.2 on a vanilla 2.6.21 kernel.
Thanks. I can't remember whether any of this has changed for 2.8. There is
undoubtedly a problem here, h
I've built 2.6.21.4 from source and the problem's still there.
During boot, the braille display beeps quite frequently. Also, I notice that
when brltty is killed, the braille display goes back to its internal menu,
which never happened before, and starts beeping regularly - so obviously
something
On Fri, Jun 08, 2007 at 11:15:00AM +0200, Boris wrote:
> Display: BAUM Supervario 40
Same as mine.
> OS: Debian Sid, linux 2.6.21-1-686
The same, except that mine is x86_64.
>
> Any idea ?
___
This message was sent via the BRLTTY mailing list.
To post
It appears that the beeping of the display only happens while BRLTTY is
active, and (presumably) searching for it.
If I power off the display while BRLTTY is running, within a few seconds
the display gets powered back up and returns to the configuration menu in the
firmware, then starts beeping ag
Here is some of the debug output I collected. Note that it keeps cycling
through the autodetect procedure for all of the models of braille display that
have USB support.
Jun 9 10:43:10 jpc brltty[5396]: checking braille device: usb:
Jun 9 10:43:10 jpc brltty[5396]: performing USB braille display
I've sent more debugging information to Dave, so if anyone else is following
this in detail (or wants to be involved), contact Dave and me off-list.
Significant developments will of course be posted here.
___
This message was sent via the BRLTTY mailing
For others who are having this problem, try the following if you're
comfortable compiling a kernel.
In the make menuconfig menu, find the "USB selective suspend/resume and
wakeup" option, which is in the USB sub-menu of the "devices" menu, and turn
it off. For anyone looking at kernel config files
On Mon, Jun 11, 2007 at 07:14:36PM +0200, Tomas Valusek wrote:
> This is quite confusing, since "save on exit" usually means "when
> exiting program, save my current settings".
I've never used a program in which it had this meaning, and I don't think it
is confusing at all - at least not to Linu
On Thu, Jun 14, 2007 at 03:25:57PM +0200, Sauro Cesaretti wrote:
> I tried to install fedora core 7 with the new version of brltty but it
> doesn't work correctly.
> I'm using a supervario 40 cells display braille and when I tried to
> start the driver the display braille makes some sounds and it d
On Thu, Jun 14, 2007 at 10:53:44PM -0400, Dave Mielke wrote:
> Please try an experiment for me. Go to "/sys/bus/usb/devices/b-d/", where b is
> the bus number and d is the device number. To find the one which corresponds
> to
> your device, check what's in the file "manufacturer". When you find
On Fri, Jun 15, 2007 at 12:26:25AM -0400, Dave Mielke wrote:
> Is the patch I sent you a few days ago still applied, or are you using an
> unmodified brltty?
I think the patch is still there. I reverted the patch in svn after it failed
to make a difference, but I can't remember whether I recompi
Yes, I was right, the reset messages were entirely due to the usbResetDevice()
call in your patch. It's my fault for reverting it in my svn tree but not
rebuilding afterwords.
With the patch removed and the power/autosuspend configuration changed, BRLTTY
starts normally, with no warning logs.
I s
On Fri, Jun 15, 2007 at 08:39:16AM -0400, Dave Mielke wrote:
> So, when the patch was applied, you were getting the log each time you started
> brltty, or was it just the first time?
It was each time, including after powering down and restarting the display.
>
> >With the patch removed and the
The good news is that even while BRLTTY is trying, and failing, to connect to
the device, if you set the power/autosuspend parameter to 0, the next time
a connection is attempted, it succeeds, usually within a few seconds.
Obviously, this is without the usbResetDevice() patch applied.
On Mon, Jun 18, 2007 at 12:09:19AM +0200, Boris wrote:
> Papenmeier's Easy Bar is the most efficient navigation mechanism I
> have ever used on a Braille display. With the thumbs, one pushes the
> bar in a vertical plane while the indexes keep on reading.
I was given a demonstration of this at
On Mon, Jun 18, 2007 at 08:58:20AM +0200, S?bastien Hinderer wrote:
> The orientation of the keys was preserved on the keyboard I was talking
> about: simply, both previous and next window keys were located at the
> beginning of the display. Thus, the layout was as follows, from left to
> right:
On Mon, Jun 18, 2007 at 02:54:08PM +0200, S?bastien Hinderer wrote:
> Now that mutt has the braille_friendly variable, it can be used to make
> mutt even more braille_friendly than what it is already.
> My question: are there improvements in mutt's behaviour that you guys
> would like to see implem
On Mon, Jun 18, 2007 at 09:43:27PM -0400, Dave Mielke wrote:
> YOu can control what a message index line looks like by setting index_format.
> The subject is specified by %s. While you can specify an explicit width by
> placing an integer between the two character, e.g. %20s, I don't believe the
On Wed, Jun 20, 2007 at 07:39:47AM +1000, Jan and Bertil Smark Nilsson wrote:
>
> On Mon, 18 Jun 2007, S?bastien Hinderer wrote:
>
>> Dear all,
>>
>> Now that mutt has the braille_friendly variable, it can be used to make
>> mutt even more braille_friendly than what it is already.
>> My question: a
On Tue, Jun 19, 2007 at 03:23:49PM +0200, Mario Lang wrote:
> I can not reproduce so far that 2.6.21 is supposed to have
> problems with USB displays. I am guessing the problem
> we heard about on this list is specific to some particular
> piece of hardware.
It appears that the Baum displays actu
On Mon, Jun 18, 2007 at 02:14:03PM +0200, Samuel Thibault wrote:
> Jason White, le Mon 18 Jun 2007 18:54:48 +1000, a ?crit :
> > I think UTF8 support should be a significant priority, and it has been
> > discussed here previously as a post 3.8 possibility.
>
> Mmm, UTF-8 a
On Mon, Jul 02, 2007 at 08:28:34AM +0200, S?bastien Hinderer wrote:
> I would keep the code, with the possibility to activate it through an
> option on the cccommand-line or somewhere in brltty's configuration
> file. The ability of brltty to set the system up as needed is precious,
> I believe,
Just a quick follow-up question: in most distributions, if you boot into
single user mode, are the required device files guaranteed to be created, and
the required file systems mounted? I am thinking in particular of a UDEV-based
arrangement where most device files are created dynamically
I haven'
On Tue, Jul 03, 2007 at 10:16:11PM -0400, Dave Mielke wrote:
> 1) Should there be an option?
Yes.
> 2) If so, should the default be enabled or disabled?
That depends on whether there are emergency situations in which it would be
better to have it enabled by default, and on the negative conseque
On Thu, Jul 05, 2007 at 01:52:33AM -0400, Dave Mielke wrote:
> Is giving one option two meanings a bad idea in this case as it often is in
> other cases?
I think this is entirely reasonable. It can be thought of as only one option,
which, if specified, means "create the necessary resources in t
On Fri, Jul 06, 2007 at 05:53:09AM -0400, Dave Mielke wrote:
> I've looked at unmounting on exit and don't believe it's a good idea for at
> least two reasons. The first is that it'd cause confusion if more than one
> brltty is running and they're all using the same directory. The second is that
On Fri, Jul 06, 2007 at 07:08:29AM -0400, Dave Mielke wrote:
> Searching for processes is very unportable, piddling around with locking files
> is, in my opinion, needlessly complicated, and, last but not least, kill -KILL
> will stop brltty cold in its tracks without giving it an opportunity to
On Wed, Jul 18, 2007 at 12:57:12AM +0200, Sauro Cesaretti wrote:
> I made that test and you are right.
> It works correctly when i stop the daemon and restart again.
> but as you have said, if i'll stop and disconnect then restart,the display
> had the same behaviour.
> Now I'm wondering, why it
On Thu, Jul 19, 2007 at 07:45:13PM -0600, Mark L. Melonson wrote:
>
> I am trying to figure out a way of reading a book using only my braille
> display. Idealing I'd like to be able to use the line-up / line-down
> buttons without having to touch my keyboard, kind of like the help files.
> Is t
- Forwarded message from Chris Samuel <[EMAIL PROTECTED]> -
From: Chris Samuel
Subject: Fwd: [Bug 85488] Re: some usb_devices fault if usb_suspend enabled
To: [EMAIL PROTECTED]
Date: Fri, 20 Jul 2007 20:38:45 +1000
Folks,
If there are people who are having problems with USB devices not
On Fri, Jul 20, 2007 at 05:39:17AM +0200, S?bastien Hinderer wrote:
> Now for the bad news: it has not been relesed yet. This is mainly
> because it's written in the OCaml language and until a few days ago it
> was not completely obvious how to compile the Caml bindings for BrlAPI
> in brltty's sou
On Fri, Aug 24, 2007 at 12:02:04PM +0100, Georgina Joyce wrote:
>
> Aug 24 11:49:50 orchid brltty[1500]: kernel module not installed: pcspkr
That's the PC speaker sound support, which either may not be available, or it
might be already built into your kernel and hence need not be loaded.
Either
On Sat, Aug 25, 2007 at 06:06:58PM -0700, cody wrote:
> would brltty be able to work with say x windows? something like fluxbox or
> something?
It works with Gnome and Orca, but I am not aware of any simpler environments
under X in which BRLTTY is supported.
___
For completeness, I'll mention that progress is being made toward enabling QT
and, especially, KDE applications to support accessibility APIs as well.
TrollTech announced just such an API recently, based on the Gnome
Accessibility API, but which relies on DBus to interact with the assistive
techno
On Sun, Aug 26, 2007 at 11:16:32AM +0200, Mario Lang wrote:
> Does the Baum driver really have to claim a 80 cell PowerBraille?
I think this is a bug that should be fixed. Perhaps the Baum driver should
skip checking for TSI and Handytech protocols if the display is connected via
a serial interf
On Sun, Aug 26, 2007 at 02:20:10PM +0200, Mario Lang wrote:
> One other alternative would be to introduce a braille driver parameter
> to enable compatibility to other display types in the Baum driver, and set it
> to off by default. This way, a user that is using the compatibility modes
> of a
On Mon, Aug 27, 2007 at 10:31:43AM +0200, Mario Lang wrote:
> > I like this approach. If we're all in agreement then I'll make the change,
> > which would be that the Baum driver would continue to check for emulation
> > modes
> > if USB is bieng used but would only check for the native Baum proto
On Wed, Aug 29, 2007 at 10:17:30PM +0200, Øyvind Lode wrote:
> Or do I have to install the distribution running in text mode only?
No. You can even install Orca (a screen reader for Gnome) and gain access to
the Gnome desktop as well.
Also, you could configure the machine not to run X by defaul
The BRLTTY table is based on the North American computer braille code, which
is widely implemented in braille devices. The British, as usual, developed
their own, which uses dot-6 numbers and is therefore more similar to some of
the Continental European systems.
I'm sure there is a list of the Nor
I just discovered today, while installing Debian on a new machine and
upgrading it to the Unstable distribution, that the version of BRLTTY 3.8 in
the Debian Unstable repository has the Autosuspend bug which affects Baum
Supervario (aka Brailliant) and possibly other devices.
I would suggest upgra
On Wed, Sep 05, 2007 at 12:51:21PM +0200, Mario Lang wrote:
> I do not want to unconditionally use subversion. Please convince
> dave that this bug is worthwhile to release 3.8.1, or, alternatively,
> let me know a list of revisions that I have to pull to get this
> fixed. But I am not going to j
Sorry - I had two different brltty binaries in two different directories, and
the wrong one appeared first in the search path.
It's fixed now.
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY@mielke.cc
F
After installing the latest svn release, brltty fails to load the Linux screen
driver:
Unresolved symbol: resolveDeviceName in /lib/brltty/brlttyxlx.so
Any suggestions?
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-m
On Fri, Sep 07, 2007 at 12:47:17AM -0700, Christopher Gray wrote:
> Over the weekend, I linked to the subversion site mentioned on the Orca
> braille
> page to get the 3.8 release of brltty. However, it seems to have imported a
> brltty Version 3.9. The 3.9 doesn't make for me because of some
On Mon, Sep 10, 2007 at 08:52:40AM +0200, Stepan Kasal wrote:
> Perhaps I might help you. Let me describe the situation:
>
> - I work for Red Hat, big part of my time is dedicated to developping
> Fedora; so I might be useful here.
> - I used to have some contacts to a charity which used to h
On Sun, Sep 16, 2007 at 02:01:09AM +0200, Samuel Thibault wrote:
>
> I'd say have the related options grouped.
Agreed. This is easier for users. Alphabetical order might have an aesthetic
appeal to some people, but in this instance, functionality should take
precedence.
__
On Tue, Sep 18, 2007 at 05:01:49PM +0200, Samuel Thibault wrote:
> Sérgio Neves, le Tue 18 Sep 2007 15:49:40 +0100, a écrit :
> > The first line of /etc/brltty.conf is:
> > # Created by /lib/brltty/brltty.sh
>
> That script doesn't come from upstream brltty, it comes from ubuntu, you
> should prob
On Tue, Sep 18, 2007 at 01:59:08AM -0400, Dave Mielke wrote:
> I've been asked if we could make it easier for those who must use more than
> one
> contraction table to switch amongst them more easily. I'm asking, therefore,
> for syntax suggestions. Here's one I've thought of:
>
> The -c option
On Tue, Sep 25, 2007 at 02:13:15PM +1000, Daniel Dalton wrote:
> If I use BRLTTY is it hard to setup? Do I need sighted help to get it
> working? What port does the braille note connect through?
It usually isn't hard to set up, and you shouldn't need help at your end. I
don't know much about the
On Wed, Sep 26, 2007 at 10:45:02AM +0200, adrian15 wrote:
> You should be able to choose the braille driver, the braille device and
> the braille table (language).
If I need a braille display to access the computer, how am I going to read the
menu of options in the first place?
Debian bo
On Wed, Sep 26, 2007 at 12:19:17PM -0400, Lee Maschmeyer wrote:
> WRT Debian, it can detect only USB braille displays, right? If it's a serial
> unit then a command of the type given above would still be needed?
Correct, that's why any live CD or Linux distribution supporting BRLTTY should
provid
On Thu, Sep 27, 2007 at 10:37:15AM -0400, Lee Maschmeyer wrote:
> Do I remember that the "kernel parameters" stuff is the result of what the
> user enters in a menu? Is it possible to start braille with the standard
> command and then once that command is entered and braille is working, put up
>
On Sun, Sep 30, 2007 at 08:24:02PM +0200, Sébastien Hinderer wrote:
> This is a slightly off-topic question, but maybe not completely.
> Is it possible to find an interface that would allow an access to a
> webforum as if it were a classical mailing-list ?
I don't like Web fora (or, as they are so
On Thu, Oct 04, 2007 at 10:46:19AM +0200, Sauro Cesaretti wrote:
> I'd like to know how can I disable the sounds that I hear while surfing the
> screen with display braille?
In the preferences menu, change the "alert tunes" option to "no", and make
sure that "Save on exit" is set to "yes".
If you
On Fri, Oct 12, 2007 at 11:31:51AM +0200, Fabrizio Marini wrote:
> Is there any document I should read to solve these problems?
BrailleDrivers/Alva/help1.txt
To quote from the start of the file:
Help Screen for Alva Satellite Models
>From left to right, the front keys are: Home Left Up Down Righ
On Fri, Oct 12, 2007 at 08:10:35PM +0200, Tomas Valusek wrote:
> is it possible to get driver specific help in format readable using
> standard viewing tools? I was quite confused while viewing help1.txt on
> screen.
It's a text file. Just use less or view or convert it to Postscript for
printin
On Wed, Oct 31, 2007 at 08:46:26PM +1100, Daniel Dalton wrote:
> Anyway what do I need to do to partition a hard disk for linux?
Once you've chosen a Linux distribution, read the installation instructions,
which should cover partitioning and other details. This is all carried out
during the inst
On Fri, Nov 02, 2007 at 01:15:41PM -0700, Don Raikes wrote:
> Hi all, Does anyone have any reccommendations on how to clean a braille
> display? I have an alva satellite 540, and I have one dot that won't popup
> and many dots that are a bit sticky on the going down part.
There is a good discussi
On Fri, Nov 02, 2007 at 02:47:57AM -0800, Hurst, Cody wrote:
> When I do the install..how will I know if I have the right kernel with
> brltty? And, how do I get to view the end of a line? I am having long lines
> and I can't hit advanced on my display to view the rest it just jumps to the
> nex
On Tue, Nov 06, 2007 at 07:51:04PM -0800, Hurst, Cody wrote:
> Well, I dont' really want to shove ubuntu on that server, I want to put more
> of a professional o/s on it such as redhat or maybe fedora. Any other ideas
> though?
I suggest thinking more carefully about what you are looking for. Do
On Tue, Nov 06, 2007 at 09:42:40PM -0800, Hurst, Cody wrote:
> Does centos include brltty? Stability is my main concern, as I'm not going
> to be running many services on it. Besides it is going to be a home based
> server anyway.
Perhaps debian etch would be your best option, as it includes BRL
On Fri, Nov 09, 2007 at 10:17:46AM +0100, mattias wrote:
> WICH LINUX DISTS HAVE ACCESSIBLE INSTALLATIONS-SYSTEM
> I KNOW UBUNTU AND DEBIAN
> ANYMORE?
GRML, which is Debian-based, apparently has a script whereby it can be
installed to a disk partition. Since GRML includes BRLTTY, the installation
1 - 100 of 487 matches
Mail list logo
