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


Channel log from 2 September 2007   (all times are UTC)

00:02
<vagrantc>
gah. this merge is going badly.
00:02
<jon>
can someone help? i have ltsp installed but cant authenticate
00:03
or, where do i go to change settings?
00:03
<vagrantc>
what linux distro ?
00:03
<sbalneav>
jon, what version of ltsp?
00:04
<jon>
ubuntu 7.04 fiesty
00:04
oh um hmm
00:04
<sbalneav>
Have you done an ltsp-update-sshkeys?
00:04
<jon>
whatever showed in the synaptis package manager
00:04
no ill do that 1 sec
00:06
5.0.7 if it maters
00:06
<vagrantc>
man, bzr does not elegantly handle merges when directories get created with the same name.
00:06
i can't figure out how to merge this.
00:07
<jon>
still cant connect from other machine here
00:09
<sbalneav>
How did you install it?
00:09
Hmm, you got sshd running?
00:10
Check in the package manager, and see if you've got openssh-server installed.
00:10
<jon>
did not have ssh server
00:10
<sbalneav>
You need it.
00:11
<jon>
getting now
00:11
<sbalneav>
install it, and re-run ltsp-update-sshkeys
00:12
<jon>
still no dice
00:12
do i neeed to start sshd somehow?
00:13
<sbalneav>
have you restarted the terminal?
00:13
<jon>
what do you mean?
00:14
the actual terminal window?
00:14
<sbalneav>
have you re-booted the thin client?
00:14
<jon>
i just want to egt in from another windows box using remote esktop
00:14
or is that no good
00:15
<sbalneav>
wait, you're not using a thin client?
00:15
<jon>
no
00:15
<sbalneav>
You're trying to use windows remote desktop to get into a linux box?
00:15
<jon>
isint that what a termian server does
00:15
<sbalneav>
no
00:16
<jon>
so how do i achever remote login?
00:16
something over ssh ?
00:16
<sbalneav>
From a windows box, I have no Idea.
00:17
but what you're wanting has nothing to do with ltsp.
00:17
<jon>
lets say i had another linux box to play with? what type program i need to look for ?
00:17
hmm ok i thought the terminal server part would grant remote login
00:17
<vagrantc>
to linux
00:17newmember has joined #ltsp
00:17
<sbalneav>
right.
00:17
<vagrantc>
Linux Terminal Server Project
00:17
<sbalneav>
not from windows.
00:17
<jon>
guess ill go to the main ubunto chat and ask there
00:18
<vagrantc>
sbalneav: this is the merge from hell, but i think i figured it out.
00:18
<jon>
so what does the thin client use to logon assuming they have a hdd
00:19
<sbalneav>
the entire point of a thin client is that it doesn't have a hard disk :)
00:19
<vagrantc>
thin clients, by definition, usually don't have hard drives
00:19
<jon>
yeah thats true
00:19
<sbalneav>
We login via ssh, then start an xsession back to the thin client, either by an ssh tunnel, or directly over a network.
00:19
There's no X server running on windows.
00:19
so that won't work.
00:20
<jon>
i can get a x session
00:20
cgywin
00:20
<vagrantc>
you're still not doing anything LTSP
00:20
<jon>
and use ssh to login fromn there
00:20
<sbalneav>
I don't know anything about that. Haven't used windows for 8 years.
00:20
<jon>
ok so thanks for the help : P
00:20
<vagrantc>
LTSP is mostly about booting thin clients
00:20
<sbalneav>
right.
00:21
<jon>
not reaslly what i was looking for .. righ now
00:21jon has left #ltsp
00:22
<vagrantc>
sbalneav: ok, merged: http://llama.freegeek.org/~vagrant/bzr/ltsp/ubuntu/vagrant-gutsy
00:24
<sbalneav>
cool. However, you don't need the build-client plugin if you're using mine for the nfs-bottom
00:25
:> /etc/hostname in there cleans out the hostname.
00:25
unless that's not bindmounted.
00:25
<vagrantc>
ah, oops.
00:25
that isn't bind mounted until much later.
00:25
oops.
00:25
<sbalneav>
should we just pull the :> out of there?
00:25
<vagrantc>
yes.
00:25
gah.
00:25
<sbalneav>
ok
00:25
np
00:25
<vagrantc>
it's more reliving that hellish merge.
00:25
<sbalneav>
I'll just do it in mine, re-merge from me.
00:26
<vagrantc>
sure.
00:26
and then i gotta figure out how to get it back
00:26
into my other branch
00:26
although that's probably the way to go with it.
00:30
<sbalneav>
Pushed.
00:41
<vagrantc>
that makes a wonderful dent in the bugs for debian's ltsp :)
00:41
several more will be fixed with ldm2, i think.
00:52dr_byson has left #ltsp
00:58vagrantc has quit IRC
01:00subir has joined #ltsp
01:14sbalneav has quit IRC
01:46cyberorg has joined #ltsp
02:15Q-FUNK has joined #ltsp
03:25ace_suares has quit IRC
03:25ace_suares has joined #ltsp
03:30ace_suares has quit IRC
03:32rcy has quit IRC
03:40
<Q-FUNK>
It seems that I just became upstream on that AMD x.org driver. :)
03:40rcy has joined #ltsp
03:42Egyptian[Home] has quit IRC
03:45plamengr has joined #ltsp
03:45indradg_ has quit IRC
03:46indradg_ has joined #ltsp
03:53indradg__ has joined #ltsp
03:58rcy has quit IRC
04:00indradg has joined #ltsp
04:10rcy has joined #ltsp
04:10ari_stress has quit IRC
04:13indradg_ has quit IRC
04:13indradg_ has joined #ltsp
04:21indradg__ has quit IRC
04:29indradg has quit IRC
05:21plamengr has quit IRC
06:24Shingoshi has quit IRC
06:29Shingoshi has joined #ltsp
06:36ltsp-sid has joined #ltsp
06:53Q-FUNK has quit IRC
06:56Q-FUNK has joined #ltsp
07:06subir has quit IRC
07:33
<cliebow_>
ccjoe your x maybe is dying?
07:45nf1 has quit IRC
08:02nf1 has joined #ltsp
08:28sbalneav has joined #ltsp
08:29
<sbalneav>
Morning all
08:32
<jammcq>
sbalneav: Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
08:32
<sbalneav>
Morning jammcq
08:35
<Q-FUNK>
beaaaaaaaaaaaaaaaaam me up!
08:35
:)
08:39K_O-Gnom has joined #ltsp
08:54rcy has quit IRC
09:02fernando1 has quit IRC
09:07fernando1 has joined #ltsp
09:25cyberorg has quit IRC
09:25cyberorg has joined #ltsp
09:47chupacabra has joined #ltsp
09:54shogunx has quit IRC
09:55indradg_ has quit IRC
09:55indradg_ has joined #ltsp
09:58shogunx has joined #ltsp
09:58uwe_ has joined #ltsp
10:04
<uwe_>
hello, ive been looking at playing audio transparently over network, i never did it with LTSP, but what i did was redirecting mp3 through ssh and starting mpg123 command, it works :D, so i was thinking, why does LTSP clients a sound daemon actually? lets suppose that both the server and the client have jackd , if we can make jackd output stream to "standard output" and then make tunnel it over ssh to some small app on the client that again talks to jack
10:04
d on the client ... this way it should possible to play music from local apps and from remote apps ... as long as they use jackd ... or something similar ... without depending on a standalone audio server .
10:04
please note that im not experienced in any of the above mentioned things .
10:06uwe_ is now known as uwe
10:16muh2000_ has joined #ltsp
10:16muh2000 has quit IRC
10:38vagrantc has joined #ltsp
11:01vagrantc_ has joined #ltsp
11:01
<vagrantc_>
!seen ogra
11:01
<ltspbot>
vagrantc_: ogra was last seen in #ltsp 2 days, 19 hours, 52 minutes, and 25 seconds ago: <ogra> from a client side view the device looks like any other alsa device
11:10gonzaloaf has quit IRC
11:12yesno has joined #ltsp
11:14vagrantc has quit IRC
11:20yesno has left #ltsp
11:25highvoltage has joined #ltsp
11:26
<jammcq>
highvoltage: hey
11:40ltsp-sid has quit IRC
11:43
<highvoltage>
hey jammcq!
11:43* highvoltage just came from a weekend away- spent 48 hours away from any computer, for the first time since 1997
11:43
<highvoltage>
(I think I'll try it again in 10 years time)
11:43
<jammcq>
wow
11:44
highvoltage: you gonna be in Boston for UDS ?
11:44
I lost internet for about 2 hours yesterday. It was freaking me out
11:44
<highvoltage>
jammcq: it doesn't seem so, I don't think I'll be able to spend any time away from work at that stage
11:44
<jammcq>
wow, busy, eh?
11:45
<highvoltage>
unfortunately, too busy, we lost some staff who got very exciting jobs overseas (one left for google), so the rest of us have to take on some more workload until we can replace them
11:46
<jammcq>
wow
11:46
<Q-FUNK>
any USD coming to europe any time soon?
11:46
ööö.. UDS
11:47
<sbalneav>
Last time was in Spain
11:47
<jammcq>
Q-FUNK: it was in Europe back in May
11:47
<sbalneav>
in April
11:47
<jammcq>
yeah, april
11:47
<Q-FUNK>
yup, I missed Sevilla
11:47
and couldn't do Portland
12:06muh2000_ has quit IRC
12:06
<jammcq>
sbalneav: were you saying you couldn't get 'read HOSTNAME </etc/hostname' to work?
12:07
<sbalneav>
not in dash, no
12:07
hm
12:07
<jammcq>
hmm, bash seems to work fine
12:08
<sbalneav>
Actually, for redirects it works fine.
12:08
where I was running into problems the other day was:
12:09
cat /etc/hostname | read KK
12:09
which, theoretically is the same thing. But that doesn't work.
12:09
but if you do a
12:09
cat /etc/hostname | while read KK
12:10
echo $KK
12:10
done
12:10
then it works, which is weird, IMHO
12:10
<jammcq>
how about: read KK </etc/hostname
12:10
<sbalneav>
right, it works for that.
12:10
<jammcq>
eliminates 'cat' and 'while'.
12:10
cat is a sub process. 'while' invokes a sub-shell
12:11
neither of which are desirable for this
12:11K_O-Gnom has quit IRC
12:11
<sbalneav>
but if you're trying to read something from a command, then you have to do it in the loop, as oppsosed to a file.
12:11
<jammcq>
because piping to a 'read' isn't working?
12:11
<sbalneav>
yeah
12:12
And logically, you'd think it should
12:12
since you can re-direct to it.
12:12
<jammcq>
how about: cat /etc/hostname | read -u 0 KK
12:12
'-u 0' indicates read from file-descriptor 0, which it should already be doing
12:13
hmm
12:13
doesn't work with bash
12:13
built-in's are funny sometimes
12:14
'</etc/filename' doesn't cause a sub-shell, but '|' does
12:14
so putting 'read' into a subshell is probably screwing us up
12:14
<sbalneav>
yeah, and read -u 0 isn't in dash
12:14
it's just an oddity.
12:15
<jammcq>
i'm thinking it's the subshell
12:15
<sbalneav>
prolly
12:15
<jammcq>
it's prolly working just fine, but when the sub-shell exits, it forgets the value of KK
12:16
<sbalneav>
Logically, that'd make sense.
12:16
<jammcq>
well, I guess for reading simple files that contain one record, 'read KK <filename' should be the simplest
12:16
but if you wanna run the data through a command, 'while read' is needed
12:17
seems like a shell bug
12:18
<sbalneav>
Like I say, logically, we've been sort of trained that command < file and comand1 | command are the same thing, both of them put data on stdin. Read's just something that has a quirk that breaks that rule.
12:19
<jammcq>
well, it's a built-in. I wonder what other built-ins we could test
12:19
<sbalneav>
I just like to use the read when I can, so we're not having to call an external program, if we can help it.
12:19
<jammcq>
well, like i said, 'read KK <filename' seems simple and clear
13:08K_O-Gnom has joined #ltsp
13:15tux_440volt has joined #ltsp
13:29tux_440volt has quit IRC
13:29indradg_ has quit IRC
13:46Q-FUNK has quit IRC
13:56vagrantc has joined #ltsp
13:58
<vagrantc>
i think initramfs-tools may be using another shell entirely ...
14:00dim_hyder has joined #ltsp
14:02Egyptian[Home] has joined #ltsp
14:03
<dim_hyder>
I've been fighting with ltsp most of the weekend - On ubuntu 7.04, separate dhcp server (dnsmasq) getting error msg nfsmount: need a path. any ideas?
14:04
<jammcq>
you need to pass the root-path to the client. dunno what the equivalent is in dnsmasq
14:04Q-FUNK has joined #ltsp
14:04
<vagrantc>
there should be an example in /usr/share/docs/ltsp/examples
14:04
for dnsmasq
14:05
<dim_hyder>
cheers - I'll take a look
14:06
<vagrantc>
er, ltsp-server
14:07
<jammcq>
ah, there ya go
14:07
dhcp-option-17,/opt/ltsp/i386
14:09vagrantc_ has quit IRC
14:12
<dim_hyder>
this is what i've got as the ltsp box is different to dhcpd box: # define common netboot types
14:12
dhcp-vendorclass=etherboot,Etherboot
14:12
dhcp-vendorclass=pxe,PXEClient
14:12
# Set the boot filename for BOOTP.
14:12
dhcp-boot=net:pxe,/ltsp/i386/pxelinux.0
14:12
dhcp-boot=net:etherboot,/ltsp/i386/nbi.img
14:12
sorry copy and paste error!!
14:12
<jammcq>
dim_hyder: paste it to the pastebot
14:12
!pastebot
14:12
<ltspbot>
jammcq: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
14:12
<dim_hyder>
dhcp-option=17,192.168.2.7:/opt/ltsp/i386/
14:12
<jammcq>
and paste the entire file
14:13
<dim_hyder>
ok
14:13
<jammcq>
umm, I don't think Ubuntu likes the IP address there
14:13
sbalneav or vagrantc: do you guys know if that problem has been fixed?
14:13
or what's the workaround for pointing to a different nfs server?
14:13
<dim_hyder>
i've tried with the hostname as well (which is ubuntu in my case)
14:14
<jammcq>
it won't be hostname, cuz I don't think the workstation can resolve dns at that point
14:17
<vagrantc>
jammcq: fixed in debian sid ... not sure about ubuntu
14:17
<jammcq>
hmm
14:17
I'm thinking it's fixed in gutsy, but not feisty
14:18
<vagrantc>
it got fixed shortly after etch release in debian ... don't know if ogra pushed the patches into ubuntu ... thought he intended to
14:18
<jammcq>
i know i've talked with ogra about it, and it seems he mentioned it was fixed
14:19
but I thought there was a work-around at least
14:19
<vagrantc>
you can manually patch it
14:21
<dim_hyder>
how hard is that to do? sounds like major balls ache
14:21
<vagrantc>
not difficult
14:22
<jammcq>
it's just a shell script
14:22
<vagrantc>
gah.
14:22
feisty didn't switch over to NBD, did it ?
14:22
<jammcq>
nope
14:22
that is gutsy
14:22
<vagrantc>
ok
14:23
tweak /opt/ltsp/i386/usr/share/initramfs-tools/scripts/nfs
14:25
<jammcq>
vagrantc: where does 'ROOTSERVER' get set?
14:25
<vagrantc>
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387808
14:25
the last patch fixed it
14:25
jammcq: i think in the ". /tmp/$DEVICE.conf" bit
14:27Q-FUNK has quit IRC
14:27
<jammcq>
vagrantc: is it just that swapping of the ':' and '*' ?
14:27
<ltsppbot>
"vagrantc" pasted "patch to get root-path to allow ip" (15 lines) at http://pastebot.ltsp.org/300
14:28
<vagrantc>
not sure if it applies cleanly to ubuntu's initramfs-tools ...
14:28
<jammcq>
hmm
14:29
<vagrantc>
but the idea is "if ROOTPATH already contains ':' we don't need to tack on the server ip"
14:29
well ... or rather ... "if ROOTPATH doesn't contain"
14:30* jammcq has to lookup what '#*:' does
14:30
<vagrantc>
no doubt
14:30
all those crazy shell substitutions make for some insane code
14:32
<jammcq>
${parameter#word}
14:32
<vagrantc>
oooh. i like the read without the while patch.
14:32
sbalneav: good show. much more readable :)
14:32
<jammcq>
me thinks 'word' is '*:' in this case, which will get deleted, and the result is compared against the original
14:32
read-without-while ? did he change it?
14:32
<vagrantc>
yeah
14:33
<jammcq>
we talked earlier about it. didn't realize he took my suggestion :)
14:33
dim_hyder: do you see how to incorporate vagrantc's patch into the nfs script?
14:33
from what I can tell, it should work perfectly
14:34
maybe we can get scotty to incorporate that patch in ubuntu
14:34
<dim_hyder>
sorry you lost me about 20:21 :-)
14:34
<jammcq>
heh
14:34
<dim_hyder>
I've got the right file
14:34
<jammcq>
dim_hyder: did you see the patch ?
14:34
<dim_hyder>
yes on pastebot
14:34
<jammcq>
yeah
14:35
find line 44
14:35
it should match the line that starts with '-' in the batch
14:35
basically, remove that line from your file, and insert the following 5 lines that start with a '+'
14:35
removing the '+' of course
14:36
s/batch/patch/ :)
14:41
<dim_hyder>
do I need to restart anything before testing?
14:41
<jammcq>
nope
14:41
just reboot the thin client
14:42
<vagrantc>
uh
14:42
you need to re-generate the initramfs and run ltsp-update-kernels
14:42
<jammcq>
oh, right
14:42
<vagrantc>
:)
14:42
<jammcq>
brain-fart there
14:43
how does he regen the initramfs ?
14:43
<vagrantc>
chroot /opt/ltsp/i386 update-initramfs -k all -u
14:43
i think
14:43
<dim_hyder>
mindreader
14:44
<vagrantc>
ltsp-update-kernels could actually do that on compatible architectures
14:44
we can add a few commandline options to ltsp-update-kernels, maybe ...
14:45Q-FUNK has joined #ltsp
14:52vagrantc has quit IRC
14:58
<dim_hyder>
thanks for you help so far
14:58Shingoshi has quit IRC
14:58
<dim_hyder>
I did all that and still have the same problem
14:59
<jammcq>
what do you have in your option-17 ?
14:59Shingoshi has joined #ltsp
14:59
<jammcq>
and, can you paste your nfs script to the pastebot ?
14:59
<dim_hyder>
dhcp-option=17,192.168.2.7:/opt/ltsp/i386/
15:02
<ltsppbot>
"dim_hyder" pasted "nfs file" (119 lines) at http://pastebot.ltsp.org/301
15:04shogunx has quit IRC
15:06shogunx has joined #ltsp
15:07
<jammcq>
dim_hyder: line 44 should come out of your script, but I don't think that's causing the problem
15:07
after the if/else/if, you might add: echo "NFSROOT: $NFSROOT"
15:07
so you can see what it is set ot
15:07
to
15:09
<dim_hyder>
ok - do the regen of initramfs and ltsp-update-kernels and come back with the results
15:18
rootserver: 192.168.2.7 rootpath: 192.168.2.7:/opt/ltsp/i386/
15:18
<jammcq>
sounds right
15:18
so.... what kind of error are you getting?
15:19
<K_O-Gnom>
hmm
15:20
<dim_hyder>
it runs the nfs-premount script and then nfsmount: need a path - it keeps looping on this
15:23
<jammcq>
welp, you probably need ogra to help you. he's the ubuntu guy.
15:26
<yanu>
dim_hyder: is fuse installed, are the ssh-keys made?
15:26
is openssh-server installed?
15:26
<jammcq>
yanu: he's a LONG way from needing any of that
15:26
he can't even get a root filesystem going
15:27
<yanu>
i had the same problem, it was the package libfuse what i was missing
15:27
<jammcq>
hmm, no, I don't think so
15:27
libfuse has NOTHING to do with mounting the root fs
15:27
libfuse is needed for local devices
15:29
<yanu>
uhu, i installed all of this openssh-server, fuse-utils, ltspfs, ssh, then the error "nfsmount: need a path" was gone ...
15:29
<jammcq>
it was something else.... trust me
15:29
installing libfuse, when nfsroot is failing is like checking the tire pressure when your care is out of gas
15:30
s/care/car/
15:31
<yanu>
also i had to edit /etc/exports and changed "/opt/ltsp" to "/opt/ltsp/i386"
15:31
i can only speek of my problems ... to find gas :-D
15:31
<jammcq>
hmm, that didn't do it either, cuz exporting /opt/ltsp automatically exports subdirs of /opt/ltsp
15:32
<yanu>
o, is that so, didn't know that
15:32
<jammcq>
dim_hyder: try this on the server: exportfs -ra
15:32
and then: showmount -e
15:32
<dim_hyder>
I have added both "/opt/ltsp" and "/opt/ltsp/i386" to the exports file already - I will try the packages though
15:34
shows the export list /opt/ltsp *
15:34
<jammcq>
ok, now try booting
15:35
<dim_hyder>
same thing
15:35
<jammcq>
have you restarted dnsmasq since adding the IP address to option-17 ?
15:35
does dnsmasq even need restarting?
15:36
<dim_hyder>
yes on every change
15:36* jammcq has never tried using it
15:36
<Q-FUNK>
sbalneav: can you file a bug for -amd's inability to let you switch to a vcons? the X guys are willing to look into it, but they first need a bug report.
15:52
<sbalneav>
Q-FUNK: ok, where?
15:52
Launchpad or somewhere else?
15:54dim_hyder has quit IRC
15:55dim_hyder has joined #ltsp
15:58Q-FUNK has quit IRC
16:01Q-FUNK has joined #ltsp
16:07Egyptian[Home] has quit IRC
16:08indradg has joined #ltsp
16:08Egyptian[Home] has joined #ltsp
16:15vagrantc has joined #ltsp
16:15
<vagrantc>
figured out why the configure-x.sh script wasn't working
16:16
it used "mv" to move the configured xorg.conf to /etc/X11/xorg.conf ...
16:16uwe has quit IRC
16:16
<vagrantc>
and for some reason, that doesn't work when xorg.conf is a bind mount ... something about cross-filesystem moves
16:17
but if you cp it, it works ... and i need to set a default X_COLOR_DEPTH, at least with this card, because X assumed it could handle 32 bit color, but it can only handle 16 and probably 24 ...
16:17uwe has joined #ltsp
16:27
<dim_hyder>
Thanks for everyones help
16:27dim_hyder has quit IRC
16:32
<vagrantc>
sbalneav: hey, does ubuntu's Xorg have the -novtswitch option ?
16:32
adding it makes the screen flash one less time for me
16:35
so, i've basically got a branch working for debian with ltsp 5.0.24 + a few patches ... except for all that nbd stuff
16:35
nbd-client in the initrd just exits out immediately
16:37
even without nbd stuff, it's probably worth an upload to experimental
16:39
hmmm... maybe it's something wrong with my nbd-server configuration
16:42
yes, that seems to be the problem.
16:43
server can't even initiate nbd devices
16:52Q-FUNK has quit IRC
16:54
<klausade>
vagrantc: i'm running chroots build on etch with 5.0.8debian3 several places now. looks fine.
17:01
<vagrantc>
klausade: great. working on breaking it :)
17:02
i'll try to maintain backportability as much as possible, though.
17:03
<klausade>
but, resolv.conf changed in my chroot. nameserver is now 127.0.0.1. It used to point to my real dnssever before.
17:03
<vagrantc>
hm.
17:04BlackDark_ has joined #ltsp
17:05
<vagrantc>
klausade: ltsp-client-setup tweaks /etc/resolv.conf on boot, it seems ...
17:05
<klausade>
vagrantc: the nameserver is correct with chroots from 0.99debian12.
17:05
<BlackDark_>
hi
17:05
do you know if pulse has been installed with ltsp on feisty ?
17:05
<vagrantc>
klausade: file bugs
17:06
BlackDark_: almost certainly
17:06
<BlackDark_>
I'd like to use a soft phone on the terminals
17:06
could you refer me a howto for that ?
17:06
<klausade>
vagrantc: just noticed. filling bugs when using backported stuff with hacks everywhere is..well you know.
17:07
<vagrantc>
klausade: well, i won't look down on you :)
17:07
klausade: if it doesn't end up in a bug report, i usually forget it's a problem
17:08
klausade: so, as one of the pkg-ltsp maintainers in debian, i don't mind seeing bug reports for backported stuff
17:11
<klausade>
vagrantc: i think i found it. normally resolv.conf is copied in from outside the chroot when the chroot is build. then normally a cfengine rule replaces 127.0.0.1 with something more sensible in the chroot. when I build the chroot from the backported packages, i forgot about the cfengine rule ....
17:13Q-FUNK has joined #ltsp
17:13Q-FUNK has quit IRC
17:16
<vagrantc>
wahooo... saw an nbd root at least partially boot
17:16lns has joined #ltsp
17:21
<lns>
who can recommend a sexy thin client that works well with Ubuntu Feisty/LTSP5?
17:21Q-FUNK has joined #ltsp
17:30
<vagrantc>
well, nbd + unionfs + squashfs seems pretty unstable on debian lenny. that's my conclusion thus far
17:37
<cliebow_>
hmmm
17:56ccherret1 has joined #ltsp
18:07ccherrett has quit IRC
18:44ccherret1 is now known as ccherrett
18:59Q-FUNK has quit IRC
19:01Faithful has quit IRC
19:02Faithful has joined #ltsp
19:13vagrantc has quit IRC
19:38muh2000 has joined #ltsp
20:02BlackDark_ has quit IRC
20:50ari_stress has joined #ltsp
20:50
<ari_stress>
morning
20:51
<sbalneav>
Morning.
21:12lns has quit IRC
21:15lns has joined #ltsp
22:37K_O-Gnom has quit IRC
22:45newmember has quit IRC
22:50Egyptian[Home] has quit IRC
22:51Egyptian[Home] has joined #ltsp
22:56ari_stress2 has joined #ltsp
22:57ari_stress has quit IRC
23:12edgarin has joined #ltsp
23:30subir has joined #ltsp
23:42patoxs has joined #ltsp
23:43patoxs has left #ltsp