02:15 | gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Remote host closed the connection) | |
02:25 | gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net) | |
02:34 | gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Ping timeout: 276 seconds) | |
02:39 | ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection) | |
04:28 | Ark74 has left IRC (Ark74!~Luis@189.220.253.111.cable.dyn.cableonline.com.mx, Ping timeout: 240 seconds) | |
04:30 | Ark74 has joined IRC (Ark74!~Luis@189.220.253.111.cable.dyn.cableonline.com.mx) | |
04:45 | Ark74 has left IRC (Ark74!~Luis@189.220.253.111.cable.dyn.cableonline.com.mx, Remote host closed the connection) | |
05:31 | gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net) | |
05:35 | gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Ping timeout: 255 seconds) | |
06:15 | alkisg_away is now known as alkisg | |
06:58 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
07:17 | mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk) | |
07:32 | gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net) | |
07:37 | gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Ping timeout: 240 seconds) | |
07:43 | kjackal has joined IRC (kjackal!~kjackal@2a02:587:3105:f600:f96b:fd14:7e7c:c929) | |
08:45 | user^srv-gym-pan has joined IRC (user^srv-gym-pan!c23fefed@gateway/web/freenode/ip.194.63.239.237) | |
08:51 | qwebirc637296 has joined IRC (qwebirc637296!c23fefed@gateway/web/freenode/ip.194.63.239.237) | |
08:52 | user^srv-gym-pan has left IRC (user^srv-gym-pan!c23fefed@gateway/web/freenode/ip.194.63.239.237, Ping timeout: 252 seconds) | |
08:56 | kjackal has left IRC (kjackal!~kjackal@2a02:587:3105:f600:f96b:fd14:7e7c:c929, Ping timeout: 250 seconds) | |
08:56 | vmlintu has joined IRC (vmlintu!~vmlintu@37-219-205-8.nat.bb.dnainternet.fi) | |
08:59 | alkisg is now known as alkisg_away | |
09:01 | qwebirc637296 has left IRC (qwebirc637296!c23fefed@gateway/web/freenode/ip.194.63.239.237, Ping timeout: 252 seconds) | |
09:04 | user^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 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:15 | user^srv-gym-pan has left IRC (user^srv-gym-pan!c23fefed@gateway/web/freenode/ip.194.63.239.237, Quit: Page closed) | |
09:38 | kjackal 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:32 | vmlintu has left IRC (vmlintu!~vmlintu@37-219-205-8.nat.bb.dnainternet.fi, Ping timeout: 240 seconds) | |
10:58 | dtcrshr 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:26 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
11:34 | gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net) | |
11:39 | gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Ping timeout: 244 seconds) | |
11:43 | Faith has joined IRC (Faith!~paty_@unaffiliated/faith) | |
11:47 | lbssousa has joined IRC (lbssousa!~laercio@177.143.59.143) | |
12:07 | kjackal has left IRC (kjackal!~kjackal@onopfy.static.otenet.gr, Ping timeout: 252 seconds) | |
13:00 | kjackal has joined IRC (kjackal!~kjackal@2a02:587:3105:f600:f96b:fd14:7e7c:c929) | |
13:18 | LanZ has joined IRC (LanZ!af907f31@gateway/web/freenode/ip.175.144.127.49) | |
13:25 | LanZ has left IRC (LanZ!af907f31@gateway/web/freenode/ip.175.144.127.49, Ping timeout: 252 seconds) | |
13:42 | LanZ has joined IRC (LanZ!af907f31@gateway/web/freenode/ip.175.144.127.49) | |
13:46 | stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, Ping timeout: 250 seconds) | |
13:48 | alkisg_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:54 | vmlintu 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:31 | mikkel 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:33 | alkisg is now known as alkisg_away | |
14:36 | <cyberorg> thanks
| |
14:36 | booting ltsp client from arm ltsp server :)
| |
14:43 | stgraber has joined IRC (stgraber!~stgraber@ubuntu/member/stgraber) | |
14:51 | vmlintu has left IRC (vmlintu!~vmlintu@37-219-205-8.nat.bb.dnainternet.fi, Ping timeout: 240 seconds) | |
14:52 | ben_roose has joined IRC (ben_roose!~roose@156.26.10.48) | |
14:55 | LanZ has left IRC (LanZ!af907f31@gateway/web/freenode/ip.175.144.127.49, Quit: Page closed) | |
15:36 | vmlintu has joined IRC (vmlintu!~vmlintu@37-219-205-8.nat.bb.dnainternet.fi) | |
15:48 | lbssousa has left IRC (lbssousa!~laercio@177.143.59.143, Quit: Konversation terminated!) | |
16:02 | Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 250 seconds) | |
16:05 | Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack) | |
16:10 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving) | |
16:10 | dtcrshr has joined IRC (dtcrshr!~datacrush@2801:88:f7a:100:240:a7ff:fe2d:d7c0) | |
16:10 | dtcrshr has joined IRC (dtcrshr!~datacrush@unaffiliated/datacrusher) | |
16:11 | Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 255 seconds) | |
16:13 | vmlintu has left IRC (vmlintu!~vmlintu@37-219-205-8.nat.bb.dnainternet.fi, Ping timeout: 276 seconds) | |
16:16 | Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack) | |
16:36 | Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving) | |
16:38 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
16:54 | robb_nl has joined IRC (robb_nl!~robb_nl@ip-83-134-1-225.dsl.scarlet.be) | |
17:01 | jb0 has left IRC (jb0!~joebitcoi@mail3.uccwi.com, Ping timeout: 250 seconds) | |
17:37 | gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net) | |
17:53 | robb_nl has left IRC (robb_nl!~robb_nl@ip-83-134-1-225.dsl.scarlet.be, Ping timeout: 240 seconds) | |
18:46 | Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 252 seconds) | |
18:51 | Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack) | |
19:20 | robb_nl has joined IRC (robb_nl!~robb_nl@ip-83-134-1-225.dsl.scarlet.be) | |
20:41 | dtcrshr has left IRC (dtcrshr!~datacrush@unaffiliated/datacrusher, Ping timeout: 240 seconds) | |
21:42 | Anderson69s has joined IRC (Anderson69s!~Anderson6@bas69-h01-176-144-249-160.dsl.sta.abo.bbox.fr) | |
21:57 | Anderson69s 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:59 | Anderson69s has joined IRC (Anderson69s!~Anderson6@bas69-h01-176-144-249-160.dsl.sta.abo.bbox.fr) | |
22:07 | dtcrshr has joined IRC (dtcrshr!~datacrush@unaffiliated/datacrusher) | |
22:08 | Anderson69s 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:10 | Anderson69s has joined IRC (Anderson69s!~Anderson6@bas69-h01-176-144-249-160.dsl.sta.abo.bbox.fr) | |
22:13 | Anderson69s has left IRC (Anderson69s!~Anderson6@bas69-h01-176-144-249-160.dsl.sta.abo.bbox.fr, Client Quit) | |
22:22 | robb_nl has left IRC (robb_nl!~robb_nl@ip-83-134-1-225.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
22:40 | ben_roose has left IRC (ben_roose!~roose@156.26.10.48, Remote host closed the connection) | |
22:41 | gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Read error: Connection reset by peer) | |
22:41 | gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net) | |
22:51 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |