IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 31 July 2014 (all times are UTC)
| 00:04 | DraZoro1 has joined IRC (DraZoro1!~drazoro@41.50.7.106) | |
| 00:09 | DraZoro has left IRC (DraZoro!~drazoro@41.50.7.99, Ping timeout: 256 seconds) | |
| 00:10 | sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 240 seconds) | |
| 00:26 | sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca) | |
| 00:27 | cryptrat has left IRC (cryptrat!411abcf6@gateway/web/freenode/ip.65.26.188.246, Quit: Page closed) | |
| 00:28 | Parker955_Away is now known as Parker955 | |
| 00:40 | DraZoro1 has left IRC (DraZoro1!~drazoro@41.50.7.106, Ping timeout: 250 seconds) | |
| 00:41 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Remote host closed the connection) | |
| 00:42 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 00:45 | spectra_ has left IRC (spectra_!~spectra@eregion.nardol.org, Quit: ZNC - http://znc.sourceforge.net) | |
| 00:47 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 250 seconds) | |
| 00:47 | spectra has joined IRC (spectra!~spectra@eregion.nardol.org) | |
| 00:49 | spectra has joined IRC (spectra!~spectra@debian/developer/spectra) | |
| 00:54 | spectra has left IRC (spectra!~spectra@debian/developer/spectra, Quit: ZNC - http://znc.sourceforge.net) | |
| 00:56 | spectra has joined IRC (spectra!~spectra@debian/developer/spectra) | |
| 01:12 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 01:21 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 264 seconds) | |
| 01:31 | DraZoro has joined IRC (DraZoro!~drazoro@8ta-228-158-103.telkomadsl.co.za) | |
| 01:33 | DraZoro has left IRC (DraZoro!~drazoro@8ta-228-158-103.telkomadsl.co.za) | |
| 01:41 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 01:45 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 260 seconds) | |
| 01:53 | ||cw has left IRC (||cw!~chris@phpgroupware/cw, Ping timeout: 250 seconds) | |
| 01:55 | andygraybeal has left IRC (andygraybeal!~andy@h255.228.22.98.dynamic.ip.windstream.net, Read error: Connection reset by peer) | |
| 01:56 | andygraybeal has joined IRC (andygraybeal!~andy@h255.228.22.98.dynamic.ip.windstream.net) | |
| 01:56 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h255.228.22.98.dynamic.ip.windstream.net) | |
| 02:03 | <Mikhail> bennabiy, i went from the beginning and did what you suggested. Now its working. Thank you
| |
| 02:04 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
| 02:06 | andygraybeal has left IRC (andygraybeal!~andy@h255.228.22.98.dynamic.ip.windstream.net, Quit: Ex-Chat) | |
| 02:06 | <Mikhail> Hello vagrantc, a small question for you..
| |
| 02:07 | ||cw has joined IRC (||cw!~chris@phpgroupware/cw) | |
| 02:09 | <vagrantc> i'm the lucky one, eh? :)
| |
| 02:10 | <Mikhail> :) I have the fat client running
| |
| 02:12 | added openconnect connection from the server. but the client machine: "Not authorized to control networking"
| |
| 02:16 | i've listed that program in ltsp-built-client.conf before building
| |
| 02:29 | <vagrantc> i don't know enough about openconnect to be useful here.
| |
| 02:29 | anything that messes with networking can get a little tricky...
| |
| 02:30 | Mikhail: have you set up openconnect on a disked machine? what files did you have to edit to get it to work? you've installed the same software and confiured the same files in the LTSP environment?
| |
| 02:31 | <Mikhail> yes
| |
| 02:32 | * vagrantc is unable to help if the answers to questions are incomplete | |
| 02:32 | <Mikhail> can some permissions be changed to allow fat clients to configure their own connections?
| |
| 02:34 | <vagrantc> Mikhail: yes is not an answer to my question
| |
| 02:35 | <Mikhail> I've set up openconnect on a disked machine before. sudo apt-get install openconnect && sudo apt-get install network-manager-openconnect
| |
| 02:35 | and I've set it up the same way on the ltsp system
| |
| 02:35 | <vagrantc> is network manager running?
| |
| 02:36 | <Mikhail> yes
| |
| 02:36 | <vagrantc> how do you know?
| |
| 02:38 | <Mikhail> sudo service network-manager status
| |
| 02:39 | <vagrantc> your users have sudo access on the fat clients?
| |
| 02:41 | Mikhail: you've whitelisted network-manager to run?
| |
| 02:41 | by default, it's disabled in LTSP
| |
| 02:41 | <Mikhail> i have usr1 and usr2. usr1 is added to etc/sudoers. but both are do not have root access from thin client machines.
| |
| 02:42 | i see
| |
| 02:42 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 02:42 | <vagrantc> Mikhail: are you booted as fat clients or as thin clients?
| |
| 02:43 | <Mikhail> as fat clients. thats the only option. I did not white list the network-manager.
| |
| 02:43 | <vagrantc> what do you mean "thats the only option" ?
| |
| 02:43 | <Mikhail> I mean, fat clients are the only ones i built.
| |
| 02:44 | (i hope)
| |
| 02:44 | <vagrantc> given what you've told me, it sounds like they might be booting as thin clients... but it's really unclear.
| |
| 02:45 | <Mikhail> hm.. interesting.
| |
| 02:45 | I'll try to experiment a little more.
| |
| 02:45 | <vagrantc> do you know how to know if it's running as a fat client or thin client?
| |
| 02:46 | <Mikhail> maybe /proc/cpuinfo ?
| |
| 02:46 | <vagrantc> that can help
| |
| 02:46 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 260 seconds) | |
| 02:47 | <vagrantc> echo $DISPLAY might be an indicator
| |
| 02:48 | echo $SSH_CONNECTION
| |
| 02:51 | <Mikhail> logged in as the same user on server and client machine: server>echo $DISPLAY gives :0.0 , client>localhost:11.0
| |
| 02:51 | <vagrantc> sounds like thin client
| |
| 02:51 | how much ram is in your client?
| |
| 02:52 | <Mikhail> server $SSH_CONNECTION > ____ client $SSH_CONNECTION x.x.x.x port x.x.x.x
| |
| 02:52 | 16gb
| |
| 02:53 | What should i bee looking for echo $DISPLAY if its setup as fat client?
| |
| 02:55 | <vagrantc> your clients have 16GB, or your server?
| |
| 02:56 | <Mikhail> server is 96Gb ram and a client is 16Gb (yes I know....)
| |
| 02:56 | <vagrantc> wow.
| |
| 02:56 | yes, you should definitely be doing fat clients then!
| |
| 02:56 | <Mikhail> perhaps i did something wrong and they turned out to be thin..
| |
| 02:58 | I'll try to rebuild again
| |
| 03:05 | <vagrantc> well, what did you do that made you think that you were building a fat client?
| |
| 03:05 | you might want to fix that before trying again
| |
| 03:07 | <Mikhail> Sounds good. I'll go through the command history and try to find what i've done wrong.
| |
| 03:07 | Thank you for your help again!
| |
| 03:07 | If you dont mind I'll bother you again soon.
| |
| 03:11 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 03:22 | Mikhail has left IRC (Mikhail!ad24c40a@gateway/web/freenode/ip.173.36.196.10, Ping timeout: 246 seconds) | |
| 03:23 | <vagrantc> alkisg: heya.
| |
| 03:24 | <alkisg> Hi vagrantc, hi all
| |
| 03:24 | <vagrantc> alkisg: have you had a chance to review bennabiy's work on the ldm password hashing?
| |
| 03:24 | alkisg: i was thining it should switch /var/cache/* to /var/run ... but now i'm thinking to put that off for ltsp6
| |
| 03:25 | and it would, ideally, be obsoleted entirely with ltsp6
| |
| 03:26 | haven't had a chance to test it yet, but it sounds pretty promising.
| |
| 03:26 | <alkisg> I think it's something small that could be SRU'ed... so I'd keep the changes to a minimum
| |
| 03:26 | The change to /var/run could be a separate commit if we want it
| |
| 03:27 | I'd vote to postpone it for ltsp6...
| |
| 03:28 | <vagrantc> well, by changing to /var/run, i was suggesting changing this to /var/run, but not all the other stuff that should go there.
| |
| 03:28 | although then, we should probably just switch to /run ...
| |
| 03:28 | by then i hope everything's compatible with that
| |
| 03:29 | <alkisg> Keep the shadow copy to cache, but create shadow.sed to run?
| |
| 03:29 | <vagrantc> alkisg: the other thing is, if ldm added it's own rc.d hook, it wouldn't require changes to ltsp packaging to work.
| |
| 03:29 | <alkisg> I'd prefer it if those files were in the same dir...
| |
| 03:29 | <vagrantc> i didn't know there was a shadow copy ... ?
| |
| 03:30 | <alkisg> We copy passwd, group, shadow etc in /var/cache/ltsp
| |
| 03:30 | <vagrantc> i thought it just created /var/cache/ltsp/shadow.sed, which edits /etc/shadow ... ?
| |
| 03:30 | <alkisg> So as to restore them on logout
| |
| 03:30 | <vagrantc> oh yeah, that. heh.
| |
| 03:30 | it's quite an evolved mess. :)
| |
| 03:31 | <alkisg> Let's let libpam_sshauth do the /run change...
| |
| 03:31 | <vagrantc> right
| |
| 03:31 | <alkisg> Let me see about putting the rc.d hook in ldm..
| |
| 03:31 | <vagrantc> alkisg: so i know you recommended editing X01-localapps, instead of having X01-ldm-localapps that just handles the sed bits ...
| |
| 03:32 | if we ship the sedding hook in ldm, it doesn't actually require versioned dependencies on ltsp, or any changes to ltsp ...
| |
| 03:33 | <alkisg> True, but we split the localapps functionality to 2 packages
| |
| 03:33 | Just to make it easier to send a partial upgrade...
| |
| 03:34 | X01-localapps edits /etc/shadow. X01-localapps-ldm also edits /etc/shadow. Why would these changes belong to separate packages?
| |
| 03:35 | <vagrantc> it's true, later down the road, we might want to change X01-localapps in a way that requires changes to ldm
| |
| 03:37 | <alkisg> Note that I don't mind at all if you decide to implement this as X01-localapps-ldm... LDM is going away anyway.... :)
| |
| 03:37 | <vagrantc> this will, of course, make things like passwd seem to work, and then of course, it gets reset server-side.
| |
| 03:38 | er, gets reset client-side, and never gets set server side
| |
| 03:38 | <alkisg> Yes that could confuse several sysadmins...
| |
| 03:38 | <vagrantc> which actually has some interesting useful features ... you can actually set a password for a session that expires on logout
| |
| 03:38 | <alkisg> And localapps/remoteapps would need a different password :D
| |
| 03:40 | And people would start e.g. applying updates when prompted, and would wonder why the client crashed when it got out of RAM... :)
| |
| 03:40 | <vagrantc> heh
| |
| 03:40 | <alkisg> It surely needs to get some real-world testing if it's to be made opt-out
| |
| 03:41 | (some programs like screensavers and updates now don't prompt the user because they see that there's no password set)
| |
| 03:42 | <vagrantc> really? that's news to me!
| |
| 03:42 | makes sense, though ... well, at least for the screensaver
| |
| 03:42 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 03:43 | <vagrantc> updates seems like another matter
| |
| 03:43 | <alkisg> Policykit, gnome etc do check for unset passwords and behave differently in that case
| |
| 03:44 | If the user cannot authenticate himself, the system never prompts him for some actions like updates or rebooting while other users are logged in
| |
| 03:44 | I don't know which of those actions will be an issue, I don't have such a list
| |
| 03:47 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 264 seconds) | |
| 03:50 | <alkisg> Some actions are there: /usr/share/polkit-1/actions
| |
| 03:51 | We care about the ones that have <allow_active>auth_admin</allow_active> or auth_admin_keep
| |
| 03:51 | Because now some of those are automatically "disabled" as the password is unset and the user cannot authenticate himself
| |
| 03:57 | Later! :)
| |
| 03:57 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection) | |
| 04:14 | Parker955 is now known as Parker955_Away | |
| 04:43 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 04:48 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 264 seconds) | |
| 04:53 | adrianorg has left IRC (adrianorg!~adrianorg@179.187.30.176.dynamic.adsl.gvt.net.br, Ping timeout: 272 seconds) | |
| 04:54 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.231.111) | |
| 05:19 | <vagrantc> bennabiy: alkisg brought up good points convincing me we need to default it to opt-in.
| |
| 05:20 | bennabiy: i'm thinking we'll stick with /var/cache/ltsp/* ... but otherwise, i'll look into merging your code shortly :)
| |
| 05:29 | Phantomas has joined IRC (Phantomas!~phantomas@ubuntu/member/phantomas) | |
| 05:38 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.231.111, Read error: Connection reset by peer) | |
| 05:42 | adrianorg has joined IRC (adrianorg!~adrianorg@177.134.60.74) | |
| 05:44 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 05:48 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 240 seconds) | |
| 05:55 | dbblpfpjtu has joined IRC (dbblpfpjtu!iamparadox@c-71-56-171-154.hsd1.va.comcast.net) | |
| 05:58 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 05:58 | |Paradox| has left IRC (|Paradox|!iamparadox@c-71-56-171-154.hsd1.va.comcast.net, Ping timeout: 260 seconds) | |
| 05:58 | dbblpfpjtu is now known as |Paradox| | |
| 06:06 | adrianorg has left IRC (adrianorg!~adrianorg@177.134.60.74, Read error: Connection reset by peer) | |
| 06:10 | adrianorg has joined IRC (adrianorg!~adrianorg@177.204.78.35.dynamic.adsl.gvt.net.br) | |
| 06:34 | alexxtasi has joined IRC (alexxtasi!~alex@unaffiliated/alexxtasi) | |
| 06:41 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163) | |
| 06:42 | Andrewmeows has joined IRC (Andrewmeows!~Andymeows@unaffiliated/andymeows) | |
| 06:45 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 06:46 | Andymeows has left IRC (Andymeows!~Andymeows@unaffiliated/andymeows, Ping timeout: 245 seconds) | |
| 06:50 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 255 seconds) | |
| 06:50 | mealstrom1 has joined IRC (mealstrom1!~Thunderbi@46.63.63.163) | |
| 06:52 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 240 seconds) | |
| 06:57 | mealstrom1 has left IRC (mealstrom1!~Thunderbi@46.63.63.163, Quit: mealstrom1) | |
| 06:57 | adrianorg has left IRC (adrianorg!~adrianorg@177.204.78.35.dynamic.adsl.gvt.net.br, Ping timeout: 256 seconds) | |
| 06:57 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163) | |
| 06:58 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.228.5) | |
| 07:02 | Andrewmeows has left IRC (Andrewmeows!~Andymeows@unaffiliated/andymeows, Ping timeout: 264 seconds) | |
| 07:46 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 07:49 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
| 07:50 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 245 seconds) | |
| 07:51 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.228.5, Ping timeout: 264 seconds) | |
| 07:53 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.228.5) | |
| 08:23 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection) | |
| 08:25 | der_baer has joined IRC (der_baer!~hannes@pd95cdee4.dip0.t-ipconnect.de) | |
| 08:26 | bobby_C has joined IRC (bobby_C!~bobby@212-186-178-75.dynamic.surfer.at) | |
| 08:47 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 08:52 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 272 seconds) | |
| 08:56 | <der_baer> Good mornig anyone seen this NBD client error before "Receive control failed (-32)" what does that mean? Google is not realy helpfull for this error (ubuntu 12.04, 3.13 kernel, nbd-server:1:2.9.25-2ubuntu1
| |
| 09:12 | bobby_C has left IRC (bobby_C!~bobby@212-186-178-75.dynamic.surfer.at, Quit: Goin' down hard) | |
| 09:13 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Ping timeout: 250 seconds) | |
| 09:25 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
| 09:27 | Phantomas has left IRC (Phantomas!~phantomas@ubuntu/member/phantomas, Remote host closed the connection) | |
| 09:35 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 09:39 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.228.5, Ping timeout: 272 seconds) | |
| 09:41 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.228.5) | |
| 10:01 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.228.5, Read error: Connection reset by peer) | |
| 10:05 | PsyFan004 has joined IRC (PsyFan004!5102667a@gateway/web/freenode/ip.81.2.102.122) | |
| 10:06 | <PsyFan004> Does LTSP support RDP version 8?
| |
| 10:06 | adrianorg has joined IRC (adrianorg!~adrianorg@179.179.79.32) | |
| 10:17 | adrianorg has left IRC (adrianorg!~adrianorg@179.179.79.32, Ping timeout: 245 seconds) | |
| 10:19 | adrianorg has joined IRC (adrianorg!~adrianorg@179.180.161.209) | |
| 10:44 | <cyberorg> PsyFan004, it supports whatever rdesktop package supports
| |
| 10:59 | PsyFan004 has left IRC (PsyFan004!5102667a@gateway/web/freenode/ip.81.2.102.122, Quit: Page closed) | |
| 11:03 | adrianorg has left IRC (adrianorg!~adrianorg@179.180.161.209, Ping timeout: 245 seconds) | |
| 11:04 | adrianorg has joined IRC (adrianorg!~adrianorg@179.180.165.234) | |
| 11:05 | adrianorg has left IRC (adrianorg!~adrianorg@179.180.165.234, Read error: Connection reset by peer) | |
| 11:10 | adrianorg has joined IRC (adrianorg!~adrianorg@177.156.59.39) | |
| 11:29 | <bennabiy> vagrantc: So then change the one variable to 0 rather than 1, and it is done
| |
| 11:32 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.59.39, Ping timeout: 255 seconds) | |
| 11:34 | telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection) | |
| 11:36 | telex has joined IRC (telex!~telex@freeshell.de) | |
| 11:37 | <bennabiy> ok, pushed change
| |
| 11:37 | adrianorg has joined IRC (adrianorg!~adrianorg@179.183.64.90) | |
| 11:38 | <bennabiy> der_baer: did you reboot recently?
| |
| 11:38 | der_baer: and afterwards, have you had a successful boot yet?
| |
| 11:40 | der_baer: You might want to (make sure no one is connected) issue: sudo service nbd-server force-reload
| |
| 11:40 | then try again
| |
| 11:45 | adrianorg has left IRC (adrianorg!~adrianorg@179.183.64.90, Ping timeout: 255 seconds) | |
| 11:47 | adrianorg has joined IRC (adrianorg!~adrianorg@179.183.65.181) | |
| 11:54 | Faith has joined IRC (Faith!~paty@unaffiliated/faith) | |
| 12:03 | <der_baer> bennabiy: yeah but since this is in an produktiv enviromment i will have to wait till next week for the next window
| |
| 12:03 | <bennabiy> ouch
| |
| 12:03 | I understand that one
| |
| 12:03 | Is it just a single client which is giving this error?
| |
| 12:06 | <der_baer> bennabiy: no all i tried so fare but it is not the end of the world my guess is that something is wrong with the configuration or some how it faild to load some /anyway all issues i can not test yet without the danger of disconnecting 60+ clients :D
| |
| 12:07 | <bennabiy> ouch
| |
| 12:17 | Andymeows has joined IRC (Andymeows!~Andymeows@unaffiliated/andymeows) | |
| 12:18 | Andrewmeows has joined IRC (Andrewmeows!~Andymeows@unaffiliated/andymeows) | |
| 12:22 | Andymeows has left IRC (Andymeows!~Andymeows@unaffiliated/andymeows, Ping timeout: 264 seconds) | |
| 12:28 | adrianorg has left IRC (adrianorg!~adrianorg@179.183.65.181, Ping timeout: 260 seconds) | |
| 12:29 | adrianorg has joined IRC (adrianorg!~adrianorg@179.182.73.181) | |
| 13:02 | Andrewmeows has left IRC (Andrewmeows!~Andymeows@unaffiliated/andymeows, Ping timeout: 272 seconds) | |
| 13:15 | sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 245 seconds) | |
| 13:15 | andygraybeal_ has left IRC (andygraybeal_!~andy@h255.228.22.98.dynamic.ip.windstream.net, Ping timeout: 245 seconds) | |
| 13:15 | mmetzger has left IRC (mmetzger!~mmetzger@99-71-214-107.lightspeed.mdldtx.sbcglobal.net, Ping timeout: 245 seconds) | |
| 13:15 | workingcats has left IRC (workingcats!~workingca@212.122.48.77, Ping timeout: 245 seconds) | |
| 13:15 | effenber1 has left IRC (effenber1!~chlu@ec2-46-51-181-111.eu-west-1.compute.amazonaws.com, Ping timeout: 245 seconds) | |
| 13:15 | ncd209 has left IRC (ncd209!~ncd209@83-244-242-194.cust-83.exponential-e.net, Ping timeout: 245 seconds) | |
| 13:15 | effenberg has joined IRC (effenberg!~chlu@ec2-46-51-181-111.eu-west-1.compute.amazonaws.com) | |
| 13:15 | zamba has left IRC (zamba!marius@flage.org, Ping timeout: 240 seconds) | |
| 13:15 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Ping timeout: 245 seconds) | |
| 13:15 | workingcats has joined IRC (workingcats!~workingca@212.122.48.77) | |
| 13:15 | ncd209 has joined IRC (ncd209!~ncd209@83-244-242-194.cust-83.exponential-e.net) | |
| 13:16 | zamba has joined IRC (zamba!marius@flage.org) | |
| 13:16 | sbalneav has joined IRC (sbalneav!~sbalneav@205.200.162.9) | |
| 13:16 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
| 13:16 | mmetzger has joined IRC (mmetzger!~mmetzger@99-71-214-107.lightspeed.mdldtx.sbcglobal.net) | |
| 13:17 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h255.228.22.98.dynamic.ip.windstream.net) | |
| 13:35 | adrianorg has left IRC (adrianorg!~adrianorg@179.182.73.181, Ping timeout: 255 seconds) | |
| 13:37 | adrianorg has joined IRC (adrianorg!~adrianorg@187.113.244.240) | |
| 13:39 | andygraybeal_ is now known as madscythe | |
| 14:34 | FGXR6 has left IRC (FGXR6!~phantom@ppp59-167-136-109.static.internode.on.net, Ping timeout: 264 seconds) | |
| 14:40 | <bennabiy> hrm... need to make sure opt out and opt in work
| |
| 14:41 | khildin has joined IRC (khildin!~khildin@ip-80-236-242-163.dsl.scarlet.be) | |
| 14:42 | FGXR6 has joined IRC (FGXR6!~phantom@ppp59-167-136-109.static.internode.on.net) | |
| 14:52 | Parker955_Away is now known as Parker955 | |
| 14:56 | khildin has left IRC (khildin!~khildin@ip-80-236-242-163.dsl.scarlet.be, Remote host closed the connection) | |
| 15:11 | <bennabiy> In my test program it grabs the variables fine, and does the right thing, but on my ldm, it doesnt...
| |
| 15:11 | testing again
| |
| 15:16 | alexxtasi has left IRC (alexxtasi!~alex@unaffiliated/alexxtasi) | |
| 15:21 | <bennabiy> Ahh, probably because I am setting the variable in a different shell
| |
| 15:31 | championofcyrodi has joined IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
| 15:34 | <bennabiy> Works right when I have variable set in LTS.conf
| |
| 15:36 | <championofcyrodi> so i use zentyal server, and didnt realize they had an LTSP plugin. that's pretty slick.
| |
| 15:36 | <bennabiy> interesting
| |
| 15:38 | <championofcyrodi> the package is zentyal-thinclients
| |
| 15:47 | ah, this is what i was looking for: https://wiki.zentyal.org/wiki/En/3.0/Thin_client_service_(LTSP)
| |
| 16:06 | der_baer has left IRC (der_baer!~hannes@pd95cdee4.dip0.t-ipconnect.de, Ping timeout: 245 seconds) | |
| 16:08 | der_baer has joined IRC (der_baer!~hannes@pd95cdee4.dip0.t-ipconnect.de) | |
| 16:12 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
| 16:23 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
| 16:41 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Quit: Goin' down hard) | |
| 17:00 | der_baer has left IRC (der_baer!~hannes@pd95cdee4.dip0.t-ipconnect.de, Quit: Lost terminal) | |
| 17:06 | <bennabiy> vagrantc: So I verified, but unless the ltsp patch goes through, it does nothing still :)
| |
| 17:06 | I have updated both merge requests, and am satisfied with where it sits right now
| |
| 17:07 | <vagrantc> bennabiy: great, will take a look. should have some time to actually test today :)
| |
| 17:07 | <bennabiy> great!
| |
| 17:08 | I need to work on the fat client generation for mint again. Seems it needs a little more finessing to get the client built, as well as thin clients
| |
| 17:08 | <vagrantc> bennabiy: did you catch the conversation alkisg and i had that made me change my mind regarding opt-out ?
| |
| 17:08 | <bennabiy> yes.
| |
| 17:11 | <championofcyrodi> hmm... i've debootstrapped my own ubuntu 14.04 server VM and got it running in a container... apt-get install ltsp-server works fine. however when i build the ltsp image, it seems to hang downloading dependencies... last time it hung downloading busybox, time before it hung downloading apt, and the time before it seemed to hang just resolving deps...
| |
| 17:11 | somethings weird.
| |
| 17:12 | would there be any issuses running ltsp w/ kernel 2.6.32-431.20.5.el6.x86_64
| |
| 17:14 | <bennabiy> vagrantc: while that is all good and fair, typically, regular users would have to enter an administrative password to install updates?
| |
| 17:14 | Which this does not set admin password. And I do not think the user is added to sudoers
| |
| 17:14 | unless someone explicitly sets them in there
| |
| 17:15 | but oh well
| |
| 17:15 | it is of little matter to do LDM_PASSWORD_HASH=tRUe
| |
| 17:15 | in lts.conf
| |
| 17:16 | <vagrantc> if the user is in sudoers on the server, they get added to sudoers locally
| |
| 17:16 | <bennabiy> ah, I missed that part
| |
| 17:18 | <vagrantc> the localapps code adds all groups that the user is present on the server to the local machine
| |
| 17:18 | <bennabiy> so that assumes that someone is part of the sudo group, and not just added to sudoers
| |
| 17:21 | <vagrantc> right
| |
| 17:21 | sory for the confusion
| |
| 17:21 | default sudoers gives all users in sudo group sudo access with a password
| |
| 17:21 | at least on debian and ubuntu
| |
| 17:22 | (old versions of ubuntu had an "admin" group?)
| |
| 17:23 | <bennabiy> yes, usually admin and sudo group are by default granted sudo access, but sudoers allows for case by case adding, and specific privs
| |
| 17:23 | <championofcyrodi> What is happening when ltsp-build-client says, "I: Retrieving Packages" ?
| |
| 17:24 | <bennabiy> championofcyrodi: pulling down a chroot from mirror
| |
| 17:24 | <championofcyrodi> anyway for me to debug that? or make it more verbose?
| |
| 17:24 | it seems to be hanging
| |
| 17:24 | <bennabiy> championofcyrodi: yes, but I cannot remember the Variable
| |
| 17:25 | <championofcyrodi> thats okay. I can at least look at the network traffic and see if it's actually doing anything.
| |
| 17:25 | <bennabiy> vagrantc: what is the debugging variable to enable verbose debugging?
| |
| 17:25 | championofcyrodi: you should see it doing something on the screen
| |
| 17:25 | championofcyrodi: fat or thin?
| |
| 17:25 | <championofcyrodi> fat
| |
| 17:26 | <bennabiy> do you have ip forwarding enabled?
| |
| 17:26 | !NAT
| |
| 17:26 | <ltsp> NAT: To set up NAT on your LTSP server, see: https://help.ubuntu.com/community/UbuntuLTSP/ThinClientHowtoNAT
| |
| 17:26 | <championofcyrodi> ltsp: apt-get works just fine.
| |
| 17:27 | <bennabiy> on fat client?
| |
| 17:27 | <championofcyrodi> on the ltsp-server
| |
| 17:27 | where im trying to build the fat client
| |
| 17:27 | <bennabiy> ah, right
| |
| 17:27 | <championofcyrodi> there is not yet any fat or thin client image
| |
| 17:27 | i'm trying to build it
| |
| 17:27 | <vagrantc> bennabiy: verbose debugging for what?
| |
| 17:27 | <bennabiy> for ltsp-build-client
| |
| 17:27 | I remember using it to troubleshoot my build
| |
| 17:28 | I guess I could look at the code..
| |
| 17:28 | <vagrantc> bennabiy: theres --debug
| |
| 17:28 | it's not particularly verbose, though
| |
| 17:28 | <championofcyrodi> hmmmm seeing this from apt while setting up openssh-server, openbsd-inetd, tftpd-hpa: initctl: Unable to connect to Upstart: Failed to connect to socket /com/ubuntu/upstart: Connection refused
| |
| 17:29 | <vagrantc> mostly because i don't think we've consitantly used functions that behave differently when verbose
| |
| 17:31 | <bennabiy> I thought I was doing DEBUG=True ltsp-build-client...
| |
| 17:31 | jaskaran has joined IRC (jaskaran!~jaskaran@27.255.255.50) | |
| 17:32 | <championofcyrodi> i found a 'work-around' for the upstart issue: https://github.com/docker/docker/issues/1024
| |
| 17:32 | so i'm trying again and no longer seeing the upstart failure with apt-get install ltsp-server
| |
| 17:33 | <bennabiy> vagrantc: what is the method to mount server directories into a fat client rw ?
| |
| 17:34 | <championofcyrodi> well It got much further, but now is hanging at "I: Retrieving dmsetup 2%3a1.02.77-6ubuntu2" which is much further than it was before... going to try some debug flags and see if anything shows
| |
| 17:34 | <vagrantc> bennabiy: look in lts.conf ... ssh_extradirs or something like that?
| |
| 17:35 | <bennabiy> thank you :)
| |
| 17:35 | <vagrantc> bennabiy: yeah, all --debug does is sets DEBUG=True ... exporting the variable catches a few things before the hook that runs debug is present.
| |
| 17:36 | s,present,activated,
| |
| 17:36 | * bennabiy nods | |
| 17:38 | jaskaran has left IRC (jaskaran!~jaskaran@27.255.255.50, Quit: Ex-Chat) | |
| 17:38 | <championofcyrodi> w/ --debug, i now see lots of plugins being loaded... but it's still hanging intermittently at various points after the plugins are loaded
| |
| 17:38 | right now it's hanging at Retrieving Release.gpg
| |
| 17:38 | i wonder if it's the gateway i have set up.
| |
| 17:38 | (for the host)
| |
| 17:38 | i'll try it on my desktop i guess.
| |
| 17:39 | <bennabiy> sounds like it might be network related
| |
| 17:39 | <vagrantc> sounds like it's debootstrap, so you could probably run debootstrap with the same arguments to test it
| |
| 17:40 | <bennabiy> which distro are you trying to build?
| |
| 17:40 | <championofcyrodi> ubuntu 14.04 (--fat-client-desktop="true" --arch="amd64"
| |
| 17:40 | <bennabiy> what is the host OS?
| |
| 17:40 | s,OS,distro,
| |
| 17:40 | <championofcyrodi> Ubuntu 14.04
| |
| 17:41 | with kernel from centos6 (2.6.32-431.20.5.el6.x86_64)
| |
| 17:41 | <bennabiy> why the 2.6 kernel?
| |
| 17:42 | <championofcyrodi> its what ships with centos6.5 and is currently the only stable version for docker 1.0.0
| |
| 17:42 | <bennabiy> ah
| |
| 17:42 | <championofcyrodi> also i can't run ubuntu as the host operating system due to... politics.
| |
| 17:42 | so i'm trying to run ubuntu ltsp inside a container.
| |
| 17:42 | <vagrantc> championofcyrodi: i think you'll want --fat-client ... --fat-client-desktop=true will attempt to install the desktop environment "true"
| |
| 17:43 | <bennabiy> that is what I was thinking as well
| |
| 17:43 | <championofcyrodi> ^i'll try that
| |
| 17:44 | <vagrantc> but it's failing well before that
| |
| 17:44 | be really curious to see a CentOS server building Ubuntu
| |
| 17:44 | what version of the ltsp packages is installed? you might have some version that isn't compatible with current Ubuntu
| |
| 17:45 | <championofcyrodi> Get:9 http://us.archive.ubuntu.com/ubuntu/ trusty/main ltsp-server all 5.5.1-1ubuntu2 [76.2 kB]
| |
| 17:45 | <vagrantc> oh, this is an ubuntu server in a container?
| |
| 17:45 | <championofcyrodi> yes
| |
| 17:46 | <vagrantc> ah, that should go fine...
| |
| 17:47 | <championofcyrodi> so yesterday, pxeboot worked like a charm using the ubuntu:14.04 container provided from Dockerhub and i was actually running the fat client and at the login screen... however ssh was closing the sessions after authentication and i couldnt figure out why. So i assumed it was some configuration with the container provided by Dockerhub.
| |
| 17:47 | so I decided to build my own container by tarballing the root FS exluding /sys /proc and import it in to docker...
| |
| 17:48 | <vagrantc> you preserve all the correct permissions?
| |
| 17:48 | <championofcyrodi> *shrugs*
| |
| 17:48 | <bennabiy> what command did you use to tar?
| |
| 17:48 | <championofcyrodi> what's 'tar's default?
| |
| 17:48 | let me check (wrote it down...)
| |
| 17:48 | <vagrantc> tar default will probably not preserve permissions correctly
| |
| 17:49 | <championofcyrodi> tar --numeric-owner --exclude=/proc --exclude=/sys -cvf ubuntu-base.tar /
| |
| 17:50 | so numeric-owner looks to preserve permissions using the numeric value... and since the passwd file was included... all permissions seem to line up
| |
| 17:50 | and i'm seeing different permissions scattered through the FS, so it looks like they were maintained properly.
| |
| 17:50 | <vagrantc> yeah, if that were the issue, you'd probably have deeper problems
| |
| 17:50 | <championofcyrodi> also the 'ubuntu' user is there, i can su - ubuntu, and the home folder is there
| |
| 17:51 | well, you guys are busy actually fixing LTSP, so i wont waste any more of your time. thanks for your thoughts and please let me know if you think of anything.
| |
| 17:51 | I'll see if i can do some network checking
| |
| 17:52 | <vagrantc> yeah, sounds like some intermittant networking issue ... maybe an ip address clash?
| |
| 17:53 | or mac address clash?
| |
| 17:56 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 17:57 | <bennabiy> Hola alkisg :)
| |
| 17:57 | <alkisg> Hi guys!
| |
| 17:58 | <bennabiy> I made the changes, and cleaned things up a little bit
| |
| 17:58 | It is currently default to opt-in, the new bool function works great
| |
| 18:00 | * alkisg reads the logs... | |
| 18:02 | <vagrantc> bennabiy: ldm_getenv_bool_default ... nice. :)
| |
| 18:03 | <bennabiy> it was alkisg's suggestion
| |
| 18:04 | <championofcyrodi> hmmm... hangs on my desktop too (w/ Docker host Ubuntu 14.04 instead of centos), so it seems like maybe some kind of race condition... hung retrieving 'apt-utils' this time. almost like whatever utility used to retrieve the packages is causing the connection to timeout/drop.
| |
| 18:04 | <vagrantc> bennabiy: i'd drop the "/* Freed in ssh_hashpass */" comment ... there's no reference point
| |
| 18:05 | <bennabiy> vagrantc: ok
| |
| 18:05 | next?
| |
| 18:05 | <vagrantc> bennabiy: and this needs to be changed to X01-localapps ... or made more generic (in case X01-localapps gets renamed): "# Generated by LTSP, to be used by X01-localapps-ldm\n$s:!:%s:",
| |
| 18:06 | <bennabiy> # Generated by LTSP, for rc.d script manipulation ?
| |
| 18:07 | # Generated by LTSP, for LDM rc.d script manipulation ?
| |
| 18:08 | <vagrantc> works for me
| |
| 18:08 | <bennabiy> great
| |
| 18:08 | next
| |
| 18:08 | <vagrantc> bennabiy: ideally, ldm_getenv_bool_default should have been split into it's own commit
| |
| 18:09 | bennabiy: comingling features makes it hard to revert a single part...
| |
| 18:09 | <bennabiy> ok, I will make a new merge request for that one
| |
| 18:09 | <vagrantc> also makes it hard to cherry-pick
| |
| 18:09 | <bennabiy> one second
| |
| 18:09 | can you cherry pick in bzr?
| |
| 18:09 | <vagrantc> bennabiy: no need for a full-on merge request, just tell me about the branch
| |
| 18:09 | <bennabiy> ok
| |
| 18:09 | * vagrantc whistles a tune called git-remote-bzr | |
| 18:10 | <bennabiy> heh!
| |
| 18:10 | * bennabiy is getting into git | |
| 18:11 | <vagrantc> that's part of what will make it possible for me to remerge the split out debian branch and the upstream branch without splitting my skull
| |
| 18:12 | bennabiy: so, introduce ldm_getenv_bool, without modifying the code at all...
| |
| 18:12 | i mean, modifying the code that uses it
| |
| 18:12 | and then you can base your branch on top of that
| |
| 18:12 | <bennabiy> ok
| |
| 18:12 | <vagrantc> or rebase... normally i'm not a fan of rebasing public repositories ... but it seems appropriate in this case
| |
| 18:13 | <alkisg> bennabiy: I haven't looked at the rest of the ssh.c code, but typically when you have an "if something goes really bad", then you're supposed to return() or exit()...
| |
| 18:13 | Example:
| |
| 18:14 | 518 if (rand_fp == NULL) { 519 log_entry("hashpass", 7, "Unable to read from /dev/urandom"); 520 } 521 fread(buf, sizeof buf, 1, rand_fp);
| |
| 18:14 | I.e. you go on and fread from the file even if it could not be opened
| |
| 18:14 | <championofcyrodi> so if i understand this: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/view/head:/server/share/ltsp/plugins/ltsp-build-client/Ubuntu/030-fat-client correctly, ~line 34, the code is using chroot to access the fat client file system and using apt-get to pull all the packages? which is where I'm hanging up?
| |
| 18:14 | <alkisg> It's not a big deal though...
| |
| 18:15 | <vagrantc> alkisg: that gets tricky, as you need to make sure the password gets freed
| |
| 18:15 | <bennabiy> I can fix it
| |
| 18:15 | <vagrantc> championofcyrodi: it sounded like you were getting hung up on debootstrap
| |
| 18:15 | <bennabiy> just one more variable
| |
| 18:15 | <alkisg> vagrantc: why is the password allocated dynamically and not in the stack?
| |
| 18:16 | <vagrantc> championofcyrodi: long before it gets anywhere near the fat client plugin
| |
| 18:16 | alkisg: don't ask me
| |
| 18:16 | bennabiy: doesn't that just shift the same issue to a different variable?
| |
| 18:16 | <bennabiy> nope
| |
| 18:16 | * alkisg hasn't taken the time to work with glib yet... | |
| 18:17 | <alkisg> But usually local variables inside functions are allocated in the stack, not with malloc()...
| |
| 18:17 | <vagrantc> bennabiy: well, the ltsp part looks totally mergeable to me.
| |
| 18:17 | <bennabiy> basically, just one more nested if which tests for that variable, and if so, skips to just before the else
| |
| 18:17 | alkisg: this is not a local function variable
| |
| 18:18 | <championofcyrodi> vagrantc: i guess i'm looking at an old launchpad repo, these dates are ~2012, and the debootstrap plugin is empty: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/view/head:/server/share/ltsp/plugins/ltsp-build-client/Ubuntu/010-debootstrap
| |
| 18:18 | <bennabiy> sshinfo->password is not local
| |
| 18:18 | <vagrantc> championofcyrodi: should be a symlink to ../Debian/010-debootstrap
| |
| 18:18 | <championofcyrodi> ah thanks
| |
| 18:18 | <bennabiy> and I am not making a copy of the variable, just using it as is
| |
| 18:19 | <alkisg> If you didn't do a malloc(), then why do you need to free() it in your code?
| |
| 18:19 | * alkisg checks ssh.c instead of just the diff... | |
| 18:19 | <vagrantc> heh. you could make a copy as a local variable, free the global variable, and generate the hash from that, if that helps anything...
| |
| 18:20 | <bennabiy> I could make a..
| |
| 18:20 | no end to the could do's
| |
| 18:20 | <championofcyrodi> oic... debootstrap is creating the chroot and installing the packages, from $MIRROR
| |
| 18:20 | $DEBOOTSTRAPOPTS --arch $ARCH $DIST $ROOT $MIRROR
| |
| 18:21 | <bennabiy> championofcyrodi: if you wanted, you could set -x and then run debug
| |
| 18:21 | <vagrantc> bennabiy, alkisg: i'll just go ahead and merge the ltsp code for now... that seems "stable" no?
| |
| 18:21 | <alkisg> vagrantc: link to the branch?
| |
| 18:21 | * alkisg hasn't looked at that one | |
| 18:22 | <vagrantc> alkisg: https://code.launchpad.net/~bennabiy/ltsp/ltsp-ldm-localapps/+merge/228913
| |
| 18:22 | not quite the branch, but it's a short diff
| |
| 18:23 | <championofcyrodi> bennabiy: you mean run debug=true as an option with ltsp-build-client? What do you mean by 'set -x' ?
| |
| 18:23 | <bennabiy> championofcyrodi: run set -x
| |
| 18:23 | <championofcyrodi> oh... alright
| |
| 18:23 | <bennabiy> then run DEBUG=True ltsp-build-client.
| |
| 18:24 | <alkisg> vagrantc: sure, looks fine to me
| |
| 18:25 | <vagrantc> set -x isn't going to do much for an ltsp-build-client run unless you actually add it to ltsp-build-client
| |
| 18:25 | or run: bash -x /usr/sbin/ltsp-build-client
| |
| 18:26 | at which point, DEBUG=True gives you no additional verbosity
| |
| 18:26 | jaskaran has joined IRC (jaskaran!~jaskaran@27.255.255.50) | |
| 18:26 | <bennabiy> ok vagrantc: lp:~bennabiy/ltsp/ldm-bool is the branch with the added function
| |
| 18:26 | * alkisg would also like to see a diff for lts.conf that documents LDM_PASSWORD_HASH | |
| 18:26 | <alkisg> bennabiy: line 493: * Set up password has for client /etc/shadow using /dev/urandom
| |
| 18:26 | ==> has
| |
| 18:26 | hash
| |
| 18:27 | <championofcyrodi> holy jeez vagrantc, bash -x /usr/sbin/ltsp-build-client just blasted my console with so much information
| |
| 18:27 | <bennabiy> heh
| |
| 18:28 | <alkisg> bennabiy: size_t ldm_hash_default = 0; /* Default to false */ ==> why not int?
| |
| 18:28 | <championofcyrodi> well, this: debootstrap --arch amd64 trusty /opt/ltsp/amd64 http://archive.ubuntu.com/ubuntu
| |
| 18:28 | is what starts retrieving the release... then it usually hangs at some point in the process of getting the packages.
| |
| 18:28 | still very helpful. thanks.
| |
| 18:28 | <bennabiy> generally best to do in combination with tee filename.log
| |
| 18:29 | <championofcyrodi> bennabiy: right... I normally just >> filename.log, why tee?
| |
| 18:29 | <bennabiy> so you see it on the screen as well
| |
| 18:29 | <championofcyrodi> gotcha
| |
| 18:30 | adrianorg has left IRC (adrianorg!~adrianorg@187.113.244.240, Ping timeout: 250 seconds) | |
| 18:32 | adrianorg has joined IRC (adrianorg!~adrianorg@187.113.244.240) | |
| 18:32 | <vagrantc> championofcyrodi: yes, that's why DEBUG=True isn't much use
| |
| 18:33 | <bennabiy> I will switch it to int
| |
| 18:33 | <vagrantc> alternately, tweak individual files in /usr/share/ltsp/plugins/ltsp-build-client/* with set -x and set +x to only get massive verbosity where you need it
| |
| 18:33 | bennabiy: switch what to int?
| |
| 18:33 | <bennabiy> size_t ldm_hash_default = 0; /* Default to false */
| |
| 18:33 | <vagrantc> ah.
| |
| 18:34 | <alkisg> bennabiy: line 538: log_entry("hashpass", 6, "Freeing password as promised."); ==> should go just above 544, g_free()
| |
| 18:34 | * vagrantc would rather see it be TRUE or whatever | |
| 18:34 | <vagrantc> a lot more readable.
| |
| 18:35 | <alkisg> if (ldm_getenv_bool_default(ldmenv, FALSE))
| |
| 18:35 | <vagrantc> frequently switching between shell, C and python, i *hate* booleans that use 1/0
| |
| 18:35 | <alkisg> No need for a variable there
| |
| 18:35 | <vagrantc> yay.
| |
| 18:35 | even better.
| |
| 18:36 | <bennabiy> gchar ldmenv[] = "LDM_PASSWORD_HASH";
| |
| 18:36 | if (ldm_getenv_bool_default(ldmenv, FALSE))
| |
| 18:37 | <championofcyrodi> whoa...
| |
| 18:37 | so its running now... and i use the IP address instead of the DNS alias for archive.ubuntu.com
| |
| 18:37 | <bennabiy> sounds like your docker is having resolv.conf issues
| |
| 18:37 | <championofcyrodi> so i ran, debootstrap --verbose --arch amd64 trusty /opt/ltsp/amd64 http://91.189.92.201/ubuntu
| |
| 18:38 | yup
| |
| 18:38 | of course its probably using dnsmasq, which i'm still not familiar with
| |
| 18:38 | <bennabiy> quick fix is adding something like nameserver 4.2.2.4 to resolv.conf
| |
| 18:39 | <championofcyrodi> i wonder if there is a mirror closer to the east coast US, besides 91.189.92.201
| |
| 18:39 | which i think is like, amsterdam
| |
| 18:40 | <bennabiy> best mirror east coast is mirror.us.leaseweb.net
| |
| 18:40 | or mirror.liquidweb.com (I think)
| |
| 18:42 | vagrantc: did you get that branch to merge?
| |
| 18:42 | <vagrantc> bennabiy: not yet
| |
| 18:42 | * vagrantc is doing 3 things at once | |
| 18:43 | <vagrantc> which comes down to about .3 things in total.
| |
| 18:43 | <bennabiy> what do you do with the final .1?
| |
| 18:43 | <vagrantc> you mean .7 ?
| |
| 18:44 | <bennabiy> yes, I misread
| |
| 18:44 | * bennabiy succeeds at another attempt at humor failing | |
| 18:45 | <championofcyrodi> interesting... when i set $MIRROR=mirror.us.leaseweb.net/ubuntu/dists/trusty/ I get:
| |
| 18:45 | E: unknown location mirror.us.leaseweb.net/ubuntu/dists/trusty/dists/trusty/Release
| |
| 18:45 | But when I wget mirror.us.leaseweb.net/ubuntu/dists/trusty/dists/trusty/Release, it works just fine.
| |
| 18:46 | <bennabiy> perhaps something about following recursive links
| |
| 18:47 | * vagrantc would've expected http:// to be required | |
| 18:49 | <bennabiy> vagrantc: branch is ~bennabiy/ltsp/ldm-bool
| |
| 18:49 | for adding the function by itself
| |
| 18:50 | <vagrantc> bennabiy: merged ldm-bool
| |
| 18:50 | <championofcyrodi> vagrantc: you are correct, export MIRROR=http://mirror.us.leaseweb.net/ubuntu/ works for me
| |
| 18:52 | rather, * export MIRROR=http://108.59.10.97/ubuntu/
| |
| 18:53 | <bennabiy> let me update my merge request
| |
| 18:53 | <championofcyrodi> it might be better to resolve the IP once, and use that as the source for $MIRROR... since it seems to be resolving the IP for every package retrieved.
| |
| 18:53 | <vagrantc> bennabiy: which one?
| |
| 18:53 | <championofcyrodi> because my DNS seems to work... just not with debootstrap hitting in 100+ times.
| |
| 18:53 | <vagrantc> bennabiy: also merged the ltsp changes
| |
| 18:54 | <bennabiy> the final one,
| |
| 18:54 | ssh.c/.h changes
| |
| 18:58 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection) | |
| 19:00 | <championofcyrodi> hopefully in a few more weeks, i'll have my own LTSP test environment... and i can test patches for ltsp. I want to give back, but unfortunately i'm only good at reading code and pasting together snippets
| |
| 19:00 | well. C
| |
| 19:00 | i used Java alot
| |
| 19:06 | <bennabiy> vagrantc: lp:~bennabiy/ltsp/ldm-hash-final contains the rest of the merge request
| |
| 19:08 | vagrantc: do you need for me to cancel the previous request and reissue it under this branch?
| |
| 19:11 | <vagrantc> bennabiy: all i need is the branch :)
| |
| 19:11 | <bennabiy> vagrantc: let me fix the reading of /dev/urandom error checking
| |
| 19:11 | one moment
| |
| 19:11 | <vagrantc> bennabiy: if the launchpad merge interface is useful to you, use it ... but mostly i'd rather just look at the branch directly.
| |
| 19:12 | <bennabiy> I am just wanting to do what makes you all happy
| |
| 19:12 | I will print it and mail it if need be
| |
| 19:12 | <vagrantc> could + gchar ldmenv[] = "LDM_PASSWORD_HASH";
| |
| 19:12 | + if (ldm_getenv_bool_default(ldmenv, FALSE))
| |
| 19:12 | just be:
| |
| 19:13 | if (ldm_getenv_bool_default("LDM_PASSWORD_HASH", FALSE)) ??
| |
| 19:13 | <bennabiy> yes
| |
| 19:13 | I will fix that as well
| |
| 19:13 | <vagrantc> the variable isn't used anywhere else, and isn't all too descriptive
| |
| 19:14 | <bennabiy> It was before I had created the function ldm_getenv_bool_default
| |
| 19:14 | to try to check for the existence etc.
| |
| 19:14 | but now not needed
| |
| 19:15 | <vagrantc> bennabiy: minor thing ... would it make sense to put: + g_free(sshinfo->password);
| |
| 19:15 | + sshinfo->password = NULL;
| |
| 19:15 | after the call to ssh_hashpass, instead of inside of it?
| |
| 19:16 | <bennabiy> It was originally being freed in a different function, so I thought that freeing it as soon as I was done with it would be best, but either way
| |
| 19:19 | <vagrantc> bennabiy: also, could put the ldm_getenv_bool_default before the ssh_hashpass call, rather than have that inside the function.
| |
| 19:19 | bennabiy: i.e. only call ssh_hashpass if it's going to be set.
| |
| 19:20 | <bennabiy> yes
| |
| 19:20 | rework.. .here comes
| |
| 19:23 | <vagrantc> bennabiy: http://paste.debian.net/112991/
| |
| 19:23 | <bennabiy> yes, exactly
| |
| 19:24 | <vagrantc> of course, re-indent
| |
| 19:24 | <bennabiy> almost done
| |
| 19:24 | yes
| |
| 19:24 | by me a new keyboard? :)
| |
| 19:24 | s,by,buy,
| |
| 19:24 | LTSP keyboards.... hmm
| |
| 19:25 | <vagrantc> in the long term, your typing will improve, and the wear-and-tear will be reduced on all your keyboards.
| |
| 19:25 | <bennabiy> heh
| |
| 19:31 | ok, check ~bennabiy/ltsp/ldm-hash-final
| |
| 19:31 | should be what you were looking for
| |
| 19:31 | be right back
| |
| 19:32 | <championofcyrodi> ugh... build was chugging along at GET ~500 or so... then just failed to fetch the rest
| |
| 19:37 | <bennabiy> back
| |
| 19:37 | vagrantc: any problems?
| |
| 19:38 | <vagrantc> bennabiy: checking code between checking on food
| |
| 19:39 | <bennabiy> ah, menu = ?
| |
| 19:49 | I am going to be monitoring a different screen for a little while, I will check back in shortly
| |
| 19:54 | jaskaran has left IRC (jaskaran!~jaskaran@27.255.255.50, Quit: Ex-Chat) | |
| 20:01 | <vagrantc> bennabiy: merged.
| |
| 20:14 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Remote host closed the connection) | |
| 20:24 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 20:30 | <bennabiy> great!
| |
| 20:31 | <vagrantc> will run it through it's paces now...
| |
| 20:33 | <bennabiy> vagrantc: what is the best way to remove a package, but not all of its dependencies?
| |
| 20:39 | <vagrantc> apt-get remove $package
| |
| 20:58 | markit has joined IRC (markit!~marco@88-149-177-66.v4.ngi.it) | |
| 20:58 | mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 250 seconds) | |
| 21:06 | mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163) | |
| 21:40 | markit has left IRC (markit!~marco@88-149-177-66.v4.ngi.it, ) | |
| 21:45 | adrianorg has left IRC (adrianorg!~adrianorg@187.113.244.240, Ping timeout: 255 seconds) | |
| 21:46 | adrianorg has joined IRC (adrianorg!~adrianorg@177.134.62.176) | |
| 22:24 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Remote host closed the connection) | |
| 22:25 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 22:26 | Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo) | |
| 22:29 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 264 seconds) | |
| 22:34 | adrianorg has left IRC (adrianorg!~adrianorg@177.134.62.176, Ping timeout: 240 seconds) | |
| 22:36 | adrianorg has joined IRC (adrianorg!~adrianorg@177.204.149.3.dynamic.adsl.gvt.net.br) | |
| 22:52 | championofcyrod1 has joined IRC (championofcyrod1!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
| 22:53 | championofcyrodi has left IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net, Quit: Leaving.) | |
| 22:56 | gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com) | |
| 23:00 | championofcyrodi has joined IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net) | |
| 23:05 | gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 245 seconds) | |
| 23:56 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |