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


Channel log from 24 February 2016   (all times are UTC)

02:15gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Remote host closed the connection)
02:25gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net)
02:34gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Ping timeout: 276 seconds)
02:39ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection)
04:28Ark74 has left IRC (Ark74!~Luis@189.220.253.111.cable.dyn.cableonline.com.mx, Ping timeout: 240 seconds)
04:30Ark74 has joined IRC (Ark74!~Luis@189.220.253.111.cable.dyn.cableonline.com.mx)
04:45Ark74 has left IRC (Ark74!~Luis@189.220.253.111.cable.dyn.cableonline.com.mx, Remote host closed the connection)
05:31gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net)
05:35gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Ping timeout: 255 seconds)
06:15alkisg_away is now known as alkisg
06:58ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
07:17mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
07:32gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net)
07:37gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Ping timeout: 240 seconds)
07:43kjackal has joined IRC (kjackal!~kjackal@2a02:587:3105:f600:f96b:fd14:7e7c:c929)
08:45user^srv-gym-pan has joined IRC (user^srv-gym-pan!c23fefed@gateway/web/freenode/ip.194.63.239.237)
08:51qwebirc637296 has joined IRC (qwebirc637296!c23fefed@gateway/web/freenode/ip.194.63.239.237)
08:52user^srv-gym-pan has left IRC (user^srv-gym-pan!c23fefed@gateway/web/freenode/ip.194.63.239.237, Ping timeout: 252 seconds)
08:56kjackal has left IRC (kjackal!~kjackal@2a02:587:3105:f600:f96b:fd14:7e7c:c929, Ping timeout: 250 seconds)
08:56vmlintu has joined IRC (vmlintu!~vmlintu@37-219-205-8.nat.bb.dnainternet.fi)
08:59alkisg is now known as alkisg_away
09:01qwebirc637296 has left IRC (qwebirc637296!c23fefed@gateway/web/freenode/ip.194.63.239.237, Ping timeout: 252 seconds)
09:04user^srv-gym-pan has joined IRC (user^srv-gym-pan!c23fefed@gateway/web/freenode/ip.194.63.239.237)
09:06user^srv-gym-pan has joined IRC (user^srv-gym-pan!c23fefed@gateway/web/freenode/ip.194.63.239.237)
09:06
<user^srv-gym-pan>
οκ αλλαξα καρτα γραφικων
09:06
εβαλα μια nvidia
09:07
φαινεται να μην εχει προβλημα τωρα
09:15user^srv-gym-pan has left IRC (user^srv-gym-pan!c23fefed@gateway/web/freenode/ip.194.63.239.237, Quit: Page closed)
09:38kjackal has joined IRC (kjackal!~kjackal@onopfy.static.otenet.gr)
09:40
<cyberorg>
alkisg_away, hi, updated to latest epoptes, however "assist" only works once, have to restart epoptes for it to work with another client
10:32vmlintu has left IRC (vmlintu!~vmlintu@37-219-205-8.nat.bb.dnainternet.fi, Ping timeout: 240 seconds)
10:58dtcrshr has left IRC (dtcrshr!~datacrush@unaffiliated/datacrusher, Ping timeout: 250 seconds)
11:08
<vsuojanen>
stumped maldridge the tftp-hpa client should receive that, at least first on the same tftp daemon server. then I would check why clients don't boot. i find it's very common problem to get dhcp and tftp timeouts solved.
11:26gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
11:34gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net)
11:39gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Ping timeout: 244 seconds)
11:43Faith has joined IRC (Faith!~paty_@unaffiliated/faith)
11:47lbssousa has joined IRC (lbssousa!~laercio@177.143.59.143)
12:07kjackal has left IRC (kjackal!~kjackal@onopfy.static.otenet.gr, Ping timeout: 252 seconds)
13:00kjackal has joined IRC (kjackal!~kjackal@2a02:587:3105:f600:f96b:fd14:7e7c:c929)
13:18LanZ has joined IRC (LanZ!af907f31@gateway/web/freenode/ip.175.144.127.49)
13:25LanZ has left IRC (LanZ!af907f31@gateway/web/freenode/ip.175.144.127.49, Ping timeout: 252 seconds)
13:42LanZ has joined IRC (LanZ!af907f31@gateway/web/freenode/ip.175.144.127.49)
13:46stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, Ping timeout: 250 seconds)
13:48alkisg_away is now known as alkisg
13:50
<alkisg>
cyberorg: isn't your last patch the same as reverting your previous patch?
13:51
We already had an "else" clause, for "# The rest of the viewers, like tightvnc"
13:52
(hello to you too btw!)
13:52
<cyberorg>
alkisg, /usr/bin/vncviewer -> /etc/alternatives/vncviewer -> /usr/bin/vncviewer-tigervnc
13:52
by default, so we look for /usr/bin/vncviewer-tightvnc
13:53
unless epoptes can get new port on every assist request
13:53
<alkisg>
cyberorg: I get that, but it was the last option "else" there
13:53
So if we revert the code for tigervnc, it will work fine with tightvnc
13:54
The only thing that would be needed, is for the packaging to pull tightvnc...
13:54
In debian-terminology, epoptes = > Depends: tightvnc
13:54vmlintu has joined IRC (vmlintu!~vmlintu@37-219-205-8.nat.bb.dnainternet.fi)
13:55
<cyberorg>
alkisg, no it will still need the new patch so epoptes does not try to launch vncviewer(from tigervnc)
13:55
<alkisg>
cyberorg: we have 3 cases:
13:56
1) run tigervnc
13:56
as vncviewer
13:56
2) run tightvnc as vncviewer - 5500
13:56
3) fall back to "else" and run vncviewer - 5500
13:56
How is (2) different from (3)? That's what I'm asking
13:56
Your previous patch added (1)
13:57
Now we can delete (1), sure, but do we need to add (2)? It's the same as (3)
13:58
<cyberorg>
earlier without tigervnc patch, epoptes tried to run vncviewer - 5500, which failed as vncviewer by default comes from tigervnc
13:58
now when run as tigervnc it fails as -listen does not handle multiple connections
13:58
<alkisg>
I get that part
13:59
Now you want to depend on tightvnc, right?
13:59
That's a packaging change
13:59
In upstream, we only need to revert the previous patch, correct? https://launchpadlibrarian.net/227755743/epoptes-tigervnc-vncviewer-all-rpm-distro.patch
13:59
If you do the packaging change _and_ we revert the previous patch, doesn't it work fine?
14:00
<cyberorg>
hold on a sec :)
14:00
<alkisg>
In Debian I would do it this way:
14:01
I would keep the upstream as it is _now_
14:01
And I would Depend: tightvnc | tigervnc
14:01
That would pull tighvnc by default, which would work because of the "else" clause
14:01
And if someone explicitly wanted to install tigervnc, that would make it work only for one remote assist (until it's fixed)
14:02
It wouldn't be the default as it doesn't work correctly, but it would still work for one connection
14:03
<cyberorg>
https://launchpadlibrarian.net/242491812/epoptes-support-tightvnc.patch
14:03
<alkisg>
(the Depend: line above means that it would only install tightvnc by default, but optionally the user could run `apt-get install epoptes tigervnc` to select that he wants to install tigervnc instead, I don't know if rpm files support that)
14:03
Yup, I don't think that last patch is needed at all, it's option (2), which is the same as (3)
14:05
<cyberorg>
not when tigervnc is also installed, this patch prefers tightvnc instead of whatever alternatives is pointed to
14:06
<alkisg>
Shouldn't that be a change in the packaging and its alternatives?
14:07
<cyberorg>
yes the patch is not needed if tigervnc is not installed, we hit this bug only if it is
14:07
<alkisg>
Either Depend: tightvnc | tigervnc, or use `update-alternatives` to select the correct one, if you have it
14:07
<cyberorg>
yes that would work as well
14:08
<alkisg>
OK, so, if you leave the _current_ upstream code as it is,
14:08
and use update-alternatives,
14:08
then you make tightvnc the default even if the user has both installed,
14:09
and you still allow the user to manually use `update-alternatives` himself in case he prefers tigervnc, losing the ability for multiple assists
14:09
Right?
14:09
Is that OK?
14:09
<cyberorg>
that would work, but ideally I would prefer epoptes to use different port per connection and use distribution's default vncviewer
14:09
<alkisg>
Sure, that a completely different patch there
14:10
<cyberorg>
yes :)
14:10
findUnusedPort() has to be run on each launch of assist, don't know how to go about coding that
14:10
<alkisg>
Btw, why doesn't self.vncviewerport = self.findUnusedPort() there work?
14:11
Ah
14:11
One different for each different client
14:11
<cyberorg>
epoptes is using the same port for all assist launch, till epoptes is restarted
14:12
but at least you got the idea what we are facing
14:12
tightvnc was dropped in opensuse some time back, i am keeping it alive in server:ltsp repo only for epoptes
14:12
don't think rh clones has anything other than tigervnc available
14:14
<alkisg>
OK, so again "os.path.isfile('/usr/share/locale/de/LC_MESSAGES/tigervnc.mo'):"
14:14
then, close the previous vnc and launch a new one
14:14
Does that sound OK? That is the _only_ change needed, we don't need another additional patch, right?
14:14
<cyberorg>
not close, launch the new one with new port from new run of findUnusedPort(
14:14
close only if the other client is disconnected
14:15
how do we know when client disconnect?
14:15
<alkisg>
That is client-side
14:15
Do you want to support multiple teachers running multiple vnc servers on a single client?
14:16
I.e. multiple teachers assisting or monitoring a single student at the same time?
14:16
<cyberorg>
yes, that would be normal i guess
14:16
no, not the same student
14:16
<alkisg>
Really?! You have 2 teachers helping 1 student remotely?!
14:16
Then we can close the previous one
14:16
<cyberorg>
multiple teachers, multiple students, no overlap
14:16
<alkisg>
Sure
14:17
That will work if we close the previous one
14:17
<cyberorg>
how do they find out if there is overlap?
14:17
<alkisg>
The connection is done on the client
14:17
vnc server runs on the client, and the teacher's vnc viewer connects there
14:18
<cyberorg>
right now on the client, i got "connection refused" when running x11vnc on the same port
14:18
<highvoltage>
áV#áV/win 35
14:18
<cyberorg>
i understand, vncviewer -listen on epoptes server side, and x11vnc on client side
14:20
<alkisg>
cyberorg: sorry yup you're right there, we'd need to self.vncviewer to become an array (list) instead of a single variable
14:21
That's messy, I'd propose to do the update-alternatives for now and we'll try it with Phantomas in a month or so
14:22
Maybe Phantomas will decide to use a vnc library instead of an external program there, so the point about tightvnc/tigervnc will be moot
14:23
<cyberorg>
cool, that would be nice
14:24
<alkisg>
cyberorg: is http://libvnc.github.io/ available in suse, fedora etc?
14:24
It's the library that x11vnc uses
14:24
It supports both clients and servers
14:25
<cyberorg>
https://software.opensuse.org/search?utf8=%E2%9C%93&q=libvnc&search_devel=false&search_unsupported=false&baseproject=ALL
14:25
<alkisg>
...maybe this link is newer, dunno: https://github.com/LibVNC/libvncserver
14:25
<cyberorg>
https://software.opensuse.org/package/libvncserver0
14:26
<alkisg>
Nice, it's there
14:26
And libvncclient, right?
14:26
<cyberorg>
yes
14:26
https://software.opensuse.org/package/libvncclient0
14:26
<alkisg>
Cool, ok, do it with update-alternatives for now and we'll see about using those libraries instead
14:27
This will probably also allow for stretching windows to fit the screen etc
14:29
<cyberorg>
applying the patch in the package, don't want to change user's alternatives setup https://build.opensuse.org/package/show/server:ltsp/epoptes
14:31mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
14:33
<alkisg>
OK, we'll leave the bug open to solve it either with multiple ports or with library
14:33* alkisg waves, later...
14:33alkisg is now known as alkisg_away
14:36
<cyberorg>
thanks
14:36
booting ltsp client from arm ltsp server :)
14:43stgraber has joined IRC (stgraber!~stgraber@ubuntu/member/stgraber)
14:51vmlintu has left IRC (vmlintu!~vmlintu@37-219-205-8.nat.bb.dnainternet.fi, Ping timeout: 240 seconds)
14:52ben_roose has joined IRC (ben_roose!~roose@156.26.10.48)
14:55LanZ has left IRC (LanZ!af907f31@gateway/web/freenode/ip.175.144.127.49, Quit: Page closed)
15:36vmlintu has joined IRC (vmlintu!~vmlintu@37-219-205-8.nat.bb.dnainternet.fi)
15:48lbssousa has left IRC (lbssousa!~laercio@177.143.59.143, Quit: Konversation terminated!)
16:02Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 250 seconds)
16:05Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack)
16:10gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving)
16:10dtcrshr has joined IRC (dtcrshr!~datacrush@2801:88:f7a:100:240:a7ff:fe2d:d7c0)
16:10dtcrshr has joined IRC (dtcrshr!~datacrush@unaffiliated/datacrusher)
16:11Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 255 seconds)
16:13vmlintu has left IRC (vmlintu!~vmlintu@37-219-205-8.nat.bb.dnainternet.fi, Ping timeout: 276 seconds)
16:16Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack)
16:36Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving)
16:38vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
16:54robb_nl has joined IRC (robb_nl!~robb_nl@ip-83-134-1-225.dsl.scarlet.be)
17:01jb0 has left IRC (jb0!~joebitcoi@mail3.uccwi.com, Ping timeout: 250 seconds)
17:37gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net)
17:53robb_nl has left IRC (robb_nl!~robb_nl@ip-83-134-1-225.dsl.scarlet.be, Ping timeout: 240 seconds)
18:46Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 252 seconds)
18:51Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack)
19:20robb_nl has joined IRC (robb_nl!~robb_nl@ip-83-134-1-225.dsl.scarlet.be)
20:41dtcrshr has left IRC (dtcrshr!~datacrush@unaffiliated/datacrusher, Ping timeout: 240 seconds)
21:42Anderson69s has joined IRC (Anderson69s!~Anderson6@bas69-h01-176-144-249-160.dsl.sta.abo.bbox.fr)
21:57Anderson69s has left IRC (Anderson69s!~Anderson6@bas69-h01-176-144-249-160.dsl.sta.abo.bbox.fr, Quit: My Mac has gone to sleep. ZZZzzz…)
21:59Anderson69s has joined IRC (Anderson69s!~Anderson6@bas69-h01-176-144-249-160.dsl.sta.abo.bbox.fr)
22:07dtcrshr has joined IRC (dtcrshr!~datacrush@unaffiliated/datacrusher)
22:08Anderson69s has left IRC (Anderson69s!~Anderson6@bas69-h01-176-144-249-160.dsl.sta.abo.bbox.fr, Quit: My Mac has gone to sleep. ZZZzzz…)
22:10Anderson69s has joined IRC (Anderson69s!~Anderson6@bas69-h01-176-144-249-160.dsl.sta.abo.bbox.fr)
22:13Anderson69s has left IRC (Anderson69s!~Anderson6@bas69-h01-176-144-249-160.dsl.sta.abo.bbox.fr, Client Quit)
22:22robb_nl has left IRC (robb_nl!~robb_nl@ip-83-134-1-225.dsl.scarlet.be, Quit: I'm gone, bye bye)
22:40ben_roose has left IRC (ben_roose!~roose@156.26.10.48, Remote host closed the connection)
22:41gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Read error: Connection reset by peer)
22:41gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net)
22:51ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)