01:01 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 244 seconds) | |
01:44 | Parker955_Away is now known as Parker955 | |
02:45 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net) | |
02:53 | Parker955 is now known as Parker955_Away | |
03:18 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
03:23 | F-GT has left IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net, Read error: Operation timed out) | |
04:18 | adrianorg_ has left IRC (adrianorg_!~adrianorg@189.58.224.221.dynamic.adsl.gvt.net.br, Ping timeout: 245 seconds) | |
04:29 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 244 seconds) | |
05:01 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
05:11 | bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl) | |
05:20 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Quit: cyberorg) | |
05:24 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
05:36 | <knipwim> alkisg: my idea for the common.conf was to provide a place to override the default
| |
05:36 | <alkisg> knipwim: sure, the defaults can go to the common server functions
| |
05:36 | <knipwim> at least, ship such a file, so users know that there is a common.conf to override stuff in
| |
05:37 | ricotz has joined IRC (ricotz!~rico@p5B2AC549.dip.t-dialin.net) | |
05:37 | ricotz has joined IRC (ricotz!~rico@unaffiliated/ricotz) | |
05:37 | <alkisg> But I wonder why vagrantc can't just use a different TFTP_DIR in each of his servers
| |
05:37 | ...i.e. why does he need multiple ones
| |
05:38 | <knipwim> 01:32 < vagrantc> different tftp servers on debian have different default dirs.
| |
05:38 | <alkisg> If wheezy defaults to a different tftp dir than squeeze, that would be a packaging issue
| |
05:38 | <knipwim> from last night
| |
05:39 | <alkisg> Ah, tftp servers, not the ltsp package... hmm...
| |
05:39 | <knipwim> you would say the tftp boot dir for each tftp server would be configurable
| |
05:40 | <alkisg> It is, but if we're using each tftp server's default, then we can't really mention the default tftp dir in our manpages
| |
05:40 | By default, we don't check the tftp server's dir, we just create our own
| |
05:41 | E.g. /var/lib/tftpboot doesn't exist anyway
| |
05:42 | But I guess it's ok to test multiple dirs for existence and then go ahead and create the first one if none exists
| |
05:43 | <knipwim> if i have time this week, i'll remove the tftpbootdir options from all commands
| |
05:43 | vagrant was okay with that
| |
05:44 | <alkisg> knipwim: and BASE too?
| |
05:45 | Remember to use TFTP_DIRS=${TFTP_DIRS:=defaults} in the distro server common functions, so as for the user to be able to override it with TFTP_DIRS="xxx" ltsp-build-client
| |
05:45 | <knipwim> not for now
| |
05:46 | ^^ for BASE
| |
05:47 | can we do an ltsp-build-client with custom name?
| |
05:47 | <alkisg> Why not? /me thinks it's a similar case...
| |
05:47 | <knipwim> that would totally remove the necesity for a different BASE
| |
05:47 | <alkisg> BASE=xx ltsp-build-client? sure
| |
05:48 | <knipwim> i mean, if BASE = /opt/ltsp, that /opt/ltsp/i686-dev and /opt/ltsp/i686-prod
| |
05:48 | like a custom $name instead of $arch
| |
05:48 | now i still have an /opt/ltsp-dev/i686
| |
05:48 | <alkisg> That's ltsp-build-client --chroot=name
| |
05:48 | <knipwim> and an /opt/ltsp/i686
| |
05:49 | <alkisg> E.g. ltsp-build-client --arch=amd64 --chroot=i686-dev
| |
05:49 | (ok arch i686 there in gentoo)
| |
05:49 | <knipwim> cool :)
| |
05:49 | so yes, BASE can be removed as well
| |
05:49 | <alkisg> So I vote that when TFTP_DIRS go away, so does BASE
| |
05:50 | Nice
| |
05:50 | <knipwim> and tftp_boot_dir?
| |
05:50 | <alkisg> Yeah that too
| |
05:50 | <knipwim> that leaves just --help for ltsp-update-kernels
| |
05:50 | <alkisg> As long as the environment takes precedence over the defaults in distro-common-functions
| |
05:51 | <knipwim> i hadn't thought of the var definitions in the common functions
| |
05:51 | but i'll make a not of that
| |
05:51 | <alkisg> Also I think I prefer them to be in server-common.conf instead of plain common.conf
| |
05:51 | <knipwim> s/not/note/
| |
05:51 | <alkisg> As 'common.conf' can't be shipped by both ltsp-server and ltsp-client packages
| |
05:52 | (and include server.conf from the server common functions)
| |
05:52 | <knipwim> is it shipped to client ?
| |
05:52 | <alkisg> Currently it's not shipped by any package, but when it is, it'll hit the same problem as common-functions
| |
05:53 | <knipwim> there are not client vars in it
| |
05:53 | <alkisg> (unless we name the client one "common-client.conf" and the server one "common.conf")
| |
05:54 | <knipwim> but you're right. it shouldn't be named common
| |
05:54 | <alkisg> Sure, I'm thinking ahead, in case we need to add some defaults there for the client as well
| |
05:54 | <knipwim> but common-server.conf
| |
05:55 | troels has joined IRC (troels!~troels@0x573c2c98.bynqu1.dynamic.dsl.tele.dk) | |
06:03 | <alkisg> stgraber: I can't make `host` wait for only 1 second when doing queries to non-existing name servers, so I'm going with dig for now
| |
06:04 | host is waiting for 2 secs with -W 1
| |
06:40 | troels has left IRC (troels!~troels@0x573c2c98.bynqu1.dynamic.dsl.tele.dk, Quit: Leaving) | |
06:44 | highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Read error: Connection reset by peer) | |
06:44 | highvoltage has joined IRC (highvoltage!~highvolta@sateda.stgraber.org) | |
06:51 | loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: Leaving) | |
06:52 | * alkisg ponders an `ltsp-config ltsp --ltsp-tool` addition to ltsp-config... | |
06:54 | <alkisg> E.g. ltsp-config ltsp --server-common or --update-kernels or --ltsp-update-image.excludes, to copy templates from examples to /etc/ltsp
| |
06:56 | Or maybe plain ltsp-config "configuration-file"
| |
07:10 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net) | |
07:10 | TBroedsgaard has joined IRC (TBroedsgaard!~troels@0x573c2c98.bynqu1.dynamic.dsl.tele.dk) | |
07:20 | <alkisg> Now that we're using nbd-server, how can we tell it to only serve clients from the local network and not from e.g. the internet? /etc/hosts.deny no longer applies, right?
| |
07:21 | khildin has joined IRC (khildin!~khildin@ip-80-236-212-53.dsl.scarlet.be) | |
07:28 | * alkisg searches for the "subnet masks" format in /etc/nbd-server/allow ... | |
07:38 | <Hyperbyte> alkisg, can't you just put listenaddr = <ip> in your ltsp_i386.conf?
| |
07:38 | <alkisg> Hyperbyte: some schools use cisco routers that map one external IP to the server IP
| |
07:38 | <Hyperbyte> I always find it better to make sure software doesn't listen on an interface it shouldn't serve to begin with, rather than have it listen and deny requests somehow... prevents you from exploits in the software causing problems.
| |
07:38 | <alkisg> So I can access all server ports > 1024 with the external router IP
| |
07:39 | But the server itself doesn't have an external IP, it has 10.x.x.x
| |
07:39 | <Hyperbyte> alkisg, so basically the server is configured as DMZ host?
| |
07:41 | <alkisg> I think so, I'm not very familiar with either the method used or the DMZ* terminology in general
| |
07:41 | Also, specifying a listenaddr makes it hard for teachers with "roaming" ltsp servers, i.e. their laptops
| |
07:42 | 10.0.0.0/8 is a valid cidr, isn't it? nbd-server chokes when I put that in /etc/nbd-server/allow... :-/
| |
07:43 | Jun 6 10:33:05 alkis nbd_server[24589]: Can't open authorization file (null) (Bad address).
| |
07:43 | Jun 6 10:33:52 alkis kernel: [ 9396.570267] nbd-server[24675]: segfault at 67 ip 08049f2f sp bfad5c40 error 4 in nbd-server[8048000+9000]
| |
07:47 | open(NULL, O_RDONLY|O_LARGEFILE) = -1 EFAULT (Bad address) ==> ok probably nbd-server doesn't try to access the correct file, trying with nbd-server -l...
| |
07:50 | <Hyperbyte> alkisg, anything with /1 to /32 is a valid subnet.
| |
07:50 | alkisg, you could also try 10.0.0.0/255.0.0.0, see if that works better.
| |
07:51 | <alkisg> Hyperbyte: nah it looks like a bug in nbd-server, it tries to read from "NULL" instead of /etc/nbd-server/allow
| |
07:52 | <Hyperbyte> I wonder if you can't just do this from your ltsp_<arch>.conf
| |
07:53 | alkisg, you don't have an empty line in your allow file by any chance?
| |
07:54 | <alkisg> No, I see with strace that it doesn't even access that file
| |
07:55 | <Hyperbyte> Permission problem?
| |
07:55 | I believe the nbd server is running under the 'nbd' user, not root.
| |
07:57 | <alkisg> OK found it, if no "authfile" is specified in /etc/nbd-server/conf.d/ltsp_i386.conf, then it _doesn't_ use the default authfile of /etc/nbd-server/allow.
| |
07:57 | Will file a bug for it
| |
08:07 | risca has joined IRC (risca!~risca@h87-96-186-214.dynamic.se.alltele.net) | |
08:07 | dobber has joined IRC (dobber!~dobber@213.169.45.222) | |
08:11 | Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@82-68-255-22.dsl.in-addr.zen.co.uk) | |
08:12 | <Hyperbyte> alkisg, it makes sense for LTSP to use a custom auth file though, doesn't it?
| |
08:12 | Then it won't interfere with existing nbd setups
| |
08:12 | <alkisg> I think it should default to internal networks only
| |
08:12 | Not interfere, how?
| |
08:12 | For hosts.allow/deny, I think we put the internal network there by default
| |
08:13 | 10.*, 192.168.* etc
| |
08:13 | But I can't make the auth file work with nbd-server yet... :(
| |
08:14 | <Hyperbyte> Hrm - these auth files are defined per mountpoint, aren't they?
| |
08:15 | <alkisg> Ah, sure, we can create an ltsp-specific one
| |
08:20 | Meh I can get it to work with "192.168.67.241/24" but not with "192.168.67.0/24"
| |
08:20 | There's another bug there
| |
08:20 | * alkisg starts the compilation dance... :( | |
08:23 | <tol> hi guys
| |
08:23 | i have a problem migrating ltsp 10.04 to 12.04
| |
08:24 | or maybe its a problem with unity, because its running veeery slow on the thin clients i have here
| |
08:24 | <Hyperbyte> alkisg, try 192.168.67.1/24
| |
08:25 | <alkisg> Hyperbyte: Didn't work
| |
08:26 | !gnome-fallback | echo tol:
| |
08:26 | <ltsp`> tol: gnome-fallback: To select gnome-fallback as your default session, put this line in your lts.conf: LDM_SESSION="gnome-session --session=gnome-fallback"
| |
08:26 | <tol> but cpu usage of xorg doesnt seem to go over 50%
| |
08:26 | <alkisg> Install the gnome-session-fallback package too
| |
08:26 | <tol> k, i'll try
| |
08:39 | rickogden has joined IRC (rickogden!~Rick@host.hifirevolution.com) | |
08:49 | TBroedsgaard has left IRC (TBroedsgaard!~troels@0x573c2c98.bynqu1.dynamic.dsl.tele.dk, Quit: Leaving) | |
08:52 | rhorstkoetter has joined IRC (rhorstkoetter!~rhorstkoe@opensuse/member/rhorstkoetter) | |
09:06 | <alkisg> OK the nbd-server bug seems to be a network-order bug, i.e. it masks the low bits instead of the higher ones, filing a bug...
| |
09:08 | vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 252 seconds) | |
09:12 | <alkisg> Filed https://bugs.launchpad.net/ubuntu/+source/nbd/+bug/1009393
| |
09:30 | risca has left IRC (risca!~risca@h87-96-186-214.dynamic.se.alltele.net, Read error: Connection reset by peer) | |
09:35 | risca has joined IRC (risca!~risca@h87-96-186-214.dynamic.se.alltele.net) | |
09:47 | vmlintu has joined IRC (vmlintu!~vmlintu@dsl-hkibrasgw2-ff78c300-68.dhcp.inet.fi) | |
09:56 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
09:57 | ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood) | |
09:57 | toscalix has joined IRC (toscalix!~toscalix@53.226.219.87.dynamic.jazztel.es) | |
09:58 | ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de) | |
10:02 | khildin has left IRC (khildin!~khildin@ip-80-236-212-53.dsl.scarlet.be, Read error: Connection reset by peer) | |
10:21 | leftreris_nik has joined IRC (leftreris_nik!~user@pc8692.cti.gr) | |
10:39 | Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71) | |
11:15 | bieb1 has joined IRC (bieb1!~hbieber@173.226.16.130) | |
11:41 | ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Read error: Operation timed out) | |
11:44 | ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de) | |
11:51 | roland has joined IRC (roland!~roland@196.32.233.9) | |
11:52 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net) | |
11:53 | gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Remote host closed the connection) | |
11:54 | gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net) | |
11:54 | roland has left IRC (roland!~roland@196.32.233.9) | |
11:55 | roland has joined IRC (roland!~roland@196.32.233.9) | |
11:55 | roland is now known as lifeboyh | |
11:56 | lifeboyh is now known as lifeboy | |
11:59 | <lifeboy> Hi all, I changed the file access rights on an ltsp server by mistake (via a symlink with chacl) and now nbd-server doesn't run properly
| |
12:00 | how can I troubleshoot this? I have nbdrootd running on port 2000
| |
12:00 | when I connect to it via telnet, I get disconnected right away again.
| |
12:01 | I don't see any events in /var/log/daemon.log or in syslog or messages
| |
12:04 | Of course when I boot a thin client, I get "Error: failed to connect to NBD server"
| |
12:06 | other services were fixed when I corrected their config files' access rights or when I reinstalled the service using "apt-get install --reinstall ...", but nbd (actually openbsd-inetd) just doesn't work properly anymore.
| |
12:07 | mgariepy has left IRC (mgariepy!mgariepy@ubuntu/member/mgariepy, Quit: Leaving) | |
12:07 | vmlintu has left IRC (vmlintu!~vmlintu@dsl-hkibrasgw2-ff78c300-68.dhcp.inet.fi, Ping timeout: 250 seconds) | |
12:12 | mgariepy has joined IRC (mgariepy!mgariepy@ubuntu/member/mgariepy) | |
12:26 | <lifeboy> also, when I run /usr/sbin/inetd -d, I get this output
| |
12:26 | when I telnet to the server's port 2000
| |
12:29 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@189.58.224.221.dynamic.adsl.gvt.net.br) | |
12:29 | <lifeboy> "someone wants 2000 \ accepts, ctrl 3 \ 21945 execv /usr/bin/tcpd \ reaping asked for \
| |
12:31 | 29145 reaped, status 100
| |
12:31 | "
| |
12:34 | Anyone \n Any idea?
| |
12:43 | muppis has left IRC (muppis!muppis@viuhka.fi, Ping timeout: 245 seconds) | |
12:50 | <lifeboy> that was too messy: Here's the output http://pastebin.com/stKw3QbF
| |
12:57 | bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.) | |
13:03 | leftreris_nik has left IRC (leftreris_nik!~user@pc8692.cti.gr) | |
13:04 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
13:08 | <alkisg> !pad
| |
13:08 | <ltsp`> alkisg: pad: http://pad.ubuntu-uk.org/ltsp
| |
13:09 | [GuS] has joined IRC ([GuS]!~MysT@213-117-16-190.fibertel.com.ar) | |
13:09 | [GuS] has joined IRC ([GuS]!~MysT@unaffiliated/gus/x-663402) | |
13:11 | Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@82-68-255-22.dsl.in-addr.zen.co.uk, Quit: Leaving) | |
13:18 | toscalix has left IRC (toscalix!~toscalix@53.226.219.87.dynamic.jazztel.es, Remote host closed the connection) | |
13:31 | map7_ has joined IRC (map7_!~map7@ppp118-209-23-122.lns20.mel4.internode.on.net) | |
13:35 | mgariepy has left IRC (mgariepy!mgariepy@ubuntu/member/mgariepy, Quit: Leaving) | |
13:40 | mgariepy has joined IRC (mgariepy!mgariepy@ubuntu/member/mgariepy) | |
14:03 | mgariepy has left IRC (mgariepy!mgariepy@ubuntu/member/mgariepy, Remote host closed the connection) | |
14:04 | mgariepy has joined IRC (mgariepy!mgariepy@ubuntu/member/mgariepy) | |
14:12 | dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174) | |
14:14 | toscalix has joined IRC (toscalix!~toscalix@178.139.129.158) | |
14:18 | Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com) | |
14:19 | Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com) | |
14:32 | Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com) | |
14:34 | lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66) | |
14:36 | lifeboy has left IRC (lifeboy!~roland@196.32.233.9, Ping timeout: 256 seconds) | |
14:37 | lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.66, Read error: Connection reset by peer) | |
14:39 | lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66) | |
14:42 | iku_esp has joined IRC (iku_esp!c193130a@gateway/web/freenode/ip.193.147.19.10) | |
14:42 | <iku_esp> hiii
| |
14:42 | someone setup a kiosk mode?
| |
14:45 | Mip has joined IRC (Mip!~Mip@208.72.71.69) | |
14:49 | lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66) | |
14:52 | lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.66, Read error: Connection reset by peer) | |
14:53 | lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66) | |
14:53 | toscalix has left IRC (toscalix!~toscalix@178.139.129.158, Ping timeout: 244 seconds) | |
14:55 | risca has left IRC (risca!~risca@h87-96-186-214.dynamic.se.alltele.net, Quit: Lämnar) | |
14:55 | lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.66, Read error: Connection reset by peer) | |
15:02 | lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66) | |
15:02 | map7_ has left IRC (map7_!~map7@ppp118-209-23-122.lns20.mel4.internode.on.net, Read error: Operation timed out) | |
15:03 | lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.66, Read error: Connection reset by peer) | |
15:06 | lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66) | |
15:07 | toscalix has joined IRC (toscalix!~toscalix@62-87-54-176.red-acceso.airtel.net) | |
15:07 | lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.66, Read error: Connection reset by peer) | |
15:07 | lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.101) | |
15:08 | iku_esp has left IRC (iku_esp!c193130a@gateway/web/freenode/ip.193.147.19.10, Quit: Page closed) | |
15:16 | komunista has joined IRC (komunista!~slavko@adsl-195-168-242-147.dynamic.nextra.sk) | |
15:21 | loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
15:23 | mgariepy has left IRC (mgariepy!mgariepy@ubuntu/member/mgariepy, Remote host closed the connection) | |
15:29 | mgariepy has joined IRC (mgariepy!mgariepy@ubuntu/member/mgariepy) | |
15:34 | dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection) | |
15:35 | vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi) | |
16:01 | F-GT has left IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net, Ping timeout: 244 seconds) | |
16:02 | Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Quit: I Leave) | |
16:17 | mikkel has joined IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk) | |
16:20 | adrianorg__ has joined IRC (adrianorg__!~adrianorg@201.22.248.187.dynamic.dialup.gvt.net.br) | |
16:20 | adrianorg_ has left IRC (adrianorg_!~adrianorg@189.58.224.221.dynamic.adsl.gvt.net.br, Read error: Connection reset by peer) | |
16:22 | lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.101, Quit: Ex-Chat) | |
16:23 | Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com) | |
16:32 | Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Quit: I Leave) | |
16:35 | <Mip> Hey Gang - I'm setting up ltsp on 12.04 on a new box. After several failed attempts to get the client to build fully, I finally got it. I moved he old, failed versions of /opt/ltsp/i386 to /opt/ltsp/junk. I'd like to delete it, but am getting "permission denied" on things within /proc and /sys, even when trying to delete as root. My main concern is that I've created cruft in various places, and really want to make sure it's all gone.
| |
16:37 | <||cw> Mip: is there a loop mount left over from a chroot?
| |
16:38 | not loop, a bind mount
| |
16:38 | <Mip> great question - how would I check that?
| |
16:38 | <||cw> mount
| |
16:38 | you'll see something like /proc on /whatever/proc
| |
16:40 | <Mip> I see proc on /proc, but not proc on /xxx/proc - here's the result of mount http://pastebin.com/dyvLWzTs
| |
16:44 | additionally, I saw some stuff scroll by as the client built, but that stuff didn't make it into ltsp-image-build.log - I was using screen, so can't scroll back to find it. I need to set an option to build the image with more detailed logging, at least for now.
| |
16:48 | I've got to run for about an hour, but hope to get back to it. Thanks for your help
| |
16:48 | Mip has left IRC (Mip!~Mip@208.72.71.69) | |
17:01 | toscalix has left IRC (toscalix!~toscalix@62-87-54-176.red-acceso.airtel.net, Ping timeout: 245 seconds) | |
17:27 | toscalix has joined IRC (toscalix!~toscalix@62-87-23-101.red-acceso.airtel.net) | |
17:42 | toscalix has left IRC (toscalix!~toscalix@62-87-23-101.red-acceso.airtel.net, Ping timeout: 244 seconds) | |
17:45 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
18:01 | risca has joined IRC (risca!~risca@m90-129-134-139.cust.tele2.se) | |
18:04 | toscalix has joined IRC (toscalix!~toscalix@53.226.219.87.dynamic.jazztel.es) | |
18:13 | <bieb1> ubuntu 12.04 fresh install.. I have a .sh file that is the print client that our paid print system uses, I need the file to run for each user on logon, it uses java.. what is the best way to accomplish this?
| |
18:14 | toscalix has left IRC (toscalix!~toscalix@53.226.219.87.dynamic.jazztel.es, Read error: Connection reset by peer) | |
18:28 | mealstrom has joined IRC (mealstrom!~mealstrom@alfaprime.mail4u.com.ua) | |
18:28 | mealstrom has left IRC (mealstrom!~mealstrom@alfaprime.mail4u.com.ua) | |
18:28 | <alkisg> bieb1: this too, isn't ltsp related... why don't you google for "ubuntu run program for all users"?
| |
18:28 | ..."Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime" :P
| |
18:39 | alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Ping timeout: 245 seconds) | |
18:39 | alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47) | |
18:43 | Mip has joined IRC (Mip!~Mip@208.72.71.69) | |
18:47 | <Mip> Hey Gang - I'm trying to remove old and failed images from /opt/ltsp. Even as root, I can't remove them (though I can move them to another name). I get a "operation not permitted" for items w/in /proc and /sys. Any ideas? I'd really like to be sure that there's no cruft laying around somewhere that's going to rear it's head once this box is in production.
| |
18:50 | <alkisg> Mip: ltsp-build-client failed and it left mounted /proc etc
| |
18:50 | If it's easy for you, reboot your server
| |
18:50 | <Mip> I have done that, and it didn't seem to go away. It's easy enough to do again though - no one is using this box yet except me.
| |
18:51 | Parker955_Away is now known as Parker955 | |
18:51 | <alkisg> If you did that after ltsp-build-client, that's no longer the problem
| |
18:52 | <bieb1> alkisg: great.. now I don't have all that stuff I just typed to you to copy in here
| |
18:52 | Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Quit: Leaving) | |
18:52 | <alkisg> Mip: There should be nothing inside /proc and /sys in the chroot after server reboot
| |
18:54 | <bieb1> alkisg: what constitutes an LTSP issue? I am trying to figure out what gets pushed to the clients and how.. for the print script, I have tried to run it from a user with a flash drive, but it tells me java is not avail /lir/*.jar to me looks like permissions issue, so wondering where to install jave so it is available to all.. I don't want to just give access to everything.. also, when i make changes on the "root" desktop like turning off the lock setting, how
| |
18:54 | <Mip> I had moved it to "junk" before building the client. Should I move it back (over my existing image), and use the purge option to get rid of it during the ltsp-build-client
| |
18:55 | <alkisg> Mip: after server reboot, they're just directories, you can delete them wherever they are
| |
18:55 | If you have things mounted on them now, it's a different story
| |
18:56 | (09:54:08 μμ) bieb1: alkisg: what constitutes an LTSP issue? ==> in general, all questions that start with "when the clients login..." are not ltsp issues
| |
18:56 | Once they login they're on the server, i.e. a single pc with multiple users
| |
18:56 | <bieb1> ok
| |
18:56 | <alkisg> So to run something for all users you can just google for it, without using the keyword "ltsp" to restrict the results
| |
18:58 | <bieb1> ok.. that is the issue.. I run a search like "ubuntu 12.04 ltsp how to run blahh"
| |
18:59 | <alkisg> It's also not for a specific version (usually)
| |
18:59 | So by putting "12.04" in there you might be missing a good tutorial
| |
19:00 | <||cw> yeay google-fu
| |
19:00 | <bieb1> alkisg: what thing/configs are created when ltsp-build-client (or update) is run
| |
19:01 | I figured I would see all the issues that 12.04 is having, vs an issue that was on 10.04 and is solved, but isnt the same fix in 12.04..
| |
19:01 | <alkisg> bieb1: on the server, nothing. A chroot is build, but that only affects the client boot procedure, it doesn't affect the server.
| |
19:02 | <Mip> alkisg: any other ideas? I could mv the junk to something like alternate, and then build another image, selecting "alternate" as the name. I'd still have more than image, but at least I'd know that neither were only half baked.
| |
19:03 | <alkisg> Mip: OK I didn't ask a direct question, but I hinted at "(09:52:50 μμ) alkisg: Mip: There should be nothing inside /proc and /sys in the chroot after server reboot"
| |
19:03 | Mip: do they have things inside them?
| |
19:03 | <bieb1> alkisg: ok.. I was wondering because I changed the primary user desktop image and set the screensaver/lock time and that isnt passed to the clients upon logon..
| |
19:04 | <alkisg> bieb1: right, so, since LTSP doesn't touch your desktop settings at all, it isn't an LTSP issue
| |
19:04 | <bieb1> is that set in a conf file in the /opt/ltsp/ dir?
| |
19:04 | <alkisg> No
| |
19:05 | bieb1: one good way to test is: login directly to your server with a user account
| |
19:05 | If what you want to do works there, and doesn't work when the user logs in into a thin client, THEN it's an ltsp issue
| |
19:05 | <bieb1> gotcha
| |
19:05 | <alkisg> If it doesn't work when you login as a user on the server, then it's plain "pc with multiple users" management
| |
19:06 | So your best course there is to google without using ltsp in your search string
| |
19:06 | <Mip> alkisg: Sorry - I'm confused. You are right - there is nothing inside /proc and /sys in the chroot of the correctly built image.
| |
19:06 | <alkisg> Mip: ok, then try rm proc
| |
19:06 | Do you get an error with that?
| |
19:07 | <bieb1> alkisg: thanks
| |
19:08 | <alkisg> You're welcome.
| |
19:09 | <Mip> I'm not being clear. There are two chroots - one from the successful build, and one that I'm trying to get rid of (called junk). There are things inside /opt/ltsp/junk/proc, and I can't remove those
| |
19:10 | <alkisg> Mip: same things again, after server reboot there should be nothing inside junk/proc. If there's something there, try rebooting your server, and then put the result of ls -l junk/proc in the pastebin
| |
19:10 | <Mip> I just tried umount the /opt/ltsp/junk/proc, and it worked. I was then able to remove the dir
| |
19:10 | <alkisg> Right, so you didn't reboot the server
| |
19:11 | The reason I mentioned about reboot instead of just unmount is that sometimes it might be so messed up (in previous versions mostly) that a correct unmount is slower than a reboot
| |
19:12 | And also I'm not sure if `rm /proc/*` may harm any processes at any way
| |
19:13 | Parker955 is now known as Parker955_Away | |
19:14 | <Mip> okay - so, I'll reboot now, and then take a look. BTW - given that the failed image was failed, I couldn't chroot into it.
| |
19:14 | <alkisg> That also happens if you try to erase the chroot, so that /bin/bash etc are deleted and you can't chroot
| |
19:15 | <Mip> ah - that could be part of it. Some stuff was able to be deleted, but not /proc or /sys. Makes sense.
| |
19:16 | server's back up - there is nothing inside /opt/ltsp/junk/sys
| |
19:17 | <alkisg> OK now just rm -rf /opt/ltsp/junk
| |
19:17 | <Mip> done - excellent.
| |
19:20 | now - what should be in /var/lib/tftboot? I've got ltsp, and within that i386 and i386.orig. I can safely get rid of i386.orig now, right, as my clients are booting from i386 - is that correct?
| |
19:20 | <alkisg> Correct
| |
19:26 | <Mip> I'd like add chromium to the fat clients, as well as be sure that apps like firefox and libreoffice are running on the clients. If I launch those apps on the client, and don't see evidence of them (ps aux | grep firefox, for example), can I infer that they are running on the clients?
| |
19:28 | <alkisg> If you're using fat clients, anything that you see on the clients is local
| |
19:28 | (presuming that you didn't enable and started using remoteapps)
| |
19:30 | <Mip> Excellent - thanks. I didn't do that. To add chrome, would I add it to the server, and then chroot to /opt/ltsp/i386, and add it there as well (following the same process as I did for 10.04, as per the documentation)?
| |
19:30 | <alkisg> You don't need to add anything on the server if you're using fat clients. It doesn't even need to have X or gnome installed.
| |
19:31 | <Mip> oh cool!
| |
19:32 | okay - so just follow the same process as I did in 10.04?
| |
19:32 | <alkisg> I don't know what you did in 10.04, but in short, chroot, install, ltsp-update-image, client reboot
| |
19:33 | <Mip> Thanks - yes, that was the drill.
| |
19:34 | How should I go about adding users? I don't have a monitor on the server, and in the past ssh'd -X into it, and launched the users-admin tool. That tool doesn't seem to be available.
| |
19:35 | <alkisg> Run gnome-control-center
| |
19:35 | <Mip> I take it back - that tool *is* in there.
| |
19:36 | Would you recommend gnome-control-center over users-admin?
| |
19:36 | <alkisg> They both suck :-/
| |
19:36 | <Mip> hah!
| |
19:37 | Would you recommend a cli tool then? I have used adducer, or useradd (I can't recall which) i the past
| |
19:38 | <alkisg> Whatever works for you... I'm using none of them, we preferred to develop our own tool for user management
| |
19:39 | <Mip> ok - how about this? Sometimes (often) the student monkey around with their desktop environment. I actually don't' mind this at all, but I like to restore the desktop environment to default state after they logout (or during the next person's login). Is there a good way to do that?
| |
19:39 | <alkisg> http://www.mail-archive.com/ltsp-discuss@lists.sourceforge.net/msg39777.html
| |
19:40 | Put any condition you want in a script and whatever action you want too
| |
19:40 | E.g. gconftool-2 --recursive-unset /
| |
19:40 | ...or the new dconf equivalent
| |
19:40 | ...or rm -rf .* (just the settings not the user files)
| |
19:41 | <Mip> excellent! This is exactly what I was looking for.
| |
19:41 | <alkisg> But it's best if each student has its own account (or at least per team, 2 students 1 account)
| |
19:42 | <Mip> Yeah - there are advantages to that for sure, but I don't know that I have the disk space. Are quotas enabled on the /home directories?
| |
19:45 | Is there a way to create user accounts en masse? I have about 350 students.
| |
19:48 | <vagrantc> alkisg: so, the one downside to my substvars code is tthat it doesn't handle well the case of ltsp-server recommends being ltsp-server-standlone depends...
| |
19:48 | muppis has joined IRC (muppis!muppis@viuhka.fi) | |
19:49 | <vagrantc> alkisg: and i really wanted to handle that with substvars ... i mean, i could still implement something, but i'll have to thing about it harder.
| |
19:52 | Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Quit: "Achievement is not the end, its the beginning of new journey !!!") | |
19:53 | [GuS] has left IRC ([GuS]!~MysT@unaffiliated/gus/x-663402, Quit: Konversation terminated!) | |
19:54 | <alkisg> vagrantc: I don't get it, doesn't it generate a different package.substvars for each package?
| |
19:54 | <vagrantc> alkisg: yes, but i want packages to share variables with different names.
| |
19:54 | alkisg: i.e. i want "nfs-server" a recommends on ltsp-server, but a depends on ltsp-server-standalone.
| |
19:54 | alkisg: but i only want to record that once, not for each package stanza
| |
19:55 | qwebirc80003 has joined IRC (qwebirc80003!48bd92d4@gateway/web/freenode/ip.72.189.146.212) | |
19:55 | <alkisg> I think I'm missing something
| |
19:56 | How would you record that once? I thought the idea was for X-Ubuntu-Depends to be pretty similar to plain Depends:
| |
19:57 | So, in plain Depends: / Recommends:, wouldn't you have to declare it twice?
| |
19:57 | <vagrantc> alkisg: for ltsp-server, "nfs-kernel-server" is a recommends. for ltsp-server-standalone, "nfs-kernel-server" is a depends. i want to specify "nfs-kernel-server" once, and have it end up in recommends for ltsp-server, and depends for ltsp-server-standalone.
| |
19:57 | alkisg: yes, but with substvars, i can declare it once, and generate appropriate variables.... but it gets tricky to also support vendor code at that point.
| |
19:57 | <alkisg> vagrantc: I think what I'm thinking differently is which variables are you using
| |
19:58 | Aren't you using one variable for each package-section?
| |
19:58 | <vagrantc> so, essentially, all recommends of ltsp-server should be dependencies on ltsp-server-standalone
| |
19:59 | <alkisg> vagrantc: forget the substvars for a minute, wouldn't you do that manually in a regular control file? Why would you go for "shortcuts" in this casE?
| |
19:59 | <vagrantc> but i can generate a ltsp-server common:Recommends and ltsp-server-standalone common:Depends using information provided only once.
| |
19:59 | alkisg: yes, you do it manually in a normal control file.
| |
19:59 | meh, gotta run.
| |
20:00 | but since we're using substvars, we have more flexibility, and this is one of the flexibilities i wanted to explore.
| |
20:00 | <alkisg> The fact that ltsp-server recommends are ltsp-server-standalone depends it just a special use case, I don't think it's worth the complexity
| |
20:00 | It would also make it more difficult to understand
| |
20:00 | <vagrantc> it's too easy for them to get out of sync doing it the standard way.
| |
20:00 | but yyeah, the extra complexity is difficult.
| |
20:02 | if we hadn't come up with X-Debian-Depends/X-Ubuntu-Depends, i would have used it for the common package sets between packages.
| |
20:02 | getting Debian/Ubuntu in sync is more important.
| |
20:10 | mikkel has left IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk, Quit: Leaving) | |
20:12 | bieb1 has left IRC (bieb1!~hbieber@173.226.16.130) | |
20:13 | <Mip> alkisg: thanks for your help. I've seen some good resources on the web that address my other questions. take care!
| |
20:25 | ricotz has left IRC (ricotz!~rico@unaffiliated/ricotz, Quit: Ex-Chat) | |
20:27 | Mip has left IRC (Mip!~Mip@208.72.71.69) | |
20:29 | DIoX|DaZ has left IRC (DIoX|DaZ!~KaKa@server.civicclub.lt, Ping timeout: 265 seconds) | |
20:32 | <alkisg> (11:02:54 μμ) vagrantc: getting Debian/Ubuntu in sync is more important. ==> Indeed, I hope stgraber has some time and the will to work on that in the future...
| |
20:32 | For 12.04 we'll be using the Debian Wheezy LTSP version in schools here, it works great, I don't miss anything at all from the Ubuntu packaging. :)
| |
20:32 | Ah vagrantc have you seen this? https://bugs.launchpad.net/ubuntu/+source/nbd/+bug/1009393
| |
20:33 | /etc/nbd-server/allow doesn't work, I sent some patches, hope Yoe sees them
| |
20:33 | In previous ltsp versions, we restricted nbd to private networks from hosts.allow
| |
20:34 | Should we do that now too, with /etc/ltsp/nbd-server.allow ?
| |
20:34 | I'll do that in sch-scripts, but I think it'd better be in upstream ltsp instead...
| |
20:36 | <vagrantc> we can specify that in /etc/nbd-server/conf.d/foo.conf ?
| |
20:37 | alkisg: you're using the debian wheezy packages built on ubuntu on ubuntu clients?
| |
20:37 | <alkisg> Yes, we can change our nbd-config code to just add an authfile=/etc/ltsp/nbd-server.allow line
| |
20:37 | vagrantc: yup, I'm using a recipe that uses ltsp-trunk and your packaging and builds on the greek school PPA
| |
20:38 | So as long as ltsp-trunk remains somewhat stable, I'll be uploading new versions there and we'll have wide testing :)
| |
20:39 | The /etc/ltsp/nbd-server.allow can be a conffile, with the following contents:
| |
20:39 | 10.0.0.0/8
| |
20:39 | 169.254.0.0/16
| |
20:39 | 172.16.0.0/12
| |
20:39 | 192.168.0.0/16
| |
20:39 | Unfortunately we can't ship that file (but we can change the nbd-config code) until the nbd-server bug is solved
| |
20:40 | I think the patch I sent is correct though, so it's only 4 lines affected (basically, swapped)
| |
20:45 | <vagrantc> alkisg: that's cool :)
| |
20:45 | alkisg: i've got to set up my autobuilder one of these days too
| |
20:46 | alkisg: we can't ship the file?
| |
20:46 | <alkisg> vagrantc: No, with the current bug it'll prohibit clients from booting (Unauthorized client). But we can still commit the changes if you think they're fine, and just leave the packaging part until nbd-server is fixed.
| |
20:47 | Btw I need to add entries to /etc/ltsp/ltsp-update-image.conf from sch-scripts, and I'm not sure how to handle it since it's a conffile... ideas welcome :)
| |
20:48 | risca has left IRC (risca!~risca@m90-129-134-139.cust.tele2.se, Quit: Lämnar) | |
20:52 | <alkisg> ACTION also will implement this trick in sch-scripts, but isn't sure if it would be helpful upstream too: We have some very large directories that are not frequently accessed (/usr/share/gymnasio* etc, 5 Gb+). I want to omit them from the exported image, and put symlinks to /srv/gymnasio* in their place. And on the server, put symlinks from /srv/gymnasio* to /usr/share/gymnasio*, so they're accessed with sshfs. All that will make the NBD image 5 Gb smal
| |
20:54 | So I was thinking if others want that too, a (not shipped) /etc/ltsp/ltsp-update-image.symlinks file would be an easy way to do it
| |
21:05 | komunista has left IRC (komunista!~slavko@adsl-195-168-242-147.dynamic.nextra.sk, Ping timeout: 252 seconds) | |
21:06 | <vagrantc> alkisg: we should implement ltsp-update-image.conf.d :)
| |
21:06 | then it'll support all the foo.conf.d :)
| |
21:07 | <alkisg> Hehe
| |
21:07 | * vagrantc isn't necessarily joking | |
21:07 | <alkisg> What else do you have in your short TODO list except for pxemenus?
| |
21:08 | * vagrantc has been abysmal at keeping track of TODO items | |
21:08 | <alkisg> Let's start a TODO wiki page :)
| |
21:08 | <vagrantc> alkisg: maybe ltsp` bot can maintain my todo items.
| |
21:09 | * vagrantc heads to lunch | |
21:09 | <alkisg> !!learn vagrantc-todo as server.ltsp.org/mediawiki/index.php/TODO/vagrantc
| |
21:09 | <ltsp`> alkisg: Error: "!learn" is not a valid command.
| |
21:09 | <alkisg> :P
| |
21:09 | !learn vagrantc-todo as server.ltsp.org/mediawiki/index.php/TODO/vagrantc
| |
21:09 | <ltsp`> alkisg: The operation succeeded.
| |
21:15 | khildin has joined IRC (khildin!~khildin@ip-80-236-212-53.dsl.scarlet.be) | |
21:20 | komunista has joined IRC (komunista!~slavko@adsl-195-168-239-081.dynamic.nextra.sk) | |
21:21 | <vagrantc> like i'll use that.
| |
21:21 | !learn vagrantc-todo testing
| |
21:21 | <ltsp`> vagrantc: (learn [<channel>] <key> as <value>) -- Associates <key> with <value>. <channel> is only necessary if the message isn't sent on the channel itself. The word 'as' is necessary to separate the key from the value. It can be changed to another word via the learnSeparator registry value.
| |
21:21 | <vagrantc> !learn vagrantc-todo as testing
| |
21:21 | <ltsp`> vagrantc: The operation succeeded.
| |
21:21 | <vagrantc> !learn vagrantc-todo as testing2
| |
21:21 | <ltsp`> vagrantc: The operation succeeded.
| |
21:21 | <vagrantc> !vagrantc-todo
| |
21:21 | <ltsp`> vagrantc: vagrantc-todo: (#1) server.ltsp.org/mediawiki/index.php/TODO/vagrantc, or (#2) testing, or (#3) testing2
| |
21:21 | <vagrantc> that's better.
| |
21:22 | ltsp`: forget vagrantc-todo #1
| |
21:22 | !forget vagrantc-todo
| |
21:22 | <ltsp`> vagrantc: Error: 3 factoids have that key. Please specify which one to remove, or use * to designate all of them.
| |
21:22 | <vagrantc> !forget vagrantc-todo 1
| |
21:22 | <ltsp`> vagrantc: The operation succeeded.
| |
21:22 | <vagrantc> !vagrantc-todo
| |
21:22 | <ltsp`> vagrantc: vagrantc-todo: (#1) testing, or (#2) testing2
| |
21:22 | <vagrantc> !forget vagrantc-todo *
| |
21:22 | <ltsp`> vagrantc: The operation succeeded.
| |
21:22 | <vagrantc> !vagrantc-todo
| |
21:22 | <ltsp`> vagrantc: Error: "vagrantc-todo" is not a valid command.
| |
21:25 | komunista has left IRC (komunista!~slavko@adsl-195-168-239-081.dynamic.nextra.sk, Client Quit) | |
21:25 | <vagrantc> alkisg: i'll try and reproduce your bug and file another with the debian BTS ... dunno if wouter watches launchpad, but i know the debian BTS is pretty responsive.
| |
21:30 | <alkisg> vagrantc: thanks, yeah sometimes Wouter replies on launchpad the other day, sometimes it takes him months to see it
| |
21:31 | <vagrantc> !learn vagrant-todo as pxelinux configuration
| |
21:31 | <ltsp`> vagrantc: The operation succeeded.
| |
21:31 | <vagrantc> !learn vagrant-todo as pxemenus
| |
21:31 | <ltsp`> vagrantc: The operation succeeded.
| |
21:31 | highvoltage has left IRC (highvoltage!~highvolta@sateda.stgraber.org, Quit: Lost terminal) | |
21:32 | <vagrantc> !learn vagrant-todo as ltsp-tool.conf.d
| |
21:32 | <ltsp`> vagrantc: The operation succeeded.
| |
21:32 | <vagrantc> this seems like something i'll actually use
| |
21:32 | hopefully it's not too noisy for y'all
| |
21:34 | Parker955_Away is now known as Parker955 | |
21:36 | <alkisg> !vagrantc-todo
| |
21:36 | <ltsp`> alkisg: I do not know about 'vagrantc-todo', but I do know about these similar topics: 'vagrant-todo'
| |
21:36 | <alkisg> !vagrant-todo
| |
21:36 | <ltsp`> alkisg: vagrant-todo: (#1) pxelinux configuration, or (#2) pxemenus, or (#3) ltsp-tool.conf.d
| |
21:36 | <alkisg> Yeah it's not bad :)
| |
21:36 | <vagrantc> !todo
| |
21:36 | <ltsp`> vagrantc: I do not know about 'todo', but I do know about these similar topics: 'vagrant-todo'
| |
21:37 | <alkisg> !learn alkisg-todo as /etc/ltsp/nbd-server.allow
| |
21:37 | <ltsp`> alkisg: The operation succeeded.
| |
21:37 | <vagrantc> hard to keep a local copy, but when i'm ltsp-hacking, that's generally what i'm working on
| |
21:37 | <alkisg> !learn alkisg-todo as ltsp-update-image.symlinks
| |
21:37 | <ltsp`> alkisg: The operation succeeded.
| |
21:38 | <vagrantc> would be nice if we could teach the bot to maintain todo items per-user so if i asked for a todo item it would give me my todo list
| |
21:38 | (and allow others to look up other todo lists, too)
| |
21:38 | <alkisg> !learn alkisg-todo as review RM_*_SERVICES lists
| |
21:38 | <ltsp`> alkisg: The operation succeeded.
| |
21:38 | <alkisg> There might be a plugin for that
| |
21:39 | But a wiki page might not be bad either, because then people could see all the TODOs in one page and decide that they want to help with something
| |
21:41 | <vagrantc> a project wiki page would be useful, sure.
| |
21:43 | <alkisg> !learn vagrant-todo as Recommend: ltsp-docs
| |
21:43 | <ltsp`> alkisg: The operation succeeded.
| |
21:44 | <alkisg> Haha assigning work items to others may be annoying :P
| |
21:44 | <vagrantc> heh
| |
21:44 | alkisg: just another upload? content updates?
| |
21:45 | <alkisg> No hurry for any uploads, just a reminder to put it in the packaging
| |
21:46 | Ah and you wanted to look at the kiosk plugin too
| |
21:48 | Parker955 is now known as Parker955_Away | |
21:52 | <vagrantc> !learn vagrant-todo kiosk plugin autocreate users
| |
21:52 | <ltsp`> vagrantc: (learn [<channel>] <key> as <value>) -- Associates <key> with <value>. <channel> is only necessary if the message isn't sent on the channel itself. The word 'as' is necessary to separate the key from the value. It can be changed to another word via the learnSeparator registry value.
| |
21:52 | <vagrantc> !learn vagrant-todo as kiosk plugin autocreate users
| |
21:52 | <ltsp`> vagrantc: The operation succeeded.
| |
21:52 | <vagrantc> alkisg: put what in the ltsp-docs packaging? some more examples in the ltsp-server packaging?
| |
21:53 | <alkisg> vagrantc: no I meant to change the ltsp-server packaging so that it recommends: ltsp-docs
| |
21:53 | I.e. when people apt-get install ltsp-server, to get ltsp-docs too
| |
21:53 | <vagrantc> alkisg: ah.
| |
21:53 | !vagrant-todo
| |
21:53 | <ltsp`> vagrantc: vagrant-todo: (#1) pxelinux configuration, or (#2) pxemenus, or (#3) ltsp-tool.conf.d, or (#4) Recommend: ltsp-docs, or (#5) kiosk plugin autocreate users
| |
21:56 | <vagrantc> !forget vagrant-todo 4
| |
21:56 | <ltsp`> vagrantc: The operation succeeded.
| |
21:56 | <vagrantc> !learn vagrant-todo as ltsp-server: Recommend: ltsp-docs
| |
21:56 | <ltsp`> vagrantc: The operation succeeded.
| |
22:04 | Parker955_Away is now known as Parker955 | |
22:05 | highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage) | |
22:12 | Parker955 is now known as Parker955_Away | |
22:24 | alexc123 has joined IRC (alexc123!48bd92d4@gateway/web/freenode/ip.72.189.146.212) | |
22:24 | vlt is now known as erspie | |
22:29 | erspie is now known as siracusa | |
22:31 | khildin has left IRC (khildin!~khildin@ip-80-236-212-53.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
22:35 | siracusa is now known as erpei | |
22:42 | erpei is now known as vlt | |
22:43 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
22:49 | Damianos has joined IRC (Damianos!~Damianos@68-186-144-58.dhcp.kgpt.tn.charter.com) | |
22:56 | dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...) | |
23:53 | map7_ has joined IRC (map7_!~map7@ppp118-209-177-6.lns20.mel6.internode.on.net) | |