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


Channel log from 6 June 2007   (all times are UTC)

00:18ace_suares has quit IRC
00:19ace_suares has joined #ltsp
01:08gonzaloaf has joined #ltsp
01:14marek82_ has quit IRC
01:16marek82 has joined #ltsp
01:23Burgundavia has quit IRC
01:25daya has joined #ltsp
01:45daya has quit IRC
02:05vagrantc has joined #ltsp
02:13vanya has joined #ltsp
02:26subir has quit IRC
02:26lambda_ has joined #ltsp
02:45MoL0ToV has joined #ltsp
02:56vanya has quit IRC
03:01
<vagrantc>
ltspfsd's editing of /etc/fstab is evil.
03:01lambda_ has quit IRC
03:01
<vagrantc>
well, it's really the udev rules that are evil.... it should respect LOCALDEV=False, i think.
03:14lambda_ has joined #ltsp
03:16pips1 has joined #LTSP
03:22pips1 has left #LTSP
03:23
<ogra>
vagrantc, oof .... that means we need getltscfg in the rules scripts
03:24dean_za has joined #ltsp
03:24
<dean_za>
hi all
03:25
<vagrantc>
ogra: yes...
03:25
<dean_za>
does anyone have any experiences with using raid0 / raid1 on edubunut/ltsp
03:26
<vagrantc>
ogra: the rules are interfering with "diskless workstation" installs for debian-edu.
03:27
ogra: i.e. "regular" means of mounting devices are getting screwed up
03:27
ideally, we figure out some way to handle this stuff that doesn't require editing /etc/fstab ...
03:27
because that's just evil.
03:28
<ogra>
well, my rule of thumb was to uninstall ltspfs completely if you have any different setup
03:28
<vagrantc>
you also hard-depend on ltsp-client at the moment, too..
03:28
which provides some safety mechanism ...
03:29
i.e. preventing ltspfsd from getting installed on a disk'ed system
03:30
i'd rather not use fstab ... stash the configuration in some other file, and parse it to handle the mounts.
03:43vanya has joined #ltsp
03:51meetpai has quit IRC
04:01vagrantc has quit IRC
04:07
<dean_za>
where are the thinclient swap files created ? i dont want to put that directory on a raid1 for performance reasons
04:07
ltsp5
04:19
<ogra>
in /tmp
04:30
<dean_za>
thanks
04:30
i just googled and found it
04:30
would it make any sense putting /tmp on multiple drives
04:31
lvm or raid0 or some other
04:31
1 have 4 drives
04:39kaos01 has joined #ltsp
04:42bronze has joined #ltsp
05:00subir has joined #ltsp
05:04Envite has joined #ltsp
05:05
<Envite>
¡Hola a todos desde España!
05:05
Hello all from Spain!
05:06subir has quit IRC
05:06
<ogra>
dean_za, well, if your clients start swapping you have lost anyway
05:07
the swapspace is actually only there to avoid that the clients hardloxk and you have a chance to save your stuff, they will become extremely slow if they really swap
05:08
what i never triesd, but what would be an option to speed up, would be to create the tmpfile in a real tmpfs, but that will need hilarious amounts of ram on the server
05:21Q-FUNK has joined #ltsp
05:21dean_za has quit IRC
05:22Avatara has joined #ltsp
05:24estong_ has joined #ltsp
05:28
<estong_>
While monitoring syslog, workstation gets an ip offer, proceeds to load the kernel, and then obtains an ip offer again. The wkstation fails boot.
05:28
any ideas?
05:29
<Envite>
getting IP twice is normal
05:29
first is "DHCP for booting"
05:29
and second is "DHCP for Linux"
05:30
<estong_>
and the two IPs are different?
05:30
<Envite>
to find the failure point you need to check the client's screen
05:30
estong_: the two being different depends on your DHCP server
05:31
<estong_>
permission denied on /opt/ltsp/i386
05:31
<Envite>
that is NFS permissions
05:31
<estong_>
and there were 4 possibilities mentioned.
05:32
<Envite>
double-check if NFS server is running and /opt/ltsp/i386 is in /etc/exports
05:32
and allowed to be mounted from the IP range the client receives
05:32
<estong_>
exports contain /opt/ltsp
05:33
<ogra>
thats fine
05:33
/opt/ltsp *(rw,no_root_squash,async)
05:33
should be in there
05:33
<estong_>
yes, i even put subtree_check in it.
05:34
<ogra>
can you mount /opt/ltsp/i386 from another workstation (or from localhost for a test)
05:34
<estong_>
let me try that.
05:36
ogra: "can't find /opt/ltsp/i386 in /etc/fstab or /etc/mtab"
05:36
that is on localhost
05:36
<Envite>
estong_: try with the full mount line
05:37
mount -t nfs localhost:/opt/ltsp/i386 /mnt
05:37
<ogra>
there should be no need for -t nfs .... (even though it does no harm)
05:38
<estong_>
failed
05:38
<ogra>
aha
05:38
check the logs
05:38
and: ps ax|grep nfs
05:38
<Envite>
is nfs server runnig?
05:38
<ogra>
you should see some nfsd's
05:38
<estong_>
syslog: "mount request from unknown host 127.0.0.1 for /opt/ltsp/i386 (/opt/ltsp/i386)"
05:39
<ogra>
looks ok so far
05:39
whats below ?
05:39
<estong_>
plenty of nfsd's
05:40
nothing else below in syslog
05:40
<ogra>
weird
05:40
any error message in the console
05:40
<estong_>
btw, am using 4.2
05:40
<ogra>
"failed" is a bit sparse :)
05:40
that shouldnt matter for the nfs side
05:41
on which distro btw ?
05:41
<estong_>
console: "mount: localhost:/opt/ltsp/i386 failed, reason given by server: Permission denied"
05:41
debian etch
05:41
<ogra>
probably some weird hosts.allow/deny rules
05:41
<Envite>
well, that is a permissions problem
05:41
<ogra>
check these files in /etc ... they should be empty by default
05:42
why dont you use ltsp5 on debian ?
05:42
any particular reason ?
05:42
... to take the hard way ...
05:43
<estong_>
i read a month ago that it's far from "perfect". :)
05:43
<ogra>
tsk
05:43
thats nonsense
05:43
<Envite>
everything is far from perfect
05:43
everywhere
05:43
<ogra>
it has some issuews with very low level clients
05:43
<estong_>
but it tried it though
05:43
i tried
05:45
i can try doing ltsp5 again 2moro. is there any howto somewhere?
05:45
<ogra>
and it takes some seconds more to boot for all the automated stuff 4.2 didnt have ...
05:45
but thats about it
05:45
its *far* beyond 4.2 in all other aspects
05:46
i.e. sound or local device support or general hardware support
05:46
and 4.2 doesnt see any development anymore ...
05:46
<Envite>
sigh
05:46
<estong_>
my specs: Pentium 4, 2.8GHz, 2GB mem, SATA drive, gigabit ethernet, 18 clients. << is this ok for ltsp5?
05:47
<ogra>
!debian
05:47
<ltspbot`>
ogra: "debian" is is a GNU/Linux based operating system that makes an excellent LTSP server. You can find it at http://www.debian.org. for information about LTSP on debian see http://wiki.debian.org/LTSP
05:47
<ogra>
estong_, depends on the desktop you run
05:47
<estong_>
celeron 2.66GHz, 256MB mem.
05:48
<ogra>
count 256M for running the server and for a gnome or KDE desktop another 128M per client ...
05:48
<estong_>
looks like my 2GB on the server is a bit short.
05:48
<ogra>
so for 18 clients with gnome desktops you would need 2.5G
05:49
that celerong is the client ??
05:49
*celeron
05:49
<estong_>
yes
05:49
<ogra>
not really "thin" *g*
05:49
with such a setup you should *definately* run ltsp5
05:49
<estong_>
gud.
05:50
did u say !debian?
05:50
<ogra>
yes
05:50
see the links
05:50
<estong_>
as in not debian?
05:50
why?
05:50
<Envite>
hahaha
05:50
<ogra>
or the last one, assuming you know www.debian.org :P
05:50
<Envite>
is a command for the channel bot
05:50
<estong_>
ha ha ha
05:50
<ogra>
!debian
05:50
<ltspbot`>
ogra: "debian" is is a GNU/Linux based operating system that makes an excellent LTSP server. You can find it at http://www.debian.org. for information about LTSP on debian see http://wiki.debian.org/LTSP
05:50
<ogra>
see :)
05:50
<estong_>
am not doing too much irc.
05:50
<Envite>
!ogra
05:50
<ltspbot`>
Envite: "ogra" is ogra!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
05:50
<ogra>
hehe
05:51
<estong_>
i luv debian, u know.
05:51
<ogra>
me too, even though i love ubuntu more, but debian is where i come from :)
05:52
<estong_>
are u guys around 2moro, about the same time?
05:53
<ogra>
likely
05:53
<Envite>
probably
05:53
<estong_>
thanks. i'll try ltsp5 2moro. should i start from scratch?
05:54
as in from partitioning the disk.
05:54
<ogra>
yes, thats better
05:54plamengr has joined #ltsp
05:54plamengr has left #ltsp
05:54
<ogra>
remove ltsp-utils and all stuff in /opt/ltsp
05:54
then follow the debian wiki
05:56
if you have any probs dont forget to mention you had 4.2 installed before, might help the supporter (in case we're not here)
05:56
<estong_>
ok
06:01
thanks ogra, Envite. till next time.
06:01
<Envite>
dnd
06:02estong_ has left #ltsp
06:06plamengr has joined #ltsp
06:07plamengr has left #ltsp
06:16daya has joined #ltsp
06:16a5benwillis has quit IRC
06:20jfrancis has joined #ltsp
06:24subir has joined #ltsp
06:25vagrantc has joined #ltsp
06:29
<vagrantc>
ogra: how will respecting LOCALDEV in the udev scripts break static devices ?
06:30
though i agree, this will require significant changes to ltspfsd
06:30
for a long time i've seen the /etc/fstab editing as a very bad thing, but now i've actually seen the scenario in which it causes problems...
06:31
<ogra>
not for me though ...
06:31
my kiosk plugin removes ltspfsd
06:32
<vagrantc>
well, that's a workaround for a critical bug
06:32
<ogra>
as my workstation plugin would do if it were in the tree
06:32
its not a critical bug on a thin client system
06:32
only if you abuse/tweak it
06:33
<vagrantc>
it's a critical bug on ltspfsd. if you install a package, it should not automatically edit configuration files of other programs
06:33
<ogra>
fstab is no configuration file
06:33
<vagrantc>
i think the fact that it happens in udev, while not a technical violation of debian policy, is certainly a violation of the spirit of the policy
06:33
fstab isn't used to configuration anything?
06:33
<ogra>
tsk
06:34
well, find a way around the static devices stuff ...
06:34
like adding ltspfsd to initramfs or so
06:34
<vagrantc>
i think it should put the configuration in a different file...
06:34
<ogra>
and make it somehow read lts.conf before ltsp-client-setup runs
06:34
<vagrantc>
i don't see why that needs to happen?
06:34
<ogra>
then you need to patch mount
06:35
<vagrantc>
no, we need to write scripts that parse this other file
06:35
<ogra>
no
06:35* jammcq never understood why localdev stuff needed to touch fstab at all
06:36
<ogra>
jammcq, because we can just call mount
06:36
without having weird wrapper scripts
06:36
<vagrantc>
and that's the only way to mount things :P
06:36
<jammcq>
pfff
06:36
<ogra>
we discussed that to an extent in paris iirc
06:36* jammcq mounts things all the time without touching fstab
06:36
<vagrantc>
time to discuss it again.
06:36
<ogra>
in several sessions you attended as well
06:37
<jammcq>
and i'm pretty sure I said then that it wasn't needed
06:38
<ogra>
so why did we do it then ?
06:38* vagrantc opened a release-critical bug in the debian bts for ltspfsd
06:38
<ogra>
yes i saw that
06:38
<jammcq>
i'm saying I don't think we do need it
06:38
<ogra>
jammcq, no we dont, if we write wrapper scripts
06:38
<vagrantc>
jammcq: http://bugs.debian.org/427773
06:39
well, we'll have most of the debian-side of ltsp folks together for the next two weeks ...
06:40muh2000 has quit IRC
06:40
<vagrantc>
i'm sure we can do better than editing fstab.
06:40
<ogra>
vagrantc, btw, why doesnt ltspfsd not depend on ltsp-client in debian ?
06:40
<vagrantc>
ogra: it could be used by other systems
06:41* jammcq wonders why you'd want it to depend on ltsp-client
06:41
<ogra>
jammcq, to not treash udev on other systems that are not ltsp-clients
06:41
<jammcq>
if others want to use it, I say let them
06:41
<ogra>
ltsp-client inst installable outside of ltsp
06:41
<jammcq>
well, assuming we *fix* that fstab issue
06:41
<vagrantc>
ogra: remember, the rest of the universe doesn't follow ubuntu's "one program per piece of functionality" rule.
06:41
<ogra>
jammcq, i have enough bugs open, thanks
06:42
<jammcq>
oh come on, what's one more?
06:42
<ogra>
jammcq, its way more than fstab
06:42
<jammcq>
:)
06:42
<vagrantc>
it's a valid bug. weather you want to deal with it or not :P
06:42
<ogra>
even i dont lkie the idea at all to add additional wrappers, thats something i could probably live with, but i will surely never remove that dependency
06:43
as i wont remove the check in ltsp-client if it is installed inside ltsp
06:43
<vagrantc>
nor will it.
06:43
er,
06:43
s,it,i,
06:44
<ogra>
make a patch that still works and lets go over it with sbalneav
06:44
for the wrappers
06:44
<vagrantc>
sure
06:44
<ogra>
but you will surely get probs with static devs
06:44* vagrantc doesn't see why
06:45
<ogra>
because we dont have the contents of lts.conf read at that point
06:45
you will have to scatter getltscgf in all th eudev scripts etc
06:45
<jammcq>
is the issue that static devices are detected earlier than removable devices?
06:45
<ogra>
yes
06:45
<jammcq>
hmm
06:45
bummer
06:45
<vagrantc>
ogra: ah, because of your udev only in udev stuff?
06:45
er
06:45
<ogra>
they are detected by the udev init
06:45
<vagrantc>
udev in initramfs
06:45
<jammcq>
right
06:45
<ogra>
not the initraMFS ONE
06:46
oops
06:46
<jammcq>
cat walking across the keyboard again?
06:46
<ogra>
remember, we only have NIC modules in the initramfs ... there is no way to detect disks at that point
06:46
<vagrantc>
ok.
06:46
<ogra>
so only the point where the initscript runs is relevant
06:46
<jammcq>
so, a hd isn't detected by initramfs
06:47
<ogra>
but there you need the info from lts.conf if LOCALDEV is set or not
06:47
<jammcq>
does it get detected after nfs root is mounted?
06:47
<ogra>
jammcq, no, its detected by the first initscript that runs
06:47
<jammcq>
or does it get skipped ?
06:47
<ogra>
which is udev
06:47
<jammcq>
ok, is that too early for ltspfs ?
06:48
<ogra>
in the nfsroot we havew all modules, so udev can probe everything whereas in initramfs it will only load whats necessary to mount /
06:48
no
06:48
but you have to rewrite the udev scripts
06:48
<vagrantc>
the udev scripts merely need to add entries for devices somewhere that ltspfsd and freinds can read it later.
06:48
<ogra>
to use lts.conf
06:48
<jammcq>
so, it's *currently* too early, but could be fixed?
06:48
<ogra>
jammcq, yes, thats what i said :)
06:48
<jammcq>
got it
06:49* jammcq is a bit dense this morning
06:49
<ogra>
but its a lot of effort and needs a lot of testing for the static stuff
06:49
<jammcq>
got a bit of a brain cloud going on
06:49
<vagrantc>
i don't see why it's any different editing /etc/fstab or editing some other file that gets parsed
06:49
<ogra>
vagrantc, we're talking about twoi different things atm
06:49
udev is one ... fstab is the other
06:49
<vagrantc>
well, it's the udev rules that end up writing the fstab entries.
06:50
that's all they really do.
06:50
<ogra>
right, but rthere is some other part thats reading them
06:50
one of your issues was udev shoiould respect LOCALDEV
06:50
the other one was not to use fstab
06:50
<vagrantc>
sure
06:51
<ogra>
should be two separate bugs probably
06:51
<vagrantc>
i guess if we don't write to /etc/fstab, respecting LOCALDEV isn't as important
06:51
no, i was merely trying to throw out ideas of ways to fix the bug
06:51
<ogra>
well, it makes sense, its just a lot of burned manpower
06:52
<vagrantc>
probably less manpower to implement than talk about at this point
06:52
<ogra>
which we dont really have if we want to get the specs done
06:52* jammcq has to head to the office. see ya'll in a bit
06:52
<vagrantc>
i don't *think* it'll be as difficult as you think
06:52
<ogra>
go ahead, as i said, show me a patch, and lets talk with upstream
06:52
<vagrantc>
we still need to sync debian/ubuntu ltspfs
06:52
<ogra>
*i* personally find it way less important than speed issues
06:53
*way* less
06:53
*way way*
06:53
<vagrantc>
point noted :P
06:53jammcq has quit IRC
06:54J45p3r_ has joined #ltsp
06:54
<ogra>
it works perfectly fine so i wouldnt touch it unless users complain or i have a lot of spare time
06:55* vagrantc has users complaining
06:55
<ogra>
really ?
06:55muh2000 has joined #ltsp
06:56
<vagrantc>
ogra: yes. folks in debian-edu are experiencing all kinds of problems with it.
06:56
<ogra>
and apt-get remove --purge ltspfsd is no option for them ?
06:56* ogra has not a single bug about ltspfs
06:56
<vagrantc>
well, they have "detct if thin or fat client on boot" sort of code
06:57
<ogra>
meh
06:57
<vagrantc>
which is awesome :P
06:57
<ogra>
why dont they submit it ?
06:57
so we could be aware of it ...
06:57
<vagrantc>
well, i did. i am a debian-edu developer :P
06:58
<ogra>
anyway, you shouldnt use the same chroot for fat and thin clients, thats silly
06:58
<vagrantc>
hence the RC bug
06:58
it's great.
06:58
<ogra>
wqhere does that code hook in ? PXE ?
06:58
dhcp ?
06:58
or later ?
06:58
<vagrantc>
it's some ugly init script stuff
06:59
<ogra>
eeek
06:59
<vagrantc>
yes, i know.
06:59
<ogra>
just tell them to not do that :P
06:59
<vagrantc>
heh.
06:59
<ogra>
independently of the ltspfs stuff thats evil
07:00
do they fear the space a second chroot would need or what ?
07:00
<vagrantc>
someone also accidentally installed ltspfsd on a server, which started causing the fstab related problems ... which yeah, ltsp-client dependency would work around that.
07:00
ogra: would you rather maintain two chroots that contains all the same functionality ?
07:01
<ogra>
they dont
07:01
thats what i mean :)
07:01
<vagrantc>
i guess your answer to the question is yes.
07:01
<ogra>
a fat client or kiosk is signiuficantly different
07:01
<vagrantc>
i can see both sides of the issue.
07:01
<ogra>
well
07:01
<vagrantc>
we should set up a separate chroot for each and every program :P
07:02
<ogra>
ugh, why isnt ltsp-client-builder run in that milestone CD ....
07:05muh2000_ has joined #ltsp
07:06muh2000 has quit IRC
07:06
<ogra>
-XB-Installer-Menu-Item: 70
07:06
+XB-Installer-Menu-Item: 7000
07:06
EEK
07:07
<daya>
I am still facing problem in sound in ltsp client, about the resolution prblem its fine in samsung monitor ,but too frustating in DIGICOM
07:07
<ogra>
you didnt find the right values yet ?
07:08
vagrantc, does debian really use 7000 ?
07:08
<daya>
ogra, no although I get the manual, It doesn't work
07:08
<ogra>
70 was already very disturbing
07:08
<daya>
decided to change the monitor,
07:09
<vagrantc>
ogra: yes, it switched post-etch
07:09
<ogra>
daya, ldm usually sets up all sound stuff for the users session ... ltsp-client-setup sets up the HW and soundserver on the client side
07:09
<daya>
while booting my client it shows some file is missing such as /var/lib/nfs, /etc/hotplug etc., is there is any significance of these fil
07:10
file
07:10
<ogra>
vagrantc, doesnt look like it works ... and i'd prefer to switch back to something like 30
07:10
<vagrantc>
ogra: http://bugs.debian.org/418612
07:10
<ogra>
testing the ltsp part of CDs costs me 1.5h through that change
07:11
since its run as last step instead of directly after base-install
07:11
<vagrantc>
ogra: well, we can also maintain that in controlgen
07:11
<ogra>
yeah
07:11
<daya>
ogra, ltsp-client-setup is it new packages, I doesn't find it in my system,
07:11
<ogra>
daya, its in the ltsp chr5oot
07:11
*chroot
07:12
daya, but its all automatic (ujnless you have old ISA soundcards) you shgouldnt need to care for the thin client side if you have set SOUND=True in lts.conf
07:12
<daya>
ogra, that means I don't have to care about these , ldm automatically maintain it , am i right ?
07:12
<ogra>
right
07:13
<vagrantc>
ogra: so, sound and localdev are autodetected now, too ...
07:13
<daya>
ogra, I have set SOUND=True , its not working, just get played in sever's speaker,
07:14
<vagrantc>
daya: that's a different issue
07:14
i think
07:15
<ogra>
daya, in a running session open a terminal: env|grep PULSE
07:15
and env |grep ESPEAKER
07:15
<daya>
vagrantc, different, :D
07:15
<ogra>
both commands should return something
07:15
<daya>
in server or client? playing a MUSIC , ?
07:16* vagrantc forgets which distro daya is using
07:16
<ogra>
just log in to a desktop session from the client and run that in a terminal
07:16
<vagrantc>
env | egrep 'PULSE|ESPEAKER'
07:16
<daya>
vagrantc, actually I am using my customized linux using debian etch's kernel, http://nepalinux.org about my distor,
07:16
distro
07:17
<vagrantc>
daya: ah.
07:17* vagrantc heard of nepalinux by way of debian-custom
07:22* daya yes but live CD based on morphix too
07:23
<daya>
ogra, sh-3.1$ env | grep ESPEAKER
07:23
ESPEAKER=192.168.2.187:16001
07:23
root@ltsp:~#
07:23
env | grep PULSE doesn't show anything
07:24Q-FUNK has quit IRC
07:24
<ogra>
well, its debian
07:24
etch doesnt have the new audio system
07:25
most recent sid should have it though (if vagrantc did an upload of the merge already)
07:26
<vagrantc>
ogra: well, upload was done, but because of ltsp-client-core it's still sitting in the NEW queue
07:26
<ogra>
ah, right, you said so
07:27
<vagrantc>
hopefully within the next 3-4 days it should hit sid
07:27
<ogra>
well, since debian still uses esd, you likely have to switch all tyour apps you want to use to esound output
07:27
thats likely your problem
07:27
daya, ^^^^
07:27
<vagrantc>
i remember seeing instructions for setting alsa to use esound on the lessdisks list ....
07:27
back in the pre-sarge days
07:30
it looked very similar to the stuff ubuntu is doing with pulseaudio + alsa
07:31
<daya>
vagrantc, can
07:31
can't we do something like that ubuntu does
07:31
<ogra>
daya, recent sid does that
07:32
but the upload is waiting for a review from an archive maintainer, since vagrant splitted ltsp-client ...
07:32
so the new split off package needs to get reviewed
07:32
will take some time
07:32
<vagrantc>
well, i do it ltsp-side ... still need documentation how to set up the server-side alsa stuff
07:33
<ogra>
just add the right deps to -standalone :)
07:33
i thought you wanted to keep that as well for debianb
07:33
<vagrantc>
ogra: i did
07:34
<ogra>
right
07:34
<vagrantc>
ogra: but i think there's more preconfiguration of alsa on ubuntu
07:34
<ogra>
hmm, i dont think so, all stuff ge changed was changed directly in debian and synced afaik
07:34
s/ge/we
07:35
<vagrantc>
that would be nice :)
07:35
we'll see
07:35subir has quit IRC
07:35
<ogra>
i know our alsa team is half debian
07:37a5benwillis has joined #ltsp
07:38
<ogra>
oh207, there is a guy in #edubuntu with a really weird setup ...
07:39
vagrantc, seems he *has* a chroot for every app :)
07:39
<vagrantc>
poor soul.
07:40
<daya>
vagrantc, ogra If I wait for some days can I got sound enabled in ltsp client,
07:40
or I do have to move towards sid,
07:40jammcq has joined #ltsp
07:40
<ogra>
daya, set up your apps to use esd
07:41
thats the best you can do atm
07:41
or wait for sid or switch to ubuntu
07:41
but i'd go with the first option
07:42
since you invested a lot of time in your current setup already, would be sad to have that wasted
07:42
<daya>
ogra, how to set my apps to esd, do I need to install esd, or what ?
07:42
:D
07:43
<ogra>
no
07:43
look in the settings of the apps
07:43
each app usually has an output plugin or so you can select ....
07:43
at least gstreamer, xine or xmms ... dunno what you use there :)
07:45
<vagrantc>
daya: also, install libesd-alsa0 on both the server and the chroot
07:45
that helps ensure the sound goes to the right place
07:46
and there's probably just a few alsa configuration files to tweak to tell it to use esd
07:46
<daya>
ok
07:46
<vagrantc>
esd is sometimes also called esound
07:48
<daya>
vagrantc, do I need to tweak files as u told ?
07:49rjune has joined #ltsp
07:49
<rjune>
morning kids
07:50
<ogra>
vagrantc, but arent you using the original dapper imkplementation of sound ? that should have all stuff in the deps you need
07:50
<rjune>
ogra !
07:50
<ogra>
rjune, :)
07:50
<rjune>
I've got a question about ubuntu server
07:50
<ogra>
shoot5
07:50
-5 :)
07:51
<cyberorg>
ogra: its a sideeffect of typing ltsp5 again and again :)
07:51
<rjune>
Do the user management tools support samba and LDAP?
07:51
<ogra>
cyberorg, i blame sun for putting the 5 to near to the t key on this cheapo keyboard :)
07:51
<rjune>
so if I add a user via the user management tools, are they put into an ldap directory, and is samba configured for that user as well?
07:52
<ogra>
rjune, no and no
07:52
its still all config files as in debian
07:52
<rjune>
well that sucks.
07:52
<ogra>
we have a big server team now, they are supposed to care for such stuff ...
07:52
<rjune>
but?
07:53
<ogra>
beyond that there is a spec to integrate an ldap backend in the gnome-users tool
07:53
<rjune>
there is? cool do you know the URL off hand?
07:53
<ogra>
well, the team was just formed and that spec was written in sevilla last month, its all stuff for the october release
07:53cliebow_ has joined #ltsp
07:53
<ogra>
so nothing there yet
07:54
<rjune>
oh
07:54
well damn
07:54
<ogra>
https://blueprints.launchpad.net/ubuntu/+spec/edubuntu-user-management
07:55
its not very detailed but lines out what we plan
07:55
<cyberorg>
ogra: we have a status meeting today in one hour over at #opensuse-kiwi, hopefully we will get some suse guys and persuade them to look into those specs
07:55
haven't made any progress beyond getting client login using ldm
07:56
<ogra>
https://launchpad.net/~ogra/+specs has a list of all specs realted to ltsp development (but also obsolete ones and non ltsp ones)
07:57
<cyberorg>
we've posted them on novell bugzilla
07:57
<ogra>
well, they are not all valid :)
07:58
<rjune>
cyberorg: Novell has that integration already done
07:58
well, the bits I'm looking for anyway
07:58boxrock has joined #ltsp
07:59
<cyberorg>
rjune: what integration?
07:59
<ogra>
cyberorg, ldap
07:59
<rjune>
ldap/samba + user tools
07:59
<cyberorg>
rjune: yeah that has been around for long time, i am talking about ltsp5
07:59
<rjune>
Novell distros can put dns and dhcp configs in ldap if you want.
07:59
ahh
08:00
You might poke bcavalieri@lumensoftware.com
08:00
<ogra>
rjune, for now your best bet in ubuntu is to use sambaldaptools i think
08:00
<rjune>
meh, I wanted that feature. it's a server for my boss' house
08:00
<ogra>
moquist, has a package with a collection of scripts
08:01
<cyberorg>
rjune: sorry if i sound ignorant, who is bcavalieri?
08:01
<ogra>
if you once have set it up you should be able to just point an ldap management tool like lat or edsadmin to the server
08:01
s/tool/gui tool/
08:04
<rjune>
cyberorg: an old boss of mine, the company I worked for(he still does) did a fair bit of development with LTSP
08:04
<cyberorg>
and uses suse? :)
08:04
<rjune>
Novell partner and everything.
08:05
<daya>
ogra, :D, I am unable to find the setting to use esd,in application such as xmms, and totem,
08:05
<rjune>
They used to have their logo on Novell's page and everything
08:06
<ogra>
daya, totem uses gstreamer ...
08:06
daya, you need to use gstreamer-properties to select the right one
08:07
xmms might have an extra package for esd suppüort, not sure, we're about to drop it from ubuntu
08:08
<daya>
oh,
08:08
<ogra>
but i'm sure xine has it in its options
08:09
<vagrantc>
ogra: yes, there's sound deps on the server and esound gets installed into the chroot, but usually there's still more configuration needed to get all applications to support it.
08:10
<ogra>
right
08:10
but just switching an app that can use esd to the esd oiutput usually works
08:10
<vagrantc>
configuring it at the alsa level seems like the easiest way to get most applications to work.
08:10
<ogra>
else your implementation is broken, it always worked in ubuntu
08:11
right, thats why we use it with the new implementation
08:11
<vagrantc>
right, that generally works. but nobody wants to configure each and every application
08:11
and it shouldn't be terribly difficult to do that with debian, it just has to be done manually.
08:12
<ogra>
exactly, thats why i switched to pulse with alsa
08:12
<vagrantc>
(configuring on the alsa level)
08:12
i know people did that with esd and sarge.
08:12
<ogra>
hmm
08:13
no, there is no esd plugin for alsa that makes it easy like with pulse
08:13
neither libasound2 nor libasound2-modules has anything
08:13
<vagrantc>
worked on sarge...
08:13
<ogra>
with alsa emu ?
08:14* vagrantc rummages through old, old emails
08:14
<ogra>
without a matching plugin that seems very unlikely
08:14
<daya>
ogra, I am now using gxine, still I didn't find it in its options section,
08:14* ogra never used gxine
08:15
<daya>
xine ----> gxine different ?
08:15
<ogra>
different UIs
08:15
<cliebow_>
rjune:still there?
08:15
<daya>
:)
08:16
<vagrantc>
ogra: http://lists.freegeek.org/pipermail/lessdisks/2005-March/000525.html
08:16
though that sounds like client-side configuration ... hmmm
08:17
<rjune>
cliebow_: yup
08:17
<cliebow_>
did bill ever get a 4.2 ppc fielsystem working?
08:17
<rjune>
dunno,
08:17
<cliebow_>
k
08:18
<rjune>
!seen gadi
08:18
<ltspbot`>
rjune: gadi was last seen in #ltsp 21 hours, 42 minutes, and 32 seconds ago: <Gadi> i will bzr it after a trip to the little engineer's room
08:18* vagrantc wonders how that trip went
08:18
<cliebow_>
heh
08:18
<ogra>
vagrantc, thats a lot of manual setup
08:19
<vagrantc>
ogra: that's exactly what i was saying.
08:19
<ogra>
vagrantc, and it relies on oss
08:19
which wont work out of the box with any current alsa
08:19
you will alsoo need to set up the base for it manually
08:19
<vagrantc>
yes.
08:20
no big surprises here, ogra :P
08:20
i think i began the whole dialog with "this will require manual configuration"
08:20
<ogra>
well
08:20
<vagrantc>
"because it's not automatically configured on debian"
08:20
<ogra>
maniual configuration vs. masochism
08:20
<vagrantc>
"and you can't just install package dependencies"
08:21
<daya>
ogra, vagrantc http://linuxplanet.com/linuxplanet/tutorials/4472/4/
08:21* daya it says about the sound , but seems not be re reliable souce, is it ?
08:21
<ogra>
daya, thats for ltsp 3.x
08:21
dont even look at it ...
08:21
ltsp5 is totally different
08:22
<daya>
:D, sorry, I googled though, if I found some idea,
08:23
<ogra>
SOUND=True and the udev/alsa autodetection is all you need to get basic sounhd working ... beyond that either set up your apps to use esd or try vagrantc's variant of using alsa which gets you a lot of manual work to do
08:24
!s
08:24
<ltspbot`>
ogra: "s" is Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
08:24sbalneav has joined #ltsp
08:24
<vagrantc>
as if configuring each and every application manually isn't a lot of work :P
08:24
<ogra>
meho, to fast
08:24
<sbalneav>
Morning all
08:24
<ogra>
!s
08:24
<ltspbot`>
ogra: "s" is Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
08:24
<ogra>
vagrantc, well usually you only use two or three media apps :)
08:24
<vagrantc>
daya: have you looked at http://bugs.debian.org/425057 ?
08:24
<ogra>
if you pick all gstreamer based, it will be one setting you have to do
08:25
<daya>
vagrantc, no, now I do, :P
08:25
<ogra>
vagrantc, you really should see that you get on part with ubuntu for the automation, we burned now 2h for non necessary support for somethiong thats long fixed in ubuntu
08:26
s/part/par/
08:26
<vagrantc>
ogra: automation of what?
08:26
ogra: sound?
08:26
<ogra>
this "everything must be configurable" debian attitude might be fine for wild tweakers, but it eats manpower like hell
08:27
vagrantc, everything
08:27
not only sound
08:27
having to set up half of the stuff manually doesnt help anyone
08:27
<vagrantc>
most of it has simply been a lack of time and energy.
08:27
<ogra>
we should really see that the defaults get better here
08:27
<vagrantc>
no shit.
08:28
ogra: you're welcome to help more with the debian side of things :P
08:28
<ogra>
add 4h to the day and i will :P
08:28
28h should be enough :)
08:29
<vagrantc>
mind you, i've been traveling for months at a time the last 2 years, without any environment to test in
08:29Envite has quit IRC
08:31
<ogra>
indeed
08:31
<vagrantc>
but there will be times where instead of making something happen automatically, we have to document it.
08:32
<ogra>
so if you cant test, just take my code which is tested ... i admit that i hardcode more than i should but with the outcome that it works for everyone
08:32
<vagrantc>
yes, but your code depends on a lot of preconfiguration in ubuntu.
08:32
<ogra>
at least in the common cases where people dont tweak everything
08:33
well, right, where debian is lacking bbase functionallity i relky on you cant take it without pulling that was well
08:33
<vagrantc>
so that's where the debian-side needs documentation...
08:33
<ogra>
or fixes :)
08:34
<vagrantc>
well, sure.
08:34
presuming it's fixable
08:34
<ogra>
unless its translation, upstart or kernel related it should
08:35
even upstart shouldnt be a prob in the chroot in debian as well
08:35Gad1 has joined #ltsp
08:36
<vagrantc>
upstart still is only in experimental on debian
08:36
<ogra>
translations will become fun in the future ... :/
08:36
<vagrantc>
when it's in unstable, we can consider it
08:36
translations are nightmareish.
08:36
<ogra>
ah ok ... but it should enter sid at some point i think
08:36
<vagrantc>
but i care for etch backports, too.
08:36
<ogra>
not for me ... but keeping the diff sane will be
08:37Gad1 is now known as GadiRomm
08:37GadiRomm is now known as Gad1
08:37
<ogra>
Gad1, oh ... officially here today
08:37
<Gad1>
heh, trying to get my nick right
08:37* ogra wonders if Gad1 wears a tie if he logs on with his last name attached :)
08:37
<Gad1>
somethings got me tied up
08:37
<ogra>
heh
08:38
<Gad1>
stupid freenode :P
08:38
<ogra>
yeah, they have these days
08:38
<Gad1>
btw, guys - I didnt post my dash port because I have one unresolved issue - SSH_ASKPASS doesnt seem to be working for me :(
08:39
<vagrantc>
Gad1: it asks on the tty ?
08:39
<Gad1>
no - but I would like to get the greeter going
08:39
I mean it presents the greeter
08:39
<ogra>
pfft
08:39
greeters are overradted
08:39
<Gad1>
but the login fails because ssh hangs waiting for a password
08:39
<ogra>
without its way faster :P
08:40
<vagrantc>
Gad1: well, it would be much easier to collaborate if we had code to look at :P
08:40
<Gad1>
heh, ogra's in a funny mood today :)
08:40
<ogra>
right, you need to detach from the tty
08:40
which is impossible in sh i think
08:40
<Gad1>
ah
08:40
<vagrantc>
no, just run it with daemon
08:40
<ogra>
that introduces another security breakpoint indeed
08:40
<vagrantc>
or run it from init
08:40
<ogra>
that sounds better :)
08:41
or upstart :)
08:41
<vagrantc>
right.
08:41
<Gad1>
hmm...
08:41
<rjune>
Gad1: !
08:41
<vagrantc>
Gad1: and you're exporting SSH_ASKPASS, right ?
08:41
<ogra>
i would really love to see how speedy a TC can boot with being fully switched to upstart :)
08:42
<Gad1>
well, ok, vagrantc, I'll bzr what I have now so you guys can see
08:42
just dont try logging in ;)
08:42
<vagrantc>
Gad1: thanks :)
08:42
<Gad1>
rjune: !!
08:42
<vagrantc>
Gad1: seeing that i basically implemented an LDM-like thing in shell in 2001 ...
08:43
<Gad1>
ah, yes - I remember that from History class
08:43
:)
08:43
<vagrantc>
akljgasldfg
08:43
<ogra>
apt-get source sdm :)
08:44
<vagrantc>
hm... i guess it was 2003
08:46
i've considered re-writing sdm a bit lately
08:46
it's considerably faster than ldm
08:47
<ogra>
do it then ... for low end systems it might be good
08:47
<vagrantc>
right
08:47
<ogra>
if we have that as an option ldm is easier :)
08:47
<vagrantc>
though who knows how it will compare with the ldm c rewrite
08:47
<ogra>
right
08:47
i trust sbalneav to speed us up like hell :)
08:48
<vagrantc>
and i might have to do a hostile takeover of sdm in debian.
08:48
<sbalneav>
I've taken the day to work at home
08:48
Hacking as we speak
08:48
<ogra>
:D
08:49
vagrantc, just NMU it several times ... he'll probably wake up
08:49
<vagrantc>
ogra: do you remember any other concern with shell apart from the forking issue?
08:49
ogra: can't NMU new upstream releases
08:49
and that's essentially what i'd be doing- new upstream work.
08:50
ogra: can we do newer upstream in universe for ubuntu?
08:50
<ogra>
vagrantc, for gutsy thats no prob
08:51
<vagrantc>
i'd have to make a newer upstream release, of course.
08:51
<ogra>
for older releases you need a valid critical security or dataloss bug
08:51
<vagrantc>
yeah, i'm not so concerned about that
08:53
<ogra>
i'd also propose to get it to main so we can have --low-end in ltsp-build-client
08:55
<rjune>
Gad1: so what's new?
08:56
<vagrantc>
ogra: of course sdm has server-side components :)
08:56
<ogra>
vagrantc, and its a good think to get your NM-ubuntu process started, ping me if you need a sponsored upload :)
08:56
*thing
08:57
<vagrantc>
could probably just fix the package dependencies for starters.
08:57
<ogra>
w3e should see that you are at least MOTU if you start t
08:57
-t
08:58
which requires a handfull of uploads
09:04daya has quit IRC
09:07Guaraldo has joined #ltsp
09:08Guaraldo has left #ltsp
09:08
<Gad1>
ogra: is there a problem with bzr pushing to launchpad this morning, or is it just me that is getting timed out?
09:08Guaraldo has joined #ltsp
09:10
<ogra>
LP is slow today for me as well, but it didnt time out yet
09:11
<Gad1>
is this correct: bzr push sftp://gideon@code.launchpad.net/~gideon/ltsp/gadi-ldm-dash-ltsp
09:11
<ogra>
that should be fine
09:12
https://wiki.ubuntu.com/BzrMaintainerHowto at least according to our howto
09:13
<Gad1>
well, there's a handy bookmark :)
09:14MoL0ToV has quit IRC
09:28_ringlej has joined #ltsp
09:34Q-FUNK has joined #ltsp
09:46
<cliebow_>
Gadi: ever use sz for zmodem transfer?
09:46
<jammcq>
cliebow_: I haven't used sz since yesterday :)
09:47
<cliebow_>
any trick to it? just sz nameoffile
09:47
<jammcq>
what are you using to dial in?
09:47
<cliebow_>
just serial connection to a managed switch
09:47
<jammcq>
using minicom ?
09:47
<cliebow_>
screen
09:47
<jammcq>
screen does serial ?
09:48
<cliebow_>
screen does
09:48
<jammcq>
screen.... the multiple session thing?
09:48
<cliebow_>
i can watch the managed switch boot at 9600 baud
09:48
vagrantc turned me on to screen
09:48
<jammcq>
you want to send a file to it?
09:48
or receive a file from it?
09:48* vagrantc smiles
09:48
<cliebow_>
to the managed switch..new firmware
09:49
<jammcq>
using zmodem? odd. they usually use tftp
09:49
<cliebow_>
old firmware
09:49
<jammcq>
I don't understand how you are using screen to talk to a managed switch
09:49
<cliebow_>
the firmware wont recognize the copy command
09:50
screen /dev/ttyS1 9600
09:50
<jammcq>
wow
09:50
<cliebow_>
vargrantc smiles again 8~)
09:51
<jammcq>
I'd use minicom
09:51
it has file transfer capabilities built in
09:51
<cliebow_>
ill give it a whirl
10:03vanya has quit IRC
10:04maximi89 has joined #ltsp
10:04
<maximi89>
hi every body
10:04
i need for a Debian
10:04
4.0 the file of /etc/inetd.conf
10:04
<ogra>
!debian
10:04
<maximi89>
can any body give me that file please
10:04
<ltspbot`>
ogra: "debian" is is a GNU/Linux based operating system that makes an excellent LTSP server. You can find it at http://www.debian.org. for information about LTSP on debian see http://wiki.debian.org/LTSP
10:04
<maximi89>
yep
10:04
<ogra>
oh207, you only need a file ...
10:04* ogra cant ... only ubuntu here
10:04
<maximi89>
uhmm
10:05
:(
10:07
ogra, can give the file any way
10:08
<cliebow_>
jammvq:minicom seems to be doing the trick..some frigging slow though
10:10efra has joined #ltsp
10:15
<ogra>
maximi89. http://paste.ubuntu-nl.org/24439/
10:15* vagrantc wonders why someone would ask for inetd.conf in ltsp
10:18
<jammcq>
well, saned could run from inetd
10:19
<cliebow_>
jammcq:on a roill now..thanks tons!
10:19fxrsliberty has joined #LTSP
10:19
<jammcq>
cliebow_: cool. dunno why it would seem slow
10:19
<ogra>
jammcq. ?
10:19
<jammcq>
ogra: ?
10:19* ogra doesnt understand the saned comment
10:20
<jammcq>
ogra: vagrant was asking about inetd.conf. in ltsp-4.2, we run saned from xinetd
10:20
for scanners
10:20
<fxrsliberty>
jammcq: did you guys get my e-mail asking for a meeting today in #opensuse-kiwi?
10:20
<jammcq>
fxrsliberty: oh damn. that was today.
10:20
I saw an email like 2 weeks ago about that
10:21* jammcq wonders why the meetings aren't here in #ltsp
10:21* ogra too
10:21
<fxrsliberty>
ok then next e-mail will be to ask for this room ;)
10:21
<jammcq>
sbalneav: did you remember the kiwi meeting?
10:21* ogra attended the last one
10:22
<maximi89>
ogra: ?
10:22
/usr/sbin/ldminfod what is that?
10:22
<ogra>
maximi89. the ldm info daemon providing session and language info to ldm
10:22
for the thin clients
10:23
<maximi89>
uhmm
10:23
that is needed?
10:23
i say fot LTSP
10:23
*for
10:23
<ogra>
if you want the session and language seletors to be usable in ldm, then yes
10:23
<fxrsliberty>
ogra: we indeed appreciatte your attendance.... I thought that the kiwi room would be a smaller conversation.. but if it gets us more participation we will meet here ;)
10:23
<maximi89>
so not neede....
10:24
<ogra>
dunno if debian already had that foe etch since the etch implementation is a bit behind
10:24muh2000__ has joined #ltsp
10:24muh2000_ has quit IRC
10:24
<maximi89>
i get the next line in my inetd.conf
10:24
tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd -s /tftpboot
10:24
<ogra>
its somewhere between ubuntus dapper and edgy implementations, i think i added the ldminfod stuff in edgy ...
10:24
<maximi89>
i think is right, but that in.tftpd i think left some thing
10:25
<ogra>
but it will gracefully show nothing in the lang/session selectors if thats not there :)
10:25
the /tftpboot is from old ltsp 4.2 stuff ...
10:26
<maximi89>
i have 4.2
10:26
this have problems with the USB CLients true?
10:26
<ogra>
on debian etch ?
10:26
<maximi89>
yep
10:27
<ogra>
you should use ltsp5 there unless you have *extremly* low powered clients
10:27
<maximi89>
wait me a second
10:28
<ogra>
fxrsliberty. i will lurk, but i'm building our forst milestone CD for the october release atm, thats keeping me pretty much busy
10:28
<maximi89>
how i can install the LTSP 5.0
10:28
i try with the repository
10:28
<ogra>
follow the howto
10:28
!debian
10:28
<ltspbot`>
ogra: "debian" is is a GNU/Linux based operating system that makes an excellent LTSP server. You can find it at http://www.debian.org. for information about LTSP on debian see http://wiki.debian.org/LTSP
10:28
<maximi89>
ok
10:28
look, i try to install
10:28
on this server
10:29
LTSP 4.2 to 5.0
10:29
<ogra>
make sure to remove the 4.2 stuff to have a clean system
10:29
<maximi89>
but now i can't get any functional thin clients
10:29
<ogra>
before starting
10:29
<maximi89>
but i try to use again the 4.2
10:29
but i can't
10:31
the server is needed in my school, but i can't get this functional again...
10:32gonzaloaf has quit IRC
10:32gonzaloaf has joined #ltsp
10:33
<cliebow_>
maximi89, transition is pretty easy if you move your old 4.2 chroot to a new name..you c"could" point different clients to differentversions of ltsp
10:33
<ogra>
maximi89. well, an edubuntu install costs about 1h and sets up everything out of the box for you if its urgent and you dont need the data on the machine i'D consider wiping it and starting over to save time
10:42
<maximi89>
ogra, with try with edubuntu, but so much problems
10:43
when we try with Debian too fast
10:46
i'm getting now in the terminals, a message like .TFTP no such file
10:48
.TFTP error 0(no such file or directory)
10:50Patina has quit IRC
10:50Patina has joined #ltsp
11:03maximi89 has quit IRC
11:07maximi89 has joined #ltsp
11:07plamengr has joined #ltsp
11:07plamengr has left #ltsp
11:14maximi89 has quit IRC
11:19RiXtEr has joined #ltsp
11:21cliebow_ has quit IRC
11:23boxrock_ has joined #ltsp
11:23cliebow_ has joined #ltsp
11:25Avatara has quit IRC
11:28Egyptian[Home] has joined #ltsp
11:40boxrock has quit IRC
11:49maximi89 has joined #ltsp
11:49
<maximi89>
hi guys
11:49
i resolve my problem
11:50
was only a -s
11:50
in inetd.conf
11:50
it's possible see what is lookin the terminals?
11:56lambda_ has quit IRC
12:07cyberorg has left #ltsp
12:08maximi89 has left #ltsp
12:13privet has joined #ltsp
12:20ccherrett has quit IRC
12:20ccherrett has joined #ltsp
12:31boxrock_ has quit IRC
12:31Skarmeth has joined #ltsp
12:31lambda_ has joined #ltsp
12:32sbalneav has quit IRC
12:41irule has joined #ltsp
12:54Egyptian[Home] has quit IRC
13:00
<Sunborne>
Hi there Sunborne back again.
13:01
I changed my login manager to gdm, and edited gdm.conf-custom as recommended yesterday by ogra.
13:02
i ran ltsp-update-sshkeys and enabled remote autologins in gdm.conf-custom. i pasted the files in http://paste.ubuntu-nl.org/24456/
13:02
still no auto-login on the thin clients.
13:03Q-FUNK has quit IRC
13:04vagrantc has quit IRC
13:11sepski has joined #ltsp
13:14
<Gad1>
Sunborne: does /usr/bin/autologin exist?
13:14Zenton_ has joined #ltsp
13:16Zenton has quit IRC
13:17
<Sunborne>
Yep. I can post it for ya in a sec.
13:19
<Gad1>
and is it executable?
13:20
<Sunborne>
-rwxr-xr-x
13:20
<ogra>
i'm not sure the pipe is allowed there
13:20
<Gad1>
it is
13:20
ogra
13:20
<ogra>
ah, k
13:20
<Gad1>
Sunborne: did you issue a gdm-restart
13:20
after making the change to gdm?
13:21
<ogra>
no gdm expert here, ldm is easier :P
13:21
<Sunborne>
rebooted the box.
13:21
<Gad1>
Sunborne: what happens when you run autologin at the command prompt?
13:21
<ogra>
Sunborne. did you ever check that the user can properly log in ... ?
13:22
i.e. tried it manually ....
13:22
<Sunborne>
i get a blank line when i run it.
13:22
i'm booting up a thin client now. will try the username.
13:23
<ogra>
locally would have been sufficient :)
13:23
even commandline ...
13:23
<Gad1>
Sunborne: type: DISPLAY=ws0001:0 autologin
13:23
at a command prompt
13:23* Gad1 guesses as to nature of script
13:23
<Gad1>
ogra: does usplash have any known issues with some clients?
13:24
I have a client here that refuses to get past ltsp-client-setup when usplash is on
13:24
<ogra>
with sisfb based ones ... i.e. the e2300
13:24
<Gad1>
this is gxfb, but I blacklisted the framebuffer driver
13:24
<ogra>
you can easily disable the splash though
13:24
<Gad1>
maybe I'll put it back
13:25
if I disabled it, there would be nothing to debug ;)
13:25
<ogra>
or make sure the right fb driver gets loaded from initramfs
13:25boxrock_ has joined #ltsp
13:25boxrock_ is now known as boxrock
13:25
<ogra>
sisfb works if i fiddle it into the initramfs manually
13:25
i havent found a proper way to script that yet, but it was on my list for gutsy
13:26
<Sunborne>
DISPLAY=ws001:0 autologin returns a blank line.
13:26
<ogra>
since one aime is to get the e2300 working somehow
13:26jammcq has quit IRC
13:26
<Gad1>
Sunborne: there's ur problem (if you are parsing DISPLAY)
13:26
<Sunborne>
user can log in but was forced to set a password.
13:26
<Gad1>
why dont you post the script?
13:27* Gad1 wonders how I last set my initramfs
13:27
<Sunborne>
Script coming right up... was distracted by a co-worker for a few minutes.
13:29
http://paste.ubuntu-nl.org/24460
13:30boxrock has quit IRC
13:30* Gad1 guesses you do not have ur delimiter right
13:31
<Gad1>
on the thin client, after you log in, do: echo $DISPLAY
13:32
<Sunborne>
echo $DISPLAY: 192.168.0.111:6.0
13:34
<rjune>
Gad1: so how you been man
13:34
<Gad1>
Sunborne: so, ur autologin script is return CLIENT=192 ;)
13:34
rjune: busy
13:34
you?
13:34
<rjune>
new jbo
13:34
job
13:34
<Gad1>
i heard
13:34
and?
13:35
<rjune>
I get to rebuild and update LBE
13:35
<Sunborne>
i presume there should be a hostname there
13:35
<rjune>
it's not a bad gig
13:36
<Gad1>
Sunborne: indeed - add an entry in your /etc/hosts for that IP addy and then the script would work, or alternatively, do your lookup table in autologin based on IP addy
13:37bobby_C has joined #ltsp
13:37
<Gad1>
and then change the delimiter to -d:
13:37
rjune: LBE ?
13:38
crazy
13:40
<Sunborne>
sorry I don't understand ... change what delimiter?
13:40
<Gad1>
in your autologin script, you say: CLIENT=$(echo $DISPLAY | cut -d. -f1)
13:41
that says to cut the value of DISPLAY, delimited by a "." and return the first field
13:41
so, in your case, it is returning 192
13:41
<Sunborne>
I copied that from this page: http://k12ltsp.org/mediawiki/index.php/A_more_complete_How-To_for_setting_up_autologin_of_clients_using_Gnome_%26_GDM
13:41
<Gad1>
since DISPLAY is 192.168.0.111:6.0
13:42
dont copy code you don't understand - it's a good way to break things :)
13:42
anyhow, if you change the -d. to -d:
13:42
you would get: 192.168.0.111
13:42
which is a tad more useful
13:43
then, you can change your lookup table to reference IP numbers
13:43
ALTERNATIVELY, you could map IPs to hostnames in /etc/hosts
13:43
and continue to use the script as is
13:43
provided the hostnames you add have a "." in them ;)
13:47
<Sunborne>
is autologin even necessary? Its ok if everybody logs in as ltspguest. the idea is to have kiosks with nothing but Firefox available.
13:47
i mean /usr/bin/autologin
13:48
<Gad1>
if you use firefox, then it most certainly is NOT ok for everyone to login as ltspguest
13:48
the second user won't be able to launch it
13:48
firefox uses profiles and lock files to make sure of it
13:49
you need to create a user for each thin client if you want to do it this way
13:49
<ogra>
no, you should ahve rather used ltsp-build-client's --kiosk option, thats exactly for this case
13:49
<Gad1>
or that
13:50
<ogra>
it installs a firefox locally on the client and runs that
13:50
with automatic autologin setup etc
13:52
<Sunborne>
so i can just wipe /opt/ltsp/i386 and run ltsp-build-client --kiosk?
13:52
<ogra>
yes
13:52
<Sunborne>
cool - but will I still get a kde desktop?
13:52
<ogra>
no
13:52
only firefox fullscreen
13:53
<Sunborne>
trying it now...
13:53
ltsp-build-client takes a few minutes so i'll be back soon...
13:53
<ogra>
note that it creates /opt/ltsp/kiosk (iirc) ... you need to adjust the dhcpd.conf
13:54
<Sunborne>
cool. thanks.
13:54
and can I get rid of /usr/bin/autologin?
13:54
<ogra>
indeed
13:54
<Gad1>
Sunborne: yes - in this case, everything runs on the thin client not the server
13:54
<ogra>
snce you dont log in to the server anymore
13:55
you can also delete the user
13:55
<Gad1>
if you need to install plugins for firefox and such, you need to do it in the chroot
13:55
<ogra>
right
13:55
flash is a good candidate :)
13:56
<Sunborne>
is this stuff all documented somewhere? I've spent weeks combing through google searches, ltsp.org docs etc.
14:00
even looked on amazon.com for a "ltsp in a nutshell" type of book!
14:05
<ogra>
Sunborne. https://lists.ubuntu.com/archives/edubuntu-users/2007-May/001059.html
14:09
<Sunborne>
Thanks for the links... have been to the first two and the fifth link, but couldn't find on auto-login or kiosk mode, etc... granted there is a level of display manger/desktop environment knowledge assumed.
14:10
Actually the LTSP parts work quite well and are straightforward to set up...
14:11
its the tweaks and customizations which I have found challenging.
14:19mistik1 has quit IRC
14:19mistik1 has joined #ltsp
14:26plamengr has joined #ltsp
14:26plamengr has left #ltsp
14:30
<Sunborne>
kiosk mode looks good... now I just need to lock down firefox and get network printing working.... back to Google, I guess (sigh)... Thanks ogra and Gad1!
14:32
<ogra>
Sunborne. sudo chroot /opt/ltsp/kiosk is your friend ;)
14:33
just pretend you are on a read/write thin client after that command ;)
14:33
all stuff you instal or change will afect the kiosk mode
14:38
<Sunborne>
where (in the chroot) does the gdm desktop background come from? I tried find / -name gdm-background.png but came up empty.
14:38jammcq has joined #ltsp
14:39
<ogra>
/usr/share/gdm/themes/
14:44RiXtEr has quit IRC
14:58yanu has quit IRC
14:59mhterres has joined #ltsp
15:00
<mhterres>
afternoon
15:00
<jammcq>
hey marcelo
15:02
<mhterres>
hey jim
15:02
how u doing ?
15:11
<jammcq>
mhterres: doing great. how's things down there?
15:12
<mhterres>
fine. I'm in Manaus.
15:12
<jammcq>
hot up there?
15:13
<mhterres>
It is nice to go to a diffent place, but I miss home
15:13
not much
15:13
31 C
15:13
I'm lucky :-)
15:13
I'll return to porto alegre next saturday
15:13
<jammcq>
wow
15:13
where's mfdutra now?
15:13
<mhterres>
in Porto Alegre
15:14
He leave Manaus last friday
15:14
<jammcq>
I know he had some trouble is Sao Paulo
15:14
<mhterres>
are you talking about asterisk ?
15:14
<jammcq>
yeah
15:15
and faxing
15:15
<mhterres>
yeah, it is true
15:15
:-(
15:16
They are trying to fix it
15:16Sunborne has left #ltsp
15:16
<mhterres>
but it is very difficult
15:17
They installed hylafax and it works fine, but we need to use a real fax device
15:17cliebow_ has quit IRC
15:19a5benwillis has quit IRC
15:35yanu has joined #ltsp
15:36sepski has quit IRC
15:37mhterres has left #ltsp
15:37vagrantc has joined #ltsp
15:59
<ogra>
vagrantc. if i drop the x detection i want to have an option for lts.conf to force its usage if people urgetly want ... i thought of a boolean USE_X_CONFIG
16:00
<vagrantc>
ogra: sounds fine by me.
16:00
ogra: so you're going to entirely drop all x detection code?
16:01
<ogra>
i'll just wrap an if clause around it
16:01
<vagrantc>
ok.
16:01
<ogra>
so its still there but not used
16:01
<vagrantc>
if it supports it, i also like the idea of supporting a partial configuration file
16:01
<ogra>
it does
16:01
<vagrantc>
i.e. only changing specific options
16:02
tomorrow, i start heading north
16:02
<ogra>
i was wondering whats better, setting the keymap with xorg.conf or xmodmap
16:02
<vagrantc>
"it's closing time"
16:02
<ogra>
it shall support partial configs for input and keyboard settings
16:02
ah, damned
16:02vagrantc has quit IRC
16:02
<ogra>
so safe travles
16:02
gah
16:07Guaraldo has left #ltsp
16:10J45p3r_ has quit IRC
16:11jammcq has quit IRC
16:15linescanner has quit IRC
16:16
<lambda_>
hi
16:17
at boot my (PXE)client-workstation report : No bootRom received
16:17
I use a debian-edu etch rc1 server
16:19
more precisely error message --> no boot filename received
16:20
host ltsp010 {
16:20
hardware ethernet 00:02:3F:BD:CD:8E;
16:20
fixed-address ltsp010;
16:20
filename "/var/lib/tftpboot/ltsp/i386/pxelinux.0";
16:20_ringlej has quit IRC
16:22
<lambda_>
any help will be VERY thanksful
16:22
<pablo__>
hi! ive installed thin-client-control package in ubunut 7.04. ive also installed (via chroot) x11vnc but when launching the console i cant see clients screens
16:32Skarmeth has quit IRC
16:43bobby_C has quit IRC
16:44klausade has quit IRC
16:49bobby_C has joined #ltsp
16:54klausade has joined #ltsp
17:01
<cliebow>
lambda_ your fixed-address is wonko\
17:01
needs an ip address
17:03
<lambda_>
a four byte adress ?
17:11
cliebow, thanks
17:12
now at boot time I have a TFTP ARP timeout TFTP can not open connection :(
17:15
no idea ?
17:17
my dhcpd.conf file own: filename "/var/lib/tftpboot/ltsp/i386/pxelinux.0";
17:17
it appear the pxelinux.o file can't be loaded
17:26bobby_C has quit IRC
17:27efra has quit IRC
17:33
<cliebow>
lambda:chances are tftp aassumes part of your path..inetd.conf perhaps shows the -s argument tftp assumes
17:34
generally i see filename "ltsp/i386/etcetc"
17:34
depending on where pxelinux.0 resides
18:02japerry_cat has joined #ltsp
18:04jammcq has joined #ltsp
18:10ogra has quit IRC
18:10irule has quit IRC
18:14
<lambda_>
tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd --tftpd-timeout 300 --retry-timeout 5 --no-multicast --maxthread 100 --verbose=5 /var/lib/tftpboot
18:14sahil has joined #ltsp
18:17
<sahil>
is there a way to see modules loaded on clients in ltsp 4.2?
18:17
<lambda_>
cliebow, still here ? Do I relace /var/lib/tftpboot/ltsp/i386/pxelinux.0 by /ltsp/i386/pxelinux.0 ?
18:17* lambda_ is trying
18:43monteslu has quit IRC
18:43wyrm has joined #ltsp
18:43
<wyrm>
hi guys
18:43
what mean the line /etc/init.d/in.tftpd -s /tftpboot
18:43boxrock_ has joined #ltsp
18:44
<wyrm>
because i get problems when i have the @-s@
18:44boxrock_ is now known as boxrock
18:44
<wyrm>
"-s"
18:45
<lambda_>
-s secure
18:46wyr1 has joined #ltsp
18:47
<wyr1>
what type of security?
18:50lambda_ has quit IRC
19:00ogra has joined #ltsp
19:06wyrm has quit IRC
19:30kaos01 has quit IRC
19:36kaos01 has joined #ltsp
20:05wyr1 has quit IRC
20:09Faithful has quit IRC
20:18freemindx has joined #ltsp
20:20Burgundavia has joined #ltsp
20:37
<boxrock>
can someone tell me how to add site wide gnome menu items for users?
20:37petre has joined #ltsp
20:37
<Burgundavia>
create a .desktop file in /usb/share/applications
20:38
<petre>
evening all
20:39
jammcq: ping
20:40
<jammcq>
petre: hey
20:42muh2000__ is now known as muh2000
20:46
<petre>
Gad1: ping
20:59japerry_cat has quit IRC
21:25ogra has quit IRC
21:26ogra has joined #ltsp
21:27_ringlej has joined #ltsp
21:54GreySim has joined #ltsp
21:55
<GreySim>
Hey, I'm wondering, is nbdswapd an Ubuntu thing, or LTSP thing (or neither)?
21:58
And the reason I'm wondering is because I'm hoping to set it up on Ubuntu Feisty, but without installing LTSP itself, which seems to be the only way to get it on Ubuntu. And I already have a perfectly fine diskless setup going, so would rather run everything on the 1 GHz client instead of installing LTSP and running everything on the 400 MHz server.
21:59petre has quit IRC
21:59* GreySim also has NBD swap running. Just not automatically, and not without rebooting after each disconnect of the client, because I don't know enough about NBD to know how to "reset" it.
22:05GreySim has quit IRC
22:30bronze has quit IRC
23:19Burgundavia has quit IRC
23:19Burgundavia has joined #ltsp
23:34meetpai has joined #ltsp
23:35
<meetpai>
wont the clients support SOUND in ltsp 5.0 in debian-etch?
23:41sahil has quit IRC
23:51subir has joined #ltsp
23:56shvijay has joined #ltsp
23:57monteslu has joined #ltsp
23:58vijay__ has joined #ltsp
23:58shvijay has quit IRC
23:58vijay__ has quit IRC