IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 11 January 2017 (all times are UTC)
| 00:12 | book` has left IRC (book`!~book`@68.ip-149-56-14.net, Quit: Leaving) | |
| 00:12 | zerkalo has left IRC (zerkalo!myricae@ny1.hashbang.sh, Ping timeout: 240 seconds) | |
| 00:12 | book` has joined IRC (book`!~book`@68.ip-149-56-14.net) | |
| 00:13 | Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 240 seconds) | |
| 00:14 | zerkalo has joined IRC (zerkalo!myricae@ny1.hashbang.sh) | |
| 00:16 | Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack) | |
| 01:03 | quinox has left IRC (quinox!~quinox@ghost.qtea.nl, Quit: :wq) | |
| 01:04 | quinox has joined IRC (quinox!~quinox@ghost.qtea.nl) | |
| 01:58 | carlos has joined IRC (carlos!be96bc3e@gateway/web/freenode/ip.190.150.188.62) | |
| 01:58 | <carlos> Hola, como mejor el rendimiento de los clientes...
| |
| 01:59 | Hi, how better the performance of customers ...
| |
| 02:04 | carlos has left IRC (carlos!be96bc3e@gateway/web/freenode/ip.190.150.188.62, Ping timeout: 260 seconds) | |
| 04:36 | url_work has joined IRC (url_work!~url_work@220-128-110-82.HINET-IP.hinet.net) | |
| 06:03 | Statler has joined IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de) | |
| 06:38 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 07:02 | forum1 has joined IRC (forum1!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 07:05 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Ping timeout: 245 seconds) | |
| 07:05 | forum1 is now known as forum | |
| 07:10 | ricotz has joined IRC (ricotz!~ricotz@p5B2A8DB5.dip0.t-ipconnect.de) | |
| 07:10 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
| 07:11 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection) | |
| 07:11 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 07:45 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 07:53 | dtcrshr has left IRC (dtcrshr!~datacrush@unaffiliated/datacrusher, Ping timeout: 258 seconds) | |
| 07:58 | dtcrshr has joined IRC (dtcrshr!~datacrush@unaffiliated/datacrusher) | |
| 07:59 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 08:14 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection) | |
| 08:16 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 08:36 | url_work has left IRC (url_work!~url_work@220-128-110-82.HINET-IP.hinet.net, Ping timeout: 240 seconds) | |
| 08:39 | Statler has left IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de, Remote host closed the connection) | |
| 08:50 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection) | |
| 08:51 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 08:57 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection) | |
| 08:58 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 09:40 | mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk) | |
| 09:58 | markus_e92 has left IRC (markus_e92!~markus_e9@91-115-158-123.adsl.highway.telekom.at, Ping timeout: 245 seconds) | |
| 09:59 | markus_e92 has joined IRC (markus_e92!~markus_e9@91-115-154-40.adsl.highway.telekom.at) | |
| 10:06 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection) | |
| 10:07 | url_work has joined IRC (url_work!~url_work@220-128-110-82.HINET-IP.hinet.net) | |
| 10:07 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 10:39 | Statler has joined IRC (Statler!~Georg@mail.lohn24.de) | |
| 11:32 | Faith has joined IRC (Faith!~paty_@unaffiliated/faith) | |
| 11:34 | santi_ has joined IRC (santi_!9242f0b9@gateway/web/freenode/ip.146.66.240.185) | |
| 11:34 | <santi_> Is someone using epoptes?
| |
| 11:36 | Noone?
| |
| 11:51 | <alkisg> Hi santi_
| |
| 11:51 | What is your question?
| |
| 11:51 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Ping timeout: 245 seconds) | |
| 11:53 | <alkisg> !ask
| |
| 11:53 | <ltsp`> ask: Don't ask to ask a question, simply ask it, and if someone knows the answer, they'll respond. Please hang around for at least a full hour after asking a question, as not everybody constantly monitors the channel.
| |
| 12:03 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Quit: Leaving) | |
| 12:40 | santi_ has left IRC (santi_!9242f0b9@gateway/web/freenode/ip.146.66.240.185, Quit: Page closed) | |
| 13:05 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 13:20 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Ping timeout: 240 seconds) | |
| 13:49 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 13:55 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection) | |
| 13:56 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 14:12 | lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18) | |
| 15:29 | mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving) | |
| 15:36 | <sbalneav> alkisg: Bad news on the ltspd
| |
| 15:36 | :(
| |
| 15:36 | <alkisg> Snow time here, schools and offices closed!
| |
| 15:36 | <muppis_> No snow here, schools and offices open!
| |
| 15:36 | <alkisg> There's a chance that the greek ministry will continue the ltsp/sch-scripts/epoptes support team
| |
| 15:37 | muppis_ is now known as muppis | |
| 15:37 | <alkisg> If so, i'm sure Fotis will start the ltspd implementation...
| |
| 15:37 | vmlintu has joined IRC (vmlintu!~vmlintu@a88-112-2-122.elisa-laajakaista.fi) | |
| 16:05 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Read error: Connection reset by peer) | |
| 16:07 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 16:49 | vmlintu has left IRC (vmlintu!~vmlintu@a88-112-2-122.elisa-laajakaista.fi, Quit: Ex-Chat) | |
| 16:49 | vmlintu has joined IRC (vmlintu!~vmlintu@a88-112-2-122.elisa-laajakaista.fi) | |
| 16:51 | vmlintu has left IRC (vmlintu!~vmlintu@a88-112-2-122.elisa-laajakaista.fi, Client Quit) | |
| 16:51 | vmlintu_ has joined IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi) | |
| 16:56 | vmlintu_ has left IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi, Ping timeout: 252 seconds) | |
| 17:00 | vmlintu_ has joined IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi) | |
| 17:15 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
| 17:16 | <vagrantc> alkisg: so, apparently the vnc4 maintainer uploaded a version that simply depends on tigervnc ...
| |
| 17:17 | alkisg: https://bugs.debian.org/811783
| |
| 17:17 | alkisg: we either need to support tigervnc or use one of the other fallbacks in the dependencies for epoptes
| |
| 17:33 | <||cw> if tigervnc could be in the repos, that's be great
| |
| 17:41 | <alkisg> vagrantc: so xvnc4viewer gets dropped, and from stretch + on, it'll be replaced by tigervnc?
| |
| 17:41 | while tigervnc is not available before stretch, right?
| |
| 17:43 | * alkisg wonders if it's command-line compatible with xvnc4viewer... | |
| 17:46 | <||cw> somewhat is, at least for the vncviewer binary
| |
| 17:56 | <alkisg> Very nice! http://tigervnc.org/doc/vncviewer.html
| |
| 17:56 | I think it supports all the xvnc4viewer options
| |
| 17:59 | Unfortnately it can't be installed in xenial due to: libgnutls30 (>= 3.5.6)
| |
| 18:05 | vmlintu_ has left IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi, Ping timeout: 252 seconds) | |
| 18:15 | <vagrantc> alkisg: yeah, tigervnc is available in stretch+
| |
| 18:15 | alkisg: if it's commandline compatible (at least for the options we use), then the current package *might* be fine
| |
| 18:17 | * vagrantc checks if they at least shipped a symlink for vnc4viewer | |
| 18:17 | <vagrantc> nope, no symlink
| |
| 18:18 | so either we have to get xvnc4viewer in debian to ship a compatibility symlink, or add tigervnc support to epoptes.
| |
| 18:19 | alkisg: epoptes just uses xvnc4viewer (or alternatives) ... not the server-side components of vnc4?
| |
| 18:19 | <alkisg> vagrantc: yup
| |
| 18:19 | we also use the vncviewer symlink (without 4)
| |
| 18:21 | <vagrantc> alkisg: it looks like it may set up the vncviewer symlinks ... so we might be fine.
| |
| 18:23 | alkisg: yup, if we use the symlink, then i don't think we have to do anything
| |
| 18:23 | and it's sufficiently compatible
| |
| 18:23 | * vagrantc will test | |
| 18:24 | <vagrantc> although it'd be good to prefer tigervnc-viewer over xvnc4viewer in the dependencies, but nothing urgent there
| |
| 18:27 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection) | |
| 18:31 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 18:46 | lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Read error: Connection reset by peer) | |
| 18:46 | lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18) | |
| 18:53 | <alkisg> Sounds fine to prefer tigervnc, since it's not there in older versions, and it'll also make sure that ssvnc won't be preferred
| |
| 18:56 | <vagrantc> i'd just add it to the front of the dependency chain... e.g. tigervnc-viewer | xvnc4viewer| ssvnc ...
| |
| 18:56 | after testing that it actually works, of course :)
| |
| 19:11 | alkisg: so...
| |
| 19:11 | alkisg: it doesn't seem to work with any of the broadcast features
| |
| 19:12 | zama has left IRC (zama!~zama@unaffiliated/stryx/x-3871776, Remote host closed the connection) | |
| 19:14 | <vagrantc> wait ... i may not have updated the chroot
| |
| 19:14 | but... how is it connecting to epoptes at all then?
| |
| 19:15 | ah, of course, a thin client is running the server image
| |
| 19:17 | <alkisg> Yey, I managed to install it to xenial
| |
| 19:17 | If the snow stops, I'll go to the office and test it tomorrow
| |
| 19:17 | <vagrantc> funny you should mention snow
| |
| 19:18 | it's been snowing here for ~17 hours ... i think i've only seen it snow this much here once or twice in the last 16 years
| |
| 19:18 | <alkisg> wow :D
| |
| 19:24 | <vagrantc> alkisg: hrm. tigervnc doesn't appear to be working for me
| |
| 19:24 | lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Ping timeout: 252 seconds) | |
| 19:24 | <vagrantc> it's also not detecting the client at the ldm login screen
| |
| 19:24 | maybe that's a sign
| |
| 19:29 | seems like epoptes-client isn't running
| |
| 19:29 | if i run it manually from tty2, it seems to work
| |
| 19:29 | Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving) | |
| 19:29 | Statler has left IRC (Statler!~Georg@mail.lohn24.de, Remote host closed the connection) | |
| 19:30 | <vagrantc> no, tigervnc still isn't working
| |
| 19:30 | * vagrantc sighs | |
| 19:30 | <vagrantc> i knew this was looking too easy
| |
| 19:37 | alkisg: so, downgrading back to xvnc4viewer doesn't seem to help either ...
| |
| 19:38 | alkisg: there's something wrong with starting the root epoptes-client
| |
| 19:49 | <alkisg> vagrantc: it works manually, but it doesn't autostart?
| |
| 19:49 | It's supposed to start from if-up
| |
| 19:50 | vmlintu_ has joined IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi) | |
| 19:51 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Ping timeout: 255 seconds) | |
| 19:51 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 19:52 | <vagrantc> alkisg: if i run DISPLAY=:7 epoptes-client from tty2, it kind of works
| |
| 19:53 | alkisg: maybe ifup is no longer being called?
| |
| 19:53 | <alkisg> DISPLAY shouldn't be needed
| |
| 19:53 | Dunno, wouldn't that be a bug?
| |
| 19:53 | It works fine in xenial
| |
| 19:53 | Haven't tried stretch recently
| |
| 19:54 | <vagrantc> alkisg: systemctl status epoptes-client shows it as having started and exited
| |
| 19:54 | <alkisg> vagrantc: it's not a service
| |
| 19:55 | The service is there only for ancient ltsp, like wheezy
| |
| 19:55 | (at that time we configured networking wrong and it didn't call if-up)
| |
| 19:55 | The /etc/network/interfaces still states "manual", right?
| |
| 19:58 | Statler has joined IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de) | |
| 20:06 | <vagrantc> alkisg: manual in /etc/network/interfaces , for the right interface
| |
| 20:07 | it's using the new fun interfaces scheme ... e.g. ens3 vs. eth0
| |
| 20:08 | <alkisg> same here in xenial, but everything works
| |
| 20:08 | make a test script and see if it gets called on boot
| |
| 20:08 | (in if-up)
| |
| 20:09 | or just add an echo >> /tmp/something in the epoptes-client one
| |
| 20:10 | when is the deadline for bug fixes for stretch?
| |
| 20:12 | <vagrantc> it requires more "paperwork" after ... the 28th
| |
| 20:12 | this is pretty serious, though.
| |
| 20:12 | bennabiy has left IRC (bennabiy!~bennabiy@unaffiliated/bennabiy, Remote host closed the connection) | |
| 20:13 | <vagrantc> i mean, it basically doesn't work with the defaults
| |
| 20:16 | bennabiy has joined IRC (bennabiy!~bennabiy@unaffiliated/bennabiy) | |
| 20:30 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection) | |
| 20:31 | forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at) | |
| 20:38 | fnurl has left IRC (fnurl!~paul@36-225-16-53.dynamic-ip.hinet.net, Ping timeout: 260 seconds) | |
| 20:38 | lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18) | |
| 20:39 | Statler has left IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de, Remote host closed the connection) | |
| 20:46 | <alkisg> vagrantc: is it a problem with if-up, or with epoptes?
| |
| 20:46 | and, 28th of january, i imagine?
| |
| 20:46 | if it's a problem with if-up, then we don't need to worry about it...
| |
| 20:46 | At most, we can file a bug there
| |
| 20:46 | Does anything run from if-up in stretch?
| |
| 20:52 | https://lists.debian.org/debian-devel-announce/2017/01/msg00002.html
| |
| 20:52 | * Uploaded changes must be in testing before February 5th
| |
| 20:52 | * With the mandatory 10-day delay, the latest day for the upload is /at least/ 10 days earlier.
| |
| 20:52 | So probably 27th
| |
| 20:56 | <bennabiy> alkisg: would it be a lot of work for the ltsp-update-image to be able to take the final output of -c / and make a chroot out of it before it does the squash image?
| |
| 20:57 | <alkisg> bennabiy: so you basically mean "call ltsp-cleanup"?
| |
| 20:57 | You can just use cp + call ltsp-cleanup, it's only a few commands...
| |
| 20:57 | Note that it's mksquashfs itself that omits the files in .excludes
| |
| 20:57 | <bennabiy> I saw that
| |
| 20:59 | <vagrantc> alkisg: sure, the 27th is better... in the next hour would be even better, but :)
| |
| 21:00 | <alkisg> vagrantc: but is it a problem in epoptes, or not?
| |
| 21:00 | did you try an "echo" somewhere in if-up, to see if they get executed?
| |
| 21:00 | I don't have a stretch ltsp installation to test...
| |
| 21:00 | <vagrantc> bennabiy: you could mount the image on /opt/ltsp/amd64 as a overlayfs and make upates, changes, etc. and then run ltsp-update-image
| |
| 21:01 | alkisg: i was going to do that, then an avalanche of snow fell off the roof that i had to deal with :)
| |
| 21:01 | <alkisg> haha
| |
| 21:01 | That does sound more urgent :P
| |
| 21:01 | <bennabiy> vagrantc: would you run into a loop condition where the underlaying device gets written as it is updating itself?
| |
| 21:02 | or could I overlay it to a different chroot name and then give the update-nbd ?
| |
| 21:03 | Say I wanted to make a couple images, just slightly different from each other
| |
| 21:03 | <alkisg> bennabiy: you do know you can just copy the contents of the amd64.img image, right?
| |
| 21:03 | mount -o loop, and cp -a
| |
| 21:04 | vmlintu_ has left IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi, Ping timeout: 252 seconds) | |
| 21:05 | <vagrantc> bennabiy: you would need to generate the image to a different file, of course
| |
| 21:06 | huh
| |
| 21:06 | we could add support for a second overlayfs on boot ... then you could have multiple diverging images
| |
| 21:07 | <bennabiy> yes, but I run into funny things, like locale not being set
| |
| 21:08 | <alkisg> bennabiy: locale shouldn't be at all related to these things... sounds like a completely different issue
| |
| 21:09 | * vagrantc cheers for ltsp-update-image --no-compress | |
| 21:11 | <vagrantc> alkisg: ifupdown isn't installed...
| |
| 21:11 | <alkisg> A dependency issue then? Or something more serious?
| |
| 21:11 | Maybe a dependency in ltsp? :D
| |
| 21:13 | * alkisg does have ifupdown installed in his stretch box (non-ltsp...) | |
| 21:13 | * vagrantc used ltsp-build-client to build this image | |
| 21:14 | <vagrantc> so, probably different from alkisg's
| |
| 21:14 | <alkisg> sure, what I'm saying is that it's possible that it is an ltsp issue...
| |
| 21:14 | <bennabiy> I am currently running from a fat client generated by ltsp-pnp, and I have no issues with my user direct on the server, but on the fat client, I run into locale issues when trying to do bash autocomplete for example
| |
| 21:15 | <vagrantc> alkisg: i don't know that ltsp uses ifupdown, it might actually be epoptes-client in this case :P
| |
| 21:15 | <bennabiy> vagrantc: what does the --no-compress leave the info as?
| |
| 21:15 | does it still make an image, just not a squashfs image?
| |
| 21:15 | <alkisg> vagrantc: well, if all packages that ship files to /etc/if-up depend on ifupdown, then sure, we should also put it in epoptes-client
| |
| 21:17 | <vagrantc> bennabiy: it makes a squashfs image without any compression
| |
| 21:18 | bennabiy: i experimented with adding ext4 and btrfs support to ltsp-update-image last month, fwiw
| |
| 21:18 | alkisg: or recommend
| |
| 21:18 | <bennabiy> I saw that
| |
| 21:18 | <alkisg> Eh, /etc/network/if-up.d in stretch is almost empty :D
| |
| 21:19 | I'm guessing most packages migrated to systemd-called scripts...
| |
| 21:19 | <vagrantc> alkisg: network-manager may have dropped backwards compatibility with it...
| |
| 21:19 | <alkisg> vagrantc: if you install ifupdown, like stretch normally has, it works fine, right?
| |
| 21:19 | I.e. the problem is only a missing dependency somewhere, right?
| |
| 21:19 | <vagrantc> alkisg: that part works
| |
| 21:20 | alkisg: still have the tigervnc issue
| |
| 21:20 | <alkisg> We might need to finetune some "ifs" there...
| |
| 21:21 | <bennabiy> any suggestion as to why the locale issue on the generated image?
| |
| 21:21 | <vagrantc> bennabiy: what exactly is the locale issue?
| |
| 21:23 | <bennabiy> vagrantc: When I try to do something CLI, I gethttps://pastebin.mozilla.org/8961764
| |
| 21:23 | but if I do it on the server, it does not give me the setlocale error
| |
| 21:23 | <vagrantc> alkisg: should i need to restart epoptes and/or epoptes-client after switching which xvncviewer is configured as?
| |
| 21:24 | bennabiy: does "locale -a" match on the server and client?
| |
| 21:24 | er, this appears to be a client-only issue
| |
| 21:24 | bennabiy: i presume you're using tab-completion in that paste?
| |
| 21:25 | <bennabiy> yes
| |
| 21:25 | <alkisg> vagrantc: you mean with update-alternatives? epoptes doesn't check alternatives..
| |
| 21:25 | <bennabiy> about tab completion
| |
| 21:26 | <vagrantc> alkisg: it just calls vncviewer?
| |
| 21:26 | bennabiy: is the en_US locale installed on the client?
| |
| 21:26 | <bennabiy> no, but it is on the server
| |
| 21:26 | <vagrantc> or, more properly, en_US.UTF-8
| |
| 21:26 | <alkisg> vagrantc: see client-functions, receive_broadcast, there are some "ifs" there to pass the appropriate parameters
| |
| 21:26 | <bennabiy> yes that is
| |
| 21:27 | <alkisg> like, if [ -x /usr/bin/ssvncviewer ]; then
| |
| 21:27 | <bennabiy> vagrantc: https://pastebin.mozilla.org/8961766
| |
| 21:27 | output of locale -a
| |
| 21:27 | on client
| |
| 21:28 | <vagrantc> bennabiy: and "locale" ?
| |
| 21:29 | <bennabiy> https://pastebin.mozilla.org/8961767 is now the server locale -a
| |
| 21:30 | locale on server : https://pastebin.mozilla.org/8961768
| |
| 21:30 | <vagrantc> alkisg: so, tigervnc-viewer may need it's own set of options?
| |
| 21:30 | <bennabiy> locale on client : https://pastebin.mozilla.org/8961772
| |
| 21:31 | <vagrantc> bennabiy: notice the difference?
| |
| 21:32 | <alkisg> vagrantc: exactly the same as xvnc4viewer, but not the same as the generic vncviewer
| |
| 21:35 | <bennabiy> thoughts?
| |
| 21:35 | I am puzzled why it works in one setting, but not the other.
| |
| 21:36 | <vagrantc> bennabiy: one has .UTF-8 appended
| |
| 21:36 | bennabiy: the
| |
| 21:37 | "en_US" locale doesn't exist
| |
| 21:37 | <bennabiy> but the one is generated from the other
| |
| 21:37 | the fat client is generated in the pnp way :)
| |
| 21:37 | <vagrantc> this is mint?
| |
| 21:37 | <bennabiy> no
| |
| 21:37 | 16.04
| |
| 21:37 | <vagrantc> ubuntu?
| |
| 21:37 | <bennabiy> yes
| |
| 21:38 | <vagrantc> bennabiy: did you configure the locale in lts.conf?
| |
| 21:38 | <bennabiy> don't think so
| |
| 21:38 | didn't know I had to specify it
| |
| 21:38 | <vagrantc> i don't know how locales work on ubuntu ... that's one major divergence from debian
| |
| 21:38 | you shouldn't have to specify it, no
| |
| 21:39 | alkisg: ok, so it's surely falling back to the generic vncviewer
| |
| 21:39 | <bennabiy> lts.conf is simple - LDM_PASSWORD_HASH LDM_DIRECTX DNS_SERVER REMOTE_APPS and RCFILE_01
| |
| 21:40 | and the rcfile is an epoptes hack that does not work
| |
| 21:40 | forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Quit: forum) | |
| 21:42 | <vagrantc> epoptes hack?
| |
| 21:44 | given that i'm debugging epoptes not starting...
| |
| 21:45 | <bennabiy> fat client attempt to automatically change to ltsp-remoteapps for epoptes
| |
| 21:46 | RCFILE_01="set 's,^Exec=/usr/bin/epoptes,Exec=ltsp-remoteapps /usr/bin/epoptes,' -i /usr/share/applications/epoptes.desktop"
| |
| 21:46 | I think it is suggested on the epoptes site, nothing I came up with
| |
| 21:47 | <alkisg> It's just for people trying to run the epoptes GUI from fat clients
| |
| 21:47 | ...because I was bored to fix the remoteapp menus in ltsp :D
| |
| 21:48 | <bennabiy> It did not work for me, so I manually had to just add the ltsp-remoteapps to it
| |
| 21:48 | and I just delete it when I switch back to the server
| |
| 21:48 | <vagrantc> alkisg: which vnc viewer and arguments to use is determined server-side?
| |
| 21:48 | <bennabiy> anyway, thoughts on the locale issue?
| |
| 21:48 | <alkisg> What part did not work?
| |
| 21:49 | <bennabiy> It did not update the menu item to use remoteapps
| |
| 21:49 | <alkisg> vagrantc: there are 2 locations, one in gui.py which is server-side, and one in client-functions which is sent to the client, so it's executed client-side
| |
| 21:49 | <vagrantc> alkisg: it's on the server, but pushed to the client at run-time?
| |
| 21:50 | <bennabiy> I saw no difference in having the RCFILE in place or not
| |
| 21:50 | <alkisg> vagrantc: yup
| |
| 21:50 | <vagrantc> alkisg: the client-functions bit
| |
| 21:50 | alkisg: ok. years ago, that would have horrified me. now it seems more normal. :)
| |
| 21:50 | <alkisg> bennabiy: that line in the wiki does modify the .desktop file, I'm using it in a lot of locations, if you're sure you got it right we could take a look
| |
| 21:52 | Some other time though, now ==> pumpkin :)
| |
| 21:52 | * alkisg waves | |
| 21:52 | <bennabiy> no problem
| |
| 21:53 | Anyway, if you have thoughts on the locale issue, let me know
| |
| 21:53 | off to the deli
| |
| 21:53 | * bennabiy waves | |
| 21:53 | Statler has joined IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de) | |
| 21:53 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 22:01 | Statler has left IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de, Remote host closed the connection) | |
| 22:18 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
| 22:33 | dtcrshr has left IRC (dtcrshr!~datacrush@unaffiliated/datacrusher, Read error: Connection reset by peer) | |