03:08 | FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Ping timeout: 255 seconds) | |
06:11 | spectra has left IRC (spectra!~spectra@debian/developer/spectra, Ping timeout: 260 seconds) | |
06:14 | spectra has joined IRC (spectra!~spectra@debian/developer/spectra) | |
06:51 | mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk) | |
08:01 | bennabiy has left IRC (bennabiy!~bennabiy@unaffiliated/bennabiy, Read error: Connection reset by peer) | |
08:01 | bennabiy has joined IRC (bennabiy!~bennabiy@unaffiliated/bennabiy) | |
08:40 | workingcats has left IRC (workingcats!~workingca@212.122.48.77, Remote host closed the connection) | |
08:47 | workingcats has joined IRC (workingcats!~workingca@212.122.48.77) | |
09:40 | mealstrom1 has left IRC (mealstrom1!~Thunderbi@46.63.63.163, Ping timeout: 264 seconds) | |
10:19 | FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi) | |
10:35 | NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es) | |
10:37 | adrianorg has left IRC (adrianorg!~adrianorg@179.180.166.132, Ping timeout: 240 seconds) | |
10:39 | adrianorg has joined IRC (adrianorg!~adrianorg@179.179.76.182) | |
10:47 | <muppis> Anyone experienced with BerryTerminal?
| |
10:59 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.71.254) | |
11:02 | bitcheker has joined IRC (bitcheker!~bitchecke@dynamic-adsl-62-10-103-15.clienti.tiscali.it) | |
11:04 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.71.254, Remote host closed the connection) | |
11:05 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.71.254) | |
11:25 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
12:09 | dreville has joined IRC (dreville!~deeville@38.117.108.108) | |
12:12 | muppis_ has joined IRC (muppis_!muppis@takaisin.fi) | |
12:15 | spectra- has joined IRC (spectra-!~spectra@eregion.nardol.org) | |
12:19 | workingcats has left IRC (workingcats!~workingca@212.122.48.77, *.net *.split) | |
12:19 | spectra has left IRC (spectra!~spectra@debian/developer/spectra, *.net *.split) | |
12:19 | deeville has left IRC (deeville!~deeville@38.117.108.108, *.net *.split) | |
12:19 | zamba has left IRC (zamba!marius@flage.org, *.net *.split) | |
12:19 | muppis has left IRC (muppis!muppis@takaisin.fi, *.net *.split) | |
12:21 | Faith has joined IRC (Faith!~paty@unaffiliated/faith) | |
12:23 | mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy) | |
12:23 | workingcats has joined IRC (workingcats!~workingca@212.122.48.77) | |
12:26 | zamba has joined IRC (zamba!marius@flage.org) | |
12:44 | Gremble has joined IRC (Gremble!~Ben@host-92-27-135-217.static.as13285.net) | |
12:45 | Gremble is now known as Guest2758 | |
13:31 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds) | |
13:31 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
13:45 | championofcyrodi has joined IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
13:49 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.71.254, Remote host closed the connection) | |
13:49 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Quit: Goin' down hard) | |
13:50 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.71.254) | |
13:53 | cryptrat has joined IRC (cryptrat!32c3bb3e@gateway/web/freenode/ip.50.195.187.62) | |
13:54 | <cryptrat> anyone get the ltsp-localapps command to work, all i get is: sorry, command-not-found has crashed! when i try to run it
| |
13:57 | mealstrom1 has joined IRC (mealstrom1!~Thunderbi@46.63.71.254) | |
13:57 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.71.254, Remote host closed the connection) | |
13:58 | you_ has joined IRC (you_!~you@118.186.153.230) | |
14:01 | <you_> the thin-client's login screen couldnot show username and password correctly in chinese. so i add match in the fonts.conf, but it still doesn't work. what should i do? thnks
| |
14:01 | mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving) | |
14:03 | <Hyperbyte> cryptrat, where are you running the command?
| |
14:03 | cryptrat, and are you using fat or thin clients?
| |
14:05 | <championofcyrodi> so... Saturday night the LTSP server successfully built an image in the docker container. OpenSSH is working too. I'm about to go test it out now, but I am pretty sure it's gonna work. If so, I'll have a portable isolated LTSP instance to deploy on all the networks!
| |
14:07 | <you_> the thin-clients seems not work smoothly, they are a little slow
| |
14:16 | <bennabiy> championofcyrodi: now just document it :)
| |
14:17 | <championofcyrodi> i have been on my blog
| |
14:17 | but it's still more or less a draft
| |
14:18 | okay.. im getting coffee and cereal and going to go try it out...
| |
14:18 | bennabiy got me excited and has now distracted me from my other tasking.
| |
14:19 | championofcyrodi has left IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
14:20 | FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Ping timeout: 240 seconds) | |
14:22 | you_ has left IRC (you_!~you@118.186.153.230, Quit: 离开) | |
14:28 | mealstrom1 has left IRC (mealstrom1!~Thunderbi@46.63.71.254, Ping timeout: 244 seconds) | |
14:33 | championofcyrodi has joined IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
14:34 | <championofcyrodi> failure...
| |
14:34 | should have got coffee before testing maybe.
| |
14:35 | same issue, tftp boots over UDP, nbd connects. Can't authenticate... no idea what 'server' it's trying to authenticate with. Thought 'SERVER=hostname' in lts.conf would override, but perhaps i misunderstood the lts.conf MAN page...
| |
14:37 | i guess i'm going to set a root pw on the image and login w/ tty1. maybe /etc/hosts on the running image will help
| |
14:43 | <cryptrat> Hyperbyte, i am running fat clients
| |
14:44 | i'm running it in a terminal on the fat client
| |
14:51 | adrianorg has left IRC (adrianorg!~adrianorg@179.179.76.182, Read error: Connection reset by peer) | |
14:54 | <Hyperbyte> cryptrat, right. And what are you trying to accomplish with the "ltsp-localapps" command?
| |
14:55 | championofcyrodi, why do you have SERVER= in lts.conf?
| |
14:55 | By default it uses the server it booted from, why do you need to override this?
| |
14:55 | <cryptrat> just trying to see if i can get a local app like firefox to work locally on the fat client
| |
14:55 | adrianorg has joined IRC (adrianorg!~adrianorg@177.134.61.196) | |
14:56 | <Hyperbyte> cryptrat, but the whole point of fat clients as opposed to thin clients, is that -everything- runs locally.
| |
14:56 | cryptrat, with thin clients, not only the disk image is on the server, but also all applications are ran on the server.
| |
14:57 | cryptrat, with fat clients, all software already runs locally. Only the disk image is taken from the server, but all the software already runs on the client. That's why you have no "ltsp-localapps" command - it wouldn't make sense to have it.
| |
14:58 | <cryptrat> ok is there a difference in how you make a fat client image compared to a thin client?
| |
14:58 | <Hyperbyte> cryptrat, yes.
| |
14:59 | <cryptrat> can i have a diskless fat client load as a thin client ?
| |
15:00 | <Hyperbyte> cryptrat, yes.
| |
15:00 | adrianorg has left IRC (adrianorg!~adrianorg@177.134.61.196, Ping timeout: 255 seconds) | |
15:00 | <championofcyrodi> YAY I GOT IT WORKING!
| |
15:00 | <Hyperbyte> Fat client vs. thin client isn't dependant on specific hardware or client configuration. Any client can be fat or thin, assuming minimum hardware requirements are met.
| |
15:01 | <championofcyrodi> Hyperbyte: because the server hosting the LTSP software isnt the same server i want SSHFS authentication with.
| |
15:01 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163) | |
15:01 | <Hyperbyte> cryptrat, you should ask alkisg, he's the master when it comes to fat vs thin and the like....
| |
15:02 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.57.132) | |
15:02 | <cryptrat> ok, because i'm just trying to breathe life into some old dells that are sitting around collecting dust
| |
15:02 | <championofcyrodi> apparently SSH_OVERRIDE_PORT is not working properly in lts.conf... or my lts.conf isnt working. I just modified /etc/ssh/ssh_config on the image using the root account... set Port 2222, (the port mapped to my container from the host) and BAM, its working.
| |
15:03 | <cryptrat> is it better to use the alternate cd or to try and add ltsp to an existing server?
| |
15:06 | <championofcyrodi> cryptrat: i found the alternate cd to be easiest with 12.04
| |
15:06 | however the alternate didnt exist w/ 14.04, so i used the 14.04 server edition... then apt-get install ltsp-server-standalone
| |
15:06 | works well if you have 2 network cards and don't want conflict w/ current DHCP
| |
15:09 | <Hyperbyte> cryptrat, if you have old hardware you want to power using one beefier server, then you want thin clients.
| |
15:37 | <cryptrat> i have a beefy server, quad core xeon w/ 8gb of ram on a supermicro mobo
| |
15:38 | 4 1tb drives in a raid 10 array
| |
15:43 | <championofcyrodi> okay, so i documented the LTSP -> Docker process here: http://championofcyrodiil.blogspot.com/2014/08/ubuntu-1404-ltsp-docker-container.html
| |
15:43 | let me know if anything seems unclear or confusing. (i'm sure there are some things)
| |
15:43 | also my scenario is over complicated by the separate VLAN.
| |
15:48 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
15:49 | <vagrantc> bennabiy: well, the hashpass thing seems to be working as expected for me
| |
15:49 | <bennabiy> That is great
| |
15:49 | <vagrantc> good work
| |
15:50 | <bennabiy> Hopefully it won't be needed for too much longer ;)
| |
15:50 | <vagrantc> of course, it's got weirdnesses like trying to change password will seem successful, until you log out
| |
15:50 | and remoteapps and localapps will get out of sync with password data... but hey, screensavers work!
| |
15:51 | <bennabiy> The whole point of it is that it matches your remote password when you start your session
| |
15:51 | otherwise you could just default the local password to foo for every user
| |
15:52 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
15:52 | * bennabiy welcomes alkisg | |
15:52 | * vagrantc waves to alkisg | |
15:52 | <alkisg> Hi bennabiy, hi vagrantc, hi all
| |
15:52 | <vagrantc> bennabiy: there are a few compiler warnings in the build log...
| |
15:53 | <bennabiy> from my portion of the code?
| |
15:53 | <vagrantc> bennabiy: but they are similar areas to other code you emulated, so not really introduced by you
| |
15:53 | <bennabiy> hrm.
| |
15:53 | <vagrantc> would be good to fix both the old and new code :)
| |
15:53 | <bennabiy> true
| |
15:54 | I did notice there were some warnings in the existing code
| |
15:54 | perhaps I can look at that later
| |
15:54 | Guest2758 has left IRC (Guest2758!~Ben@host-92-27-135-217.static.as13285.net, Quit: I Leave) | |
15:57 | <vagrantc> hrm. some automake update, too.
| |
15:59 | <bennabiy> Make a list :)
| |
15:59 | * vagrantc really wonders about https://bugs.launchpad.net/bugs/1325388/+attachment/4123781/+files/0001-Bye-bye-No-response-from-server-add-ssh-error-loggin.patch | |
16:02 | <vagrantc> would be really good to start writing testsuites.
| |
16:02 | there are many things that would be really hard to test, but we should try to test what's testable.
| |
16:04 | <cryptrat> hello alkisg, i was told you know the most about fat vs thin clients,
| |
16:04 | <bennabiy> LDM is somewhat difficult to debug properly because of its need to be called by xinit
| |
16:04 | <alkisg> Hi cryptrat
| |
16:04 | FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi) | |
16:05 | <bennabiy> It takes a lot of extra logging to try to figure out what is going on, since it cannot be easily attached to with a debugger.
| |
16:06 | <vagrantc> yes, but portions of code could be written to be able to be passed various responses to make sure the right responses come out ... i.e. you could fake an ssh session with stdin/stdout and such
| |
16:06 | <alkisg> cryptrat: what are your client specs? cpu and ram?
| |
16:06 | <vagrantc> course, faking ssh is proably a whole complicated, and somewhat dangerou thing to support... heh.
| |
16:06 | <bennabiy> yes
| |
16:07 | <vagrantc> but surely there are things we could test better.
| |
16:07 | * bennabiy imagines a world without ldm... | |
16:07 | <cryptrat> older dell p4 1gb ram
| |
16:08 | * Asterisks imagines a world without bennabiy | |
16:08 | <alkisg> !ltsp-pnp | echo cryptrat:
| |
16:08 | <ltsp> cryptrat: ltsp-pnp: ltsp-pnp is an alternative (upstream) method to maintain LTSP installations for thin and fat clients that doesn't involve chroots: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
| |
16:08 | <alkisg> cryptrat: that way they'd run as fat clients, same as you say you have them now
| |
16:08 | * bennabiy starts to see the letters LTSP and 6 coming together | |
16:08 | <alkisg> cryptrat: If you want thin clients, then start with the desktop iso and run ltsp-build-client
| |
16:08 | * vagrantc has been seeing that mirage for a few years now | |
16:09 | <alkisg> cryptrat: the ltsp-localapps command is in the ltsp-server package, that's why it didn't run from a fat client, because it doesn't make sense there, apps already run locally
| |
16:09 | <bennabiy> Hi Asterisks. No need to imagine.
| |
16:09 | <vagrantc> i don't know what it's going to take to get the impetus to push LTSP6 into reality...
| |
16:10 | was hoping to get some hackfests going in person, but geography makes that a challenge
| |
16:10 | <bennabiy> A solid list of what LTSP 6 alpha is going to need to contain to be called 6
| |
16:10 | Identifying what is going to be removed
| |
16:10 | Starting a fork, so that development can take place
| |
16:10 | <championofcyrodi> hey guys, any thoughts on the lts.conf's SSH_OVERRRIDE_PORT not working for me? Perhaps I'm "doing it wrong.", or I have a different expectation for it's use.
| |
16:11 | <vagrantc> bennabiy: well, we've already got libpam-sshauth, and ltsp already works with it, but it's missing support for some features
| |
16:11 | forget what all it's missing
| |
16:11 | <championofcyrodi> when i manually switch the client's ssh_config to 'Port 2222', i can login/authenticate just fine. However, it causes all user's default ssh session to attempt port 2222. So was hoping the SSH_OVERRIDE_PORT parameter would use 2222 just for the SSHFS connection.
| |
16:11 | <vagrantc> so, we need a way to track the issue
| |
16:12 | <bennabiy> We need somewhere to be able to document what is done, what needs to be done, and the problems faced
| |
16:12 | <vagrantc> it's not my favorite, but launchpad probably has some issue tracking features that might work for this
| |
16:13 | <cryptrat> i pretty much followed the LTSP/ProxyDHCP setup
| |
16:13 | <bennabiy> Yes.
| |
16:14 | vagrantc: if you can find out what features are missing support, I might be able to look into it a little more later. I need to push a project through right now, but might have more time next week or so.
| |
16:14 | <cryptrat> and you're saying the ltsp-pnp would have been better?
| |
16:15 | <vagrantc> bennabiy: http://wiki.ltsp.org/wiki/Dev:LTSPPamNotes
| |
16:15 | bennabiy: that's the status as of october
| |
16:15 | <alkisg> cryptrat: ltsp-php includes proxydhcp, it's just an easy way to get fat clients, you probably ALSO followed https://help.ubuntu.com/community/UbuntuLTSP/FatClients
| |
16:15 | <bennabiy> Also, what would need to change for dependencies pulled down?
| |
16:16 | Would it be someones preference to use LightDM or GDM or MDM etc, or would it be lts.conf config?
| |
16:17 | it looks like it is only lightDM, but would others be supported?
| |
16:18 | <vagrantc> bennabiy: arbitrary DMs are supported, just need to support pam
| |
16:18 | bennabiy: i tested with lightdm, gdm3 and kdm when i did the testing
| |
16:19 | although kdm was slightly glitchy, and gdm has a quirk or two ... but in theory, any display manager would work
| |
16:19 | <bennabiy> that is encouraging
| |
16:20 | <cryptrat> @cryptrat yeah i used the --fat-client tag to build an image
| |
16:21 | and i've also used chroot and tried lxde trying to get better performance
| |
16:22 | can you make a fat client act like a thin client, i mean what really is the difference in how it determines which is which with ltsp
| |
16:22 | <vagrantc> bennabiy: that was essentially the point... to be able to use any pam-supporting display manager
| |
16:23 | bennabiy: and merely hook in our ltsp-specific bits, rather than maintain a whole display manager
| |
16:23 | cryptrat: LTSP_FATCLIENT=true|false
| |
16:24 | it typically guesses based on that lts.conf setting, or the value of FAT_RAM_THRESHOLD
| |
16:25 | <cryptrat> ok i'll try that
| |
16:25 | <bennabiy> vagrantc: Please keep me posted. I would be willing to put a little time towards it, but would probably not be able to attend any type of hackfests unless they were right here.
| |
16:26 | vagrantc: I might be able to help a bit while a hackfest is going on though
| |
16:27 | <vagrantc> bennabiy: the most active developers are spread out over many timezones
| |
16:27 | <bennabiy> half a world :)
| |
16:30 | * vagrantc wonders if setting up an event before or after the LTSP BTS that was focused on LTSP development, perhaps in some easier to get to location that northeastern maine | |
16:33 | <championofcyrodi> Is "/etc/ltsp/lts.conf" in ltsp-server 5.5.1 parsed for LDM Options?
| |
16:34 | <vagrantc> to be safe, you want to make sure to edit /var/lib/tftpboot/ltsp/*/lts.conf or /srv/tftp/ltsp/*/lts.conf
| |
16:34 | but it depends on your setup
| |
16:34 | <bennabiy> out to lunch, back in a bit
| |
16:36 | <championofcyrodi> yea... tried the var/lib/tftpboot... Path, didn't seem to pick up the parameter. hmmm... Maybe because it's below the [OLD_MONITOR] tag instead of [Default]...
| |
16:37 | I assume i need to only bounce tftpd-hpa when i update that file?
| |
16:38 | <vagrantc> shouldn't need to restart anything
| |
16:39 | <championofcyrodi> SWEET! that was it! Needed to go under the [Default] flag instead of [OLD_MONITOR]... i just paged down to the bottom and didnt realize i was placing it under a different parsing option
| |
16:39 | <vagrantc> championofcyrodi: yes, you need to put changes in the default section or a section which will match your hardware
| |
16:39 | * vagrantc wonders if the default generated lts.conf should just include [Default] entries | |
16:40 | <championofcyrodi> thats a hard one vagrantc. it was really my ignorance, rushing and failure to read the full configuration file that was the issue.
| |
16:41 | PEBCAK
| |
16:41 | telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection) | |
16:42 | <championofcyrodi> Perhaps putting some of the more common default values in the file would help. I could see a lot of users wanting to change the default SSH port, both for mapping conflict reasons as well as security through ambiguity.
| |
16:42 | telex has joined IRC (telex!~telex@freeshell.de) | |
16:42 | <championofcyrodi> e.g. SSH_OVERRIDE_PORT is already in the file, so I wouldn't be adding it to the bottom under [OLD_MONITOR]
| |
16:42 | <vagrantc> championofcyrodi: it's a pretty ig wall of text... so i understand why you did it that way
| |
16:43 | championofcyrodi: SSH_OVERRIDE_PORT doesn't sound like a common option to me
| |
16:43 | <championofcyrodi> but what if your SSHFS is behind a proxy that already uses 22?
| |
16:43 | * vagrantc wonders if it isn't already too verbose | |
16:44 | <vagrantc> championofcyrodi: that's not a common configuration, from years of elping people with ltsp issues
| |
16:44 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection) | |
16:44 | <championofcyrodi> The cloud is changing the game.
| |
16:45 | <vagrantc> but we don't really have any mechanism to check what options people are using
| |
16:45 | <championofcyrodi> true
| |
16:45 | <vagrantc> LTSP over the cloud would be impressively poor performance
| |
16:45 | i guess if you were using NX or something similar, it might work...
| |
16:45 | <championofcyrodi> LTSP instances distributed with out of the box configurations would not be.
| |
16:46 | NX is def. faster than X
| |
16:46 | thats what most of my fat client users are using.
| |
16:46 | OpenNX
| |
16:47 | thin clients just dont have the screen draw rates they desire.
| |
16:47 | (they being the users i have)
| |
16:48 | * vagrantc keeps meaning to look into supporting the x2go client in LTSP | |
16:49 | <vagrantc> x2go has it's own thin client system, but i'm fairly certain the client could work with LTSP
| |
16:50 | i guess the server-side support isn't in debian though. hrmpf.
| |
16:50 | <championofcyrodi> I'm using FreeNX on the server side for NX connections.
| |
16:50 | seems to work pretty well in 14.04 using the precise release.
| |
16:51 | the authentication issues have been a pain for me to troubleshoot in the past.
| |
16:51 | before i got on fat clients, i was looking for a way to integrate NX as a 'background' session option on the login screen... heh
| |
16:52 | gave up pretty quick
| |
16:52 | <vagrantc> it would be feasible to support in LDM ...
| |
16:52 | it currently supports both ssh and rdp
| |
16:54 | <championofcyrodi> its hard to say its really worth it... I see LTSP as commonly used for two things... 1.) Old Hardware where buying new isnt an option, 2.) Companies who can afford newer hardware, but want to streamline their workstations into something more efficient. For me its the 2nd option.
| |
16:54 | For us, a $400 NUC w/ ~20 WATTs is much cheaper than a $1200 Desktop ~350 WATTs.
| |
16:55 | <vagrantc> sure
| |
16:55 | <championofcyrodi> So with 16GB on NUC, Fat Client is really ideal replacement for a desktop if the user has backend server hardware they can use.
| |
16:56 | So we fall under option 2 and wouldnt really benefit from NX support via Thin client... but people in option 1 def. would
| |
16:56 | <vagrantc> yeah, even fairly old hardware performs as well if not better as a fat client
| |
16:56 | <championofcyrodi> Or low bandwidth maybe... fat client images are big
| |
16:57 | <vagrantc> i mean, core2 systems with 2-4GB of ram ...
| |
16:57 | <cryptrat> as soon as i added the LTSP_FATCLIENT=false the ldm session quit loading
| |
16:57 | <vagrantc> but the image size doesn't affect how much data is transferred, it only transfers blocks that are actually used
| |
16:58 | <championofcyrodi> rly?
| |
16:58 | <vagrantc> yes
| |
16:59 | cryptrat: so, it presents the login screen, but login fails?
| |
17:00 | <championofcyrodi> still... you can get up to 1GB pretty quick w/ Unity, thunderbird, pidgin/empathy, chrome...
| |
17:00 | <vagrantc> sure
| |
17:00 | can't make something from nothing, but with reasonable expectations... hah! :)
| |
17:01 | <championofcyrodi> I'm curious as to how a thin client would work inside docker... i got X forwarding to work a few weeks back... but had issues w/ an actual desktop session... X couldnt start because there were no virtual consoles available...
| |
17:01 | like tty7
| |
17:02 | i did some googling, but apparently there arent many people trying to run X sessions in Docker yet. However, I used to run X sessions in solaris containers, and switch tty via keyboard to switch container desktop sessions... so i know its possible.
| |
17:03 | so i bet thin clients would work fine since the X session is still on the client side.
| |
17:04 | <vagrantc> right
| |
17:16 | dsugar100 has joined IRC (dsugar100!~dsugar@columbia.tresys.com) | |
17:19 | <cryptrat> yes i log in and get prompt failed to load session with a log out button
| |
17:19 | take out the fat_client=false and it loads just fine
| |
17:25 | <championofcyrodi> is it possible to configure tftpd to use something like 'SERVER2' if 'SERVER' is not available/fails?
| |
17:29 | <cryptrat> could if have something to do with this error: Exported device is too big for me. Get 64-bit machine
| |
17:37 | <vagrantc> cryptrat: you probably need to install a session manager on your server
| |
17:37 | cryptrat: apt-get install ldm-server
| |
17:39 | cryptrat: wait, that would happen long before you get to the login screen
| |
17:39 | <cryptrat> ldm-sever is already the newest version
| |
17:39 | <vagrantc> cryptrat: the "exported device is too big" error
| |
17:40 | cryptrat: ls /usr/share/xsessions/*.desktop
| |
17:40 | <cryptrat> i don't get that if i boot a test vm, but on the physical hardware i d
| |
17:40 | <vagrantc> you're probably not booting the same environment, then...
| |
17:44 | cryptrat has left IRC (cryptrat!32c3bb3e@gateway/web/freenode/ip.50.195.187.62, Quit: Page closed) | |
17:45 | cryptrat has joined IRC (cryptrat!32c3bb3e@gateway/web/freenode/ip.50.195.187.62) | |
17:46 | <cryptrat> i show the gnome and ubuntu.desktop files
| |
17:50 | <championofcyrodi> holy jeez... it worked..
| |
17:50 | NUC -> LAN DHCP -> VLAN Interface -> Firewall -> CentOS Host -> Docker LTSP Container (TFTP) -> nbd/ltsp session!
| |
17:56 | <vagrantc> championofcyrodi: congrats!
| |
18:11 | <championofcyrodi> and since the DHCP is on the normal LAN, the DNS hosts are the proper hosts from that LAN, rather than the DNS behind the firewall the container uses.
| |
18:18 | <bennabiy> championofcyrodi: ok, so post a howto :)
| |
18:19 | vagrantc: I agree about only having [DEFAULT] under generated lts.conf since hardly anyone actually reads through all the comments, and usually just appends their changes to the end of a file.
| |
18:23 | <vagrantc> i wonder if lts.conf works with the default section being the last section ...
| |
18:38 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
18:42 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 250 seconds) | |
18:42 | <championofcyrodi> bennabiy: http://championofcyrodiil.blogspot.com/2014/08/ubuntu-1404-ltsp-docker-container.html
| |
18:42 | Do you mean post a 'how to' somewhere else?
| |
18:43 | <bennabiy> great. Thank you :) You could always put a howto on the UbuntuLTSP page
| |
18:44 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
18:46 | <cryptrat> anyone have any ideas why the ltsp_fatclient=false would stop the client from being able to load an ldm session, i get to the login screen but it won't load
| |
18:48 | <bennabiy> championofcyrodi: Not sure if you noticed, but the <stdio.h> etc includes got stripped from your blog (June)
| |
18:48 | <championofcyrodi> huh... didn't notice that...
| |
18:50 | that's my work around i put together for the screen locking back in june... it works pretty well most of the time... except when you switch input X using some other Xforwared application...
| |
18:50 | <bennabiy> ended up with something like <unistd .h=""></unistd>
| |
18:50 | <championofcyrodi> so i changed it to read from /dev/input/mouse0
| |
18:50 | <bennabiy> Yes, I was looking over it.
| |
18:50 | <championofcyrodi> which works most of the time except when you use a physical KVM because i'm not 'reconnecting'
| |
18:51 | <bennabiy> You could use the updated LDM, which now fills in the shadow with the current user
| |
18:52 | <championofcyrodi> does it read from the host shadow file?
| |
18:52 | (ltsp server)
| |
18:52 | <bennabiy> No, it relies on the fact that the host accepted the input from the ssh connect and hashes that password
| |
18:52 | <championofcyrodi> ooo... that is fancy.
| |
18:52 | <bennabiy> it only does it if the host authenticated the session
| |
18:52 | <championofcyrodi> that will work perfectly
| |
18:53 | <bennabiy> you should be able to grab the ppa from alkis or myself (I think alkisg's daily build should have the update by now)
| |
18:57 | https://code.launchpad.net/~ltsp-upstream/+archive/ubuntu/daily
| |
18:57 | or...
| |
18:57 | <championofcyrodi> nice. I'll definitely look in to it at a later time. especially when i start getting into system hardening in a month or so
| |
19:00 | <bennabiy> or ppa:bennabiy/ldm-test if that one doesn't work?
| |
19:14 | ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 244 seconds) | |
19:41 | ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de) | |
19:59 | mealstrom1 has joined IRC (mealstrom1!~Thunderbi@46.63.63.163) | |
19:59 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 250 seconds) | |
20:04 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
20:25 | cryptrat has left IRC (cryptrat!32c3bb3e@gateway/web/freenode/ip.50.195.187.62, Ping timeout: 246 seconds) | |
20:47 | cryptrat has joined IRC (cryptrat!32c3bb3e@gateway/web/freenode/ip.50.195.187.62) | |
20:48 | * vagrantc wonders what would be a relevent replacement on Ubuntu for ldm-server Recommends: gnome-session | x-session-manager | x-window-manager | |
20:49 | * vagrantc is likely to change gnome-session to mate-desktop or something for Debian | |
20:51 | <championofcyrodi> latest gnome-session fails sessions create w/o 3D support, even if requesting 2D Ubuntu session via NX
| |
20:51 | with a really nice error about a fail whale being dead...
| |
21:03 | bitcheker has left IRC (bitcheker!~bitchecke@dynamic-adsl-62-10-103-15.clienti.tiscali.it, Quit: {exiting}) | |
21:03 | championofcyrodi has left IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
21:45 | <vagrantc> hrm. seems like debian jessie doesn't default to loading the "loop" module, which causes failures with ltsp-update-kernels when used in ltsp-pnp mode ...
| |
21:45 | i guess ltsp-update-kernels could just "modprobe loop"
| |
21:58 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.57.132, Ping timeout: 240 seconds) | |
22:01 | adrianorg has joined IRC (adrianorg!~adrianorg@187.113.219.207) | |
22:07 | Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo) | |
22:17 | dsugar100 has left IRC (dsugar100!~dsugar@columbia.tresys.com, Quit: dsugar100) | |
22:19 | <cryptrat> does dnsmasq interfere with normal dns?
| |
22:23 | <vagrantc> it can...
| |
22:23 | depends on how you've got it configured
| |
22:23 | i think ubuntu may have some default dnsmasq configuration?
| |
22:24 | <cryptrat> just the default ltsp/proxydhcp
| |
22:25 | and i think i finally got it to work... had to install ubuntu-desktop to my server for the fatclient=false to find the ldm session and its running much faster
| |
22:25 | but my server seems to keep losing dns
| |
22:25 | add dns server to the resolv.conf and the thin client can route
| |
22:26 | but thats just a quick fix
| |
22:27 | adrianorg has left IRC (adrianorg!~adrianorg@187.113.219.207, Ping timeout: 240 seconds) | |
22:29 | adrianorg has joined IRC (adrianorg!~adrianorg@179.180.171.142) | |
22:30 | <vagrantc> cryptrat: if /etc/dnsmasq.d/ltsp.conf might have something that disables dns
| |
22:30 | cryptrat: you might want to comment that out and restart dnsmasq
| |
22:31 | or uncomment it ... bind=0 or something?
| |
22:35 | <cryptrat> i left it default port=0
| |
22:36 | <vagrantc> i think you want to comment that out and restart dnsmasq
| |
22:36 | <cryptrat> could i set the dns in the interfaces?
| |
22:37 | <vagrantc> you've basically told dnsmasq "don't do dns queries", and ubuntu uses dnsmasq by default to look for dns queries ...
| |
22:37 | * vagrantc wonders what the point of setting port=0 in dnsmasq is about | |
22:37 | <vagrantc> i guess you used to have to do that to not break dns because of some other issue?
| |
22:39 | cryptrat: sorry it's so confusing.
| |
22:39 | -p, --port=<port> Listen on <port> instead of the standard DNS port (53). Setting this to zero completely disables DNS function, leaving only DHCP and/or TFTP.
| |
22:41 | <cryptrat> i guess thats what you want though because the server isn't functioning as a dhcp, my router is
| |
22:41 | right?
| |
22:43 | <vagrantc> no.
| |
22:43 | your server is configured to use dnsmasq to look for it's DNS, so you want to comment out port=0, otherwise it will be asking dnsmasq for dns, and dnsmasq won't be listening.
| |
22:44 | if you're doing proxydhcp, you need the dhcp and tftp support.
| |
22:44 | and if you don't believe me, just try it. :P
| |
23:01 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
23:03 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 250 seconds) | |
23:05 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
23:25 | ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 240 seconds) | |
23:30 | <cryptrat> commenting that out doesn't seem to change anything, did restart dnsmasq and reboot the client
| |
23:34 | neither does setting the dns in the lts.conf seem to do anything
| |
23:41 | gotta be something other than dnsmasq, as the server itself isn't resolving even if i stop the dnsmasq service
| |