|01:10||vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 240 seconds)|
|01:12||jgee has left IRC (email@example.com, Quit: Ping timeout (120 seconds))|
|01:13||jgee has joined IRC (firstname.lastname@example.org)|
|01:13||vsuojanen has left IRC (email@example.com, Ping timeout: 245 seconds)|
|01:57||vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)|
|02:05||vsuojanen has joined IRC (firstname.lastname@example.org)|
|04:13||quinox has left IRC (email@example.com, Quit: WeeChat 2.2)|
|04:16||quinox has joined IRC (firstname.lastname@example.org)|
vagrantc: what's the recommended license these days? gpl 3+?
(for the new ltsp)
|05:39||statler has joined IRC (statler!~Georg@p5489790B.dip0.t-ipconnect.de)|
alkisg: gpl3+ has some positive things, definitely
maybe even agpl
Thanks, putting this then: # SPDX-License-Identifier: GPL-3.0-or-later
|05:47||os_a has joined IRC (os_a!~Thunderbi@126.96.36.199)|
|05:54||kjackal has joined IRC (kjackal!~quassel@2a02:587:3119:ef00:8593:ced4:afeb:e172)|
|06:02||ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)|
|06:03||os_a has left IRC (os_a!~Thunderbi@188.8.131.52, Read error: Connection reset by peer)|
|06:05||os_a has joined IRC (os_a!~Thunderbi@184.108.40.206.leadertelecom.ru)|
|06:13||woernie has joined IRC (email@example.com)|
|06:15||julien has joined IRC (firstname.lastname@example.org)|
|06:16||julien is now known as Guest68778|
|06:53||os_a1 has joined IRC (os_a1!~Thunderbi@220.127.116.11)|
|06:54||os_a has left IRC (os_a!~Thunderbi@18.104.22.168.leadertelecom.ru, Ping timeout: 245 seconds)|
|06:54||os_a1 is now known as os_a|
|07:37||Guest68778 has left IRC (Guest68778email@example.com, Remote host closed the connection)|
|07:50||Da-Geek has joined IRC (Da-Geek!~Da-Geek@22.214.171.124)|
|07:58||julien has joined IRC (firstname.lastname@example.org)|
|07:59||julien is now known as Guest60592|
|08:10||Guest60592 has left IRC (Guest60592email@example.com, Remote host closed the connection)|
|08:24||statler has left IRC (statler!~Georg@p5489790B.dip0.t-ipconnect.de, Remote host closed the connection)|
|09:01||julien has joined IRC (firstname.lastname@example.org)|
|09:01||julien is now known as Guest5555|
|09:05||Guest5555 has left IRC (Guest5555email@example.com, Remote host closed the connection)|
|09:40||alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)|
|09:53||statler has joined IRC (statler!~Georg@gwrz.lohn24.de)|
|10:00||julien has joined IRC (firstname.lastname@example.org)|
|10:00||julien is now known as Guest98370|
|10:13||vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)|
|10:14||woernie has left IRC (email@example.com, Ping timeout: 268 seconds)|
|10:15||woernie has joined IRC (firstname.lastname@example.org)|
|10:18||Guest98370 has left IRC (Guest98370email@example.com, Remote host closed the connection)|
|10:27||alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)|
|10:49||os_a has left IRC (os_a!~Thunderbi@126.96.36.199, Quit: os_a)|
|11:26||julien has joined IRC (firstname.lastname@example.org)|
|11:27||julien has left IRC (email@example.com, Remote host closed the connection)|
|11:27||julien has joined IRC (firstname.lastname@example.org)|
|11:27||julien is now known as Guest88752|
|11:47||Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)|
|12:24||Guest88752 has left IRC (Guest88752email@example.com, Remote host closed the connection)|
|12:27||clef__ has joined IRC (clef__!6d1dea72@gateway/web/freenode/ip.188.8.131.52)|
Hello, I've an Android phone and I would like to connect it to a thin client usb to access internal storage. Is it possible ?
Sure, with localapps
Great ! Which application could this work ? Localapps is already enabled. (LOCAL_APPS_MENU=True)
|13:01||spaced0ut has left IRC (spaced0ut!~spaced0ut@unaffiliated/spaced0ut, Quit: Leaving)|
|13:02||julien has joined IRC (firstname.lastname@example.org)|
|13:02||julien is now known as Guest73068|
|13:14||spaced0ut has joined IRC (spaced0ut!~spaced0ut@unaffiliated/spaced0ut)|
|13:41||Guest73068 has left IRC (Guest73068email@example.com, Remote host closed the connection)|
|13:47||jgee has left IRC (firstname.lastname@example.org, Ping timeout: 246 seconds)|
|13:49||jgee has joined IRC (email@example.com)|
|14:03||julien has joined IRC (firstname.lastname@example.org)|
|14:04||julien is now known as Guest40148|
|14:15||Guest40148 has left IRC (Guest40148email@example.com, Remote host closed the connection)|
|14:25||kjackal has left IRC (kjackal!~quassel@2a02:587:3119:ef00:8593:ced4:afeb:e172, Ping timeout: 258 seconds)|
|14:25||kjackal has joined IRC (kjackal!~quassel@2a02:587:3119:ef00:8593:ced4:afeb:e172)|
|14:31||adrianorg has joined IRC (firstname.lastname@example.org)|
|14:34||adrianor1 has left IRC (email@example.com, Ping timeout: 250 seconds)|
|14:38||clef__ has left IRC (clef__!6d1dea72@gateway/web/freenode/ip.184.108.40.206, Ping timeout: 256 seconds)|
|15:04||julien has joined IRC (firstname.lastname@example.org)|
|15:04||julien is now known as Guest82233|
|15:08||Da-Geek has left IRC (Da-Geek!~Da-Geek@220.127.116.11, Remote host closed the connection)|
|15:54||Guest82233 has left IRC (Guest82233email@example.com, Remote host closed the connection)|
|16:17||woernie has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|16:25||julien has joined IRC (email@example.com)|
|16:25||julien is now known as Guest7936|
|16:38||Guest7936 has left IRC (Guest7936firstname.lastname@example.org, Remote host closed the connection)|
|16:40||quagmire has joined IRC (quagmire!82c03034@gateway/web/freenode/ip.18.104.22.168)|
Hi everyone, I am using LTSP on ubuntu 18.04 and I am having problems with using local devices (particularly USB keys) with thin clients.
I did set LOCALDEV=True in the lts.conf file but the situation doesn't change
are you able to mount them w/ a local terminal?
e.g., `ltsp-localapps sensible-terminal` ?
or with a locally run file manager
not sure if sensible terminal stuff gets put in a thin chroot
The clients can mount the USB keys, but they can't unmount them
not sure about that
The server, when a USB key is inserted makes a polkit error popup on all clients, about "org.freedesktop.udisks2.filesystem-mount-other-seat"
do you get an access denied error when trying to unmount them?
pretty sure regular users need to be in a particular group for removeable devices on ubuntu
yes, I get an "access denied" error
not sure how this works/relates to thinclients
plugdev I think?
I already tried adding all users to the "fuse" and "plugdev" group and the result is the same
that's likely only making them members on the server
Not really sure... it probably "should work"... I think most of the devs are using fat clients now, though
that is a problem for us, since we have installed over 500 thin clients in 35 laboratories, as you can see here: http://www.ltsp.org/stories/viewstory/?story_id=975&secret=40e329
are you able to unmount it manually using a local terminal?
I did open a local terminal using epoptes but it says that the device is not mounted. I can even mount it at the same time in the local OS and have write access on it. After that I can unmount it (but only in the local OS)
anything useful in /var/log/syslog on the client?
|17:06||lopta has joined IRC (email@example.com)|
didn't find anything useful
sorry, not really sure. I don't have a way to test thin clients atm
wait around for a while and I'm sure someone smarter will chime in
quagmire: may I ask why you're using thin clients instead of fat ones? Are your clients that slow/old?
speak of the devil
I.e. which cpu and how much ram?
they vary from pentium to dual core maximum, with 256MB ram
alkisg: any thoughts to running the ltsp server in a container (e.g., lxc)?
Pentium 4's from 2.4 GHz and on, and dual core PCs work better as fat, provided they have at least 768 RAM
might try it here in a while, but curious if you've explored it at all
In any case, if you're talking about ltspfs and thin clients, there's no unmounting,
ltspfs syncs every two seconds, so you just need to wait 2 secs and then unplug the stick
Do "fat clients" get updated automatically by the server?
mwalters: I don't know of any issues, but I'm not using virtualized ltsp servers in production
fatclients: Nowadays LTSP supports thin and fat clients. They are both diskless and netbooted from the same LTSP chroot, but while thin clients run the session on the server and transfer the screen, fat clients run the session locally with their own CPU/RAM, thus performing amazingly better. See also !ltsp-pnp and https://help.ubuntu.com/community/UbuntuLTSP/FatClients
(I'm guessing they have their own Web browser?)
cool, I'll report back if I run into anything
lopta: it's just an ltsp-update-image -c /
I.e. they still don't have disks; they netboot the image from the server
The whole idea of ltsp is that you only need to maintain one or two images, not a lot of installations
alkisg: That is an appealing idea.
install: http://wiki.ltsp.org/wiki/Installation/Ubuntu for Ubuntu, or http://wiki.ltsp.org/wiki/Installation for other distributions
lopta: try a test installation some time, it takes 1 hour including the os installation
Follow the steps blindly
And customize later on...
|17:15||statler has left IRC (statler!~Georg@gwrz.lohn24.de, Remote host closed the connection)|
I'll need a spare server and switch.
I don't get it: the ltspfs "fakes" mounting but actually just remembers what to do on a usb stick and syncs it every 2 seconds?
quagmire: well it needs to "fake" mounting since the process runs on the server and the stick is on the client
So yup, what you said
Note that thin clients are getting deprecated, they won't be supported in the next ltsp version
So people that need them should switch to ltsp for netbooting and xfreerdp/xrdp or something for the remote desktop part
So, ltspfs will be replaced by xfreerdp folder sharing
|17:20||* lopta looks up xfreerdp|
lopta: your clients are pentium 4 and lower?
If not, ....just ignore thin clients :)
alkisg: I don't have any clients yet, though I have a pallet full of dual-core i5 machines that could probably do the job at a push.
(i5 and i3, I think)
lopta: right, so completely ignore any mentions of thin clients
Go for fat ones, what we said previously
alkisg: For fat clients, presumably the terminal network would have to be routed out to the Internet.
(if I want people to be able to browse the Web, etc.)
I'm not sure what you mean by that. Thin clients are remote desktop, fat clients are remote disk.
Both are netbooted
|17:25||* lopta nods|
Your ltsp server will be remote, over WAN?
alkisg: No, I was thinking the terminals would connect to the server over a separate Ethernet
...but I'm used to running the applications on the server.
Networking is the same in both cases
It can be either single or dual nic
|17:26||julien has joined IRC (firstname.lastname@example.org)|
|17:27||julien is now known as Guest84172|
Well in the thin client case the Internet doesn't have to be connected to the terminal LAN
...for thick clients it would have to be. That's not necessarily a problem, just a consideration.
fat clients, I mean.
you can still do nat for fat clients
alkisg: Right but you wouldn't have to for thin clients.
To solve my problem with USB keys, would it be possible to do a script to launch manually? If yes, where should I start from?
quagmire: I missed your question but are you plugging USB flash drives into the terminals?
lopta: yes and the clients can operate on usb keys but can't unmount them. The server cannot do that as plugging a usb key pops up an form asking for the admin password on all clients
quagmire: I'm guessing there's a way to configure on the server what happens when a flash drive is plugged into a terminal.
(mount it, ignore it or prompt?)
|17:39||vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)|
(08:28:18 PM) lopta: alkisg: Right but you wouldn't have to for thin clients. => sure but you're doing a whole remote desktop, much more expensive network-wise
|17:46||quagmire has left IRC (quagmire!82c03034@gateway/web/freenode/ip.22.214.171.124)|
alkisg: In terms of network bandwidth? Sure.
just a little bit more than a gbnic
lopta: not sure why you thought that not doing nat is an advantage... less configuration needed? it's automatic anyway
alkisg: I can think of a few edge cases where I might prefer that. Not many.
Mostly it's just how I'm used to thinking about thin client deployments.
For LTSP I'll have to learn the new way.
|18:13||Leandro_ has joined IRC (Leandro_!c891b51d@gateway/web/freenode/ip.126.96.36.199)|
Hello guys. Could anyone please tell me what is the proper way to shutdown clients at a certain time everyday?
I'm using a chrootless install, and I can't seem to find info about it.
I tried to config CRONTAB_01 and SHUTDOWN_TIME in lts.conf but none of them worked.
That gets you some of the way there
not sure how you translate that to chrootless, though
I saw that, but that is for a chroot install, isn't it?
the file location, yes... those files probably exist in a chrootless install... somewhere, though...
the client doesn't know weather it's created chrootless or with a chroot, all the same to the booted client
vagrantc: /opt/ltsp/<arch> won't exist in a chrootless install, though, will it?
right, but it doesn't exist for a booted client either
where do the ltsp initialization scripts live on a chrootless install, I think is the relevant question
(for the client)
same place, minus the /opt/ltsp/<arch> part ... e.g. /
cool, so yeah... you could modify that line to check for the current time and shut them down
ok I see. But I'm using autologin, so I don't think I should use rc.d. Fow what I understand, everything in rc.d will run at all time.
if you can't get the CRONTAB_01 lines to work
yeah, you're probably right... that'll only run if ldm is active, and no one is logged in
Yeah, I thought about making that check, but it didn't seem to me that it is the best way to do it.
I tried using crontab too, but no cigar.
looks like CRONTAB_## is only for thin clients
Yeah, I guess so.
I took /var/spool/cron/crontab out of the excludes file, then I booted a fat client and running "crontab - l" displays the crontab correctly, but it won't run.
you could try creating a script in /usr/share/ltsp/init-ltsp.d/ and adding a cron entry from that
that'll get run when the client boots
what do you mean by creating a script on that folder and adding the cron entry? What that script would do?
I don't think I follow you thought
the script would add the cron entry... e.g., write a file to /etc/cron.daily
I'm grasping at straws a bit, I've never goofed with a chrootless server
but that seems like a good way to try
should figure out why CRONTAB_* doesn't work
rather than implementing workarounds
manpage says it's for clients
there's nothing thin-client specific about it
The CRONTAB_* doesn't work. I looked into /etc/cron.d on a booted client, and there is a file named ltsp there, with the time and command I had set.
But didnt't run :(
you might also need to add cron to KEEP_SYSTEM_SERVICES
nice! I'll give it a try and will get back with the result shortly
systemctl shows cron running without that line in lts.conf
(on a client)
didn't work :(. Is there a way where I can see if cron is running jobs or not on a client? Cause syslog can't be accessed
systemctl also show that cron is running here
To try to be clear. So far I have CRONTAB_01 on my lts.conf, and it "works", it adds a file with the correct command to execute on /etc/cron.d/ on client
by default it just throws away the output
you could have jobs log to file to see if they're doing anything
* * * * * <user> <command> > /some/file/to/log.to
that should get created before systemd is even started ... odd.
honestly, i've had problems with cron and systemd in general ...
maybe try installing systemd-cron ?
been a long time since i needed any of this
|19:42||Guest84172 has left IRC (Guest84172email@example.com, Ping timeout: 246 seconds)|
|19:54||willianmazzardo has joined IRC (willianmazzardo!8f89ef3c@gateway/web/freenode/ip.188.8.131.52)|
Leandro_: are you sure that your crontab line is correct?
afaik, crontab_xx in lts.conf works fine, I'm not aware of any issues
Can you paste that line here?
SHUTDOWN_TIME="14:00:00" => shuts down the clients IF they're in ldm at that time
RCFILE_SHUTDOWN="shutdown -h 14:00" ==> shuts down the clients even if they have logged in
I think that's easier than cron; but if you prefer cron, it should work too
nice RCFILE trick :)
shutdown after X hours of inactivity would be interesting, too
curious how you would measure inactivity... load/utilization under a certain threshold?
there are functions in X to monitor activity that are used by screensavers
oh, I guess that makes sense
so use the same "activity" detection to do something other than a screensaver
I wonder if you could detect the screen being locked
and unlocked... if the screen has been locked for N minutes
could probably even use xautolock directly, since it can call an arbitrary screensaver ... i did that on some kiosks i had
though i think in the end i wrote a hook that prepended "timeout $((60*60*2)) /path/to/desktop-session" which just brutally killed the session
and then used xautolock to popup reminders or something
won't you think of the sessions
yeah, I have locking/timeout setup through dconf right now
alkisg: crontab is having a weird behavior. If I put something like "touch test.txt" in it, it runs, but things like "shutdown -h now" "init 0" "mate-session-save --logout" dont't run at all.
I will try the RCFILE_SHUTDOWN trick here and will get back to you tomorrow. Thank you
mate-session-save certainly wouldn't work
it works on shell
a shell without DISPLAY and appropriate XAUTHORITY?
on a terminal open with X, "mate-session-save --logout" logs out the user
yes, which is a very different environment from where cron runs
indeed, you're right
The RCFILE_SHUTDOWN worked!
alkisg almost always has the best suggestions
alkisg saving my ass once again. Thank you! And also thanks to vagrantc and mwalters
|20:28||willianmazzardo has left IRC (willianmazzardo!8f89ef3c@gateway/web/freenode/ip.184.108.40.206, Ping timeout: 256 seconds)|
|20:45||Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving)|
|20:57||vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 250 seconds)|
|20:59||vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)|
|20:59||ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Remote host closed the connection)|
|21:59||lopta has left IRC (firstname.lastname@example.org, Quit: leaving)|
|22:11||kjackal has left IRC (kjackal!~quassel@2a02:587:3119:ef00:8593:ced4:afeb:e172, Ping timeout: 252 seconds)|
|23:08||vsuojanen has left IRC (email@example.com, Ping timeout: 268 seconds)|
|23:10||vsuojanen has joined IRC (firstname.lastname@example.org)|