I’ve started toying with that very idea Lucio, but I haven’t had much time to
really vet the ideas. My work has been specifically for 9front and rcpu
> On Jul 18, 2021, at 9:53 PM, Lucio De Re wrote:
>
> On 7/19/21, adr via 9fans <9fans@9fans.net> wrote:
>> [ ...]. Running samterm locally is
On 7/19/21, adr via 9fans <9fans@9fans.net> wrote:
> [ ...]. Running samterm locally is way more efficient than
> using X forwarding.
>
I have adopted on my Linux (Mint) workstations - plural - the paradigm:
ssh -fX remote acme -l lib/task.acme # for different tasks
and it works even
Ok, Let me explain this a little.
I don't like this "One X to rule them all" concept, recreating
complete interfaces. I would prefer to use one gui, and make the
programs integrate in it, rethinking some concepts if necessary.
Been able to modify the label is fundamental for this. It's a
way to
> That's run by sam, not samterm.
Ah, I see; /dev/label is not available to the remote end of sam -r.
Do people use sam -r a lot, instead of [r]cpu -c sam?
Is it appreciably faster? surely having /mnt/term & local /dev
in the namespace is nice? Anyway, I see your point.
Still not convinced
On Mon, 19 Jul 2021, umbrati...@prosimetrum.com wrote:
This patch adds a command 'l' to set the label, and sets it at
startup as described above.
meh; you can already run !label blah from inside sam
That's run by sam, not samterm.
not sure the label-on-startup adds much?
It's for using
> This patch adds a command 'l' to set the label, and sets it at
> startup as described above.
meh; you can already run !label blah from inside sam
not sure the label-on-startup adds much…
but I guess you could just add that at the call to initdraw.
umbraticus
Hi,
I was hacking sam to set /dev/label to 'sam filename' when one is
given to be opened but then I thought that it would be better to
make samterm do it, so it'll work when using sam remotely.
This patch adds a command 'l' to set the label, and sets it at
startup as described above.
Regards,
