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


Channel log from 17 November 2012   (all times are UTC)

00:07[GuS] has joined IRC ([GuS]!~gustavo@186.18.222.3)
00:07[GuS] has joined IRC ([GuS]!~gustavo@unaffiliated/gus/x-663402)
00:37dgeary2 has left IRC (dgeary2!~david@120.21.52.30, Ping timeout: 252 seconds)
00:38dgeary2 has joined IRC (dgeary2!~david@120.21.52.30)
00:42shawnp0wers1 has joined IRC (shawnp0wers1!~spowers@c-71-238-225-35.hsd1.mi.comcast.net)
00:43shawnp0wers1 has left IRC (shawnp0wers1!~spowers@c-71-238-225-35.hsd1.mi.comcast.net, Client Quit)
00:51Parker955 is now known as Parker955_Away
01:25Parker955_Away is now known as Parker955
01:32adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.132.219.42)
01:35adrianorg_ has left IRC (adrianorg_!~adrianorg@177.132.219.42, Ping timeout: 252 seconds)
01:39vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
01:42adrianorg__ has left IRC (adrianorg__!~adrianorg@177.132.219.42, Ping timeout: 252 seconds)
01:42
<vagrantc>
hrm. apparently "local -" as used in ltsp-update-image doesn't work if run as bash.
02:19
also present in update-kernels
02:45Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 245 seconds)
02:57Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
03:21alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
03:32[GuS] has left IRC ([GuS]!~gustavo@unaffiliated/gus/x-663402, Quit: Konversation terminated!)
03:32
<vagrantc>
alkisg: so, after fixing those bashisms, i figured i'd best test some things with bash...
03:32
http://bugs.debian.org/693496
03:32
was the result.
03:32
<alkisg>
Hey vagrantc... /me looks...
03:33
<vagrantc>
so what's "local -" supposed to do? bash doesn't like it.
03:34
<alkisg>
man sh => The only special parameter that can be made local is “-”. Making “-”
03:34
local any shell options that are changed via the set command inside the
03:34
function to be restored to their original values when the function
03:34
returns.
03:35* alkisg checks if that's posix compliant and what's bash'es view on that...
03:35
<alkisg>
We can just restore the flags we change with set, if we don't find a compatible way to express that
03:36
<vagrantc>
and "local - var1 var2" does the same thing, plus defining local variables?
03:37
<alkisg>
Right
03:38
posh complains about "-" as well
03:43
vagrantc: we can store the current flags with "flags=$(set +o)" and restore them with "$flags"
03:44
Seems to work in dash, bash, posh
03:44highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Remote host closed the connection)
03:44
<vagrantc>
whee.
03:45
sure seems like a strange use of "local"
03:45
i guess it makes the flags local...
03:45
<alkisg>
Yeah
03:46
<vagrantc>
seems we only use it in ltsp-trunk in those two places.
03:47
<alkisg>
True, I couldn't find it elsewhere, and not in ldm-trunk either
03:47* vagrantc also checked ltspfs-trunk
03:47
<vagrantc>
alkisg: you got time to commit it?
03:48
<alkisg>
Sure, and thanks for catching this
03:48
<vagrantc>
was hoping to upload the bashism fixes tonight, but figured i'd better test that it doesn't break bash :)
03:48andygraybeal has left IRC (andygraybeal!~andy@h110.210.22.98.dynamic.ip.windstream.net, Ping timeout: 255 seconds)
03:50
<alkisg>
vagrantc: in ltsp_config, we have some "set -a", "set -f" that we restore to +a / +f
03:50
Do you think it'd be worth it to save/restore flags there as well?
03:53
<vagrantc>
i.e. if it was already "set -a" then "set +a" is not so good?
03:54
<alkisg>
Yup
03:55
I don't think that's the case anywhere, but it might be so in the future... ?
03:55
<vagrantc>
might be a good thing to do... might also drive us crazy :)
03:55* alkisg remembers having a hard time on 20_fat-clients because of the `set -f` state there set by ltsp_config
03:56
<vagrantc>
right
03:56* vagrantc wonders if overlayfs will ever make it to the mainline kernel...
03:57
<vagrantc>
alkisg: my test case suggessts different behavior with bash and dash setting it the way you were proposing
03:57* alkisg wonders if `set -f` is needed in update-kernels, or if he put it there before switching to using `find`
04:01
<alkisg>
r2323, no, you put both of them at the same commit
04:02
<vagrantc>
might be worth using the long-hand set options ...
04:02
<alkisg>
Eh hmm I think that was a copy of some function I proposed to you though so `set -f` might still not be needed... meh, it looks like I'll have to actually read the code... :P
04:03
Line 61, ok, it's needed
04:04
(05:57:51 πμ) vagrantc: alkisg: my test case suggessts different behavior with bash and dash setting it the way you were proposing ==> pastebin?
04:05
<vagrantc>
alkisg: paste.debian.net/210040
04:06
if i understood you right
04:06
who knows, though, maybe it's just a difference of whitespace
04:09
<alkisg>
vagrantc: paste.debian.net/210040
04:09
Breaks on posh only, I'm checking it more..
04:12
This one also displays the diff... doesn't look good: http://paste.ubuntu.com/1364161/
04:18
<vagrantc>
alkisg: may be using echo causing you problems :)
04:20
<alkisg>
vagrantc: no, I just asked in #bash, silly mistake, the problem is in calling `$flags`
04:20
That's a "multiline" command in bash, it won't work like this... maybe with eval
04:23Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 255 seconds)
04:31
<alkisg>
(06:28:51 πμ) Riviera: alkisg: local isn't POSIX, find's -printf isn't POSIX, sort's -V isn't POSIX.
04:32* alkisg is thinking that specifying #!/bin/dash would make things much easier :P
04:44
<vagrantc>
it's probably an option
04:45
altthough i vaugely recall a "dash not /bin/sh" lintian warning...
04:48
<alkisg>
vagrantc: that the best I can think of, right now: http://paste.ubuntu.com/1364205/
04:48
*that's
04:48
posh sets some "verbose" flag there, but it shouldn't do any harm
04:48
<vagrantc>
explicit mention of local is in debian policy
04:49
<alkisg>
The next better solution would be to rewrite all the code so that it doesn't depend on any shell's options state
04:49
But I think for now, using `eval "$flags"` a couple of times is not a bad compromise...
04:52
<vagrantc>
the last couple years have involved very clever, but harder to read code.
05:18staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds)
05:22staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
05:59
<vagrantc>
alkisg: in ltsp-update-image, is run_cleanup likely to be called more than once?
06:00
i.e. in a state where the union mounts aren't configured?
06:03
just wondering why it doesn't detect the union type sooner... then it might be easier to actually support a split /boot
06:03
(yes, i'm chasing the aufs monster again)
06:17Parker955 is now known as Parker955_Away
06:38
<vagrantc>
i think i finally got it...
06:38
it can certainly be improved, but as a proof of concept...
06:39dgeary2 has left IRC (dgeary2!~david@120.21.52.30, Read error: Connection reset by peer)
06:43awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 246 seconds)
06:45awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1)
06:48
<alkisg>
(back)
06:51
<vagrantc>
yay! it works.
06:51
<alkisg>
what was the problem?
06:54
<vagrantc>
aufs hides sub-mounts, so all the rofs sub-mounts (noteably /boot) weren't visible in the aufs mountpoint.
06:54
<alkisg>
But didn't we have code to mount all submounts as well?
06:55
<vagrantc>
they get mounted, but you actually need a separate aufs mount for each
06:57
and the key point which baffled me for hours, was that i had to mkdir -p in the cow in order to have something to mount on top of...
06:59
it can certainly be improved, but i'll push what i have.
07:03
dunno if i can get this into wheezy, though it may be the last place it's useful...
07:06
<alkisg>
vagrantc: I'm looking at ltsp-update-image, line 114... so aufs doesn't like mount --bind there, and needs an aufs submount?
07:07
vagrantc: with aufs submounts, if ltsp-cleanup e.g. deletes something in the submounted /boot dir, will it get deleted from the real /boot dir as well?
07:07
<vagrantc>
don't think so
07:08
<alkisg>
vagrantc: can you pastebin the diff for what you have for me to take a look? I'm curious on what was needed to make it work...
07:09
<vagrantc>
it's basically /tmp/foo/i386 (an aufs of /tmp/foo/cow and /tmp/foo/rofs) and then mount /tmp/foo/i386/boot (an aufs of /tmp/foo/cow/boot and /tmp/foo/rofs/boot )
07:09
alkisg: committed locally, should i just push? :)
07:09
<alkisg>
Sure
07:10
But it sounds to me that the cow part should come above (after) the /boot part
07:10
I.e. that now deletions in submounts will be permanent
07:11
<vagrantc>
no different than if it were a single filesystem
07:12
only the cow layer is writeable.
07:12
<alkisg>
OK, access denied instead of actual deletions then, still not good
07:12* alkisg tries some aufs commands manually...
07:13
<vagrantc>
it's virtually the same code as the main mount, just with something mounted on top ... ?
07:13
<alkisg>
Right, so that top mount will get the filesystems writes instead of the cow getting the writes
07:14
So the writes are no longer temporary, they're either "access denied" if the top mount is read only, or permanent
07:14
(at least if I understood the whole aufs/overlayfs logic correctly)
07:14
<vagrantc>
i think your test is different than what i've done.
07:15
<alkisg>
I didn't try anything yet, trying now...
07:16
<vagrantc>
in your previous setup, there was /tmp/foo/i386, and any writes to the overlayfs/aufs mount would happen only on the cow
07:16
the only difference here is /tmp/foo/i386 now has a similar setup at /tmp/foo/i386/boot
07:17
so i guess you can't remove the whole dir...
07:17
but all the files under it
07:18* vagrantc had to exclude /var/cache/approx in /etc/ltsp/ltsp-update-image.excludes
07:18
<vagrantc>
doh.
07:22
<alkisg>
I guess we could rearrange the code a bit so that it goes like this:
07:23
1) create the tmpfs, 2) mount the submounts inside it either with mount --bind for overlayfs or with aufs, and 3) then mount the cow
07:24
*merge them, I mean, either with overlayfs or aufs
07:25
vagrantc: wouldn't that ensure that the tmpfs is on top of the submounts, even for aufs?
07:25
(and we'd only need one get_mounts call in that case)
07:26dgeary2 has joined IRC (dgeary2!~david@120.21.52.30)
07:26
<alkisg>
Also I think we can drop the tmpfs completely and just use some dir /tmp as is
07:27
(I had to drop it in similar code in some other project because it has a size limit that depends on the server RAM)
07:37
<vagrantc>
yeah, we could probably use a tempdir
07:37
we're not accessing lots and lots of files
07:37
but aufs doesn't merge across mountpoints...
07:38
23:23 < alkisg> 1) create the tmpfs, 2) mount the submounts inside it either with mount --bind for overlayfs or with aufs, and 3) then mount the cow
07:38
<alkisg>
I don't see the problem, aren't you doing the same thing now but with the opposite order?
07:39
<vagrantc>
no, i'm creating entirely separate aufs mount points
07:40
but there is definitely some reordering that could be done so you only need one get_mounts call.
07:40
it's mainly 3 i'm questioning how it'll work with aufs
07:41
<alkisg>
Just mount it over the same mount point, chroot, with rw?
07:41
<vagrantc>
this stuff hurts my head :)
07:42
but i finally managed to get my separate /boot partition use-case working with aufs
07:42
so i'll sleep on that.
07:42
<alkisg>
btw why was /boot needed for nbd anyway?
07:43
<vagrantc>
ltsp-update-kernels pulls the kernels from the NBD image
07:43
<alkisg>
Ah
07:43
<vagrantc>
which results in... no kernels
07:44
<alkisg>
OK, good night, I'll do some manual testing and if I find something good I'll push it
07:44
<vagrantc>
it could just pull them from the server's /boot, but it only highlights one small issue
07:44
i.e. separate /usr or /var is not unheard of
07:45
a separate /home is not really a big deal, since we purge all that anyways
07:45
<alkisg>
get_mounts skips /home anyway
07:46
<vagrantc>
well, thanks for taking a poke at my proof of concept :)
07:47
and if we could figure out a smallish, innocuous patch for the "local -" in ltsp-update-image and update-kernels, that'd be great. hopefully i can upload sunday or monday. didn't do as much testing today as i had planned.
07:48
spent a lot of time fighting with my infrastructure :(
07:48
<alkisg>
vagrantc: so aufs can take any number of dirs? Could we stick them all in a single command?
07:48
<vagrantc>
alkisg: tried that, and it "works", except you have no way of specifying that /boot needs to appear at /boot, not at /
07:49
<alkisg>
Ah, ok
07:50
<vagrantc>
i might actually start using some ltsp-pnp stuff at freegeek... we'll see.
07:51
anyways, have fun #ltsp!
07:51vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
07:57ricotz has joined IRC (ricotz!~rico@p5B2AA6DF.dip.t-dialin.net)
07:57ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)
08:45dgeary2 has left IRC (dgeary2!~david@120.21.52.30, Quit: ĝis la)
08:48bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
09:13alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
10:09bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 276 seconds)
10:17vlt has left IRC (vlt!~hrst@lvps178-77-99-218.dedicated.hosteurope.de, Ping timeout: 260 seconds)
10:17vlt has joined IRC (vlt!~hrst@lvps178-77-99-218.dedicated.hosteurope.de)
10:28staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 255 seconds)
10:31staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
10:33andygraybeal has joined IRC (andygraybeal!~andy@h110.210.22.98.dynamic.ip.windstream.net)
10:35adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.134.56.211)
10:48gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
11:14andygraybeal has left IRC (andygraybeal!~andy@h110.210.22.98.dynamic.ip.windstream.net, Ping timeout: 255 seconds)
11:46adrianorg__ has left IRC (adrianorg__!~adrianorg@177.134.56.211, Ping timeout: 252 seconds)
11:54adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.134.56.211)
12:23leio has left IRC (leio!~leio@gentoo/developer/leio, Read error: Operation timed out)
12:23leio has joined IRC (leio!~leio@gentoo/developer/leio)
12:32ogra-cb_ has left IRC (ogra-cb_!~ogra@p4FDFAE17.dip.t-dialin.net, Ping timeout: 248 seconds)
12:43Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
12:55F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, Quit: Leaving)
13:07adrianorg__ has left IRC (adrianorg__!~adrianorg@177.134.56.211, Read error: Operation timed out)
13:13bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
14:16Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 252 seconds)
14:30Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
14:34bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 255 seconds)
14:54croydonaccessibl has joined IRC (croydonaccessibl!~edubuntu@host-92-21-55-228.as13285.net)
14:54
<croydonaccessibl>
hello everyone
14:55
could some one please give me some advice on a problem ive got with a new server ?
15:02
I have been setting up another LTSP. I have upgraded to a new Server, new gigbit switch even new patch cables. i have tried Ubuntu 12.04.1LTS installed LTSP and i couldn't get the LTSP to work as it should. I downloaded Edbuntu 12.04.1LTS and that has got a fully working LTSP already setup.When i run the "use from DVD" all works as it should. i get a LTSP up and running i can even boot my Terminals from it. albit very slow and not
15:02
much on there desktop. but its working. i can even get out on the internet. I used this for over a week like this testing and all. I installed said OS and all was ok untill i try and use the internet. the USB NIC said that its found a connection but nothing can use it or get out to the net... including update. i can not install any apps or look at websites. i can not even look at local webserver (on my LAN). It is as if the USB NIC
15:02
is not working at all. I did a LSUSB to see if ubuntu has found it is has. I booted from the DVD and did another LSUSB and it had the same details but i am able to get out on to the web when booting from DVD. I have changed the ports even direct to the router to see if this has any fix... but no.Not sure what to try next. Has anyone had a problem like this before ?
15:06edubuntu_keiffee has joined IRC (edubuntu_keiffee!~edubuntu@host-92-21-41-219.as13285.net)
15:07croydonaccessibl has left IRC (croydonaccessibl!~edubuntu@host-92-21-55-228.as13285.net, Ping timeout: 240 seconds)
15:08
<edubuntu_keiffee>
hi all
15:17hachque has joined IRC (hachque!quassel@2600:3c01::f03c:91ff:fe96:5060)
15:22
<edubuntu_keiffee>
anyone out there
15:23edubuntu_keiffee has left IRC (edubuntu_keiffee!~edubuntu@host-92-21-41-219.as13285.net)
15:37staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds)
15:41staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
16:03jesse__ has joined IRC (jesse__!53a0df24@gateway/web/freenode/ip.83.160.223.36)
16:04
<jesse__>
Can anyone help me with ltsp problem
16:05
I have one server with Edubuntu that won't boot on local network only
16:13jesse__ has left IRC (jesse__!53a0df24@gateway/web/freenode/ip.83.160.223.36, Quit: Page closed)
16:15ltspuser_83 has joined IRC (ltspuser_83!bd1d51c6@gateway/web/freenode/ip.189.29.81.198)
16:17
<ltspuser_83>
how to lock wallpaper and some programs for users?
16:18
how to lock wallpaper and some programs for users gnome?
16:21
can anyone help me?
16:22
how to lock wallpaper and some programs for users gnome?
16:22alexqwesa__ has joined IRC (alexqwesa__!~alex@alexo-veto.broker.freenet6.net)
16:23alexqwesa_ has left IRC (alexqwesa_!~alex@alexo-veto.broker.freenet6.net, Read error: Connection reset by peer)
16:23
<ltspuser_83>
can anyone help me? how to lock wallpaper and some programs for users gnome?
16:29
can anyone help me? [14:22] <ltspuser_83> how to lock wallpaper and some programs for users gnome?
16:29
can anyone help me? how to lock wallpaper and some programs for users gnome?
16:48PhoenixSTF has joined IRC (PhoenixSTF!~rudi@78.29.132.86)
17:30
<knipwim>
!ask
17:30
<ltsp>
ask: Don't ask to ask a question, simply ask it, and if someone knows the answer, they'll respond. Please hang around for at least a full hour after asking a question, as not everybody constantly monitors the channel.
17:44
<lee>
at least a full 24 hours =)
17:51Parker955_Away is now known as Parker955
17:54
<knipwim>
but monday for sure :)
18:20alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
18:33Bootless has joined IRC (Bootless!~AnDyLap@p57A24A9D.dip.t-dialin.net)
18:35Bootless has left IRC (Bootless!~AnDyLap@p57A24A9D.dip.t-dialin.net)
18:44alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
18:45gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Y)
19:04alexqwesa__ has left IRC (alexqwesa__!~alex@alexo-veto.broker.freenet6.net, Read error: Connection reset by peer)
19:10alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
19:28PhoenixSTF has left IRC (PhoenixSTF!~rudi@78.29.132.86, Quit: Leaving)
19:28adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.156.230.192)
19:57ltspuser_29 has joined IRC (ltspuser_29!54384745@gateway/web/freenode/ip.84.56.71.69)
19:59
<ltspuser_29>
hello got a problem with loggin in the gdm of ltsp, loggin in in the console works perfectly, but using the command startx gives a failure
20:18Parker955 is now known as Parker955_Away
20:19
<ltspuser_83>
can anyone help me? how to lock wallpaper and some programs for users gnome?
20:35bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
20:38ltspuser_83 has left IRC (ltspuser_83!bd1d51c6@gateway/web/freenode/ip.189.29.81.198, Ping timeout: 245 seconds)
21:09vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
21:09vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
21:18Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
21:34ltspuser_29 has left IRC (ltspuser_29!54384745@gateway/web/freenode/ip.84.56.71.69, Ping timeout: 245 seconds)
21:44sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 276 seconds)
21:49sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca)
21:58sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 245 seconds)
21:59sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca)
22:01bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 246 seconds)
22:08Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
22:08sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 240 seconds)
22:09sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca)
22:17Parker955_Away is now known as Parker955
22:19andygraybeal has joined IRC (andygraybeal!~andy@h110.210.22.98.dynamic.ip.windstream.net)
22:19Parker955 is now known as Parker955_Away
23:27Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 246 seconds)
23:44Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)