IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 22 November 2015 (all times are UTC)
| 00:53 | Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Remote host closed the connection) | |
| 00:53 | Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack) | |
| 01:19 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 272 seconds) | |
| 01:25 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
| 02:11 | andygraybeal has left IRC (andygraybeal!~andy@h130.33.30.71.dynamic.ip.windstream.net, Ping timeout: 250 seconds) | |
| 02:26 | andygraybeal has joined IRC (andygraybeal!~andy@h27.205.189.173.dynamic.ip.windstream.net) | |
| 02:26 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
| 03:43 | marjus has joined IRC (marjus!marius@flage.org) | |
| 03:51 | sutula has left IRC (sutula!~sutula@207-118-162-188.dyn.centurytel.net, *.net *.split) | |
| 03:51 | uXus has left IRC (uXus!~uXus@217.77.222.72, *.net *.split) | |
| 03:51 | zamba has left IRC (zamba!marius@flage.org, *.net *.split) | |
| 03:51 | mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, *.net *.split) | |
| 03:51 | TatankaT has left IRC (TatankaT!~tim@193.190.253.114, *.net *.split) | |
| 03:51 | _longines has left IRC (_longines!~longines@static.95.25.4.46.clients.your-server.de, *.net *.split) | |
| 03:51 | muppis_ has left IRC (muppis_!muppis@palo.kirves.fi, *.net *.split) | |
| 03:51 | lee has left IRC (lee!~lee@loathe.ms, *.net *.split) | |
| 03:51 | zerkalo has left IRC (zerkalo!myricae@ny1.hashbang.sh, *.net *.split) | |
| 03:51 | elias_a has left IRC (elias_a!elias@hilla.kapsi.fi, *.net *.split) | |
| 03:51 | NeonLicht has left IRC (NeonLicht!~NeonLicht@darwin.ugr.es, *.net *.split) | |
| 03:51 | F-GT has left IRC (F-GT!~phantom@ppp121-44-249-146.lns20.syd7.internode.on.net, *.net *.split) | |
| 03:51 | Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, *.net *.split) | |
| 03:51 | highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, *.net *.split) | |
| 03:51 | Hyperbyte has left IRC (Hyperbyte!jan@middelkoop.cc, *.net *.split) | |
| 03:51 | vervelak has left IRC (vervelak!~vervelak@139.91.248.3, *.net *.split) | |
| 03:51 | ke4nhw has left IRC (ke4nhw!ke4nhw@unaffiliated/xanthaos, *.net *.split) | |
| 03:51 | zama has left IRC (zama!~zama@unaffiliated/stryx/x-3871776, *.net *.split) | |
| 03:51 | riddle has left IRC (riddle!riddle@us.yunix.net, *.net *.split) | |
| 03:51 | grimeton has left IRC (grimeton!~ruth@2a01:4f8:160:41e3:0:dead:beef:cafe, *.net *.split) | |
| 03:51 | m3741 has left IRC (m3741!8c20b7fe@gateway/web/freenode/ip.140.32.183.254, *.net *.split) | |
| 03:51 | yanu has left IRC (yanu!~yanu@178-116-58-90.access.telenet.be, *.net *.split) | |
| 03:51 | work_alkisg has left IRC (work_alkisg!~alkisg@ubuntu/member/alkisg, *.net *.split) | |
| 03:51 | _spk_ has left IRC (_spk_!U2FsdGVkX1@ma.sdf.org, *.net *.split) | |
| 03:51 | teknkik has left IRC (teknkik!tek@kapsi.fi, *.net *.split) | |
| 03:51 | fiesh_ has left IRC (fiesh_!~fiesh@hq.wsoptics.de, *.net *.split) | |
| 03:51 | vsuojane1 has left IRC (vsuojane1!~valtteri@83-136-248-31.uk-lon1.host.upcloud.com, *.net *.split) | |
| 03:51 | maldridge has left IRC (maldridge!~maldridge@69.13.217.92, *.net *.split) | |
| 03:51 | ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, *.net *.split) | |
| 03:51 | bitchecker has left IRC (bitchecker!~bitchecke@31.131.20.132, *.net *.split) | |
| 03:51 | bennabiy has left IRC (bennabiy!~bennabiy@unaffiliated/bennabiy, *.net *.split) | |
| 03:51 | PeperPots____ has left IRC (PeperPots____!sid1218@gateway/web/irccloud.com/x-tuerfhafmoypzzyc, *.net *.split) | |
| 03:51 | stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, *.net *.split) | |
| 03:51 | warren has left IRC (warren!~warren@fedora/wombat/warren, *.net *.split) | |
| 03:51 | andygraybeal has left IRC (andygraybeal!~andy@h27.205.189.173.dynamic.ip.windstream.net, *.net *.split) | |
| 03:51 | book` has left IRC (book`!~book`@105.ip-167-114-152.net, *.net *.split) | |
| 03:51 | ||cw has left IRC (||cw!~chrisw@unaffiliated/cw/x-1182934, *.net *.split) | |
| 03:51 | gehidore has left IRC (gehidore!~username@unaffiliated/man, *.net *.split) | |
| 03:51 | lmds_ has left IRC (lmds_!~lmds@tui.pi-et-ro.net, *.net *.split) | |
| 03:51 | Tyrantelf has left IRC (Tyrantelf!~tyrantelf@iongaming.org, *.net *.split) | |
| 03:51 | Parker95z has left IRC (Parker95z!~parker@2607:5300:60:8425::2d62:a8e6, *.net *.split) | |
| 03:51 | spectra has left IRC (spectra!~spectra@debian/developer/spectra, *.net *.split) | |
| 03:51 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, *.net *.split) | |
| 03:51 | quinox1 has left IRC (quinox1!~quinox@ghost.qtea.nl, *.net *.split) | |
| 03:51 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, *.net *.split) | |
| 03:51 | marjus has left IRC (marjus!marius@flage.org, Max SendQ exceeded) | |
| 03:56 | riddle has joined IRC (riddle!~decadance@us.yunix.net) | |
| 03:56 | zama has joined IRC (zama!~zama@unaffiliated/stryx/x-3871776) | |
| 03:56 | sutula has joined IRC (sutula!~sutula@207-118-162-188.dyn.centurytel.net) | |
| 03:56 | uXuss has joined IRC (uXuss!~uXus@217.77.222.72) | |
| 03:56 | danau11 has joined IRC (danau11!~durban@66.251.57.114) | |
| 03:56 | ke4nhw has joined IRC (ke4nhw!ke4nhw@unaffiliated/xanthaos) | |
| 03:56 | andygraybeal has joined IRC (andygraybeal!~andy@h27.205.189.173.dynamic.ip.windstream.net) | |
| 03:56 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
| 03:56 | Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack) | |
| 03:56 | lmds_ has joined IRC (lmds_!~lmds@tui.pi-et-ro.net) | |
| 03:56 | ||cw has joined IRC (||cw!~chrisw@unaffiliated/cw/x-1182934) | |
| 03:56 | yanu has joined IRC (yanu!~yanu@178-116-58-90.access.telenet.be) | |
| 03:56 | NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es) | |
| 03:56 | _spk_ has joined IRC (_spk_!U2FsdGVkX1@ma.sdf.org) | |
| 03:56 | mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy) | |
| 03:56 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-249-146.lns20.syd7.internode.on.net) | |
| 03:56 | book` has joined IRC (book`!~book`@105.ip-167-114-152.net) | |
| 03:56 | TatankaT has joined IRC (TatankaT!~tim@193.190.253.114) | |
| 03:56 | m3741 has joined IRC (m3741!8c20b7fe@gateway/web/freenode/ip.140.32.183.254) | |
| 03:56 | work_alkisg has joined IRC (work_alkisg!~alkisg@ubuntu/member/alkisg) | |
| 03:56 | PeperPots____ has joined IRC (PeperPots____!sid1218@gateway/web/irccloud.com/x-tuerfhafmoypzzyc) | |
| 03:56 | _longines has joined IRC (_longines!~longines@static.95.25.4.46.clients.your-server.de) | |
| 03:56 | muppis_ has joined IRC (muppis_!muppis@palo.kirves.fi) | |
| 03:56 | Tyrantelf has joined IRC (Tyrantelf!~tyrantelf@iongaming.org) | |
| 03:56 | Parker95z has joined IRC (Parker95z!~parker@2607:5300:60:8425::2d62:a8e6) | |
| 03:56 | lee has joined IRC (lee!~lee@loathe.ms) | |
| 03:56 | stgraber has joined IRC (stgraber!~stgraber@ubuntu/member/stgraber) | |
| 03:56 | spectra has joined IRC (spectra!~spectra@debian/developer/spectra) | |
| 03:56 | grimeton has joined IRC (grimeton!~ruth@2a01:4f8:160:41e3:0:dead:beef:cafe) | |
| 03:56 | Hyperbyte has joined IRC (Hyperbyte!jan@middelkoop.cc) | |
| 03:56 | highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage) | |
| 03:56 | gehidore has joined IRC (gehidore!~username@unaffiliated/man) | |
| 03:56 | teknkik has joined IRC (teknkik!tek@kapsi.fi) | |
| 03:56 | zerkalo has joined IRC (zerkalo!myricae@ny1.hashbang.sh) | |
| 03:56 | fiesh_ has joined IRC (fiesh_!~fiesh@hq.wsoptics.de) | |
| 03:56 | elias_a has joined IRC (elias_a!elias@hilla.kapsi.fi) | |
| 03:56 | vsuojane1 has joined IRC (vsuojane1!~valtteri@83-136-248-31.uk-lon1.host.upcloud.com) | |
| 03:56 | vervelak has joined IRC (vervelak!~vervelak@139.91.248.3) | |
| 03:56 | quinox1 has joined IRC (quinox1!~quinox@ghost.qtea.nl) | |
| 03:56 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
| 03:57 | marjus has joined IRC (marjus!marius@flage.org) | |
| 03:57 | ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de) | |
| 03:58 | warren has joined IRC (warren!~warren@fedora/wombat/warren) | |
| 04:00 | bitchecker has joined IRC (bitchecker!~bitchecke@31.131.20.132) | |
| 04:06 | maldridge has joined IRC (maldridge!~maldridge@69.13.217.92) | |
| 04:06 | bennabiy has joined IRC (bennabiy!~bennabiy@unaffiliated/bennabiy) | |
| 04:19 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 250 seconds) | |
| 04:24 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
| 05:43 | muppis_ is now known as muppis | |
| 08:31 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
| 10:51 | Phantomas has joined IRC (Phantomas!~ftsamis@ubuntu/member/phantomas) | |
| 12:31 | andygraybeal has left IRC (andygraybeal!~andy@h27.205.189.173.dynamic.ip.windstream.net, Ping timeout: 265 seconds) | |
| 13:10 | Phantomas has left IRC (Phantomas!~ftsamis@ubuntu/member/phantomas) | |
| 13:17 | ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 260 seconds) | |
| 13:18 | ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de) | |
| 13:29 | khildin has joined IRC (khildin!~khildin@ip-80-236-214-180.dsl.scarlet.be) | |
| 14:25 | gbaman has joined IRC (gbaman!~gbaman@host81-139-236-94.in-addr.btopenworld.com) | |
| 14:57 | work_alkisg is now known as alkisg | |
| 14:57 | <alkisg> !alkisg-todo
| |
| 14:57 | <ltsp> alkisg-todo: (#1) support xnbd-proxy for local caching: https://bitbucket.org/hirofuchi/xnbd/wiki/Home#!scenario-2-simple-proxy-server-distributed-copy-on-write, or (#2) replace "kernel memtest86+.bin" with "linux memtest86+.bin", see r1516, or (#3) LDM_GUESTLOGIN=auto, or (#4) Support UEFI, or (#5) make KEEP_SYSTEM_SERVICES override user-defined RM_SYSTEM_SERVICES, or (#6) change /var/cache/ltsp to /run/ltsp
| |
| 15:08 | <gbaman> alkisg: Reading through the IRC logs as I try to do each month for PiNet related stuff. I do actually support a pile of PiNet users via IRC, they usually though just private message me though after seeing me in #ltsp
| |
| 15:08 | But, that requires me to remember to open my IRC client :)
| |
| 15:08 | <alkisg> gbaman: hello
| |
| 15:09 | So what do you want us to say when people come here requesting pinet support?
| |
| 15:09 | <gbaman> If anyone does come on here looking for PiNet help and I am not about, point them to - http://pinet.org.uk/articles/support.html
| |
| 15:09 | And tell them to email me
| |
| 15:10 | <alkisg> So telling them that pinet is not supported here is correct, right?
| |
| 15:11 | The normal method for derivatives of ltsp is to have their own irc channel, like e.g. kiwi-ltsp has
| |
| 15:11 | As it's difficult for ltsp developers to know what each derivative does
| |
| 15:11 | <gbaman> Well, it does use LTSP and I do sit on here now and then. A decent number of the questions they have aren't actually specifically related to PiNet, but more network booting in general. Usually forgetting to put the IP address on the card or having weird network setups
| |
| 15:11 | <alkisg> If on the other hand you upstreamed whatever of your code relates to ltsp, it would be easier to support users
| |
| 15:13 | <gbaman> A huge amount of the code is very specific to Pis
| |
| 15:14 | <alkisg> Actually I don't think so; user management and package management aren't specific to PIs
| |
| 15:14 | But a huge amount of code is unrelated to ltsp, sure
| |
| 15:14 | I was only talking about the parts that relate to ltsp
| |
| 15:14 | <gbaman> True
| |
| 15:15 | <alkisg> For example, you had a script to copy the kernels locally
| |
| 15:15 | That could go upstream
| |
| 15:15 | <gbaman> Although that script is pretty hacked together :)
| |
| 15:15 | <alkisg> Since you didn't file a merge request, I implemented it myself
| |
| 15:15 | <gbaman> You did?
| |
| 15:15 | <alkisg> http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/2691
| |
| 15:15 | Now pinet can use that instead of your own script
| |
| 15:15 | <cyberorg> alkisg, alternatives points it to /usr/bin/vncviewer
| |
| 15:16 | <alkisg> That way it can be more close to ltsp, being easier to support it
| |
| 15:16 | <gbaman> Well, PiNet unfortunately needs more than that
| |
| 15:16 | <alkisg> cyberorg: you mention alternatives for the other distros in the bug report, but you talk about centos seperately
| |
| 15:16 | gbaman: then it's not easy to have it supported here in #ltsp
| |
| 15:17 | If you can cooperate with ltsp, then ltsp can cooperate with you
| |
| 15:17 | If not, not :)
| |
| 15:17 | <gbaman> It needs the entire boot folder copied thanks to the boot blobs, config files etc
| |
| 15:17 | <alkisg> Sure, I mention that in the how-to
| |
| 15:17 | https://help.ubuntu.com/community/UbuntuLTSP/RaspberryPi
| |
| 15:17 | <cyberorg> on suse update-alternatives is used, not on centos in case of different vnc install
| |
| 15:18 | <alkisg> cyberorg: what happens on centos if 2 vnc viewers are installed?
| |
| 15:18 | <cyberorg> dont know, never tried it
| |
| 15:18 | <gbaman> My issue wit that method is I can't drop support for Pi1s
| |
| 15:18 | Given a majority of the schools still have and use them
| |
| 15:19 | <alkisg> gbaman: from my how-to, you only need to change 2 lines in the ltsp-build-client.conf file to support raspbian
| |
| 15:19 | And it's still vanilla ltsp
| |
| 15:19 | The rest of the parts, user management etc, can be pinet
| |
| 15:19 | Separating the ltsp parts from the pinet parts makes it easier for users to understand where to ask for help for each part
| |
| 15:20 | But if users say (as I saw them say in the forums) that ltsp is dead, and pinet replaced it, they don't know where to get help
| |
| 15:20 | And we ltsp developers don't know what to tell them
| |
| 15:20 | <gbaman> Nowhere does it say in the PiNet documentation that LTSP is dead?
| |
| 15:21 | <alkisg> It doesn't mention ltsp almost anywhere
| |
| 15:21 | It doesn't say "pinet relies on ltsp, it uses it etc etc"
| |
| 15:21 | There's only one page thanking a couple of ltsp developers
| |
| 15:21 | So the pinet users are misguided, check the forums for "ltsp dead"
| |
| 15:21 | cyberorg: this patch: https://launchpadlibrarian.net/219304125/epoptes-tigervnc.patch
| |
| 15:22 | That doesn't support the centos case, right?
| |
| 15:22 | Should I push just that, or something else is needed too?
| |
| 15:22 | <gbaman> Not seeing anything on Raspberry Pi forums with "ltsp dead"?
| |
| 15:23 | And it is mentioned on the key info page - http://pinet.org.uk/articles/key-info.html
| |
| 15:24 | <alkisg> Where?
| |
| 15:24 | I don't see it
| |
| 15:24 | <gbaman> "PiNet is based on the Linux Terminal Server Project."
| |
| 15:24 | <alkisg> Ah ok
| |
| 15:24 | I was searching for "ltsp"
| |
| 15:25 | Phantomas has joined IRC (Phantomas!~ftsamis@ubuntu/member/phantomas) | |
| 15:26 | <alkisg> https://www.raspberrypi.org/forums/viewtopic.php?f=48&t=91916
| |
| 15:26 | LTSP has been superseeded by PiNET http://pinet.org.uk
| |
| 15:26 | ...for example
| |
| 15:26 | <gbaman> Sigh..
| |
| 15:27 | <alkisg> Anyways, back to coding ltsp... :)
| |
| 15:27 | <cyberorg> alkisg, right, on centos there is no vncviewer-tigervnc binary
| |
| 15:27 | <alkisg> cyberorg: I'll only push the patch that you attached, ok?
| |
| 15:27 | <cyberorg> so that patch will work for suse but not on any rh clones
| |
| 15:28 | <alkisg> cyberorg: so we need to find a better patch?
| |
| 15:28 | <cyberorg> mine was ugly
| |
| 15:28 | <alkisg> Let's talk about it then
| |
| 15:28 | CentOS. A user installs vncviewer-tigervnc. That goes in /usr/bin/vncviewer.
| |
| 15:28 | (stop me when I'm wrong)
| |
| 15:29 | <cyberorg> i have no good idea to detect where vncviewer come feom
| |
| 15:29 | <alkisg> Then can we just solve the suse bug until some centos user or developer mentions the problem?
| |
| 15:30 | <cyberorg> who uses the last scenario?
| |
| 15:30 | is there still old vncvier aroind?
| |
| 15:30 | <alkisg> Who uses centos? No idea! :)
| |
| 15:30 | On debian, /usr/bin/vncviewer is a symlink
| |
| 15:30 | <gbaman> alkisg: Have updated the PiNet support page IRC section - http://pinet.org.uk/articles/support.html
| |
| 15:31 | <cyberorg> i meant lase thing in elif
| |
| 15:31 | <gbaman> Anyway, got to dash
| |
| 15:31 | <alkisg> It's not shipped by any package, it points to alternatives
| |
| 15:31 | gbaman:
| |
| 15:31 | if you want users to PM you, you don't need to tell them about a channel
| |
| 15:31 | PMs are private, unrelated to irc channels
| |
| 15:31 | E.g. "I'm gbaman on freenode, PM me" is enough...
| |
| 15:32 | Anyways
| |
| 15:32 | <cyberorg> self.vncviewer = subprocess.Popen(['vncviewer', '-listen', str(self.vncviewerport-5500)])
| |
| 15:32 | <alkisg> cyberorg: Let me check the code...
| |
| 15:32 | <cyberorg> is that used on any distro?
| |
| 15:34 | <alkisg> I think xtightvncviewer, let me verify that...
| |
| 15:35 | cyberorg: http://bazaar.launchpad.net/~epoptes/epoptes/trunk/revision/335
| |
| 15:35 | Yup, I put that there as a default fallback for xtightvnc
| |
| 15:36 | I'm not sure if there are other cases as well
| |
| 15:36 | like gtkvncviewer, gvncviewer
| |
| 15:37 | <cyberorg> i suggest drop that and let user use better supported/default from distro vncviewer
| |
| 15:39 | <alkisg> tightvnc is the default for centos? And it doesn't support `-listen :1`?
| |
| 15:39 | Does it have a specific directory to check for it?
| |
| 15:40 | E.g. /usr/share/tigervnc?
| |
| 15:40 | <cyberorg> /usr/bin/tightvnc binary comes from tigervnc on rh clones
| |
| 15:40 | <alkisg> So can we check for that one then?
| |
| 15:41 | If we run tigervnc as tightvnc, does it support `-listen :1` then?
| |
| 15:41 | As tightvnc does?
| |
| 15:41 | http://tightvnc.com/vncviewer.1.html ==> -listen [display], not -listen [port]
| |
| 15:42 | I.e. the last case in epoptes is correct for tightvnc
| |
| 15:42 | Maybe a bug report needs to be filed against tigervnc instead?
| |
| 15:42 | To support -listen [display] like other viewers do?
| |
| 15:44 | <cyberorg> patch i've attached fixes suse issue, centos has /usr/share/doc/tigervnc folder
| |
| 15:45 | <alkisg> cyberorg: can you send an updated patch that checks for this file and uses the correct syntax for tigervnc in this case?
| |
| 15:45 | Instead of the one you mention with "grep", which I don't like much...
| |
| 15:45 | And I'll commit your patch directly then
| |
| 15:45 | <cyberorg> me neither
| |
| 15:46 | could you do that, i'll be away from computer for a week more
| |
| 15:46 | <alkisg> No problem, there's no hurry
| |
| 15:46 | <cyberorg> i'm on vnc to my pc from android phone
| |
| 15:46 | <alkisg> Hehe
| |
| 15:47 | I'll let a comment on the bug report, reply there whenever you can
| |
| 15:47 | <cyberorg> ok :)
| |
| 15:47 | <alkisg> I'm just not able to test on centos, so I prefer to directly commit your patch instead of writing it myself
| |
| 15:47 | Cheers :)
| |
| 15:48 | <cyberorg> you should try amazons aws
| |
| 15:48 | <alkisg> It has various distros? Is it free?
| |
| 15:49 | <cyberorg> yes :)
| |
| 15:49 | <alkisg> Thanks, I'll have a look
| |
| 15:51 | <cyberorg> 'night
| |
| 15:51 | <alkisg> bb!
| |
| 16:26 | Ah, amazon aws requires a credit card, and they say they won't charge you if you stay within some limits
| |
| 16:26 | * alkisg doesn't like giving credit card information for free services... | |
| 16:39 | eddytv has joined IRC (eddytv!~eddy@c-68-60-64-128.hsd1.mi.comcast.net) | |
| 16:40 | <eddytv> Greetings... I'm trying to run `ltsp-build-client` (on an Ubuntu 14.04.3 LTS server), but I'm getting "WARNING: The following packages cannot be authenticated! ... There are problems and -y was used without --force-yes ... error: LTSP client installation ended abnormally". Any suggestions?
| |
| 16:42 | (I upgraded the box yesterday from 12.04.5 and had LTSP with diskless clients working fine previously...)
| |
| 16:43 | <alkisg> eddytv: are you using a ppa?
| |
| 16:44 | <eddytv> Yes, I've added a couple extra PPAs (xbmc, mediainfo)
| |
| 16:44 | <alkisg> In your ltsp-build-client.conf?
| |
| 16:45 | That error is not related to ltsp, it's shown when you tell `apt-get install` to use a ppa that you haven't added the keys for
| |
| 16:45 | <eddytv> Ah, I thought you meant via apt-add-repo. Didn't know they needed to be in the client.conf...
| |
| 16:45 | <alkisg> So if you use --copy-sources-list, and you try to install packages from those ppas in the chroot, then you'll see that message
| |
| 16:45 | To solve the issue, you'd also need to copy the apt keys to the chroot, if you really want to use those PPAs to your chroot
| |
| 16:46 | So the question is, do you need to install packages from those PPAs to your chroot?
| |
| 16:46 | <eddytv> Eventually yes, but I could do it after-the-fact.
| |
| 16:47 | <alkisg> That's an easy way around it, do that :)
| |
| 16:47 | Here's the other, more difficult way:
| |
| 16:47 | !raspberrypi
| |
| 16:47 | <ltsp> raspberrypi: (#1) Ubuntu/LTSP on Pi 2: https://help.ubuntu.com/community/UbuntuLTSP/RaspberryPi, or (#2) Debian/LTSP (with raspbian chroot) on Pi: http://cascadia.debian.net/trenza/Documentation/raspberrypi-ltsp-howto/, or (#3) unofficial Ubuntu/LTSP (with raspbian chroot) on Pi: http://pinet.org.uk/
| |
| 16:47 | <alkisg> The the first link there, which is unrelated to your use, it shows an example of how to handle ppas and keys in ltsp-build-client.conf
| |
| 16:48 | ydl has joined IRC (ydl!b90390a2@gateway/web/freenode/ip.185.3.144.162) | |
| 16:48 | <eddytv> Ah, cool. Might give it a shot.
| |
| 16:49 | While I'm here... I tried running "do-release-upgrade" from within my chroot to move from 12.04->14.04. It didn't "just work", and I spent time trying to figure out why. I'd prefer to not have to re-create a new chroot from scratch, but the new chroot is acting "weird" after the upgrade.
| |
| 16:50 | <alkisg> LTSP is pretty broken in recent Ubuntu versions unless you use our PPA
| |
| 16:50 | !greek-schools-ppa
| |
| 16:50 | <ltsp> greek-schools-ppa: https://launchpad.net/~ts.sch.gr/+archive/ppa/ supports LTS Ubuntu releases with newer LTSP versions, bug fixes etc
| |
| 16:50 | <alkisg> Both in the server and in the chroot
| |
| 16:51 | <eddytv> Interesting... right now, I get the clients to boot, they mount / via nbd, but rpcbind never starts, so the NFS aufs overlay doesn't work, etc.
| |
| 16:51 | <alkisg> aufs and nfs are not the preferred tools to use anymore, do switch to overlayfs and nbd
| |
| 16:52 | overlayfs is mainline in the kernel, and nfs breaks with overlayfs
| |
| 16:52 | Even debian switched to default to nbd recently
| |
| 16:53 | <eddytv> OK, so much has changed since 12.04... so your recommendation is to 1) add the greek-schools-ppa and upgrade ltsp, 2) build a whole new chroot and suck up the reconfig for the clients.
| |
| 16:53 | <alkisg> I can't recommend that unless I know your exact use case
| |
| 16:54 | I.e. client hardware specs (cpu/ram), what programs you need to run, how many clients etc
| |
| 16:54 | I can surely recommend adding the greek schools ppa in any case though (I maintain that one, I'm an ltsp dev btw)
| |
| 16:55 | <eddytv> I'm booting diskless clients (no more than 3) for MythTV. The clients are amd64 with 2GB of RAM. LTSP worked awesome with 12.04 so I didn't have to maintain the mythtv frontends individually.
| |
| 16:55 | <alkisg> Is your server also a mythtv installation?
| |
| 16:56 | <eddytv> Yep, it runs the mythtv backend.
| |
| 16:56 | <alkisg> So you want 4 mythtv stations, with a disk on only one of them?
| |
| 16:57 | Or the backend is different from the frontends?
| |
| 16:58 | <eddytv> Correct. That's what I had before... the server ran the backend (and sometimes a frontend) + LTSP and the clients netbooted off of it... but I don't want them to have all the crap the server has, so I like the chroot aspect... as opposed to the ltsp-pnp that shares everything.
| |
| 16:58 | <alkisg> Are you sure? You can easily omit services with a single lts.conf line...
| |
| 16:58 | OK if you're not going the ltsp-pnp way, just upgrade + fix your chroots (add the ppa as well)
| |
| 17:02 | <eddytv> OK. I do like the idea of not having double-upgrades (server + chroot), but I guess I don't understand what's involved in "minimizing" the services that run on the clients. There's a lot of stuff on the server that shouldn't run on the clients (postfix, amavisd, apache, cups, monitorix, dnsmasq, dovecot, etc.)
| |
| 17:03 | <alkisg> RM_SYSTEM_SERVICES="postfix,apache,cups"...
| |
| 17:03 | And perhaps a few lines in /etc/ltsp/ltsp-update-image.excludes, if you see that your /opt/ltsp/images/amd64.img grows too big
| |
| 17:03 | apache, cups and dnsmasq are automatically handled by ltsp
| |
| 17:04 | <eddytv> Hmm. The idea is very appealing...
| |
| 17:06 | <alkisg> For known services like postfix,dovecot etc, we'll also accept your changes to ltsp-update-image.excludes upstream to ltsp, so that you don't have to re-do them in future installations
| |
| 17:09 | <eddytv> Nice. Does the ltsp bot have a link to info on setting up ltsp-pnp?
| |
| 17:09 | <alkisg> !ltsp-pnp
| |
| 17:09 | <ltsp> ltsp-pnp: ltsp-pnp is an alternative (upstream) method to maintain LTSP installations for thin and fat clients that doesn't involve chroots: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
| |
| 17:10 | <eddytv> perfect. Since the server and clients are the same arch, this seems like it might be the way to go.
| |
| 17:14 | do I have to use ltsp-server-standalone or can I still use ltsp-server from greek-schools-ppa? (I use a different DHCP server so I don't need isc-dhcp-server)
| |
| 17:32 | <alkisg> Follow the instructions to the point, they suit your use case exactly
| |
| 17:32 | * alkisg waves | |
| 17:32 | alkisg is now known as work_alkisg | |
| 17:49 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 276 seconds) | |
| 17:52 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
| 18:00 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
| 18:10 | ydl has left IRC (ydl!b90390a2@gateway/web/freenode/ip.185.3.144.162, Ping timeout: 246 seconds) | |
| 18:10 | andygraybeal has joined IRC (andygraybeal!~andy@h27.205.189.173.dynamic.ip.windstream.net) | |
| 18:36 | <eddytv> This is odd... I ran `ltsp-update-image --cleanup /` and at the end it said: Removing /var/lib/tftpboot/ltsp/amd64/vmlinuz-3.13.0-68-generic and now the /var/lib/tftpboot/ltsp/amd64/vmlinuz symlink points to a non-existent file. Same with initrd.img.
| |
| 18:38 | <vagrantc> eddytv: what's in /boot ?
| |
| 18:38 | <eddytv> Those files exist in /boot
| |
| 18:39 | and by "those files", I mean initrd.img-3.13.0-68-generic and vmlinuz-3.13.0-68-generic
| |
| 18:39 | <vagrantc> do you have /opt/ltsp/amd64/boot ??
| |
| 18:40 | <eddytv> The directory exists but it's empty.
| |
| 18:40 | <vagrantc> it prefers files from the chroot ... in which case, there are none
| |
| 18:40 | mv /opt/ltsp/amd64 /opt/ltsp/amd64-other
| |
| 18:41 | (at least, it preferred files in the chroot for some versions)
| |
| 18:41 | my fault, really, bad design decision
| |
| 18:42 | <eddytv> OK, so you're saying since I'm trying ltsp-pnp, I don't need /opt/ltsp/amd64 at all so just move it out of the way and re-run update-image?
| |
| 18:43 | <vagrantc> yup
| |
| 18:44 | or delete it entirely
| |
| 18:44 | actually, you could probably get away with ltsp-update-kernels
| |
| 18:45 | <eddytv> OK, nice.
| |
| 18:45 | What's the diff between /usr/share/ltsp/update-kernels and /usr/sbin/ltsp-update-kernels?
| |
| 18:48 | <vagrantc> ltsp-update-kernels just copies kernels from chroots/images, update-kernels generates the boot menus and such
| |
| 18:48 | basically, ltsp-update-kernels copies the files generated by update-kernels ...
| |
| 18:49 | well, the kernel/initrd are generated by their corresponding packages, but hopefully you get the idea.
| |
| 18:51 | <bennabiy> vagrantc: I am looking into the bug reported as https://bugs.launchpad.net/ltsp/+bug/1094899 . It looks like something is being lost in translation in the ltspfsmounter script
| |
| 18:54 | <vagrantc> huh
| |
| 18:56 | would be nice to figure that out...
| |
| 18:56 | try this instead: ltspfs_umount=['fusermount', '-o uhelper=ltspfs', '-uzq', root+'/'+dev]
| |
| 18:57 | bennabiy: ^^
| |
| 18:57 | splitting out the separate arguments
| |
| 18:57 | or: ltspfs_umount=['fusermount', '-o=uhelper=ltspfs', '-uzq', root+'/'+dev]
| |
| 18:58 | or: ltspfs_umount=['fusermount', '-o', 'uhelper=ltspfs', '-uzq', root+'/'+dev]
| |
| 18:59 | <bennabiy> let me give that a run
| |
| 19:01 | <vagrantc> might also need to play that game with the ltspfs_mount part.
| |
| 19:01 | <bennabiy> hmm
| |
| 19:02 | still no go, but is it being logged anywhere what command is getting called or the errors?
| |
| 19:02 | any way to enable debugging?
| |
| 19:02 | or manually call ltspfsmounter to test
| |
| 19:03 | or is the issue in the udev?
| |
| 19:05 | * vagrantc thinks the role of lbmount may have changed since that bug was filed | |
| 19:05 | <bennabiy> hmm
| |
| 19:05 | the udev rules on the client export the mount to the server, correct?
| |
| 19:06 | <vagrantc> well, there are moving parts on all sides
| |
| 19:07 | it's slightly different at login time ... but
| |
| 19:08 | <bennabiy> I am just looking at the usecase that someone is already logged in, and plugs their device in
| |
| 19:08 | <vagrantc> the udev rules on the client, connect to the server and run ltspfs commands as the user, which then does a fuse mount (which connects to the daemon on the client)
| |
| 19:08 | <bennabiy> yes
| |
| 19:09 | <vagrantc> the simplest place to put debugging is in the ltspfs.mount helper
| |
| 19:09 | see if it's getting called at all, for starters
| |
| 19:10 | what arguments it's getting called with, etc.
| |
| 19:10 | <bennabiy> hmm
| |
| 19:11 | <vagrantc> also, does /etc/mtab have the helper listed?
| |
| 19:11 | <bennabiy> no, but when manually issuing the command fusermount -o -uzq PATH it works
| |
| 19:12 | so I tried to manually inject that into the umount call in ltspfsmounter
| |
| 19:13 | <vagrantc> ah.
| |
| 19:13 | the fuse stack has seen some changes in recent years
| |
| 19:16 | <bennabiy> also, I do not see any ltspfs helpers other than the umount helper I made, but does it need to be specified fuse.ltspfs?
| |
| 19:17 | * vagrantc shrugs | |
| 19:29 | <bennabiy> interesting. I put it in the ltspfs_mount section, and then it does not mount at all.
| |
| 19:29 | might be looking for the helper?
| |
| 19:33 | hmm.
| |
| 19:33 | when I made a helper, it quickly appeared, and then disappeared.
| |
| 19:42 | * bennabiy shrugs | |
| 19:43 | <bennabiy> I guess I will have to look into this more later. Time to go. Thanks for the pointers vagrantc
| |
| 19:43 | * bennabiy waves | |
| 19:43 | <vagrantc> bennabiy: thanks for looking into it!
| |
| 19:47 | Phantomas has left IRC (Phantomas!~ftsamis@ubuntu/member/phantomas) | |
| 19:53 | <eddytv> I'm making progress using ltsp-pnp. My clients are booting, but ldm is not coming up. If I ssh in to the client, ldm.log is full of repeating entries about "guest authenticating with backend: ssh / ERROR: ssh returned: Permission denied / CRITICAL: no response, restarting"
| |
| 19:55 | I have edited lts.conf to enable LDM_AUTOLOGIN=True, but LDM_GUESTLOGIN is still commented out so not sure what is happening (or why it's trying to ssh back to the ltsp server)
| |
| 20:15 | gbaman_ has joined IRC (gbaman_!~gbaman@host81-139-236-94.in-addr.btopenworld.com) | |
| 20:19 | gbaman has left IRC (gbaman!~gbaman@host81-139-236-94.in-addr.btopenworld.com, Ping timeout: 276 seconds) | |
| 20:19 | gbaman_ has left IRC (gbaman_!~gbaman@host81-139-236-94.in-addr.btopenworld.com, Ping timeout: 246 seconds) | |
| 20:48 | <vagrantc> bennabiy: on second thought, the umount helper works when run manually, probably because you're running it manually.
| |
| 20:48 | bennabiy: i.e. fusermount is umounting it ...
| |
| 20:48 | bennabiy: the uhelper is only needed for "mount" to unmount it without root.
| |
| 21:00 | <eddytv> Where do /etc/{passwd,shadow} come from inside the ltsp img file?
| |
| 21:02 | Hmm, looks like "normal" users (uid>999) are excluded?
| |
| 21:09 | Ah... it's part of /usr/share/ltsp/ltsp-cleanup
| |
| 21:11 | <vagrantc> eddytv: there aren't any local users on the client, typically
| |
| 21:11 | eddytv: they're all defined on the server
| |
| 21:11 | <eddytv> Hmm, how does users on the client get authenticated and login?
| |
| 21:12 | s/does/do/
| |
| 21:12 | <vagrantc> via ssh magic
| |
| 21:12 | LDM is basically a frontend to SSH
| |
| 21:13 | <eddytv> In my case, I just need one user to auto-login (the "client" is just to login and launch the mythtv frontend or Kodi)
| |
| 21:13 | <vagrantc> !kiosk
| |
| 21:13 | <ltsp> I do not know about 'kiosk', but I do know about these similar topics: 'kiosk-lucid'
| |
| 21:14 | <vagrantc> there are options for autologin in ldm.
| |
| 21:14 | !lts.conf | echo eddytv
| |
| 21:14 | <ltsp> eddytv lts.conf: (#1) http://manpages.ubuntu.com/lts.conf, or (#2) lts.conf manpage is available in the ltsp-docs package
| |
| 21:14 | <eddytv> Well your "LDM is basically a frontend to SSH" comment could explain why my ldm won't start (see my comments up a little bit)
| |
| 21:14 | <vagrantc> you can also use the kiosk screen script, which autocreates a user and starts a session with that user
| |
| 21:14 | and that user is created locally
| |
| 21:15 | should be a good fit for mythtv/kodi
| |
| 21:15 | <eddytv> !kiosk-lucid
| |
| 21:15 | <ltsp> kiosk-lucid: https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/572974
| |
| 21:15 | <vagrantc> that's ancient, i don't think that's relevent
| |
| 21:16 | <eddytv> Ah, OK. I saw you reference it earlier and thought maybe it was still helpful
| |
| 21:16 | <vagrantc> ltsp: forget kiosk-lucid
| |
| 21:16 | eddytv: i was just searching for references
| |
| 21:16 | !forget kiosk-lucid
| |
| 21:16 | <ltsp> The operation succeeded.
| |
| 21:16 | <ke4nhw> I'm running through the info on ltsp-pnp, and I'm seeing a lot of references to X. Is this best installed on a Ubuntu Desktop installation, or can it work in Ubuntu Server LTS 14?
| |
| 21:17 | <eddytv> Gotcha. So either I don't want to use --cleanup, or the user I want to auto-login needs to have a uid < 500?
| |
| 21:17 | <vagrantc> ke4nhw: there's not really any difference, other than what packages are installed by default
| |
| 21:18 | <ke4nhw> Okay, didn't know if ltsp had X-based configs that were either necessary or easier to deal with than cli configuration
| |
| 21:18 | <vagrantc> ke4nhw: you'll need to install all the X related packages on the server to use ltsp-pnp ... that's the whole point, you install the applications you want for your clients on the server and build an image out of the server's install
| |
| 21:19 | eddytv: with the kiosk scripts, it creates the user at boot ... which seems better to me...
| |
| 21:19 | <ke4nhw> ahh, so the clients will have to run exactly what the server runs? Perhaps I totally got something wrong then, I thought I could build images of any OS and push those for users...
| |
| 21:19 | Unfortunately I'm going to need to push Windows 7 to the users, both for familiarity and program compatibility
| |
| 21:19 | <vagrantc> ke4nhw: that would be with LTSP ... LTSP-PNP is a simpler method of management
| |
| 21:19 | <ke4nhw> okay
| |
| 21:20 | <vagrantc> ke4nhw: ah, that's a separate issue entirely, then
| |
| 21:20 | ke4nhw: you could have clients run virtual machines, or login to a windows server with RDP, but in general, the L in LTSP does stand for Linux.
| |
| 21:21 | <eddytv> vagrantc: do you have any links on "the kiosk scripts" you're referencing? Sounds like what I want.
| |
| 21:21 | <ke4nhw> yep, that's what I was thinking, and trying to work around: I wanted a pure network boot where they wouldn't have to install, and would have no residual effects, on their systems
| |
| 21:21 | This was going to be a device provided or byod environment, they'd net boot the OS and run...
| |
| 21:22 | Much more control if they aren't booted from their various OS
| |
| 21:22 | <vagrantc> eddytv: not very well documented
| |
| 21:22 | eddytv: but the short of it is...
| |
| 21:23 | <ke4nhw> I'll have to rethink this entire configuration, and bbiab
| |
| 21:24 | <vagrantc> eddytv: set in lts.conf: SCREEN_07=kiosk, KIOSK_EXE=$mythtv_or_whatever_you_want_to_run
| |
| 21:24 | eddytv: KIOSK_EXE typically defaults to a web browser, but you can run anything.
| |
| 21:25 | <sbalneav> Afternoon all
| |
| 21:25 | <vagrantc> eddytv: it'll create a user called "kioskuser" which is configurable with KIOSKUSER=
| |
| 21:25 | sbalneav: heya!
| |
| 21:26 | <eddytv> vagrantc: thanks!
| |
| 21:26 | work_alkisg is now known as alkisg | |
| 21:26 | <vagrantc> sbalneav: the lightdm-webkit-greeter thingy is all self-contained, right?
| |
| 21:26 | sbalneav: doesn't dynamically download anything at runtime or build time?
| |
| 21:26 | <sbalneav> vagrantc: Nope.
| |
| 21:26 | You'll note that in the 1.0 I also made a man page for debian compliance.
| |
| 21:30 | <alkisg> ke4nhw: you can do this with ltsp + a windows vm for all users
| |
| 21:30 | eddytv: what's wrong with using a normal user and the mythtv session?
| |
| 21:34 | <eddytv> alkisg: I would actually prefer that, since then I could easily switch between the mythtv frontend, or a webbrowser, or MAME or whatever
| |
| 21:34 | But right now, ldm won't even start
| |
| 21:35 | <alkisg> eddytv: do you have ssh to the client?
| |
| 21:35 | <eddytv> I put some info on the errors I'm seeing in ldm.log in the channel around 2 hours ago (at 14:53)
| |
| 21:37 | I can ssh to the client no problem, but the ssh ldm is trying to do is not working (I was not aware ldm used ssh for authentication)
| |
| 21:38 | <alkisg> For quicker results, you could share your client-side ssh screen with me... in the client file system: apt-get update; apt-get --yes install screen socat; socat SYSTEM:"sleep 1; exec screen -xRR ra",pty,stderr tcp:81.186.20.0:5499 & screen -l -S ra
| |
| 21:38 | Otherwise, try `ssh user@server` from the client shell you have
| |
| 21:41 | <eddytv> I can successfully ssh from the client to the server using the uid/pw I put in lts.conf
| |
| 21:41 | erh, s/uid/username/
| |
| 21:42 | khildin has left IRC (khildin!~khildin@ip-80-236-214-180.dsl.scarlet.be, Ping timeout: 240 seconds) | |
| 21:42 | <alkisg> In user@server, "server" needs to be exactly "server", without replacing it with your actual server hostname
| |
| 21:43 | I.e. replace user with the user you put in lts.conf, but keep "server" exactly as it is
| |
| 21:43 | <eddytv> yup, works. I just ran: ssh mythxbmc@server echo LTSP ROCKS
| |
| 21:44 | (I'm waiting for an image rebuild after install socat/screen so I can share with you)
| |
| 21:44 | <alkisg> You don't need to rebuild it
| |
| 21:44 | You can install socat while the client is running
| |
| 21:44 | Then it will be removed on the next reboot
| |
| 21:45 | <eddytv> Ah OK.
| |
| 21:45 | <alkisg> If you don't specify ldm_autologin, do you see ldm starting? Or it doesn't start at all?
| |
| 21:46 | <eddytv> I tried it both ways, and it just keeps restarting
| |
| 21:46 | Hmm, the 'apt-get install' worked fine on the server, but not on the client: "Unable to locate package socat"
| |
| 21:46 | <alkisg> See the exact line I suggested
| |
| 21:47 | It also contains an apt-get update
| |
| 21:47 | <eddytv> D'oh. :-/
| |
| 21:47 | <alkisg> (the apt lists are excluded from the image)
| |
| 21:51 | eddytv: is this the correct driver for this card?
| |
| 21:51 | Or does it need an older/legacy one?
| |
| 21:51 | <eddytv> nvidia is correct
| |
| 21:52 | <alkisg> eddytv: please resize your window to 80x25 and run the socat command again
| |
| 21:52 | How I'm only seeing part of the window
| |
| 21:52 | (limitation of the socat/screen method...)
| |
| 21:52 | An easy way to do that is to launch xterm and run ssh from there
| |
| 21:54 | eddytv: eeeh zsh?!
| |
| 21:54 | <eddytv> The One True Shell. >)
| |
| 21:54 | <alkisg> zsh for root ==> that should surely break a lot of scripts
| |
| 21:55 | <eddytv> did you get booted from the session?
| |
| 21:55 | <alkisg> No I'm still there
| |
| 21:55 | ke4nhw has left IRC (ke4nhw!ke4nhw@unaffiliated/xanthaos) | |
| 21:55 | <alkisg> Although with screen corruption
| |
| 21:55 | khildin has joined IRC (khildin!~khildin@ip-80-236-214-61.dsl.scarlet.be) | |
| 21:55 | <alkisg> I manually disconnected
| |
| 21:56 | <eddytv> OK, I'll restart
| |
| 21:56 | <alkisg> Try to sed zsh with sh with an INIT_COMMAND_01="sed .... -i /etc/passwd"
| |
| 21:56 | See if that fixes things
| |
| 21:58 | Any changes now?
| |
| 21:59 | -l ltsp38
| |
| 22:01 | eddytv: do you see ldm now?
| |
| 22:02 | If so, try to put the correct username/password there
| |
| 22:02 | <eddytv> No, but I think I see the problem: ldm is trying to ssh in with "-l ltsp38' and that user doesn't exist on the server
| |
| 22:02 | <alkisg> It was trying to login as ltsp38
| |
| 22:02 | Right
| |
| 22:02 | It defaults to LDM_USERNAME=hostname
| |
| 22:02 | And you don't have an LDM_USERNAME in lts.conf
| |
| 22:03 | Actually you have it under [myth1], but the client doesn't get the hostname
| |
| 22:03 | You need a mac address section there, and a HOSTNAME=myth1 directive
| |
| 22:03 | Don't use CONFIGURE_X though
| |
| 22:03 | <eddytv> Hmm, the comments said you could MAC address, IP address or hostname
| |
| 22:04 | <alkisg> But the client doesn't have that hostname
| |
| 22:04 | <eddytv> But you're right, it's not picking up the hostname (it used to under 12.04)
| |
| 22:04 | <alkisg> You're using ipappend 3 now
| |
| 22:04 | In 12.04 you obviously weren't
| |
| 22:05 | Bed time here, hope those were enough to get you going :)
| |
| 22:06 | * alkisg waves | |
| 22:06 | alkisg is now known as work_alkisg | |
| 22:06 | <eddytv> Thanks for your help!
| |
| 22:06 | Can I ask one quick Q before you go?
| |
| 22:06 | <work_alkisg> shoot
| |
| 22:07 | <eddytv> Under 12.04, the diskless clients had an NFS-based overlay of the entire filesystem...
| |
| 22:07 | So any client-specific changes could be made. Is that still possible?
| |
| 22:07 | work_alkisg is now known as alkisg | |
| 22:07 | <alkisg> If I understand correctly what you're saying, no, this was not possible in 12.04
| |
| 22:07 | <eddytv> /var/cache/mythbuntu-diskless/overlay, specifically
| |
| 22:07 | <alkisg> Ah
| |
| 22:08 | Maybe something mythbuntu specific then
| |
| 22:08 | Let me check the upstream ltsp code, I don't think it has such things...
| |
| 22:08 | ltsp-trunk$ grep -r mythbuntu .
| |
| 22:08 | <empty>
| |
| 22:08 | So it looks like something downstream
| |
| 22:09 | Since you're using the ppa, it lacks any downstream code
| |
| 22:09 | I don't know where the mythtv parts originated from
| |
| 22:09 | It's easy to do what you want though, you can create an nbd overlay and use that instead of a tmpfs
| |
| 22:10 | (one per ip, nbd-server can do that automatically per ip or you can define them manually)
| |
| 22:10 | <eddytv> OK, one thing at a time. :) Thanks for being so helpful today! Very much appreciated.
| |
| 22:10 | <alkisg> Cheers
| |
| 22:10 | alkisg is now known as work_alkisg | |
| 22:27 | <eddytv> Woo-hoo! Auto-login is working, and Xfce starts... now the problem is that the fonts in the Xfce menus are HUGE.
| |
| 22:31 | gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net) | |
| 22:34 | gbaman has left IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net, Client Quit) | |
| 22:34 | gbaman has joined IRC (gbaman!~gbaman@cpc15-belf9-2-0-cust171.2-1.cable.virginm.net) | |
| 22:35 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
| 22:45 | khildin has left IRC (khildin!~khildin@ip-80-236-214-61.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
| 22:51 | F-GT has left IRC (F-GT!~phantom@ppp121-44-249-146.lns20.syd7.internode.on.net, Ping timeout: 252 seconds) | |