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


Channel log from 25 September 2008   (all times are UTC)

00:00
<johnny>
i could eat some..
00:09keithclark has quit IRC
00:20alekibango has quit IRC
00:23alekibango has joined #ltsp
00:51rjune_ has quit IRC
00:51rjune_ has joined #ltsp
01:06jonnor has joined #ltsp
01:08plamengr has joined #ltsp
01:19deavid has joined #ltsp
01:26FuriousGeorge has joined #ltsp
01:26
<FuriousGeorge>
johnny: hows the .ebuild coming?
01:31Pascal_1 has joined #ltsp
01:32nubae has quit IRC
01:33
<johnny>
FuriousGeorge, better
01:33
much better
01:34
need to do another full build test
01:34
and i think i have one more piece to commit, but haven't verified
01:42
FuriousGeorge, i got local apps stuff merged in
01:43
figured out how to make sound work i think
01:44
<Pascal_1>
bonjour
01:56Pascal_1 has left #ltsp
01:57gate_keeper_ has joined #ltsp
02:09warren has quit IRC
02:11vlt has quit IRC
02:16
<johnny>
FuriousGeorge, it would be nice to have some help in cleaning up the build file and cleaning up quickstart
02:22
<FuriousGeorge>
johnny: sorry, sound was off
02:22
i just set up a client at home for my gf
02:23
johnny: i did re-emerge you build, but i didnt build a new client, so i dont know if any changes took
02:23
<johnny>
no.. no changes took :)
02:23
you might be able to upgrade the chroot from the inside if you reinstall ltsp-client
02:24
<FuriousGeorge>
ill just start it now
02:24rcy has quit IRC
02:25Eghie has joined #ltsp
02:26
<FuriousGeorge>
i tried *buntu's ltsp too, which was nice... it actually didnt work right at first, kept kicking me to the (initramfs) prompt, but then i rebooted the next day and voila
02:27
johnny: holy cow
02:27
# du -hs /opt/ltsp/x86/
02:27
3.5G /opt/ltsp/x86/ <--is that nomral?
02:27
normal
02:28
most of it in usr
02:28
<johnny>
sure, atm.. as you have a completely built kernel and it's sources in there
02:29
as well as various other header packages and build stuff that other distros don't require
02:29
<FuriousGeorge>
wow, i never realized how big kernel source was
02:29
<johnny>
and it has all the locales stuff.. etc
02:29alkisg has joined #ltsp
02:31
<johnny>
hmm.. i have 3 kernels in there.. :)
02:31
no.. two
02:32warren has joined #ltsp
02:32
<FuriousGeorge>
i'd offer to help with the quickstart and build file, but im not so familiar with that kind of nuts and bolts stuff
02:33
<johnny>
well.. quickstart is just a shell script
02:33
<FuriousGeorge>
i'd be happy to be a guinea pig. tho
02:33
<johnny>
deleting one of the kernels .. and now i'm back down to 2.1g
02:34
<FuriousGeorge>
profiles.qs?
02:34
<johnny>
that's what quickstart reads
02:35
with no kernel source in there.. it's 1.4
02:35vlt has joined #ltsp
02:37
<johnny>
FuriousGeorge, , when i make the kernel stuff happen in the host system .. i think we'll see a much smaller chroot
02:41
FuriousGeorge, plus.. we have yet to actually use a generated squashfs image to serve up over nbd..
02:41
probably come down to a a few 100mb
02:41
for what the clients actually get
02:41
altho it doesn't really matter for nfs
02:43
<FuriousGeorge>
just wanted to make sure, i can spare the disk space. in general though a fe hundred sounds reasonable to me
02:43
*few
02:44
<johnny>
no.. the chroot itself will still have to be large
02:44
much larger than other distros
02:44
since it includes all the stuff to build packages, stuff that other distros don't need
02:45
technically. it's possible to do much of it from the host machine.. but it runs into trouble when trying to force x86 builds on an amd64 system
02:45
i'll get back to that at some point
02:48
plus.. there are some fixes to portage that are necessary in the way portage handles certain dependencies, so that binary package installs are possible
02:48
<FuriousGeorge>
i had to assemble a cross compiler once. it was a huge pain, but there is a script to build the toolchain out there
02:48
<johnny>
i assembled a cross compiler easily
02:48
crossdev -t i686-pc-linux-gnu
02:48
that's it
02:48
<FuriousGeorge>
i used crossdev but the build kept failing for me
02:48
<johnny>
or i686-pc-linux-uclibc
02:48
<FuriousGeorge>
was a few years ago
02:48
<johnny>
maybe it's fixed now :)
02:48
technically.. we could build powerpc chroots
02:48
and then netboot our gamecubes :)
02:48
or wii's.. when they are truly hackable..
02:48
well.. netboot via disc or flash card
02:48
<FuriousGeorge>
ps3s too, right?
02:48
<johnny>
yes
02:50
<FuriousGeorge>
my gf's mb just croaked, and im trying to convince my her to share my computer with me through a combination of dual-booting, ltsp, and vmware
02:50
<johnny>
my gf has her own laptop..
02:50
gift from another lady friend.. :)
02:51
i don't think she would accept netboot
02:51
<FuriousGeorge>
maybe when your computer gets sufficiently faster than her laptop it will be more appealing
02:52
<johnny>
doubtful.. sinece she might actually wanna take it where there is no network :)
02:53
<FuriousGeorge>
yeah, theres always that, but from a pragmatic standpoint, if your computer is faster and has all the right software, why not netboot when you are home (pretending you have a gf who doesnt mind linux)
02:54
<johnny>
she uses ubuntu
02:54
<FuriousGeorge>
yours is a better candidate than mine
02:55
<johnny>
if she had a gb of ram.. i think she'd be happier with her computer.. gonna get some soon
02:55
but she's generally ok with it
02:55
<FuriousGeorge>
not enough ram is a real bummer
02:55
<johnny>
512 is good enough
02:56
just not awesome
02:56
she's been using it for 2 years now i guess
02:56
<FuriousGeorge>
which american political party best supports FOSS?
02:57
<johnny>
hmm.. actually.. coming up on 3..
02:57
uhmm.. i guess the democrats..
02:57
but barely
02:57
most have no clue
02:57
<FuriousGeorge>
thats what i would've guessed
02:57
<johnny>
many of them have spoken of open governments
02:57
tho
02:57
which is good
02:57
including obama himself
02:57
many are just too old
02:58
<FuriousGeorge>
which is the party of DRM? isnt that the GOP?
02:58
<johnny>
i'd say they both have been ..
02:58
it's hard to say
02:58
for example..
02:58
<FuriousGeorge>
glad to see they can manage to be bipartisan on something, too bad it sucks
02:58
<johnny>
hilary rosen is a democratic party stragegist
02:58
strategist*
02:59
from the RIAA
02:59
they sure have a bipartisan alliance in taking money :)
03:01
<FuriousGeorge>
yeah, they really come together on that plank
03:01
<johnny>
foss is just not really on the agenda
03:01
directly
03:02
but many think that taxpayer funded development should be released to the taxpayers ..
03:02
which obviously can only happy in some sort of open source fashion
03:03
<FuriousGeorge>
what taxpayer funded development?
03:03
work done at state schools?
03:04
<johnny>
not necessarily
03:04
but software created by various government organizations
03:04
like nasa perhaps
03:04
or national science foundation
03:04
or who knows
03:04
etc
03:04tjikkun_work has joined #ltsp
03:05
<FuriousGeorge>
open doc has some proponents too
03:05
<johnny>
the government is moving too slow to keep up
03:06
stuff is happening right out from underthem
03:06
pieces here..pieces there
03:06
even though piracy is a supposably a big problem
03:06
and they think it should be stopped
03:06
what has really happened
03:07
the amount of people who have actually gotten in trouble.. is very slim
03:07
<FuriousGeorge>
i wonder why they dont prosecute that more
03:07
<johnny>
so.. even the folks with the bug bucks.. can't even speed it up :)
03:07
<FuriousGeorge>
not that i think they should
03:07
<johnny>
yeah.. interesting tho..
03:07
<FuriousGeorge>
but it would be some what easy to make your case, no?
03:08
<johnny>
as long as the netroots folks do'nt keep a strict love affair with the democrats.. we might actually have some competition :)
03:16schneider has joined #ltsp
03:17
<schneider>
anybody in herer using ltsp with opensuse 11.0?
03:23
<lejo_>
schneider: yes
03:27
<schneider>
I yust installed it in our class changing from edubuntu. problem is that after thinclients boot up i get no ldm, yust cli with no keyboardfunction. configure_X is true and screen_07 is ldm
03:27nubae has joined #ltsp
03:28
<cyberorg>
schneider, http://en.opensuse.org/LTSP/Troubleshooting
03:28
<nubae>
ogra: did u have a chance to look at the hald-addon-storage bug for localdevs (usb) on alpha6? do u need some help?
03:34rcy has joined #ltsp
03:37
<schneider>
cyberorg, http://pastebin.com/m48d24bb6
03:38
i think it might be a 32bit 64bit problem
03:39
<cyberorg>
schneider, server is 64bit?
03:41
schneider, what is the client specification?
03:41gate_keeper_ has quit IRC
03:41gate_keeper_ has joined #ltsp
03:43
<schneider>
clients are rangee lt-800-pxe with a via 800 chipset.
03:43
server is 64bit architecture, i did a netinstall
03:45
<cyberorg>
schneider, your install seems ok, can you try a laptop or some other pxe capable hardware?
03:47
<schneider>
need to search one, will take a while
03:47
<cyberorg>
schneider, what is the last thing on the client screen?
03:51Q-FUNK has joined #ltsp
03:52gate_keeper__ has joined #ltsp
03:57
<nubae>
cyberorg: have u looked at the latest ldm-trunks?
03:57
<cyberorg>
nubae, yes, there was just one change
03:57
<Q-FUNK>
'morning!
03:57
<cyberorg>
pkill -P instead of kill -1 ?
03:57
hey Q-FUNK :)
03:59
<nubae>
hi Q
03:59
cyberorg: Gadi's trunk causes my screen to refresh contiously with teh xauthority file being constantly recreated....
04:00
<cyberorg>
nubae, AH!! i thought it was 11.1 beta1's fault
04:00
<schneider>
cyborg, back again
04:00
<cyberorg>
nubae, i got that too
04:00
<nubae>
ok, good to know :-)
04:01patrik has quit IRC
04:01
<cyberorg>
schneider, type two characters of someone's name and hit <tab> to complete it
04:01
<nubae>
I'll try the main trunk... but if he has it working... maybe something is wrong?
04:02
<schneider>
cyberorg: found a laptop and did a pxe boot, same here, last screen is a terminal displaying (none):/# and a white mousecursor that can be moved
04:03
<cyberorg>
schneider, pastebin /srv/tftpboot/KIWI/lts.conf
04:04
<nubae>
cyberorg: u have problems with 11.1 and localdevs?
04:04
<cyberorg>
nubae, i'd know if i could get ldm to come up :)
04:04
<nubae>
haha, doh... good one
04:05
<cyberorg>
nubae, what are you testing on, i suspected latest xorg packages messed up xauth thing
04:05
<nubae>
ubuntu alpha 6 has broken usb drives... something changed in hald
04:05
well, worked before gadi's ldm.. so I'm trying the main trunk ldm
04:06
<schneider>
cyberorg: http://pastebin.com/m50a33017 + now the laptop is blinking between a terminal login and some xauth: creating new authority file
04:07
<cyberorg>
schneider, pastebin /srv/tftpboot/KIWI/lts.conf
04:08
nubae, it could very well be xorg's fault, gadi hasn't changed much
04:09
<nubae>
ill find out soon enough
04:09
<schneider>
cyberorg: http://pastebin.com/m50a33017 this is my ltsp.conf
04:10gate_keeper_ has quit IRC
04:11
<cyberorg>
schneider, can you try this http://pastebin.com/d50e3ea21 please
04:14gate_keeper__ has quit IRC
04:15
<nubae>
cyberorg: Its in the main trunk too
04:16
I believe its due to trying to create /var/run/ldm_socket
04:17
<cyberorg>
let gadi wake up then we can pounce on him :)
04:17
<nubae>
hehe... still... must work for him
04:17
he wouldnt have pushed without testing
04:19
<schneider>
cyberorg: laptop works with new ltsp.conf thinclient stay the same at (none):/
04:19
<cyberorg>
schneider, try adding "XSERVER = vesa" for the TC
04:23alkisg1 has joined #ltsp
04:23lejo_ has quit IRC
04:28
<schneider>
cyberorg: did that, stays the same, but i found a hwclock error on the thinclients bootup
04:29
<cyberorg>
schneider, that shouldn't matter much
04:29
you remember what resolution and driver the TC works with? you can try adding that to lts.conf
04:29
try attaching another monitor too
04:30
<nubae>
cyberorg: dont think its Xorg because if I revert to the original chroot which has the same xorg it all works ok
04:30
<cyberorg>
nubae, that is good news, i would now be able to get it working on 11.1 after all :)
04:31
<nubae>
pretty sure its got to do with the socket
04:32
can u do alt+f1? Cause I can't with the new ldm
04:34
<cyberorg>
nubae, i could manually run X :0 and then ldm vt7 :0
04:34yanu_ has joined #ltsp
04:35
<nubae>
so you can get to a terminal screen?
04:35
<cyberorg>
yes
04:36moldy__ has joined #ltsp
04:39jonnor has quit IRC
04:39jonnor has joined #ltsp
04:40
<nubae>
cyberorg: were u able to look at the ldm logs?
04:40
<cyberorg>
nubae, not when the xauth thing was going on
04:41alkisg has quit IRC
04:42moldy_ has quit IRC
04:45
<cyberorg>
nubae, this could be looping xauth script http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/revision/908
04:45yanu has quit IRC
04:47
<cyberorg>
S01-setup-xauth seems to be executed over and over?
04:47
<nubae>
yeah... and nothing changed in the script and previous revisions
04:47
I'll try changing the files u pasted back to rev 908
04:52
<cyberorg>
schneider, if you have working xorg.conf for the clients you can use them too: http://en.opensuse.org/LTSP/Tips_and_Tricks#Using_custom_configuration_for_the_client
04:55siki has joined #ltsp
04:58
<nubae>
cyberorg: nope that wasnt it
04:59
cyberorg: what else changed, might as well track it down now that I'm in it
05:00
<cyberorg>
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/
05:00
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/changes
05:00
908 - 911
05:00lejo has joined #ltsp
05:01lejo is now known as lejo_
05:01
<cyberorg>
or could it be something even before that?
05:02
<nubae>
no cause alpha 6 works out of the box, unless of course this stuff wasnt merged into it
05:05
S20-restrictUser - thats new
05:06
but thats started when the user logs in right?
05:06
<cyberorg>
nubae, just wait for vagrantc and gadi they would be able to spot it immediately
05:06
<nubae>
:-)
05:13
darn xml formatting.... keeps screwing up carriage returns
05:14siki has quit IRC
05:41Q-FUNK has quit IRC
05:43schneider has quit IRC
06:03alkisg1 has left #ltsp
06:06Egyptian[Home1 has joined #ltsp
06:22Egyptian[Home] has quit IRC
06:42killsalad has joined #ltsp
06:46nubae has quit IRC
06:48nubae has joined #ltsp
06:58elisboa has joined #ltsp
06:58exodos has joined #ltsp
07:07mhterres has joined #ltsp
07:09jammcq has quit IRC
07:25
<nubae>
ltsp-update-image should really have similar options to ltsp-build-client in relation to differently name chroots
07:27Q-FUNK has joined #ltsp
07:28K_O-Gnom has joined #ltsp
07:52
<nubae>
Q-FUNK: u ever seen a problem with the thincans that starts with unable to enumerate usb device?
07:53
<Q-FUNK>
?!
07:54bobby_C has joined #ltsp
07:54
<nubae>
yeah, well it happens when I try to load a low fat client on it... maybe thats why?
07:54
I'll compare with a real computer, but can't imagine that would be the issue
07:55
<Q-FUNK>
it only has 128mb of ram. you cannot really make a thick client out of a thin one ;)
07:56
<nubae>
I'm just trying it... loads fast enough...
07:57
the usb enumeration though is usually because ohci gets loaded before uhci, or the other way round...
07:57
intrepid should be able to handle 128 meg
07:58
<Q-FUNK>
yup
07:58
on LTSP, it does
07:58Q-FUNK has quit IRC
08:01randra has joined #ltsp
08:01
<nubae>
I mean fat client too... might be slow, but should start uop
08:15warren has quit IRC
08:22Blinny has joined #ltsp
08:31Gadi has joined #ltsp
08:31Eghie has quit IRC
08:39
<nubae>
Gadi: hi there...
08:40
I've checked out your and the main ldm trunk and both have the xauthority ldm_socket repeating infinitely on startup
08:43
<Gadi>
nubae: good morning
08:43
just put up some coffee, let me have some and then maybe that sentence of yours will sink in
08:43
:)
08:44
<nubae>
hehe, ok :-)
08:51plamengr has quit IRC
08:56killsalad has quit IRC
09:08
<sbalneav>
Morning all
09:17
<nubae>
why would I get X: client rejected from local host in thin client xorg log?
09:20
<sbalneav>
Problem with Xauth somewhere
09:20
<nubae>
that would affect usb devs not being recognised too ? (mouse and keyboard)
09:22davidj has quit IRC
09:23
<_UsUrPeR_>
wondering if anyone's had this problem before... I am working with Fedora 9, and have installed openssh-server via yum on the chroot. After I updated the image, the following happened: I cannot enter a username or password in the LTSP login screen. I CAN, however, press CTRL+ALT+F2 and it will take me to a prompt where I can type properly. I am using a PS/2 keyboard.
09:23exodos has quit IRC
09:24
<nubae>
_UsUrPeR_: funny u should mention that, thats exactly whats happening to me right now
09:27
<_UsUrPeR_>
...:P
09:28
I suppose I should read directly above what I have typed :)
09:28
nubae: so.... any luck?
09:30
<nubae>
_UsUrPeR_: not yet... though my setup is a little different... I'm setting up fat clients with intrepid
09:35
<_UsUrPeR_>
huh. ok, well I'll try some stuff.
09:36
<nubae>
try doing ltsp-update-sshkeys
09:39
<_UsUrPeR_>
nubae: no dice
09:40exodos has joined #ltsp
09:40
<nubae>
i
09:40exodos has joined #ltsp
09:40
<nubae>
in the thin client, does dmesg say its recognised the keyboard and mouse?
09:42
<_UsUrPeR_>
nubae: yeah. I switched to USB to see if that would work, and it recognizes both. strangely enough, the mouse works fine.
09:55mikkel has joined #ltsp
09:56
<_UsUrPeR_>
nubae: just spoke to etyack on the phone. This is the fourth iteration of this problem he's heard of in two days.
09:57
<nubae>
hmmm how odd... maybe its related to new corg?
09:57
s/corg/xorg
09:57
<_UsUrPeR_>
:)
09:58
possible? you said you are running ubuntu?
09:58
<nubae>
yeah alpha 6
09:58
<_UsUrPeR_>
ahh. The other problems we have so far seen are Fedora 9
09:59
<nubae>
well I'm pretty sure mine is related to messing heavily with my chroot
09:59
<_UsUrPeR_>
ahh, heh
10:00
as I said, I mounted /proc/ yesterday and ran an update in order to install openssh-server
10:00etyack has joined #ltsp
10:00
<_UsUrPeR_>
good morning, etyack
10:01
<etyack>
_UsUrPeR_: morning
10:01cliebow has joined #ltsp
10:01
<_UsUrPeR_>
spying on your dutiful employee? ;)
10:01
<etyack>
you didn't notice the cameras in the office?
10:02* _UsUrPeR_ 's finger freezes mid-nosepick
10:02
<_UsUrPeR_>
.... :O
10:02shogunx has quit IRC
10:05
<cliebow>
_UsUrPeR_, man aftere me own heart
10:07shogunx has joined #ltsp
10:14Blinny has quit IRC
10:14Q-FUNK has joined #ltsp
10:15etyack has left #ltsp
10:15
<nubae>
Q-FUNK: thin can starts up fine as low fat client
10:15
<Q-FUNK>
:)
10:16
it's a question of how much ram there is then
10:16
256mb is also possible
10:16
<nubae>
yeah but even with 128, it gets in
10:16
havent tested heavy apps on it yet, but its remarkable it even works at all
10:17
I'm just rewriting the workstation plugin for intrepid
10:19
<Q-FUNK>
ok
10:19
nice :)
10:21cliebow has quit IRC
10:37tjikkun_work has quit IRC
10:40staffencasa has joined #ltsp
10:43bobby_C has quit IRC
10:47yanu_ has quit IRC
10:50yanu has joined #ltsp
10:50pimpministerp has joined #ltsp
10:50
<wwx>
nubae, you can try to start openoffice :)
10:52pimpministerp has quit IRC
10:59
<sbalneav>
Can someone verify something for me? I've grabbed the source to OpenOffice.org with apt-get source openoffice.org
10:59
I've done a debian/rules binary, and it built successfully
11:00
now, if I want to make a mod to one of the source files, i.e. edit one of the .cxx files to patch a bug, and I re-do the debian/rules binary...
11:00
will that re-unpack the source again, hosing my changes, or is that the right way to go about it.
11:01
<_UsUrPeR_>
sbalneav: I could have sworn that would over-write any changes you have made
11:01
<exodos>
sbalneav: and I could sworn that it will not
11:02
unpacking is done as part of apt-get source ...
11:02* sbalneav flips coin
11:02
<exodos>
:)
11:02
<_UsUrPeR_>
:) go with exodus, but back the file up
11:02
can never hurt, after all
11:02
<exodos>
compailing openoffice has to be painfull
11:03
<sbalneav>
well, I'd do that anyway :) The problem is, I'm building Openoffice.org, so if it hoses the file, I'm not going to find out for 6 hours :)
11:03
<_UsUrPeR_>
guh. oh
11:04dubinsky has quit IRC
11:05
<sbalneav>
I started the build last night at 7:00, and when I went to bed at 11:30, it was still grinding.
11:06
it was done by this morning.
11:06
I've been getting my *ss kicked by https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/39854
11:07
so, users are opening attachments read-only which I like
11:07
but then the save directory's still /tmp
11:07
<Q-FUNK>
ok, heading off to Kadriorg here
11:07
bbl
11:07
<sbalneav>
they can't just save over the file, since it's read only
11:07Q-FUNK has quit IRC
11:07
<sbalneav>
and if they DO change the name, they're saving in /tmp
11:07
which causes no end of pain.
11:08
"I saved this file, and made a bunch of changes to it, and now I can't find it anymore"
11:08
"it's not in my home OR the share"
11:11japerry_cat has quit IRC
11:24japerry has joined #ltsp
11:30warren has joined #ltsp
11:36
<nubae>
Gadi: any news on that looping xauthority ldm_socket in ldm?
11:36Alienx_ has joined #ltsp
11:36spectra has joined #ltsp
11:36
<nubae>
cyberorg is getting the same problem
11:37
<Gadi>
nubae: it still sounds to me like you strung a bunch of words together
11:37
:)
11:37
can u elaborate?
11:37* Gadi is having one of those days...
11:37b-man has joined #ltsp
11:37
<b-man>
hi
11:38
<nubae>
heh, ok... I compiled the main ldm trunk and your ldm trunk.... they both behave the same way
11:38
on startup, everything goes fine till the ldm_socket is created... which happens over and over... indefinetly
11:38
while the screen refreshes ldm constantly too
11:39
<b-man>
i have a very strange problem with my ltsp^^
11:39
<nubae>
specifically its /var/run/ldm_Socket_some_identifer
11:39
<Gadi>
nubae: is there an error creating the socket file?
11:40
<nubae>
no, just loops indefinetly
11:40
but the ldm in alpha6 is fine
11:40TheBS has joined #ltsp
11:40
<b-man>
the ltsp-client"s pc speaker makes strange noise all the time Oo
11:40
<Gadi>
nubae: how did you compile?
11:41
<nubae>
autogen.sh, then configure, then make, then put the files in their locations as mentioned in README
11:41
<Gadi>
hmm... try with: ./configure --prefix=/usr --libexec-prefix=/usr/lib
11:42
<nubae>
ok... there was a mention of libexec in the README but that doesnt exist so put it in lib
11:42
<sbalneav>
Crumb.
11:42
OK, I modified one of the files:
11:42
sbalneav@phobos:~/openoffice.org-2.4.1$ debian/rules binary
11:42
make: Nothing to be done for `binary'.
11:42
whaaa
11:44
<exodos>
sbalneav: you can try debian/rules build
11:44
but binary should depend on this
11:47
<sbalneav>
make: Nothing to be done for `build'.
11:47
whaaa whaaa
11:47
anything like a force-build?
11:48
<exodos>
don't think so
11:49
but you can try to delete debian/build-stamp and try again
11:53
<nubae>
Gadi: maybe its because I haven't installed the latest ltspfs? could that cause this?
11:54Pascal_1 has joined #ltsp
11:56
<sbalneav>
That's kicked it off
11:56
chug chug chug chug
11:56
<nubae>
Gadi: same thing.... xauthority keeps being recreated in ldm_socket and screen flickers on and off continously
11:57
<exodos>
sbalneav: you mean it is building now?
11:57
<Gadi>
nubae: try building ltsp-trunk, too
12:00
<sbalneav>
Yup, chuuuuuuuuging away
12:00
I love screen
12:00ogra has quit IRC
12:03ogra has joined #ltsp
12:03exodos has quit IRC
12:04Pascal_1 has left #ltsp
12:04
<nubae>
Gadi: how do I build ltsp-trunk?
12:07
I figured out most the stuff is in localapps... and went ahead and configured and installed... what else?
12:09deavid has quit IRC
12:12
<K_O-Gnom>
http://www.vimeo.com/1431471
12:13
hmm wrong chan but might be interessting :-)
12:14
<nubae>
Gadi: do I have to manually put all the other stuff in its place?
12:14
<warren>
https://www.redhat.com/archives/k12linux-devel-list/2008-September/msg00038.html
12:14
... ; /usr/sbin/ltspfsmount all cleanup ; ...
12:15
does that exist at that path for anyone?
12:16
<cyberorg>
warren, not here
12:16
<nubae>
ltspfsmounter does but not mount
12:16
<Gadi>
warren: that path is server-side, and yes for everyone with ltspfs installed
12:17
right - ltspfsmounter
12:17
<warren>
is /usr/sbin/ltspfsmount wrong then?
12:17
<Gadi>
yes thats a typo
12:18
nubae: usually folks roll a package and install it, I have never installed manually
12:18
warren: how u feelin?
12:19
<warren>
Gadi: not so good, but forced myself to go to the offie today
12:19
i'm bleeding here
12:19
<johnny>
:(
12:19
<warren>
mgiht go home soon
12:19
<nubae>
Gadi: so each distro makes some extras for installing the stuff?
12:20
<cyberorg>
nubae, any progress?
12:20
<nubae>
cyberorg: trying to figure out how to install ltsp-trunk :-)
12:20
<Gadi>
nubae: afaik - but, I throw that one out to the distros here
12:20
<ogra>
nubae, apt-get source ltsp ... roll a tarball with mkdst from the trunk tree and build a package from it
12:20
<Gadi>
I know warren uses "mkdst"
12:20
<ogra>
mkdst is the tool for creating the tarball
12:21
<nubae>
ok so I shouldnt check it out with bazaar then?
12:21
<ogra>
you also need the packaging bits for the distro you build on
12:21
sure you should
12:21
and mkdst as well
12:21
mkdst uses bzr export to create the tarball
12:21
<warren>
nubae: https://fedorahosted.org/k12linux/wiki/DevelGuide
12:22
<nubae>
ok thanks guys
12:22
<cyberorg>
Gadi, i have the latest ldm-trunk-gadi, and have same problem as nubae, i blamed my beta1 installation till nubae came up with the same issue
12:22
<Gadi>
cyberorg: so I hear
12:22
do you have the same issue with upstream ldm-trunk?
12:22
<cyberorg>
what else in the client changed?
12:23
or requires change
12:24
<Gadi>
cyberorg: try building ldm-trunk
12:24
and see if the issue persists
12:24
<cyberorg>
Gadi, nubae reports same for ldm-trunk
12:24
<Gadi>
cyberorg: but you build differently than he, no? you have a method for building and making suse packages
12:25
<cyberorg>
yes
12:25
<Gadi>
so, it is prolly easier for you to try to build ldm-trunk and ltsp-trunk from latest bzr and see if it works
12:26
<cyberorg>
ok
12:26ogra has quit IRC
12:26
<Gadi>
also, if you know the last version you have that works, we can look thru the changelog to see what might have broken something
12:27
<nubae>
well the one in alpha6 is fine
12:32
<Gadi>
nubae: you are an all-32-bit environment there?
12:32
ie, you are not compiling binaries for 32-bit on a 64-bit machine?
12:33
<nubae>
32 bit
12:33ogra has joined #ltsp
12:34
<nubae>
where can I get mkdst for ubuntu?
12:34
<ogra>
from the bzr tree
12:35
<nubae>
ok
12:35
<ogra>
it sits next to ltsp-trunk
12:37Pascal_1 has joined #ltsp
12:41Pascal_1 has left #ltsp
12:49
<_UsUrPeR_>
nubae: I... I kind of fixed the keyboard issue
12:49
...
12:49
I just re-created another image :P
12:50
took the same actions as before (yum update, install openssh-server) and it's fine this time around
13:03
<cyberorg>
Gadi, "xauth: creating new authoroty file /var/run/ldm-xauth-xXXXXXX" infinitely
13:03
<nubae>
right... same as me
13:04
<cyberorg>
ERROR: get_userid from greeter failed, and it starts Launching Xorg all over again, that is in ldm.log
13:04
get_userid will of course fail, it will come only if it allows the greeter to complete loading :|
13:06
so now we know get_userid is messing with it
13:08
<nubae>
cyberorg: do u have the latest ltsp-trunk installed?
13:08
<cyberorg>
yes
13:09
<Gadi>
ok, so which was the last working version you have: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/changes
13:10
<cyberorg>
Gadi, last i tested was dm2-2.0.12_080830
13:10vagrantc has joined #ltsp
13:10
<cyberorg>
but as you can see from the ldm.log "ERROR: get_userid from greeter failed" it is that part which is causing problem
13:10plamengr has joined #ltsp
13:11
<Gadi>
vagrantc: perfect timing
13:12
vagrantc: you have built the latest ldm-trunk and have it running successfully, right?
13:13
<vagrantc>
Gadi: no, i've patched the last tagged version with some/most of the patches since, though.
13:14
<Gadi>
cyberorg and nubae are getting: "ERROR: get_userid from greeter failed"
13:14
and x dying and respawning
13:15
<vagrantc>
Gadi: i didn't apply the LDM_USER_ALLOW stuff
13:15* vagrantc needs to mostly not be here today
13:16elisboa has quit IRC
13:16elisboa has joined #ltsp
13:16
<Gadi>
well, LDM_USER_ALLOW is a single rc.d script
13:16
shouldn't cause that
13:17
<vagrantc>
i don't see how my patches would cause that either.
13:18
<Gadi>
brb
13:19
<vagrantc>
bbl
13:22b-man has quit IRC
13:28jc2it has joined #ltsp
13:28
<jc2it>
Hello all!
13:29
Where do I find the best, most current documentation for Ubuntu 8.04 with LTSP?
13:30
<vagrantc>
!ubuntu
13:30
<ltspbot`>
vagrantc: "ubuntu" is a Debian based GNU/Linux distrubution that includes a Ubuntu specific version of LTSP. It can be found at http://www.ubuntulinux.org. to install ltsp on ubuntu: https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
13:35
<nubae>
jc2it: u can check launchpad too for general ltsp documentation: https://code.launchpad.net/~ltsp-docwriters/ltsp/ltsp-docs-trunk
13:36
ogra: nothings been built for ltsp 5.1.24 yet?
13:36
I should base files on 5.1.22?
13:38Lns has joined #ltsp
13:51bobby_C has joined #ltsp
13:54
<nubae>
_UsUrPeR_: fixed mine the same way
13:54
<_UsUrPeR_>
:D
13:55
does anyone know where I can change the client name which lists in the lower-right corner of the Fedora login screen?
13:56
<nubae>
u mean the hostname?
13:56
<_UsUrPeR_>
per mac address :P
13:57
i.e. one client shows up as client01, the next shows up as client02
13:58
<nubae>
for i in `seq 20 250`; do
13:58
echo "192.168.0.$i ws$i ws$i.ltsp" >> /etc/hosts
13:58
done
13:58
modify as u like
14:00
<_UsUrPeR_>
:D
14:02
<johnny>
it's in the init script i bet
14:02
i stole such logic from fedora
14:02
for mine
14:03
<nubae>
I found it on the altlinux pages
14:03
and sbalneav pasted it once for me too :-)
14:03
<johnny>
nubae, warren's init script has a pattern in it's init script for those who's dhcp servers dont' provide the hostname
14:03
client-$ip
14:03
<_UsUrPeR_>
is it possible to determine hostname by mac address?
14:03
<johnny>
set your dhcp server to do it
14:04
it's easiest to do it there imo
14:04
<_UsUrPeR_>
err... wait, do you have to assign each client an IP by mac, then use the IP to determine the hostname?
14:04
<johnny>
ips are always assigned by mac :)
14:04
with dhp
14:04
dhcp*
14:04
<_UsUrPeR_>
touche :)
14:04
I meant static IPs
14:04
<johnny>
you can use your dhcp server for that too
14:04
<nubae>
use get-lease-hostnames
14:05
<johnny>
you can force the ips for a mac
14:05
and hostname
14:05
<_UsUrPeR_>
rgr that
14:05
<johnny>
that's why dnsmasq is great
14:05
it uses /etc/hosts
14:05
and then i have /etc/ethers for mac mapping
14:06
<nubae>
I put my macs straight into dhcpd.conf
14:06
but guess thats not dynamic
14:07
<johnny>
yeah.. proly better to go straight to hostname from mac
14:07
and not care about the ip
14:19
<_UsUrPeR_>
nubae: could you give me an example of a mac address entry in the dhcpd.conf please?
14:26
<nubae>
host atlantis { hardware ethernet 00:45:40:10:FE:12; fixed-address 10.1.1.20; }
14:27
host hardware and fixed on seperate lines
14:31
<_UsUrPeR_>
hanks :)
14:32plamengr has quit IRC
14:32
<_UsUrPeR_>
hanks = thanks
14:35
<vagrantc>
looks like 197 is the winner.
14:35
oops
14:37viking-ice has joined #ltsp
14:46nubae1 has joined #ltsp
14:47nubae has quit IRC
14:47nubae1 is now known as Nubae
14:56warren has quit IRC
14:57Eghie has joined #ltsp
14:57
<jc2it>
Can someone please explain the concepts of a changed root (chroot)? I think my setup is not right. Maybe we skipped a step and we really are not chrooted at the client?
14:57
How would I tell?
14:58TheBS has left #ltsp
15:00
<_UsUrPeR_>
jc2it: if you type exit, and you are not chrooted, you will either log out of su, or log out in entirety
15:00
:D
15:01
the chroot is used when you want to change something in the client image, while being in the client's native root directory
15:02
<jc2it>
So this allows me to make a change to all of the clients at once or a single client?
15:03
Assuming a reboot occurs after changes?
15:03wwx has quit IRC
15:03
<Nubae>
jc2it: I recommend against changing anything in the chroot unless u really know what u are doing
15:03
you can really break stuff
15:03
<jc2it>
Ok.
15:04
If i want to allow access to an app to a Class or group of clients but not all of them is the chroot where it would occur?
15:04
<Nubae>
no
15:04
all applications run on the server
15:04
the chroot is basically just what allows for the screen and keybpa
15:05
<jc2it>
The chroot is only for the thin client to boot from theN.
15:05
then = then?
15:05
<Nubae>
keyboards to show up
15:05
right... more or less
15:05
imagine u have lots of monitors, keyboards and mice connected to one server
15:06
<jc2it>
So if my thin client hardware seems like it is not functioning correctly is this where I would fix it?
15:06wwx has joined #ltsp
15:06
<Nubae>
that depends on what is not working
15:06mhterres has quit IRC
15:06
<Nubae>
but there is a place made especially to debug and put in fixes (/var/lib/tftpboot/ltsp/i386/lts.conf)
15:07
<jc2it>
Complex graphics apps do not display just close.
15:07mhterres has joined #ltsp
15:07
<Nubae>
which apps, what is your server setup, your clients, and distro
15:09alkisg has joined #ltsp
15:11
<jc2it>
Ubuntu + LTSP5. Server hardware Dell 2900 quad core, 2.33 Ghz, 4 gb Ram. Thin Client Neoware C-50 set to PXE boot. In old system we used a RH EL4 server and Connected via XDMCP through the thin clients. This allowed us to have an Open GL screen saver for instance. No these things just don't work or reboot the thin client
15:12
<Nubae>
what are the specs of the thin clients, ram and graphics ram?
15:12
<jc2it>
No these things = Now these apps
15:13
<Nubae>
compiz needs to be turned on in the client by installing the proprietary nvidia or ati drivers
15:14
<johnny>
if you're using that hardware...
15:14
<Nubae>
yeah :-) true... its been a while since I did... but I remember it working in gutsy for ati
15:14
<_UsUrPeR_>
jc2it: have you gotten any openGL apps to work on these clients in the past?
15:15
<johnny>
also. you don't actually require ati-drivers.. if you have the right ati hardware
15:15
it's actually worth it tho..
15:15
<Nubae>
well, if u have radeonHD
15:15
<johnny>
as including the proprietary drivers inflates the necessary ram by 30mb
15:16
no.. not just radeonhd
15:16
<Nubae>
and the older car4ds
15:16
<johnny>
i'm using the open drivers on an x300
15:16
dualhead 256mb card
15:16
pretty decent card
15:16
<Nubae>
but newer stuff all needs prop drivers
15:16
<johnny>
it's evolving pretty fast
15:16
<Nubae>
it is a good card... but its old :-)
15:16
<Gadi>
jc2it: do you use LDM_DIRECTX?
15:17
<Nubae>
yeah, I remember in gutsy there were only proprietary drivers
15:17
<johnny>
gusty was too long ago :)
15:17
a year is a long time..
15:17
<Nubae>
hey theres people still running dapper!
15:18
<johnny>
it's a wonder people think linux looks bad when running such nonsense
15:18
<Gadi>
jc2it: if you want to run graphics intense apps, use LDM_DIRECTX
15:18randra has quit IRC
15:18
<Gadi>
openGL by proxy aint gonna do much
15:18K_O-Gnom has quit IRC
15:19
<Nubae>
woohoo... my low fat client is working great in intrepid...
15:19Gadi has left #ltsp
15:19
<johnny>
how much ram?
15:20
<Nubae>
500 mb... but it even ran on 128mb, albeit slow, too
15:20
still this is 500mhz celeron
15:20
and its quite usable
15:20
with 500mb ram
15:21
<jc2it>
@ usurper Yes they work on the old system. Where they boot to NeoLinux and connect via XDMCP to our old RH EL4 server
15:21
<johnny>
what apps?
15:21
<Nubae>
firefox, openoffice
15:22
I was asked to make it for flash machines
15:22
<johnny>
it'd be nice if i could find a way to get somebody to donate 3 thin clients to us .. or sell for cheap..
15:22
ones that could run firefox locally..
15:22
<jc2it>
@ gadi hmm I am not sure as much of the LTSP install is automated in Ubuntu. Which is probably part of my problem. How do I tell?
15:22
<johnny>
jc2it, set LDM_DIRECTX=Y in lts.conf..
15:22
<jc2it>
@ Nubae I think the Neoware Thin Clients are 400mhz Via Chips with 256 mb RAM
15:23
<Nubae>
jc2it: above I mentioned /var/lib/tftpboot/ltsp/i386/lts.conf
15:23
edit that... as johnny said
15:23
and put that in
15:23
johnny: cant u get some from a company...?
15:23
like older computers
15:24
surely theyll give away p 3 1ghz with 256 mb ram
15:24
the other option is the thin clients that artec sells... they are like 50-100 euros
15:25
<johnny>
i have computers already
15:25
they take up too much space
15:25
<Nubae>
oh right... forgot that was the point...
15:25
<johnny>
my budget is like $100/mo
15:25
i'm up to about $500 now
15:25
in USD.. not euro..
15:25
<Nubae>
then glue the motherboards to the back of the monitors, heh
15:25
<johnny>
lol
15:26
<Nubae>
or put them below the bench
15:26
<johnny>
the benches are going away
15:26
<Nubae>
the monitors need to stand on something right?
15:26
<johnny>
sure.. but that space is currently too big
15:26
<Nubae>
put the components on the bottom of that
15:27
u can build your own thin clients pretty easily, if u are so inclined
15:27
<johnny>
i doubt you can build em cheaper than buy
15:27
<Nubae>
well, depends on what u use... I mean u could find some real old shitty laptops with broken screens for next to nothing
15:28
<johnny>
that's one of our options..
15:28
it'd be nice not to have to do more hacks tho.
15:29
<Nubae>
heh, says the gentoo ltsp developer ;-)
15:29
<johnny>
especially since we can offer tax writeoffs ..
15:29
i deploy ubuntu tho..
15:29
there at least
15:29
<Nubae>
wont u change to gentoo when uve got it all running?
15:29
<johnny>
doubtful
15:30
i'm the 2nd tech guy there.. not the first :)
15:30
ubuntu was already being used when i got there.. on all the machines
15:30
before i setup ltsp
15:30
<jc2it>
My most recently updated lts.conf file is in /opt/ltsp/i386/etc/lts.conf which says not to edit the file here. no lts.conf in /var/lib/tftpboot/ltsp/i386/lts.conf. Should I create one?
15:30
<johnny>
yes
15:30
make sure you start it with [default]
15:31* johnny wonders if [default] should be necessary
15:31
<Nubae>
well, surely they must realise u know what u are doing... ltsp is no peace of cake
15:31
<johnny>
seems like it should assume that
15:31
<Nubae>
johnny: it is necessary, thing wont start otherwise
15:31
<johnny>
sure.. but they use it for other things too..
15:31
*should*
15:31
i know it is
15:31
but that doesn't mean it has to be
15:32
<Nubae>
true
15:32
:-)
15:32
theres lots of little stuff like that
15:32
<johnny>
our setup is already too far embedded
15:32bobby_C has quit IRC
15:32
<johnny>
custom software installed
15:32
<Nubae>
I could list 10 just from memory
15:32
<johnny>
switching distros is just not feasible
15:32
<Nubae>
ok, so the ltsp computers get used for other stuff too?
15:32
<johnny>
if i didn't wanna piss everybody off
15:33
the server is also the POS machine..
15:33
<Nubae>
just think its the opportunity for u to stress test gentoo ltsp
15:33
<johnny>
nah..
15:33
it's just not going to happen.. that would never be approved
15:33
or rather..
15:33
we would never be able to concense on that
15:34
<Nubae>
guess u'll have to convince a local school then
15:34
<johnny>
doubtful..
15:34
i'd still deploy ubuntu if that happened
15:35
since it's not just about me. but about future admins
15:35
<jc2it>
Does the lts.conf file use # for comments?
15:35
<Nubae>
true... but admin stuff is generally very similar
15:35
<johnny>
no need to create unnecessary technical skills dependancies.. otherwise why would they use open source :)
15:35
<Nubae>
well, open source doesnt mean admin free
15:35
far from it
15:35
<johnny>
obviously
15:36
but it'll be far easier for them to find somebody other than me to deal with it
15:36
if it is ubuntu
15:36
<Nubae>
yeah, and is that a good thing or bad?
15:36
<johnny>
good thing
15:36
<Nubae>
u're job is pretty secured if they're dependent on you
15:36
and its not that easy to find an ubuntu admin that knows ltsp either
15:36
<johnny>
sure.. but that mean i depend on them :)
15:36
or rather
15:37
am chained to them
15:37
responsible
15:37
<Nubae>
the school I was working for where I deployed ubuntu, got a new guy in... I still talk to him every day
15:37
<johnny>
sure.. but at least i wouldn't have to go there
15:37
<Nubae>
that is true
15:37
I guess for every gentoo admin there are 10 ubuntu admins
15:37
<johnny>
the importance is what you get on the desktop side by default
15:37
not the ltsp part
15:37
<Nubae>
and 10000 windows admins
15:38
<johnny>
ubuntu's gnome comes with more options
15:38
hell.. gentoo's gnome doesn't even require xdg-user-dirs
15:38
<Nubae>
I thought u could really customise gentoo all the way
15:38
<johnny>
or xdg-user-dirs-gtk
15:38
i can
15:38
gentoo is my playground really
15:39
learning how to replicate what you get in ubuntu, helps me understand the pieces that make up ubuntu
15:39
automatically
15:39
<Nubae>
I learnt linux on gentoo
15:39
<johnny>
yeah exactly
15:39
<Nubae>
was great learning experience... going from a stage1 tarball
15:39
heh, remember the days and days building it up
15:39
<johnny>
but.. until last week.. i never knew how to populate the places menu like you get with ubuntu
15:40* dberkholz keeps getting highlighted for 'gentoo' mentions
15:40
<johnny>
but now i do
15:40
which means if some ubuntu person asks me how they can reset their places menu.. i know how
15:41
howdy donnie
15:41
it also helped me figure out a policykit bug in ubuntu :)
15:41
i guess next.. i need to make upstart work in gentoo.. since it seems to be something some major distros are standardizing on
15:42
fedora, ubuntu.. and maybe debian
15:42
if that is the case.. it must work on gentoo.. that way i can fix it anywhere :)
15:42
<vagrantc>
not so sure how likely debian is to switch to upstart ...
15:42
<dberkholz>
have fun with that ... you'll have to make it deal with gentoo init scripts
15:44
<vagrantc>
upstart's been in debian/experimental since late 2006 and hasn't seen an upload since almost a year ago
15:45
and there's several other very active init projects for debian
15:45
<johnny>
it would make the world much eaasier if we could standardize..
15:45
on that
15:45
sure.. gentoo has other options too
15:46
<Nubae>
I saw altlinux is using dcop
15:46
<johnny>
dcop.. don't recall that being an init system..
15:46
<Nubae>
heh, instead of dbus
15:46alkisg has left #ltsp
15:47bobby_C has joined #ltsp
15:47
<Nubae>
just thought all distros had standardised on udev/hal/dbus
15:47
<johnny>
that's not a distro thing
15:47
that's a kde thing
15:47
<Nubae>
well gnome and kde now use the same, right?
15:48
<johnny>
obviously not.. if they still use dcop
15:48
unless dcop is not just a compat frontend to dbus..
15:48
<jc2it>
:
15:48
<johnny>
and kde has phonen.. while we have pulseaudio..
15:48
not that they are completely equivalent
15:49
but you're definitely not seeing standardization there :)
15:49
<Nubae>
nah kde now works with hal/dbus
15:50
kde4 works with something new though
15:50
<johnny>
so.. why does dcop still exist then?
15:50
did they repurpose it?
15:50
<Nubae>
no idea, thats why I was surprised to see alt linux using it
15:51
but gnome and kde use the same framwork since at least a year
15:51
<johnny>
not like i care what those guys do.. they are obviously not interested in standardization of any sort :)
15:51
<Nubae>
hehe
15:51
kinda like suse ;-)
15:52
<johnny>
suse itself seems to be
15:52
perhaps not in relation to ltsp
15:52
but in general
15:52
altho that main menu thing never really caught on elsewhere
15:53
<jc2it>
[default]
15:53
LDM_DIRECTX=Y
15:53
<Nubae>
theyre doing allright now with their move to kde4
15:53
<jc2it>
like that?
15:53
<Nubae>
LDM_DIRECTX=True
15:53
<jc2it>
ah
15:53
<loather-work>
LDM_DIRECTX makes me <3
15:53
<Nubae>
but Y probably works too
15:55
another good integration into gnome/ltsp would be gnome do
15:55
which is an app launcher like apple has
15:55
<johnny>
it's mono based
15:55
<Nubae>
like quicksilver
15:55
<johnny>
that is a problem
15:55
<Nubae>
oh...
15:55
<johnny>
C# iirc
15:56
thus why f-spot isn't the default app
15:56
for images..
15:56
f-spot is great
15:56
<Nubae>
yeqa
15:56
mono is just too much I suppose
15:57
its cool though, autoentry of apps, auto addition of music playlist, pics, films
16:00
<jc2it>
How do I know if I am using LDM versus GDm
16:00
<loather-work>
mono sucks.
16:00
slow.
16:00elisboa has quit IRC
16:00elisboa has joined #ltsp
16:00
<loather-work>
and microsoft owns the trademark, so they're likely to strike like a viper once their partnership deal with novell is over.
16:00Eghie has quit IRC
16:01
<loather-work>
c# coming to the opensource market was one of the worst things to ever happen to it.
16:01
mark my words.
16:04
<Nubae>
jc2it: u are always using ldm
16:04
<jc2it>
Well the reason i ask is when I do a ps -ale i do not see an ldm process, but I do see GDM
16:04
<Nubae>
guess u dont like gambas either then ;-)
16:05
<jc2it>
ps -ale | grep gdm
16:05
4 S 0 6325 1 0 80 0 - 3588 - ? 00:00:00 gdm
16:05
5 S 0 10513 6325 0 80 0 - 4065 - ? 00:00:00 gdm
16:06
<Nubae>
remember the concept of the monitor and keyboard connected to the server
16:06
u are seeing the servers processes
16:06
<jc2it>
But shouldn't the server be running the client's process as well?
16:07
<Nubae>
if you do alt+f1 ull get to the thin client terminal
16:07
there, if u have the root password set u could go in and see the processes running locally
16:07jonnor has quit IRC
16:07
<jc2it>
Apps run on server. Which is App vs. Thin client underlying process
16:07
oh
16:11
alt + f1 at the login screen or where?
16:11
Ubuntu appears to interpret it
16:11
<Nubae>
on thin client any time
16:17mhterres has quit IRC
16:17mike_ has joined #ltsp
16:18mike_ is now known as Guest69801
16:19spectra has quit IRC
16:21
<jc2it>
alt + f1 = no joy on my thin clients. It activates the Ubuntu Applications menu. hmm, I bet there is a way to reassign that shortcut. Sidenote: When I am in the Ubuntu + LTSP login window on a Thin Client and Click on Preferences --> Select Session There is no LDM session available. only 1. Default. 2. Failsafe Xterm. 3. /usr/lib/gdm/gdm-ssh-session. and 4. /usr/bin/gnome-session. This is why I asked in the first place
16:21
<johnny>
ctrl + alt + f1
16:21
not alt +f1
16:22
<jc2it>
hey now that works
16:24
Where do I set the ltsp password? is it as simple as #passwd ltsp on the server and then reboot thin client
16:25
<johnny>
in the chroot
16:25
but.. another better way.. would proably be to set SCREEN_02=shell
16:25
in lts.conf
16:25
and then ctrl +alt +f2
16:25
so you don't have to set the password at all
16:25
there will be a terminal already ready
16:25
<jc2it>
so chroot has its own root
16:26
login
16:26
<johnny>
that's what a chroot is :)
16:26
<jc2it>
doh
16:28
so my new lts.conf looks like:
16:28
[default]
16:28
LDM_DIRECTX=True
16:28
SCREEN_02=shell
16:28
should I add anything else?
16:28
<johnny>
not yet
16:35
<jc2it>
Is there a way to do this so it is selectable instead of affecting all thin clients at reboot time?
16:36
In the lts file can you specify different classes of thin client?
16:39
I wonder if the lts.conf file also allow you to configure LDM. Although I am still unconvinced it is running
16:45mccann has joined #ltsp
16:47mikkel has quit IRC
16:52
<jc2it>
what does SCREEN_01=ldm do in conjunction with SCREEN_02=shell?
17:29bobby_C has quit IRC
17:30
<johnny>
don't do that
17:30
07 is for ldm
17:30
never touch SCREEN_01
17:30
ever
17:30
yes.. you can do lts entries via mac , ip , or hostname
17:31
not sure about partial mac mapping tho
17:52
<FuriousGeorge>
johnny: were was i supposed to tell gentoo to start kde v just x in the client?
17:54viking-ice has quit IRC
17:54warren_ has joined #ltsp
17:55warren_ is now known as warren
17:56
<FuriousGeorge>
oh wait, that files was to start ldm in general, i need to tell it to startkde
17:57
<jc2it>
XSERVER=? If I set this option does this allow me to tell XSERVER which video chipset I have? Or better yet how do I tell what it is detecting.
17:58
BTW with SCREEN_07=ldm and SCREEN_02=shell. Now the thin client boots to an LDM screen on tty7 and by using Ctrl+Alt+F2 I can get a LTSP login to check/troubleshoot local stuff
18:01
<FuriousGeorge>
is there a better way to make ldm start kde rather than just adding exec startkde to ~/.xinitd
18:05
looks like i dont have that anyway
18:05
hmmm... how to make ldm start kde
18:10
<jc2it>
I am not a gentoo expert, but this link may help start kde http://gentoo-wiki.com/LTSP_Desktop
18:10
oops that starts KDM not LDM
18:12
<FuriousGeorge>
yeah, that doesnt help
18:12
unfortunately i think johnny is the only guy who knows how to do this, since he's maintaining the package, and there is no decent documentation
18:13
thanks for looking though
18:13
<ogra>
FuriousGeorge, usually ldm executes Xsession ... that should respect the usual standards for setting per user sessions
18:15
FuriousGeorge, i.e. ~/.xsession should work
18:15
<FuriousGeorge>
ogra: my home dir is empty on the client side, if thats what you're referring to, but i do have the global /opt/ltsp/x86/etc/X11/Sessions/Xsession
18:16
<ogra>
no, i wouldnt refer to anything user related on the client side
18:16
since your users and sessions run on the server ;)
18:16
<FuriousGeorge>
right, that wouldnt make sense
18:16
<ogra>
add it to the users home on the server and try
18:17
no idea wher you set the system session on gentoo, i never used it, but afaik gentoo uses the upstream xorg Xsession script that supports .xsession per user
18:18
<FuriousGeorge>
in gentoo you change DISPLAY_MANAGER= in /etx/init.d/xdm, but for some reason ltsp just kinda ignores that
18:19
<ogra>
ldm runs: ssh -X user@server /etc/X11/Xsession (or wherever your Xsession script is located, might be /etc/X11/xdm/Xsession in gentoo or some such then)
18:19
it doesnt eceute any initscrits
18:19
*scripts
18:20
sigh ... *execute as well
18:20
to late here, cant type anymore (1am)
18:21
<FuriousGeorge>
johnny: must have changed the default behavior one way or another, because i didnt need to do that before... lemme try that out
18:22
<ogra>
echo startkde > ~/.xsession
18:22
as the user you want to use for ltsp
18:22
<FuriousGeorge>
looks to be /etc/X11/Sessions/Xsession on gentoo
18:22
<ogra>
on the server
18:23
SESSIONLIST="/etc/X11/xinit/Xsession \
18:23
/etc/X11/Xsession \
18:23
/usr/lib/X11/xdm/Xsession \
18:23
/etc/X11/xdm/Xsession"
18:23
thats from the ldm code
18:23
must be one of these locations
18:25yanu has quit IRC
18:29
<jc2it>
My Neoware C50 comes with a VIA S3 with 16 MB UMA shared video memory
18:29
<ogra>
unlikely you find a composite capable driver for that
18:30
<FuriousGeorge>
ogra: i have /usr/lib/X11/xdm/Xsession.... i see there that it defers first to /etc/X11/chooser.sh
18:30Guest69801 has quit IRC
18:31
<FuriousGeorge>
then it checks ~/.xsession.... ill try the xsession method anyway
18:32
that worked, but felt unfamiliar and a little hackish
18:32
:)
18:33
ogra: thanks
18:34
<ogra>
its definately hackish, there must be a method to set the systemwide default desktop in gentoo
18:34
but i have no clue what that would be ...
18:34
ubuntu dev here :)
18:36
<FuriousGeorge>
in /etc/rc.conf XSESSION="kde-3.5"
18:36
i think thats the move
18:37
that and DISPLAY_MANGER="kdm" in /etx/init.d/xdm...
18:40
<ogra>
right, but display manager is definately not used
18:40
/etc/rc.conf seems reaonable
18:41
do you see /usr/lib/X11/xdm/Xsession sourcing /etc/rc.conf or using XSESSION ?
18:45
<FuriousGeorge>
ogra: i do not
18:45
when johnny comes back, he'll know what the right way is
18:45
<ogra>
yeah
18:46
for now .xsession should help you
18:47J45p3r___ has joined #ltsp
18:48
<FuriousGeorge>
its doing well so far
18:48
<dberkholz>
here i am
18:48
you're looking for the XSESSION variable
18:48
<FuriousGeorge>
i believe so
18:48
<dberkholz>
rc.conf on stable systems, /etc/env.d/90xsession on testing
18:48
possibly moving elsewhere in the near future
18:49
<FuriousGeorge>
XSESSION='kde-3.5' is what i need then? thanks
18:50* ogra wonders if that shouldnt be XSESSION='startkde'
18:51
<dberkholz>
nope
18:51staffencasa has quit IRC
18:51
<dberkholz>
we allow multiple kde versions installed at once and do special things
18:52
yet another fork of xinit scripts
18:58
<vagrantc>
dberkholz: does your Xsession script accept "default" as an argument?
18:58
dberkholz: or any arguments?
18:59
<dberkholz>
it accepts failsafe as an argument
18:59
<vagrantc>
that's it?
18:59
<dberkholz>
looks like it
19:00
<jcastro>
hi guys
19:00juanpaul has joined #ltsp
19:01
<dberkholz>
we have a really messy setup atm
19:04Lns has quit IRC
19:10japerry has quit IRC
19:26vagrantc has quit IRC
19:53yanu has joined #ltsp
20:06japerry has joined #ltsp
20:08jammcq has joined #ltsp
20:09
<jammcq>
hey folks
20:21mccann has quit IRC
20:27rixter has joined #ltsp
20:27
<rixter>
Heya ltsper
20:27
s
20:44juanpaul has quit IRC
20:55J45p3r___ has quit IRC
21:02portablejim has joined #ltsp
21:03
<portablejim>
Is the setup in the image (http://file-hosting.site-hosts.net/ltsp_scenario.png) able to be done?
21:05
Will it work? or do the clients have to be connected directly to the server
21:05
?
21:06
<jammcq>
is that really a router, or is it a cable modem with a switch built in?
21:08
<portablejim>
Router (modem connects to the specified port.)
21:08
<jammcq>
what brand/model ?
21:08
<portablejim>
DOes it matter?
21:09
<jammcq>
it helps me understand the whole picture.
21:13
<portablejim>
Something like this: http://www.mrgadget.com.au/catalog/images/netgear_wgr614_wireless_router.gif
21:13vagrantc has joined #ltsp
21:13
<jammcq>
ok, that's a router with a switch built-in.
21:14
as long as all of your workstations and server are plugged into the switch ports, you'll be fine
21:14
but.... make sure you turn off the dhcp server in that thing
21:14
it'll just get in the way
21:17
<portablejim>
so the DHCP server will make it not work?
21:19portablejim_ has joined #ltsp
21:20
<jammcq>
the netgear dhcp server won't provide the information that the workstations need
21:20
and you can't have 2 dhcp servers on the same network
21:21
so... best thing to do is setup your linux server as your dhcp server and disable the one in your router
21:21ogra has quit IRC
21:25
<portablejim_>
anything that could be done to not require the router's DHCP server to be turned off?
21:26
<jammcq>
dunno. why not just turn it off?
21:27
<portablejim_>
I don't think my parents would like it.
21:28
<jammcq>
well, it's the only way that I know of
21:29
<portablejim_>
Thanks jammcq.
21:29
<jammcq>
no prob
21:31
<portablejim_>
How much lag is present when using LTSP? (100mpb/s network, 1-3 clients, quad-core computer)
21:31
<jammcq>
lag?
21:31
you won't notice any lag
21:32
and depending on your clients, the apps could run faster in a ltsp environment than they would on stand alone computers
21:32
<portablejim_>
comparable to x forwarding?
21:33
<jammcq>
well, it IS x forwarding
21:34
<portablejim_>
so it would go through bandwidth fairly fast?
21:34
<jammcq>
what are you expecting?
21:35
i've got a network with 60 ltsp thin clients and it runs great
21:35
you've got 100mbps and a powerful server
21:35
you won't get anywhere near the point of having a bandwidth problem
21:36ogra has joined #ltsp
21:37
<portablejim_>
ever tried video editing?
21:37
<jammcq>
no. video editing is not something that you'd enjoy on a ltsp workstation
21:39
<portablejim_>
even with a powerful server and few clients?
21:40
<jammcq>
well, try it and see
21:40
<johnny>
you'd need to run em locally
21:40
the interfaces at least
21:40
<portablejim_>
what does that mean?
21:41
<rixter>
it means do a little more reading and see what ltsp is designed to do.
21:41
;)
21:42
You can make apps run off the local machine instead running directly on the X Server.
21:42
<portablejim_>
are you just saying that it will need to be done on a LAN?
21:42
<rixter>
no
21:43
<portablejim_>
is it easy to set up, whatever you are suggesting?
21:43
<jammcq>
not really
21:43
<rixter>
portablejim_: ask your self why you are setting up ltsp for video editing....
21:43
<jammcq>
just setup a normal ltsp and see how it works
21:44Nubae has quit IRC
21:44
<johnny>
dberkholz, if i would have known about the cgroups issues. stuff wouldn't have taken so long to compile at the hackfest and making me completely un useful during that time period :(
21:45
huge difference..
21:45
the computer would spike up to 100% and stay there
21:45
now it just occasionally spikes.. WHY IS IT ON BY DEFAULT
21:45
sometimes i gotta wonder how they pick those default settings... from a hat?
21:46
<portablejim_>
Why: So my mum does not have to buy another dual/quad core computer when I have lots of unused CPU cycles.
21:46nubae has joined #ltsp
21:47
<rixter>
portablejim_ what app does she use for video editing ?
21:48
<portablejim_>
She will probably be using windows since we cave not come across a video editing app that is stable.
21:48
cave => have
21:48
<jammcq>
ltsp is LINUX, not windows
21:49
<portablejim_>
VMed windows.
21:49
<johnny>
kino is stable
21:49
it just doesn't do enough
21:49
i used it to edit a small commercial once :)
21:50
it was pretty limited of course
21:50
<portablejim_>
multi-track?
21:52* portablejim_ realises the conversation is better had somewhere like #ubuntu or a video editing thread
21:53
<rixter>
what os is on the dual/quad core right now?
21:54
<portablejim_>
my quad in running Ubuntu 64bit.
21:54
in => is
21:54
<rixter>
set it up with vnc sessions.
21:54
<johnny>
no.. rdp is better
21:55
<rixter>
or that :)
21:55* rixter has never used rdp
21:55
<johnny>
it's pretty impressive really
21:55
not sure how it compares with the nx stuff tho
21:56
<portablejim_>
Anyway, it was just a idea for a cool project to do in the holidays - to get a LTSP setup up, etc. Guess the idea won't work out.
21:56
<johnny>
it won't work out?
21:57
put it in a vm.. and connect via rdp.. sounds workable.. for normal usages
21:57
you won't know how it will perform the way you need it to tho.. until you try i guess
21:59indradg_ has joined #ltsp
22:00
<portablejim_>
Might try that.
22:01
thanks everyone
22:01TehRiX has joined #ltsp
22:01* portablejim_ waves goodbye
22:01portablejim_ has quit IRC
22:02portablejim has quit IRC
22:03indradg has quit IRC
22:04vagrantc has quit IRC
22:17rixter has quit IRC
22:29TehRiX has quit IRC
23:21alekibango has quit IRC
23:22alekibango has joined #ltsp
23:48rcy has quit IRC
23:52prathibh has joined #ltsp