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
The USB autosuspend problem which Baum displays have been suffering from
starting with the 2.6.21 kernel has been fixed. Would anyone who's been
experiencing this problem please retest with the latest source in brltty's
repository.
--
Dave Mielke | 2213 Fox Crescent | I believe that the
[quoted lines by Jason White on 2007/07/06 at 18:54 +1000]
>> What if a default writable directory has been established and then the user
>> wishes to disable it?
>
>If the resources are unmounted when BRLTTY dies,
I've looked at unmounting on exit and don't believe it's a good idea for at
least
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
[quoted lines by Jason White on 2007/07/06 at 20:26 +1000]
>The first problem could be solved by searching for other BRLTTY processes
>before removing/unmounting the resources, or maybe creating a file (e.g.,
>in /var/run) which contains a reference count, such that resources are removed
>when thi
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