Is TeXmacs server still functioning?

sharkc · November 25, 2024, 1:50am

I wasn’t seriously considering the server functionality until a recent collaboration on overleaf. Anyways I tested it but never succeeded in logging into my localhost server. Here’s what I did:

First start with TEXMACS_HOME_PATH=~/.TeXmacs.server texmacs --server --debug-remote --debug-io and click on the button New account to add a new user. Then I start TeXmacs the normal way and click on Login to log into my localhost. Unfortunately it consistently prints on the console things like user not exists no matter what.

I’m not sure if it is due to my mis-operation or yet another bug. Can someone with prior experience on the server stuff help me check if it is working properly?

pireddag · November 25, 2024, 4:15pm

@mgubi, do you know anything about this?

mgubi · November 25, 2024, 5:52pm

On the Mac, TeXmacs cannot use the system openssl. This could be a problem. Try to install it with homebrew and try it again.

It should work. Maybe we can also write some instruction to try it at home.

sharkc · November 25, 2024, 7:22pm

I’m on Linux. Okay after a cache cleaning the localhost connection is finally established. But when I tried to add a new account in a server behind a virtual machine it still fails, when the action is made via the gui widgets. New account can be set up from the function client-new-account. Otherwise everything is fine so far.

mgubi · November 25, 2024, 9:37pm

You might add some debugging code to the gui widget to see why it does not work. Last time I tried the server it worked fine. It might be a problem in the client/server connection? Does the request from the client is received correctly?

sharkc · November 26, 2024, 1:42am

Let me summarize things I observed.

With a TeXmacs server running in a virtual machine. I start TeXmacs on my host machine with texmacs --debug-remote --debug-io --debug-qt --debug-qt-widgets and tried to create a new account on the server from gui widgets. Nothing is printed on the server console and the client side shows nothing but

TeXmacs] debug-widgets, qt_tm_widget_rep: queried SLOT_VISIBLE_PART             to widget       texmacs_widget         id: 0
TeXmacs] debug-widgets, qt_simple_widget_rep: queried SLOT_VISIBLE_PART         to widget       simple_widget  id: 3
TeXmacs] debug-widgets, qt_tm_widget_rep: queried SLOT_VISIBLE_PART             to widget       texmacs_widget         id: 0
TeXmacs] debug-widgets, qt_simple_widget_rep: queried SLOT_VISIBLE_PART         to widget       simple_widget  id: 3
TeXmacs] debug-qt, QTMCommand::apply() (delayed)
[1]    3072 IOT instruction (core dumped)  texmacs --debug-remote --debug-io --debug-qt --debug-qt-widgets

It looks like a bug in the gui system. I suspected it’s due to the qt stack on my Linux and turned on another Windows virtual machine to try the testing build posted on the ftp site. Unfortunately same thing happens, while nothing is received by on the server.

After that I tried to create an account from scheme, on both my host Linux and a Windows virtual machine. It turns out on a Windows machine even the network stack seems to be broken in some sense, as show in this image

where 192.168.122.1 is my host and 192.168.122.230 is the Windows ip.