IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 6 June 2007 (all times are UTC)
| 00:18 | ace_suares has quit IRC | |
| 00:19 | ace_suares has joined #ltsp | |
| 01:08 | gonzaloaf has joined #ltsp | |
| 01:14 | marek82_ has quit IRC | |
| 01:16 | marek82 has joined #ltsp | |
| 01:23 | Burgundavia has quit IRC | |
| 01:25 | daya has joined #ltsp | |
| 01:45 | daya has quit IRC | |
| 02:05 | vagrantc has joined #ltsp | |
| 02:13 | vanya has joined #ltsp | |
| 02:26 | subir has quit IRC | |
| 02:26 | lambda_ has joined #ltsp | |
| 02:45 | MoL0ToV has joined #ltsp | |
| 02:56 | vanya has quit IRC | |
| 03:01 | <vagrantc> ltspfsd's editing of /etc/fstab is evil.
| |
| 03:01 | lambda_ has quit IRC | |
| 03:01 | <vagrantc> well, it's really the udev rules that are evil.... it should respect LOCALDEV=False, i think.
| |
| 03:14 | lambda_ has joined #ltsp | |
| 03:16 | pips1 has joined #LTSP | |
| 03:22 | pips1 has left #LTSP | |
| 03:23 | <ogra> vagrantc, oof .... that means we need getltscfg in the rules scripts
| |
| 03:24 | dean_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:43 | vanya has joined #ltsp | |
| 03:51 | meetpai has quit IRC | |
| 04:01 | vagrantc 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:39 | kaos01 has joined #ltsp | |
| 04:42 | bronze has joined #ltsp | |
| 05:00 | subir has joined #ltsp | |
| 05:04 | Envite has joined #ltsp | |
| 05:05 | <Envite> ¡Hola a todos desde España!
| |
| 05:05 | Hello all from Spain!
| |
| 05:06 | subir 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:21 | Q-FUNK has joined #ltsp | |
| 05:21 | dean_za has quit IRC | |
| 05:22 | Avatara has joined #ltsp | |
| 05:24 | estong_ 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:54 | plamengr has joined #ltsp | |
| 05:54 | plamengr 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:02 | estong_ has left #ltsp | |
| 06:06 | plamengr has joined #ltsp | |
| 06:07 | plamengr has left #ltsp | |
| 06:16 | daya has joined #ltsp | |
| 06:16 | a5benwillis has quit IRC | |
| 06:20 | jfrancis has joined #ltsp | |
| 06:24 | subir has joined #ltsp | |
| 06:25 | vagrantc 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:40 | muh2000 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:53 | jammcq has quit IRC | |
| 06:54 | J45p3r_ 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:55 | muh2000 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:05 | muh2000_ has joined #ltsp | |
| 07:06 | muh2000 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:24 | Q-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:35 | subir has quit IRC | |
| 07:35 | <ogra> i know our alsa team is half debian
| |
| 07:37 | a5benwillis 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:40 | jammcq 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:49 | rjune 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:53 | cliebow_ 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:58 | boxrock 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:24 | sbalneav 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:29 | Envite 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:35 | Gad1 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:37 | Gad1 is now known as GadiRomm | |
| 08:37 | GadiRomm 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:04 | daya has quit IRC | |
| 09:07 | Guaraldo has joined #ltsp | |
| 09:08 | Guaraldo 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:08 | Guaraldo 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:14 | MoL0ToV has quit IRC | |
| 09:28 | _ringlej has joined #ltsp | |
| 09:34 | Q-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:03 | vanya has quit IRC | |
| 10:04 | maximi89 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:10 | efra 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:19 | fxrsliberty 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:24 | muh2000__ has joined #ltsp | |
| 10:24 | muh2000_ 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:32 | gonzaloaf has quit IRC | |
| 10:32 | gonzaloaf 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:50 | Patina has quit IRC | |
| 10:50 | Patina has joined #ltsp | |
| 11:03 | maximi89 has quit IRC | |
| 11:07 | maximi89 has joined #ltsp | |
| 11:07 | plamengr has joined #ltsp | |
| 11:07 | plamengr has left #ltsp | |
| 11:14 | maximi89 has quit IRC | |
| 11:19 | RiXtEr has joined #ltsp | |
| 11:21 | cliebow_ has quit IRC | |
| 11:23 | boxrock_ has joined #ltsp | |
| 11:23 | cliebow_ has joined #ltsp | |
| 11:25 | Avatara has quit IRC | |
| 11:28 | Egyptian[Home] has joined #ltsp | |
| 11:40 | boxrock has quit IRC | |
| 11:49 | maximi89 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:56 | lambda_ has quit IRC | |
| 12:07 | cyberorg has left #ltsp | |
| 12:08 | maximi89 has left #ltsp | |
| 12:13 | privet has joined #ltsp | |
| 12:20 | ccherrett has quit IRC | |
| 12:20 | ccherrett has joined #ltsp | |
| 12:31 | boxrock_ has quit IRC | |
| 12:31 | Skarmeth has joined #ltsp | |
| 12:31 | lambda_ has joined #ltsp | |
| 12:32 | sbalneav has quit IRC | |
| 12:41 | irule has joined #ltsp | |
| 12:54 | Egyptian[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:03 | Q-FUNK has quit IRC | |
| 13:04 | vagrantc has quit IRC | |
| 13:11 | sepski has joined #ltsp | |
| 13:14 | <Gad1> Sunborne: does /usr/bin/autologin exist?
| |
| 13:14 | Zenton_ has joined #ltsp | |
| 13:16 | Zenton 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:25 | boxrock_ has joined #ltsp | |
| 13:25 | boxrock_ 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:26 | jammcq 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:30 | boxrock 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:37 | bobby_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:19 | mistik1 has quit IRC | |
| 14:19 | mistik1 has joined #ltsp | |
| 14:26 | plamengr has joined #ltsp | |
| 14:26 | plamengr 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:38 | jammcq has joined #ltsp | |
| 14:39 | <ogra> /usr/share/gdm/themes/
| |
| 14:44 | RiXtEr has quit IRC | |
| 14:58 | yanu has quit IRC | |
| 14:59 | mhterres 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:16 | Sunborne 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:17 | cliebow_ has quit IRC | |
| 15:19 | a5benwillis has quit IRC | |
| 15:35 | yanu has joined #ltsp | |
| 15:36 | sepski has quit IRC | |
| 15:37 | mhterres has left #ltsp | |
| 15:37 | vagrantc 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:02 | vagrantc has quit IRC | |
| 16:02 | <ogra> so safe travles
| |
| 16:02 | gah
| |
| 16:07 | Guaraldo has left #ltsp | |
| 16:10 | J45p3r_ has quit IRC | |
| 16:11 | jammcq has quit IRC | |
| 16:15 | linescanner 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:32 | Skarmeth has quit IRC | |
| 16:43 | bobby_C has quit IRC | |
| 16:44 | klausade has quit IRC | |
| 16:49 | bobby_C has joined #ltsp | |
| 16:54 | klausade 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:26 | bobby_C has quit IRC | |
| 17:27 | efra 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:02 | japerry_cat has joined #ltsp | |
| 18:04 | jammcq has joined #ltsp | |
| 18:10 | ogra has quit IRC | |
| 18:10 | irule 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:14 | sahil 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:43 | monteslu has quit IRC | |
| 18:43 | wyrm has joined #ltsp | |
| 18:43 | <wyrm> hi guys
| |
| 18:43 | what mean the line /etc/init.d/in.tftpd -s /tftpboot
| |
| 18:43 | boxrock_ has joined #ltsp | |
| 18:44 | <wyrm> because i get problems when i have the @-s@
| |
| 18:44 | boxrock_ is now known as boxrock | |
| 18:44 | <wyrm> "-s"
| |
| 18:45 | <lambda_> -s secure
| |
| 18:46 | wyr1 has joined #ltsp | |
| 18:47 | <wyr1> what type of security?
| |
| 18:50 | lambda_ has quit IRC | |
| 19:00 | ogra has joined #ltsp | |
| 19:06 | wyrm has quit IRC | |
| 19:30 | kaos01 has quit IRC | |
| 19:36 | kaos01 has joined #ltsp | |
| 20:05 | wyr1 has quit IRC | |
| 20:09 | Faithful has quit IRC | |
| 20:18 | freemindx has joined #ltsp | |
| 20:20 | Burgundavia has joined #ltsp | |
| 20:37 | <boxrock> can someone tell me how to add site wide gnome menu items for users?
| |
| 20:37 | petre 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:42 | muh2000__ is now known as muh2000 | |
| 20:46 | <petre> Gad1: ping
| |
| 20:59 | japerry_cat has quit IRC | |
| 21:25 | ogra has quit IRC | |
| 21:26 | ogra has joined #ltsp | |
| 21:27 | _ringlej has joined #ltsp | |
| 21:54 | GreySim 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:59 | petre 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:05 | GreySim has quit IRC | |
| 22:30 | bronze has quit IRC | |
| 23:19 | Burgundavia has quit IRC | |
| 23:19 | Burgundavia has joined #ltsp | |
| 23:34 | meetpai has joined #ltsp | |
| 23:35 | <meetpai> wont the clients support SOUND in ltsp 5.0 in debian-etch?
| |
| 23:41 | sahil has quit IRC | |
| 23:51 | subir has joined #ltsp | |
| 23:56 | shvijay has joined #ltsp | |
| 23:57 | monteslu has joined #ltsp | |
| 23:58 | vijay__ has joined #ltsp | |
| 23:58 | shvijay has quit IRC | |
| 23:58 | vijay__ has quit IRC | |