00:02 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h52.210.22.98.dynamic.ip.windstream.net) | |
00:23 | gdi2k has left IRC (gdi2k!~gdi2k@222.127.48.175, Ping timeout: 264 seconds) | |
00:31 | gadi has left IRC (gadi!~gadi@pool-108-21-187-8.nycmny.fios.verizon.net, Ping timeout: 240 seconds) | |
00:37 | gdi2k has joined IRC (gdi2k!~gdi2k@64.69.46.246) | |
00:40 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Ping timeout: 240 seconds) | |
00:40 | PhoenixSTF has left IRC (PhoenixSTF!~rudi@78.29.155.245, Ping timeout: 240 seconds) | |
00:41 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
00:42 | telex has left IRC (telex!~telex@freeshell.de, Ping timeout: 240 seconds) | |
00:43 | telex has joined IRC (telex!~telex@freeshell.de) | |
00:44 | slashroo1 has joined IRC (slashroo1!~pyroman@ip-46-21-210-66.nette.pl) | |
00:44 | yanu_ has joined IRC (yanu_!~yanu@178-117-230-250.access.telenet.be) | |
00:47 | slashroot has left IRC (slashroot!~pyroman@ip-46-21-210-66.nette.pl, Ping timeout: 240 seconds) | |
00:47 | yanu has left IRC (yanu!~yanu@lugwv/member/yanu, Ping timeout: 240 seconds) | |
00:47 | adrianorg has left IRC (adrianorg!~adrianorg@179.180.171.81, Ping timeout: 240 seconds) | |
00:47 | PhoenixSTF has joined IRC (PhoenixSTF!~rudi@78.29.155.245) | |
00:47 | datube has left IRC (datube!~datube@541B07B1.cm-5-4a.dynamic.ziggo.nl, Ping timeout: 240 seconds) | |
00:47 | elias_a has left IRC (elias_a!elias@hilla.kapsi.fi, Ping timeout: 240 seconds) | |
00:48 | datube has joined IRC (datube!~datube@541B07B1.cm-5-4a.dynamic.ziggo.nl) | |
00:48 | elias_a has joined IRC (elias_a!elias@hilla.kapsi.fi) | |
00:51 | gdi2k has left IRC (gdi2k!~gdi2k@64.69.46.246, Ping timeout: 264 seconds) | |
00:55 | NeonLicht has left IRC (NeonLicht!~NeonLicht@darwin.ugr.es, Write error: Connection reset by peer) | |
00:58 | adrianorg has joined IRC (adrianorg!~adrianorg@179.180.171.81) | |
01:00 | ncom0pl has left IRC (ncom0pl!~ncom0pl@89-71-65-172.dynamic.chello.pl, Excess Flood) | |
01:00 | NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es) | |
01:02 | ncom0pl has joined IRC (ncom0pl!~ncom0pl@89-71-65-172.dynamic.chello.pl) | |
01:08 | gdi2k has joined IRC (gdi2k!~gdi2k@222.127.48.175) | |
01:10 | riddle has left IRC (riddle!riddle@us.yunix.net, Ping timeout: 264 seconds) | |
01:13 | riddle has joined IRC (riddle!riddle@us.yunix.net) | |
01:27 | FGXR6 has joined IRC (FGXR6!~phantom@ppp59-167-136-109.static.internode.on.net) | |
01:27 | work_alkisg1 has joined IRC (work_alkisg1!~alkisg@plinet.ioa.sch.gr) | |
01:29 | F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, Ping timeout: 240 seconds) | |
01:29 | work_alkisg has left IRC (work_alkisg!~alkisg@plinet.ioa.sch.gr, Ping timeout: 240 seconds) | |
01:30 | rushi has joined IRC (rushi!a5546a05@gateway/web/freenode/ip.165.84.106.5) | |
01:32 | rushi has left IRC (rushi!a5546a05@gateway/web/freenode/ip.165.84.106.5, Client Quit) | |
02:36 | PhoenixSTF has left IRC (PhoenixSTF!~rudi@78.29.155.245, Quit: Leaving) | |
03:05 | map7 has joined IRC (map7!~map7@teksup41.lnk.telstra.net) | |
03:22 | ball has joined IRC (ball!~fork@c-98-212-160-120.hsd1.il.comcast.net) | |
03:22 | <ball> Does ltsp use xdm (and xdmcp)?
| |
04:41 | adrianor1 has joined IRC (adrianor1!~adrianorg@179.180.171.81) | |
04:42 | adrianorg has left IRC (adrianorg!~adrianorg@179.180.171.81, *.net *.split) | |
05:02 | adrianorg has joined IRC (adrianorg!~adrianorg@179.180.171.81) | |
05:09 | adrianor1 has left IRC (adrianor1!~adrianorg@179.180.171.81, Ping timeout: 286 seconds) | |
05:16 | adrianorg has left IRC (adrianorg!~adrianorg@179.180.171.81, Ping timeout: 252 seconds) | |
05:16 | adrianorg has joined IRC (adrianorg!~adrianorg@179.180.171.81) | |
05:28 | FGXR6 has left IRC (FGXR6!~phantom@ppp59-167-136-109.static.internode.on.net, Ping timeout: 330 seconds) | |
05:28 | gdi2k has left IRC (gdi2k!~gdi2k@222.127.48.175, Ping timeout: 330 seconds) | |
05:28 | andygraybeal_ has left IRC (andygraybeal_!~andy@h52.210.22.98.dynamic.ip.windstream.net, Ping timeout: 330 seconds) | |
05:28 | alexxtasi has left IRC (alexxtasi!~alex@unaffiliated/alexxtasi, Ping timeout: 330 seconds) | |
05:28 | sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 330 seconds) | |
05:28 | sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca) | |
05:28 | gdi2k has joined IRC (gdi2k!~gdi2k@222.127.48.175) | |
05:28 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h52.210.22.98.dynamic.ip.windstream.net) | |
05:28 | FGXR6 has joined IRC (FGXR6!~phantom@ppp59-167-136-109.static.internode.on.net) | |
05:29 | alexxtasi has joined IRC (alexxtasi!~alex@150.140.12.90) | |
05:43 | ball has left IRC (ball!~fork@c-98-212-160-120.hsd1.il.comcast.net, Quit: Goodnight) | |
06:05 | alexxtasi has left IRC (alexxtasi!~alex@150.140.12.90, Ping timeout: 539 seconds) | |
06:05 | alexxtasi has joined IRC (alexxtasi!~alex@150.140.12.90) | |
06:10 | telex has left IRC (telex!~telex@freeshell.de, Read error: Connection reset by peer) | |
06:12 | telex has joined IRC (telex!~telex@freeshell.de) | |
06:36 | work_alkisg1 is now known as alkisg | |
06:39 | khildin has joined IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be) | |
07:03 | khildin has left IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be, Remote host closed the connection) | |
07:04 | FGXR6 has left IRC (FGXR6!~phantom@ppp59-167-136-109.static.internode.on.net, Remote host closed the connection) | |
07:16 | slexls has joined IRC (slexls!~slexls@82.146.56.156) | |
07:27 | khildin has joined IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be) | |
07:35 | flo1546796 has joined IRC (flo1546796!~flo154679@2001:660:5001:156:26be:5ff:fe13:f2db) | |
07:35 | flo1546796 has joined IRC (flo1546796!~flo154679@unaffiliated/flo1546796) | |
07:59 | alexxtasi has left IRC (alexxtasi!~alex@150.140.12.90, Changing host) | |
07:59 | alexxtasi has joined IRC (alexxtasi!~alex@unaffiliated/alexxtasi) | |
08:12 | alkisg has left IRC (alkisg!~alkisg@plinet.ioa.sch.gr, Remote host closed the connection) | |
08:30 | alkisg_web has joined IRC (alkisg_web!c23fefeb@gateway/web/freenode/ip.194.63.239.235) | |
08:57 | datube has left IRC (datube!~datube@541B07B1.cm-5-4a.dynamic.ziggo.nl) | |
09:00 | bennabiy has left IRC (bennabiy!~Thunderbi@24-181-55-79.dhcp.gnvl.sc.charter.com, Read error: Connection reset by peer) | |
09:03 | bennabiy has joined IRC (bennabiy!~Thunderbi@24-181-55-79.dhcp.gnvl.sc.charter.com) | |
09:07 | alkisg_web has left IRC (alkisg_web!c23fefeb@gateway/web/freenode/ip.194.63.239.235, Ping timeout: 245 seconds) | |
09:08 | work_alkisg has joined IRC (work_alkisg!~alkisg@plinet.ioa.sch.gr) | |
09:34 | xet7 has joined IRC (xet7!~xet7@a88-112-147-81.elisa-laajakaista.fi) | |
09:48 | F-GT has joined IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net) | |
09:54 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 264 seconds) | |
09:56 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
10:10 | F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, Remote host closed the connection) | |
10:27 | F-GT has joined IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net) | |
11:27 | markit has joined IRC (markit!~marco@88-149-177-66.v4.ngi.it) | |
12:03 | Fenuks has joined IRC (Fenuks!~Fenuks@5.128.82.13) | |
12:44 | Fenuks has left IRC (Fenuks!~Fenuks@5.128.82.13, Ping timeout: 244 seconds) | |
13:21 | Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net) | |
13:39 | markit has left IRC (markit!~marco@88-149-177-66.v4.ngi.it, ) | |
13:57 | Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave) | |
14:14 | slashroo1 has left IRC (slashroo1!~pyroman@ip-46-21-210-66.nette.pl, Quit: leaving) | |
14:15 | slashroot has joined IRC (slashroot!~pyroman@ip-46-21-210-66.nette.pl) | |
14:19 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
14:38 | monteslu is now known as monteslu2 | |
14:50 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
15:30 | flo1546796 has left IRC (flo1546796!~flo154679@unaffiliated/flo1546796, Quit: Quitte) | |
15:33 | dsugar100 has joined IRC (dsugar100!~dsugar@columbia.tresys.com) | |
15:38 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 240 seconds) | |
15:42 | slexls has left IRC (slexls!~slexls@82.146.56.156, Ping timeout: 244 seconds) | |
15:56 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
17:42 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, *.net *.split) | |
17:42 | xet7 has left IRC (xet7!~xet7@a88-112-147-81.elisa-laajakaista.fi, *.net *.split) | |
17:42 | andygraybeal_ has left IRC (andygraybeal_!~andy@h52.210.22.98.dynamic.ip.windstream.net, *.net *.split) | |
17:42 | dsugar100 has left IRC (dsugar100!~dsugar@columbia.tresys.com, *.net *.split) | |
17:42 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, *.net *.split) | |
17:42 | F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, *.net *.split) | |
17:42 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, *.net *.split) | |
17:42 | work_alkisg has left IRC (work_alkisg!~alkisg@plinet.ioa.sch.gr, *.net *.split) | |
17:42 | khildin has left IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be, *.net *.split) | |
17:47 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
17:50 | F-GT has joined IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net) | |
17:50 | khildin has joined IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be) | |
17:50 | work_alkisg has joined IRC (work_alkisg!~alkisg@plinet.ioa.sch.gr) | |
17:50 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
17:51 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
17:56 | ChadLepto has joined IRC (ChadLepto!~chadlepto@c-71-237-229-76.hsd1.or.comcast.net) | |
17:56 | ChadLepto has joined IRC (ChadLepto!~chadlepto@unaffiliated/chadlepto) | |
18:04 | F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, Ping timeout: 240 seconds) | |
18:04 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds) | |
18:04 | xet7 has joined IRC (xet7!~xet7@88.112.147.81) | |
18:05 | dsugar100 has joined IRC (dsugar100!~dsugar@columbia.tresys.com) | |
18:09 | adrianorg has left IRC (adrianorg!~adrianorg@179.180.171.81, Ping timeout: 244 seconds) | |
18:10 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 240 seconds) | |
18:11 | F-GT has joined IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net) | |
18:12 | hydruid has joined IRC (hydruid!~hydruid@209.65.226.232) | |
18:12 | <hydruid> should /etc/ltsp/dhcpd.conf and /etc/dhcp/dhcpd.conf be the same?
| |
18:13 | I guess I'm not sure why there are 2
| |
18:13 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
18:14 | <hydruid> alkisg: Good afternoon, setting up a new LTSP install, should /etc/ltsp/dhcpd.conf and /etc/dhcp/dhcpd.conf be the same?
| |
18:14 | <vagrantc> hydruid: you can include the ltsp one from the dhcp one
| |
18:15 | hydruid: on ubuntu, i think they've hacked dhcpd to use the ltsp one if present
| |
18:15 | <hydruid> vagrantc: ty for the info!
| |
18:15 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
18:15 | <vagrantc> hydruid: honestly, i think it's confusing how it's set up...
| |
18:16 | though i understand why...
| |
18:16 | <ogra> all my fault :)
| |
18:16 | <hydruid> :P
| |
18:16 | It makes sense now
| |
18:16 | <ogra> i thought stgraber switched it to dnsmasq at some point
| |
18:17 | <hydruid> modify your ltsp dhcp conf file, leave the primary alone
| |
18:17 | adrianorg has joined IRC (adrianorg!~adrianorg@179.180.171.81) | |
18:17 | <vagrantc> i've definitely preferred dnsmasq lately
| |
18:18 | though it did have some bugs wit multiple simultaneous client boots
| |
18:18 | <alkisg> dnsmasq has issues as a primary dhcp server, it doesn't support parallel pings
| |
18:18 | It's fine for a few clients, or for many clients as a proxydhcp server
| |
18:19 | <vagrantc> nice. i didn't know if proxydhcp had those issues or not
| |
18:19 | <alkisg> We should implement `ltsp-config dhcpd` and call it from postinst, and use the main dhcpd.conf...
| |
18:19 | <vagrantc> yup
| |
18:20 | <alkisg> And really, we should drop the ltsp ubuntu diff...
| |
18:20 | <vagrantc> although i prefer using an include over meging it directly in
| |
18:20 | <alkisg> Or dhcpd.d/ if it supports it... (or file a request for that...)
| |
18:20 | <vagrantc> alkisg: stgraber said he would keep the networ range diff forever
| |
18:20 | alkisg: i filed a patch on dhcpd ages ago to add suport
| |
18:21 | <alkisg> Forever? I thought he said that he'd change it in ltsp6
| |
18:21 | ...when we'll break backwards compatibility for many things anyway...
| |
18:21 | <vagrantc> ah, that'd be good
| |
18:22 | <alkisg> Maybe we can even ship dnsmasq in ltsp6 as the default, and only support dhcpd as an option
| |
18:22 | I.e. recommends: dnsmasq | dhcpd...
| |
18:22 | <vagrantc> an interesting idea
| |
18:23 | i like it
| |
18:23 | <stgraber> yeah, I don't mind breaking the network range with ltsp6
| |
18:23 | <alkisg> stgraber: do you also agree with defaulting to dnsmasq?
| |
18:24 | Big ltsp deployments will need to run "apt-get install ltsp-server-standalone isc-dhcp-server" then
| |
18:24 | ...that should be all the "how to" changes involved to select dhcpd...
| |
18:24 | * alkisg also thinks that big ltsp deployments would have an external dhcp server anyway... | |
18:25 | <stgraber> I may not be entirely opposed to this, we'll see.
| |
18:25 | <alkisg> ok
| |
18:25 | <ogra> alkisg, prob with main dhcpd.conf in ubuntu was always the "no questions on upgrades" policy ... its a conffile
| |
18:25 | thats the reason the ltsp/dhcpd.conf exists in the first place
| |
18:25 | <alkisg> dnsmasq.d doesn't have that issue
| |
18:26 | <ogra> it uses .d dirs, no ?
| |
18:26 | <alkisg> Yup. And, we already have the prompt with e.g. nbd-server config
| |
18:26 | <ogra> ouch
| |
18:26 | thats usually an RC bug in ubuntu
| |
18:27 | (but given a member of the release team is the main maintainer of ltsp in ubuntu ... :P )
| |
18:27 | <hydruid> :P
| |
18:27 | <alkisg> nbd-server didn't ship a config file previously, so we generated one. But now it does, and it's not exactly as we create it, hence the prompt
| |
18:28 | <ogra> it should just use .d dirs too and source your config ;)
| |
18:28 | so you just need to move yours around
| |
18:29 | <alkisg> It has a main config and a conf.d/ dir for exports
| |
18:29 | The main config is fine now, we never need to touch it, the problem was that it didn't ship it in the past
| |
18:29 | <ogra> just drop yours in the new package then
| |
18:30 | should prevent the prompt
| |
18:30 | <alkisg> No, it wouldn't
| |
18:30 | We didn't ship it, that would break package installation
| |
18:30 | <ogra> if the package doesnt ship it anymore
| |
18:30 | <alkisg> We created it, so the system thinks that the sysadmin created it
| |
18:30 | <ogra> oh
| |
18:31 | <alkisg> What we can do, is to send an update that checks that file,
| |
18:31 | and if it's exactly as we created it, then to "update" it to be exactly as shipped with the newer nbd-server,
| |
18:31 | so, when later on the newer nbd-server gets installed, it would find the same file and not prompt
| |
18:32 | That would need to be an LTSP SRU for all the previous ubuntu versions
| |
18:32 | ...and I'm not sure if anyone would want to do the paperwork for it :)
| |
18:33 | <ogra> yeah, i assume you will rather get the prompt from nbd-server here anyway
| |
18:35 | <alkisg> A few months ago I've sent the newer nbd-server to 500 schools here. From them, only 2 asked what to do with the prompt... I.e. it's not that important.
| |
18:35 | <ogra> its still a policy violation
| |
18:35 | <alkisg> I haven't seen that policy
| |
18:35 | Maybe you're thinking of postinst actions
| |
18:35 | <ogra> its somewhere on the wiki
| |
18:35 | <alkisg> Not for things the sysadmin runs
| |
18:35 | <ogra> like "no open ports by default on desktop"
| |
18:35 | <alkisg> Like ltsp-config nbd-server
| |
18:36 | Shipping scripts that can change conffiles is not a policy violation
| |
18:36 | Leolo_3 has joined IRC (Leolo_3!~fil@24-54-35-233.mg.cgocable.ca) | |
18:36 | <Leolo_3> "New version of the system is available, restarting in 10s" how do I get rid of this?
| |
18:36 | <ogra> i assume LTSP is special enough that you can get through with a release notes entry or so
| |
18:37 | alkisg, no, but causing debconf prompts during upgrades is
| |
18:37 | if your scripts manage to avoid that you are fine
| |
18:37 | <alkisg> ogra: the packaging doesn't do that. The sysadmin does it.
| |
18:37 | <Leolo_3> actaully... wtf is LDM crashing?
| |
18:37 | <alkisg> When he runs `ltsp-update-image` the first time
| |
18:37 | <ogra> how would he know
| |
18:37 | does ltsp-update-image tell him he will get a prompt for that later ?
| |
18:37 | <alkisg> It's not a policy violation to provide executables that change conffiles
| |
18:38 | It's actually the opposite, it's a good thing to provide scripts for that
| |
18:38 | Although in this case, the nbd-server package should ship the script that changes the nbd-server config, not ltsp...
| |
18:38 | <ogra> yes
| |
18:39 | i'm not saying shipping scripts are wrong
| |
18:39 | s/are/is/
| |
18:39 | <alkisg> E.g. think of pam-auth-update
| |
18:40 | <ogra> but if you call it by default due to preseeding (i.e. edubuntu) then it will cause a prompt during upgrade and thus break policy
| |
18:40 | <alkisg> It's not "by default", it's only when the sysadmin selects "F4, build an ltsp server"
| |
18:41 | But anyways, nbd-server now ships a config so we no longer have to worry about that, only the first upgrade will have the problem
| |
18:41 | <ogra> yeah
| |
18:41 | * ogra will leave it to todays maintainers to worry about it :) | |
18:43 | <hydruid> This is a way too intensive conversion for a friday
| |
18:44 | *conversation
| |
18:44 | <ogra> heh
| |
18:44 | should we troll a bit instead ?
| |
18:44 | given it is friday
| |
18:44 | <hydruid> definitely
| |
18:44 | lol
| |
18:45 | vagrantc: ty again for the info on the dhcpd.conf's
| |
18:45 | vagrantc: you were correct, ubuntu automatically saw the changes I put into /etc/ltsp/dhcpd.conf
| |
18:48 | <vagrantc> hydruid: glad it hlped
| |
18:48 | editing other packages configuration files in an automated manner is definitely a policy violation
| |
18:49 | on debian
| |
18:49 | providing a script that does it technically complies, but doesn't quite meet the spirit
| |
18:53 | <Leolo_3> good god
| |
18:53 | why am I updating to LTSP 5?
| |
18:54 | LDM keeps crashing. I keep getting "newer version exists" messages
| |
18:54 | <vagrantc> to not be left in 2005?
| |
18:54 | <Leolo_3> 2005 didn't crash
| |
18:54 | <vagrantc> but it is obsolete... anyways
| |
18:55 | <ogra> dead and buried since years and years
| |
18:55 | <Leolo_3> can I get some help with my problems?
| |
18:55 | <vagrantc> basically, there's a hook that checks for a newer nbd image... if that's got issues, you might se the problem you're having
| |
18:55 | <hydruid> Leolo_3: ....you will be assimilated
| |
18:56 | <vagrantc> Leolo_3: you did open with a fairly unanswerable question :p
| |
18:56 | <Leolo_3> Details : CentOS 6 running KVM. LTSP server is KVM vm. Client is also running under KVM (for testing).
| |
18:56 | first off, LDM will randomly segfault when I type in a user name.
| |
18:57 | <hydruid> Leolo_3: is this a new install or existing?
| |
18:57 | <ogra> oh, centos
| |
18:57 | <Leolo_3> ldm-2.2.11-4.el6.x86_64
| |
18:57 | hydruid - fresh install
| |
18:57 | <vagrantc> enslaver did the redhat stuff, but haven't seem em lately
| |
18:57 | <hydruid> Leolo_3: why not go to LTSP 5 then?
| |
18:57 | <Leolo_3> is there a more recent version of ldm?
| |
18:57 | <ogra> yeah, that was quite a while ago
| |
18:58 | <Leolo_3> hydruid - why not? because everything worked and worked well in LTSP 4. I knew how to fix problems.
| |
18:58 | <hydruid> Leolo_3: on CentOS 6 you're going to have all kinds of version conflicts with LTSP 4
| |
18:58 | <vagrantc> 2.2.11 is reasonably current
| |
18:58 | xet7 has left IRC (xet7!~xet7@88.112.147.81, Remote host closed the connection) | |
18:59 | <Leolo_3> hydruid : maybe I missunderstand you, but my understanding was that LTSP 4 was a mini-distro. It ran on the client. It talked X to the server. What conflicts would I get (or do you mean the install scripts?)
| |
18:59 | I'll look into more recent LDM
| |
18:59 | <ogra> ldm isnt your problem, like vagrantc said
| |
18:59 | <Leolo_3> now, other problem - why do I get stuck in a "More recent version exists" loop?
| |
18:59 | <vagrantc> it sounds more likely a configuration problem
| |
19:00 | <Leolo_3> right, so how do I debug that?
| |
19:00 | <vagrantc> it's trying to connect to nbd server, and finding a different image than what you're running
| |
19:00 | <Leolo_3> (also, why is a config problem causing ldm to crash)
| |
19:01 | vagrantc : given that I haven't touched the image in 48 hours, I something else is the problem
| |
19:01 | <vagrantc> Leolo_3: so it was working before?
| |
19:01 | <hydruid> Leolo_3: a config problem is not causing LDM to crash
| |
19:01 | <Leolo_3> and it's a loop - client boots, sees "new" image, reboots, sees "new" image, reboots, sees "new" image
| |
19:02 | <vagrantc> Leolo_3: wel, it technically sees a different image
| |
19:02 | Leolo_3: which it assumes is newer
| |
19:02 | <Leolo_3> ok
| |
19:02 | how do I fix that/
| |
19:02 | <vagrantc> the different image may even being failure to connect
| |
19:02 | so, i'm not at all familiar with centos...
| |
19:03 | <ogra> yeah, you theoretically need to talk to the distro implementer
| |
19:03 | who hasnt been around for quite a while
| |
19:03 | <vagrantc> but basically, you need to figure out if your rootfs is nbd, nfs, aoe, or some other system
| |
19:03 | <Leolo_3> in practice,that's not possible. why would nbd be saying "your image is different" ??
| |
19:03 | <ogra> (which seems to be a common scheme for all fedora/rh/centos ports we have seen
| |
19:03 | )
| |
19:04 | <vagrantc> Leolo_3: also, be a little less confrontational with people who are volunteering their time to help...
| |
19:04 | <ogra> do an initial implementation and let it dangle til it falls apart
| |
19:04 | <hydruid> Leolo_3: you'll have to dig deeper to find out ;)
| |
19:04 | <Leolo_3> ogra - so CentOS is a "bastard" integration of LTSP?
| |
19:05 | <hydruid> Leolo_3: LTSP 5 works fine on CentOS ;)
| |
19:05 | <Leolo_3> actually, what's the advantage of nbd instead of nfs?
| |
19:05 | hydruid - my experience says otherwise
| |
19:05 | <ogra> Leolo_3, no, idea i havent used any rpm based distro in a decade ... but the experience with people porting to one seems ot be that they do an initial port and then drop the ball
| |
19:05 | <vagrantc> Leolo_3: look for /opt/ltsp/i386/usr/share/ldm/rc.d/I01-nbd-checkupdate
| |
19:06 | Leolo_3: though it might be /opt/ltsp/FOO
| |
19:07 | Leolo_3: but that's what's getting triggered, presumably wrongly
| |
19:07 | <Leolo_3> gotcha
| |
19:08 | <hydruid> ogra: do you use ubuntu or debian?
| |
19:08 | <ogra> hydruid, ubuntu
| |
19:09 | <hydruid> ogra: :P
| |
19:09 | * vagrantc waves the debian flag | |
19:09 | <hydruid> lol
| |
19:10 | <Leolo_3> glancing at nbd-checkupdate and it looks broken
| |
19:10 | it remounts the nbd image, compares to the currently mounted.
| |
19:10 | <vagrantc> though, interestingly enough i did the first ltsp5 proof-of-concept port for fedora... figuring if a debian developer can get somethig half-baked working, maybe the rest of the community could step up
| |
19:10 | <Leolo_3> but the currently mounted one can be changed during booting, no?
| |
19:11 | <vagrantc> Leolo_3: it doesn't mount it
| |
19:11 | <hydruid> Leolo_3: no
| |
19:11 | <Leolo_3> right, mount is the wrong word
| |
19:11 | <vagrantc> Leolo_3: it's a read-only image, or at least it should be
| |
19:12 | * vagrantc doesn't even know if nbd is used on centos | |
19:12 | <ogra> hydruid, but i havent done anything with LTSP for several years (apart from drinking with the devs :) ) ... i did the initial implementation of LTSP 5 though ... nbd and ldm are my fault (though i wouldnt recognize any code of it today anymore)
| |
19:13 | <Leolo_3> ogra - what is the advantage of nbd over nfs?
| |
19:13 | <ogra> Leolo_3, back when i added it it got us a really fast boot
| |
19:13 | <Leolo_3> vagrantc : nbd is there. It is commented out in favour of nfs. But I hate nfs so i thought "anything would be better"
| |
19:13 | <vagrantc> Leolo_3: it assumes nbd0 is root... maybe that's nbd-swap in your setup?
| |
19:14 | <Leolo_3> vagrantc - that makes sense! how would I list nbd? devices?
| |
19:14 | <vagrantc> Leolo_3: so it works when you use NFS?
| |
19:14 | <Leolo_3> haven't tried
| |
19:14 | <ogra> Leolo_3, 3min vs 20-30sec back then with nbd vs nfs ... i dont think thats the case today anymore though ... nbd has the advantage that you can use comporessed images to save bandwith though
| |
19:14 | <vagrantc> it worked before?
| |
19:15 | NBD is still a lot faster than NFS
| |
19:15 | nfs is a very talkative protocol
| |
19:15 | <Leolo_3> in general, LTSP 4 was much faster then LTSP 5
| |
19:15 | <ogra> and a pain to maintain
| |
19:15 | <vagrantc> although loading an image file over NS seems to fix about 80-90% of the speed difference
| |
19:16 | <Leolo_3> true
| |
19:16 | <vagrantc> and ordeal to maintain
| |
19:16 | NFS image files are the best of both options, in my opinion
| |
19:16 | <Leolo_3> in the client, I want to see where /dev/nbd0 and /dev/nbd1 are mounted. but mount isn't giving me anything useful
| |
19:17 | <vagrantc> i think nbd-client can be used to display connection info
| |
19:17 | <Leolo_3> wait, I don't have any swap, so that's a non-issue
| |
19:18 | <vagrantc> oh, are you using port-base or name-based NBD?
| |
19:18 | <Leolo_3> port-based
| |
19:19 | <vagrantc> i've not messed with port-based stuff for at least a year or two...
| |
19:19 | <Leolo_3> ok, nbd0 is going to port 2000. which is nbdrootd, serving up /opt/ltsp-5.4/images/i386.img
| |
19:19 | <vagrantc> it might be trying to connect to a name-based export, hence the difference
| |
19:19 | <Leolo_3> and that file is never. ever. changing
| |
19:20 | <vagrantc> the shasum on a cnnectin refused will always be different
| |
19:20 | that's my current hunch
| |
19:23 | Leolo_3: i'd recommend switching to named exports...
| |
19:26 | <Leolo_3> I'm running I01-nbd-checkupdate by hand on the client and it's not being refused
| |
19:30 | <vagrantc> Leolo_3: the other thing is to simply disable that script
| |
19:30 | <Leolo_3> true
| |
19:31 | <vagrantc> probably doesn't have the environment variables set, so it'd just exit
| |
19:31 | <Leolo_3> switching to name-based. how do I tell the client to use name not port?
| |
19:32 | <alkisg> If you press cancel on that dialog, do you continue to the login prompt?
| |
19:32 | <vagrantc> that is likely to be distro specific
| |
19:32 | <Leolo_3> option root-path "nbd:10.104.0.3:2000:squashfs:ro";
| |
19:32 | I have to tweak that :-)
| |
19:33 | <vagrantc> i have no idea how to tell dracut to se named exports
| |
19:35 | <Leolo_3> I strongly suspect you can't
| |
19:35 | at least, not with the dracut that comes with CentOS 6
| |
19:36 | <vagrantc> we need more active redhat/fedora maintainers :(
| |
19:38 | while it's not my personal preference, i think it's important for ltsp to be well supported on most major distros
| |
19:43 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection) | |
19:49 | khildin has left IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
19:50 | khildin has joined IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be) | |
20:05 | <Leolo_3> here's a question : why develop nbd when tftpd does nearly the samething?
| |
20:07 | ok, root via NFS isn't noticably slower. I don't get the "new version" loop. But LDM is still crashing
| |
20:07 | sometimes crashing
| |
20:19 | a thought occurs to me - why even bother with LDM? I could set up XDM and I know that works well
| |
20:24 | bobby_C has joined IRC (bobby_C!~bobby@188.20.161.210) | |
20:41 | <vagrantc> tftp and nbd are entirely different
| |
20:42 | ldm was implemented to support local devices, sound, local apps, remote apps, and probably some other features i'm not remembering
| |
20:43 | tftp downloads the entire file, nbd allows you do download individual blocks as needed, and access them as if they were a local device
| |
20:44 | Leolo_3: and ldm is sometimes working?
| |
20:44 | Leolo_3: what are the specs on the thin clients like?
| |
20:45 | <Leolo_3> configure.ac:38: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT
| |
20:45 | vagrantc - the "default" thin client is a Fit PC2
| |
20:46 | but there are many other things
| |
20:48 | <vagrantc> Leolo_3: what sort of cpu and ram, mainly
| |
20:48 | Leolo_3: it's failin to build, or you're saying it spits out that error when running it?
| |
20:49 | khildin has left IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
20:49 | <Leolo_3> Atom 1.6Ghz 1GB
| |
20:50 | <vagrantc> ok, so it's probably not running out of ram...
| |
20:52 | <Leolo_3> (but I'm not currently running on a Fit)
| |
20:54 | my test VM has 1GB also
| |
21:01 | hydruid has left IRC (hydruid!~hydruid@209.65.226.232, Read error: Connection reset by peer) | |
21:02 | bobby_C has left IRC (bobby_C!~bobby@188.20.161.210, Remote host closed the connection) | |
21:07 | <Leolo_3> it only seg faults some times. the segfault happens after I type in the username
| |
21:07 | (btw, on the fone talking about other projets is why nothing is moving)
| |
21:21 | (btw, on the fone talking about other projets is why nothing is moving)
| |
21:21 | oops
| |
21:27 | ||cw has left IRC (||cw!~chris@phpgroupware/cw, Remote host closed the connection) | |
21:28 | ||cw has joined IRC (||cw!~chris@phpgroupware/cw) | |
21:31 | gadi has joined IRC (gadi!~gadi@pool-108-21-187-8.nycmny.fios.verizon.net) | |
21:47 | dsugar100 has left IRC (dsugar100!~dsugar@columbia.tresys.com, Quit: dsugar100) | |
21:53 | adrianorg has left IRC (adrianorg!~adrianorg@179.180.171.81, Ping timeout: 240 seconds) | |
21:53 | gadi has left IRC (gadi!~gadi@pool-108-21-187-8.nycmny.fios.verizon.net, Ping timeout: 240 seconds) | |
21:53 | F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, Ping timeout: 240 seconds) | |
21:53 | telex has left IRC (telex!~telex@freeshell.de, Write error: Connection reset by peer) | |
21:53 | F-GT has joined IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net) | |
21:54 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds) | |
22:04 | telex has joined IRC (telex!~telex@freeshell.de) | |
22:07 | FGXR6 has joined IRC (FGXR6!~phantom@ppp59-167-136-109.static.internode.on.net) | |
22:08 | F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, *.net *.split) | |
22:08 | Leolo_3 has left IRC (Leolo_3!~fil@24-54-35-233.mg.cgocable.ca, *.net *.split) | |
22:08 | work_alkisg has left IRC (work_alkisg!~alkisg@plinet.ioa.sch.gr, *.net *.split) | |
22:09 | adrianorg has joined IRC (adrianorg!~adrianorg@179.180.171.81) | |
22:12 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
22:13 | khildin has joined IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be) | |
22:15 | khildin has joined IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be) | |
22:37 | khildin_ has joined IRC (khildin_!~khildin@ip-213-49-84-35.dsl.scarlet.be) | |
22:45 | khildin_ has left IRC (khildin_!~khildin@ip-213-49-84-35.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
22:46 | khildin has left IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be, Ping timeout: 240 seconds) | |
22:53 | khildin has joined IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be) | |
22:54 | khildin has joined IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be) | |
23:16 | khildin has left IRC (khildin!~khildin@ip-213-49-84-35.dsl.scarlet.be, Quit: I'm gone, bye bye) | |