00:08 | ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection) | |
00:35 | gdi2k has joined IRC (gdi2k!~gdi2k@49.151.44.223) | |
00:37 | gdi2k has joined IRC (gdi2k!~gdi2k@49.151.44.223) | |
00:55 | Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Remote host closed the connection) | |
00:59 | Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack) | |
01:41 | fiesh has left IRC (fiesh!~fiesh@hq.wsoptics.de, Ping timeout: 250 seconds) | |
01:52 | <fnurl> oh the tootai left, I could have actually helped with that
| |
02:12 | fiesh has joined IRC (fiesh!~fiesh@hq.wsoptics.de) | |
02:42 | Phantomas has left IRC (Phantomas!~ftsamis@ubuntu/member/phantomas, Ping timeout: 252 seconds) | |
02:47 | FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi) | |
04:16 | andygraybeal has left IRC (andygraybeal!~andy@40.133.172.23, Ping timeout: 240 seconds) | |
06:13 | work_alkisg is now known as alkisg | |
06:36 | alkisg is now known as work_alkisg | |
06:39 | ricotz has joined IRC (ricotz!~ricotz@p5B2A81D8.dip0.t-ipconnect.de) | |
06:39 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
06:40 | vmlintu has joined IRC (vmlintu!~vmlintu@a91-152-200-13.elisa-laajakaista.fi) | |
06:59 | mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk) | |
07:43 | tootai has joined IRC (tootai!~dash@keewi.tootai.net) | |
08:01 | danau111 has joined IRC (danau111!~durban@12.197.179.122) | |
08:01 | danau111 has left IRC (danau111!~durban@12.197.179.122) | |
08:16 | adrianorg has left IRC (adrianorg!~adrianorg@187.113.248.239, Ping timeout: 252 seconds) | |
08:18 | adrianorg has joined IRC (adrianorg!~adrianorg@179.187.30.85.dynamic.adsl.gvt.net.br) | |
08:19 | F-GTSC has left IRC (F-GTSC!~phantom@ppp121-44-192-98.lns20.syd7.internode.on.net, Ping timeout: 260 seconds) | |
08:32 | F-GTSC has joined IRC (F-GTSC!~phantom@45.32.234.151) | |
08:35 | khildin has joined IRC (khildin!~khildin@ip-62-235-42-178.dial.scarlet.be) | |
08:45 | F-GTSC has left IRC (F-GTSC!~phantom@45.32.234.151, Ping timeout: 252 seconds) | |
08:53 | laurent_ has left IRC (laurent_!~laurent@host86-129-215-172.range86-129.btcentralplus.com, Quit: Leaving) | |
09:05 | F-GTSC has joined IRC (F-GTSC!~phantom@ppp121-44-192-98.lns20.syd7.internode.on.net) | |
09:09 | work_alkisg is now known as alkisg | |
09:15 | lbssousa has joined IRC (lbssousa!~laercio@179.154.208.189) | |
09:20 | alkisg is now known as work_alkisg | |
10:30 | markit has joined IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it) | |
10:31 | larryni has left IRC (larryni!~larryni@host86-174-205-165.range86-174.btcentralplus.com, Ping timeout: 250 seconds) | |
10:36 | andyc has joined IRC (andyc!51a808aa@gateway/web/freenode/ip.81.168.8.170) | |
10:43 | ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 240 seconds) | |
10:43 | ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de) | |
10:43 | larryni has joined IRC (larryni!~larryni@host86-174-205-165.range86-174.btcentralplus.com) | |
10:44 | <tootai> Does someone use Berryterminal on Pi2 to connect to Ubuntu server 14.04.03 LTSP server ?
| |
10:45 | On my side, the ssh connection is close with th emessage "no response from server". Using the same credentials from a notebook in ssh works OK
| |
10:48 | Faith has joined IRC (Faith!~paty_@unaffiliated/faith) | |
10:51 | lbssousa has left IRC (lbssousa!~laercio@179.154.208.189, Quit: lbssousa) | |
10:51 | lbssousa has joined IRC (lbssousa!~laercio@179.154.208.189) | |
11:11 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
11:20 | <work_alkisg> tootai: better use upstream ltsp, not berryterminal
| |
11:21 | !raspberrypi
| |
11:21 | <ltsp`> raspberrypi: (#1) LTSP with raspberry pi: http://cascadia.debian.net/trenza/Documentation/raspberrypi-ltsp-howto/, or (#2) To use a similar environment to LTSP on the raspberry pi http://berryterminal.com/, or (#3) https://github.com/gbaman/RaspberryPi-LTSP, or (#4) https://pi-ltsp.net
| |
11:21 | <work_alkisg> I.e. the first one, with either debian, raspbian or ubuntu
| |
11:21 | Ubuntu 15.10 with the greek schools ppa and the raspi2 kernel should support pis fine
| |
11:23 | * markit takes note about news on rasperry side and ltsp | |
11:24 | <markit> work_alkisg: I read "RaspberryPi-LTSP has been replaced with PiNet"
| |
11:24 | http://pinet.org.uk/
| |
12:07 | <work_alkisg> markit: pinet is a collection of scripts that helps teachers run ltsp-build-client etc
| |
12:07 | The main work is still in ltsp
| |
12:08 | I imagine when we'll internationalize sch-scripts, teachers will be able to use those instead of pinet...
| |
12:09 | khildin has left IRC (khildin!~khildin@ip-62-235-42-178.dial.scarlet.be, Ping timeout: 272 seconds) | |
12:13 | Phantomas has joined IRC (Phantomas!~ftsamis@ubuntu/member/phantomas) | |
12:13 | <tootai> work_alkisg, my ubuntu server is already running the greek schools ppa
| |
12:13 | work_alkisg, what do you mean by using the upstream ltsp ?
| |
12:15 | <markit> work_alkisg: I just mean that the #4 link of robot reply is outdated
| |
12:18 | danau11 has joined IRC (danau11!~durban@12.197.179.122) | |
12:19 | larryni has left IRC (larryni!~larryni@host86-174-205-165.range86-174.btcentralplus.com, Ping timeout: 265 seconds) | |
12:31 | <work_alkisg> tootai: I mean that you don't need berryterminal or pinet, you can just run ltsp-build-client --arch armhf etc as the ltsp how-to's say
| |
12:31 | * work_alkisg waves, later... | |
12:31 | <tootai> work_alkisg, I tried #1, failed to build. I contact the developper who asked me to use #4 which is today pinet.co.uk
| |
12:32 | larryni has joined IRC (larryni!~larryni@host86-174-205-165.range86-174.btcentralplus.com) | |
12:55 | larryni has left IRC (larryni!~larryni@host86-174-205-165.range86-174.btcentralplus.com, Ping timeout: 250 seconds) | |
13:08 | larryni has joined IRC (larryni!~larryni@host86-174-205-165.range86-174.btcentralplus.com) | |
13:08 | danau111 has joined IRC (danau111!~durban@12.197.179.122) | |
13:08 | danau111 has left IRC (danau111!~durban@12.197.179.122) | |
13:10 | danau11 has left IRC (danau11!~durban@12.197.179.122, Ping timeout: 240 seconds) | |
13:18 | larryni has left IRC (larryni!~larryni@host86-174-205-165.range86-174.btcentralplus.com, Ping timeout: 240 seconds) | |
13:21 | markit has left IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it, Quit: Konversation terminated!) | |
13:25 | F-GTSC has left IRC (F-GTSC!~phantom@ppp121-44-192-98.lns20.syd7.internode.on.net, Ping timeout: 246 seconds) | |
13:31 | larryni has joined IRC (larryni!~larryni@host86-174-205-165.range86-174.btcentralplus.com) | |
13:36 | work_alkisg is now known as alkisg | |
13:37 | <alkisg> tootai: which OS are you using for the server? distro/version?
| |
13:37 | also, why were you asking about berryterminal if you're trying pinet?
| |
13:37 | * alkisg got a bit confused there.. | |
13:37 | Guest89897 has joined IRC (Guest89897!~gary@h92.45.30.71.dynamic.ip.windstream.net) | |
13:49 | ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu) | |
13:54 | larryni has left IRC (larryni!~larryni@host86-174-205-165.range86-174.btcentralplus.com, Ping timeout: 240 seconds) | |
13:58 | Guest89897 has left IRC (Guest89897!~gary@h92.45.30.71.dynamic.ip.windstream.net) | |
14:00 | <tootai> alkisg, ubuntu server 14.04.03
| |
14:01 | <alkisg> As I said, it would only work with 15.10 :)
| |
14:01 | There's a raspi2 kernel in ubuntu in 15.10
| |
14:01 | <tootai> alkisg, I try to find the solution which feet my needs
| |
14:01 | <alkisg> Sure, and I'm just trying to help, you should select whatever suits you
| |
14:02 | <tootai> II have a test server, also Ubuntu 14.04.03 but clients are Pi1B + Berryterminal for this hardware, this work fine :-(
| |
14:02 | * alkisg is confused and doesn't get if tootai uses berryterminal or pinet | |
14:04 | <tootai> during the time, I ran ltsp-build-client --arch armhf boet now I don't no what to do: should I install the image on a SD card or boot the Pi2 in tftp mode, but I don't know how
| |
14:05 | alkisg: I have 6 Pi2 to setup and 2 test servers, one with pinet, the other without
| |
14:07 | larryni has joined IRC (larryni!~larryni@host86-174-205-165.range86-174.btcentralplus.com) | |
14:07 | <tootai> as berryterminal doesn't work with Pi2, I installed pinet to test if it could feet my needs, but no. It's not translated and teachers have to has to work with command line, which is not possible
| |
14:08 | <alkisg> Err ok anyway, I'll write a tutorial on how to boot raspberry pi2 with ubuntu 15.10+the greek schools ppa, without pinet, in a couple of weeks.
| |
14:08 | <tootai> so now I try to find a replacement to berryterminal without having to install raspbian on each Pi2 and the connect usting VNC/RDP/or whatever
| |
14:08 | * alkisg needs to get back to work for now... | |
14:09 | gdi2k has joined IRC (gdi2k!~gdi2k@180.190.68.47) | |
14:10 | <tootai> alkisg, will be too late for me, I have to install next week :-( Thanks for your help
| |
14:14 | alkisg_web has joined IRC (alkisg_web!bc041bc4@gateway/web/freenode/ip.188.4.27.196) | |
14:18 | alkisg_web has left IRC (alkisg_web!bc041bc4@gateway/web/freenode/ip.188.4.27.196, Client Quit) | |
14:40 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Ping timeout: 250 seconds) | |
14:41 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
14:44 | mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving) | |
16:00 | <alkisg> !client
| |
16:00 | <ltsp`> I do not know about 'client', but I do know about these similar topics: 'fatclients', 'fatclient-printers', 'epoptes-fat-clients', 'nbd-client', 'client-list'
| |
16:00 | <alkisg> !client-list
| |
16:00 | <ltsp`> client-list: to get a list of all nbd-clients (which sometimes is the same as ltsp clients), run: netstat -tn | sed -n 's/.*:10809 *\([0-9.]*\):.*/\1/p' | sort -Vu
| |
16:23 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
16:32 | <alkisg> !learn dhcp-hosts as `to create a dhcp-hosts file for dnsmasq: i=1; for ip in $(netstat -tn | sed -n 's/.*:10809 *\([0-9.]*\):.*/\1/p' | sort -Vu); do arp -an $ip | grep -o -E '([[:xdigit:]]{1,2}:){5}[[:xdigit:]]{1,2}'; done | while read mac; do printf "%s,set:ltsp,,pc%02d\n" "$mac" "$i"; i=$(($i+1)); done`
| |
16:32 | <ltsp`> The operation succeeded.
| |
16:32 | <alkisg> !dhcp-hosts
| |
16:32 | <ltsp`> 'dhcp-hosts: to create a dhcp-hosts file for dnsmasq: i=1; for ip in $(netstat -tn | sed -n \'s/.*:10809 *\\([0-9.]*\\):.*/\x01/p\' | sort -Vu); do arp -an $ip | grep -o -E \'([[:xdigit:]]{1,2}:){5}[[:xdigit:]]{1,2}\'; done | while read mac; do printf "%s,set:ltsp,,pc%02d\n" "$mac" "$i"; i=$(($i+1)); done'
| |
16:37 | <alkisg> !dhcp-hosts
| |
16:37 | <ltsp`> dhcp-hosts: to create a dhcp-hosts file for dnsmasq: i=1; for ip in $(netstat -tn | sed -n 's/.*:10809 *\([0-9.]*\):.*/\1/p' | sort -Vu); do arp -an $ip | grep -o -E '([[:xdigit:]]{1,2}:){5}[[:xdigit:]]{1,2}'; done | while read mac; do printf "%s,set:ltsp,,pc%02d\n" "$mac" "$i"; i=$(($i+1)); done
| |
17:09 | <andyc> alkisg are you there mate?
| |
17:09 | <alkisg> Hi andyc!
| |
17:09 | <andyc> hey
| |
17:09 | <alkisg> Are you on site?
| |
17:09 | <andyc> yes
| |
17:09 | <alkisg> Need help? :)
| |
17:10 | <andyc> yes.. need dns working then i can carry on.. i think due to dnsmasq (broke since then)
| |
17:10 | <3
| |
17:10 | <alkisg> Do you have x11vnc installed? dpkg -l x11vnc
| |
17:10 | <andyc> nope :/
| |
17:10 | <alkisg> OK, then run this: sudo nano /etc/resolv.conf
| |
17:11 | Put nameserver 8.8.8.8 there
| |
17:11 | (replace the 127.... line)
| |
17:11 | That should fix your dns temporarily
| |
17:11 | Then do this:
| |
17:11 | !vnc-dide
| |
17:11 | <ltsp`> vnc-dide: To share your screen with me, run this: sudo apt-get --yes install x11vnc; x11vnc -connect srv1-dide.ioa.sch.gr - this is a reverse connection, it doesn't need port forwarding etc.
| |
17:12 | <vagrantc> alkisg: you sure go the extra mile!
| |
17:13 | <alkisg> vagrantc: well, chat is fine for casual help, but for serious work, vnc is the way to go :)
| |
17:14 | <andyc> the following apckages can't be authenticated..
| |
17:14 | shall i --force-yes
| |
17:14 | <alkisg> Err ok, you probably have something wrong with your apt keys, but ok...
| |
17:17 | andyc: do you want dnsmasq to also function as a dns server for your ltsp clients?
| |
17:17 | It will speed up things, at a small security cost...
| |
17:18 | <andyc> can do, no biggy :)
| |
17:18 | <alkisg> Whatever you want, it's easy to fix it either way
| |
17:18 | <andyc> without then please
| |
17:19 | <alkisg> https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1501189
| |
17:20 | <vagrantc> security cost to using dnsmasq for DNS?
| |
17:21 | <alkisg> Yup
| |
17:21 | <andyc> thanks alkisg.. i'll continue setting everything up and send you an email :)
| |
17:21 | <alkisg> andyc: do you want me to tell you about the menus?
| |
17:22 | <andyc> yes please
| |
17:22 | <vagrantc> alkisg: what are the security implications?
| |
17:22 | <alkisg> vagrantc: give me a few minutes to find some link about it
| |
17:22 | andyc: so, you first need to decide how much of a kiosk it will be, vs how much of a full session
| |
17:23 | E.g. do you want a panel? Do you want multiple desktops?
| |
17:23 | A menu? Or just a method to switch between 2 apps?
| |
17:23 | lubuntu comes with 2 desktops
| |
17:23 | And it has a way to select desktop1 and desktop2, an icon in the panel
| |
17:23 | Or alt+ctrl+left/right or something
| |
17:23 | <andyc> the basics are i will use just google chrome and a sip/softphone .. i will configure chrome policy settings to whitelist 2 websites. i'll uninstall all other brwosers
| |
17:24 | they can't have sudo and do anything except access those websits, but having their own perrsonal space would be advantages so they can write notes
| |
17:24 | also need liobre office...
| |
17:25 | libre*
| |
17:25 | <alkisg> andyc: well, it sounds like you do need a session then, it's not only 2 programs, it's 3 now :)
| |
17:25 | <andyc> yep sorry <3
| |
17:25 | <alkisg> So maybe lubuntu with a custom menu?
| |
17:25 | <andyc> yes sure
| |
17:26 | <alkisg> mate or gnome-flashback can also have locked menus
| |
17:26 | Anything based on gsettings supports mandatory settings
| |
17:26 | <andyc> ok, i'll look into it.. will they let me do it for a specific user, then i use that user as a base to create the other users?
| |
17:27 | <alkisg> No, mandatory settings don't work like that
| |
17:27 | They're specified in text files, not as binary dconf templates
| |
17:27 | With lubuntu you could do it as a default menu, but I'm not sure if it will be mandatory or just "default", i.e. maybe users will be able to add more things later on
| |
17:28 | OK start with lubuntu as you already did, and we'll see how it goes...
| |
17:28 | <andyc> ok mate thanks, will email <3
| |
17:29 | <alkisg> vagrantc: a starting point: https://www.stgraber.org/2012/02/24/dns-in-ubuntu-12-04/ ==> "This dnsmasq server isn’t a caching server for security reason to avoid risks related to local cache poisoning and users eavesdropping on other’s DNS queries on a multi-user system."
| |
17:29 | <andyc> for stage 5 of 28
| |
17:29 | <alkisg> :)
| |
17:29 | <andyc> joke :)
| |
17:56 | khildin has joined IRC (khildin!~khildin@ip-62-235-42-178.dial.scarlet.be) | |
18:02 | <alkisg> vagrantc: btw, dnsmasq has a dhcp-hostsfile directive, which provides the path to a file or dir with dhcp-host=mac,,,hostname,... directives. We could have epoptesd or ltspd read that file and extract the hostnames from there
| |
18:02 | Question, which dir should we use for that? E.g. /etc/dnsmasq.d/dhcp-hosts.d? Or /etc/epoptes/dhcp-hosts.d? Or /etc/ltsp/dhcp-hosts.d? Or symlinks?...
| |
18:03 | We're thinking to implement site-wide groups in epoptes that way, with files like "/etc/dnsmasq.d/dhcp-hosts.d/Our library lab", where the filename will be used as the epoptes group name
| |
18:07 | <vagrantc> alkisg: not sure i like repurposing dnsmasq's configuration for something else entirely
| |
18:07 | even if it has been relatively stable over the years ...
| |
18:07 | * alkisg likes it exactly for not having to specify the same things in 3 different configuration files | |
18:08 | <vagrantc> of course
| |
18:08 | <alkisg> Why should we have to put the hostname in dnsmasq, in epoptes, in lts.conf and I don't know where else?
| |
18:08 | * vagrantc has only rarely ever needed to put hosts in dhcp | |
18:08 | <alkisg> We could have an "ltsp-export-config" tool that would read lts.conf and generate dhcp-hosts... but I'm not sure that's better
| |
18:08 | Where do you specify the hostnames?
| |
18:09 | <vagrantc> lts.conf
| |
18:10 | if anywhere at all
| |
18:10 | but i recogize my use cases don't always match other use-cases
| |
18:11 | but i always try to design installations that don't require the information to be in multiple places ... usually dynamic DHCP/dns works fine for that...
| |
18:13 | ideally, no configuration at all
| |
18:14 | <alkisg> I think that the dhcp server does need to have the hostname information
| |
18:14 | In dnsmasq's case, that's also the dns server, extra benefit
| |
18:14 | <vagrantc> for what?
| |
18:14 | <alkisg> To be able to ping the clients
| |
18:15 | Or ssh to them
| |
18:15 | <vagrantc> why does a dhcp server need to ping or ssh to clients?
| |
18:15 | <alkisg> The dhcp server usually is the one that does dns updates
| |
18:16 | The sysadmin will need to ssh, and he'll get that info from dns
| |
18:16 | <muppis> Dnsmasq provides dns with names generated from dhcp information.
| |
18:16 | <alkisg> dnsmasq does 2 in 1, and that's convenient, yes
| |
18:16 | But also isc-dhcp + bind works fine
| |
18:17 | In isc-dhcp + bind, the info is usually in dhcp...
| |
18:17 | (when someone isn't using static IPs)
| |
18:17 | <muppis> Dnsmasq provids tftpd as well.
| |
18:17 | <alkisg> Sure, we're not comparing dnsmasq to other solutions, we're trying to see where the hostname information belongs
| |
18:18 | <vagrantc> i just haven't seen a need to have hostname information in LTSP environments...
| |
18:18 | <muppis> dns for sure.
| |
18:18 | <alkisg> I think it belongs to the dhcp server, whether it also includes an embedded dns or not
| |
18:19 | muppis: with dynamic ips, people don't put that in dhcp, and configure it for dynamic dns updates?
| |
18:19 | <muppis> It's little ying-yang actually. Dhcp is good to handle it, but right place to provide it is dns.
| |
18:19 | <alkisg> Then you'd need static IPs
| |
18:19 | That's not viable for many installations
| |
18:21 | vagrantc: so you would have epoptes read lts.conf for groups? or ltspd read epoptes for dns?
| |
18:21 | Or have the same information many times?
| |
18:21 | <vagrantc> alkisg: i still don't understand what problem you're trying to solve with all this
| |
18:21 | <alkisg> We want the clients to have static names but not ips
| |
18:21 | <muppis> alkisg, that's why dns should be able to update dynamically.
| |
18:21 | <alkisg> The first client is pc01, the second pc02 etc
| |
18:22 | muppis: how do you tell dns that pc01 is 10.0.0.1 in the morning or 10.0.0.2 in the afternoon if you don't do that with dhcp?
| |
18:22 | <vagrantc> alkisg: as long as you have static names, why not also assign static IPs?
| |
18:23 | <alkisg> Because the IPs are assigned by a cheap router
| |
18:23 | The clients are dual booted as windows PCs etc
| |
18:23 | I don't want to touch the dhcp server == router, nor re-wire the classroom
| |
18:23 | It's the most widely used setup in schools
| |
18:23 | (and in houses)
| |
18:23 | <vagrantc> ok, now we're getting to the meat of the matter :)
| |
18:24 | <muppis> Bind is dynamically updatetable.
| |
18:24 | <alkisg> muppis: link?
| |
18:24 | I know it is, with dhcp
| |
18:24 | I don't know how to do it without dhcp
| |
18:24 | vagrantc: So, one way to do that is with HOSTNAME=xx in lts.conf, we implemented that, but it's not enough
| |
18:25 | vagrantc: there are 2 other things we'd like. One, to be able to ping/ssh to the clients, because currently dns is not updated (we're using dnsmasq)
| |
18:25 | And the other thing is that epoptes also supports groups == different classrooms, where they all get the IPs from the same router
| |
18:25 | <vagrantc> alkisg: and avahi .local addresses aren't good enough?
| |
18:25 | <alkisg> Thin clients have avahi disabled
| |
18:25 | To save RAM
| |
18:25 | <vagrantc> ok.
| |
18:26 | <alkisg> So, the mac <=> hostname information needs to be in 3 places, lts.conf, dnsmasq, epoptes
| |
18:27 | The groups information can be in dnsmasq (to ignore other classrooms, so that they only boot from their own server), and in epoptes
| |
18:27 | And what I'm suggesting is, let's all use the dnsmasq file format so that we only have to declare that information once
| |
18:27 | If someone wants to also put HOSTNAMEs in lts.conf, we don't mind, but ltspd could read them from dnsmasq as well...
| |
18:28 | And epoptes could only read the dnsmasq configuration file
| |
18:28 | Isn't that sane?
| |
18:30 | (ltspd could also read the hostnames from dhcpd.conf, if we want to support it)
| |
18:31 | <vagrantc> it does seem very strongly tied to a more-or-less arbitrary external format ... which, like i said at the beginning, i'm not sure of.
| |
18:33 | <alkisg> Alternative ideas?
| |
18:33 | We're going to implement something...
| |
18:35 | <muppis> alkisg, I haven't tested this, but there's one way to do it: http://linux.yyz.us/nsupdate/
| |
18:36 | <alkisg> muppis: the user there says he's getting his IP with dhcp. How is he getting his hostname?
| |
18:36 | It has a static hostname in his hard disk, which he wants to send to DNS?
| |
18:36 | In LTSP, we don't have hard disks...
| |
18:36 | So we're getting our hostnames from dhcp
| |
18:38 | <muppis> Can get hostname from dhcp or from lts.conf ?
| |
18:39 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving) | |
18:40 | <vagrantc> alkisg: i don't really have any vastly better ideas, other than specifying a format we control (e.g. lts.conf) and generating the other files for compatibility
| |
18:41 | alkisg: which does bring to mind another point ... whatever configuration file formats we expect an LTSP admin to edit should have some consistancy in format, ideally
| |
18:42 | though we've basically got at least two so far ... shell-style included configuration files, and ini-style lts.conf ...
| |
18:42 | <alkisg> vagrantc: what I'm saying is, the hostname normally comes from dhcp. It was the same for LTSP clients until a few years ago we also started supporting the HOSTNAME directive to work around the proxydhcp issues
| |
18:42 | The dnsmasq/isc-dhcp files are not ltsp files
| |
18:43 | We don't specify their format
| |
18:43 | Ideally, ltsp clients would just get the hostname from ltsp, and do a dynamic dns update ==> no HOSTNAME ever needed
| |
18:43 | But with proxydhcp we can't do that easily
| |
18:44 | <ogra_> did you check libnss-myhostname ?
| |
18:44 | <vagrantc> alkisg: why can't we?
| |
18:44 | <ogra_> that might help for parts of it
| |
18:44 | tootai has left IRC (tootai!~dash@keewi.tootai.net, Read error: No route to host) | |
18:44 | <alkisg> Because with ipappend 3 the client doesn't do a dhcp request
| |
18:45 | So dnsmasq never gets to tell the client its hostname
| |
18:45 | <vagrantc> alkisg: that sounds like getting the hostname from DHCP, not from LTSP ... ?
| |
18:45 | <alkisg> We never supported getting the hostname from ltsp, until I needed it for proxydhcp a few years ago... it was always from dhcp
| |
18:46 | That is its proper place
| |
18:46 | But with workarounds like ipappend 3, proxydhcp etc, the proper method breaks and we're starting hacks/workarounds...
| |
18:46 | <vagrantc> i'm pretty sure we implemented hostnames long before anyone heard of proxydhcp stuff
| |
18:47 | <ogra_> yeah
| |
18:47 | via lts.conf
| |
18:47 | <alkisg> HOSTNAME=xx in lts.conf? I don't think so
| |
18:47 | <vagrantc> but that's almost besides the point
| |
18:47 | <alkisg> [hostname] in lts.conf, gotted from isc-dhcp, sure
| |
18:47 | *gotten
| |
18:47 | * ogra_ is pretty sure we used to create /etc/hostname on boot from lts.conf if the MAC matched | |
18:48 | <alkisg> Hmm ok I might remember wrong then
| |
18:48 | <vagrantc> there was an issue with hostname = (none) that we solved long ago
| |
18:48 | <ogra_> no idea how it changed over the years :) but i know we did that in the early days
| |
18:48 | right
| |
18:49 | <alkisg> I do know we created /etc/hostname from dhcp, but not from lts.conf. Anyway.
| |
18:49 | <ogra_> could indeed be that this code doesnt exaist anymore :)
| |
18:49 | <alkisg> (i.e. read from ipconfig's net-eth0.conf)
| |
18:51 | So... if someone puts the hostnames in dnsmasq, where's the harm in ltspd or epoptesd reading that information?
| |
18:52 | vervelak has left IRC (vervelak!~vervelak@139.91.248.3, Ping timeout: 265 seconds) | |
18:54 | vervelak has joined IRC (vervelak!~vervelak@139.91.248.3) | |
18:55 | <vagrantc> when the format required changes and suddenly ltsp and epoptes versions break?
| |
19:01 | <alkisg> vagrantc: if dnsmasq decides to update the format without caring about existing sysadmin files, then our parser could just bail out and ignore them
| |
19:03 | ltsp-config generates a dnsmasq.conf, if at some point that is considered invalid, we'll just have to send an update
| |
19:06 | lbssousa has left IRC (lbssousa!~laercio@179.154.208.189, Quit: lbssousa) | |
19:09 | <vagrantc> fair enough, i guess.
| |
19:14 | <alkisg> vagrantc: would you prefer the opposite, i.e. everything in lts.conf, and an `ltsp-config export dnsmasq` tool that would export dnsmasq, or epoptes.conf, or dhcpd.conf, or pxelinux.cfg/01-mac-address (for cmdline)?
| |
19:14 | <vagrantc> i guess it's the same problem in a different direction
| |
19:15 | then LTSP would possibly end up breaking dnsmasq, or epoptes, or isc-dhcp ...
| |
19:15 | <alkisg> It would be initiated by the sysadmin though, we could say in the end "please verify that the generated file works..."
| |
19:15 | <vagrantc> sure.
| |
19:16 | the addition of pxelinux.cfg/* generation is interesting...
| |
19:16 | * vagrantc is also wondering if lts.conf format is soemthing we want to keep forever | |
19:17 | <alkisg> As long as it goes in /etc/ltsp/config.d/ as snippets, I don't have a problem with .ini file syntax... ah, and it should also support the multiline ini syntax
| |
19:19 | <vagrantc> i think lts.conf currently supports multiple matching statements ... e.g. by ip address, mac address, or hostname ... all of which supporting * wildcard
| |
19:19 | although what order things get applied in is beyond me
| |
19:22 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 250 seconds) | |
19:22 | vervelak has left IRC (vervelak!~vervelak@139.91.248.3, Ping timeout: 260 seconds) | |
19:23 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
19:27 | danau11 has joined IRC (danau11!~durban@12.197.179.122) | |
19:27 | danau11 has left IRC (danau11!~durban@12.197.179.122) | |
19:31 | vervelak has joined IRC (vervelak!~vervelak@139.91.248.3) | |
19:38 | Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving) | |
20:18 | <alkisg> @$)(#@* net connection :)
| |
20:18 | Yup the hostname, mac, ipv4/6 matching should be supported
| |
20:19 | <vagrantc> ah yes, we don't yet support ipv6
| |
20:22 | <alkisg> vagrantc: so, if ltspd or epoptesd supports reading dnsmasq's dhcp-hosts file, that would be under /etc/dnsmasq.d, not under /etc/ltsp, right?
| |
20:22 | Or would we ask for symlinks?
| |
20:22 | * alkisg was thinking of /etc/dnsmasq.d/dhcp-hosts.d/<group name> | |
20:37 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-187-221.lns20.syd7.internode.on.net) | |
20:38 | <vagrantc> alkisg: it really depends...
| |
20:39 | alkisg: not sure how dnsmasq is configured on all distros ...
| |
20:39 | alkisg: is it feasible to have a single client in multiple groups?
| |
20:40 | * alkisg checks... | |
20:41 | <Phantomas> regarding the lts.conf → /etc/ltsp/config.d/ you should check https://code.launchpad.net/~ftsamis/ltsp/ltsp-conf , it supports multiline values and includes (old LIKE) too :)
| |
20:41 | <vagrantc> i know dnsmasq supported multiple tags
| |
20:41 | yay
| |
20:42 | <Phantomas> (and multiple files of course)
| |
20:43 | <alkisg> dnsmasq didn't complain when I tried to set a hostname for the same mac address from multiple files
| |
20:43 | So yeah it's doable, although I can't think of any use case for that
| |
20:47 | (completely unrelated) about supporting dracut and even initramfs-less booting, we could check in init-ltsp.d, if we're not using a COW system, to create one and chain to it with pivot_root...
| |
20:49 | Phantomas: LDM_SESSION="gnome-fallback" ==> does that keep the commends in the value of the key?
| |
20:49 | *quotes, sorry
| |
20:49 | Is the value actually "gnome-flashback" with quotes? Or gnome-flashback?
| |
20:50 | <Phantomas> it keeps the quotes, but it's changeable
| |
20:51 | We do or do not want them preserved?
| |
20:54 | <alkisg> I think we'll want two modes... one for compatibility parsing of /var/lib/tftpboot/ltsp/i386/lts.conf, and one for the new ones in /etc/ltsp/*
| |
20:54 | <Phantomas> or a migration script?
| |
20:54 | shouldn't be complicated to write at all
| |
20:55 | <alkisg> We may end up calling it with a different name, e.g. flexiboot or configd or whatever
| |
20:55 | In that case, no automatic migration would be necessary
| |
20:55 | <Phantomas> and no compatibility either...
| |
20:55 | <alkisg> E.g. all the LDM* variables will no longer be available, they shouldn't be migrated
| |
20:56 | (ldm will be deprecated in ltsp6)
| |
20:56 | (if/when that ever is implemented :D)
| |
20:56 | <Phantomas> so what use would a compatibility mode have?
| |
20:57 | <alkisg> In the "different package name" way, it wouldn't have any use...
| |
20:57 | We'll see how all this works out
| |
20:57 | <Phantomas> vagrantc: Did I mention the best part? It's python3 :P
| |
20:58 | <alkisg> ...and recursive :D
| |
20:58 | <vagrantc> alkisg: i'd be interested to see pivot-root from init-ltsp.d ... but i've never seen that work
| |
20:58 | Phantomas: yay!
| |
20:58 | <alkisg> vagrantc: in the worst case, we could force a cow over the /usr, /etc, ... dirs
| |
20:59 | That won't allow creating /new-dir or /new-file, but it should be good enough for most use cases
| |
21:09 | 'night all! :)
| |
21:09 | alkisg is now known as work_alkisg | |
21:17 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
21:24 | Phantomas has left IRC (Phantomas!~ftsamis@ubuntu/member/phantomas) | |
22:09 | khildin has left IRC (khildin!~khildin@ip-62-235-42-178.dial.scarlet.be, Quit: I'm gone, bye bye) | |
22:11 | myrdd has joined IRC (myrdd!~quassel@55d40eeb.access.ecotel.net) | |
22:11 | muppis has left IRC (muppis!muppis@palo.kirves.fi, Ping timeout: 250 seconds) | |
22:16 | muppis has joined IRC (muppis!muppis@palo.kirves.fi) | |
22:45 | ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection) | |