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


Channel log from 21 February 2008   (all times are UTC)

00:19
<lns>
chup, I taped it - in the process of putting it on my computer, then to Youtube
00:20
it was cloudy until just after the full eclipse
00:40
<chup>
cool
00:50elisboa has quit IRC
01:50vagrantc has quit IRC
01:55Shingoshi has joined #ltsp
02:06Q-FUNK has joined #ltsp
02:34rcy has joined #ltsp
02:35achandrashekar_ has joined #ltsp
02:35
<rcy>
I'm looking to create a very simple netboot system, preferrably something deb based. I've been using ltsp for this, but just using the local console on each of the nodes.
02:36
Is there a decent alternative to ltsp for this? Basically I'm looking at not starting gdm/ldm on the thinclients, and just a local shell
02:38
<achandrashekar_>
Hello all. I have a full ltsp setup in edubuntu going with dhcp failover. However, Im having a heck of a time with the ldap authentication portion. It uses libnss which causes a lock up on boot of the klog daemon. Ive tried to check the /etc/passwd files as well as the group files for the presence of nvram and klog and they are there. I also added the soft_boot yes in ldap,conf. The system simply hangs still though
02:38
. Has anyone else run into this?
02:38
Id like to get a fix going to resove this.
02:41
<johnny>
rcy, what happens if you set one of the SCREEN_01 to a shell in lts.conf ?
02:41
i forget if that lets you use the account on the remote machine
02:41
err.. excuse me.. SCREEN_O2
02:41
err SCREEN_02
02:42
<rcy>
johnny: thats what ive been doing. i get a server login screen via gdm, hit Ctrl Alt F1 and log in locally
02:42
im just continuing to install such setups, and ltsp seems a bit heavyweight for this maybe
02:42
<johnny>
you don't have to use gdm at all i bet
02:42
err
02:42
ldm
02:42
you can just drop directly to a shell
02:42
iirc
02:42
<rcy>
yeah, thats what im doing
02:43
<johnny>
i mean without ctrl alt f1
02:43
<rcy>
oh, yeah, probably i can disable the display manager... though that seems to be setup differently than in a usual debian system, ie no /etc/rc2.d/gdm script to chmod -x or whatever
02:44
<johnny>
yeah, i'm sure vagrantc would know
02:44
<rcy>
im just curious if ltspers here know a simple way to customize ltsp at installation time, to not install any of the X stuff, for instance. or if theres a diskless linux project that is more geared to this kind of thing
02:44
<johnny>
just ask him tomorrow
02:44
i wouldn't bother with any other project
02:44
i haven't heard of any that are doing the things ltsp is doing and has that momentum behind it
02:45
<rcy>
really im not interested in the thin client stuff, which ltsp is all about, but just diskless debian
02:45
<achandrashekar_>
cant that be set to drop to shell in lts.conf?
02:45
meaning no loading of X ?
02:45
<johnny>
yes achandrashekar_ that's what i said to him :)
02:45
<achandrashekar_>
heh..right :)
02:45
<johnny>
rcy, you mean you dont have powerful enough servers?
02:45
i'm hoping to get time to work on the local apps spec for ltsp
02:46
<rcy>
no, i am using ltsp for workstations quite nicely. but im deploying test networks, where i want to boot machines to standalone systems for rescuing/administration etc
02:46
as an alternative to popping in a rescue floppy or cdrom
02:47
i guess id be happy to find out what the right way to disable all the remote login/gdm/ldm stuff is
03:01
johnny: you mentioned some changes to ldm that you had made, i think
03:01
what have you done?
03:04
<johnny>
oh, that was just integrating gadi's patch in an deb so i could put it on my server
03:04
in the python based ldm
03:04
it was my first deb creation
03:06
<rcy>
ldm seems sorta wonky to me
03:06
<ogra_cmpc>
rcy, somewhere on the ubuntu wiki there is a description how to create a pxe boortmenu on ubuntu
03:07
<rcy>
ogra_cmpc: yeah, ive no problem creating a pxe boot menu
03:07
<ogra_cmpc>
just create a second choot with ltsp-build-client and the --chroot option, add that there and modify to your needs as recue system
03:07
<rcy>
theres a good example in the install/netboot directory of the debian installation iso
03:08
<ogra_cmpc>
well, if all you want is a console login, remove ldm in that second chroot and set a rootpw
03:09
<rcy>
ogra_cmpc: ideally id like to do that based on mac address, so i could still have the regular login on some clients
03:09
so in lts.conf, i guess
03:09
<ogra_cmpc>
nope
03:09
<achandrashekar_>
and you can define that in dhcp.conf right?
03:09
<ogra_cmpc>
in dhcpd.conf :)
03:10
<achandrashekar_>
dhcpd...that is
03:10
:)
03:10
<ogra_cmpc>
well, even easier
03:10
<rcy>
thats where i put some other client specific stuff, like what X resolution to use, or how many screens to setup, etc
03:10
<achandrashekar_>
create a workstations block in dhcpd.conf
03:10
and then do it with the macs
03:10
<rcy>
im not clear how i would get what i want by mucking with dhcp... i want to boot the same ltsp chroot on these different machines
03:10
<achandrashekar_>
and you should be good
03:10
<ogra_cmpc>
if you use a recent release with nbd support you just give a different filename directive and poiint that to the other nbd port
03:11
(in the pxelinux.cfg/default file)
03:11
<achandrashekar_>
ahh..interesting.
03:11
<ogra_cmpc>
the nbd setup uses the ports instead of the root-path directive from dhcp
03:12
<achandrashekar_>
is there an advantage to that?
03:12
<rcy>
im missing something. i want machine A to boot a regular ldm login. machine B to just have a single screen that i can log into locally
03:12
<ogra_cmpc>
achandrashekar_, not really, its just the way it works ...
03:12
<achandrashekar_>
rcy: well if you want to do that..then option A presented by ogra_cmpc is a good one.
03:13
there is a guide out there....for setting up failover dhcp that has some sample directives in it....if you search on google you can see a nice sample of that
03:13
<ogra_cmpc>
rcy, right so you need a MAC based section in your dhpcd config that serves the second client from a different chroot
03:13
<achandrashekar_>
look at the dhcpd.conf files..and there are good examples of it.
03:14
<rcy>
i see. i was just thinking of using the same chroot, but just not offering the ldm on some machines via lts.conf
03:14
<ogra_cmpc>
you *can* do everything in a single chroot but thats a security risk i wouldnt take
03:14
it means you need to enable logins on your default chroot
03:14
<rcy>
which are mounted read-only though
03:14
<ogra_cmpc>
right
03:15
but offer a fine platform to do harm to your net
03:15
<achandrashekar_>
;)
03:15
<rcy>
true, i see
03:15
<ogra_cmpc>
read only only counts for the squashfs/nfs part
03:15
you are able to install software there if you gain root rights
03:16
<achandrashekar_>
newb question here...not to deviate..but what exactly does squashfs do?
03:16
<ogra_cmpc>
the running system usue the ram as writeable space
03:16
achandrashekar_, it contains the compressed chroot which is provided as redonly part of sa unionfs via nbd to the clients
03:17* ogra_cmpc needs to go to a usable keyboard
03:19
<ogra>
ahh, better
03:20
<achandrashekar_>
is there a detailed read somewhere of how ltsp 5 works?
03:21
im very curious now...past the typical "do this..then this..guides"
03:21
they leave alot unanswered
03:21
<rcy>
so i can just do ltsp-build-client --base /opt/ltsp-foo, and point some clients to that chroot via dhcp
03:22
<ogra>
https://help.ubuntu.com/community/UbuntuLTSP/LTSPWithoutNFS not really detailed .. but describes the difference between nfs and nbd
03:22
rcy, i'D do ltsp-build-client --chroot recovery ... buut yes
03:22achandrashekar_ has quit IRC
03:23
<ogra>
the advantage of having the recovery chroot is that you can install apps in there you wouldnt want in the regular one etc
03:23
which might be helpful for recovery :)
03:24
<rcy>
ogra: yeah, im convinced... thanks for the advice
03:24
<ogra>
i know vagrantc was pondering to add a bootmenu by default for quite some time ... but that never happened ...
03:24
i actually think it would make senseto have a memtest option in such a menu
03:25
<rcy>
--chroot is not an option on ltsp-build-image on debian etch
03:25
i have both a gutsy nbd ltsp, and debian nfs ltsp servers
03:25
<ogra>
ltsp-build-image ??
03:26
you mean ltsp-build-cilent ?
03:26
<rcy>
yes.
03:26
<ogra>
ah
03:26
k
03:26
i know debian-edu sus some own script called similar
03:26
s/sus/uses/
03:26
<johnny>
ogra, in your hardy work with ltsp, you're not running into trouble with stale gvfs mounts?
03:26
<ogra>
*sigh*
03:27
johnny, to be honest i havent tried the latest ltspfs yet
03:27
<johnny>
huh? not ltspfs
03:27
gvfs
03:27
<ogra>
if i do i'll fix it :)
03:27
well, ltspfs is the only thing thats touching gvfs
03:28
<rcy>
ogra: edubuntu has an ltsp-update-image script, is that what you mean?
03:28
<johnny>
i'm having trouble with local users atm
03:28
<ogra>
rcy, no, thast for the squashfs
03:28
<johnny>
not even with ltsp , but i assumed it would cause a problem there too
03:28
<ogra>
debian-edu uses a special script on their CD tahst was renamed
03:28
<rcy>
ah ok. thats a variant i havent seen
03:29
the confusion never stops
03:29
i have noticed how much faster the squashfs arrangement is compared to the nfs one
03:29
<ogra>
johnny, nope, not that i'm aware of ... sftp works pretty odd though ... instead of having a folder on the desktop you need to keep the mount open all the time which gives you automatically two folders
03:29
but upstream knows about that and promised it would be fixed for final
03:30
so i'm not worried about that
03:30
<johnny>
the problem comes after you logout
03:30
the mounts are still there in mount
03:31
for a user system, they are usually logging back on, or turnning off the computer.. so they would never notice
03:31
but on a multi user system.. it seems like it could cause a problem
03:33
<ogra>
well, the mouts will be owned by the users anyway
03:33
<johnny>
yes, but the thing should clean up after itself
03:33
<rcy>
ogra: i cant find a --chroot option in gutsy's ltsp-build-client either
03:33
<ogra>
so technically that shouldnt cause any probs
03:34
<johnny>
it's causing a problem wiht sabayon too..
03:34
sabayon clobbers the home dir after pkill -u
03:34
<ogra>
rcy, i'm sure its there :)
03:34
<johnny>
but since the mount is still there, the clobber fails
03:34
<ogra>
indeed
03:34
<johnny>
so now i have a bunch of /tmp/sabayon-temp-home-blahblah
03:34
and no saved profile
03:36
<rcy>
ogra: ok, yeah its there. its just not in the manpage
03:37
<ogra>
oh, yeah thats outdated
03:37
--help or --extra-help has it though
03:37
<rcy>
good to know
03:37
<johnny>
sounds like what we all need
03:37
--extra-help
03:37
<rcy>
--help-me-harder
03:37
<johnny>
i'll try to remember that whenever i start a new project
03:38
and magically volunteers will appear
03:38
<ogra>
well, the help text is generated automatically ...
03:38
so if you add options it will show up in there
03:38
that would mean you have a huuuge helptext at some point :)
03:39
<rcy>
i have a habit of reading manpages before running commands. looks like i should also do --help
03:39
<johnny>
i was making a joke ogra :)
04:01tarzeau has quit IRC
04:03daduke has quit IRC
04:04daduke has joined #ltsp
04:49soneyka has joined #ltsp
05:12cliebow_ has joined #ltsp
05:26toscalix has joined #ltsp
05:29cliebow__ has quit IRC
05:54ogra has quit IRC
05:56K_O-Gnom has joined #ltsp
05:57cliebow_ has quit IRC
06:01elisboa has joined #ltsp
06:03ogra has joined #ltsp
06:17philux58 has joined #ltsp
06:22philux58 has quit IRC
06:47otavio has quit IRC
06:47otavio has joined #ltsp
06:55cliebow_ has joined #ltsp
07:03q_ has joined #ltsp
07:05alekibango has quit IRC
07:06Guaraldo has joined #ltsp
07:19
<cliebow_>
anyone using vmware in hardy?
07:21* ogra_cmpc is vboxer
07:23
<johnny>
now if only i could get the vbox additions working there :(
07:23
still no dice
07:25
i wish i could get 1280x1024 res working
07:25
as well
07:25
is that even possible ogra_cmpc ?
07:26
<ogra_cmpc>
no idea
07:26
<cliebow_>
ogra_cmpc, ive patched the source of vmware..but guess i am still in dependency hell
07:26
<ogra_cmpc>
i restrict my graphics ram to 2M ... that forces 800x600
07:27
<johnny>
I CRASHED MY VBOX
07:27
:(
07:32cliebow__ has joined #ltsp
07:32
<cliebow__>
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib/libcairo.so.2)/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib/libcairo.so.2)
07:32
dang sorry to flood
07:41Blinny has joined #ltsp
07:49
<Guaraldo>
Hi all...
07:50
<cliebow_>
Ho!
07:50
<Guaraldo>
ltspbot: seen sbalneav
07:50
<ltspbot>
Guaraldo: sbalneav was last seen in #ltsp 2 weeks, 0 days, 22 hours, 51 minutes, and 13 seconds ago: <sbalneav> What are we looking at?
07:50
<Guaraldo>
ltspbot: seen jammcq
07:50
<ltspbot>
Guaraldo: jammcq was last seen in #ltsp 4 days, 22 hours, 3 minutes, and 16 seconds ago: <jammcq> ah, cool
07:50
<Guaraldo>
Hi, cliebow_...
07:52
<cliebow_>
jammcq is mia!
07:53
!seen sbalneav
07:53
<ltspbot>
cliebow_: sbalneav was last seen in #ltsp 2 weeks, 0 days, 22 hours, 53 minutes, and 56 seconds ago: <sbalneav> What are we looking at?
07:53
<cliebow_>
they are gonna get fired if they keep it up
07:53
<ogra_cmpc>
busy guys :)
07:53
<cliebow_>
yeah...
07:54
<ogra_cmpc>
jammcq working towards his first billion, scottie fixing cottages :P
07:55
<johnny>
billion?
07:55
<ogra_cmpc>
zillion :)
07:56
i'm not sure if he passed the million already so i took the next bigger unit :p
07:56
<Blinny>
I guess, by and large, the whole open source movement doesn't pay handsomely.
07:56
<cliebow_>
hah!
07:57
<johnny>
that depends on who you are
07:57
seems to be paying off for google :)
07:58
possibly paying off for novell and redhat
07:58
haven't yet seen a looser federation of developers growing up yet tho
07:58
<ogra_cmpc>
Blinny, it fills my fridge
07:58
<cliebow_>
so what is this "no version information available" error starting vmware
08:03* Blinny hifives ogra_cmpc!
08:03* ogra_cmpc claps back
08:04
<Blinny>
(You were the reason I included 'by and large' in that statement ;)
08:07slidesinger has joined #ltsp
08:08Gadi has joined #ltsp
08:11
<cliebow_>
!G
08:11
<ltspbot>
cliebow_: "G" is Gadi!!!!!!!!!!!!!!!!!!!!!!!!
08:19cliebow__ has quit IRC
08:24bobby_C has joined #ltsp
08:31sepski has joined #ltsp
08:31
<vlt>
Hi all, what's the command to connect to an LTSP server (the `ssh -X` way) from a "fat client" running linux from local hd, not from PXE?
08:32
I tried `ssh -XC user@ltspserver startkde` from within X (KDE), but got "KDE seems to already running on this display". Then I tried the same from shell on VT1 but couldn't connect to an X server. Then I tried `X :2` and `ssh -XC user@ltspserver DISPLAY=client_ip:2 startkde` which idn't work either.
08:32
What am I missing here?
08:35
<Gadi>
you need to be running a separate xserver first. like: Xnest -ac :1; export DISPLAY=:1; ssh -XC user@ltspserver startkde
08:35
oh, and good morning, cliebow_
08:39
<cliebow_>
8~)
09:00
<vlt>
Gadi: Thank you. I was so close, only forgot "export". Still got a problem: The fonts look like crap. Does the local X need to know some special font files?
09:04mccann has joined #ltsp
09:05Guaraldo has left #ltsp
09:06
<Gadi>
hmm... are they two totally different distros?
09:07
or, maybe its the compression
09:07
try dropping the -C
09:13
<vlt>
Gadi: The server is Kubuntu Dapper's LTSP, the client runs Xubuntu 6.10.
09:13
<johnny>
maybe xephyr would be better?
09:14
<vlt>
Gadi: Why the compression?
09:14
johnny: Was that for me?
09:14
<johnny>
sure
09:14
this isn't an ltsp specific question tho
09:14
general x usage..
09:15
<vlt>
johnny: Yes, I must admit not knowing that much of how X really works ...
09:17artista_frustrad has quit IRC
09:36klausade has quit IRC
09:39klausade has joined #ltsp
09:44stgraber has quit IRC
09:47stgraber has joined #ltsp
10:12mhterres has joined #ltsp
10:14jammcq has joined #ltsp
10:14
<jammcq>
g'morning friends
10:18
<cliebow_>
jammcq!!!!g'morning..
10:24spectra has joined #ltsp
10:27bobby_C has quit IRC
10:28
<warren>
Oh fun.
10:28
the initscripts in ltsp-client are completely unusable
10:28
I have to write my own
10:28
however...
10:29
probably need to generalize stuff in them into a common "library" for us to share
10:29
any thoughts?
10:30
<Gadi>
warren: you mean /etc/init.d/ ?
10:31
<warren>
Gadi, yes
10:31
<Gadi>
ltsp-client-*
10:31
which part is distro specific?
10:31
<warren>
Gadi, start-stop-daemon
10:31
<Gadi>
is it just paths?
10:31
<warren>
and a few other things
10:31* warren looks again
10:31
<Gadi>
doesnt that come from an lsb-base-function?
10:31
should be lsb-common
10:31
<warren>
it doesn't appear to be LSB compliant either
10:32
Gadi, start-stop-daemon has always been a debian thing
10:32
according to searching google
10:32
<Gadi>
huh
10:32
<warren>
we've never had it
10:32
<Gadi>
what do you use?
10:33
<warren>
we have a "service" command from our functions script
10:33
<Gadi>
hmm...
10:33
<warren>
d_stop
10:33
d_start
10:34
<Gadi>
there may not be a good way of generalizing
10:34
<warren>
well, i'm trying to figure it out
10:34
<ogra>
its unlikely
10:34
<Gadi>
is there an LSB-compliant version?
10:34
<ogra>
just make your own initscripts
10:34
<warren>
you have stuff like start_sound()
10:35
configure_localdev()
10:35
<Gadi>
thats defined there
10:35
<ogra>
we should ship examples for them in the upstream source, but in the end thats the most distro specific part
10:35
<warren>
we might be able to put that stuff into a shared library
10:35
<ogra>
yeah
10:35
<Gadi>
true
10:35
<ogra>
i'm all for cutting them down
10:35
<warren>
ltsp-core is almost usable
10:35
hmm
10:35
<Gadi>
put then in ltsp_config
10:35
<ogra>
but i ship my own initscripts in the debian dir and suspect vagrant does the same
10:35
<Gadi>
it gets sourced anyway
10:36
*them
10:36
<warren>
what is the difference between ltsp-core, ltsp-setup and ltsp-setup.default?
10:36
I don't understand
10:36
<Gadi>
setup happens in rcS
10:36
<ogra>
ubuntu is likely to diverge even more from debian here if we fully switch to upstart events instead of initscripts
10:36
<Gadi>
core happens at end of rc2
10:36
<warren>
our rc's are completely different
10:36
you need to explain what rcS and rc2 is
10:36
<Gadi>
right
10:37
meaning
10:37
setup happens early
10:37
<ogra>
warren, on debian based systems the default config for packages/services is defined in /etc/default
10:37
<Gadi>
core happens at end
10:37
<ogra>
ltsp-setup.default goes there and sets the defaults
10:37
(it gets sourced by the initscripts)
10:38
<warren>
wouldn't a better name for ltsp-setup.default be something like ltsp-setup.conf?
10:38
ltsp-setup -> ltsp-early-setup
10:38
ltsp-core -> ltsp-late-setup
10:38
<ogra>
ltsp-setup should initially do all setup of the client if possible ... that changed a bit over time, i moved some stuff over to ltsp-client since it was faster booting that way
10:38
but initially ltsp-client should only start the serices
10:38
<warren>
what services?
10:39
<ogra>
so -setup to setup, -client for pulse, ltspfs backends X or shell or whatever session is defined
10:39
<warren>
# tmpfs/bind directions that get mounted with only directory structure
10:39
# preserved
10:39
rw_dirs="/var/lib/xkb /var/log /var/spool /var/tmp /tmp /var/lib/discover /etc/console-setup"
10:39
do you still use these bind mounts?
10:39
<ogra>
vagrant does
10:40
i'm not sure how many people use nfs on ubuntu still
10:40
i suspect the majority uses the default
10:40
(nbd/squashfs)
10:40
<warren>
# tmpfs directory mounted when using tmpfs/bind
10:40
tmpfs_dir=/var/lib/ltsp-client-setup
10:40
<ogra>
but if you use nfs, bind mounting is needed
10:40
<warren>
what is that directory used for?
10:41
<ogra>
to store the original dirs iirc
10:41
<warren>
Fedora has its own bind mounting and wouldn't use ethis
10:41
<ogra>
its over a year ago that i had to do with that stuff, vagrant is your better bet
10:41
but it shouldnt go away since its needed for nfs
10:41
<warren>
hmm
10:41
I think I'll just pull out what I need and put it into a separate library to source
10:42
and later that can be generalized with the initscripts in ltsp-trunk/client
10:43
ogra, does jetpipe belong in its own package?
10:43
and what is xrexecd?
10:43
<ogra>
i think so, yes, but i wont make that change for this release in ubuntu
10:43
ask scottie
10:43
its his first step towards localapps
10:44
executing commands on the client triggered by xatoms you set on the display
10:44
<johnny>
is that a viable method?
10:44
<ogra>
but its far from being done and requires scottie to put some time into it
10:44
yes, thats a fine method
10:45
for the future we should attach a dbus session through that ... this way it will become possible to attach the users session to the client hal for example
10:45
that means direct HW interaction from the session :)
10:46
so setup tools for headphones would just work for example ... the usb printer you plug in triggers an automatic setup etc etc
10:47
nearly everything we need to work around at the moment due to being networked would be solved by such a functionallity
10:48
anyway, dinnertime ...
10:52
<Blinny>
Woah. D-Bus is a really good idea.
10:53milesd has joined #ltsp
11:31indradg has joined #ltsp
11:40elisboa has quit IRC
11:41elisboa has joined #ltsp
12:08
<klausade>
ot, but anybody know what the time now is in california, usa?
12:09
<cliebow_>
like 10 am
12:09
<klausade>
cliebow_: thanks
12:10
<cliebow_>
sure!
12:24klausade has quit IRC
12:27milesd has quit IRC
12:40milesd has joined #ltsp
12:41Egyptian[Home] has quit IRC
12:42Egyptian[Home] has joined #ltsp
12:59sonjag has joined #ltsp
13:01
<sonjag>
Hello all. Can anyone tell me if there is a user named "flash"? I do have the flashplugin-nonfree installed. It seems to be taking a lot of CPU usage and I'm wondering if it's supposed to even be there.
13:02rcy has quit IRC
13:03
<milesd>
sonjag, having a user created called 'flash' isn't an indication of any software being installed
13:03
sonjag, since you called it flashplugin-nonfree I'm assuming you're on ubuntu or debian, yes?
13:03
<sonjag>
milesd, I have Edubuntu 7.04.
13:04staffencasa has quit IRC
13:05
<milesd>
sonjag, try running: dpkg -s flashplugin-nonfree
13:05
<Gadi>
flash is the user who runs very fast - or whom peter parker punches
13:05
<milesd>
sonjag, that'll tell you if it was installed via a deb package
13:06
sonjag, whatever else might be on your disk placed there outside of the package management system (say, by firefox) isn't so easy to track down
13:07
sonjag, you also might want to check to see if you have gnash installed, that's the OSS flash player implementation
13:08
sonjag, IME, it works for just about everything but it's pretty CPU intensive. Based on your description, I just wonder about it.
13:09
<sonjag>
milesd, yes I have the flashplugin-nonfree installed but not gnash. I'm not wondering if that's installed, just wondering if it uses this acct to run anything (like cupsys of cups).
13:09
<Gadi>
sonjag: type: id flash
13:11
<milesd>
sonjag, Is the suid bit set?
13:11
<sonjag>
Gadi, Thanks. I will try that when I bring the server back up. I actually shut it down cuz it was killing my internet connection.
13:11
milesd, what is suid? How can I tell if the bit is set?
13:12
<milesd>
sonjag, well, in order to run something as a different user than the one who started the thing, the loader has to change the stack's "effective user id" entry
13:12
sonjag, and in order to do that, it has to have permission
13:12
sonjag, the suid bit is in the file permissions structure for any given file in the file system
13:13
<sonjag>
milesd, ah, you mean like sudo. How can I tell if the bit is set?
13:13
<milesd>
sonjag, and you should be able to see which permission bits are set by doing an ls -l <filename>
13:13* Gadi thinks Sherlock Holmes is da man - Elementary, my dear sonjag, elementary
13:13
<milesd>
sonjag, no, not sudo, that's a wrapper, this is just a permission bit like read, right and execute
13:14
<Gadi>
what about left?
13:14
<sonjag>
milesd, okay, but what file am I looking for permission on?
13:14
<lns>
sonjag, no - the flash plugin does not have a special user
13:14
<sonjag>
Gadi, you crack me up... do you drink a lot of coffee?
13:14
<Gadi>
too much
13:14
<milesd>
sonjag, ...oh... actually, that's a good question, I'm not sure how a browser invokes a plug-in
13:15
<sonjag>
lns, okay, so can I pkill the user flash without harming my install if it reappears?
13:15* Gadi imagines very carefully
13:15
<Gadi>
those plugins can be nasty if you dont invoke them gently
13:15
sonjag: server back up?
13:16
<lns>
umm
13:16
soneyka, you have a 'flash' user ?
13:17
<sonjag>
milesd, lns and Gadi the joker-- you guys are great. I'm going to go start 'er up again. Give me a few minutes... I'll let you know how it goes. Thanks for all your help... just wanted to make sure this wasn't some scary thing that I should nab before putting it back on my network (it's been a tough day ;)
13:17
<Gadi>
GO ELLIS EAGLES!
13:17
<lns>
LOL Gadi
13:18
sonjag, I've dealt with Flash in LTSP extensively so any questions you have you can ask me
13:18
<sonjag>
lns, yes... and I don't know who/what it is. I was getting what looked like a DOS attack today from the LTSP server, so I shut them down, got my network back up and am now looking to get LTSP back up
13:18
<lns>
I'm not a dev but I've probably dealt with 99% of the flash issues that are encounterable
13:19
<sonjag>
lns, I'm not sure it is a flash issue... I just associated the name with the unfamiliar account I saw at the top of top.
13:19
<Gadi>
sonjag: you sure you don't have any jocks named Flash?
13:19
<lns>
sonjag, I'd check out the user if i were you, but it's not a flash plugin issue
13:19
<Gadi>
or a Fred Lash, perhaps?
13:19klausade has joined #ltsp
13:19
<sonjag>
Gadi, darned Fred.
13:19
<warren>
How does start-stop-daemon work?
13:19* warren trying to reimplement it
13:20
<sonjag>
Thanks all... I'm off to test things out. You guys are great!
13:20
<Gadi>
!pastebot
13:20
<ltspbot>
Gadi: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
13:20
<lns>
sonjag, =)
13:20
Completely OT, but if anyone wants to see the lunar eclipse from last night I posted my video (coincidentally on youtube, which requires...FLASH!)
13:20
http://www.youtube.com/watch?v=dLmWb6fFbKg
13:22
<Gadi>
warren: http://ondenon.univ-st-etienne.fr/cgi-bin/man/man2html?start-stop-daemon+8
13:29
<warren>
Do the latest distros use /etc/init.d/nbd-client and /etc/init.d/nbd-server?
13:38
<Gadi>
we dont in LTSP
13:38
we start it out of inetd
13:39
<warren>
ok just making sure
13:39
I see those files in debian
13:42
ogra, mind if I move the current files in ltsp-trunk/client/initscripts/* to ltsp-trunk/client/initscripts/debian? I will have a Fedora directory in there for my own version.
13:42
ogra, my version will be LSB compliant and likely work fine on any RPM distro
13:42
might be in a "RPM" directory
13:45primeministerp has quit IRC
13:46primeministerp has joined #ltsp
13:49bobby_C has joined #ltsp
13:52achandrashekar has joined #ltsp
13:53
<achandrashekar>
hello. Im having some issues with libnss and ldap in ubuntu with ltsp. The issue is that it hangs on boot when reaching klog daemon. Can some one assist?
13:55
its been plaguing the authentication component needed for single logon management for ltsp. Any help is appreciated.
13:55
<Gadi>
achandrashekar: you installed ldap and libnss in the chroot?
13:56
<achandrashekar>
nope outside of chroot.
13:56
to have the abiltity to manage logons for all users
13:56
<Gadi>
so what hangs on boot? the srver?
13:56
er, server
13:56
<achandrashekar>
yes.
13:56
the server(s) both now
13:56
and there appears to be a bug report.
13:56
but no answers
13:57
<Gadi>
sounds like you followed the wrong howto :)
13:57
<achandrashekar>
Really???
13:57
<Gadi>
what distro?
13:57
<achandrashekar>
7.10 ubuntu
13:57
edubuntu really
13:57* Gadi has ldap auth working fine
13:57
<Gadi>
can you get to a prompt?
13:58
<achandrashekar>
nope no prompt
13:58
it hangs on the login prompt with no password field
13:58
<Gadi>
you may have to boot from a liveCD
13:58
<achandrashekar>
next
13:58
<Gadi>
and then mount the filesystem
13:58
<achandrashekar>
actually I went into rescue mode
13:58
<Gadi>
ah, ok
13:58
<achandrashekar>
and when i remove the ldap paramater in nsswitch.conf it boots again
13:59
add the ldap parameter and 'wham' it freezes up again
13:59
so Ive tried these ---
13:59
<Gadi>
when dealing with auth, always make sure its right before you reboot
13:59
:)
13:59
<achandrashekar>
1) switch the rc daemons for ldap to start with S10 instead of S18 ...didnt fix it
13:59
2) check the soft_boot yes
13:59
nope
14:00
<Gadi>
my slapd starts at S19
14:01
<achandrashekar>
3) right..i was told that trying to get it to start at S10, would boot before network stuff came up ...and hence its a trick
14:01
but that didnt work either
14:01
Gadi: are you using 7.10
14:01* Gadi nods
14:01
<achandrashekar>
and it works with no issues and ldap?
14:01
<Gadi>
no issues
14:01
Im happy to share any files you want
14:01
but, get urself to a prompt first
14:02
<achandrashekar>
if you could send me the files perhaps via email that'd be great..
14:02
specifically what version of libnss did you use
14:02
and the ldap.conf files and nsswitch
14:02
but im not sure "where" things are broken
14:03
you can use this email if you wish
14:03
achandra@linuxpresence.com
14:03
<Gadi>
ii libnss-ldap 255-1ubuntu2
14:03
ii libnss3-0d 3.11.5-3
14:03
<achandrashekar>
cool i will copy these down
14:04
<Gadi>
achandrashekar: its prolly easier if we work it out here
14:04
<achandrashekar>
ill have to get back to you on it...i have students in the class right now... is it possible to get back to you my time about 3pm PST?
14:05
ill be able to focus and not have students ask me "what is 3+5 ??? in an algebra 2 class" at the same time :)
14:06
<Gadi>
algebra 2 should at least have a variable
14:06
:)
14:07* Gadi will be gone by then, but we can pick it up 2moro
14:07
<Gadi>
if ur around
14:10sgonzalez has joined #ltsp
14:13
<sgonzalez>
Gadi, milesd, lns: Sonja here again (Go Ellis Eagles). After rebooting, the flash user has not reappeared at the top of top. It is running/logged in (id flash returns uid, gid and groups info on it) so I'm not sure what it is but doesn't seem out of control now. Just thought I'd follow up. Thanks for your help!
14:14
<Gadi>
sgonzalez: is the server using network auth?
14:14
or is flash a local user?
14:14sepski has quit IRC
14:14
<achandrashekar>
Gadi: sounds good. thanks
14:14
<sgonzalez>
Gadi, how can I tell?
14:15
<Gadi>
if you don't know who it is, or you think it to be phony, you may want to remove it
14:15
grep flash /etc/passwd
14:15
does that return anything?
14:15
<sgonzalez>
Gadi, no
14:16
Gadi, but flash is in my AD... I will disable that... I don't think I need it for anything.
14:17
<Gadi>
there ya go
14:17
poor Fred
14:17
a moment of silence for poor Fred Lash
14:17
<rjune>
?
14:17
<sgonzalez>
Gadi, I should have thought of that earlier... I wasn't thinking about AD users. Stuck on thinking it was part of Adobe's Flash. Thanks!
14:18
<Gadi>
np
14:18
Sherlock Holmes
14:19
he is da man
14:19
rjune: !!
14:19
<rjune>
Gadi !!!
14:19
<Gadi>
rjune: whats up with you lurking on this channel under a different name?
14:19
you dodging me?
14:19
:)
14:19
<rjune>
my wife uses my computer someimtes
14:19
her nick is jemstone
14:19
<Gadi>
ah, so she's dodging me
14:20
shouldve known
14:20
<jammcq>
heh, I would too
14:20
<Gadi>
hey hey
14:20
look who the cat dragged in
14:20
<rjune>
naa, we like Gadi
14:20
<Gadi>
poor cat
14:20
<jammcq>
no cats here
14:20* Gadi names the cat Fred Lash
14:20
<rjune>
why not Frank?
14:20
<Gadi>
mmm.... franks....
14:20
<jammcq>
and beans?
14:21
<Gadi>
no beans for you!
14:21
<rjune>
I got no sound until I fix my speakers
14:21
I accidently cut through the volume cable. Doh!
14:21
<Gadi>
lol
14:21
splice splice splice
14:22
u computer guys - always need a program to fix computer probs
14:22
:)
14:22
<rjune>
wasn't there a hebrew holiday recently?
14:22* Gadi hands rjune electrical tape
14:22
<Gadi>
hmm...
14:23
rjune: you changing the subject?
14:23
<rjune>
I need more then electrical tape.
14:23
I'm breaking out the solder
14:23
naaa
14:23
thought I remember hearing about one
14:23
<Gadi>
heh
14:23
you do know we sprinkle them out pretty evenly
14:24
there's always one recently
14:24
:)
14:24
<rjune>
LOL
14:25sgonzalez has quit IRC
14:30Blinny has quit IRC
14:31
<cliebow_>
Gadi:or is it Mr. Lash..have another coffee!!
14:32
<rjune>
let's give him something to calm him down.
14:32
<cliebow_>
Ollld Maaan Riiiiba...
14:32
<Gadi>
or his arch enemy - ming the mercilous
14:32
<cliebow_>
8~)
14:33
<Gadi>
ogra: I hacked in the command line thingy to lightbrowser - still too heavy for a 333MHz CPU with no cache
14:43
ciao, guys - hasta manana
14:43Gadi has left #ltsp
14:46cliebow_ has quit IRC
15:03cesar__ has joined #ltsp
15:04
<cesar__>
hello people
15:04
I have a question
15:05
Can I install one client ltsp over a flash memory?
15:06
now I am using a boot image for a client ltsp from floppy disk and it's working fine
15:07
but .. a floppy disk can broke easy
15:08
sorry for this question... in google I not found much information about this
15:13
<lns>
cesar__, i know it can be done, but i haven't done it before so i don't know the specifics
15:14
<cesar__>
thanks
15:16
I was thinkig if this is posible
15:17sonjag has quit IRC
15:18
<lns>
cesar__, i would think that ltsp can boot from *any* bootable media
15:18
the easiest (and most supported), is always PXE though
15:19
<cesar__>
mmm.... I have a flash memory of 512 Mb
15:21
may be this flash memory is big for this work... but I haven't other small flash memory
15:22
<sutula>
cesar__: I've used Netboot with a floppy or CD. I don't see why a USB stick wouldn't work just as well.
15:22
(assuming your BIOS supports booting from USB)
15:25
<cesar__>
yes.. I will run the bios setup for client ltsp and try get information about this is possible for this old machine
15:25
but
15:26
the flash memory I put with ide adapter
15:27
and then it is detected how a ide disc.... similar a common hard disk
15:28joebaker has joined #ltsp
15:28joebaker has left #ltsp
15:28
<sutula>
I haven't dealt with that...perhaps others have. But Netboot can boot from pretty much anything the BIOS will boot from.
15:29
<cesar__>
I don't understand how can I put the current image in the floppy disk into the flash memory
15:30
<sutula>
cesar__: man dd ?
15:31
<cesar__>
dd if=fd0 flashmemory
15:31
something similar to this
15:31* sutula nods affirmatively
15:31
<cesar__>
ok
15:31
thanks
15:32
<sutula>
cesar__: I don't know how the flash does it's boot blocks though, but that's a good first try
15:33
<cesar__>
yes
15:39Egyptian[Home] has quit IRC
15:40
<lns>
cesar__, flash drives have a special boot-bit i think
15:41
not sure if all support it, i'm sure you can google it
15:41
<cesar__>
mm.. ok
15:51
<warren>
Where are start_printer and cdpinger? can't find them in the sources
16:00mhterres has quit IRC
16:05
<sutula>
warren: I see cdpinger in ltspfsd (in Debian) but don't see start_printer anywhere
16:05
<warren>
sutula, in debian what command tells you which package a file came from?
16:06
ah, I see cdpinger
16:07
<sutula>
warren: dpkg -S
16:09
http://www.debian.org/distrib/packages is also helpful if you don't (yet) have it installed
16:14achandrashekar has quit IRC
16:24bobby_C has quit IRC
16:27slidesinger has quit IRC
16:31
<warren>
Is there any reason why it should be called /var/lib/tftp/ltsp/i386/pxelinux.cfg/default
16:31
instead of /var/lib/tftp/ltsp/pxe/pxelinux.cfg/default ?
16:31
Eric Harrison wanted to change that in fedora but he didn't explain why
16:32
<jammcq>
the 'i386' is so we could also netboot other architectures
16:32
<warren>
i don't understand
16:32
<jammcq>
the 'pxelinux.cfg/default' file needs to be in the same directory as the boot loader
16:32
err, pxelinux.bin needs to be in the same directory as pxelinux.cfg
16:33
so if you had a pxelinux.bin for a PPC, it would have to be in a different directory, to avoid the conflict
16:33
<warren>
PPC uses pxe?
16:33
we don't even have a pxelinux.bin
16:33
for i386
16:33
<jammcq>
well, what'ever it's called
16:33
<warren>
is that normal?
16:33
<jammcq>
it's a boot loader
16:33
<warren>
oh
16:34
I'm told by people here that other archs don't use a thing called PXE
16:34
it makes no sense to call the PXE directory i386 because you could have both i386 and x86_64 kernels in there.
16:34
<jammcq>
but what if they did?
16:35
<warren>
jammcq, they simply don't use PXE. They use other things from tftpboot
16:35
<jammcq>
in LTSP-4.2, we didn't have a 'pxe' directory
16:35
we only had separate directories for the archs
16:35
<warren>
/var/lib/tftp/ltsp/ can contain other archs while /var/lib/tftp/ltsp/pxe/ can contain the PXE stuff
16:35
<jammcq>
so how will you separate the individual archs?
16:36
<warren>
hm
16:36
I guess
16:36
<jammcq>
comingling kernels and bootloaders for multiple architectures into the same directory seems messy
16:36
<warren>
I guess i386 and x86_64 both in the "pxe" directory might be confusing
16:36
ok... renaming
16:36
<jammcq>
could be
16:36
btw, I was up at Michigan Tech yesterday. Their computer labs are all using Fedora 7
16:37
thought you might like to hear that
16:37
<warren>
horray
16:50K_O-Gnom has quit IRC
17:06cesar__ has quit IRC
17:06primeministerp has quit IRC
17:06elisboa has quit IRC
17:06spectra has quit IRC
17:06sep has quit IRC
17:06rjune has quit IRC
17:06jbrett has quit IRC
17:06sutula has quit IRC
17:06dubinsky has quit IRC
17:06warren has quit IRC
17:06Patina has quit IRC
17:09rjune has joined #ltsp
17:11jammcq has quit IRC
17:17cesar__ has joined #ltsp
17:17primeministerp has joined #ltsp
17:17elisboa has joined #ltsp
17:17spectra has joined #ltsp
17:17sep has joined #ltsp
17:17jbrett has joined #ltsp
17:17sutula has joined #ltsp
17:17dubinsky has joined #ltsp
17:17warren has joined #ltsp
17:17Patina has joined #ltsp
17:18elisboa has quit IRC
17:20dubinsky has quit IRC
17:20cesar__ has quit IRC
17:20sutula has quit IRC
17:20primeministerp has quit IRC
17:20warren has quit IRC
17:20Patina has quit IRC
17:20jbrett has quit IRC
17:20spectra has quit IRC
17:20sep has quit IRC
17:20sutula has joined #ltsp
17:20warren has joined #ltsp
17:20primeministerp has joined #ltsp
17:20jbrett has joined #ltsp
17:20Patina has joined #ltsp
17:20cesar__ has joined #ltsp
17:20sep has joined #ltsp
17:20joebaker has joined #ltsp
17:21dubinsky has joined #LTSP
17:21spectra has joined #ltsp
17:32joebaker has quit IRC
17:46
<lns>
If anyone is interested in poking through it, I've created a wiki page detailing my specific procedures for installing LTSP on Ubuntu Gutsy: http://lns.wikidot.com/lnsclientltspserverinstallprocedures
17:46
Please feel free to steal any information and use it anywhere else
17:50mccann has quit IRC
17:54cesar__ has quit IRC
17:56
<vlt>
Hello. Any idea why `ssh -X ltsp-server xeyes` works, but `ssh -X some-client xeyes` returns "Error: Can't open display:"? X11Forwarding yes
17:56
on the client
17:58
Just noticed something: When I connect to the client `echo $DISPLAY` is empty while it is "localhost:10.0" on the server. Why doesn't the client know $DISPLAY?
18:27
xbase-clients is installed on the client. What else could be missing?
18:44elisboa has joined #ltsp
18:53milesd has quit IRC
19:00elisboa has quit IRC
19:05elisboa has joined #ltsp
19:08Q-FUNK has quit IRC
19:27jammcq has joined #ltsp
19:36spectra has quit IRC
19:49bigc2135 has joined #ltsp
19:49
<bigc2135>
hello
19:50
?
19:50
can someone help me here?
20:05steph_ has joined #ltsp
20:06
<steph_>
Hi everybody. If I want to use the local soundcard on the client side, do I have to install the server daemon on the client?
20:07
<MacIver>
ltsp should already have pulse running on the client
20:08
<steph_>
Is it a pulse client?
20:09
Because I see ltsp-client and ltsp-server on the repository...
20:17bigc2135 has quit IRC
20:19
<MacIver>
steph_: what do you mean?
21:18elisboa has quit IRC
23:00Egyptian[Home] has joined #ltsp
23:54
<lns>
steph_, what distro are you using?
23:55
For Ubuntu, you should just have to install PulseAudio on the server (whether or not it has a sound card). The clients should have a PA client.
23:55
https://wiki.ubuntu.com/PulseAudio