On Mon, Aug 14, 2023 at 11:33:21PM +0200, Samuel Thibault wrote:
> Alexander Epaneshnikov, le mar. 15 août 2023 00:28:36 +0300, a ecrit:
> > On Mon, Aug 14, 2023 at 11:05:22PM +0200, Samuel Thibault wrote:
> > > Alexander Epaneshnikov, le lun. 14 août 2023 23:34:30 +0300, a ecr
On Mon, Aug 14, 2023 at 11:05:22PM +0200, Samuel Thibault wrote:
> Alexander Epaneshnikov, le lun. 14 août 2023 23:34:30 +0300, a ecrit:
> > On Mon, Aug 14, 2023 at 09:46:00PM +0200, Samuel Thibault wrote:
> > > J.G, le lun. 14 août 2023 21:28:56 +0200, a ecrit:
> > >
On Mon, Aug 14, 2023 at 09:46:00PM +0200, Samuel Thibault wrote:
> J.G, le lun. 14 août 2023 21:28:56 +0200, a ecrit:
> > I'm forwarding it in case brltty developers don't know about this bug.
>
> We are not aware at all...
I posted this [1] some time ago
> Samuel
[1]: https://brltty.app/piperm
this was fixed on Arch Linux by rebuilding brltty using cython 0.29.36
On Sat, Aug 05, 2023 at 04:40:40AM +0300, Alexander Epaneshnikov wrote:
> hello on Arch Linux with glibc 2.38-2 and brltty 6.6 orca segfaults with
> following bactrace
>
> #0 __pthread_kill_implementation (thread
hello on Arch Linux with glibc 2.38-2 and brltty 6.6 orca segfaults with
following bactrace
#0 __pthread_kill_implementation (threadid=,
signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44
tid =
ret = 0
pd =
old_mask = {__val = {5360}}
re
On Thu, Feb 03, 2022 at 11:15:24PM +0100, Samuel Thibault wrote:
> Samuel Thibault, le mer. 26 janv. 2022 00:26:49 +0100, a ecrit:
> > Samuel Thibault, le mar. 25 janv. 2022 23:59:37 +0100, a ecrit:
> > > Alexander Epaneshnikov, le mer. 26 janv. 2022 00:24:18 +0300, a ecrit:
>
On Tue, Jan 25, 2022 at 10:06:57PM +0100, Samuel Thibault wrote:
> Hello,
>
> Alexander Epaneshnikov, le jeu. 30 déc. 2021 00:24:05 +0300, a ecrit:
> > On Wed, Dec 29, 2021 at 10:10:25PM +0100, Samuel Thibault wrote:
> > > Alexander Epaneshnikov, le jeu. 30 déc. 2021
On Fri, Jan 21, 2022 at 02:37:01PM -0500, Dave Mielke wrote:
> [quoted lines by Alexander Epaneshnikov on 2022/01/21 at 21:36 +0300]
>
> >I think xbrlapi needs to be fixed.
> >Samuel asked me to debug it in gdb. but so far I have not been able to
> >figure out gdb and do
On Fri, Jan 21, 2022 at 12:27:53PM -0500, Dave Mielke wrote:
> I'm thinking of releasing 6.5 soon. Does anyone know of anything that still
> needs to be fixed, have any last-minute requests, etc?
I think xbrlapi needs to be fixed.
Samuel asked me to debug it in gdb. but so far I have not been abl
On Tue, Jan 18, 2022 at 12:58:39AM +0100, Samuel Thibault wrote:
> Alexander Epaneshnikov, le lun. 17 janv. 2022 00:12:37 +0300, a ecrit:
> > On Sun, Jan 16, 2022 at 03:09:04PM -0500, Dave Mielke wrote:
> > > [quoted lines by Alexander Epaneshnikov on 2022/01/16 at 22:45 +03
On Mon, Jan 17, 2022 at 04:32:32PM -0500, Dave Mielke wrote:
> [quoted lines by Alexander Epaneshnikov on 2022/01/17 at 21:36 +0300]
>
> >so I think you can replace current ru table with new one.
>
> Done.
thanks a lot.
if you can also fix that brltty prefers an internal table
On Mon, Jan 17, 2022 at 07:43:58PM +0300, Alexander Epaneshnikov wrote:
> On Mon, Jan 17, 2022 at 07:33:56PM +0300, Alexander Epaneshnikov wrote:
> > On Sun, Jan 16, 2022 at 06:43:14PM -0500, Dave Mielke wrote:
> > > [quoted lines by Alexander Epaneshnikov on 2022/01
On Mon, Jan 17, 2022 at 07:33:56PM +0300, Alexander Epaneshnikov wrote:
> On Sun, Jan 16, 2022 at 06:43:14PM -0500, Dave Mielke wrote:
> > [quoted lines by Alexander Epaneshnikov on 2022/01/17 at 00:12 +0300]
> >
> > >should brlapi use contraction tables if just
On Sun, Jan 16, 2022 at 06:43:14PM -0500, Dave Mielke wrote:
> [quoted lines by Alexander Epaneshnikov on 2022/01/17 at 00:12 +0300]
>
> >should brlapi use contraction tables if just text is fed to brlapi? I think
> >yes.
>
> I personally think that, when writing text, Br
On Sun, Jan 16, 2022 at 12:09:19PM -0500, Dave Mielke wrote:
> [quoted lines by Vsevolod Popov on 2022/01/16 at 17:09 +0300]
>
> >For some reason, Orca never sees any LibLouis tables that are used, it always
> >switches to brltty table.
>
> Then let's fix brltty's table. That, of course, should be
On Sun, Jan 16, 2022 at 03:09:04PM -0500, Dave Mielke wrote:
> [quoted lines by Alexander Epaneshnikov on 2022/01/16 at 22:45 +0300]
>
> >I think Dave, please correct me if this isn't the case - brltty doesn't
> >use an abbreviation table for brlapi clients.
>
>
On Sun, Jan 16, 2022 at 05:09:20PM +0300, Vsevolod Popov wrote:
> 16.01.2022 14:46, Dave Mielke пишет:
> > Are there problems with brltty's Russian braille table? If so, please
> > let me know so that they can be fixed?
> I will write from my perspective, I think Aleksandr can correct me if
> somet
On Sun, Jan 16, 2022 at 06:46:13AM -0500, Dave Mielke wrote:
> [quoted lines by Alexander Epaneshnikov on 2022/01/16 at 02:58 +0300]
>
> >at the moment the situation is that orca does not work with any of
> >libLouis tables that I have tried.
> >the braille display disp
On Thu, Jan 13, 2022 at 12:44:06PM +0300, Vsevolod Popov wrote:
> Hello.
> Recently I started coming across the next issue.
> When using Russian computer braille table provided by LibLouis with orca,
> punctuation symbols aren't changed to the symbols described in that table.
> I can check that by
On Sat, Jan 08, 2022 at 03:13:02PM -0500, Dave Mielke wrote:
> >You also mentioned that it's needed to launch brltty as root, do I
> >understand correctly that when starting the system it launches as a user
> >that we are logged in?
>
> These days, the usual way that brltty is started is via Syst
On Sat, Jan 08, 2022 at 04:31:26PM +0100, Samuel Thibault wrote:
> Alexander Epaneshnikov, le sam. 08 janv. 2022 18:26:04 +0300, a ecrit:
> > On Sat, Jan 08, 2022 at 03:22:01PM +0100, Samuel Thibault wrote:
> > > Alexander Epaneshnikov, le ven. 07 janv. 2022 17:23:10 +0300, a ec
On Sat, Jan 08, 2022 at 03:22:01PM +0100, Samuel Thibault wrote:
> Alexander Epaneshnikov, le ven. 07 janv. 2022 17:23:10 +0300, a ecrit:
> > vm at[1] can't use brltty however attached script works.
>
> The script from the arch-vm tarball is missing the -display sdl option.
vm at[1] can't use brltty however attached script works. and I can't see
much difference.
[1]: https://pkgbuild.com/~alex19ep/arch-vm.tar.zst
--
Sincerely, Alexander
#!/bin/bash
qemu-system-x86_64 \
-name arch,process=arch_0 \
-machine type=q35,smm=on,accel=kvm,usb=on,pcspk-audio
On Tue, Jan 04, 2022 at 08:09:58PM +0300, Vsevolod Popov wrote:
> Hello everyone.
> I have one of the late HP Laptops that uses sof-firmware driver for sound
> and I notice that when I connect a braille display to my laptop, I hear a
> popping sound instead of standard brltty initialization sound,
On Wed, Dec 29, 2021 at 10:10:25PM +0100, Samuel Thibault wrote:
> Alexander Epaneshnikov, le jeu. 30 déc. 2021 00:05:41 +0300, a ecrit:
> > On Wed, Dec 29, 2021 at 09:45:18PM +0100, Samuel Thibault wrote:
> > > Ideally you'd run xbrlapi inside gdb with a breakpoint on the
On Wed, Dec 29, 2021 at 09:45:18PM +0100, Samuel Thibault wrote:
> Alexander Epaneshnikov, le mer. 29 déc. 2021 23:42:10 +0300, a ecrit:
> > On Wed, Dec 29, 2021 at 09:27:29PM +0100, Samuel Thibault wrote:
> > > Alexander Epaneshnikov, le mer. 29 déc. 2021 23:02:44 +0300, a ecrit
On Wed, Dec 29, 2021 at 09:27:29PM +0100, Samuel Thibault wrote:
> Alexander Epaneshnikov, le mer. 29 déc. 2021 23:02:44 +0300, a ecrit:
> > indeed I configured my brltty to input unicode brail dots.
> > I want to type braille dots with unicode characters in X11
>
> Ok,
On Wed, Dec 29, 2021 at 08:41:18PM +0100, Samuel Thibault wrote:
> Hello,
>
> Alexander Epaneshnikov, le mer. 29 déc. 2021 22:32:25 +0300, a ecrit:
> > pressing perkins button on my focus 80 gives me:
> > xbrlapi: Couldn't translate keysym 01002801 to keycode.
>
hello. I have some problems with brltty on gnome.
first xbrlapi don't work for me. I starting it with: xbrlapi -vn
pressing perkins button on my focus 80 gives me:
xbrlapi: Couldn't translate keysym 01002801 to keycode.
Remapped keycode 248 to keysym 01002801
key 01002801: (248,0,0)
xbrlapi: X Erro
On Sun, Dec 19, 2021 at 03:58:57PM -0600, Cheryl Homiak wrote:
> I am including the results of my attempt to run .autogen after using git
> clone. I am running MacOS 12 Monterey on one of the new silicon iMacs. I am
> totally mystified as to the problem with this which I realize may mean that
>
On Wed, Dec 15, 2021 at 02:53:31PM -0500, Dave Mielke wrote:
> [quoted lines by Didier Spaier on 2021/12/15 at 19:43 +0100]
>
> >> Actually, please don't. It's for testing an experimental change.
> >
> >OK, I won't. Nevertheless no issue here:
>
> Just a note. There's a branch but there's no tag. I
On Sun, Sep 19, 2021 at 08:41:48PM +0200, halim.sa...@freenet.de wrote:
>Hi,
>
>I am interested to know if someone could test cut and paste with a
>braillex el80s.
>
>On my machine at work it doesn't work for me. in Ubuntu 20.04 (brltty
>6.0).
>
>Same ubuntu version and usin
On Mon, Aug 16, 2021 at 08:27:18PM -0400, Dave Mielke wrote:
> [quoted lines by Didier Spaier on 2021/08/16 at 22:58 +0200]
>
> >I have got the same error, fixed building from the root of the source tree.
>
> If I'm understanding correctly, you have this problem when not building in
> the source t
On Fri, Aug 13, 2021 at 04:24:32PM -0500, Rob Hudson wrote:
> BRLTTY 6.3 on arch linux.
> The other day there was a problem with some of my fs mounts, and I was kicked
> into emergency shell. I am uncertain of when this change took place, but
> BRLTTY no longer works there, although it did last y
09.06.2021 6:37, G. Jakub Kwaczyński пишет:
Hi Mr Alexander,
thanks for Your answer. Kindly please see my answers below.
W dniu 09. 06. 21 o 2:08, Alexander Epaneshnikov pisze:
08.06.2021 22:15, G. Jakub Kwaczyński пишет:
W dniu 08. 06. 21 o 20:31, Dave Mielke pisze:
[quoted lines by G
08.06.2021 22:15, G. Jakub Kwaczyński пишет:
W dniu 08. 06. 21 o 20:31, Dave Mielke pisze:
[quoted lines by G. Jakub Kwaczyński on 2021/06/08 at 20:19 +0200]
I tried usb:/dev/ttyUSB0 and usb:ttyUSB0 and same result.
No. I mean a direct USB cable - no RS-2332 anything. Just pure USB.
And then
10.05.2021 0:40, Rob Hudson пишет:
Alexander Epaneshnikov wrote:
what's happening? Permissions problem?
-rw-r--r-- 1 root root 5057 Oct 6 2020 ./lib/brltty/brltty.prefs
Thanks.
i think yes. try to change it to brltty brltty.
Still says
"not saved"
when exiting preferences.
10.05.2021 0:08, Rob Hudson пишет:
Brltty 6.3 on arch linux.
If I set hte preferences menu to
"save on exit: yes"
And then exit the preferences menu, the braille display flashes
"not saved"
what's happening? Permissions problem?
-rw-r--r-- 1 root root 5057 Oct 6 2020 ./lib/brltty/brltty.prefs
T
11.04.2021 21:08, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2021/04/11 at 20:55 +0300]
archlinux
This must be a make incompatibility. I'm using:
rpm -q -f /usr/bin/make
make-4.3-2.fc33.x86_64
alex@alex-pc ~/repos/pkgbuilds/brltty-git (master*?) $ LC_ALL=C p
11.04.2021 20:43, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2021/04/11 at 20:09 +0300]
'/usr/lib/jvm/java-8-openjdk/bin/javac' -encoding UTF-8
-Xlint:cast,deprecation,fallthrough,finally,overrides,rawtypes,unchecked -d
classes -classpath . Cons
tants.jav
trying to build brltty on commit 42a5e14fe
I am getting:
make[2]: Entering directory
'/home/alex/repos/pkgbuilds/brltty-git/src/brltty/Bindings/Java'
gawk -f ../../Programs/brlapi.awk -f ./constants.awk -f
../../Programs/brl_cmds.awk ./../../Programs/brlapi.h
../../Programs/brlapi_keycodes.h .
29.03.2021 15:52, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2021/03/29 at 10:01 +0300]
when I try to build latest master (a7942a637) I get this:
It should build properly now.
yes. it is. thank you.
--
Sincerely, Alexander
29.03.2021 10:50, Mario Lang пишет:
Alexander Epaneshnikov writes:
hello. when I try to build latest master (a7942a637) I get this:
DId you try running ./autogen?
Sometimes, when things in the build system fail, you need
to re-run ./autogen and/or ./configure to re-build the infrastructure
hello. when I try to build latest master (a7942a637) I get this:
gcc -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now
-Wl,-export-dynamic -o brltty-ktb brltty-ktb.o program.o pgmpath_linux.o
pid.o options.o params_linux.o
messages.o log.o log_history.o addresses.o file.o device.o parse.o
vari
28.03.2021 19:29, Dave Mielke пишет:
Alexander: Could you please test with the brlapi-unicode branch to see if it
solves the problem?
tested and all is working flawlessly. thank you, Dave!
--
Sincerely, Alexander.
___
This message was sent via the
27.03.2021 19:31, Samuel Thibault пишет:
Hello,
Alexander Epaneshnikov, le sam. 27 mars 2021 18:21:28 +0300, a ecrit:
I configured brltty to output Unicode braille patterns.
How did you tell brltty to do so?
i used braille typing mode in preferences menu.
when I in a tty all is working as
hello. I configured brltty to output Unicode braille patterns.
when I in a tty all is working as it should. but in X session i get standard
letters from my brl table. xbrlapi of course is running.
my question is, can I input Unicode braille in X?
--
Sincerely, Alexander.
___
24.02.2021 19:14, Dave Mielke пишет:
[quoted lines by John Covici on 2021/02/24 at 10:56 -0500]
When are these files supposed to be created? If its only on reboot, I
have not rebooted since this all started. It does look like the
files are there, at least I checked /var/lib/BrlApi and that w
24.02.2021 15:37, John Covici пишет:
Yes, it was in /lib, (thanks a lot, not sure why that _ got i n
there) but then the question remains, how come we are getting errors
with brltty@.service? We seem to have two classes of errors, in the
original version of that file, it complains about modpro
24.02.2021 0:04, Alexander Epaneshnikov пишет:
22.02.2021 2:01, John Covici пишет:
gentoo does not have a ebuild for brltty-6.3, only for 6.1,
perhaps you need to ask gentoo developers to update brltty?
I have been trying to do this myself and I have a make command for
udev and
systemd in
22.02.2021 2:01, John Covici пишет:
gentoo does not have a ebuild for brltty-6.3, only for 6.1,
perhaps you need to ask gentoo developers to update brltty?
I have been trying to do this myself and I have a make command for udev and
systemd in the ebuild. This is why those files are in the
/
22.02.2021 0:34, John Covici пишет:
It seems I do have those files: Here is the list of what I have
'/lib/systemd/system/brltty-device@.service'
/lib/systemd/system/brltty.path
'/lib/systemd/system/brltty@.path'
'/lib/systemd/system/brltty@.service'
I can't imagine which one of those I could u
25.12.2020 22:51, Dave Mielke пишет:
> [quoted lines by Alexander Epaneshnikov on 2020/12/25 at 22:21 +0300]
>
>> first time i get brltty version spoken by needed espeak voice.
> Would you iterpret that to mean that the new (sd:name) parameter is at least
> setting the r
25.12.2020 21:14, Dave Mielke пишет:
> [quoted lines by Alexander Epaneshnikov on 2020/12/25 at 20:01 +0300]
>
>> I am using SD as brltty's speech backend. in brltty.conf i can
>> set voice,
>> but it's only voice type. can i somehow set voice? for example I wan
hello. I am using SD as brltty's speech backend. in brltty.conf i can
set voice,
but it's only voice type. can i somehow set voice? for example I want to
use espeak's max voice for brltty.
thanks.
--
Sincerely, Alexander.
___
This message was sent via
25.12.2020 19:05, Dave Mielke пишет:
> [quoted lines by Alexander Epaneshnikov on 2020/12/25 at 14:04 +0300]
>
>>> Please test this on the focus-marks branch. If you like it I'll merge it.
>>>
>> looks good to me.
> I hope that means it's been tested,
24.12.2020 22:55, Dave Mielke пишет:
> [quoted lines by Alexander Epaneshnikov on 2020/12/24 at 22:24 +0300]
>
>>> We could use the right rocker key (plus a routing key), i.e. up for set >and
>>> down for goto.
>> seems convenient.
> Please test this on the foc
24.12.2020 22:21, Dave Mielke пишет:
> [quoted lines by Alexander Epaneshnikov on 2020/12/24 at 22:17 +0300]
>
>>> How hard is it to press the selector and pan keys (on the same side)
>>> together?
>>>
>> if i am using both hands not too hard.
> But yo
24.12.2020 21:59, Dave Mielke пишет:
> [quoted lines by Alexander Epaneshnikov on 2020/12/24 at 21:40 +0300]
>
>> if i do: spc+125 i get: key table: FreedomScientific Focus2 (blue) 80
> I think we should get rid of the (blue) part as it's misleading and not even
> useful.
24.12.2020 21:22, Dave Mielke пишет:
> [quoted lines by Alexander Epaneshnikov on 2020/12/24 at 21:18 +0300]
>
>> fermvare version reported by the display is: 3.70
> What does brltty detect it as? Which key table is being used for it?
>
if i do: spc+125 i get: key table: Freedo
24.12.2020 21:09, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/24 at 21:06 +0300]
you can give me several options. and I'll tell you which one is more
convenient.
Which model do you have?
fermvare version reported by the display is: 3.70
--
Sincerely, Alex
24.12.2020 21:09, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/24 at 21:06 +0300]
you can give me several options. and I'll tell you which one is more
convenient.
Which model do you have?
i have a old model with 80 modules, Whiz Wheels, Navrow buttons and wi
24.12.2020 21:02, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/24 at 20:58 +0300]
it would be nice if you chose it yourself.
I can try, but, without having one of those here to test with, my guesses
mightn't be ideal.
i can test. or you can give me several op
24.12.2020 17:50, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/24 at 17:41 +0300]
when I used my old baum vario I could make a bookmark and then return to it.
Those are the SETMARK and GOTOMARK commands.
now, i am looking at focus 80 keybindings help and I can
hello. when I used my old baum vario I could make a bookmark and then return
to it. now, i am looking at focus 80 keybindings help and I can't find
how to
do it.
this command was not defined? if so, can it be added?
--
Sincerely, Alexander.
___
This
21.12.2020 21:37, Frans-WIllem Post пишет:
> Hello Alexander,
>
> On 21-12-2020 17:09, Alexander Epaneshnikov wrote:
>> 21.12.2020 18:24, Frans-WIllem Post пишет:
>>> Hello,
>>>
>>> On 21-12-2020 15:10, Alexander Epaneshnikov wrote:
>>>> 21.
21.12.2020 18:24, Frans-WIllem Post пишет:
Hello,
On 21-12-2020 15:10, Alexander Epaneshnikov wrote:
21.12.2020 9:56, Frans-WIllem Post пишет:
Hello all,
Would someone be able to help me with getting BrlTTY running on
Fedora 33, see below? My braille display says "Not in text mode&qu
21.12.2020 9:56, Frans-WIllem Post пишет:
Hello all,
Would someone be able to help me with getting BrlTTY running on Fedora
33, see below? My braille display says "Not in text mode" while in
GUI. On the TTY-consoles, however, it works perfectly.
Thank you very much.
Frans-Willem Post
On 15-
09.12.2020 06:35, Dave Mielke пишет:
[quoted lines by Jason White on 2020/12/08 at 20:03 -0500]
which I assume will be included in the 6.2 release.
Yes. Just waiting for one more issue to be resolved.
can i help somehow?
--
Sincerely, Alexander.
09.12.2020 02:26, Alexander Epaneshnikov пишет:
09.12.2020 02:14, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/09 at 02:03 +0300]
when i install brltty with pacman i get:
[2020-12-09T01:42:39+0300] [ALPM] warning:directory permissions
differ on
/usr/share/polkit-1
09.12.2020 02:14, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/09 at 02:03 +0300]
when i install brltty with pacman i get:
[2020-12-09T01:42:39+0300] [ALPM] warning:directory permissions differ on
/usr/share/polkit-1/rules.d/
What, exactly, is the issue? Brltty's
09.12.2020 02:09, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/09 at 01:50 +0300]
now all is well.
Even the relative path warning? Is it gone?
yes.
--
Sincerely, Alexander.
___
This message was sent via the BRLTTY
when i install brltty with pacman i get:
[2020-12-09T01:42:39+0300] [ALPM] warning:directory permissions differ
on /usr/share/polkit-1/rules.d/
filesystem: 750package: 755 should i patch
Authorization/Polkit/Makefile.in or you can change dir permissions?
--
Sincerely, Alexander.
_
09.12.2020 01:39, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/09 at 01:30 +0300]
that was recommendation from upstream systemd.
snip from systemd news:
• All rule files that currently use a header guard similar to
ACTION!="add|change&
09.12.2020 01:30, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/08 at 23:18 +0300]
It looks like it's the bind action. Check if duplicating the add line and
changing add to bind fixes it for you. In other words, bind should also go to
systemd_add.
in prev em
09.12.2020 01:17, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/09 at 01:05 +0300]
you need to change:
ACTION=="add", GOTO="brltty_systemd_add"
to:
ACTION!="remove", GOTO="brltty_systemd_add"
without it brltty stops on syste
09.12.2020 00:37, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/09 at 00:26 +0300]
when you push the final changes, I'm ready to double-check everything.
It's merged to master now and the topic branch will be removed shortly.
you need to change:
ACTION==&
09.12.2020 00:21, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/08 at 23:35 +0300]
cano't believe! two days and finally. we don't need device unit.
i modified rule:
...
ENV{SYSTEMD_WANTS}+="brltty@.service"
Then we'd have no way to fix the re
09.12.2020 00:11, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/08 at 23:01 +0300]
it isn't helped. maybe just remove: ConditionPathExists=%I
i think now it doesn't help.
Or, maybe, you still need to run systemctl daemon-reload. I've committed the
chag
08.12.2020 23:18, Alexander Epaneshnikov пишет:
08.12.2020 23:01, Alexander Epaneshnikov пишет:
08.12.2020 22:40, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/08 at 22:19 +0300]
apart from:
дек 08 22:15:26 alex-pc systemd[1]:
/usr/lib/systemd/system/brltty@.service
08.12.2020 23:01, Alexander Epaneshnikov пишет:
08.12.2020 22:40, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/08 at 22:19 +0300]
apart from:
дек 08 22:15:26 alex-pc systemd[1]:
/usr/lib/systemd/system/brltty@.service:25: ConditionPathExists= path is not
absolute
08.12.2020 22:40, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/08 at 22:19 +0300]
apart from:
дек 08 22:15:26 alex-pc systemd[1]:
/usr/lib/systemd/system/brltty@.service:25: ConditionPathExists= path is not
absolute, ignoring: sys/devices/pci:00/0
Please try
08.12.2020 22:01, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/08 at 21:34 +0300]
unfortunately now i get:
...
brltty-systemd-wrapper[71489]: instance path not managed by udev:
/sys/devices/pci:00/:00:14.0/usb1/1-6
I guess the device information is long (or
08.12.2020 21:16, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/08 at 19:42 +0300]
only one problem remains; when i unplug the display i get:
дек 08 19:31:59 alex-pc systemd[1]: Stopping BRLTTY Instance:
sys/devices/pci:00/:00:14.0/usb1/1-6...
дек 08 19:39:21
04.12.2020 19:34, Alexander Epaneshnikov пишет:
04.12.2020 5:03, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/04 at 03:22 +0300]
дек 04 02:58:36 brltty[470]: unknown group: pulse-access
i commented pulse-access in service and sysusers files because arch
Linux
08.12.2020 20:02, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/08 at 19:42 +0300]
all is working!
Thanks. Even if systemd is broken (which I think it is), we need to live with
it as we can't expect brltty users to have to wait for a systemd fix. Glad this
one wi
08.12.2020 14:39, Dave Mielke пишет:
Please test what's on the systemd-management branch. The udev device rules and
brltty@.service have changed. brltty-device@.service has been added.
yay all is working!
i modified udev rule: ENV{SYSTEMD_WANTS}+="brltty-device@.service"
only one problem re
ok. don't know how to interpret this... at least for now but i found
something.
[alex@alex-pc ~]$ udevadm monitor --property
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent
KERNEL[9941.697191] add /devices/pci
08.12.2020 03:02, Dave Mielke пишет:
Could you please try BindsTo= instead of Partof=? Please remember to either
reboot or run: systemctl daemon-reload
i get дек 08 03:05:59 alex-pc systemd[1]:
/usr/lib/systemd/system/brltty@.service:25: ConditionPathExists= path is
not absolute, ignoring: sys
07.12.2020 23:54, Alexander Epaneshnikov пишет:
07.12.2020 23:33, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/07 at 21:47 +0300]
this doesn't made any difference.
Maybe this one shouldn't hold up 6.2, then. In the end, it's a time
bomb just
waiting to
07.12.2020 23:33, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/07 at 21:47 +0300]
this doesn't made any difference.
Maybe this one shouldn't hold up 6.2, then. In the end, it's a time bomb just
waiting to strike. :-( We really need the systemd people to
07.12.2020 19:55, Dave Mielke пишет:
I'm curious about one more test. Let's break systemd stop and see if it still
stops after starting anyway. To do that, in the udev rules move the
tag+=systemd line to just before - rather than just after - the systemd remove
label. And then, of course, run: sy
07.12.2020 19:30, Dave Mielke пишет:
Do you have any contacts within the systemd community? It may be time to
involve them.
I don't want to go back to a broken systemctl stop for 6.2, but, with this
problem, it may be worse!
will try to contact someone.
--
Sincerely, Alexander.
_
07.12.2020 18:01, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/07 at 12:38 +0300]
A properly updated systemd-wrapper script has now been committed so you can get
that version of it and install it for keeps.
So now what we need to test is a one line change to brltty
07.12.2020 17:28, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/07 at 12:38 +0300]
unfortunately i confirm this.
Did you get my next email about using the /sys/ path of the device?
yes. forgot to send it. sorry.
--
Sincerely, Alexander
07.12.2020 04:39, Dave Mielke пишет:
There's another possibility worth trying, i.e. to use the /sys/ path rather
than the /dev/ path. I've updated the systemd-wrapper script to handle this.
The patch (attached as systemd-wrapper.patch) is attached to this message.
Then, to use the /sys/ path, a
07.12.2020 02:05, Jason White пишет:
Dave Mielke wrote:
Okay. I've tried this and it doesn't break things for me. Look in brltty's udev
rules for this line:
ACTION=="add", GOTO="brltty_systemd_add"
And add this line below it:
ACTION=="change", GOTO="brltty_systemd_add"
Then run udev
07.12.2020 00:18, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/07 at 00:07 +0300]
There's a bit of a cryptic statement that says that SYSTEMD_WANTS isn't acted
upon if the device is already in the tree. I suppose this is possible. Could
you try duplicating
07.12.2020 00:07, Alexander Epaneshnikov пишет:
07.12.2020 00:00, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/06 at 23:55 +0300]
after correcting the rule. it just doesn't work. according to the
SYSTEMD.DEVICE(5) page, such a variable is not supported.
So tjat&
07.12.2020 00:00, Dave Mielke пишет:
[quoted lines by Alexander Epaneshnikov on 2020/12/06 at 23:55 +0300]
after correcting the rule. it just doesn't work. according to the
SYSTEMD.DEVICE(5) page, such a variable is not supported.
So tjat's tje same for both of us/ Does your ma
1 - 100 of 135 matches
Mail list logo