IRC chat logs for #ltsp on irc.libera.chat (webchat)


Channel log from 7 March 2017   (all times are UTC)

00:19ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection)
03:26markus_e92 has left IRC (markus_e92!~markus_e9@91-115-152-209.adsl.highway.telekom.at, Ping timeout: 264 seconds)
03:28markus_e92 has joined IRC (markus_e92!~markus_e9@91-115-155-24.adsl.highway.telekom.at)
05:18Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 264 seconds)
05:23Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack)
05:42ScissorHill has joined IRC (ScissorHill!~quassel@42.109.169.248)
05:42ScissorHill_ has joined IRC (ScissorHill_!~quassel@42.109.169.248)
05:52yanu has left IRC (yanu!~yanu@178-116-57-70.access.telenet.be, Ping timeout: 260 seconds)
05:52yanu has joined IRC (yanu!~yanu@178-116-57-70.access.telenet.be)
06:24Statler has joined IRC (Statler!~Georg@p579FF216.dip0.t-ipconnect.de)
06:30new__ubuntu2 has joined IRC (new__ubuntu2!Abdo@195.43.8.241)
06:30ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
06:31new__ubuntu1 has left IRC (new__ubuntu1!Abdo@195.43.8.241, Read error: Connection reset by peer)
06:43mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
06:58new__ubuntu2 is now known as hima
07:07hima has left IRC (hima!Abdo@195.43.8.241, Ping timeout: 258 seconds)
07:21ScissorHill_ has left IRC (ScissorHill_!~quassel@42.109.169.248, Remote host closed the connection)
07:21ScissorHill has left IRC (ScissorHill!~quassel@42.109.169.248, Remote host closed the connection)
07:37new__ubuntu has joined IRC (new__ubuntu!~Abdo@156.209.169.232)
07:56ScissorHill has joined IRC (ScissorHill!~quassel@122.172.95.35)
07:57ScissorHill is now known as 7GHAAHZEZ
07:57ScissorHill has joined IRC (ScissorHill!~quassel@122.172.95.35)
08:11ScissorHill has left IRC (ScissorHill!~quassel@122.172.95.35, Ping timeout: 240 seconds)
08:117GHAAHZEZ <7GHAAHZEZ!~quassel@122.172.95.35> has quit IRC (Ping timeout: 260 seconds)
08:14
<ZAJDAN>
erka
08:16
so yesterday I tested one Thin client(prehistoric Celeron, RAM 512 266MHz, diskless, 100MB eth)...and I am surprised how nice it works
08:17
in this station Iam connected via RDP to win server and the work is same as on native machine! super :_)
08:18
<alkisg>
Did you try to watch a fullscreen youtube video?
08:20yanu has left IRC (yanu!~yanu@178-116-57-70.access.telenet.be, Ping timeout: 240 seconds)
08:27yanu has joined IRC (yanu!~yanu@178-116-57-70.access.telenet.be)
08:32
<ZAJDAN>
not :_) it will kill the machine
08:32
but I could try it
08:42Statler has left IRC (Statler!~Georg@p579FF216.dip0.t-ipconnect.de, Remote host closed the connection)
09:02ScissorHill has joined IRC (ScissorHill!~quassel@182.156.92.174)
09:02ScissorHill_ has joined IRC (ScissorHill_!~quassel@182.156.92.174)
09:12Statler has joined IRC (Statler!~Georg@mail.lohn24.de)
09:26ScissorHill has left IRC (ScissorHill!~quassel@182.156.92.174, Quit: No Ping reply in 180 seconds.)
09:26ScissorHill_ has left IRC (ScissorHill_!~quassel@182.156.92.174, Quit: No Ping reply in 180 seconds.)
09:27ScissorHill has joined IRC (ScissorHill!~quassel@182.156.92.174)
09:2821WAAP6HJ <21WAAP6HJ!~quassel@182.156.92.174> has joined #ltsp
09:35
<ZAJDAN>
alkisg: please how was the option for save password(unlock screensaver) in tls.conf ?
09:38
<alkisg>
!password
09:38
<ltsp>
I do not know about 'password', but I do know about these similar topics: 'ROOT_PASSWORD_HASH', 'LDM_PASSWORD_HASH'
09:38
<alkisg>
!LDM_PASSWORD_HASH
09:38
<ltsp>
LDM_PASSWORD_HASH: LDM_PASSWORD_HASH=True in lts.conf saves the password hash to /etc/shadow on login, so that the users can unlock the screensaver etc. If they happen to change their password though, that only takes effect until logout.
09:39
<ZAJDAN>
thnx
09:49
is somehow possible in similar way solve keyring?
09:50
<alkisg>
No, LDM doesn't know how to unlock the default keyring
09:50
You'd need to replace LDM, which is much harder
09:51
<ZAJDAN>
in MATE is the problem(with keyring) when is used autologin and ussual way how to solve is put into /usr/share/lightdm/lightdm.conf.d/ ...conf..new option autologin-user=myuser
09:52
then in keyring reset to password with empty value....then is the keyring not annoying anymore
09:53
but in the case LTSP is autologin set in lts.conf
09:54
and when I will set autologin into the lightdm conf it will be just for one the user
10:00markus_e92 has left IRC (markus_e92!~markus_e9@91-115-155-24.adsl.highway.telekom.at, Ping timeout: 264 seconds)
10:01markus_e92 has joined IRC (markus_e92!~markus_e9@80-121-122-53.adsl.highway.telekom.at)
10:33
<ZAJDAN>
the keyring is really terrible
11:27markit has joined IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it)
11:35ScissorHill has left IRC (ScissorHill!~quassel@182.156.92.174, Ping timeout: 240 seconds)
11:3521WAAP6HJ <21WAAP6HJ!~quassel@182.156.92.174> has quit IRC (Ping timeout: 258 seconds)
12:10Faith has joined IRC (Faith!~paty_@unaffiliated/faith)
12:14Faith has left IRC (Faith!~paty_@unaffiliated/faith, Client Quit)
12:20
<muppis>
Other way round is set up the OpenLDAP authentication to clients. But in most cases it's killing a bug with a truck.
12:24
<ZAJDAN>
in my case I would like to use Remmina...and remmina save password into gnome-keyring
12:25
yes of course I could use RDP via command xfreerdp syntax, but remmina give me nice features, like a screenshot to predefined path and so on
12:31
but for now I have to use RDP via native xfreerdp on all thin clients, maybe alkisg and vagrant in the future will find a way how to force LDM communicate with keyring
12:32
anyway I am happy with their work, because the most important things works nice
12:55Faith has joined IRC (Faith!~paty_@unaffiliated/faith)
12:55
<alkisg>
Nah, LDM won't communicate with the keyring, but in the future, LTSP 6 will use lightdm or whatever other PAM-capable DM is preinstalled with the distro
13:02
<ZAJDAN>
is also solution do not use LDM? but classic disk partitions?
13:05ScissorHill has joined IRC (ScissorHill!~quassel@122.172.95.35)
13:06ScissorHill_ has joined IRC (ScissorHill_!~quassel@122.172.95.35)
13:07
<ZAJDAN>
and how it is with KDE wallet? there is it ok?
13:11jgee has joined IRC (jgee!~jgee@200.118.140.142)
13:16lurky_work has joined IRC (lurky_work!~url_work@220-128-110-82.HINET-IP.hinet.net)
13:17url_work has left IRC (url_work!~url_work@220-128-110-82.HINET-IP.hinet.net, Ping timeout: 240 seconds)
13:29ScissorHill_ has left IRC (ScissorHill_!~quassel@122.172.95.35, Remote host closed the connection)
13:29ScissorHill has left IRC (ScissorHill!~quassel@122.172.95.35, Remote host closed the connection)
13:31ScissorHill has joined IRC (ScissorHill!~quassel@122.172.95.35)
13:31ScissorHill_ has joined IRC (ScissorHill_!~quassel@122.172.95.35)
13:36markit has left IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it, Quit: Konversation terminated!)
14:14
<alkisg>
ZAJDAN: no, nothing will automatically unlock with ldm because ldm isn't part of the pam stack
14:15
It's possible to use lightdm with ltsp instead of ldm, but it's very difficult, it's part of what will be ltsp 6 in the future, so unsupported for now
14:42
<highvoltage>
uu/win 61
14:47Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 260 seconds)
15:05mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
15:29Royale_AJS has joined IRC (Royale_AJS!~Royale_AJ@24-236-193-237.dhcp.aldl.mi.charter.com)
15:32ScissorHill has left IRC (ScissorHill!~quassel@122.172.95.35, Ping timeout: 240 seconds)
15:32ScissorHill_ has left IRC (ScissorHill_!~quassel@122.172.95.35, Ping timeout: 260 seconds)
15:35
<sbalneav>
Morning all
15:40GodFather has joined IRC (GodFather!~rcc@2600:100d:b125:6237:fd7d:2384:4197:6f21)
15:50
<alkisg>
Morning!
15:54ScissorHill has joined IRC (ScissorHill!~quassel@122.172.140.103)
15:59ScissorHill has left IRC (ScissorHill!~quassel@122.172.140.103, Ping timeout: 260 seconds)
16:02ScissorHill has joined IRC (ScissorHill!~quassel@122.172.132.59)
16:03
<ZAJDAN>
hi...here will be evening :_)
16:04ScissorHill_ has joined IRC (ScissorHill_!~quassel@122.172.132.59)
16:04
<alkisg>
Same here :
16:06
<ZAJDAN>
I am thinking waht is better...keep old iron as Thin client(512MB RAM, Celeron)....or incease RAM to 1GB a make FAT client from the station
16:06
Thin client - takes power from server yes?
16:07
<sbalneav>
Depends. Do you want to do video or youtube at all on the thin client?
16:07
<alkisg>
What's the exact client CPU, and what is the server CPU/RAM?
16:08
<sbalneav>
If so, then fat client is better
16:09
<ZAJDAN>
Celeron M 1GHz - on client ...server Xeon 1-core asociated 2GB RAM
16:10
no video on client...just RDP, and read pdf, mail
16:10
<alkisg>
I can't find it in cpubenchmark, is that the actual model from cat /proc/cpuinfo?
16:10
E.g. http://www.cpubenchmark.net/cpu.php?cpu=intel+celeron+m+1.50ghz => this is 1.5 GHz
16:11
2 GB RAM on the server is too little to support thin clients though
16:11
<ZAJDAN>
it works good even with 1GB on server! :_)
16:12
cat /proc/cpuinfo returns CPU of server
16:12
on client
16:12GodFather has left IRC (GodFather!~rcc@2600:100d:b125:6237:fd7d:2384:4197:6f21, Quit: Ex-Chat)
16:13
<alkisg>
Run it locally from epoptes
16:13
Right click, open root terminal etc
16:15ScissorHill_ has left IRC (ScissorHill_!~quassel@122.172.132.59, Ping timeout: 246 seconds)
16:15ScissorHill has left IRC (ScissorHill!~quassel@122.172.132.59, Ping timeout: 246 seconds)
16:16
<ZAJDAN>
Intel Celeron M processor 1GHz
16:17
<alkisg>
Meh, I can't find that in the intel site or anywhere. ANyway
16:18ScissorHill has joined IRC (ScissorHill!~quassel@122.171.106.18)
16:19
<ZAJDAN>
probably: https://ark.intel.com/products/27158/Intel-Celeron-M-Processor-ULV-373-512K-Cache-1_00-GHz-400-MHz-FSB
16:19ScissorHill_ has joined IRC (ScissorHill_!~quassel@122.171.106.18)
16:21
<ZAJDAN>
http://ark.intel.com/products/27158/Intel-Celeron-M-Processor-ULV-373-512K-Cache-1_00-GHz-400-MHz-FSB
16:21
this one will be there
16:21
<alkisg>
Eh anyway, I'm guessing somewhere around 220 score, it doesn't very good
16:21
It might be best as thin client
16:21
*it doesn't sound very good
16:21
<ZAJDAN>
as thin client it work nice..what should works there...works nice
16:22
so I will let it be as thin
16:22
<alkisg>
You can run rdp as a localapp though, or in screen_07, it will help
16:22
You can also run remmina as a localapp
16:22
<ZAJDAN>
but for remmina I will need create script yes
16:23
<alkisg>
No, it's a different thing
16:23
Try this:
16:23
ltsp-localapps xterm
16:23
Did it open an xtern?
16:23
xterm?
16:23
(on the client)
16:23
<ZAJDAN>
mnt
16:24
<alkisg>
From that xterm, run remmina. Then remmina will run locally. See if it is any better; then you can put it to the menus as well.
16:24
Be back in 30'...
16:24
<ZAJDAN>
ok
16:24
I also gonna eat something
16:25
completely empty :(
16:28
yes ....on client runs: ltsp-localapps xterm
16:28
from there I started remmina
16:28
will try the difference
16:51
<alkisg>
This is like running only one application in "fat client" mode, while the rest of the client is in "thin mode"
17:14forum has joined IRC (forum!~Icedove@213-240-72-106.adsl.highway.telekom.at)
17:51Royale_AJS has left IRC (Royale_AJS!~Royale_AJ@24-236-193-237.dhcp.aldl.mi.charter.com, Quit: Royale is leaving)
18:14forum has left IRC (forum!~Icedove@213-240-72-106.adsl.highway.telekom.at, Ping timeout: 264 seconds)
18:15lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Remote host closed the connection)
18:20ScissorHill has left IRC (ScissorHill!~quassel@122.171.106.18, Remote host closed the connection)
18:20ScissorHill_ has left IRC (ScissorHill_!~quassel@122.171.106.18, Read error: Connection reset by peer)
18:29
<markus_e92>
Hi all, I have a user, which is member of a group that gid is higher than 1000. the group group has gid 1003. ltsp create a temporary group of name=ltsp_temporary_group_1003, GID=1001
18:30
someone knows why that is? it's only with groups that is higher than 10000
18:41
<alkisg>
markus_e92: do you have root access to a client?
18:42
E.g. with epoptes or with ssh or with SCREEN_02=shell?
18:42
Also, distro/version?
18:42
The ltsp_temporary_group_1003 is supposed to get renamed when the X01-localapps script finishes
18:43
That's only used when the group has "invalid" characters
18:44
<markus_e92>
alkisg: thanks that's it, my group is called "Default"
18:44
the "D" is the problem :)
18:45
in the X01-localapps there is this: test $(expr match "$1" '[a-z_][a-z0-9_-]*[$]*') -eq ${#1}
18:45
<alkisg>
Yes I also mention where I got this from there
18:45
<markus_e92>
alkisg: thanks for the tip
18:45
<alkisg>
# The regex is from `man useradd`, and all of "$1" must match it.
18:45
markus_e92: but note that this *shouldn't* be an issue
18:46
It gets in a renaming logic, which is supposed to work properly and create the "Default" group even if it has a capital letter
18:46
So if it chokes in your setup, there's a bug somewhere
18:46
So... distro/version?
18:48
If you still have a-z there in that regex, it should be some older ltsp version...
18:48
<markus_e92>
alkisg: right now I have no access to my ltsp setup, but I will try it tomorrow
18:48
<alkisg>
I've updated the regex since then, because [a-z] is locale-sensitive and breaks things
18:48
You don't know which distribution you have?
18:48
<markus_e92>
Kubuntu 16.04 LTS
18:49
<alkisg>
Hrm, that's quite strange, maybe you have an older chroot?
18:49
Did you update from 14.04 and forgot to update the chroot?
18:49
<markus_e92>
I found the X01-localapps file only at google, because I have not access to my ltsp setup right now
18:50
<alkisg>
Ah ok
18:50
<markus_e92>
that was a bit old :)
18:50
sorry
18:50
<alkisg>
!ltsp-source
18:50
<ltsp>
ltsp-source: at http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/files
18:50
<alkisg>
That makes sense :)
18:50
So, if you have 16.04, it's probably a bug that needs to be solved there
18:54
<markus_e92>
alkisg: do you have experience with KDE ltsp fatclient setup? I'm working on a setup for 30 user, but I don't know if the server is fast enough (6 cores with 2 GHZ)
18:55
client: core i3 (4cores 3,2 Ghz)
18:55
<alkisg>
markus_e92: in fat clients, the server doesn't need to be fast, so it's more than enough
18:56
I haven't used a KDE ltsp setup, markit reports some login lag due to big cached data created each time
18:57
...he was wishing that some ltsp developer would test kde and solve that issue... but I don't think any ltsp dev uses kde :
19:05
<syrius>
i'll be testing ltsp-pnp on opensuse first.. we want to move to it
19:05
:o
19:05
err soon
19:05forum has joined IRC (forum!~Icedove@213-240-72-106.adsl.highway.telekom.at)
19:08
<||cw>
people still use KDE?
19:08* ||cw ducks
19:09markus_e92 has left IRC (markus_e92!~markus_e9@80-121-122-53.adsl.highway.telekom.at, Ping timeout: 258 seconds)
19:12vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
19:15markus_e92 has joined IRC (markus_e92!~markus_e9@80-121-122-53.adsl.highway.telekom.at)
19:34
<alkisg>
syrius: cyberorg, the opensuse ltsp maintained, stopped proposing opensuse and is proposing ubuntu nowadays
19:34sbalneav has left IRC (sbalneav!~sbalneav@wnpgmb0311w-ds01-165-236.dynamic.mtsallstream.net, Quit: WeeChat 1.0.1)
19:35
<alkisg>
I don't know how well ltsp will be maintained in opensuse in the future
19:35sbalneav has joined IRC (sbalneav!~sbalneav@wnpgmb0311w-ds01-165-236.dynamic.mtsallstream.net)
19:35
<vagrantc>
alkisg: you mean with the l-i-fe stuff?
19:35
<alkisg>
Yes
19:35
He's using ubuntu as the base for his life dvds now
19:36
<vagrantc>
yeah, i saw that, and wondered
19:38
<alkisg>
syrius, what are you using currently?
19:38sbalneav has left IRC (sbalneav!~sbalneav@wnpgmb0311w-ds01-165-236.dynamic.mtsallstream.net, Client Quit)
19:39sbalneav has joined IRC (sbalneav!~sbalneav@wnpgmb0311w-ds01-165-236.dynamic.mtsallstream.net)
19:43
<syrius>
alkisg: you mentioned that a while ago. we're still using kiwi ltsp on opensuse
19:44
13.2
19:44sbalneav has left IRC (sbalneav!~sbalneav@wnpgmb0311w-ds01-165-236.dynamic.mtsallstream.net, Quit: WeeChat 1.0.1)
19:44
<syrius>
i'm not sure how feasible it is for us to create a new server from scratch right now though
19:45sbalneav has joined IRC (sbalneav!~sbalneav@wnpgmb0311w-ds01-165-236.dynamic.mtsallstream.net)
19:45
<alkisg>
syrius: ah, forgive me, early alzheimer :P
19:45
<syrius>
:)
19:46
<alkisg>
Whatever works for you; I'm just mentioning what I thought would be useful info.
19:46
<syrius>
man.. cyberorg was the one to help me a couple years back when i did the upgrade from 11 -> 12 -> 13 in one night
19:46
alkisg: i absolutely appreciate it. i'm just wondering what's stopping ltsp-pnp from functioning on opensuse
19:46
i understand he's recommending the ubuntu setup
19:47
<alkisg>
I think that it works on opensuse too, and he just thought that ubuntu would be easier to maintain, so I don't know how well opensuse will be maintained in the long run
19:47
<syrius>
yeah, i figured any opensuse install would be fairly custom
19:48
or would require tweaks at the very least
19:50lifeboy has left IRC (lifeboy!~roland@196.32.234.249, Quit: Ex-Chat)
19:50lifeboy has joined IRC (lifeboy!~roland@196.32.234.249)
19:50
<syrius>
but i'm looking forward to trying it out :)
19:51
<alkisg>
I don't know if it will be using the kiwi stuff or not, though
19:51
ltsp-pnp is pretty much self-contained, it doesn't require support from other frameworks
19:53
<syrius>
yeah that's a bonus
19:53
my main worry is dependency issues
19:55
<alkisg>
Are your clients good enough to run the OS locally? CPU/RAM?
19:56lifeboy has left IRC (lifeboy!~roland@196.32.234.249, Ping timeout: 240 seconds)
19:57forum has left IRC (forum!~Icedove@213-240-72-106.adsl.highway.telekom.at, Quit: forum)
19:57
<syrius>
alkisg: might need some small upgrades, but they should run fine as fat clients
19:57
or are you thinking independent box
19:58
i was considering that. it's actually only a few clients right now
20:03lifeboy has joined IRC (lifeboy!~roland@196.32.234.249)
20:08lifeboy has left IRC (lifeboy!~roland@196.32.234.249, Client Quit)
20:17
<ZAJDAN>
vargrant..are You here?
20:19* vagrantc waves
20:19
<vagrantc>
ZAJDAN: make any progress?
20:19
<ZAJDAN>
yes! everything works nice on Jessie
20:19
<vagrantc>
oh good!
20:20
ZAJDAN: out of curiosity, what was the problem?
20:22
<ZAJDAN>
ltsp-config dnsmasq --overwrite ...then /etc/init.d/dnsmasq restart -SOLVED
20:22
<alkisg>
syrius: no, as fat clients. The requirements for fat are the same as independed, except for the hard disk
20:22
<vagrantc>
ZAJDAN: yay!
20:23
<ZAJDAN>
but what I wanna say You.....on Debian9 - reboot Thin client from Epoptes - doesnt reboot correctly..client during reboot frozen, same with shut down
20:23
on Jessie work perfectly with same iron(stations)
20:23Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving)
20:24
<vagrantc>
ZAJDAN: yeah, i've seen that sometimes recently
20:24
ZAJDAN: in general, i prefer to get bug reports about it, especially at this point in the debian freeze cycle
20:24
<ZAJDAN>
ok will do
20:25
<vagrantc>
ZAJDAN: https://www.debian.org/Bugs/Reporting gives some pointers, although i often have to cut and paste what it generates into an email client
20:27
<ZAJDAN>
will be reported from me....any report helps I hope
20:29
<vagrantc>
thanks!
20:29Statler has left IRC (Statler!~Georg@mail.lohn24.de, Remote host closed the connection)
20:59vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
21:42hima has joined IRC (hima!~hima@41.35.191.48)
21:48lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
22:02
<hima>
my installation keep error messages
22:10
<gehidore>
which are?
22:21
<hima>
it was relate to gnome-orca
22:21
i uninstalled it
22:21
but after doing that
22:22
my nic had gone
22:33
<ZAJDAN>
not so often NIC's goes to the happy hunting grounds
22:33
probably some electromagnetic eruption
22:55ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
23:01hima has left IRC (hima!~hima@41.35.191.48, Quit: Leaving)
23:24schlady has left IRC (schlady!~schlady@163.172.163.111, Ping timeout: 260 seconds)
23:26schlady has joined IRC (schlady!~schlady@163.172.163.111)