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


Channel log from 11 May 2015   (all times are UTC)

04:19cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
04:19cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
04:45work_alkisg is now known as alkisg
05:54ricotz has joined IRC (ricotz!~rico@p5B2AAE97.dip0.t-ipconnect.de)
05:54ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)
07:07telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
07:08telex has joined IRC (telex!teletype@freeshell.de)
07:10mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
07:12syrius has left IRC (syrius!~syrius@thunder.stormtek.net, Ping timeout: 256 seconds)
07:24syrius has joined IRC (syrius!~syrius@thunder.stormtek.net)
08:14F-GT has joined IRC (F-GT!~phantom@ppp121-44-105-183.lns20.syd4.internode.on.net)
08:14F-GTSC has left IRC (F-GTSC!~phantom@ppp121-44-105-183.lns20.syd4.internode.on.net, Read error: Connection reset by peer)
10:41AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-dscwbynxtnkaidcy)
10:43Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)
10:52alkisg is now known as work_alkisg
11:29raphr has joined IRC (raphr!~chatzilla@LAubervilliers-656-1-12-28.w217-128.abo.wanadoo.fr)
11:32
<raphr>
Hello, Debian jessie : I have removed "quiet" option from ltsp-update-kernels.conf but it is stell generated with ltsp-update-kernels. any clues ?
12:01vzr has joined IRC (vzr!d58d7dc2@gateway/web/freenode/ip.213.141.125.194)
12:02
<vzr>
I'm trying to setup two Remote Desktop connections on same Linux Server. What I mean, is that two separate Windows PC's can connect to this Linux graphical environment separately
12:03
meaning that if I move the mouse while inside the linux-pc, the other guy connected via remote desktop doesn't see his mouse moving
12:04
if you know what I mean
12:04
is this possible via LTSP?
12:06
<raphr>
vzr: this is what LTSP does by default
12:07
one server shares multiple sessions.
12:07
<vzr>
ok thanks
13:51championofcyrod1 has joined IRC (championofcyrod1!~cott@50-205-35-98-static.hfc.comcastbusiness.net)
13:51championofcyrodi has left IRC (championofcyrodi!~cott@50-205-35-98-static.hfc.comcastbusiness.net, Read error: Connection reset by peer)
14:15mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
14:37Faith has joined IRC (Faith!~paty@unaffiliated/faith)
14:39cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 272 seconds)
14:40cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
15:28telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
15:29Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave)
15:30telex has joined IRC (telex!teletype@freeshell.de)
15:49work_alkisg is now known as alkisg
15:52
<alkisg>
raphr: you need to run ltsp-chroot /usr/share/ltsp/update-kernels
15:53
vzr: if you're looking to connect to a linux server from windows pcs, then you're not looking for ltsp but for x2go
16:04
<raphr>
alkisg: thank you this working then launch ltsp-update-kernels as usual
16:04
<alkisg>
Yup
16:05
<raphr>
by the way ltsp is getting messy with systemd
16:06
<alkisg>
Meaning?
16:06
Any issues should be reported to the bug tracker
16:06
!ltsp-bug
16:06
<ltsp`>
ltsp-bug: To file a bug report for upstream LTSP, go to https://bugs.launchpad.net/ltsp
16:08
<raphr>
I had interactiveconfig script in RC_FILE_01 which doesn't work anymore
16:08
<alkisg>
RCFILE_01?
16:08
LTSP just puts that to /etc/rc.local
16:08
<raphr>
in lts.conf
16:09
<alkisg>
Does it go there?
16:09
<raphr>
yes
16:09
<alkisg>
If it doesn't, it's an issue with your lts.conf
16:09
If it does, and it doesn't run, then it's a bug with your distribution
16:09
In any case I don't think it's an ltsp bug
16:09
<raphr>
it does. but system hide output and input
16:09
it does. but systems hide output and input
16:09
<alkisg>
But how is that related to ltsp?
16:10
Can't you file a bug report in your distro and say "my /etc/rc.local hides output and intput"? Do you need to mention ltsp there?
16:10
<raphr>
not directly
16:10
<alkisg>
Right, e.g. libreoffice hangs sometimes here, but I don't blame neither ltsp nor my lg monitors for that...
16:10
I blame the libreoffice code, where it can be fixed
16:11
Btw, is there any assurance that rc.local will have input and output?
16:11
It's supposed to run in parallel with other init scripts afaik...
16:11
<raphr>
sorry. rc.local was a convenient way to do init scripts but it causes compatibilty trouble with systemd
16:11
<alkisg>
Maybe you wanted to use something else?
16:12
What input and output are you looking for? when will that happen in the boot process? etc
16:12
Maybe there's a more appropriate way to do what you're looking for
16:13
<raphr>
I'm looking for another way. Other than revert sysv in ltsp-build-client
16:13
<alkisg>
If you mention what you want here, maybe we can help you
16:13
<raphr>
it launches a python script wich ask some questions then reboot
16:14
<alkisg>
And do you want to run that before or after X is loaded? Or simultaneously?
16:14
<raphr>
very specific ltsp though
16:14
<alkisg>
E.g. you could pop up a dialog at the ldm prompt...
16:14
Or you could even have an ldm menu for that
16:14
<raphr>
just tty script
16:15
<alkisg>
To revert to tty at boot, you need to disable plymouth or use the plymouth functions
16:15
That's why I'm asking, maybe you don't want to go to all that trouble
16:16
Anyways it looks like you don't want to share more details, np... /me goes back to checking ltsp on uefi... :)
16:16
<raphr>
In fact I use a tiny plugin (ltsp-build-client) specifi distro to configure local hdd system
16:17
ltsp is relly good at pxe booting and custumizing
16:17
<alkisg>
There's SCREEN_xx=xx for that
16:17
That stops plymouth and runs a screen script, e.g. a menu or a telnet script or an ssh script...
16:17
RCFILE_xx=xx isn't appropriate
16:18
Check for example /usr/share/ltsp/screen.d/ssh
16:18
<raphr>
I haven't installed xserver
16:18
<alkisg>
No Xorg needed for ssh
16:19
<raphr>
OK, good clue.
16:20
I'll have a look at this
16:20
Thank you
16:20
<alkisg>
You're welcome
16:34
<raphr>
Humm I have getty an all 6 first ttys
16:35
<alkisg>
!screen_02
16:35
<ltsp`>
screen_02: To get a root shell on an Ubuntu thin client: https://help.ubuntu.com/community/UbuntuLTSP/ClientTroubleshooting#Using_a_shell_SCREEN
16:35
<alkisg>
Try that, i.e. [Default] SCREEN_07=ldm SCREEN_02=shell
16:36
Also, which distro/version is that?
16:37
<raphr>
tested. tis swithc to tty2 put getty and not shell directly as before
16:38
I have Debian jessie
16:38
before meant Debian Wheezy
16:39
quick look in ltsp script seems interract with inittab
16:39
could be reason it doesn't work
16:41
<alkisg>
Yes, it's possible that that part of the ltsp code was not updated for systemd
16:41
If so, a bug report should be filed
16:43
<raphr>
launchpad or debian ?
16:43
<alkisg>
!ltsp-bug
16:43
<ltsp`>
ltsp-bug: To file a bug report for upstream LTSP, go to https://bugs.launchpad.net/ltsp
16:43
<alkisg>
As systemd is in most distros now, it should be supported upstream, not just in debian
16:44
<raphr>
Yes true since ubuntu 15.04
16:44
<alkisg>
raphr: can you check your jessie installation and see what systemd .service file calls getty?
16:44
Ubuntu is still using upstart for lots of things though, e.g. in 15.10 I still have an upstart service for getty
16:45
Try `grep -r getty /etc/systemd`
16:46
<raphr>
nothing there I'll look forward
16:49
in /etc/systemd/system/getty.target.wants i'ge got only getty@tty1.service
16:50
but finaly 6 gettys are launched
16:52
<alkisg>
Where is tty1.service?
16:54
man systemd-getty-generator
16:55
http://0pointer.de/blog/projects/serial-console.html
16:55
getty@.service is responsible for virtual terminal (VT) login prompts, i.e. those on your VGA screen as exposed in /dev/tty1 and similar devices.
16:56
"In a systemd world we made this more dynamic: in order to make things more efficient login prompts are now started on demand only. As you switch to the VTs the getty service is instantiated "
16:57
<raphr>
wow. getting tricky
16:57
<alkisg>
"Note that the auto-spawning of gettys is only attempted if no other subsystem took possession of the VTs yet."
16:57
So we don't actually need to override the gettys in ltsp
16:57
<raphr>
ha good point
17:01
maybe the getty-static.service ?
17:01
Description=getty on tty2-tty6 if dbus and logind are not available
17:04
man logind.conf
17:07
<alkisg>
raphr: no, the point of messing with inittab was just to stop the gettys
17:08
If systemd is smart enough to stop them automatically, we don't need anything systemd-specific
17:08
But we still do need to invoke those from the ltsp service itself
17:08
ltsp-core, ltsp-client-core or whatever its name is
17:09
(the ltsp service itself is of course systemd-specific...)
17:11
<raphr>
OK
17:11Markus_123 has joined IRC (Markus_123!~Markus123@93-82-1-92.adsl.highway.telekom.at)
17:12
<alkisg>
raphr: err do you have an ltsp-*.service file?
17:12
I.e. a systemd service for ltsp-client?
17:16
<raphr>
dpkg -L ltsp-client-core => noting for systemd
17:23
most of services is backward compatible, but no luck with gettys
17:24
should i file a bug ?
17:27
<alkisg>
(08:23:36 μμ) raphr: most of services is backward compatible, but no luck with gettys ==> do you have /etc/init.d/ltsp-client-core ?
17:27
Does systemd launch sysvinit services in some compatibility mode?
17:27
<raphr>
yes it does
17:28
<alkisg>
OK then I don't see any issues, SCREEN_xx should work normally from init.d/ltsp-client-core...
17:28
Aaaah...
17:28
Let me see if systemd beats ltsp to the vt allocation
17:30
/usr/share/ltsp/screen_session => while [ $(fgconsole) -ne "$SCREEN_NUM" ]; do
17:30
No ok we do call openvt before that
17:31
File a debian bug for "SCREEN_xx" doesn't work in jessie and let vagrantc figure it out :)
17:31* alkisg waves
17:31alkisg is now known as work_alkisg
17:31
<raphr>
Tahnk you !
17:45Markus_123 has left IRC (Markus_123!~Markus123@93-82-1-92.adsl.highway.telekom.at, Ping timeout: 264 seconds)
18:26TatankaT has left IRC (TatankaT!~tim@193.190.253.114, Ping timeout: 244 seconds)
18:26jbermudes_ has left IRC (jbermudes_!~quassel@76.74.178.212, *.net *.split)
18:26TatankaT_ has joined IRC (TatankaT_!~tim@193.190.253.114)
18:27jbermudes_ has joined IRC (jbermudes_!~quassel@76.74.178.212)
18:48mark___ has joined IRC (mark___!bb8ce0d9@gateway/web/freenode/ip.187.140.224.217)
18:48
<mark___>
hello
18:49
somedy is here?
19:07Parker955_Away has left IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f, Ping timeout: 265 seconds)
19:08Parker955_Away has joined IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f)
19:16Parker955_Away has left IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f, Ping timeout: 265 seconds)
19:17Parker955_Away has joined IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f)
19:31mark___ has left IRC (mark___!bb8ce0d9@gateway/web/freenode/ip.187.140.224.217, Quit: Page closed)
19:39Parker955_Away has left IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f, Ping timeout: 256 seconds)
19:40Parker955_Away has joined IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f)
20:02ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)
20:21Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo)
20:58telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
21:00telex has joined IRC (telex!~telex@freeshell.de)
21:51championofcyrod1 has left IRC (championofcyrod1!~cott@50-205-35-98-static.hfc.comcastbusiness.net, Quit: Leaving.)
21:51championofcyrodi has joined IRC (championofcyrodi!~cott@50-205-35-98-static.hfc.comcastbusiness.net)
21:54championofcyrodi has left IRC (championofcyrodi!~cott@50-205-35-98-static.hfc.comcastbusiness.net, Client Quit)
21:54championofcyrod1 has joined IRC (championofcyrod1!~cott@50-205-35-98-static.hfc.comcastbusiness.net)
22:47AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-dscwbynxtnkaidcy, Quit: Connection closed for inactivity)