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


Channel log from 6 June 2012   (all times are UTC)

01:01vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 244 seconds)
01:44Parker955_Away is now known as Parker955
02:45F-GT has joined IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net)
02:53Parker955 is now known as Parker955_Away
03:18bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
03:23F-GT has left IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net, Read error: Operation timed out)
04:18adrianorg_ has left IRC (adrianorg_!~adrianorg@189.58.224.221.dynamic.adsl.gvt.net.br, Ping timeout: 245 seconds)
04:29bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 244 seconds)
05:01alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
05:11bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
05:20cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Quit: cyberorg)
05:24cyberorg 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:37ricotz has joined IRC (ricotz!~rico@p5B2AC549.dip.t-dialin.net)
05:37ricotz 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:55troels 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:40troels has left IRC (troels!~troels@0x573c2c98.bynqu1.dynamic.dsl.tele.dk, Quit: Leaving)
06:44highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Read error: Connection reset by peer)
06:44highvoltage has joined IRC (highvoltage!~highvolta@sateda.stgraber.org)
06:51loather 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:10F-GT has joined IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net)
07:10TBroedsgaard 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:21khildin 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:07risca has joined IRC (risca!~risca@h87-96-186-214.dynamic.se.alltele.net)
08:07dobber has joined IRC (dobber!~dobber@213.169.45.222)
08:11Steve_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:39rickogden has joined IRC (rickogden!~Rick@host.hifirevolution.com)
08:49TBroedsgaard has left IRC (TBroedsgaard!~troels@0x573c2c98.bynqu1.dynamic.dsl.tele.dk, Quit: Leaving)
08:52rhorstkoetter 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:08vmlintu 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:30risca has left IRC (risca!~risca@h87-96-186-214.dynamic.se.alltele.net, Read error: Connection reset by peer)
09:35risca has joined IRC (risca!~risca@h87-96-186-214.dynamic.se.alltele.net)
09:47vmlintu has joined IRC (vmlintu!~vmlintu@dsl-hkibrasgw2-ff78c300-68.dhcp.inet.fi)
09:56alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
09:57ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
09:57toscalix has joined IRC (toscalix!~toscalix@53.226.219.87.dynamic.jazztel.es)
09:58ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
10:02khildin has left IRC (khildin!~khildin@ip-80-236-212-53.dsl.scarlet.be, Read error: Connection reset by peer)
10:21leftreris_nik has joined IRC (leftreris_nik!~user@pc8692.cti.gr)
10:39Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
11:15bieb1 has joined IRC (bieb1!~hbieber@173.226.16.130)
11:41ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Read error: Operation timed out)
11:44ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
11:51roland has joined IRC (roland!~roland@196.32.233.9)
11:52andygraybeal_ has joined IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net)
11:53gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Remote host closed the connection)
11:54gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net)
11:54roland has left IRC (roland!~roland@196.32.233.9)
11:55roland has joined IRC (roland!~roland@196.32.233.9)
11:55roland is now known as lifeboyh
11:56lifeboyh 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:07mgariepy has left IRC (mgariepy!mgariepy@ubuntu/member/mgariepy, Quit: Leaving)
12:07vmlintu has left IRC (vmlintu!~vmlintu@dsl-hkibrasgw2-ff78c300-68.dhcp.inet.fi, Ping timeout: 250 seconds)
12:12mgariepy 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:29adrianorg_ 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:43muppis 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:57bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.)
13:03leftreris_nik has left IRC (leftreris_nik!~user@pc8692.cti.gr)
13:04alkisg 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:11Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@82-68-255-22.dsl.in-addr.zen.co.uk, Quit: Leaving)
13:18toscalix has left IRC (toscalix!~toscalix@53.226.219.87.dynamic.jazztel.es, Remote host closed the connection)
13:31map7_ has joined IRC (map7_!~map7@ppp118-209-23-122.lns20.mel4.internode.on.net)
13:35mgariepy has left IRC (mgariepy!mgariepy@ubuntu/member/mgariepy, Quit: Leaving)
13:40mgariepy has joined IRC (mgariepy!mgariepy@ubuntu/member/mgariepy)
14:03mgariepy has left IRC (mgariepy!mgariepy@ubuntu/member/mgariepy, Remote host closed the connection)
14:04mgariepy has joined IRC (mgariepy!mgariepy@ubuntu/member/mgariepy)
14:12dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174)
14:14toscalix has joined IRC (toscalix!~toscalix@178.139.129.158)
14:18Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
14:19Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
14:32Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)
14:34lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66)
14:36lifeboy has left IRC (lifeboy!~roland@196.32.233.9, Ping timeout: 256 seconds)
14:37lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.66, Read error: Connection reset by peer)
14:39lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66)
14:42iku_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:45Mip has joined IRC (Mip!~Mip@208.72.71.69)
14:49lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66)
14:52lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.66, Read error: Connection reset by peer)
14:53lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66)
14:53toscalix has left IRC (toscalix!~toscalix@178.139.129.158, Ping timeout: 244 seconds)
14:55risca has left IRC (risca!~risca@h87-96-186-214.dynamic.se.alltele.net, Quit: Lämnar)
14:55lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.66, Read error: Connection reset by peer)
15:02lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66)
15:02map7_ has left IRC (map7_!~map7@ppp118-209-23-122.lns20.mel4.internode.on.net, Read error: Operation timed out)
15:03lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.66, Read error: Connection reset by peer)
15:06lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.66)
15:07toscalix has joined IRC (toscalix!~toscalix@62-87-54-176.red-acceso.airtel.net)
15:07lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.66, Read error: Connection reset by peer)
15:07lifeboy_ has joined IRC (lifeboy_!~roland@196.32.233.101)
15:08iku_esp has left IRC (iku_esp!c193130a@gateway/web/freenode/ip.193.147.19.10, Quit: Page closed)
15:16komunista has joined IRC (komunista!~slavko@adsl-195-168-242-147.dynamic.nextra.sk)
15:21loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
15:23mgariepy has left IRC (mgariepy!mgariepy@ubuntu/member/mgariepy, Remote host closed the connection)
15:29mgariepy has joined IRC (mgariepy!mgariepy@ubuntu/member/mgariepy)
15:34dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection)
15:35vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi)
16:01F-GT has left IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net, Ping timeout: 244 seconds)
16:02Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Quit: I Leave)
16:17mikkel has joined IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk)
16:20adrianorg__ has joined IRC (adrianorg__!~adrianorg@201.22.248.187.dynamic.dialup.gvt.net.br)
16:20adrianorg_ has left IRC (adrianorg_!~adrianorg@189.58.224.221.dynamic.adsl.gvt.net.br, Read error: Connection reset by peer)
16:22lifeboy_ has left IRC (lifeboy_!~roland@196.32.233.101, Quit: Ex-Chat)
16:23Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)
16:32Gremble 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:48Mip has left IRC (Mip!~Mip@208.72.71.69)
17:01toscalix has left IRC (toscalix!~toscalix@62-87-54-176.red-acceso.airtel.net, Ping timeout: 245 seconds)
17:27toscalix has joined IRC (toscalix!~toscalix@62-87-23-101.red-acceso.airtel.net)
17:42toscalix has left IRC (toscalix!~toscalix@62-87-23-101.red-acceso.airtel.net, Ping timeout: 244 seconds)
17:45vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
18:01risca has joined IRC (risca!~risca@m90-129-134-139.cust.tele2.se)
18:04toscalix 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:14toscalix has left IRC (toscalix!~toscalix@53.226.219.87.dynamic.jazztel.es, Read error: Connection reset by peer)
18:28mealstrom has joined IRC (mealstrom!~mealstrom@alfaprime.mail4u.com.ua)
18:28mealstrom 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:39alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Ping timeout: 245 seconds)
18:39alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
18:43Mip 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:51Parker955_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:52Steve_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:13Parker955 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:48muppis 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:52Trixboxer 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:55qwebirc80003 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:10mikkel has left IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk, Quit: Leaving)
20:12bieb1 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:25ricotz has left IRC (ricotz!~rico@unaffiliated/ricotz, Quit: Ex-Chat)
20:27Mip has left IRC (Mip!~Mip@208.72.71.69)
20:29DIoX|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:48risca 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:05komunista 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:15khildin has joined IRC (khildin!~khildin@ip-80-236-212-53.dsl.scarlet.be)
21:20komunista 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:25komunista 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:31highvoltage 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:34Parker955_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:48Parker955 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:04Parker955_Away is now known as Parker955
22:05highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
22:12Parker955 is now known as Parker955_Away
22:24alexc123 has joined IRC (alexc123!48bd92d4@gateway/web/freenode/ip.72.189.146.212)
22:24vlt is now known as erspie
22:29erspie is now known as siracusa
22:31khildin has left IRC (khildin!~khildin@ip-80-236-212-53.dsl.scarlet.be, Quit: I'm gone, bye bye)
22:35siracusa is now known as erpei
22:42erpei is now known as vlt
22:43alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
22:49Damianos has joined IRC (Damianos!~Damianos@68-186-144-58.dhcp.kgpt.tn.charter.com)
22:56dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...)
23:53map7_ has joined IRC (map7_!~map7@ppp118-209-177-6.lns20.mel6.internode.on.net)