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


Channel log from 31 July 2014   (all times are UTC)

00:04DraZoro1 has joined IRC (DraZoro1!~drazoro@41.50.7.106)
00:09DraZoro has left IRC (DraZoro!~drazoro@41.50.7.99, Ping timeout: 256 seconds)
00:10sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 240 seconds)
00:26sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca)
00:27cryptrat has left IRC (cryptrat!411abcf6@gateway/web/freenode/ip.65.26.188.246, Quit: Page closed)
00:28Parker955_Away is now known as Parker955
00:40DraZoro1 has left IRC (DraZoro1!~drazoro@41.50.7.106, Ping timeout: 250 seconds)
00:41gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Remote host closed the connection)
00:42gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com)
00:45spectra_ has left IRC (spectra_!~spectra@eregion.nardol.org, Quit: ZNC - http://znc.sourceforge.net)
00:47gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 250 seconds)
00:47spectra has joined IRC (spectra!~spectra@eregion.nardol.org)
00:49spectra has joined IRC (spectra!~spectra@debian/developer/spectra)
00:54spectra has left IRC (spectra!~spectra@debian/developer/spectra, Quit: ZNC - http://znc.sourceforge.net)
00:56spectra has joined IRC (spectra!~spectra@debian/developer/spectra)
01:12gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com)
01:21gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 264 seconds)
01:31DraZoro has joined IRC (DraZoro!~drazoro@8ta-228-158-103.telkomadsl.co.za)
01:33DraZoro has left IRC (DraZoro!~drazoro@8ta-228-158-103.telkomadsl.co.za)
01:41gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com)
01:45gbaman 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:55andygraybeal has left IRC (andygraybeal!~andy@h255.228.22.98.dynamic.ip.windstream.net, Read error: Connection reset by peer)
01:56andygraybeal has joined IRC (andygraybeal!~andy@h255.228.22.98.dynamic.ip.windstream.net)
01:56andygraybeal_ 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:04vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
02:06andygraybeal 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:42gbaman 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:46gbaman 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:11alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
03:22Mikhail 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:42gbaman 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:47gbaman 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:57alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection)
04:14Parker955 is now known as Parker955_Away
04:43gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com)
04:48gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 264 seconds)
04:53adrianorg has left IRC (adrianorg!~adrianorg@179.187.30.176.dynamic.adsl.gvt.net.br, Ping timeout: 272 seconds)
04:54adrianorg 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:29Phantomas has joined IRC (Phantomas!~phantomas@ubuntu/member/phantomas)
05:38adrianorg has left IRC (adrianorg!~adrianorg@177.156.231.111, Read error: Connection reset by peer)
05:42adrianorg has joined IRC (adrianorg!~adrianorg@177.134.60.74)
05:44gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com)
05:48gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 240 seconds)
05:55dbblpfpjtu has joined IRC (dbblpfpjtu!iamparadox@c-71-56-171-154.hsd1.va.comcast.net)
05:58alkisg 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:58dbblpfpjtu is now known as |Paradox|
06:06adrianorg has left IRC (adrianorg!~adrianorg@177.134.60.74, Read error: Connection reset by peer)
06:10adrianorg has joined IRC (adrianorg!~adrianorg@177.204.78.35.dynamic.adsl.gvt.net.br)
06:34alexxtasi has joined IRC (alexxtasi!~alex@unaffiliated/alexxtasi)
06:41mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163)
06:42Andrewmeows has joined IRC (Andrewmeows!~Andymeows@unaffiliated/andymeows)
06:45gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com)
06:46Andymeows has left IRC (Andymeows!~Andymeows@unaffiliated/andymeows, Ping timeout: 245 seconds)
06:50gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 255 seconds)
06:50mealstrom1 has joined IRC (mealstrom1!~Thunderbi@46.63.63.163)
06:52mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 240 seconds)
06:57mealstrom1 has left IRC (mealstrom1!~Thunderbi@46.63.63.163, Quit: mealstrom1)
06:57adrianorg has left IRC (adrianorg!~adrianorg@177.204.78.35.dynamic.adsl.gvt.net.br, Ping timeout: 256 seconds)
06:57mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163)
06:58adrianorg has joined IRC (adrianorg!~adrianorg@177.156.228.5)
07:02Andrewmeows has left IRC (Andrewmeows!~Andymeows@unaffiliated/andymeows, Ping timeout: 264 seconds)
07:46gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com)
07:49vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
07:50gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 245 seconds)
07:51adrianorg has left IRC (adrianorg!~adrianorg@177.156.228.5, Ping timeout: 264 seconds)
07:53adrianorg has joined IRC (adrianorg!~adrianorg@177.156.228.5)
08:23alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection)
08:25der_baer has joined IRC (der_baer!~hannes@pd95cdee4.dip0.t-ipconnect.de)
08:26bobby_C has joined IRC (bobby_C!~bobby@212-186-178-75.dynamic.surfer.at)
08:47gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com)
08:52gbaman 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:12bobby_C has left IRC (bobby_C!~bobby@212-186-178-75.dynamic.surfer.at, Quit: Goin' down hard)
09:13pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Ping timeout: 250 seconds)
09:25pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)
09:27Phantomas has left IRC (Phantomas!~phantomas@ubuntu/member/phantomas, Remote host closed the connection)
09:35gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com)
09:39adrianorg has left IRC (adrianorg!~adrianorg@177.156.228.5, Ping timeout: 272 seconds)
09:41adrianorg has joined IRC (adrianorg!~adrianorg@177.156.228.5)
10:01adrianorg has left IRC (adrianorg!~adrianorg@177.156.228.5, Read error: Connection reset by peer)
10:05PsyFan004 has joined IRC (PsyFan004!5102667a@gateway/web/freenode/ip.81.2.102.122)
10:06
<PsyFan004>
Does LTSP support RDP version 8?
10:06adrianorg has joined IRC (adrianorg!~adrianorg@179.179.79.32)
10:17adrianorg has left IRC (adrianorg!~adrianorg@179.179.79.32, Ping timeout: 245 seconds)
10:19adrianorg has joined IRC (adrianorg!~adrianorg@179.180.161.209)
10:44
<cyberorg>
PsyFan004, it supports whatever rdesktop package supports
10:59PsyFan004 has left IRC (PsyFan004!5102667a@gateway/web/freenode/ip.81.2.102.122, Quit: Page closed)
11:03adrianorg has left IRC (adrianorg!~adrianorg@179.180.161.209, Ping timeout: 245 seconds)
11:04adrianorg has joined IRC (adrianorg!~adrianorg@179.180.165.234)
11:05adrianorg has left IRC (adrianorg!~adrianorg@179.180.165.234, Read error: Connection reset by peer)
11:10adrianorg 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:32adrianorg has left IRC (adrianorg!~adrianorg@177.156.59.39, Ping timeout: 255 seconds)
11:34telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection)
11:36telex has joined IRC (telex!~telex@freeshell.de)
11:37
<bennabiy>
ok, pushed change
11:37adrianorg 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:45adrianorg has left IRC (adrianorg!~adrianorg@179.183.64.90, Ping timeout: 255 seconds)
11:47adrianorg has joined IRC (adrianorg!~adrianorg@179.183.65.181)
11:54Faith 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:17Andymeows has joined IRC (Andymeows!~Andymeows@unaffiliated/andymeows)
12:18Andrewmeows has joined IRC (Andrewmeows!~Andymeows@unaffiliated/andymeows)
12:22Andymeows has left IRC (Andymeows!~Andymeows@unaffiliated/andymeows, Ping timeout: 264 seconds)
12:28adrianorg has left IRC (adrianorg!~adrianorg@179.183.65.181, Ping timeout: 260 seconds)
12:29adrianorg has joined IRC (adrianorg!~adrianorg@179.182.73.181)
13:02Andrewmeows has left IRC (Andrewmeows!~Andymeows@unaffiliated/andymeows, Ping timeout: 272 seconds)
13:15sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 245 seconds)
13:15andygraybeal_ has left IRC (andygraybeal_!~andy@h255.228.22.98.dynamic.ip.windstream.net, Ping timeout: 245 seconds)
13:15mmetzger has left IRC (mmetzger!~mmetzger@99-71-214-107.lightspeed.mdldtx.sbcglobal.net, Ping timeout: 245 seconds)
13:15workingcats has left IRC (workingcats!~workingca@212.122.48.77, Ping timeout: 245 seconds)
13:15effenber1 has left IRC (effenber1!~chlu@ec2-46-51-181-111.eu-west-1.compute.amazonaws.com, Ping timeout: 245 seconds)
13:15ncd209 has left IRC (ncd209!~ncd209@83-244-242-194.cust-83.exponential-e.net, Ping timeout: 245 seconds)
13:15effenberg has joined IRC (effenberg!~chlu@ec2-46-51-181-111.eu-west-1.compute.amazonaws.com)
13:15zamba has left IRC (zamba!marius@flage.org, Ping timeout: 240 seconds)
13:15pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Ping timeout: 245 seconds)
13:15workingcats has joined IRC (workingcats!~workingca@212.122.48.77)
13:15ncd209 has joined IRC (ncd209!~ncd209@83-244-242-194.cust-83.exponential-e.net)
13:16zamba has joined IRC (zamba!marius@flage.org)
13:16sbalneav has joined IRC (sbalneav!~sbalneav@205.200.162.9)
13:16pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)
13:16mmetzger has joined IRC (mmetzger!~mmetzger@99-71-214-107.lightspeed.mdldtx.sbcglobal.net)
13:17andygraybeal_ has joined IRC (andygraybeal_!~andy@h255.228.22.98.dynamic.ip.windstream.net)
13:35adrianorg has left IRC (adrianorg!~adrianorg@179.182.73.181, Ping timeout: 255 seconds)
13:37adrianorg has joined IRC (adrianorg!~adrianorg@187.113.244.240)
13:39andygraybeal_ is now known as madscythe
14:34FGXR6 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:41khildin has joined IRC (khildin!~khildin@ip-80-236-242-163.dsl.scarlet.be)
14:42FGXR6 has joined IRC (FGXR6!~phantom@ppp59-167-136-109.static.internode.on.net)
14:52Parker955_Away is now known as Parker955
14:56khildin 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:16alexxtasi has left IRC (alexxtasi!~alex@unaffiliated/alexxtasi)
15:21
<bennabiy>
Ahh, probably because I am setting the variable in a different shell
15:31championofcyrodi 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:06der_baer has left IRC (der_baer!~hannes@pd95cdee4.dip0.t-ipconnect.de, Ping timeout: 245 seconds)
16:08der_baer has joined IRC (der_baer!~hannes@pd95cdee4.dip0.t-ipconnect.de)
16:12bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
16:23vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
16:41bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Quit: Goin' down hard)
17:00der_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:31jaskaran 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:38jaskaran 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:56alkisg 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:26jaskaran 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:30adrianorg has left IRC (adrianorg!~adrianorg@187.113.244.240, Ping timeout: 250 seconds)
18:32adrianorg 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:58alkisg 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:54jaskaran has left IRC (jaskaran!~jaskaran@27.255.255.50, Quit: Ex-Chat)
20:01
<vagrantc>
bennabiy: merged.
20:14gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Remote host closed the connection)
20:24gbaman 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:58markit has joined IRC (markit!~marco@88-149-177-66.v4.ngi.it)
20:58mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 250 seconds)
21:06mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163)
21:40markit has left IRC (markit!~marco@88-149-177-66.v4.ngi.it, )
21:45adrianorg has left IRC (adrianorg!~adrianorg@187.113.244.240, Ping timeout: 255 seconds)
21:46adrianorg has joined IRC (adrianorg!~adrianorg@177.134.62.176)
22:24gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Remote host closed the connection)
22:25gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com)
22:26Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo)
22:29gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 264 seconds)
22:34adrianorg has left IRC (adrianorg!~adrianorg@177.134.62.176, Ping timeout: 240 seconds)
22:36adrianorg has joined IRC (adrianorg!~adrianorg@177.204.149.3.dynamic.adsl.gvt.net.br)
22:52championofcyrod1 has joined IRC (championofcyrod1!~championo@50-205-35-98-static.hfc.comcastbusiness.net)
22:53championofcyrodi has left IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net, Quit: Leaving.)
22:56gbaman has joined IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com)
23:00championofcyrodi has joined IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net)
23:05gbaman has left IRC (gbaman!~gbaman@host81-130-17-173.in-addr.btopenworld.com, Ping timeout: 245 seconds)
23:56vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)