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


Channel log from 11 March 2009   (all times are UTC)

00:13vagrantc has quit IRC
00:21artista_frustrad has quit IRC
00:26alkisg has quit IRC
00:26Egyptian[Home] has joined #ltsp
00:47tessier has quit IRC
00:51loather has quit IRC
01:07loather has joined #ltsp
01:30gfarras has left #ltsp
01:59alkisg has joined #ltsp
03:18
<Guest42335>
hi all, i am having trouble getting ltsp to run in fedora, if someone could help that would be great
03:19
i have fedora 10 k12linux, i jhave followed the instructions on the website but cannot connect the thin client
03:23
is there a way to view a log file to see what is going on?
04:06bobby_C has joined #ltsp
04:07kaos01 has joined #ltsp
04:08Guest42335 has quit IRC
04:19
<kaos01>
im running ltsp5 on fedora10, ldm login seems to take very long
04:46ogra has quit IRC
04:58Nubae has quit IRC
05:01ogra has joined #ltsp
05:12slashdotfx has quit IRC
05:17AmosSam has quit IRC
05:18Nubae has joined #ltsp
05:18slashdotfx has joined #ltsp
05:20
<alkisg>
Erm... testing jaunty... On the clients, the gnome volume mixer shows me the sound devices that the server has, not the client. So the volume control on the client actually controls the server sound volume. I haven't tested this before; did it use to work on previous versions / other distros?
05:29
<Nubae>
I cant really test jaunty yet as there is no fglrx support yet and my clients need that :-(
05:31slashdotfx has quit IRC
05:35
<alkisg>
Nubae: did the sound volume control really work in 8.04 or 8.10 or in other distros?
05:36
<Nubae>
I remember it worked to some extent
05:36
but not fully, no
05:36slashdotfx has joined #ltsp
05:37
<Nubae>
but sound did work on the clients, I think it was mainly controlled through lts.conf though
05:38
<alkisg>
Yeah, I do have sound on the clients, it's just the first time I noticed the volume control behavior...
05:44
<kaos01>
can i stop frm fuse mounting homedirectory in ltsp5 ?
05:45
i just want to see if it increases login time
05:51
<cyberorg>
kaos01, you have ltspfs installed in client image?
05:55
<kaos01>
no
05:56
on the thin client i can see my home directory mounted, thought it would be interestign to see if login would speed up if i disabled the mounting ogf $HOME
05:57
loging in via ldm is seriously slow :(
06:00
also im having problems setting valies in [IP] sections only [default] seems to take affect
06:05
<cyberorg>
kaos01, try LOCALAPPS=false
06:10
<kaos01>
yes, that got rid of the $HOME mount ..
06:13alkisg has quit IRC
06:13
<cyberorg>
kaos01, try [MAC:ADD:RE:SS]
06:13
what distro is it?
06:17
<kaos01>
fedora10
06:19
from the time i enter username/password into ldm and a X session coming up takes 4 minutes
06:19
<cyberorg>
thats very low, is booting normal?
06:19
<kaos01>
seems to be
06:19zirconiumks has joined #ltsp
06:21
<cyberorg>
kaos01, tried switching DE such as kde/xfce/icewm? how much ram you got on the client?
06:21
<kaos01>
oh the client is a brand new dell
06:21
so i dont think it shoudl be a problem,
06:22
<cyberorg>
here are some variables you can turn off http://en.opensuse.org/LTSP/Tips_and_Tricks#Increasing_performance_on_low_end_client_hardware
06:23
<kaos01>
curious if it might be some sort of network lookup problem
06:23
<cyberorg>
one of them might be at fault. check ldm.log from the client
06:26
<kaos01>
mmm, time stamps would be interesting in ldm.log
06:29
<cyberorg>
find out how long it takes to "ssh -X serverIP /path/to/Xsession" from another normal PC
06:37alkisg has joined #ltsp
06:38
<kaos01>
it takes about 6 seconds
06:39
on the client in messages nbd9 (whatever that is) seems to be taking some time
06:45tomicich has joined #ltsp
06:46
<tomicich>
anyone using thin clients with 1680x105 resolution?
06:48tomicich has quit IRC
06:50Nubae1 has joined #ltsp
06:52Nubae has quit IRC
06:57yggdrasill_ has joined #ltsp
06:58
<yggdrasill_>
any of you uses displays 1680x1050 resolution on thin clients?
07:05
<alkisg>
yggdrasill_: why is the exact resolution important?
07:06
<yggdrasill_>
I've a problem with..
07:07
I can briefly explain
07:08
s start but it is like if the graphich card is not recognized
07:08
I checked the Xorg.1.log
07:08
and the card is correctly probed
07:09
<alkisg>
yggdrasill_: then you should mention your distro, the distro version, your graphics card etc, not your resolution...
07:09
<yggdrasill_>
but then the final result is that the screen start at 460x480
07:09
ubunto lts 8.04
07:09
<alkisg>
Put xorg.1.log to pastebin:
07:09
!pastebin
07:09
<yggdrasill_>
the card is a ati radeon x1250
07:09
<ltspbot>
alkisg: "pastebin" is try !pastebot
07:10
<alkisg>
!pastebot
07:10
<ltspbot>
alkisg: "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.
07:11
<yggdrasill_>
at the moment I 'm at home, later I'll get back to work and I will post the log
07:12cliebow has joined #ltsp
07:13
<yggdrasill_>
if I connect my laptop and I use pxe (the laptop has an old ati card) the system boot correctly and probe the correct resolution (1024x768)
07:15
<alkisg>
yggdrasill_: maybe it doesn't detect the monitor correctly; e.g. I had to force specific horizsync and vertrefresh timings in one of my labs.
07:16
The logs will tell :)
07:20alkisg has quit IRC
07:20
<yggdrasill_>
yes. I'll post the log
07:29artista_frustrad has joined #ltsp
07:36
<kaos01>
"A new version of teh system is available" what on earth is that ?
07:41
<ogra>
a very badly worded message ?
07:42
<kaos01>
haha
07:42
after that my ltsp client rebooted
07:43
<ogra>
yeah, it should be more explanatory
07:43
<kaos01>
i mean when does thsi happen, when chroot is updated ?
07:43
<ogra>
it wants to tell you that the admin on the server updated your thin client environment and that it needs to reboot to make the newe changes take effect
07:44
feel free to file a bug with a better text, i fully agree thats a very bad wording
07:44
<kaos01>
first time i seen the message, it scared me, haha
07:44
oh no i dont mind teh text, i just didnt know what the whole reboot was about :)
07:46
dies the chroot image get loaded inot RAM is is it mounted usinf nbd ?
07:46
<ogra>
right, and thats what the text is for :)
07:46
if it scared you and didnt explain it good enough, thats a bug
07:52vvinet has joined #ltsp
07:54
<cliebow>
ogra will db4.7-util conflict with existing db4.2-util?
07:54
<ogra>
uff ... no idea
07:54
<cliebow>
heehee!
07:54
<ogra>
if both are packaged the packaging system should care
07:55
if you complie yourself from upstream source, i dont know
07:55
<cliebow>
give it a whirl..im pretty good at reinstalling
07:55
<ogra>
heh
07:56
<cliebow>
packaging didnt complain..
07:56
<Nubae1>
jaunty gdm screen is very nice
07:57
<ogra>
yeah, to sad its using to many elements we cant use in ldm
07:57Gadi1 has quit IRC
07:59Gadi has joined #ltsp
08:00synchris has quit IRC
08:00synchris has joined #ltsp
08:00artista_frustrad has quit IRC
08:01johnny has joined #ltsp
08:04Nubae1 has quit IRC
08:07RobertLaptop has quit IRC
08:16Nubae has joined #ltsp
08:16alkisg has joined #ltsp
08:33nicros has joined #ltsp
08:35otavio has quit IRC
08:35kaos01 has quit IRC
08:35otavio has joined #ltsp
08:43marius-- has joined #ltsp
08:43
<marius-->
hi all
08:44
i need help with my ltsp server i want to integrate the user login to an ldap service but i cant connect with the user data
08:50
<Lumiere>
marius--: you should just need to make the login on the server work with ldap
08:51
<marius-->
i would like to but the ltsp and the ldap are on the same server
08:52
and with nss i cannot boot my server anymore
08:52
so how can i resolve this problem?
08:52AmosSam has joined #ltsp
08:53
<AmosSam>
knipwim: are you here?
08:53alkisg has quit IRC
09:01RobertLaptop has joined #ltsp
09:02vagrantc has joined #ltsp
09:05
<AmosSam>
when i boot thin client i get following error:
09:05
mount: RPC: Unable to send; errno = Network is unreachable
09:06
!! NFS Mounting failed. Is the path correct ?
09:06
<ltspbot>
AmosSam: Error: "!" is not a valid command.
09:06marius-- has quit IRC
09:06
<AmosSam>
!! NFS Mounting failed. Is the path correct ?
09:06marius-- has joined #ltsp
09:08
<vagrantc>
heh. looking at the last update for the greek translations, seems like we've got a few more strings that just plain don't need to be translated.
09:09
<AmosSam>
and i can mount that path from other computer in network
09:16gentgeen__ has quit IRC
09:16gentgeen__ has joined #ltsp
09:28pmatulis has joined #ltsp
09:29vvinet has quit IRC
09:32
<AmosSam>
any help with mounting nfs root??
09:33
<vagrantc>
AmosSam: what linux distro and version are you running?
09:33
(i just got here, in case you already answered)
09:33
<AmosSam>
gentoo and ltsp-5
09:34
<vagrantc>
that would be johnny's area of expertise :)
09:34otavio has quit IRC
09:34
<AmosSam>
last night i successfully build client's filesystem, and VM is booting from network until the point where it should mount root
09:35
<johnny>
do you have the proper network module built into the initramfs
09:35otavio has joined #ltsp
09:36
<AmosSam>
i suppose; i i'm using genkernel that is build with ltsp-build-client script
09:36
<johnny>
you have to go back in
09:36
linux32 chroot /opt/ltsp/x86
09:36
and then edit /usr/share/genkernel/x86/modules_load
09:37
and add your network module
09:37
until the genkernel folks make it easy for us to add all the network modules
09:37
and then run genkernel initrd
09:37
<ltsppbot>
"vagrantc" pasted "remove more non-translateable strings?" (35 lines) at http://pastebot.ltsp.org/277
09:37
<vagrantc>
does that look right to folks? ^^
09:38
<AmosSam>
does it makes any difference that gentoo minimal cd is recognizing network?
09:39rjune_ has joined #ltsp
09:39
<AmosSam>
johnny: path "/usr/share/genkernel/x86/modules_load" doesn't exists. shall i create it?
09:40
<johnny>
no
09:40
did you chroot first?
09:40
as i mentioned
09:40
<ogra>
vagrantc, looks fine to me
09:40
<AmosSam>
yes
09:41
<johnny>
genkernel ? /usr/share/genkernel
09:42
<AmosSam>
/usr/share/genkernel exists, but x86 inside doesn't
09:43
<vagrantc>
ogra: i wasn't sure if i needed to remove just the _ or the whole _() stuff
09:43
<ogra>
_ should suffice
09:44
<vagrantc>
which would be "better" ?
09:44
<johnny>
what exactly do you have in there?
09:44
!pastebot
09:44
<ltspbot>
johnny: "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.
09:45Egyptian[Home] has quit IRC
09:45
<AmosSam>
ok, just a sec
09:46
<ogra>
vagrantc, i think the way you did it is good
09:46
<ltsppbot>
"AmosSam" pasted "content of /usr/share/genkernel/" (17 lines) at http://pastebot.ltsp.org/278
09:46
<vagrantc>
ogra: ok, just weak enough on my C that i didn't want to commit without some basic review :)
09:47
if it compiles, i'll commit :)
09:47
<AmosSam>
here you go johnny
09:47Egyptian[Home] has joined #ltsp
09:48
<johnny>
maybe it's arch/x86
09:48
sorry.. my gentoo box is kinda down atm
09:48
<AmosSam>
you are right!
09:48
i newer used genkernel before...
09:49
<johnny>
you're going to have to manually specify your NICs in modules_load via MODULES_NET
09:49russell_nash has joined #ltsp
09:49
<johnny>
you can delete all the rest except MODULES_FS
09:49
<AmosSam>
it says: "e1000 tg3"
09:49
<johnny>
and you can tweak that down to nfs
09:49
yes.. change it to whatever nic you need
09:49
and then genkernel initrd
09:50
<AmosSam>
and i how can i see what module is loaded in minimal cd? for intel 82540EM Gigabit
09:51
<russell_nash>
Hi, I just thought that I would let you know after my visit 2 days ago that LTSP is working on my jaunty install as of yesterday, when there was an update to the LTSP package. I just hope that it stays that way and doesn't get broken by changes like before. Thanks.
09:53
<AmosSam>
johnny: i need e1000 module, and that one is already listed for loading
09:56
<johnny>
russell_nash, don't count on it.. that's why it's still alpha
09:57
if it breaks.. you get to pick up all the pieces
09:57
AmosSam, weird.. is your nfs server actually running?
09:57
<russell_nash>
true, but if it works at all it is better than my hardy expereinces
09:58
<AmosSam>
yes, i can mount /opt/ltsp/x86 from other computer, and from inside vm when i boot it with minimal cd!
09:58
<johnny>
weird
09:59
<AmosSam>
and easyest way to see is e1000 module one i need is to rmmod it from livecd, and interface dissapears, and when i do modprobe e1000 it comes again
10:00
in 15 or 20 min kernel compilation will be finnished... but in fact I didn't changed anything except that i removed uneeded modules...
10:00
<johnny>
do you see it loaded within initramfs ?
10:00
you didn't need to compile the kernel
10:00
just need to run genkernel initrd
10:01
<AmosSam>
it throws this:
10:01
Error: Unknown option 'initrd'!
10:02
<johnny>
maybe the renaming is complete then.. try genkernel ramdisk
10:02russell_nash has left #ltsp
10:03
<ltsppbot>
"vagrantc" pasted "more translateable string stuff" (34 lines) at http://pastebot.ltsp.org/279
10:03
<vagrantc>
ogra: does that look ok?
10:04
<AmosSam>
and yes, initramfs loads e1000 module
10:04
<ogra>
vagrantc, yep
10:04
<johnny>
then i'm confused.. it should work
10:04
maybe it's your vm setup then
10:04
try pining the server perhaps?
10:05
<AmosSam>
well, server and vm are on the same machine
10:05
<johnny>
sure
10:05
<AmosSam>
vm is configured correctly beause i can ping outside livecd inside vm, and it get's it's IP
10:06
<johnny>
and you cant manually mount it?
10:06
<AmosSam>
from livecd? yes, i can!
10:06
<johnny>
no
10:06
from the vm
10:06
err from the initramfs
10:08
<AmosSam>
i don't follow you anymore! when i boot vm with livecd then i can mount, but when i boot vm from network it cant' mount root
10:08
<johnny>
so try mounting it manually
10:09
from the initramfs
10:09
<AmosSam>
how?
10:09
<johnny>
same way as you did on the livecd?
10:09
mount -t nfs ......
10:09
just for testing purposes of course
10:10
<AmosSam>
but how? it throws kernel panic! on livecd i get shell
10:11
<vagrantc>
hmmm... last patch needs some reworking...
10:12
<AmosSam>
can i get busybox shell from initrd?
10:12
or something similar?
10:15
<johnny>
oh.. it usually does drop you to a shell
10:15
so.. what is your tftp directory pointing to anyways?
10:15
and what's in it
10:15
err tftp server directory*
10:16faustino333 has joined #ltsp
10:16
<AmosSam>
pointing? it's in /opt/ltsp/tftproot
10:17
and i have pxelinux.0 file and pxelinux.cfg directory
10:17
<johnny>
the standard directory is /var/lib/tftpboot/ltsp/x86 .. but that matters little.. but i might refer to it that way
10:17
and what else?
10:17
<AmosSam>
iniramfs and kernel
10:18
<johnny>
and your pxelinux.cfg/default looks like?
10:18
<AmosSam>
kernel kernel-genkernel-x86-2.6.27-gentoo-r8
10:18
<johnny>
show me the whole line
10:19* johnny needs to make an eselect module some day..
10:19
<johnny>
to handle this
10:19
<AmosSam>
append initrd=initramfs-genkernel-x86-2.6.27-gentoo-r8 init=/linuxrc ip=dhcp root=/dev/nfs nfsroot=192.168.84.11:/opt/ltsp/x86
10:19
<johnny>
hmm..
10:20
<faustino333>
i'm tryng to build ltsp-client for i386 in amd64 machine
10:20
<johnny>
add -a i386
10:20
that's it..
10:21
AmosSam, i'm going to look at my gentoo box in a minute.. even though the net won't work :(
10:21
<AmosSam>
ok
10:21
<faustino333>
but it keeps getting out with an error it says that it's missing edebuntu-artwork usplash
10:22
<AmosSam>
the worst part is that i successfully build diskless gentoo last year with manual kernel config and manual iniramfs...
10:25staffencasa has joined #ltsp
10:25
<dberkholz>
johnny: i just added a note at the top of http://dev.gentoo.org/~dberkholz/ltsp/setup.txt pointing people to the correct setup so they stop trying to use that
10:28bobby_C has quit IRC
10:32
<AmosSam>
johnny: i just booted again terminal and i noticed line in kernel output, just before it starts to load modules.
10:33
IP-Config: no network devices (or something like that)
10:33vvinet has joined #ltsp
10:33
<johnny>
mine is
10:33
DEFAULT bzImage initrd=initramfs root=/dev/ram0 real_root=/dev/nfs nfsroot=ip:/path
10:35
<AmosSam>
i'll try
10:36
same error
10:37
<vagrantc>
i wish i had made these translateable string changes earlier, as it reduces the number of translated strings from 52 to about 46 ... and i just put out a call for translations
10:37
<AmosSam>
how can i tell genkernel to build network driver inside kernel not as a module?
10:38
<johnny>
by running with --menuconfig option
10:38
on genkernel
10:39
<AmosSam>
ok, and just one more thing; do i need to mount proc and dev inside chroot just for building kernel?
10:39
<johnny>
don't think so
10:39
<AmosSam>
ok
10:39
<johnny>
just make sure you chroot with liinux32 prefixed if running on amd64 system for x86 chroot
10:40
<AmosSam>
i'm on x86 host
10:40Subhodip has joined #ltsp
10:43
<AmosSam>
ok, i configured it and it compiles kernel, i'll be back in 15 min
10:47
<Gadi>
vagrantc: hey, if you get a chance to test that latest patch I pushed to ltspfs, I would be much obliged. I have been sick as a dog and not as near to a testbed as to a real one
10:47
just make sure it didn't break anything on debian wrt local dev
10:48
<vagrantc>
Gadi: ok
10:48* vagrantc wishes Gadi well
10:49
<ogra>
and the dogs too
10:49
<Gadi>
:)
10:49
thx
10:52Ahmuck-Sr has joined #ltsp
10:55* vagrantc wonders if mountpoint is available on all distros
10:57japerry has quit IRC
10:59japerry has joined #ltsp
11:01
<cyberorg>
vagrantc, it is on opensuse
11:03japerry_cat has joined #ltsp
11:03japerry has quit IRC
11:03Ahmuck-Sr has quit IRC
11:04
<vagrantc>
something like "if mountpoint -q $DEVICE" might be easier than checking the output of the failed mount command...
11:04japerry_cat has quit IRC
11:07elisboa has quit IRC
11:08elisboa has joined #ltsp
11:09
<johnny>
vagrantc, it exists on fedora
11:09zirconiumks has quit IRC
11:10
<johnny>
also on gentoo
11:11
vagrantc, so.. seems on all supported distros, it does exist :)
11:19
<Gadi>
seems to come from the "initscripts" pkg in ubuntu
11:19faustino333 has quit IRC
11:19
<Gadi>
weird
11:20faustino333 has joined #ltsp
11:20
<cyberorg>
stgraber, can you have a look at my ltsp-cluster-control please, i cant figure out how to add clients
11:27
<AmosSam>
johnny: btw, i needed to modify ldm ebuild to get it build. i put "app-text/iso-codes" and "dev-util/intltool" into RDEPEND section of ebuild
11:27
<johnny>
AmosSam, yes.. i know of this.. hopefully to be fixed soon
11:27
as i said. my gentoo box is giving me fits atm.. so i can't do it myself
11:27
trying to get another person to take care of it
11:28
i forgot to ping him last night.. i'll try to remember tonight
11:28
<AmosSam>
ok, because i saw on bugs.gentoo.org that it should be added only iso-codes
11:29
<johnny>
yes.. i didn't know intltool was needed, i thought that was already in the base
11:29
i'll tell him to add it too
11:29
<AmosSam>
do you need help with that box? i have big hammer at hand! :-)
11:32
and also, ltsp-build-client successfully builds client filesystem from funtoo stage3, with small modifications..
11:34
<johnny>
other than that?
11:34
that should be the only mod necessary for ldm
11:34
after that.. everything else will build fine
11:34
last i checked anywaysy
11:36
<AmosSam>
yes, but if you use funtoo stage3 it dies on part where it tries to delete /etc/localtime
11:36
<johnny>
hmm? weird
11:38
hmm.. must be a bug in quickstart then
11:38
<AmosSam>
line 203 of /usr/share/quickstart/modules/install_steps.sh states
11:38
[ -e "${chroot_dir}/etc/localtime" ] && spawn "rm ${chroot_dir}/etc/localtime" || die "could not remove existing /etc/localtime"
11:38
yes, quickstart makes problems
11:39
i just commented out that line and after that everything is ok
11:40
<johnny>
which quickstart version is that?
11:41
<AmosSam>
9999. that's svn?
11:41
<johnny>
ahh ok
11:41
why would that cause a problem tho? it only deletes it if it exists
11:42
<AmosSam>
i don't know. that was strange to me too
11:46
ok, small progress with my booting client. kernel sends dhcp requests but it doesn't get reply.
11:46
and in my messages log i don't see nothing
11:49tux_440volt has joined #ltsp
11:50Subhodip has quit IRC
12:11
<AmosSam>
johnny: when it boots, it tries to mount nfs root on "/newroot". but, where is that directory located?
12:11
<johnny>
in the initramfs
12:11
or should be
12:12
so you can switch root over to it
12:12
<AmosSam>
how can i check that?
12:12zirconiumks has joined #ltsp
12:12
<AmosSam>
i tried with only root=/dev/nfs and yours "root=/dev/ram0 real_root=/dev/nfs"
12:12
but same error
12:15
when i boot a real computer, kernel get's it's ip address whereas vm doesn't :-(
12:15
so i'll try now build default genkernel and see what is the difference
12:15zirconiumks has quit IRC
12:19staffencasa has quit IRC
12:24staffencasa has joined #ltsp
12:24marius-- has joined #ltsp
12:26vvinet has quit IRC
12:26vvinet has joined #ltsp
12:36spectra has joined #ltsp
12:36hersonls_ has joined #ltsp
12:48vvinet has quit IRC
12:54vvinet has joined #ltsp
12:54epsas has quit IRC
12:54epsas has joined #ltsp
12:55alekibango has quit IRC
12:55
<vagrantc>
ok, so now the question is, does mountpoint behave the same on all distros? :)
12:57
Gadi: i'm not sure i can really test your changes- the local mounting stuff with 0.5.10 is even more broken than 0.5.9 ...
12:58
<Gadi>
well, I am just worried about having broken normal mounting
12:58
:)
12:59
can you tell me a bit more about what kind of brokenness you are finding?
13:02bobby_C has joined #ltsp
13:17Nubae has quit IRC
13:18
<vagrantc>
Gadi: it does a mounts in /tmp/.None-ltspfs/ and no mounts in /media
13:18Nubae has joined #ltsp
13:19alkisg has joined #ltsp
13:20
<Gadi>
seems USER is undefined
13:20
<vagrantc>
right
13:20
<AmosSam>
johnny: finaly it boot's! after I enable bootp protocol in kernel. but, how long it takes to pass part of init where it says "Setting up LTSP client"
13:20
<vagrantc>
Gadi: you had changed it from hard-coding root to checking for an sshfs mount of /home and deriving the username from that
13:20
<Gadi>
on debian, does: su <someuser> -c "echo $USER"
13:20
come up empty?
13:21
oops
13:21
use single quotes
13:22
<vagrantc>
that works ...
13:23
<Gadi>
vagrantc: ah, right - I need to have it default to root otherwise
13:24
oh wait
13:24
it does
13:24
in ltspfs_entry
13:24
or it should
13:24
export USER=${USER:-root}
13:25
<vagrantc>
yeah, that's what i don't get ... somehow, USER=None
13:26
<Gadi>
ah - its prolly delayed_mounter's fault
13:29vvinet has quit IRC
13:30vvinet has joined #ltsp
13:31
<Gadi>
does anyone know of an nbd channel on IRC?
13:35
<AmosSam>
how can be possible for root user to expire?!?!?
13:36
<johnny>
Gadi, i don't think there is such a athing
13:36
<AmosSam>
johnny: how can be that possible? in ltsp client system
13:37
<johnny>
i think it is expired on purpose, you're supposed to unlock it manually
13:38
<AmosSam>
how can i do it?
13:38
<johnny>
man passwd
13:38
<alkisg>
AmosSam: you don't even have to unlock it, you may put SCREEN_02=shell in lts.conf to get a root shell
13:38
<johnny>
or that :)
13:38
<AmosSam>
ok
13:38
thx
13:42
<alkisg>
I've done some benchmarks with XVideo. It seems that instead of transmitting X*Y*FPS*BPP/8 bytes per second, it sends X*Y*FPS*12 bytes per second! (FPS=frames per second, BPP=color depth).
13:42
That's 6 times the needed bandwidth - a lot of waste! Would anyone have any logical explanation for this?
13:43
<vagrantc>
Gadi: i don't think there's a channel, but i know Yoe on irc.oftc.net is the debian maintainer and at least somewhat involved upstream
13:44
Gadi: for NBD, that is
13:44
<Gadi>
hmm
13:44
I have a question
13:45
wrt nbd, blocksize and packetsize in switches
13:45
default nbd block size is 1024
13:45
is it possible to screw up the negotiation with the wrong packetsize in the switch/router?
13:58
alkisg: where's the BPP in your second formula?
13:58
the units dont match
13:58
:)
13:58
<alkisg>
Yup, that's the strange part, it needs 12 bytes per pixel independendly of the color depth
13:58
I've tried width depth = 16 _and_ 24, no difference..
13:59
Looks like it sends 12-byte-floats, or maybe 4 bytes per color (RBG), I don't know...
14:00
<Gadi>
not sure, but since you can resize the video on the fly, I don't think it is sending raw pixel info
14:00
<alkisg>
I think it does - resizing the window doesn't make a difference in the bandwidth used
14:00
<Gadi>
exactly
14:01
<alkisg>
Even if it is scaled up to 1024x768 or scaled down to 100x100, it sends the original X*Y video resolution pixels
14:01
<Gadi>
so, it sends it enough info to paint the screen at 2x the size as well as .5x the size
14:01
to do that, it must be independent of the size of the area
14:02
<alkisg>
Eh? Gadi, XVideo specs say that the scaling is done on the client...
14:03
<Gadi>
ok
14:03
the Xclient?
14:03
meaning mplayer?
14:03
<alkisg>
No, the xserver :)
14:03
<Gadi>
right
14:03
<alkisg>
I don't get what you're saying :(
14:04
<Gadi>
so I send the xserver all the info I have - independent of color depth, resolution, etc
14:04
<alkisg>
Yup, objerved bandwidth = 12 bytes for each pixel
14:04
<Gadi>
and tell the Xserver to paint it
14:04
as opposed to X11
14:04
which paints it and sends the bitmap to the Xserver
14:05
<alkisg>
OK, but why 12 bytes for each pixel, instead of e.g. 2, 3 or even 4 bytes?
14:05
<Gadi>
*that* I do not know
14:05
<alkisg>
The usual 16 bpp color depth, 24 bit, 32 bit?
14:05
<Gadi>
but, what is the color depth of the original file?
14:05
<alkisg>
Ah, that's what I was asking - maybe I wasn't clear :(
14:06
<Gadi>
are you asking mplayer to change the bpp?
14:06
<alkisg>
I don't think videos have color depth - it uses algorithm based on frequency analysis, no?
14:06
Using totem - I didn't specify anything manually.
14:07
<mushroomblue>
now that people are actually talking in here...
14:07
<Gadi>
Im not sure of the answer to that either
14:07
tho, mplayer will spit out the answer
14:07
:)
14:07
<AmosSam>
see you later guys
14:07AmosSam has quit IRC
14:07
<alkisg>
k, will try with mplayer also... still sounds weird to me though! :)
14:07
Thanks, Gadi!
14:07
<mushroomblue>
should jetpipe be a constantly-running process on the client, if I'm forwarding a printer?
14:08
<Gadi>
mushroomblue: yes
14:08
<mushroomblue>
hmm.
14:08
and I won't see that process on the server, correct?
14:08
<Gadi>
correct
14:08
<mushroomblue>
now I just have to make sure jetpipe is actually running.
14:08
<Gadi>
telnet <thinClientIP> 9100
14:08
or:
14:09
nc -v -w1 -z <thinclientIP> 9100
14:09
(may need a -n in there, as well)
14:11
<epsas>
okay
14:11
i need some help
14:11
so I have been doing orientations to IT for new employees
14:12
part of the orientation is where I tell the new employees that their privacy cannot be ensured, and that if we need to we can monitor their keystrokes
14:12
so now, hey, i might actually have to back my words up! -- so I am installing uberkey
14:12
does anyone know of other solutions to this? (xev maybe?)
14:13vvinet has quit IRC
14:18jammcq has joined #ltsp
14:18
<jammcq>
hello friends
14:21
<nicros>
is there an Easy-LTSP for opensuse 11.1?
14:25
<Lumiere>
hi jammcq
14:27cliebow has quit IRC
14:30keithclark has joined #ltsp
14:30cliebow has joined #ltsp
14:32
<Gadi>
jammcq: remember we once had an issue with packet fragmentation and NFS?
14:33
I remember it had something to do with the blocksize not matching with the packetsize or something
14:34
or a timeout
14:34
of sorts
14:34
<cliebow>
seems real familiar
14:34pmatulis has quit IRC
14:50cliebow has quit IRC
14:51
<mushroomblue>
has anyone in here used Likewise-Open?
14:52
especially along with LTSP?
15:01vvinet has joined #ltsp
15:02keithclark has quit IRC
15:06
<Gadi>
mushroomblue: I used it about a year ago when setting something up for a school. Worked well, except it relies on a daemon running, and it had a bug at the time where the daemon would die on its own for some reason
15:06
then, nobody could log in
15:06
until you restarted it
15:06
dunno if they fixed that
15:06din_os has joined #ltsp
15:06monteslu has quit IRC
15:06tux_440volt has quit IRC
15:08
<vagrantc>
Gadi: ok, finally in a position to test your latest and greatest ltspfs patches :)
15:08
<mushroomblue>
Gadi: hah. I asked a rep that question during a product demo the other day. they assured me many times over that it had been fixed. :)
15:12alkisg has quit IRC
15:12alkisg has joined #ltsp
15:15AmosSam has joined #ltsp
15:16davidj has joined #ltsp
15:36alkisg has quit IRC
15:38alkisg has joined #ltsp
15:39furiousdraz has joined #ltsp
15:39alkisg has quit IRC
15:39
<furiousdraz>
hello
15:39alkisg has joined #ltsp
15:40
<furiousdraz>
I install LTSP on a statup of ubuntu for Edubuntu
15:40
i test a boot with PXE, but nothing works
15:40
my screen stay black
15:40
<vagrantc>
Gadi: ok, so with your two patches since ltspfs 0.5.10, it seems to work at least as good as 0.5.9
15:41
Gadi: no mounts for localapps users, though.
15:41
<Gadi>
ok what mounts do you see clientside?
15:41
<furiousdraz>
do you know where i can find information about what's appened?
15:42
<vagrantc>
Gadi: /media/root/cdrom, /media/root/floppy0
15:42
<Gadi>
ok, and those work?
15:42
<vagrantc>
Gadi: when i eject the cdrom, though, the /media/root/cdrom just stays unmounted...
15:43
but otherwise, those work as expected.
15:43
<Gadi>
hmm
15:43
<vagrantc>
Gadi: but no /media/$USER/*
15:43
<Gadi>
you mean other than floppy/cdrom
15:43
<vagrantc>
i guess i should test the "alterady mounted" path by manually mounting those or something?
15:44
<Gadi>
seems ltspfs_entry aint workin
15:44
only delayed_mounter is
15:45
<vagrantc>
but works for the remote mounts just fine
15:45
even seems a little more resilient with the cdrom failures ... used to hang on the remote side too
15:46
<alkisg>
Gadi: mplayer helped - it showed me this: VO: [xv] 640x272 => 640x272 Planar YV12
15:46
Now to get it to something like YV4 instead of 12, to save 4x bandwidth :)
15:47SDuensin has quit IRC
15:51
<ltsppbot>
"Gadi" pasted "vagrantc - try this" (22 lines) at http://pastebot.ltsp.org/280
15:51
<Gadi>
I bet I am just breaking stuff with extraneous code
15:51
<vagrantc>
heh
15:53* vagrantc gives it a whirl
15:56evilx has quit IRC
15:57
<vagrantc>
Gadi: no luck
15:58
Gadi: also, i've noticed it sometimes leaves behind the /media/*/cdrom dir after ejecting the cd ... i seem to recall it rarely if ever doing that
15:58alekibango has joined #ltsp
16:01* alkisg was foolisly counting bytes instead of bits... :-X
16:03
<vagrantc>
Gadi: i'd best put away the ltsp and work on other stuff ... but looks like you at least got one bug fixed
16:03bobby_C has quit IRC
16:06furiousdraz has left #ltsp
16:08bobby_C has joined #ltsp
16:09
<alkisg>
OK, so to summerize for anyone interested: when playing back a video with the usual XVideo output, (YV12, no RGB - it'll need more bandwidth), the formula to calculate the needed bandwidth is: X*Y*fps*12 _BITS_ per second :) That's independent of the playback resolution/screen size/color depth etc.
16:10spectra has quit IRC
16:20
<Gadi>
vagrantc: sorry - got sidetracked
16:21
thx for the testing
16:21
when you said: (04:57:40 PM) vagrantc: Gadi: also, i've noticed it sometimes leaves behind the /media/*/cdrom dir after ejecting the cd ... i seem to recall it rarely if ever doing that
16:21
does that mean still?
16:21
<vagrantc>
Gadi: i'll "apply more rigor" another time :)
16:22
Gadi: 0.5.9, 0.5.8 didn't leave behind the directory, 0.5.10+ does leave behind the directory occasionally
16:22AmosSam has quit IRC
16:22
<vagrantc>
Gadi: but they did unmount it ... this is with the remote mounts. the local mounts are still pretty wonky for me.
16:23
<Gadi>
hmm...
16:23
should I push that diff?
16:24
<vagrantc>
Gadi: seems like only the local mounter kicks in with delayed mounter ... nothing that calls ltspfs_entry, as you suggested
16:24
Gadi: didn't make a difference for me.
16:24
Gadi: it was broken before the diff as well as after.
16:24
<Gadi>
and cdpinger runs, right?
16:24
so thats weird
16:24
<vagrantc>
cdpinger is running.
16:25
<Gadi>
cdpinger should call ltspfs_entry
16:25din_os has left #ltsp
16:25
<vagrantc>
i haven't tested with USB sticks, though. all virtualbox so far
16:27marius-- has quit IRC
16:27japerry has joined #ltsp
16:29vvinet has quit IRC
16:34AmosSam has joined #ltsp
16:39
<AmosSam>
i need small help
16:39
i have SCREEN_02=shell in lts.conf, and i do have root shel on second terminal
16:39
but it keeps asking me for login!
16:40
<vagrantc>
!release
16:41
<ltspbot>
vagrantc: "release" is please mention the linux distro and release you're using :)
16:41
<AmosSam>
sorry, gentoo
16:48nicros has quit IRC
16:48nicros has joined #ltsp
16:55synchris_odium has joined #ltsp
17:03synchris has quit IRC
17:05johnny has left #ltsp
17:09johnny has joined #ltsp
17:27alkisg1 has joined #ltsp
17:33SDuensin has joined #LTSP
17:35alkisg has quit IRC
17:38alkisg1 has quit IRC
17:39AmosSam has quit IRC
17:47RobertLaptop has quit IRC
17:49jammcq has quit IRC
17:57kaos01 has joined #ltsp
18:16lucascoala has joined #ltsp
18:17chupacabra has quit IRC
18:47kim0 has joined #ltsp
18:48
<kim0>
Hi .. Is it possible for ltsp to have multiple servers .. with clients load balancing on them
18:49
<vagrantc>
yes.
18:49
though implementing it is not trivial
18:50
<kim0>
I'm technical enough I guess .. is this documented somewhere
18:50
<Ryan52>
kim0: which distro?
18:50
<kim0>
fedora
18:51
<Ryan52>
hahahaha. good luck.
18:51
:P
18:51
<kim0>
is there some recommended distro ?!
18:51
<Ryan52>
it's implemented for Ubuntu.
18:51
<vagrantc>
ltsp-cluster
18:51chupacabra has joined #ltsp
18:51
<Ryan52>
cyberorg (the suse guy) was playing with it, not sure if he has stuff for suse.
18:51
<kim0>
I'm generally more interested in manual steps to do that by hand ..
18:51
any docs
18:52
<Ryan52>
fwiw, it's on my todo list to make ltsp-cluster packages for Fedora...:P
18:52
vagrantc: why doesn't Debian have ltsp-cluster stuff?
18:52
<vagrantc>
kim0: you can get a really basic sort of load balancing just by installing a script client-side that gives a randomized list of servers
18:52
Ryan52: because nobody's put in the effort to make it work?
18:53
<Ryan52>
o, ok. :P
18:54
<vagrantc>
gah. i really wish i had fixed those stupid strings earlier.
18:55
i don't want to spam all the translators with just 1 fuzzied string for messages that simply go to a log file...
18:55
but then they'll translate 4-5 strings to no purpose...
18:56
<kim0>
vagrantc: sorry .. which script do I need to edit to provide a list of servers
18:57
<vagrantc>
kim0: i can't remember off the top of my head, and have to run soonish
18:57
<kim0>
no worries
18:57
is there some recommended cheapo thin clients
18:57
<vagrantc>
kim0: ah, /opt/ltsp/*/usr/share/ltsp/get_hosts
18:58
kim0: it doesn't exist by default- it needs to output the servers in whatever order you want
18:58staffencasa has quit IRC
18:58
<vagrantc>
kim0: the first one will be the default for that thin client
18:59
<kim0>
and how should I have known that .. if u weren't here to tell me :D
18:59
the script doesn't even exist hehe
18:59
<vagrantc>
kim0: by reading the source code
18:59
kim0: and if you don't document it, how will the next person find out?
19:00
<kim0>
point taken
19:00johnny has left #ltsp
19:00
<kim0>
.. is there some recommended cheapo thin clients ?
19:00
<vagrantc>
avoid the ebox2300
19:01bobby_C has quit IRC
19:01
<vagrantc>
they're really cheap and tiny, and for whatever reason work terribly with recent versions of X.org
19:01
<kim0>
anything known to work well
19:01
do any of em .. contain USB ports and sound ?!
19:02
<vagrantc>
sure
19:02
<kim0>
should I expect that
19:02
oh cool !
19:02
<vagrantc>
pretty much any recent computer that can network boot will make a decent thin client
19:02
by recent, within this millenia
19:02
<kim0>
I'm mostly asking about dedicated thin clients
19:03
<vagrantc>
128MB+ of ram, 400MHz proc should be fine.
19:03kaos01 has quit IRC
19:04vagrantc has quit IRC
19:05
<kim0>
hmm .. why does something like http://www.wyse.com/products/hardware/thinclients/S10/index.asp
19:05
contain it's own built in linux
19:05
duh
19:19ajohnson has quit IRC
19:21litlebuda has joined #ltsp
19:21kim0 has quit IRC
19:23johnny has joined #ltsp
19:36lucascoala has quit IRC
19:41litlebuda has quit IRC
19:50RobertLaptop has joined #ltsp
19:51litlebuda has joined #ltsp
20:02try2free has joined #ltsp
20:13lucascoala has joined #ltsp
20:13litlebuda has quit IRC
20:17litlebuda has joined #ltsp
20:37try2free has left #ltsp
20:46synchris_odium has quit IRC
20:46leio has quit IRC
20:46gea has quit IRC
20:46ilaiho has quit IRC
20:46CaScAdE^FarAway has quit IRC
20:46redspike has quit IRC
20:46knipwim has quit IRC
20:46loather-work has quit IRC
20:47CaScAdE^FarAway has joined #ltsp
20:47synchris_odium has joined #ltsp
20:47leio has joined #ltsp
20:47gea has joined #ltsp
20:47ilaiho has joined #ltsp
20:47redspike has joined #ltsp
20:51knipwim has joined #ltsp
20:51loather-work has joined #ltsp
20:54knipwim_ has joined #ltsp
21:07knipwim has quit IRC
21:08litlebuda has quit IRC
21:16Nubae1 has joined #ltsp
21:17Nubae has quit IRC
21:41monteslu has joined #ltsp
21:44ajohnson has joined #ltsp
21:59vvinet has joined #ltsp
22:19lucascoala_ has joined #ltsp
22:22lucascoala_ has quit IRC
22:22lucascoala has quit IRC
22:24otavio has quit IRC
22:49mushroom1lue has joined #ltsp
23:03mushroomblue has quit IRC
23:03CaScAdE^FarAway has quit IRC
23:06CaScAdE^FarAway has joined #ltsp
23:13alkisg has joined #ltsp
23:16vagrantc has joined #ltsp
23:25
<cyberorg>
vagrantc, Ryan52 we included get_hosts file in the image by default, posted the modifications to one of the ltsp lists
23:25
<Ryan52>
o
23:26
<cyberorg>
i am trying to figure out ltsp-cluster stuff, we have packages now i just have to get hold of stgraber to help get it working :)
23:27vvinet has quit IRC
23:35
<cyberorg>
there you go http://en.opensuse.org/LTSP/Cluster
23:40
vagrantc, get_hosts is documented in the LTSP Manual
23:41
<epsas>
LTSP Cluster eh
23:41
that looks like hotness
23:41
<vagrantc>
cyberorg: yeah, i figured it was. i just haven't really taken the time to read over the manual
23:53shrek has joined #ltsp