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


Channel log from 11 August 2010   (all times are UTC)

00:07
<DanaG>
Not sure... still "preconfiguring packages"
00:08
And it seems to have stalled there.
00:08
0.0 cpu time for dpkg-preconfigu
00:10
Had to kill -9 the parent qemu-arm-static
00:11
Argh, it died after that.
00:12
Unsupported ioctl: cmd=0xffffffffc020660b
00:12
Trying with --skip-upgrade now.
00:15
<johnny>
you are running this on another arm box right?
00:15
ah.. qemu
00:16
that's neat
00:21dobber has joined #ltsp
00:22
<DanaG>
User-mode emulation... interesting.
00:23
<johnny>
well.. it might work better on a real arm machine
00:23
i can't comment tho..
00:24
ogra is the arm person to talk to
00:24
maybe vagrantc...
00:24
<DanaG>
I'll try it on the real ARM thing next.
00:24
<johnny>
vagrantc is debian dev, but ogra is ubuntu dev with a focus on arm (last i heard anyways)
00:24
<DanaG>
Yeah, preconfiguring... hung.
00:24
<johnny>
and ogra used to be one of the major ltsp developers
00:25
so he should be familiar with issues i hope
00:26
<DanaG>
I wish the use of non-netbootable systems was better documented -- or at least more googleable.
00:27
<johnny>
for arm in general?
00:27
why not netboot anyways
00:27
then you can compile without adding local storage
00:27
<DanaG>
Because ARM can't netboot.
00:27
Or at least, not easily.
00:28
<johnny>
it should be able to with gpxe right?
00:28* johnny isn't sure ift's been compiled for arm
00:28
<johnny>
and whatever nic chipset
00:28
<DanaG>
But where would gpxe go?
00:28
<johnny>
booted off a compact flash/sd /usb?
00:29
then again.. if you have a 32gb usb, obviously you don't need to netboot..
00:29* johnny isn't sure how much it actually takes to compile the whole thing
00:29
<johnny>
or install it all anyways
00:30
<DanaG>
And the only reason I'm trying thin client, is because Adobe won't get off their asses and compile an ARM flash. And I have somebody's existing "project" that was done in Flash -- and doesn't work with the open-source stuff.
00:31
Perhaps it'd take less total time to re-implement the thing in Javascript.
00:34
<johnny>
did you try the newest lightspark ?
00:35
the dude seems to release a new one every week
00:38
<DanaG>
hmm, is there a lightspark irc channel?
00:39
ah, silly me, /list
00:39DanaG has quit IRC
00:39vmlintu_ has joined #ltsp
01:03alkisg has joined #ltsp
01:11abeehc- has quit IRC
01:13abeehc- has joined #ltsp
01:20vmlintu_ has quit IRC
01:37|Paradox| has quit IRC
01:45dobber has quit IRC
01:45alkisg1 has joined #ltsp
01:47dobber has joined #ltsp
01:47
<Luke_Wolf>
alkisg, do you think that If I could ssh from tty2 to the server that I could mount the local drive that way?
01:47ftherese has quit IRC
01:48alkisg has quit IRC
01:51alkisg1 is now known as alkisg
01:55komunista has joined #ltsp
01:55DanaG has joined #ltsp
01:56
<DanaG>
argh, well, I got the thing built (except for squashfs, since I didn't wanna' wait, and had to give back the 2-gig SD card....
01:56
Now, it fails to mount nfs root.... http://pastebin.com/1jMemqEu
02:06
<johnny>
?
02:06
squash is for nbd
02:09
<Luke_Wolf>
http://pastebin.com/90v8qkHt I'm not sure what password it's asking for, since I've cleared that in the remote desktop settings... but this is theoretically the last wall for mounting that drive (although It may turn out I need a whole different command...)
02:10
<DanaG>
Yeah, and I'm not quite clear on what "nbd" is.
02:12
... or what I'm supposed to serve up.
02:12
<johnny>
well ubuntu does it by default
02:13
it's like if you served up a downloadable linux iso as the root, except.. over the network
02:13
<DanaG>
For me, by default, it didn't even start the daemon.
02:13vmlintu_ has joined #ltsp
02:13
<johnny>
it doesn't
02:13
<DanaG>
/etc/nbd-server/ is empty!
02:13
<johnny>
it's via /etc/inetd.conf
02:14
it gets started by openbsd-inetd on demand instead of always running a daemon
02:14
<DanaG>
ah.
02:14
<johnny>
/etc/nbd-server isn't even used
02:14
<DanaG>
So, what root path should my dnsmasq on my router serve up?
02:14
<johnny>
none
02:15
as far as i can tell anyways
02:15
<DanaG>
Or alternately, what nfsroot should cmdline specify?
02:15
<johnny>
neither
02:15
<DanaG>
ah.
02:15
<johnny>
that is.. unless you actually want to use nfs.. it's possible to enable nfs on ubuntu
02:15
nbd is just faster
02:15
<DanaG>
Going to try removing dhcp-option.
02:16
Anyway, so I'm trying to use the beagle as a slave to an x86 server.
02:16
<johnny>
well, i can show you my dnsmasq config.. altho it's probably overkill while i was trying to get something working
02:16
<DanaG>
Negotiation: Error: Server closed connection
02:16
Error: failed to connect to NBD server.
02:16
<johnny>
does it try?
02:16
you should be able to get nbd via port 2000
02:16
try it with nbd-client
02:16
from the server i mean
02:16
<DanaG>
I'm not getting how it's supposed to know what server to connect to, without dnsmasq telling it.
02:17
<johnny>
it defaults to the server it tftped to
02:17
or SERVER in lts.conf
02:17
<DanaG>
Ah.
02:17
Is lts.conf in the initramfs?
02:17
<johnny>
not by default
02:17
<DanaG>
It's an ARM box, so it can't tftp.
02:17
<johnny>
it aquires it from tftp
02:17
huh?
02:17
why can't it tftp
02:18
<DanaG>
Or rather, it can't tftpboot.
02:18
u-boot doesn't do usb-ethernet.
02:18
<johnny>
sure, but it still gets tftp in the initramfs
02:18
iirc anyways
02:18
<DanaG>
Hmm, it doesn't seem to say anything about tftp.
02:18
<johnny>
i don't know if it does
02:18
or will
02:19
i haven't looked at that code in forever
02:19
i kinda have to go back to otehr stuff now (like food)
02:19
but if you don't mind, you could unpack the initramfs and grep for it
02:19
or just look at the ltsp-trunk code under client/initrfamfs (i think)
02:20
or maybe just initramfs, i can't remmeber
02:20
it has the hook script
02:20
for initramfs-tools
02:20
you can follow the dep chain of vars, or just ask alkisg when he comes around
02:22* alkisg looks up... :)
02:22
<DanaG>
Oh yeah, and inetd.conf has no "2000" line.
02:23
Aug 11 00:22:39 tomato.localdomain dnsmasq-dhcp[17049]: 2069773876 requested options: 1:netmask, 3:router, 6:dns-server, 12:hostname,
02:23
Aug 11 00:22:39 tomato.localdomain dnsmasq-dhcp[17049]: 2069773876 requested options: 15:domain-name, 28:broadcast, 42:ntp-server
02:23
<alkisg>
DanaG: erm, can you give a short overview?
02:23
<johnny>
hmm.. it doesn't get added until there's a successful ltsp-build-client
02:23
<DanaG>
I'm trying to get a beagleboard up as an ltsp client.
02:23
<johnny>
i tink
02:23
<alkisg>
You have dnsmasq on your router, an x86 based ubuntu server, and you want an arm ltsp client?
02:24
<DanaG>
Well, dnsmasq on my router here... not sure what I'll have in the final install location.
02:24
<johnny>
alkisg, how do you force the nbd server if you're not netbooting
02:24
that's the question atm
02:24
but.. DanaG first you need this
02:24
<alkisg>
"force" == restart?
02:24
sudo invoke-rc.d openbsd-inet restart
02:25
<johnny>
alkisg, that doesn't work until there's a successful ltsp-build-client iirc
02:25
<DanaG>
Nothing special. There's no entry for "2000".
02:25
<johnny>
and since it's being built on another machine, there won't be
02:25Luke_Wolf has quit IRC
02:25
<johnny>
#<off># sane-port stream tcp nowait saned:saned /usr/sbin/saned saned
02:25
2000 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/i386.img
02:25
lemme try that again
02:25korcan has quit IRC
02:26
<johnny>
!pastebot
02:26
<ltspbot`>
johnny: "pastebot" :: The LTSP pastebot is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
02:26
<alkisg>
DanaG: wait, you don't have nbd in inetd.conf? `grep nbd /etc/inetd.conf`
02:26
<johnny>
alkisg, yes.. because as i mentioned.. no successful build :)
02:26
<DanaG>
9572 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdswapd
02:27
<alkisg>
OK, and you don't want to build an image, but put it there manually?
02:27
<johnny>
DanaG, here's my full inetd.conf
02:27
http://ltsp.pastebin.com./zM5abjjU
02:27
<alkisg>
sudo update-inetd --group LTSP --add "${NBD_PORT} stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd ${IMAGE}"
02:27
<johnny>
DanaG, you will need to run ltsp-update-image
02:27
<DanaG>
I built the rootfs on the arm board, then had to nuke the SD card to give back to the person I borrowed it from.
02:27
<alkisg>
(replace NBD_PORT and IMAGE as appropriate)
02:28
<DanaG>
But I copied the rootfs built by arm host, to the same place on my x86 host.
02:28
<johnny>
once you've copied the built arm chroot to /opt/ltsp/armel
02:30
<DanaG>
Okay.
02:31
<johnny>
replacing the arches of course
02:31
fooding..
02:31
<DanaG>
Hmm, now how's the thing supposed to be getting its server's address?
02:31
<alkisg>
next-server in dnsmsq.conf
02:32
(I don't remember the exact name, maybe it is tftp-server or something like that)
02:33
<DanaG>
hmm, tftp-server sounds right.
02:33
<alkisg>
dhcp-option=pxe,66,1.2.3.4
02:34
(option 66)
02:34
(without the pxe class if you don't use classes)
02:35
<DanaG>
Hmm, it's not even requesting dhcp-boot or such...
02:35
<alkisg>
If it doesn't support "boot from network", check if it supports gpxe. If it doesn't, you can load the kernel locally and boot the rest from the network
02:36vmlintu_ has quit IRC
02:36
<DanaG>
people/xl0/gpxe-arm.git xl0's repository, ARM port. Alexey Zaytsev 2 years ago
02:36
that's on etherboot git.
02:37
<alkisg>
If you ask on #etherboot i'm sure you'll get an answer there...
02:38mikkel has joined #ltsp
02:43
<DanaG>
ah:
02:43
dhcp-boot=/opt/ltsp/armel/boot/nbi.img,server0,192.168.1.143
02:44
Now: [ 25.478576] nbd9: Receive control failed (result -32)
02:44
<alkisg>
Erm, how was that served with tftp?! You have a tftp server serving /opt/ltsp?!
02:45
Usually on ubuntu, /var/lib/tftpboot is used for the tftp root....
02:47
<DanaG>
oh, maybe I gave it the wrong file... but anyway, it's not tftp-ing, since it's not netbooting for real.
02:47
/var/lib/tftpboot/ltsp/ is empty.
02:47
<alkisg>
How is it loading nbd.img then? from where?
02:48
<DanaG>
It's not loading it... that's just the config I gave dnsmasq.
02:48
What is nbd.img, anyway?
02:48
<johnny>
it's the actual imoage served up the client
02:48
<alkisg>
It contains the kernel and initrd in a form usable by old etherboot clients
02:49
Newer gpxe clients no longer use that. It's been broken since Karmic on ubuntu, so it won't work afaik.
02:49
How are you planning to boot the client?
02:49
<johnny>
oh wait. i'm thinking of a different file ..
02:50
<DanaG>
From an SD card, with the contents of that chroot.
02:50
Though, I also don't know what kernel command-line to pass.
02:50
<johnny>
why would you do that?
02:50
just sdcard with something that loads the initramfs is enough
02:50
then it should be able to mount nbd
02:51
<DanaG>
Oh, just the initramfs? What do I pass for "root="?
02:51
<johnny>
you can set the nbdserve and port there if necessary as well btw
02:51
i think you just set nbdroot..
02:51
i don't recall the format
02:52
<alkisg>
If you have your network configured properly, no kernel parameters are necessary
02:52
If you don't, you can set everything on the kernel command line (even a static ip for the client)
02:53
So just specifying the initrd should be enough...
02:54
nbd-server=1.2.3.4:2000 <== this is if you didn't setup option 66 on dnsmasq correctly
02:59
<DanaG>
Hangup
02:59
Negotiation: Error: Server closed connection
02:59
Error: failed to connect to NBD server.
03:00
<johnny>
did you restart openbsd-inetd after editing /etc/inetd.conf ?
03:00
try mounting it from the server
03:00
nbd-client <server> <port> something like that
03:00
<DanaG>
Actually, inetd -d doesn't even show anything incoming.
03:01
<johnny>
well.. you should start from a regular pc to test from elsewhere
03:01
<DanaG>
hmm, that "disconnect all on stop" -- accept default of "no"?
03:01
<johnny>
that way you can know where the problem lies
03:01
probably..
03:02
<alkisg>
DanaG: put "break=mount" as a kernel option
03:02
That will give you a busybox prompt
03:02
Try: nbd-client server-ip 2000 /dev/nbd0
03:02
If that works, you have a problem in your dnsmasq.conf
03:03
If not, you have a configuration problem on your server
03:03
<DanaG>
nbd0: unknown partition table
03:03
<alkisg>
That's fine
03:03
So, it's a problem with your dnsmasq.conf. Did you put option 66?
03:04
<DanaG>
I'm trying the nbd-server parameter, since the place I'm going to end up putting the things is not with dnsmasq.
03:04bobby_C has joined #ltsp
03:05
<alkisg>
DanaG: sorry, it's nbdroot=1.2.3.4:2000, not nbd-server
03:05
<DanaG>
thanks.
03:05vmlintu has joined #ltsp
03:06
<johnny>
sounds like you're getting there
03:07
<DanaG>
Unfortunately, the thing needs a DVI monitor.... which I don't have on hand.
03:07
Cool, server is receiving requests.
03:07Da-Geek has joined #ltsp
03:08
<alkisg>
Uh, so all that time you weren't seeing the client screen?
03:08
<DanaG>
[ 25.263977] nbd9: Receive control failed (result -32)
03:08
I'm using serial console.
03:09
<alkisg>
OK. There's a hangup as part of the booting, maybe that's the "receive control failed" part
03:09
(it's disconnected and reconnected afterwards)
03:09
<DanaG>
Added ttyS2.conf.
03:09
Now, who can I log in as on the serial console?
03:09
<alkisg>
You'd need to unlock the root account to log in locally
03:09
<johnny>
you would have to set the root password in the chroot and rebuild it...
03:10
yes, and unlock it
03:12
<DanaG>
Now, can I install a vnc server on it? =þ
03:12
Eh, that's enough for tonight... now I have it booting. Thanks greatly for all the help!
03:12
Wed Aug 11 01:12:47 PDT 2010
03:12
yeah, time for bed.
03:13
<alkisg>
Sure you can run x11vnc
03:13
Good night
03:13
<DanaG>
ah, now just have to figure out where to put the command to start x11vnc.
03:14
http://bootpolish.net/home_ltsp_installx11vnconltsp5
03:15
<alkisg>
Urm there are easier ways than that
03:15
<DanaG>
ah?
03:15
<alkisg>
If you put it in an ldm rc script, you'll have display and xauthority setup for you without manually trying to find them
03:16
Ah the alternative method there is pretty much ok
03:17
<DanaG>
yeah, the first one seemed crazy.
03:23
Now I just have to figure out how to get several different thin-clients each to load a different desktop.
03:23
<alkisg>
btw to maintain the chroot you can make a copy of it and export it read-write with nbd, and mount it from the serial console on the client after it boots
03:23
<DanaG>
I'm maintaining it with the qemu-arm-static, for now.
03:23
<alkisg>
Cool. What do you mean "different desktops"?
03:24
Different users?
03:24
<DanaG>
Or rather, have each run a different script of some sort at startup.
03:24
I'd want to have as few differences between clients as possible.
03:24
<alkisg>
There's RC_FILE in lts.conf, but do you want that script to run before or after the users log in?
03:25
RCFILE_01 to 10, can all be different for each client
03:25
<DanaG>
After login -- so, for example, it'd run Mozilla Prism fullscreened at startup. Different "page" in prism for each client.
03:25
Prism is a standalone, locked down xulrunner.
03:25
<alkisg>
That's on the server, you don't have to do anything on the chroot for that
03:26
<DanaG>
ah, how about auto-logon?
03:26
<alkisg>
LDM_AUTOLOGIN etc
03:26
!lts.conf
03:26
<ltspbot`>
alkisg: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
03:26
<alkisg>
See the man page ^^
03:26
So just a different ~/.config/autostart/something.desktop for each user should do it
03:26
<DanaG>
Sweet!
03:27
Last thing: where does audio go? I'd hope it uses pulseaudio, or something, to play on the client.
03:28
<alkisg>
Yup
03:28
Automatically
03:29
<DanaG>
Seet.
03:29
Sweet.
03:29
Oh, and I am a big fan of PulseAudio's multi-device handling -- on my laptop, I send web audio to onboard speakers, and music to my external speakers.
03:31bobby_C has quit IRC
03:31
<alkisg>
How do you do that?
03:31
<DanaG>
Set onboard as default, and use pavucontrol to move music player app to the USB sound card.
03:32* alkisg makes a not to check out pavucontrol some time... :)
03:32
<alkisg>
*note
03:33
<johnny>
alkisg, i've done it before
03:33
it's prett yswell
03:33
even just the default features on a desktop to move sound to different speaker outputs is neat enough
03:33
i had a set of usb speakers and moved the output to those easily
03:34* DanaG just noticed that guy set "nossl" and "passwdfile".
03:34* alkisg is using reverse vnc connections from the client to the server ip, so no need for passwdfile etc
03:35
<alkisg>
x11vnc -connect server
03:35
(server is defined in /etc/hosts, so no need to put an ip there)
03:36
<DanaG>
ah, so how does the server listen?
03:36
And does it connect immediately, or just on-demand?
03:37
<alkisg>
It keeps trying to connect, every 10 secs if I remember correctly
03:37
vinagre => enable listening for reverse connections
03:37otavio has quit IRC
03:38
<DanaG>
hmm, after I logged in on the client, vnc window closed.
03:39
<alkisg>
X gets restarted so you should try to reconnect
03:39
<DanaG>
ah, logfile not writable.
03:42alkisg has quit IRC
03:44alkisg has joined #ltsp
03:44alkisg has joined #ltsp
03:46
<DanaG>
ah, login gave: "no response from server... restarting."
03:49Frank` has quit IRC
03:49
<alkisg>
Whenever the server ip changes, you need to run: ltsp-update-sshkeys && ltsp-update-image
03:50
<DanaG>
ah, oh yeah, how do I get x11vnc to keep track of ldm xauth?
03:51* alkisg needs to do some work, be back in ~10h...
03:53
<DanaG>
ah, see you then.
03:53
Thanks for all that help!
03:54
<alkisg>
np - good luck
03:54alkisg has quit IRC
03:55
<DanaG>
Wow, that worked!
03:55
Now overdue for bedtime now...
03:56DanaG has quit IRC
04:04sweetpi has quit IRC
04:28ogra_cmpc has quit IRC
04:32ogra_cmpc has joined #ltsp
05:02rjune has quit IRC
05:05mistik1 has quit IRC
05:07vmlintu has quit IRC
05:18DaGeek_ has joined #ltsp
05:22Da-Geek has quit IRC
05:26vmlintu has joined #ltsp
05:39
<dobber>
so, you can't create a socket with sshfs :(
05:44DaGeek__ has joined #ltsp
05:48Da-Geek has joined #ltsp
05:48DaGeek_ has quit IRC
05:50DaGeek__ has quit IRC
05:57vmlintu has quit IRC
06:05Da-Geek has quit IRC
06:32pmatulis has joined #ltsp
06:41otavio has joined #ltsp
06:45daduke has quit IRC
06:49daduke has joined #ltsp
06:53test has joined #ltsp
06:54
<test>
Hi
06:54
I've got a problem on debian lenny + ltsp + pulseaudio. When I install kmix, I have no sound anymore even if I remove kmix
07:10vmlintu has joined #ltsp
07:16rjune has joined #ltsp
07:37[GuS] has joined #ltsp
08:18artista_frustrad has quit IRC
08:24[GuS] has quit IRC
08:26Gadi has joined #ltsp
08:27[GuS] has joined #ltsp
08:31artista_frustrad has joined #ltsp
08:32shawnp0wers has joined #ltsp
08:33mikkel has quit IRC
08:34redbaritone has quit IRC
08:34redbaritone has joined #ltsp
08:52Da-Geek has joined #ltsp
08:56shogunx has quit IRC
08:58test has quit IRC
09:10bobby_C has joined #ltsp
09:19jammcq has joined #ltsp
09:19
<jammcq>
hello friends
09:42vagrantc has joined #ltsp
09:51vagrantc has quit IRC
09:58shawnp0wers has quit IRC
09:59
<highvoltage>
bonjour jammcq
09:59
<jammcq>
:)
10:07bobby_C has quit IRC
10:26test has joined #ltsp
10:26
<test>
Hi
10:26
I've got a problem with pulseaudio and ltsp
10:26dobber has quit IRC
10:26
<test>
sound works in mplayer
10:27
but not in kde3
10:27artista_frustrad has quit IRC
10:30mistik1 has joined #ltsp
10:31
<jammcq>
mistik1: ???
10:36alexqwesa has quit IRC
10:38alexqwesa has joined #ltsp
10:40artista_frustrad has joined #ltsp
10:53Da-Geek has quit IRC
10:58test has quit IRC
10:59shawnp0wers has joined #ltsp
11:00DanaG has joined #ltsp
11:00
<DanaG>
say, now, how do I set the default ALSA volumes for a thin-client?
11:00
On omap3beagle, it defaults to horribly high analog AND digital gain, and distorts quite horridly.
11:15
<_UsUrPeR_>
DanaG: I think I may have an answer for you
11:15
one moment.
11:15alkisg has joined #ltsp
11:16
<DanaG>
ah, I think maybe copying asound.state will work.
11:16
<_UsUrPeR_>
DanaG: you also must put a rule in on boot in order to have it recalled during the start of X
11:17
and both the rule and asound.state should be resident inside the ltsp image
11:18
<johnny>
there's various SOUND options in lts.conf
11:18
<DanaG>
The default volume on omap3beagle is 10dB analog gain, 12 dB digital coarse gain, and -6 db analog fine gain.
11:18
Makes it sound absolutely horrid. =þ
11:18
<alkisg>
!lts.conf
11:18
<ltspbot`>
alkisg: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
11:19
<alkisg>
^^^ a lot of volume options there
11:19
Basically, you can configure *any* volume, as the lts.conf directive names are depended on your card
11:19
amixer gives you the control names...
11:20
<DanaG>
Gotta' love google.
11:20
I google for ltsp asound.state, it gives me:
11:20
"However, if you give that stock to LTSP as a gift, you AVOID the capital gains tax and can also ... STATE Street Bank Trust Company... "
11:20
Caps are what it matched.
11:21
<alkisg>
Heh
11:21
<DanaG>
how the hell is "avoid WORD WORD WORD WORD WORD WORD WORD state" "asound.state"
11:21
<dberkholz>
DanaG: try using quotes around asound.state
11:22jwhite has joined #ltsp
11:23
<DanaG>
hmm, yeah, not only that, but I also need a "+" to say, "yes, I really mean those quotes, damnit!"
11:23
Well, sometimes it ignores even quotes.
11:24
Now, how do I deal with control names with spaces?
11:24
<_UsUrPeR_>
DanaG: here http://pastebin.com/C2wNXZ3A
11:24
penned by yours truly about 6 months ago
11:25
for myself, I was working with a call center, and our units were defaulting to max gain on their headsets, causing everything people said to blow out the customer's ear drums :)
11:26
<alkisg>
DanaG: from ltsp-init-common: # Translate the channel name into an environmentally
11:26
# friendly variable. In other words, a variable
11:26
# in all caps, where forward slashes, hyphens, and
11:26
# spaces are replaced by underscores, and anything
11:26
# in parentheses is dropped completely
11:27
# eg. if the channel is named 'Mic Boost (+20dB)'
11:27
# then the variable is simply MIC_BOOST_SWITCH
11:27
<_UsUrPeR_>
alkisg: is this a new development?
11:27
<alkisg>
(SWITCH is for switches, VOLUME for volumes)
11:27
_UsUrPeR_: no, that's how it always has been
11:27
<_UsUrPeR_>
huh
11:28
<alkisg>
(at least since I know about ltsp)
11:28
<_UsUrPeR_>
I tried using the lts.conf for sound settings a while back with Gadi's assistance, and the procedure I have above was the closest I could get to "simple"
11:31
<alkisg>
_UsUrPeR_: hmm... well, to change the volume you can either save/restore the state, or use separate lts.conf variables like I said above - whichever seems simpler to you
11:31
To me, the lts.conf method seems simpler, as I don't need to modify the chroot...
11:32
Of course the lts.conf method won't work for more than 1 card, so you'd need a script there.
11:32
<_UsUrPeR_>
alkisg: I agree. the lts.conf is definitely the easiest way to do it. Unfortunately, it did not work for myself and the particular LTSP client.
11:32
<alkisg>
I can't imagine why, but if Gadi was helping you, I'm sure he knew what he was doing.
11:34knipwim has joined #ltsp
11:45
<DanaG>
ah, I'm going with asound.state -- thanks.
11:48
<alkisg>
DanaG: the lts.conf will probably be simpler, you won't need to update the chroot every time you need to change the default volume..
11:48
<DanaG>
The speakers I'll be using have their own volume control, so I'm just setting things to 0dB.
11:48
no gain, no attenuation.
11:49
er, wait, 0 is inaudible....
11:49
oh, I forgot the switches.
11:49
Argh, stupid bad defaults!
11:50
And it didn't restore state!
11:50
<alkisg>
OK - I'm just saying that you don't need to search for workarounds if the "official" method works.
11:52
<DanaG>
Oh, and left and right are swapped!
11:52
Yeah, sounds like lts.conf will be more reliable.
11:52
Do you edit that on server, or on chroot?
11:52
Or rather, within, or outside?
11:54
<alkisg>
/var/lib/tftpboot/ltsp/i386/lts.conf
11:55
<DanaG>
ah, though, since I'm using a beagleboard, that tftpboot isn't what'll be used.
11:55
I'm loading kernel and initramfs from SD card.
11:55
<alkisg>
It will. If boot filename is empty (which I guess it is) then it defaults to ltsp/i386/lts.conf
11:56
<DanaG>
Arch is armel.
11:56
/var/lib/tftpboot/ltsp is empty.
11:57
<alkisg>
Yes because you didn't run ltsp-update-image, but it will still be used. i386, not armel.
11:57
<DanaG>
I did run update-image.
11:57
Update-kernels created "armel" dir in that folder.
11:57
But no lts.conf there.
11:58
<alkisg>
(07:56:33 μμ) DanaG: /var/lib/tftpboot/ltsp is empty. ==> so it isn't empty, it has an armel folder, right?
11:58
<DanaG>
It WAS empty.
11:58
Until I ran update-kernels.
11:58
<alkisg>
Ignore the armel folder. Make an i386 folder and create an lts.conf inside that
11:59
<DanaG>
"In case you want to use the lts.conf here, this still works, but you need to run ltsp-update-image after every change."
11:59
<alkisg>
(unless you modify your dnsmasq.conf on the router to set boot-filename=/ltsp/armel/pxelinux.0)
11:59
<DanaG>
So says the one within the chroot.
11:59
<alkisg>
DanaG: yes, but again, if the official method works you don't need to search for workarounds.
11:59
Why would you update the image every time you change lts.conf?
11:59
<DanaG>
The official method strikes me as weird, though. And update-image takes, oh, 2 seconds, tops.
12:00
oh yeah, that's my SSD.
12:00
Right... the final place I'll deploy will have HDD, not SSD....
12:00
<alkisg>
OK. I'm just proposing the official method, of course you're free to choose your own way to do things.
12:00
<DanaG>
Yeah, I'll do that now.
12:01
I'd just forgotten to consider why it was so fast on my laptop... =þ
12:02
Say, do those audio settings take "dB" values?
12:02
Or just percent?
12:02
<alkisg>
Percent
12:02
The switches are on/off I believe
12:03
<DanaG>
yeah, looks like that's it -- looked at that ltsp-init-common.
12:04* alkisg gotta go - good luck
12:06alkisg has quit IRC
12:11
<DanaG>
Simple mixer control 'Codec Operation Mode',0 Capabilities: enum Items: 'Option 2 (voice/audio)' 'Option 1 (audio)' Item0: 'Option 2 (voice/audio)'
12:11
say, how would I set that one?
12:14fly23 has joined #ltsp
12:14
<fly23>
hi
12:15
i just finished setting p ltsp with ubuntu 10.04
12:16
we have almost identical thinclients, only the monitors are different at each client, and that seems to be a problem
12:17johnny has left #ltsp
12:18
<fly23>
is there a way to preset the display-resolution for each client seperatly, but in one central file?
12:18
<DanaG>
Does it not just autodetect?
12:18
<fly23>
this works only on the TFT
12:18
most clients have CRTs attached
12:18johnny has joined #ltsp
12:20
<fly23>
setting the right resolution/Hz combination inside gnome works, but when the user logs in later at another thinclient, resolution is wrong again
12:23
<DanaG>
Ah, that reminds me... stupid CRT manufacturers...
12:23
they set their 4:3 CRTs to report a 5:4 resolution as "optimal".
12:24
syntax error in /etc/lts.conf, line=1
12:25
argh.
12:27
DAC_VOICE_ANALOG_DOWNLINK_VOLUME=67
12:29
great, I accidentally nuked my I10-sound file
12:29
/opt/ltsp/*/usr/share/ltsp/xinitrc.d/I10-sound
12:29
can somebody pastebin that file for me, please?
12:30
asterisk is so it doesn't matter what architecture.
12:33
<fly23>
http://pastebin.com/8cUDfi76
12:33irule has joined #ltsp
12:34
<DanaG>
Thanks.
12:44pths has quit IRC
12:48shawnp0wers has quit IRC
12:55
<[GuS]>
Guys, i have a small cuestion, i use Gentoo for LTSP5, and i've setup pulseaudio. I must compile the apps so that they could support pulseaudio right?
12:56
<johnny>
on your server, yes
12:56
the client already has everything with pulseaudio
12:56
there's no need to "set up" pulseaudio
12:57
you shouldn't use the system level script at all
12:57
the script in /etc/init.d i mean
12:57
please don't use it
12:57
they advise against it unless you have a special use case
12:58bobby_C has joined #ltsp
13:00
<DanaG>
ARFGH
13:00
that lts.conf audio stuff didn't work!
13:01
syntax error in /etc/lts.conf, line=1
13:01
<johnny>
you spelled it wrong
13:01
<[GuS]>
johnny: i've followed this: http://bootpolish.net/home_ltsp_ltsp5sound (but for gentoo)
13:01
<johnny>
does your lts.conf being with [default]
13:01
<[GuS]>
the pulse audio in the client is running, but i dont have sound
13:01
<johnny>
no!
13:01
that doc is fail
13:01
it's unnecessary
13:02
except the part about recompiling packages with pulseaudio use flag that is
13:02
you might have broken your system
13:02
<[GuS]>
?
13:02
i didnt compile anything
13:02
since i didnt set pulseaudio flag
13:02
<johnny>
well set pulseaudio flag on your server and emerge with --newuse
13:03
and ignore that doc for the most part
13:03
<[GuS]>
ok
13:03
<johnny>
the only thing that "might" be valid is the asoundrc
13:03
<[GuS]>
so, i dont need to install pulsesudio inside chroot?
13:03
<johnny>
but i don't think it is
13:03
it already is
13:03
<[GuS]>
well, wansnt in mine
13:03
<johnny>
then your installation was not complete
13:03
in the first place
13:03
<[GuS]>
johnny: then the wiki of gentoo is incomplete
13:03
<johnny>
it's required to be installed
13:03
i'm sure it is
13:03
i don't have gentoo
13:03
i just know they are all doing it wrong
13:03
i wrote the code, they are failing
13:04
and they won't even come talk to me to fix it
13:04
<[GuS]>
and also the gentoo script for ltsp is incomplete
13:04
so, is not my fault :)
13:04
<johnny>
no it isn't :)
13:04
it works fine
13:04
<[GuS]>
good :)
13:04
<johnny>
except for the part requiring network drivers
13:04
<[GuS]>
so, lets back to the subject.
13:04
first of all, add pulseaudio flasg
13:04
<johnny>
that's the only real problem.. but that's the problem with genkernel..
13:04
<[GuS]>
flag*
13:04
<johnny>
not mine
13:05
<[GuS]>
johnny: for the network drivers already compile it with the needed drivers... also added video drivers in make.conf and blablabla
13:05
i only need sound, and make work scanners
13:05
also, the conf of the chroot pulseaudio in that novell doc, is right?
13:06
(actually i saw in the terminal client that i have pulseaudio running now)
13:06
<johnny>
scanners aren't possible
13:06
not in any ltsp
13:06
<[GuS]>
:S
13:07
<johnny>
i mean.. you acn use local apps
13:07
<[GuS]>
so, that is the only "fix"
13:07
<johnny>
but they aren't possible with server apps
13:07
as far as i can tell anyways
13:07
if you have hp scanners.. you might get lucky with saned
13:07
<[GuS]>
ok... i saw somewhere running sanned daemon that might work... but i dont know
13:07
<johnny>
but.. that's only cuz they made a concious effort
13:07
to support network scanning
13:08
<[GuS]>
well, is a multi fuction printer, that has scanner and is hp
13:08
<DanaG>
ah, I was missing the [default] header.
13:08
<johnny>
ah.. ok.. then you an probably make itw ork
13:08
hmm.. conf of the chroot pulseaudio?
13:08
the only conf for pulseadio is in the ltsp init scripts
13:08
it doesnt use anything under /etc/pulse*
13:09
that's how we have a common set of options between distros
13:09
so ignore anything that tells you use mess with /etc/pulse*
13:09
uggh.. why won't these people ever come talk to the author for help :(
13:10
i also though knipwim would fix the gentoo wiki
13:10
[GuS], it's hard for me, because i don't use gentoo on the desktop anymore, only on my linode
13:11
<[GuS]>
yeah i know johnny...
13:11
is complex...
13:11
i was for me, i would not use gentoo for this
13:11
but my company where i work, they do.
13:11
Sorry for all gentoo users, but with our time and how client reacts, gentoo is a waste of time...
13:11
but well, i dont have a choice here...
13:11
i must try to make it work...
13:13* Kyle__ sighs
13:13sweetpi has joined #ltsp
13:13
<[GuS]>
johnny: what about this? http://www.mail-archive.com/ltsp-discuss@lists.sourceforge.net/msg38575.html
13:13
i think i will try that
13:13
<Kyle__>
So I tried duplicating my setup in my second lab, not so streightforward :P
13:13
<[GuS]>
for scanners
13:14
<Kyle__>
I'm getting "Error: NBD_TYPE[0] contains unknown value" when trying to boot.
13:14komunista has quit IRC
13:17
<Kyle__>
Did my image just get screwed up or something?
13:18
<[GuS]>
so... in resumen... i must configure only the asound.conf in the server and thats all? (including of course the pulseaudio USE stuff)
13:18
resume*
13:18johnny has left #ltsp
13:19johnny has joined #ltsp
13:21
<[GuS]>
i wonder if in Debian like distros LTSP has a better support..
13:22
about LTSP5
13:22
<johnny>
[GuS], definitely
13:22
100x
13:22
ubuntu for sure
13:22
on gentoo.. who knows when packages get upgraded that break things
13:22
<[GuS]>
johnny: well, i am debian/kubuntu user... but my boss loves gentoo :P
13:22
yeah
13:22
<johnny>
then tell your boss to come in here
13:22
and work on it
13:22
<Kyle__>
I never actually knew why anyone would use gentoo for real work. But then again, I'm not a gentoo fan.
13:22
<johnny>
Kyle__, gentoo is great.. my linode runs it
13:23
<[GuS]>
i always break something on updates... and even when i do take care of it
13:23
<johnny>
i used it on a desktop for years
13:23
but i learned all i can learn
13:23
and the distro stopped being so bleeding edge. i switched to fedora
13:23
<Kyle__>
johnny: I used CRUX for that. I loved that distro.
13:23
<johnny>
i wanted more integration
13:23* Kyle__ nods
13:24
<[GuS]>
johnny: well.. when i was young and used do that... but in the times we live today and on a company that we do have many request from our clientes, gentoo is impossible... clientes get angry cause to do something we take so long... like example, reinstalling firefox... openoffice... is apain
13:24
<Kyle__>
But that's for personal use, not work.
13:24
<johnny>
i enjoyed my time spent actually buind a system
13:24
<Kyle__>
Anyway.
13:24
<johnny>
[GuS], then yes.. make your boss do it
13:24
<_UsUrPeR_>
DanaG: any luck?
13:24
<Kyle__>
Is NBD_TYPE[0] contains unknown value a big problem? A red herring?
13:24
<johnny>
never heard of it
13:24
you didn't say how you duplicated anything
13:24
did you rerun ltsp-build-client?
13:25
did you make sure to set --arch i386 if your clients are i386
13:25
[GuS], i wrote teh gentoo ltsp support because i wanted to understand how ltsp worked
13:25
but it does require a real maintainer nowadays..
13:25
<Kyle__>
I copied over my ltsp-build-client.config, ran ltsp-build-client.
13:25
<johnny>
maybe when i get a new computer i can do that
13:25
<[GuS]>
johnny: indeed...
13:26
<johnny>
i'm using a pentium-m 1.5mhz
13:26
<Kyle__>
Humm. I think thats in th e config file, but I didn't specify it on the CLI. lemmie try that.
13:26
<johnny>
with 1GB ram
13:26
i never did enough to need a config file
13:26
[GuS], my ltsp install is on ubuntu
13:26
at my store, we use em for public internet terminals
13:27
<[GuS]>
so... back to scanners.. since my boss is telling me that he make possible to work scanners years ago :P... i must use LOCALAPPS for that?
13:27
<Kyle__>
I'm probably not doing enough to _need_ a config file either, but I'm trying to keep it documented.
13:27
<johnny>
but mostly because ubuntu was already there
13:27
[GuS], well with hp scanners , the hp driver, and saned, it might work
13:27
<[GuS]>
johnny: yeah, indeed... i use debian/kubuntu everywhere... today i dont have time for this shi...*
13:27
<johnny>
i wouldn't recommend kde
13:27
gnome works better with ltsp
13:27
<[GuS]>
is why i losee to much time in my work try to make gentoo work...
13:27
johnny: well, is not the case here
13:27
<johnny>
[GuS], yes.. i don't think it's fair for you to use it, if you don't already know the gentoo tricks
13:28
<[GuS]>
johnny: well, i've started to work since 6 months here as linux admin... i've used many distros.. and g entoo not much... but even if you know gento tricks... you use a lot of time on it
13:28
which for me, and more for the clients... is not good
13:28
<johnny>
well at that point you'd setup distcc and reuse binary packages
13:28
then compiling stuff is easier
13:29
<[GuS]>
and now here gave me the task to make LTSP5 works with everything (currently we use ltsp4.2). I wonder if he was thiking that sound,local devices and scanners would work with ltsp5 by miracle :P
13:29
well, we use a full stage4 with all packages.
13:29
<johnny>
well, they did the last time i tried :)
13:29
exept teh scanners
13:30
my computer just can't run gentoo
13:30
i got rid of my desktop machinee
13:32* [GuS] getting tired with ltsp in gentoo :(
13:34
<DanaG>
_UsUrPeR_: my thing worked after adding the [default] header.
13:34
Thanks.
13:35
<_UsUrPeR_>
oh, yeah. that's required :)
13:38
<DanaG>
though, it's odd... when I set volume to "66", it ends up at more like 70.
13:38
er, 67, rather, ends up at like 70.
13:40
<_UsUrPeR_>
some settings in alsa (from what I recall) can only operate at 10% increments.
13:40
that may be the case with that specific setting
13:41bobby_C has quit IRC
13:43alexqwesa has quit IRC
13:44
<DanaG>
In alsamixer, it works fine at 67.
13:46
<_UsUrPeR_>
huh
13:51
<DanaG>
... and setting it to "66"... results in it being set to 67.
13:51bobby_C has joined #ltsp
13:52alexqwesa has joined #ltsp
13:53
<DanaG>
SO it looks like an off-by-one error, combined with rounding up.
13:55|GuS| has joined #ltsp
13:55[GuS] has quit IRC
14:15DanaG has quit IRC
14:16
<Kyle__>
Drat. I rebuilt the image, still getting the same error.
14:19
<johnny>
start over..
14:20komunista has joined #ltsp
14:22
<Kyle__>
Yea, doing so. The server here is 32bit, I'm building in the standard place... so would I need any extra options to ltsp-build-client?
14:33bobby_C has quit IRC
14:34jhutchins_lt has joined #ltsp
14:35pmatulis has quit IRC
14:44Lns has joined #ltsp
14:44Lns has joined #ltsp
14:49bobby_C has joined #ltsp
14:57|GuS| has quit IRC
15:05jhutchins_lt has quit IRC
15:09jhutchins_lt has joined #ltsp
15:10
<johnny>
no.. not really
15:11alkisg has joined #ltsp
15:15jhutchins_lt has quit IRC
15:15jhutchins_lt2 has joined #ltsp
15:16jhutchins_lt2 is now known as jhutchins_lt
15:19sweetpi has quit IRC
15:21DanaG has joined #ltsp
15:21
<DanaG>
Say, can nbdroot use dns to resolve a name?
15:22
<alkisg>
fly23: did you solve the monitor problem? You just need to use XRANDR_MODE_0 in lts.conf...
15:22
<Kyle__>
Rebuilding it fixed it. Weird. No idea wh at was _really_ wrong.
15:28litlebuda has joined #ltsp
15:31ogra has quit IRC
15:35komunista has quit IRC
15:44DanaG has quit IRC
15:44DanaG1 has joined #ltsp
15:44DanaG1 is now known as DanaG
15:54jammcq has quit IRC
15:57bobby_C has quit IRC
15:58
<DanaG>
Weird... trying to chroot into the ARM thing isn't working on the computer the thing is going to end up on.
15:58
Works fine on my Core 2 Duo; the non-working one is "Pentium Dual-Core" -- looks like no VT.
15:59
oh wait, I copied 64-bit qemu-arm-static... silly me.
16:05DanaG has quit IRC
16:05DanaG1 has joined #ltsp
16:05DanaG1 is now known as DanaG
16:12|Paradox| has joined #ltsp
16:14jhutchins_lt has quit IRC
16:17jhutchins_lt has joined #ltsp
16:37bobby_C has joined #ltsp
16:42
<DanaG>
Say, how do I make an ltsp system be able to read from a client-local /dev/ttyUSB0?
16:44
<fly23>
alkisg: i don't trust xrandr, but a fixed resolution for each MAC-addr did the job
16:44
<Kyle__>
Does anyone here use actual thin-clients to connect to LTSP, instead of desktops/laptops?
16:45
<alkisg>
fly23: there's X_MODE_0 if you don't like xrandr, but the best way would be to specify the monitor frequencies, if you have the time for this. Then you wouldn't need to specify the resolution, it would just work.
16:45
(X_VERTREFRESH and X_HORZSYNC)
16:46* alkisg prefers XRANDR_MODE_0 to X_MODE_0 because it allows apps such as tux* or games to change the resolution on the fly)
16:47
<alkisg>
Kyle__: most people here do. Personally I'm using mostly desktops and laptops though, I only have 1 real thin client.
16:48
DanaG: you mean plugging a usb stick on a client? it should work automatically with ltspfs...
16:48
(urm, I don't know about armel though)
16:49
<Kyle__>
Hum.
16:50
<DanaG>
No, not flash drive, but rather, usb-serial.
16:50flatus has quit IRC
16:50Selveste1 has quit IRC
16:50
<DanaG>
Or alternately, I need a reliable way to have something run locally, read from ttyUSB0, and feed to xdotool.
16:51
<Kyle__>
DanaG: for connecting to microcontrollers?
16:51* Kyle__ doesnt' know what else you'd really use them for on a thin-client...
16:51
<DanaG>
Rather, an RS232 keypad.
16:51
<Kyle__>
DanaG: Maybe just check the permissions of the /dev/ node, and add the user to the appropriate group?
16:51
or modify the udev script.
16:53flatus has joined #ltsp
16:53* Kyle__ podners.
16:54jhutchins_lt has quit IRC
17:06Selveste1 has joined #ltsp
17:07Selveste1 has quit IRC
17:11
<mistik1>
Gadi: what's up man
17:11Gadi has left #ltsp
17:11Selveste1 has joined #ltsp
17:13* Kyle__ grumbles. Always remember the difference betwen date +%S and date +%s when writing one liners.
17:14
<DanaG>
argh, server doesn't see ttyusb from client.
17:15
"a new version of the system is available, rebooting in 10s"
17:15
what was that about?
17:16
<alkisg>
That's when a new nbd image is created with ltsp-update-image
17:17
How would that keypad thing work locally? I mean, how it would send events to X?
17:17
(without ltsp)
17:19
<DanaG>
I'd probably use xdotool.
17:19
xdotool key a
17:19
xdotool key 1
17:20
(using what was read from serial).
17:20
<alkisg>
So why not run the same script locally?
17:20
Why does the server need to be involved?
17:21Lns has quit IRC
17:21
<alkisg>
You need to run xdotool like you did x11vnc, so that it has access to the X display, but other than that it should work, no?
17:22
<DanaG>
That would work, too.
17:23
I could just run it with sudo -u whatever
17:23
<alkisg>
Or with ltsp-localapps script
17:24
(if the user has access to ttyusb)
17:26
<DanaG>
hmm, I tried setting auto-login, and it's not working...
17:27
odd.
17:28
<alkisg>
You need LDM_AUTOLOGIN, LDM_USERNAME and LDM_PASSWORD
17:28bobby_C has quit IRC
17:29
<DanaG>
I have all three. Also, logging in to serial console as that user isn't working.
17:29
Is the ldm user supposed to exist on the server directly, or within the chroot?
17:30
<alkisg>
On the server
17:30
So logging in locally won't work.
17:31
<DanaG>
hmm, it worked when I had a user named ltsp-user, yet I created a new user, and that doesn't work.
17:31
Or rather, local seems to work only after LDM login.
17:32
oh, user doesn't exist...
17:32
wait, that's in chroot.
17:32
<alkisg>
You shouldn't need to have local users
17:32
When you use localapps (=enabled by default) the user that logs in on ldm is copied to the thin client /etc/passwd
17:33
But that's only temporary, no accounts normally exist on the chroot
17:34
<DanaG>
expect saw: ltsp126@10.0.0.50's password:
17:34
expect saw:
17:34
ah, wrong user.
17:34
or rather, wrong var name, probably..
17:34
ah, I had "user", not "username"
17:37johnny has left #ltsp
17:40johnny has joined #ltsp
17:42
<DanaG>
Now, if I select "reboot" in the client, will it reboot just the client?
17:42
If it rebooted the server, that'd be a bug....
17:44
<alkisg>
It'll just logout
17:44
I've uploaded a patched gnome-session to my ppa that properly reboots the client
17:44johnny has left #ltsp
17:44
<alkisg>
https://launchpad.net/~ts.sch.gr/+archive/ppa/
17:47johnny has joined #ltsp
17:47
<DanaG>
hmm, can't resolve ports.ubuntu.com.
17:48litlebuda has quit IRC
17:49
<alkisg>
the gnome-session package should be updated on the server, not on the chroot
17:50
<DanaG>
ah, server's main OS is Lucid; chroot is Maverick (for 35 kernel).
17:51johnny has left #ltsp
17:55johnny has joined #ltsp
17:55
<DanaG>
ah, resolv.conf.
18:10
ah, ltsp-localapps
18:10
has to be run from logged-in ltsp desktop.
18:11alkisg has quit IRC
18:19
<DanaG>
well, that's weird... LTSP session just hung.
18:20
That's weird... even without console=tty0, it still shows messages on tty0.
18:30shawnp0wers has joined #ltsp
18:46|Paradox| has quit IRC
18:50|Paradox| has joined #ltsp
19:00pmatulis has joined #ltsp
19:05alkisg has joined #ltsp
19:12pfloyd37 has joined #ltsp
19:13
<pfloyd37>
Hello. I am trying to install ltsp onto CentOS. Following the instructions from the Fedora link do not work because it appears to not be in any CentOS repositories. Can anyone point me in the right direction?
19:15DanaG has quit IRC
19:23
<alkisg>
Heh... http://www.adobe.com/support/security/bulletins/apsb10-16.html ==> a lot of fixes about multiple memory corruption vulnerabilities... I wonder if flash will be just a little more stable after that :)
19:33pfloyd37 has quit IRC
19:44ogra_cmpc has quit IRC
19:57ogra_cmpc has joined #ltsp
20:07irule has quit IRC
20:38pmatulis has quit IRC
20:39DanaG has joined #ltsp
20:40shawnp0wers has quit IRC
20:43DanaG has quit IRC
20:44DanaG has joined #ltsp
20:48alkisg has quit IRC
21:03LedHed has joined #ltsp
21:04jhutchins_lt has joined #ltsp
21:06
<LedHed>
I have a LTSP server thats been running fine for a while now. I have to change the IP. When I changed the IP on the server (and set the new IP as the boot server on the DHCP server) the clients boot, but the LDM never comes up, it just goes black. Other than changing the interface IP and the DHCPd settings where else might I have to change the IP address?
21:12dgroos has joined #ltsp
21:12dgroos has left #ltsp
21:25jhutchins_lt has quit IRC
21:30
<johnny>
LedHed, you need to run ltsp-update-sshkeys && ltsp-update-image --arch i386
21:34DanaG has quit IRC
21:37jhutchins_lt has joined #ltsp
21:41
<LedHed>
johnny, thank you! you are a life saver.
21:59LedHed has left #ltsp
22:16MornignSon has joined #ltsp
22:42DanaG has joined #ltsp
23:12jhutchins_lt has quit IRC