|00:19||sugarbeet is back|
|00:19||sugarbeet is now away: [tmux detached]|
|00:29||sugarbeet is back|
|00:30||sugarbeet is now away: [tmux detached]|
|00:35||sugarbeet is back|
|00:35||sugarbeet is now away: [tmux detached]|
|01:27||wyre is now away: Auto away at Tue Jan 31 01:26:00 2023 UTC|
|01:46||vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:7:77:0:40)|
|01:51||sugarbeet is back|
|01:51||sugarbeet is now away: [tmux detached]|
|04:48||vagrantc has left IRC (vagrantc!~vagrant@2600:3c01:e000:21:7:77:0:40, Quit: leaving)|
|06:39||wyre is back|
|07:01||ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)|
|07:16||wyre is now away: Auto away at Tue Jan 31 07:14:50 2023 UTC|
|07:41||wyre is back|
|07:48||alkisg_irc has left IRC (alkisg_irc!~Thunderbi@srv1-dide.ioa.sch.gr, Remote host closed the connection)|
|07:48||alkisg_irc has joined IRC (alkisg_irc!~Thunderbi@srv1-dide.ioa.sch.gr)|
|09:21||demetrio21r[m] has joined IRC (demetrio21r[m]!~demetrio2@2001:470:69fc:105::3:a7)|
<alkisg> "While if they don't log out..." <- hello my clients connect and disconnect constantly from epoptes
demetrio21r: how is that related to your quote?
demetrio21r: I cannot receive PMs, I'm on matrix, type here in the channel if you want
greek: Στο παρόν κανάλι μιλάνε μόνο Αγγλικά, για υποστήριξη στα Ελληνικά από την υπηρεσία Τεχνικής Στήριξης ΣΕΠΕΗΥ διαβάστε το http://ts.sch.gr/wiki/IRC και στη συνέχεια πληκτρολογήστε /j #ts.sch.gr
|09:39||woernie has joined IRC (email@example.com)|
|12:17||Vercas has joined IRC (Vercas!~Vercas@gateway/tor-sasl/vercas)|
|14:54||woernie has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|15:26||ricotz is now away: I'm busy|
what is the terminal/CLI version of "epoptes" open remote terminal as root locally?
I have a booted ubuntu focal client but the GUI fails to start (xfce4 and gdm3), switching to the text console alt-f2, I can login as the regular user and $HOME is not mounted.
tru_tru: I didn't understand the question. There's a menu in epoptes to open a remote terminal locally, what's your question about that?
I would like to have the same remote access through the terminal, without a GUI
epoptes is an X11 app. I would like the backup solution is case I have to work from remote without X
s/is case/in case
You mean that you want to learn the command to share a terminal, without epoptes and without x?
The menu you mention works even when the remote PC has no xorg running
While if you want to share a terminal with no xorg, the command is /usr/share/epoptes-client/receive-terminals
|15:39||* tru_tru reading|
|15:39||vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:7:77:0:20)|
\o/ that is is
\o/ that is it
|15:43||* tru_tru confused:|
from the ltsp server, how to I start the remote /usr/share/epoptes-client/share-terminal to display on the server using /usr/share/epoptes-client/receive-terminals ?
You can't run these automatically. You ask the remote person to run share-terminal
If you want to run these automatically, you use epoptes > right click > open terminal
If you don't have xorg on the server and you can't use epoptes, then use ssh
then I am back to last week answer :P
[X] remote access to client
how do you share $HOME for the end users?
It's automatically shared over sshfs
Why don't you run epoptes somewhere where you have xorg ?
E.g. in your own pc, or in ltsp-client-01?
I have a client running, but only root is able to start the session locally. A local user don't have /home/user mounted and can not start the xfce session
when going on the text console on the client, the credentials are ok, but no $HOME, so the local user ends in /
that was my second question of the day.
Are you using a normal ltsp installation, or are you e.g. using ldap or something else that's non-standard?
Can you describe your setup? Which installation CD you used (e.g. ubuntu server 22.04), if you're using a chroot or chrootless, etc?
I have installed a fresh lts 20.04 server + gnome-desktop, then followed the ltsp for ubuntu
the image is chrooted from debootstrap in /srv/ltsp/focal
OK, and why don't you use ubuntu-desktop.iso with chrootless?
Because now you'll spend hours just fixing the broken setup and chroot...
ubuntu-desktop.iso can not be automated
Why do you need to automate the server?
I have a cloud-init to install the lts20.04 machine and try to automate everything
I mean, canonical doesn't recommend server + apt install ubuntu-desktop, so you're starting from the "wrong" method
So you should expect broken stuff, not related to ltsp
So I think you need to take a step back, explain who is going to use that automation, and see if there's a more recommended method for it
An ubuntu desktop installation is created from "seeds". It's not the same as server + apt install ubuntu-desktop.
So if you do that, you're missing stuff
|15:58||Vercas has left IRC (Vercas!~Vercas@gateway/tor-sasl/vercas, Ping timeout: 255 seconds)|
I also tried with debian/bullseye from preseed, and it is failing at the same stage for ltsp with a chroot based bullseye image
Why do you want to use a chroot instead of chrootless, what's the use case?
Your users will run terminals only, no gui?
I want to provide both
Then don't use a chroot
Otherwise it'll be like maintaining your own distribution
You'll put the same effort like a "-desktop" package maintainer; you'll need to check that you put everything in the chroot
|16:00||wyre is now away: Auto away at Tue Jan 31 15:59:21 2023 UTC|
And in every new releases, when new package dependencies arise, you'll need to debug everything from scratch again
Where are you providing the automation, who are the end users?
|16:02||Vercas has joined IRC (Vercas!~Vercas@gateway/tor-sasl/vercas)|
whoaww, I was not aware that -desktop and -server for ubuntu where so different... I had hoped to use ltsp to provide a choice of lts/debian/rhel clone to boot diskless
I don't want to be stuck with the ltsp server version for the clients, but maybe a ltsp server for each clients OS is the proper way to go
You can use any number of VMs. You install the OS graphically in the VM, and you publish it to the network with LTSP
Note that LTSP only supports .deb distributions at this point
If I understand you, the bullet proof poc is lts-desktop and chrootless image for the client, and systemctl isolate multi-user|graphical to go GUI/console ?
Sure. But that's not a limitation of ltsp. It's a packaging issue in most distributions.
ok thanks for your patience
Now to the particular issue that you mentioned, maybe you're missing the ltsp and sshfs packages inside the chroot
But even if you do get HOME to mount, you'll find other missing bits later, e.g. dbus, policykit, sound etc being misconfigured due to the chroot
ltsp is installed, but sshfs was not
ltsp recommends sshfs, so you probably used --no-recommends
https://ltsp.org/docs/installation/#maintaining-a-client-image -> maybe adding "sshfs" to "apt install --install-recommends ltsp epoptes-client" ?
No, recommended packages are installed by default
|16:14||Vercas has left IRC (Vercas!~Vercas@gateway/tor-sasl/vercas, Quit: Ping timeout (120 seconds))|
Your setup is broken for some reason. E.g. LinuxMint defies Debian policy and doesn't install recommends
|16:14||Vercas has joined IRC (Vercas!~Vercas@gateway/tor-sasl/vercas)|
Hmm, maybe you don't have "universe" in your apt sources
Ubuntu gnome ships without "universe", that could be it
Can you install sshfs now, or does it say package not found?
/etc/apt/sources.list: deb http://archive.ubuntu.com/ubuntu focal main universe
dpkg -l sshfs -> not installed, and "apt install --install-recommends ltsp epoptes-client" is not pulling it
But they are already installed
You need to uninstall them first, to see
apt remove ltsp epoptes-client <-running in the chroot
dpkg -l ltsp epoptes-client sshfs
-> ^rc for epoptes-client and ltsp and ^un for sshfs
now I see sshfs being pulled... I am wondering what I missed
rebuilding the image and rebooting the ltsp client
maybe as you said the "universe" was not in the apt source list
ltsp client did not like the 'ltsp image focal' replacing the loop mounted image
Well unmount it before trying to write to it...
how is the client supposed to behave when the image is modified on the server?
anyway, even with sshfs added, I still have my user not having /home/user mounted on the ltsp client
And you're saying you don't have a working epoptes, to take a look, right?
epoptes works for the root user only
is open terminal root,locally
but not for user,locally
I can login as "user" on the local text console (where is complains that HOME=/ instead of /home/user)
tru_tru: do you want to share your server screen with me, so that I check the clients via epoptes, to see why it's not working?
(i.e. which other packages are missing ... :D)
I will restart the lstp server from scratch with a ltsp-desktop version
and go the small steps before trying anything else, with ltsp-server or debian
alkisg sure, it is a toy system
|17:55||Vercas9 has joined IRC (Vercas9!~Vercas@gateway/tor-sasl/vercas)|
|17:55||Vercas has left IRC (Vercas!~Vercas@gateway/tor-sasl/vercas, Ping timeout: 255 seconds)|
|17:55||Vercas9 is now known as Vercas|
|18:47||wyre is back|
|19:07||Vercas has left IRC (Vercas!~Vercas@gateway/tor-sasl/vercas, Ping timeout: 255 seconds)|
|19:53||wyre is now away: Auto away at Tue Jan 31 19:51:33 2023 UTC|
|19:53||Vercas has joined IRC (Vercas!~Vercas@gateway/tor-sasl/vercas)|
|21:54||Vercas has left IRC (Vercas!~Vercas@gateway/tor-sasl/vercas, Quit: Ping timeout (120 seconds))|
|22:00||Vercas has joined IRC (Vercas!~Vercas@gateway/tor-sasl/vercas)|
|22:15||ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)|