Hi Mario.
The patch applied correctly. Not surprising I guess as it had the stock GNU
Screen 4.2.1` tarball to work with.
I totally concede this is was an inadvisable tactic, which I idlely tried with
the expectation that it would fail immediately. I plan to dig deeper when I
have more time,
Jason White writes:
> I've been on this list for a long time, and the GNU screen-based
> interface to BRLTTY is rarely mentioned. You may be the first person
> to try it in quite a while.
The GNU Screen patch method is pretty much the only way to get things
going on some of the platforms we try
I've been on this list for a long time, and the GNU screen-based
interface to BRLTTY is rarely mentioned. You may be the first person to
try it in quite a while.
On 29/5/21 9:02 pm, Ben van Poppel wrote:
Hi Mario.
Sorry. To put it another way, the only way to successfully run configure is by
Hi Mario.
Sorry. To put it another way, the only way to successfully run configure is by
setting CC=/usr/local/bin/gcc-11. The only way to build the resulting
configuration is setting it back to clang. No I’m definitely not running the
stock Mac screen binary by mistake, because in testing I
Hello List.
I've been a Brltty user on and off for over 20 years. Like many, I tend to
subscribe to mailing lists when I have questions or problems, so it's to the
great credit to the Brltty developers past and present that this is my first
appearance. The thing just seems to work and is
