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


Channel log from 8 May 2012   (all times are UTC)

00:06adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.18.98.55)
00:10adrianorg_ has left IRC (adrianorg_!~adrianorg@189.58.225.78.dynamic.adsl.gvt.net.br, Ping timeout: 272 seconds)
00:11ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
00:12ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
00:14ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
00:16utux has joined IRC (utux!~utux@unaffiliated/utux)
00:37Spriggan has joined IRC (Spriggan!~ircap@186.29.157.163)
00:39utux has left IRC (utux!~utux@unaffiliated/utux, Read error: Operation timed out)
00:40utux has joined IRC (utux!~utux@unaffiliated/utux)
00:56alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
01:03utux has left IRC (utux!~utux@unaffiliated/utux, Read error: Connection timed out)
01:19
<alkisg1>
vagrantc: apt-get, ssh etc present interactive prompts for important questions (e.g. do you trust this server?). A usual parameter to run non-interactively is --yes, and also that's the purpose of the `yes` utility.
01:20
I'm thinking it would make sense to use that in ltsp-update-image for a "Your distro defaults to NFS, are you sure you want to switch to NBD?" prompt...
01:20
So to avoid the prompt, one would run ltsp-update-image --yes <other params>. Is that OK?
01:21
<vagrantc>
once you decide to switch, it should stop prompting ... i'm not so fond of the --yes parameter
01:23
i don't see it documented anywhere in ssh, and it didn't do anything when prompted
01:23bieb has left IRC (bieb!~hbieber@173.226.16.130)
01:24
<vagrantc>
alkisg1: why not a commandline explicity to disable that particular behavior?
01:24alkisg1 has left IRC (alkisg1!~alkisg@ubuntu/member/alkisg, Ping timeout: 250 seconds)
01:24
<vagrantc>
ouch! :P
01:26alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
01:26
<alkisg>
Sorry bad connection
01:27
vagrantc: apt-get --help | grep Yes
01:27
ssh <server that you haven't connected before>
01:27
rm <read only file>
01:27
etc
01:28
But if you say no, no it is, I'll use the other parameter we were saying
01:28
I was also thinking to use --yes in the ltsp-cleanup tool, as it deletes accounts etc so I'd like a confirmation there
01:29
It won't be in the path, it's a helper script in /usr/share/ltsp/ltsp-clean (part of ltsp-client-core), but still, it shouldn't delete logs, caches, accounts, regenerate keys etc without some special parameter or prompt
01:30
(of course ltsp-update-image wouldn't prompt the second time)
01:30
<vagrantc>
it just seems like --yes is so ambiguous .. it could maybe the second time you run it it's prompting for something completely different
01:31
<alkisg>
Indeed, but I guess the developers that used it thought it would be too much to have a parameter for each question, and I thought that since others use it, it would be easier to understand
01:32
<vagrantc>
we don't have lots of potentially interactive questions ... yet... ? :)
01:33
the prevention i wanted was to avoid switching to NBD just because someone ran ltsp-update-image ... but it should be easy to intentionally switch...
01:34
and there are different types of NBD images ... btrfs/ext* vs. squashfs image and who knows what other arbitrary images might surface over time.
01:34
<alkisg>
Let's solve the easy case first, ltsp-cleanup, how would you prefer to run that one, to make sure users don't accidentally run it and delete their accounts?
01:35
<vagrantc>
so what's ltsp-cleanup do?
01:35
when does it get run?
01:35
should it even be in $PATH?
01:35
<alkisg>
ltsp-update-image runs: chroot $ROOT /usr/share/ltsp/ltsp-cleanup --yes
01:36
But what if a user finds it in /usr/share/ltsp/ltsp-cleanup and decides to run it, and loses his accounts?
01:36
<vagrantc>
and what prompt is it supressing?
01:36
<alkisg>
This will prepare the disk for network publishing, by deleting logs, caches and
01:36
by removing or regenerating sensitive data like user accounts and host keys.
01:36
read -p "Are you sure you want to do that [Y/n]? " yes
01:37
The first use case is to run ltsp-update-image --source=/
01:38
<vagrantc>
i wouldn't even bother to prompt... force them to use the correct arguments.
01:38
<alkisg>
So ltsp-update-image would make a COW/AUFS etc and run it there, chrooted
01:38
ltsp-cleanup has no arguments
01:38
It operates in its installation, /etc/passwd ...
01:39
<vagrantc>
you're proposing to add --yes as an argument, with a prompt that could potentially do the same thing ... i'd say don't have it prompt at all, and output a useage message when it's called with no arguments
01:39
<alkisg>
Ah, but keep the --yes argument, ok
01:39
Is "yes" a right name in that case?
01:39
*s/right/appropriate/
01:40* vagrantc would like an argument more like --purge-lots-of-important-informmation-no-really
01:40
<vagrantc>
if you got rid of the prompt, --yes doesn't make any sense ... but i don't see a good reason to have a prompt :)
01:41
alkisg: can it detect if it's being run chrooted?
01:41
and would it ever not be run from a chroot?
01:41
<alkisg>
Yup
01:41
hm....
01:42
Very rarely, e.g. if someone was cloning an installation and wants to clean it up, renegerate ssh keys etc
01:42
I.e. if we decide to implement a cloning solution with ltsp :P
01:42
<vagrantc>
wow. this will be like lessdisks all over again...
01:43
<alkisg>
Well we have booted clients that have access to the nbd image, so cloning is very easy from there ;)
01:44
OK, so, a good name for that --purge-lots-of-important-informmation-no-really parameter?
01:44risca has left IRC (risca!~risca@wnpgmb0903w-ds01-249-233.dynamic.mtsallstream.net, Quit: Lämnar)
01:48
<alkisg>
$ add-apt-repository --help | grep yes
01:48
-y, --yes Assume yes to all queries
01:48
<vagrantc>
so it purges users and edits /etc/passwd* (and other files?
01:48
alkisg: but there should be no queries :P
01:49
<alkisg>
I'm not convinced yet that that's true for normal scripts... for postinst scripts, sure, I totally agree
01:49
<vagrantc>
well, for this particular case, it seems like a useful safeguard
01:50
<alkisg>
OK, good, cause I've written the code already :P Let's move to ltsp-update-image
01:50
<vagrantc>
heh
01:50
<alkisg>
I only want a way to switch debian to NBD without editing configuration files, so a command line parameter
01:51
<vagrantc>
which type of NBD ?
01:51
<alkisg>
It's your call, is it --switch-to-nbd or something?
01:51
Why does that matter?
01:51
NBD doesn't care about the fs
01:51
<vagrantc>
doesn't ltsp-update-immage generate the squashfs image?
01:51
or we figured that out with all our other parameters?
01:52
<alkisg>
Yes, it might be squashfs, btrfs, ext3 etc, depending on the --type, but the point here is the switch from NFS to NBD, right?
01:52
<vagrantc>
sure.
01:52
so --configure-nbd sounds good to me.
01:52
or maybe --configure-nbd-server ?
01:52
hmmm... or --enable-nbd
01:53adrianorg__ has left IRC (adrianorg__!~adrianorg@177.18.98.55, Ping timeout: 260 seconds)
01:53
<alkisg>
What happens with the bootprompt_options?
01:53
<vagrantc>
that's a good question ... it kind of depends on how the pxe menus generation ends up
01:53
i think for starters, it should just switch to NBD with the bootprompt_opts
01:54
long-term, i'd like to to leave both enabled in pxelinux.cfg/default
01:54
<alkisg>
Good plan
01:54
<vagrantc>
and provide a way to select the default.
01:54
<alkisg>
Now, to see how will it detect and save the default NFS vs NBD option...
01:54
Will we ship a conf file with the default bootprompt_options?
01:54
<vagrantc>
(and optionally enable a menu to select between them)
01:55
that doesn't give much flexibility for the admin to choose
01:55
alkisg: i was wondering if we could define the options in a way where they could configure different entries...
01:55
BOOTPROMPT_OPTS0, BOOTPROMPT_OPTS1 ?
01:56
<alkisg>
Sounds good, let me think about it...
01:56
<vagrantc>
then 0 could be NBD, 1 could be NFS ... or you flip the order?
01:56
<alkisg>
Very good!
01:56
<vagrantc>
or do like SCREEN_DEFAULT
01:56
i.e. BOOTPROMPT_OPTS_DEFAULT=02
01:56
<alkisg>
Since one may have multiple chroots, the default won't help on a per-chroot basis
01:57
<vagrantc>
sure
01:57
<alkisg>
Hmmm also it might be helpful to be able to define different options per chroot
01:57
I386_CMDLINE_01=xxx
01:58
<vagrantc>
well, the way BOOTPROMPT_OPTS currently works, it's per-chroot ... i wasn't thinking of multiple chroots/NBD images yet.
01:58
<alkisg>
I think we should split bootprompt options to 2 parts
01:58
<vagrantc>
but i know you're going to fix all that :)
01:58
<alkisg>
Part handled by the chroot and part by the server
01:58
E.g. the Ubuntu chroot knows about vt_handoff=7 and the Debian server knows about boot=nfs etc
01:59
Or about the nbd export name...
02:02
<vagrantc>
so BOOTPROMPT_OPTS[0-9] could be on a per chroot basis ...
02:02
and the default for thatc particular chroot could also be defined on a per-chroot basis.
02:02
and server-side, it would define which chroot is the default.
02:02
<alkisg>
OK that's good enough for now. The chroot doesn't know the nbd export name, but the server can fix that
02:03
<vagrantc>
could even use sub-menus for each chroot, with the default being the topmost entry
02:03
this is gonna rock when we get it right :)
02:03
<alkisg>
:)
02:04
And I assume we're not going to ship a conffile in ltsp-client-core, right?
02:04
<vagrantc>
doesn't seem worth doing, really.
02:05
alkisg: although maybe a /usr/share/ltsp/foo.conf that gets overridded by /etc/ltsp/foo.conf
02:05
alkisg: are you sleeping these days? :P
02:05
<alkisg>
OK, now for the nbd vs nfs part, how is it detected and where is it stored?
02:05
Haha I was travelling all day and now I couldn't sleep :(
02:05
<vagrantc>
ah
02:06
alkisg: so if /etc/exports or /etc/exports.d/* defines an entry for /opt/ltsp ?
02:06
<alkisg>
I think only ubuntu defaults to nbd, so we could decide per distro if the default is nbd or not
02:06
Is that part about /etc/exports* valid for all distros? Do they ship such a configuration file?
02:06
<vagrantc>
dunno.
02:07
<alkisg>
And the "saving" part can be the existence of /etc/nbd-server/config, if that too is cross-distro
02:07
<vagrantc>
saving?
02:07
<alkisg>
So that the --enable-nbd parameter isn't needed the second time
02:08
<vagrantc>
well, they could have /etc/nbd-server/config regardless of weather they're using it for LTSP
02:08
<alkisg>
Ah wait
02:08
The bootprompt_options need to be saved when one switched to nbd
02:08
<vagrantc>
they're not *likely* to have /opt/ltsp configured in /etc/exports unless they want NFS
02:08
<alkisg>
So they'd be saved in the chroot, right?
02:09
<vagrantc>
alkisg: could be.
02:09
the server can read the chroot's files easier than the other way around
02:09
<alkisg>
The problematic case is this: one has /opt/ltsp in /etc/exports, and runs ltsp-update-image --enable-nbd one time, ok
02:09
What about the second time? Will it generate NFS or NBD?
02:09
<vagrantc>
should do both
02:09
<alkisg>
Errr
02:09
<vagrantc>
defaulting to NBD
02:10
<alkisg>
Will it refuse to run if the user doesn't put --enable-nbd or not?
02:10
<vagrantc>
i.e. create the squashfs?
02:10
<alkisg>
Yes
02:10
<vagrantc>
it would be ideal if it didn't.
02:10
<alkisg>
So it need to save something somewhere
02:11
If it can't rely on /etc/nbd-server/config, then it needs to write something somewhere else
02:11
<vagrantc>
alkisg: could either ... drop a file iin /etc/ltsp/ltsp-update-image.conf or maybe in /var ?
02:12
what about /etc/ltsp/ltsp-update-image.conf having an ALLOWED_METHODS variable ?
02:13
then you could have --enable-nbd add NBD to the options
02:13
or /var/cache/ltsp/ltsp-update-image/methods/{NBD,NFS,$FOO} ?
02:14* vagrantc reads up FHS
02:14* alkisg lights a cigar and thinks... :D
02:14andygraybeal_ has left IRC (andygraybeal_!~andy@h174.212.22.98.dynamic.ip.windstream.net, Ping timeout: 272 seconds)
02:15
<vagrantc>
hmm /var/cache isn't quite right ... maybe /var/lib
02:16
yeah, /var/lib/ltsp seems more appropriate
02:16
<alkisg>
Btw, the NBD or NFS parts of bootprompt_options shouldn't be included in bootprompt_options
02:16
<vagrantc>
or /etc/ltsp/something
02:16
<alkisg>
They should be put by ltsp-update-kernels depending on if it's called for NFS or NBD
02:17
<vagrantc>
so ltsp-update-image and ltsp-update-kernels need to share the same information, yes?
02:17
<alkisg>
No, ltsp-update-image will just call something like ltsp-update-kernels --nbd
02:17
<vagrantc>
ah, sure.
02:18
but if someone runs ltsp-update-kernels, it should know that previously that meant just do NBD
02:19
<alkisg>
ltsp-update-kernels reads the kernels from inside nbd files so it knows if it's nbd or not
02:19
<vagrantc>
ok.
02:19
that's something you can easily infer.
02:20
<alkisg>
...ok so ltsp-update-image doesn't need to know anything about bootprompt_options, it just needs to know if it should abort for the novice user that doesn't know that the default is nfs
02:20
<vagrantc>
so if you have an NBD squashfs image created from /opt/ltsp/i386, and the server detects NFS, it should add an entry for each in the boot menu (weather the menu is displayed or not)
02:20
<alkisg>
How about checking for /etc/nbd-server/conf.d/ltsp* ?
02:21
<vagrantc>
well, ltsp-update-image is what creates /etc/nbd-server/conf.d/ltsp*
02:21
<alkisg>
"add an entry for each one" => yup
02:21
<vagrantc>
(at least currently)
02:21
what else would create those?
02:22
<alkisg>
True, so the first time that a user runs ltsp-update-image in debian, that file isn't there, and if --config-nbd isn't specified, it aborts,
02:22
while the second time, that file is there, and the --config-nbd option isn't needed anymore
02:22
<vagrantc>
exactly.
02:22
that handles the default cases pretty well
02:22
<alkisg>
I think I have all that I need for now, let me sum it up:
02:23
1) ltsp-cleanup --yes
02:23
<vagrantc>
:P
02:23
<alkisg>
2) ltsp-update-image checks for /opt/ltsp in /etc/exports*. If it's there,
02:23
3) it checks for /etc/nbd-server/conf.d/ltsp*, if it's not there, it aborts
02:24
4) If --config-nbd is specified, it doesn't abort, but creates those files
02:24
5) If /etc/nbd-server/config doesn't exist, it creates it _and_ restarts nbd server
02:24
Sounds ok?
02:25
<vagrantc>
should there be a correlary --config-nfs ?
02:25
<alkisg>
In which tool?
02:26
<vagrantc>
ltsp-update-image ?
02:26
<alkisg>
...I don't think one should generate an nbd image to configure nfs
02:27
It's actually ltsp-update-NBD-image...
02:27
<vagrantc>
historically.
02:27
<alkisg>
So, ltsp-update-image --config-nfs would just configure nfs, or would it also generate an nbd file?
02:27
<vagrantc>
for debian, at least for the forseeable future, i'll be using NFS by default still...
02:28
here's the other odd use-case ...
02:28
actually not so odd ...
02:28
NFS with NBD swap
02:28
alkisg: maybe ltsp-configure-services --config-nfs --config-nbd --config-nbd-swap ?
02:29
and then ltsp-update-image calls that
02:29
<alkisg>
vagrantc: I'm missing something... --config-nfs would put /opt/ltsp in /etc/exports.d, right?
02:29
Or do you mean something else?
02:29
<vagrantc>
yeah, basically.
02:29
although it would need to check if exports.d was supported
02:30
(and fall back to /etc/exports)
02:30
<alkisg>
I don't think it's appropriate to put that functionality in ltsp-update-image, because it doesn't do anything else nfs-related
02:30
<vagrantc>
alkisg: hence ltsp-configure-services :P
02:30
<alkisg>
Sure, that would make sense
02:31
But it would be a separate tool, one that ltsp-update-image would call
02:31
<vagrantc>
that's what i'm thinking, to make sense of it.
02:31
say you wanted NFS support on ubuntu ...
02:32
dunno if that makes it overly complicated
02:32
<alkisg>
One or more services configuration tools would make sense, for dhcp, dnsmasq, nfs, nbd...
02:32
<vagrantc>
i guess i could ship /etc/nbd-server/conf.d/ltsp_swap.conf by default
02:33
(although it wouldn't be enabled unless the appropriate nbd-server configuration was enabled)
02:33* alkisg needs to remember to exclude ltsp_swap.conf when searching for /etc/nbd-server/conf.d/ltsp* files
02:33
<vagrantc>
yup.
02:33
<alkisg>
vagrantc: is nbd-server installed as a dependency of ltsp-server in debian?
02:34
<vagrantc>
it's a recommends of ltsp-server, and a depends of ltsp-server-standalone
02:34
so it should usually be installed
02:35
but it's possible that it's not.
02:35
<alkisg>
So we're missing an easy way for the debian user to create /etc/nbd-server/config
02:36
(just for NFS + NBD swap)
02:36
So the ltsp-update-services tool makes more sense
02:37
It'd also be reusable by postints script, e.g. ubuntu could call it on ltsp-server.postinst
02:38
And ltsp-server-dnsmasq could call it for the dnsmasq configuration, and ltsp-server-standalone for the dhcp configuration...
02:38Parker955_Away is now known as Parker955
02:40
<vagrantc>
editing /etc/nbd-server/config wouldn't be appropriate to run from postinst in debian
02:40
nor would editing /etc/exports
02:40
but *.d is fine.
02:40
<alkisg>
Editing no, but creating yes
02:40
<vagrantc>
no
02:40
<alkisg>
If nbd-server/config doesn't exist, it's not appropriate to create it on postinst? And restart nbd-server?
02:41
<vagrantc>
it's not ok to create or modify other package's configuration files unless they provide a standard means of doing so.
02:41
<alkisg>
(e.g. in ubuntu, where we're sure we want it)
02:41
It's not an nbd-server configuration file
02:41
It's not shipped at all
02:41
<vagrantc>
yes it is.
02:41
it's not an nbd-server *conffile* but it is a *configuration file*
02:41
<alkisg>
But nbd-server doesn't ship it at all...
02:41
<vagrantc>
doesn't matter :P
02:42
<alkisg>
Isn't that the same as putting a file in a .d configuration directory?
02:42
<vagrantc>
so what we really need is to get nbd-server to ship a default config that uses /etc/nbd-server/conf.d
02:42
<alkisg>
(if the configuration file doesn't exist at all?)
02:42
<vagrantc>
alkisg: nope.
02:43
<alkisg>
(05:42:15 πμ) vagrantc: so what we really need is to get nbd-server to ship a default config that uses /etc/nbd-server/conf.d ==> true
02:43
But I don't know in my mind if a configuration file isn't there, it's the same as dropping a conf.d/file
02:43
There's no editing involved
02:43
<vagrantc>
http://release.debian.org/wheezy/rc_policy.txt
02:44
section 3
02:45
<alkisg>
Read it, still not getting it :)
02:45
<vagrantc>
alkisg: if nbd-server reads that configuration file as part of it's init scripts or whatever, it's still configuring that service.
02:45
<alkisg>
True, and dnsmasq reads /etc/dnsmasq.d/* too, and we're allowed to drop a file there
02:46
<vagrantc>
because that's a widely used convention to configure packages
02:46
but creating a non-existing configuration is not something you can do from postinst
02:46
<alkisg>
We're allowed to configure a service; we're not allowed to modify it's conffile and cause prompts on upgrades without external tools etc
02:46
<vagrantc>
"Packages must not modify other packages' configuration files except by an agreed upon APIs (eg, a /usr/sbin/update-foo command).
02:46
"
02:47
<alkisg>
We're not modifying anything though
02:47
We're creating something that doesn't exist
02:47
<vagrantc>
creating =something that's not there is modifying it.
02:47
before you created it, it had one behavior
02:47
after you created it, it had another
02:48
<alkisg>
Same as conf.d
02:48
<vagrantc>
and the sole purpose of that file is to configure another package
02:48
alkisg: but that's an agreed upon mechanism
02:48
<alkisg>
Nope I'm still not seeing it. Anyway, so... what do we do?
02:48Parker955 is now known as Parker955_Away
02:48
<vagrantc>
like i said, we need to see if we can get nbd-server to ship a default /etc/nbd-server/conf.d
02:48
<alkisg>
But that will make nbd-server run by default, while now it doesn't
02:49
I think Wouter did that intentionally
02:49
So the first package that needs nbd-server would do it (or the sysadmin manually)
02:49
<vagrantc>
so we could ask for an update-nbd-server option that creates the configuration file.
02:49
<alkisg>
Cool
02:49
<vagrantc>
or ask for them to ship a fiile
02:50
and behave appropriately if nothing useful is configured
02:50
<alkisg>
So for now, we don't do anything in postinst, we do it in ltsp-update-image, and we let the user manually do it for NFS+NBD swap
02:51
And if Wouter supports it, then we can call it from postinst
02:51
Right?
02:51
<vagrantc>
right
02:51
<alkisg>
Thanks vagrantc all that was very constructive :)
02:51
When I manage to wake up in ...noon I'll start the implementation
02:52
<vagrantc>
i know it seems pedantic, but i know that's how it's treated in debian
02:52
(or at least, i've had RC bugs on my packages in the past about that)
02:52
<alkisg>
I like/respect debian policy a lot, it's just that sometimes I don't understand it, or interpret it differently
02:52
<vagrantc>
sure
02:53* vagrantc files a bug on nbd-server
03:02* alkisg => pumpkin, a very late one even
03:02alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
03:25
<vagrantc>
hrm.
03:25
nbd-server is prevented from moving to testing, and we're actually depending on features in it... ugh.
03:28
it's been stuck for 76 days... but it looks like there's a patch.
03:37qwebirc42171 has joined IRC (qwebirc42171!6c245070@gateway/web/freenode/ip.108.36.80.112)
03:38
<qwebirc42171>
i just upgraded from ubuntu 11 to 12 and my clients cannot boot anymore. they get a nbd-client usage error and then drop to busybox. any ideas?
03:44qwebirc42171 has left IRC (qwebirc42171!6c245070@gateway/web/freenode/ip.108.36.80.112, Ping timeout: 245 seconds)
04:01
<vagrantc>
did you also...
04:01
nevermind.
04:01
upgrade the chroot ...
04:03risca has joined IRC (risca!~risca@wnpgmb0903w-ds01-249-233.dynamic.mtsallstream.net)
04:16cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 276 seconds)
04:24cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
04:41staffencasa has left IRC (staffencasa!~staffenca@128.193.8.220, Ping timeout: 250 seconds)
04:55monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Read error: Operation timed out)
05:02cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 255 seconds)
05:10cyberorg has joined IRC (cyberorg!~cyberorg@219.91.141.125)
05:10monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
05:12awilliam1 has joined IRC (awilliam1!mistik1@184.170.34.35)
05:14Patina_ has joined IRC (Patina_!~tomas@1385158770.dhcp.dbnet.dk)
05:16_DIoX|DaZ has joined IRC (_DIoX|DaZ!~KaKa@server.civicclub.lt)
05:17komunista has joined IRC (komunista!~slavko@adsl-195-098-009-191.dynamic.nextra.sk)
05:21bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
05:21highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, *.net *.split)
05:21awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, *.net *.split)
05:21DIoX|DaZ has left IRC (DIoX|DaZ!~KaKa@server.civicclub.lt, *.net *.split)
05:21Billy_Way has left IRC (Billy_Way!billy@nat/redhat/x-jgfpqwqjldfnyppn, *.net *.split)
05:21loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, *.net *.split)
05:21Patina has left IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk, *.net *.split)
05:21vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, *.net *.split)
05:21Llama_be has left IRC (Llama_be!~tom@94-226-90-169.access.telenet.be, *.net *.split)
05:21Lns has left IRC (Lns!~Lns@pdpc/supporter/professional/lns, *.net *.split)
05:21zevlag has left IRC (zevlag!~zevlag@intranetgateway.etv.net, *.net *.split)
05:21gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, *.net *.split)
05:21wafflecone has left IRC (wafflecone!~caliel@70.150.196.98, *.net *.split)
05:21NeonLicht has left IRC (NeonLicht!~NeonLicht@darwin.ugr.es, *.net *.split)
05:21spectra has left IRC (spectra!~spectra@debian/developer/spectra, *.net *.split)
05:21F-GT has left IRC (F-GT!~phantom@ppp121-44-133-130.lns20.syd7.internode.on.net, *.net *.split)
05:21muppis has left IRC (muppis!muppis@viuhka.fi, *.net *.split)
05:21shamino has left IRC (shamino!shamino@hilla.kapsi.fi, *.net *.split)
05:21Parker955_Away has left IRC (Parker955_Away!~parker@74.112.203.151, *.net *.split)
05:21sep has left IRC (sep!~sep@40.211.jostedal.no, *.net *.split)
05:21andygraybeal has left IRC (andygraybeal!~andy.gray@obsidian.casanueva.com, *.net *.split)
05:21sutula has left IRC (sutula!sutula@nat/hp/x-sqaesklczhucdlpx, *.net *.split)
05:21_DIoX|DaZ is now known as DIoX|DaZ
05:22wafflecone has joined IRC (wafflecone!~caliel@70.150.196.98)
05:22highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
05:22vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
05:22Llama_be has joined IRC (Llama_be!~tom@94-226-90-169.access.telenet.be)
05:22Parker955_Away has joined IRC (Parker955_Away!~parker@74.112.203.151)
05:22Lns has joined IRC (Lns!~Lns@pdpc/supporter/professional/lns)
05:22zevlag has joined IRC (zevlag!~zevlag@intranetgateway.etv.net)
05:22spectra has joined IRC (spectra!~spectra@debian/developer/spectra)
05:22Billy_Way has joined IRC (Billy_Way!billy@nat/redhat/x-jgfpqwqjldfnyppn)
05:22NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es)
05:22gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net)
05:22loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
05:22F-GT has joined IRC (F-GT!~phantom@ppp121-44-133-130.lns20.syd7.internode.on.net)
05:22sep has joined IRC (sep!~sep@40.211.jostedal.no)
05:22muppis has joined IRC (muppis!muppis@viuhka.fi)
05:22andygraybeal has joined IRC (andygraybeal!~andy.gray@obsidian.casanueva.com)
05:22shamino has joined IRC (shamino!shamino@hilla.kapsi.fi)
05:22sutula has joined IRC (sutula!sutula@nat/hp/x-sqaesklczhucdlpx)
05:23cyberorg is now known as Guest87539
05:44Guest87539 has left IRC (Guest87539!~cyberorg@219.91.141.125, Ping timeout: 248 seconds)
05:47komunista has left IRC (komunista!~slavko@adsl-195-098-009-191.dynamic.nextra.sk, Ping timeout: 255 seconds)
05:47vmlintu__ has left IRC (vmlintu__!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 260 seconds)
05:57cyberorg_ has joined IRC (cyberorg_!~cyberorg@opensuse/member/Cyberorg)
06:00vmlintu__ has joined IRC (vmlintu__!~vmlintu@nblzone-240-143.nblnetworks.fi)
06:11cyberorg_ has left IRC (cyberorg_!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 260 seconds)
06:12mealstrom has joined IRC (mealstrom!~mealstrom@46.63.71.254)
06:18scytheee has joined IRC (scytheee!~scytheee@p549963A6.dip.t-dialin.net)
06:47komunista has joined IRC (komunista!~slavko@adsl-195-098-009-191.dynamic.nextra.sk)
07:03vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 276 seconds)
07:04khildin has joined IRC (khildin!~khildin@ip-80-236-227-119.dsl.scarlet.be)
07:33alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:36alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
07:36alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:40alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
07:42alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 260 seconds)
07:43Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@ip-80-238-8-128.bskyb.com)
07:44alkisg1 is now known as alkisg
08:03komunista has left IRC (komunista!~slavko@adsl-195-098-009-191.dynamic.nextra.sk, Ping timeout: 240 seconds)
08:04komunista has joined IRC (komunista!~slavko@adsl-195-098-009-191.dynamic.nextra.sk)
08:08dobber has joined IRC (dobber!~dobber@213.169.45.222)
08:28
<mealstrom>
hi, how to set at ltsp clients to use TCP at RSYSLOG service to connect to rsyslog server
08:28
?
08:28vmlintu__ has left IRC (vmlintu__!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 265 seconds)
08:32
<mealstrom>
configure_syslog() udp is hardcoded
08:32
from file: *.* @${SYSLOG_HOST:-$SERVER} .. Need to be done like @@ to use TCP
08:38Da-Geek has joined IRC (Da-Geek!~Da-Geek@62.254.227.226)
08:55
<Hyperbyte>
Spurgeon! :>
09:07Patina_ has left IRC (Patina_!~tomas@1385158770.dhcp.dbnet.dk, Quit: Leaving)
09:07Patina has joined IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk)
09:08
<alkisg>
For anyone interested, I'm rewritting ltsp-update-image, here are its new options, which are quite different from the old ones, comments welcome: http://paste.debian.net/167827/
09:09
E.g. it was agreed that <arch> wasn't a good name so I selectd <chroot> instead, which is also used by ltsp-build-client
09:09highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, *.net *.split)
09:09Billy_Way has left IRC (Billy_Way!billy@nat/redhat/x-jgfpqwqjldfnyppn, *.net *.split)
09:09loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, *.net *.split)
09:17
<mealstrom>
can you update nfs home mounting with option like nfs_version=4 ?
09:17
by default it is nfs_v3 and is hardcoded
09:17
<alkisg>
Is that a kernel parameter?
09:18
<mealstrom>
yes. it is hardcoded with mount -t nfs -o bla bla lba
09:19
<alkisg>
mealstrom: are you talking about fat clients/localapps home mounting?
09:19
<mealstrom>
yes
09:19
<alkisg>
That can be done with the newly introduced FSTAB_x options
09:19
<mealstrom>
oh, ok )
09:19
<alkisg>
So you can define in lts.conf whatever you want to put in the client fstab
09:19
I don't think any distros have that code yet though
09:19
Maybe 12.04
09:20
...yeah 12.04 should have it
09:20
<mealstrom>
ive got 12.04 at home, ill try to check that.
09:24
ive got problem with random freeze of fat clients. reboot only helps. mouse moves. desktop is freezed. ssh on client -- coudnt be done: it asks for password and then hangs. Any idea how to debug this? Ive managed to configure rsyslog, but there were nothing there.
09:31
<alkisg>
There are no user accounts in the clients so you can't ssh there, unless if you unlock the root account
09:31
Anyway, back to programming...
09:47
<mealstrom>
there is account of mine, at ltsp clients with root priv., but i cant log in there.
09:50
<alkisg>
Check if you need to enable ssh root login
09:50
or if you need to run ltsp-update-image
09:50
I.e. reboot the client, press alt+ctrl+f1 and try to login there
09:53Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)
09:55vmlintu__ has joined IRC (vmlintu__!~vmlintu@213214155064.edelkey.net)
09:58highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
09:58Billy_Way has joined IRC (Billy_Way!billy@nat/redhat/x-jgfpqwqjldfnyppn)
09:58loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
09:59vmlintu__ has left IRC (vmlintu__!~vmlintu@213214155064.edelkey.net, Ping timeout: 248 seconds)
10:25alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
10:26alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
10:26Llama_be has left IRC (Llama_be!~tom@94-226-90-169.access.telenet.be, Ping timeout: 276 seconds)
10:26ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Read error: Operation timed out)
10:26Llama_be has joined IRC (Llama_be!~tom@94-226-90-169.access.telenet.be)
10:30garymc_ has joined IRC (garymc_!~chatzilla@81.138.225.164)
10:31garymc_ is now known as garymc
10:33
<mealstrom>
alkisg: ive tryed to log in -- even as root -- no luck. it nangs after ive entered password. like there was no network. (system ping is ok)
10:33
<alkisg>
mealstrom: was that with the client running OK, or when it hanged?
10:34
Do that before you login to the client
10:34
<mealstrom>
alkisg: when it hangs. i've tryed to login to see log files. i could not log in there. Ive log in there now, and waiting when it hangs. Cant gurantee when
10:35
<alkisg>
Try it before you login to the client, to see if you have configured ssh and the root password properly
10:43
<mealstrom>
when system isnt freezed -- i can log in as user with sudo group.
10:43
it isnt desktop user, just system one
10:44
crap. system dont want to freeze when im ready :D
10:46
<alkisg>
(01:43:34 μμ) mealstrom: when system isnt freezed -- i can log in as user with sudo group. ==> with ssh?
10:46
Or in alt+ctrl+f1?
10:50Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Quit: I Leave)
10:54Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)
10:57
<mealstrom>
even with alt+ctrl+f1 on system -- after password is entered it is just black screen. no shell promt
10:59
<alkisg>
So you have a configuration problem unrelated to the freezes
11:03Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
11:14
<mealstrom>
maybe you are right.
11:31garymc has left IRC (garymc!~chatzilla@81.138.225.164, Ping timeout: 260 seconds)
11:35garymc has joined IRC (garymc!~chatzilla@81.138.225.164)
11:38mealstrom has left IRC (mealstrom!~mealstrom@46.63.71.254, Ping timeout: 245 seconds)
11:39mealstrom has joined IRC (mealstrom!~mealstrom@46.63.71.254)
11:41garymc has left IRC (garymc!~chatzilla@81.138.225.164, Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
11:46mikkel has joined IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk)
11:47adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.18.98.55)
11:49Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
11:49Parker955_Away is now known as Parker955
11:50primeministerp has joined IRC (primeministerp!~ppouliot@static-71-174-244-28.bstnma.fios.verizon.net)
11:53andygraybeal_ has joined IRC (andygraybeal_!~andy@h174.212.22.98.dynamic.ip.windstream.net)
11:53risca has left IRC (risca!~risca@wnpgmb0903w-ds01-249-233.dynamic.mtsallstream.net, Quit: Lämnar)
11:58Parker955 is now known as Parker955_Away
12:12toscalix has joined IRC (toscalix!~toscalix@178.139.142.68)
12:23cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
12:29cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Remote host closed the connection)
12:31tessier_ has left IRC (tessier_!~treed@kernel-panic/copilotco, Ping timeout: 265 seconds)
12:32cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
12:33tessier has joined IRC (tessier!~treed@216.105.40.125)
12:33tessier has joined IRC (tessier!~treed@kernel-panic/copilotco)
12:35bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
12:53Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Quit: I Leave)
12:56[GuS] has joined IRC ([GuS]!~MysT@213-117-16-190.fibertel.com.ar)
12:56[GuS] has joined IRC ([GuS]!~MysT@unaffiliated/gus/x-663402)
12:58toscalix has left IRC (toscalix!~toscalix@178.139.142.68, Remote host closed the connection)
13:00alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
13:05vmlintu__ has joined IRC (vmlintu__!~vmlintu@nblzone-240-143.nblnetworks.fi)
13:18JesseC has left IRC (JesseC!~JesseCWor@wsip-98-175-20-126.br.br.cox.net, Read error: Connection reset by peer)
13:21JesseC has joined IRC (JesseC!~JesseCWor@wsip-98-175-20-126.br.br.cox.net)
13:28
<Hyperbyte>
alkisg, looks sexy (ltsp-update-image). :)
13:33Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@ip-80-238-8-128.bskyb.com, Remote host closed the connection)
13:34bengoa has joined IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9)
13:34Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@ip-80-238-8-128.bskyb.com)
13:44dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174)
13:48bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.)
13:51dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Ping timeout: 244 seconds)
13:52stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, Remote host closed the connection)
13:57scytheee has left IRC (scytheee!~scytheee@p549963A6.dip.t-dialin.net, )
14:02stgraber has joined IRC (stgraber!~stgraber@ubuntu/member/stgraber)
14:18Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Read error: Operation timed out)
14:33Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
14:35Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
14:44bengoa has left IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9, Read error: No route to host)
14:47bengoa has joined IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9)
14:52dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174)
14:59alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
15:05mealstrom has left IRC (mealstrom!~mealstrom@46.63.71.254)
15:06Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@ip-80-238-8-128.bskyb.com, Ping timeout: 260 seconds)
15:14bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 272 seconds)
15:20staffencasa has joined IRC (staffencasa!~staffenca@128.193.8.220)
15:29Da-Geek has left IRC (Da-Geek!~Da-Geek@62.254.227.226, Quit: Leaving)
15:36dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection)
15:51alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
16:08ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
16:17Lns has left IRC (Lns!~Lns@pdpc/supporter/professional/lns, Ping timeout: 276 seconds)
16:22bengoa has left IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9, Quit: Leaving.)
16:24Lns has joined IRC (Lns!~Lns@173-16-196-204.client.mchsi.com)
16:24Lns has joined IRC (Lns!~Lns@pdpc/supporter/professional/lns)
16:46hughessd has joined IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net)
16:54monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Read error: Operation timed out)
16:56alexc123 has joined IRC (alexc123!48bd92d4@gateway/web/freenode/ip.72.189.146.212)
17:17monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
17:21steve_h has joined IRC (steve_h!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net)
17:25hughessd has left IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net, Ping timeout: 252 seconds)
17:25steve_h is now known as hughessd
17:28hughessd has joined IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net)
17:43mnemoc has joined IRC (mnemoc!~amery@shell.opensde.net)
17:44
<mnemoc>
hi, what's the tool that exports local printers on terminals using socket://....:9100 ? (ubuntu 11.04)
17:45
<muppis>
!lts.conf | echo mnemoc
17:45
<ltsp>
mnemoc lts.conf: http://manpages.ubuntu.com/lts.conf
17:45
<mnemoc>
muppis: thanks :)
17:45
<muppis>
no prob.
17:50
<mnemoc>
muppis: do you know where that printing daemon writes it's logs?
17:52
jetpipe!
17:52
need to find why doesn't want to print....
17:52
<muppis>
I think it doesn't as being quite simple piece of sofftware.
17:53* dead_inside would recommend using cups
17:53
<muppis>
jetpipe is used by cups.
17:55
<mnemoc>
after a recent update the terminals stopped printing... writting /dev/lp0 manually works fine, jetpipe is listening, but whatever is sent using cups gets... lost
17:55
<dead_inside>
then you might be able to look at /var/log/cups/error_log for the error log
17:56
<muppis>
mnemoc, you got lpt printer, not usb?
17:57
<mnemoc>
muppis: yes, good old parallel printers
17:57
<muppis>
The you might need to be specific in lts.conf
17:58
<mnemoc>
it is, and jetpipe is running as it should: root 1281 0.0 1.4 8472 3356 ? S 21:45 0:00 /usr/bin/python /usr/sbin/jetpipe -b 9600 -y 8 -p none -x /dev/lp0 9100
17:59
it was working until yesterday when I stupidly decided to update the system....
17:59
<muppis>
Did same for chroot as well?
17:59
<mnemoc>
yes, I mean the chroot and then the images
18:00
E [08/May/2012:14:00:14 -0400] [Job 5505] Unable to convert file 0 to printable format!
18:00
E [08/May/2012:14:00:14 -0400] [Job 5505] Aborting job because it cannot be printed.
18:00
uhm....
18:00
dead_inside: thanks for the hint about looking at cups' log
18:01
<dead_inside>
np
18:01
<mnemoc>
so it's the cups running on the server which forgot how to deal with plain text and dot matrix printers :|
18:03
btw, does 12.04 know to handle terminals without graphic accelerator? (openchrome) or voodoo is required? .... I already destroyed the world, so I could take the chance to upgrade :p
18:04
s/voodoo/dark magic/
18:11vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
18:15komunista has left IRC (komunista!~slavko@adsl-195-098-009-191.dynamic.nextra.sk, Ping timeout: 252 seconds)
18:24Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Quit: "Achievement is not the end, its the beginning of new journey !!!")
18:29komunista has joined IRC (komunista!~slavko@adsl-195-168-247-018.dynamic.nextra.sk)
18:41Parker955_Away is now known as Parker955
18:56komunista has left IRC (komunista!~slavko@adsl-195-168-247-018.dynamic.nextra.sk, Quit: Leaving.)
18:56steve_h has joined IRC (steve_h!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net)
18:57hughessd has left IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net, Read error: Connection reset by peer)
18:57hughessd has joined IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net)
18:58khildin_ has joined IRC (khildin_!~khildin@ip-83-134-213-226.dsl.scarlet.be)
19:02khildin has left IRC (khildin!~khildin@ip-80-236-227-119.dsl.scarlet.be, Ping timeout: 245 seconds)
19:21khildin_ is now known as khildin
19:49alexc123 has left IRC (alexc123!48bd92d4@gateway/web/freenode/ip.72.189.146.212, Quit: Page closed)
19:56[GuS] has left IRC ([GuS]!~MysT@unaffiliated/gus/x-663402, Quit: Konversation terminated!)
20:14mikkel has left IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk, Quit: Leaving)
20:24khildin has left IRC (khildin!~khildin@ip-83-134-213-226.dsl.scarlet.be, Quit: I'm gone, bye bye)
20:34bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
20:42dptech has joined IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net)
21:02steve_h has joined IRC (steve_h!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net)
21:04talntid has joined IRC (talntid!~t@173-160-189-58-Washington.hfc.comcastbusiness.net)
21:05hughessd has left IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net, Read error: Operation timed out)
21:05steve_h is now known as hughessd
21:06[GuS] has joined IRC ([GuS]!~gustavo@186.18.222.3)
21:06[GuS] has joined IRC ([GuS]!~gustavo@unaffiliated/gus/x-663402)
21:07tjfontaine has joined IRC (tjfontaine!tjfontaine@cassiopeia.atxconsulting.com)
21:08tessier has left IRC (tessier!~treed@kernel-panic/copilotco, Quit: Lost terminal)
21:09dptech has left IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net, Quit: When two people dream the same dream, it ceases to be an illusion. KVIrc 3.4.2 Shiny http://www.kvirc.net)
21:20ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
21:22ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
21:24markit has joined IRC (markit!~marco@88-149-177-66.staticnet.ngi.it)
21:29hughessd has left IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net, Quit: hughessd)
21:31risca has joined IRC (risca!~risca@wi-secure-5477.cc.umanitoba.ca)
21:38awilliam1 is now known as awilliams
21:38awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1)
21:40
<tjfontaine>
when using kiosk as the screen KIOSK_OPTIONS is broken, because kioskSession is not passing the arguments to the actual script being called (in ubuntu 12.04 at least) this was my solution http://paste.debian.net/hidden/bf6ef040/
21:55dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...)
22:02bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 260 seconds)
22:14
<markit>
tjfontaine: forgive my ignorance.. what is this "kiosk" stuff? KDE feature?
22:15markit has left IRC (markit!~marco@88-149-177-66.staticnet.ngi.it, )
22:15
<tjfontaine>
well I was going to answer
22:15
markit: no, it's a screen you can set for SCREEN_02 for instance, you can see the list in /usr/share/ltsp/screen.d by default most people use "ldm"
22:22hughessd has joined IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net)
22:28hughessd has left IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net, Read error: Connection reset by peer)
22:28hughessd has joined IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net)
23:06steve_h has joined IRC (steve_h!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net)
23:09hughessd has left IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net, Read error: Operation timed out)
23:09steve_h is now known as hughessd
23:09risca has left IRC (risca!~risca@wi-secure-5477.cc.umanitoba.ca, Read error: Operation timed out)
23:10hughessd has left IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net, Client Quit)
23:15ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
23:16ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
23:25vmlintu__ has left IRC (vmlintu__!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 256 seconds)
23:25vmlintu__ has joined IRC (vmlintu__!~vmlintu@nblzone-240-143.nblnetworks.fi)
23:33alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
23:33risca has joined IRC (risca!~risca@wi-secure-5477.cc.umanitoba.ca)
23:36alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Client Quit)
23:45vmlintu__ has left IRC (vmlintu__!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 240 seconds)
23:45vmlintu__ has joined IRC (vmlintu__!~vmlintu@nblzone-240-143.nblnetworks.fi)