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


Channel log from 15 October 2014   (all times are UTC)

00:06bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Ping timeout: 260 seconds)
00:33vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
00:45bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
01:24Phantomas has left IRC (Phantomas!~phantomas@ubuntu/member/phantomas, Read error: Connection reset by peer)
01:26gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Remote host closed the connection)
01:27vtxnaznfpxuk has joined IRC (vtxnaznfpxuk!~iamparado@pool-96-228-32-62.rcmdva.fios.verizon.net)
01:29kwmiebach has left IRC (kwmiebach!sid16855@gateway/web/irccloud.com/x-yfbiickkioibuuhy, Ping timeout: 260 seconds)
01:30kwmiebach has joined IRC (kwmiebach!sid16855@gateway/web/irccloud.com/session)
01:33|Paradox| has left IRC (|Paradox|!~iamparado@pool-96-228-32-62.rcmdva.fios.verizon.net, Ping timeout: 272 seconds)
01:33vtxnaznfpxuk is now known as |Paradox|
01:33kwmiebach has left IRC (kwmiebach!sid16855@gateway/web/irccloud.com/session, Changing host)
01:33kwmiebach has joined IRC (kwmiebach!sid16855@gateway/web/irccloud.com/x-ulyixhdgxksqwves)
01:34here_and_there has left IRC (here_and_there!~ivaylo@193.54.153.250, Ping timeout: 260 seconds)
01:35here_and_there has joined IRC (here_and_there!~ivaylo@193.54.153.250)
01:36mmetzger has left IRC (mmetzger!~mmetzger@99-71-214-107.lightspeed.mdldtx.sbcglobal.net, Ping timeout: 272 seconds)
01:38kwmiebach has left IRC (kwmiebach!sid16855@gateway/web/irccloud.com/x-ulyixhdgxksqwves, Ping timeout: 260 seconds)
01:42gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
01:42mmetzger has joined IRC (mmetzger!~mmetzger@99-71-214-107.lightspeed.mdldtx.sbcglobal.net)
01:42kwmiebach_ has joined IRC (kwmiebach_!sid16855@gateway/web/irccloud.com/x-jnouvzxjhqefvfjb)
01:42gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 245 seconds)
01:52kwmiebach_ is now known as kwmiebach
01:54cstk421 has joined IRC (cstk421!~cstk421@99-20-229-203.lightspeed.brhmmi.sbcglobal.net)
02:07gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
02:10gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Read error: Connection reset by peer)
02:11gbaman_ has joined IRC (gbaman_!~gbaman@31.205.104.150)
02:16gbaman_ has left IRC (gbaman_!~gbaman@31.205.104.150, Ping timeout: 255 seconds)
03:09gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
03:14gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 240 seconds)
04:00bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Remote host closed the connection)
04:09gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
04:15gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 272 seconds)
04:21
<work_alkisg>
gbaman: check http://www.epoptes.org/documentation/fat-clients or just use `ssh -XC server-ip epoptes`
05:09gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
05:15gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 255 seconds)
05:25bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
05:33bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.)
05:34bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
05:38gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
05:43gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 260 seconds)
05:45FrozenZi1 is now known as FrozenZia
06:06mealstrom1 has left IRC (mealstrom1!~Thunderbi@46.63.63.163, Ping timeout: 258 seconds)
06:09gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
06:15gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 258 seconds)
06:29gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
06:38mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.71.254)
06:52work_alkisg is now known as alkisg
06:53ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de)
07:09gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
07:14gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 240 seconds)
08:47freedomrun has left IRC (freedomrun!~quassel@unaffiliated/freedomrun, Remote host closed the connection)
09:03* alkisg can't find which script generates /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/memtest ...
09:07freedomrun has joined IRC (freedomrun!~quassel@unaffiliated/freedomrun)
09:10
<alkisg>
!learn alkisg-todo as replace "kernel memtest86+.bin" with "linux memtest86+.bin"
09:10
<ltsp>
The operation succeeded.
09:11
<alkisg>
vagrantc: ^
09:12
Hmmm maybe we removed support for it... ah, yup:
09:12
timestamp: Thu 2013-12-26 10:06:17 -0800
09:12
message:
09:12
update-kernels: Drop support for memtest86*, which generated an un-used
09:12
pxelinux.cfg/memtest file that required manual configuration to use.
09:13
!alkisg-todo
09:13
<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"
09:13
<alkisg>
!forget alkisg-todo 2
09:13
<ltsp>
The operation succeeded.
09:14
<alkisg>
!learn alkisg-todo as replace "kernel memtest86+.bin" with "linux memtest86+.bin", see r1516
09:14
<ltsp>
The operation succeeded.
09:28jaskaran has joined IRC (jaskaran!~jaskaran@202.164.53.117)
09:31jaskaran has left IRC (jaskaran!~jaskaran@202.164.53.117, Client Quit)
09:44alkisg is now known as work_alkisg
10:03Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)
10:41adrianorg has left IRC (adrianorg!~adrianorg@177.204.150.125.dynamic.adsl.gvt.net.br, Ping timeout: 258 seconds)
10:41elias_a_ is now known as elias_a
10:43adrianorg has joined IRC (adrianorg!~adrianorg@177.204.150.125.dynamic.adsl.gvt.net.br)
11:00emillan has joined IRC (emillan!c3391363@gateway/web/freenode/ip.195.57.19.99)
12:36bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.)
12:43cstk421 has left IRC (cstk421!~cstk421@99-20-229-203.lightspeed.brhmmi.sbcglobal.net, )
12:58gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: в город)
13:02bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
13:20bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.)
13:33andygraybeal has left IRC (andygraybeal!~andy@h117.218.213.151.dynamic.ip.windstream.net, Ping timeout: 250 seconds)
13:37markit has joined IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it)
13:40
<markit>
!seen markit
13:40
<ltsp>
markit was last seen in #ltsp 2 weeks, 3 days, 19 hours, 53 minutes, and 33 seconds ago: <markit> maybe I know why, sorry for the noise
13:40
<markit>
!seen alkisg
13:40
<ltsp>
alkisg was last seen in #ltsp 4 hours, 25 minutes, and 54 seconds ago: <alkisg> !learn alkisg-todo as replace "kernel memtest86+.bin" with "linux memtest86+.bin", see r1516
13:40
<markit>
!seen phantomas
13:40
<ltsp>
phantomas was last seen in #ltsp 2 weeks, 0 days, 13 hours, 37 minutes, and 50 seconds ago: <Phantomas> if the issue reappears please let me know here or in launchpad though!
13:59
<Hyperbyte>
mhm
14:38nlebrun has joined IRC (nlebrun!~nleb_@mst45-3-88-170-174-163.fbx.proxad.net)
14:38nlebrun has left IRC (nlebrun!~nleb_@mst45-3-88-170-174-163.fbx.proxad.net)
14:38nlebrun has joined IRC (nlebrun!~nleb_@mst45-3-88-170-174-163.fbx.proxad.net)
14:39nlebrun has left IRC (nlebrun!~nleb_@mst45-3-88-170-174-163.fbx.proxad.net)
14:41gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
15:10freedomrun has left IRC (freedomrun!~quassel@unaffiliated/freedomrun, Read error: Connection reset by peer)
15:45markit has left IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it, Quit: Konversation terminated!)
15:55Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave)
16:00ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 265 seconds)
16:02ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de)
16:11mealstrom has left IRC (mealstrom!~Thunderbi@46.63.71.254, Ping timeout: 250 seconds)
16:33rickogden has left IRC (rickogden!~Rick@revo.theaudioworks.co.uk, Ping timeout: 258 seconds)
16:47gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Remote host closed the connection)
16:47gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
17:09rickogden has joined IRC (rickogden!~Rick@revo.theaudioworks.co.uk)
17:09vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
17:16rickogden has left IRC (rickogden!~Rick@revo.theaudioworks.co.uk, Ping timeout: 255 seconds)
17:47khildin has joined IRC (khildin!~khildin@ip-213-49-87-23.dsl.scarlet.be)
17:54teste has joined IRC (teste!c8c90325@gateway/web/freenode/ip.200.201.3.37)
17:54
<teste>
ola amigos
17:55
preciso muito de uma ajuda
17:55
meus clientes desconectam sozinhos...e n'ao voltam mais a tela do epoptes alguem sabe como resolver isso...uso 18 computadores multiterminais...
17:56
My fatclientes disconnect alone and reconnect n'ao more
17:57teste has left IRC (teste!c8c90325@gateway/web/freenode/ip.200.201.3.37, Client Quit)
17:57* vagrantc sighs
18:06gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Remote host closed the connection)
18:16gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
18:18alkisg-android has joined IRC (alkisg-android!~yaaic@188.4.90.45.dsl.dyn.forthnet.gr)
18:43alkisg-android has left IRC (alkisg-android!~yaaic@188.4.90.45.dsl.dyn.forthnet.gr, Ping timeout: 258 seconds)
18:51dsugar100 has joined IRC (dsugar100!~dsugar@columbia.tresys.com)
18:53FrozenZi1 has joined IRC (FrozenZi1!pbrown@evo.paivola.fi)
18:53FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Ping timeout: 246 seconds)
18:54staffencasa_ has joined IRC (staffencasa_!~staffenca@8-220.ptpg.oregonstate.edu)
18:56Leolo_3 has joined IRC (Leolo_3!~fil@24-54-35-233.mg.cgocable.ca)
18:56maxtrax has left IRC (maxtrax!foobar@korhonen.pro, Ping timeout: 246 seconds)
18:57maxtrax has joined IRC (maxtrax!foobar@korhonen.pro)
18:57
<Leolo_3>
what's the git repo for ltsp?
18:57staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 246 seconds)
18:57workingcats has left IRC (workingcats!~workingca@212.122.48.77, Ping timeout: 246 seconds)
18:57Hyperbyte has left IRC (Hyperbyte!jan@middelkoop.cc, Ping timeout: 246 seconds)
18:58
<vagrantc>
Leolo_3: it uses bzr
18:58
Leolo_3: https://code.launchpad.net/~ltsp-upstream/
19:04
<Leolo_3>
got it
19:04
ok, so Redhat doesn't have 50-rm-system-services
19:04Hyperbyte has joined IRC (Hyperbyte!jan@middelkoop.cc)
19:06
<vagrantc>
Leolo_3: looks like that's correct
19:09
<Leolo_3>
next question : init-scripts are called from init=/sbin/init-ltsp, right?
19:09
<vagrantc>
what do you mean by "init-scripts" ?
19:09
<Leolo_3>
... is the / fs writable at that point? (must be)
19:09
<vagrantc>
the init-ltsp.d hooks?
19:09
<Leolo_3>
init-ltsp.d/* yeah
19:10workingcats has joined IRC (workingcats!~workingca@212.122.48.77)
19:11
<vagrantc>
on debian
19:11
on debian it's usually made writeable by the initramfs
19:11
so yes, it's writeable.
19:11mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163)
19:11
<Leolo_3>
on centos, that happens in rc.sysinit
19:11
<vagrantc>
but i think some distros may make it writeable in early hooks in init-ltsp.d
19:12
or later, i guess.
19:12
the design assumption was that it would be writeable.
19:12
at least, a hook early in init-ltsp.d would make it writeable, so later scripts can assume that
19:12
<Leolo_3>
00-overlay does this, I assume
19:12
<vagrantc>
distros not doing that are arguably broken
19:13
<Leolo_3>
well 50-fstab writes to /etc, so there's that
19:14* vagrantc isn't very familiar with the other distros
19:15
<Leolo_3>
no worries
19:17alkisg_web has joined IRC (alkisg_web!bc045a2d@gateway/web/freenode/ip.188.4.90.45)
19:18
<alkisg_web>
!alkisg-todo
19:18
<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
19:19
<alkisg_web>
vagrantc: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/2516/client/share/ltsp/update-kernels
19:19
"kernel memtest.bin" doesn't work because of the .bin extension
19:20
But if we change that to "linux memtest86+.bin", then it does work
19:20
Was that the reason for the memtest removal from the auto-generated menu?
19:20
<vagrantc>
alkisg_web: that wasn't the reason to remove it, no
19:21
<alkisg_web>
Wouldn't it be nice to have it at the bottom of the menu?
19:21
<Leolo_3>
is there no 50-add-system-services ?
19:21
<vagrantc>
alkisg_web: feel free to re-add it.
19:21
<alkisg_web>
keep_system_services, but not "add"
19:21
<Leolo_3>
or do I have to add that to /opt/ltsp and then remove for specific clients?
19:22
<alkisg_web>
vagrantc: ok
19:22
<vagrantc>
alkisg_web: but make sure it works :)
19:22
<alkisg_web>
Always!
19:22
<Leolo_3>
alkisg - I can't find that
19:22
<vagrantc>
Leolo_3: it's a variable, not an init-ltsp.d snippet
19:23
<alkisg_web>
grep for KEEP_SYSTEM_SERVICES
19:23
<Leolo_3>
right
19:23
found it
19:23
that's close to what I mean, but not exactly
19:23
<alkisg_web>
What do you mean?
19:23
<Leolo_3>
say I have chroot /opt/ltsp/images/i386 chkconfig sshd off
19:24
that will turn off sshd for *all clients*
19:24
now I want to turn it back on for one single client (via lts.conf)
19:24
there's no ADD_SYSTEM_SERVICES
19:24
<alkisg_web>
Ah, that's not the case in debian-based systems, you can't have "disabled" services there, but in /etc/default/some-file, which can't be automatically enabled
19:24
<vagrantc>
Leolo_3: you can put your own snippets in place...
19:24
<alkisg_web>
ENABLE_SYSTEM_SERVICES would be more appropriate than ADD, right?
19:25
<Leolo_3>
yes
19:25
<alkisg_web>
I think that would need to be distro-specific
19:25
<Leolo_3>
I say ADD because you already have RM_SYSTEM_SERVICES
19:25
<alkisg_web>
ADD doesn't make sense in debian though...
19:25
<vagrantc>
i think systemd might have support for that sort of behavior, too
19:25
<Leolo_3>
does RM make sense in debian?
19:26
<vagrantc>
yes, because it removes the files
19:26
<alkisg_web>
It's not "DISABLE", it's "DELETE", so yeah
19:26
I.e. you can't even manually start sshd after the client boots
19:26
The service isn't there at all anymore
19:26
<Leolo_3>
alkisg - woah
19:26
<vagrantc>
though it would be interesting to implement ENABLE/DISABLE ...
19:27
really need to look at systemd integration a little more in the next few days
19:27
<alkisg_web>
upstart had .override files... I don't know how to do that in sysvinit though
19:27
<Leolo_3>
in centos, if I can get a shell on a client, I can type "service sshd start" and have sshd running
19:27
<alkisg_web>
RM_SYSTEM_SERVICES deletes the sshd init script so you can't do that with the script deleted
19:27
<Leolo_3>
centos 5 is sysvinit, centos 6 is upstart and sysvinit (mostly the later), centos 7 is systemd
19:28
I'm working on CentOS 6. Ideally I'll never touch systemd
19:28
<alkisg_web>
systemd will probably allow us to have much common code there about managing services...
19:28* vagrantc nods
19:28
<Leolo_3>
alkisg - you probably know this, but turning a service off in centos means deleting symlinks in /etc/rc.d/rcN.d
19:28
where N is the runlevel
19:29
on debian, do you even delete /usr/sbin/sshd ?
19:29
<wouter>
alkisg_web: note that xnbd isn't compatible with regular nbd anymore, due to a fuckup on my side
19:29
<vagrantc>
no
19:30
<Leolo_3>
so one could run sshd by hand
19:30
<vagrantc>
yes
19:30
but, not a great idea
19:30
<alkisg_web>
wouter: ouch... is that to be fixed in future releases?
19:30
<Leolo_3>
no
19:30
but for debuging something it might be useful
19:30
<vagrantc>
alkisg_web: what was the reason for deleting the actualy init cript rather than the symlink?
19:31
alkisg_web: so upstart wouldn't run it?
19:31
<alkisg_web>
vagrantc: I think the main problem was "too much to do in only a little time due to release schedule" :)
19:31
On second thought, what Leolo_3 said makes a lot of sense, but, I think the .override files would be needed as well
19:32
(for upstart)
19:32
<wouter>
alkisg_web: not sure.
19:32* vagrantc is fast approaching some release schedule deadlines
19:32
<wouter>
the extra commands it uses to do distributed stuff use command numbers that were defined to mean something else in the kernel later on
19:33
<alkisg_web>
wouter: my goal is to have read-only nbd root device, cached to local disk... I looked at bcache etc, but I think xnbd targets the problem better...
19:33
If you have any hints on that goal, they'd be most welcome...
19:33
<wouter>
alkisg_web: not sure, really
19:34
<alkisg_web>
With ssd disks becoming common in the near future, local caching will speed up things a lot
19:34
Having 500 MB/sec on disk, vs 10 MB/sec with a good network, is no real comparison...
19:34
<wouter>
alkisg_web: I intend to talk to the xnbd maintainer to see whether we can fix things up again
19:35
hasn't happened yet, though
19:35
<alkisg_web>
Thanks, that'd be very nice
19:35
<vagrantc>
alkisg_web: i'm starting to think translations on a separate branch that we manually merge in now and then would be better...
19:35
<alkisg_web>
vagrantc: no objections at all :)
19:35* vagrantc only objection is time
19:36
<vagrantc>
it's still dumping commits which change only a few datestrings and no content
19:36
<alkisg_web>
In ltsp-trunk too? Or just in ldm-trunk?
19:36* alkisg_web checks...
19:37
<alkisg_web>
Meh...
19:40adrianorg has left IRC (adrianorg!~adrianorg@177.204.150.125.dynamic.adsl.gvt.net.br, Ping timeout: 255 seconds)
19:41adrianorg has joined IRC (adrianorg!~adrianorg@177.132.223.20)
19:44
<wouter>
alkisg_web: for reference, xnbd-server defines command 3 as NBD_CMD_BGCOPY and command 4 as NBD_CMD_READ_COMPRESS, which are defined as NBD_CMD_FLUSH and NBD_CMD_TRIM, respectively, in the kernel implementation
19:46
<vagrantc>
alkisg_web: thankfully, that last one in ltsp was only one file like that.... don't really get the rhyme or reason to what it's actually doing.
19:46
<alkisg_web>
Maybe someone commiting translations in launchpad without actually changing anything...
19:47
Good night all :)
19:47alkisg_web has left IRC (alkisg_web!bc045a2d@gateway/web/freenode/ip.188.4.90.45, Quit: Page closed)
19:57khildin has left IRC (khildin!~khildin@ip-213-49-87-23.dsl.scarlet.be, Quit: I'm gone, bye bye)
20:31
<Leolo_3>
ok, 50-rm is now working
20:31
how do I submit a patch?
20:32staffencasa_ is now known as staffencasa
20:42
<Leolo_3>
https://code.launchpad.net/~philipgwyn/ltsp/ltsp-rhel # 50-rm for CentOS
20:48
next problem : 50-swap is using NBD, even if I don't have NBD setup anywhere
20:48
it need to detect NFS and either use that, or just exit
20:52
<vagrantc>
Leolo_3: i don't know what the current state of swap over NFS is, but for quite some time it didn't work
20:52
Leolo_3: at any rate, it should be harmless if it isn't available
20:52
Leolo_3: you can also set NBD_SWAP=false in lts.conf to disble it
21:03gbaman_ has joined IRC (gbaman_!~gbaman@31.205.104.150)
21:07gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 272 seconds)
21:08gbaman_ has left IRC (gbaman_!~gbaman@31.205.104.150, Ping timeout: 272 seconds)
21:11
<vagrantc>
Leolo_3: you shouldn't use "function" for defining functions in /bin/sh ... that's a bashism
21:13
Leolo_3: so, other than the lists of services, it's all the same code...
21:14
some minor adjustments, of course
21:16
Leolo_3: it's also simpler to "rm -f /path/to/file" than "test -f /path/to/file && rm -f /path/to/file"
21:16mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Quit: mealstrom)
21:18
<vagrantc>
Leolo_3: missing services shouldn't cause problems, so i'm wondering if we shouldn't just merge the lists of services and move it into the client/share/init-ltsp.d/ ?
21:32mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163)
21:36mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 240 seconds)
21:38gbaman has joined IRC (gbaman!~gbaman@89.185.154.123)
21:50andygraybeal has joined IRC (andygraybeal!~andy@h117.218.213.151.dynamic.ip.windstream.net)
21:52nlebrun has joined IRC (nlebrun!~nleb_@mst45-3-88-170-174-163.fbx.proxad.net)
21:52nlebrun has left IRC (nlebrun!~nleb_@mst45-3-88-170-174-163.fbx.proxad.net)
22:27
<Leolo_3>
vagrant - read the code, it's test -f /path/to/file && rm -f /path/with/wildcards/file
22:27
<vagrantc>
ah, that could go badly, sure
22:28
well, actually, no, that should still be fine.
22:28
rm -f doesn't care if the files exist or not.
22:28
i don't think you need to test if the files exist.
22:29
<Leolo_3>
well I do with http://bazaar.launchpad.net/~philipgwyn/ltsp/ltsp-rhel/revision/2606
22:29
which also supports upstart
22:29
hmmm... rm -f could work for both
22:30
<vagrantc>
Leolo_3: so, the only substantive difference i see is checking a different directory for files to remove and a different list of services
22:30
Leolo_3: could it work to use the same list of services? missing services won't harm anything.
22:31
<Leolo_3>
yes
22:31
actually, I don't know if upstart is started on the client
22:31
I'll have to check
22:32
<vagrantc>
Leolo_3: also, the redhat family of distros could use some more maintenance ... not sure who or where or ho it gets updated, if at all.
22:33
<Leolo_3>
looking at http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/files/head:/client/ it doesn't seem to have been touched since 2013
22:33
which is why I'm working on this now
22:34
vagrantc - 09-hostname seems... wrong to me
22:35
<vagrantc>
i've definitely been updating files in that directory...
22:35
<Leolo_3>
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/files/head:/client/Redhat/ hasn't changed since 2013
22:35
<vagrantc>
oh, you mean the Redhat dir, yeah.
22:37
Leolo_3: "wrong" is a bit vague...
22:37
<Leolo_3>
./client/Redhat/share/ltsp/init-ltsp.d/09-hostname and ./client/Gentoo/share/ltsp/init-ltsp.d/09-hostname seem to be identical to ./client/share/ltsp/init-ltsp.d/09-hostname, except they don't look at HOSTNAME_DOMAIN and DNSDOMAIN
22:37
<vagrantc>
Leolo_3: and underwhelmingly unhelpful :P
22:37
<Leolo_3>
sorry
22:38
having a client named 12341231234123.some.domain is annoying for me
22:38
ltsp 4 would get the client hostname via named (iirc)
22:39
via dns reverse lookup, that is
22:40
<vagrantc>
and that happens too
22:40
<Leolo_3>
it does ?
22:40
<vagrantc>
but if it fails to happen, there are fallbacks
22:40
though i've mostly run in setups without DNS
22:40
but when i've had DNS, it tends to work as expected
22:41
<Leolo_3>
doesn't 09-hostname overide anything but lts.conf
22:41
<vagrantc>
but a lot of LTSP is fairly distro-specific ...
22:41
<Leolo_3>
maybe my memory is wrong
22:41
i'll have to look into it tomorrow
22:41
<vagrantc>
only if it's not already set
22:41
and the dhcp client should set it
22:42
<Leolo_3>
HOSTNAME comes from the dhcp client?
22:42
actually, ignore this for now
22:42
i'll look into it tomorrow
22:43
but you might want to look into the difference between ./client/Redhat/share/ltsp/init-ltsp.d/09-hostname and ./client/Gentoo/share/ltsp/init-ltsp.d/09-hostname and ./client/share/ltsp/init-ltsp.d/09-hostname and merge them
22:45
<vagrantc>
i only make changes to distros i can support