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


Channel log from 3 February 2010   (all times are UTC)

00:03alkisg has joined #ltsp
00:14mushroomblue has joined #ltsp
00:14mushroomtwo has quit IRC
00:15* vagrantc waves to alkisg
00:15
<alkisg>
Good morning vagrantc, hi everyone
00:19
vagrantc: I'm not sure if I'm reading this correctly (it's too early in the morning here) but doesn't that change prevent someone from declaring both NBD_SERVER and SERVER in lts.conf?
00:20
Wouldn't it need an "if [ -z "$SERVER" ]" in front of it?
00:21
<vagrantc>
alkisg: yeah, i was thinking of that...
00:21
hm.
00:21
i guess it's possible to have both.
00:22* alkisg doesn't need that, but thinks that some people have different application servers than nbd servers...
01:04Egyptian[Home] has quit IRC
01:20Egyptian[Home] has joined #ltsp
01:49Selveste1 has quit IRC
02:00gnunux has joined #ltsp
02:38Eghie has joined #ltsp
03:21mikkel has joined #ltsp
03:34
<vagrantc>
i can't figure out how the initramfs-tools script gets it's defaults if nbdroot/nbdport aren't set...
03:34
but it clearly does somehow...
03:40johnny has joined #ltsp
03:52
<alkisg>
vagrantc: for nbdroot? it uses the server variable, if nbdroot isn't set... look in ltsp_nbd
03:54
<vagrantc>
and the port?
03:55
ah, i see ...
03:55
defaults to 2000.
03:56
i note that we've got NBD_PORT code also in the initscripts to handle NBD swap...
03:56
should probably explicitly set NBD_SWAP_PORT, NBD_ROOT_PORT, etc.
03:57* alkisg notes that that port needs to be changed :)
03:58
<alkisg>
Maybe 9572 and up (as multiple chroots might be served) would be a better choice
03:59
<vagrantc>
yeah, there's a handful of services in the 2000 range...
03:59
though at this point for me, sleep would be a better choice. :)
04:02vagrantc has quit IRC
04:07cliebow has quit IRC
04:13lucascoala has joined #ltsp
04:28
<elias_a>
ls
04:29
Oops :)
04:29
<appiah>
.
04:29
..
04:29
porn
04:29
End of list!
04:29
<elias_a>
make love
04:50Selveste1 has joined #ltsp
05:04hersonls has joined #ltsp
05:10seppl has joined #ltsp
05:10Egyptian[Home] has quit IRC
05:12Egyptian[Home] has joined #ltsp
05:13Faithful has joined #ltsp
05:25sene has joined #ltsp
05:42hersonls has quit IRC
05:44seppl has left #ltsp
05:49hersonls has joined #ltsp
05:50cliebow has joined #ltsp
06:07vvinet has quit IRC
06:23pmatulis has joined #ltsp
06:42etyack has joined #ltsp
06:49etyack has quit IRC
07:00otavio_ has joined #ltsp
07:01otavio has quit IRC
07:05jammcq has quit IRC
07:09pimpministerp has joined #ltsp
07:11isojussi has joined #ltsp
07:13isojussi has quit IRC
07:14valvoja has joined #ltsp
07:14otavio_ has quit IRC
07:15otavio has joined #ltsp
07:19valvoja has quit IRC
07:21vvinet has joined #ltsp
07:22otavio has quit IRC
07:22otavio has joined #ltsp
07:37etyack has joined #ltsp
07:38evilx_ has joined #ltsp
07:38evilx has quit IRC
07:41evilx_ has quit IRC
07:43evilx has joined #ltsp
08:08CAN-o-SPAM has joined #ltsp
08:09Selveste1 has quit IRC
08:23etyack has quit IRC
08:26mikkel has quit IRC
08:30prpplague has joined #ltsp
08:32cliebow has quit IRC
08:35prpplague has left #ltsp
08:40
<sbalneav>
Morning all
08:41
<alkisg>
Hi Scotty
08:47litlebuda has joined #ltsp
08:51mikkel has joined #ltsp
08:53litlebuda has quit IRC
08:59
<vvinet>
good morning scotty
09:04grantk has joined #ltsp
09:09etyack has joined #ltsp
09:10etyack is now known as ImOnALinksBender
09:14* _UsUrPeR_ has some questions about xinitrc.d in the chroot
09:16
<_UsUrPeR_>
It seems that it acts intermittently. This is pertaining to alsa sound settings. I am attempting to set the 'mic boost' setting on the DLW Term 1520 to "0%". Sometimes on login of the client, sometimes it does not.
09:17
In order to see if the script I put in /opt/ltsp/i386/usr/share/ltsp/xinitrc.d/I10-micfix , I added a touch > /tmp/micfix. Once I added that to the script, it appeared to work every time.
09:18
After further testing, I have taken out the touch script in I10-micfix,, yet it's still working.
09:19
<sbalneav>
Sounds like there's a race condition somewhere.
09:19
<Gadi>
_UsUrPeR_: mic boost is an on/off thin not a percentage thing
09:19
*thing
09:19
amixer -c0 sset 'Mic Boost',0 on
09:19
or some such
09:20
<_UsUrPeR_>
Gadi: Typically, I am aware that it's an on/off function, but on this specific motherboard, it's a slider from 0% to 100%
09:20
at least according to alsa mixer
09:20
<Gadi>
ah
09:20
remember that your script is sourced, so it must return true
09:20
<sbalneav>
That too
09:20
<Gadi>
what does the script look like?
09:21
<_UsUrPeR_>
Gadi: right now, the script consists of "alsactl restore"
09:21
<Gadi>
then, it should be:
09:21
alsactl restore || true
09:21
<sbalneav>
right.
09:21
<_UsUrPeR_>
hmm
09:21* _UsUrPeR_ goes to do that
09:21
<Gadi>
otherwise, you will get intermittent results :)
09:21
<_UsUrPeR_>
>_>
09:21
huh. ok.
09:22
<Gadi>
if you added the "touch" at the end,
09:22
that would explain why it always worked
09:22
because it always returned true
09:23ImOnALinksBender is now known as etyack
09:23* Gadi thinks we need to add a ${channel_name}_SWITCH variable to our sound control....
09:24* _UsUrPeR_ agrees only because this profoundly affects him
09:24
<_UsUrPeR_>
:)
09:27Mip5 has joined #ltsp
09:28pimpministerp has quit IRC
09:33* etyack apologizes for the nick fail
09:46Mip5 has left #ltsp
09:47
<vbundi>
hey so in /var/lib/tftpboot/ltsp/i386/lts.conf I have set screen_07 = rdesktop -f xxx.xxx... and RDP_SERVER = 192.xxx.xx... and my terminal is still taking forever to boot, and I'm getting the ubuntu boot splash
09:48
<Gadi>
vbundi: you expected differently?
09:48
<vbundi>
it seems like my i386 image is too big for some of these older slower terminals to processs... is there any way to hack the ubuntu one to make it lighter?
09:48
<Gadi>
running rdesktop once X starts does not impact the boot time
09:49
<vbundi>
I spoke to someone yesterday that setting rdp_server = xxx would bypass X and the ldm environment altogether
09:49
<Gadi>
X, no; ldm, yes
09:50
<vbundi>
alright, so what I want to do is disable some services, but in my chroot machine, it doesnt' seem to be the traditional rc3.d etc
09:52
is there a way to do this with ubuntu's image?
09:55spectra has joined #ltsp
09:55
<Gadi>
the image does use the standard system for service
09:56
ubuntu doesnt run things in runlevel 3, tho, it uses S and 2 primarily
09:56
not that it really uses runlevels anymore
09:57
but, in any event, the chroot is built from ubuntu packages and uses all the same mechanisms
09:57
there are some services started by ltsp initscripts
10:01
<vbundi>
well I dont' necessarily want to remove the X server packages, I just want to disable them for now, however I can't find where to stop X from booting up
10:03
hmm something along these lines?
10:03
sudo update-rc.d -f gdm remove
10:05spectra has quit IRC
10:05
<vbundi>
well that doesn't work
10:05litlebuda has joined #ltsp
10:11
<Gadi>
uhm, without X, how will you run rdesktop?
10:12
<vbundi>
it's for an office that 95% of users will be running RDP to a windows TS
10:14
<sbalneav>
rdesktop runs under X.
10:15
<Gadi>
vbundi: there are two types of "slowness" - slow to boot and slow to use
10:15
which are you trying to solve?
10:16
ie, once you log into windows, is everything fine?
10:16
<johnny>
slow to think :) that's the one i am :)
10:16
/me drinks coffee
10:17
<vbundi>
slow to boot
10:17
<Gadi>
so, once you log into windows, all is well?
10:17
<vbundi>
yea
10:17
the fast terminals dont' have any issue with anything
10:18
actually this slow one doesn't even want to fully boot for some reason
10:18
<Gadi>
vbundi: what version of ubuntu do you have there?
10:18
<vbundi>
8.04
10:19
<Gadi>
ah - an old one
10:19
will you upgrade to 10.04 when it is released?
10:19
<vbundi>
oh definitely, I would use 9.10 if it worked for what I was doing
10:19
<Gadi>
well, we have been doing a lot of boot optimization in prep for 10.04
10:20
<vbundi>
I'm going to be running some VMs off of this server, and 9.10 doesn't like to work with VMware it seems
10:20
<Gadi>
so, you should see dramatic improvements
10:20
<vbundi>
yeah I've heard they are going for boot speed these days
10:20
<Gadi>
well, we have too :)
10:20
<johnny>
you mean vmware doesn't like to work with 9.10
10:20
get it right..
10:20
<vbundi>
yea it makes sense for sure
10:20
<johnny>
blame the right people..
10:21
<vbundi>
yes johnny my bad
10:21
<Gadi>
if you want to get access to ltsp code as it comes out for ubuntu, you can use stgraber's ppa in the chroot
10:21
<johnny>
the closed source software always gets the blame first :)
10:21
<vbundi>
and really it's not 9.10 either but the newer kernel I believe
10:21
<Gadi>
!stgraber-ppa
10:21
<ltspbot>
Gadi: "stgraber-ppa" :: https://launchpad.net/~stgraber/+archive/ppa
10:21gnunux has quit IRC
10:21
<johnny>
no.. the problem is vmware not working with that kernel.. because it is closed source :)
10:21
<Gadi>
he has been backporting to 9.10 as we go
10:22
<johnny>
Gadi, so.. stgraber did some bootcharts, have you seen anythingfor less powerful thin clients?
10:22* alkisg still needs 1 min for an HP T1500 :)
10:22
<Gadi>
johnny: not as yet - but all ships rise with the tide and whatnot
10:23
<johnny>
alkisg, so.. were there any change?
10:23
<vbundi>
regardless, I should be able to speed things up by disabling services right? Am I better off building a new image from scratch? I can't seem to find how to disable X in the ltsp image I have here
10:23
<alkisg>
I'm not sure, I didn't count seconds... I'll benchmark it more accurately though, I do have a karmic chroot handy
10:24
<Gadi>
vbundi: you need an Xserver for rdesktop
10:24
rdesktop is an Xclient
10:24
<vbundi>
oh.. yea I guess that makes sense
10:24
doh
10:25sene has quit IRC
10:26
<vbundi>
so maybe running ice or xfe might be a little easier on the older thin clients?
10:28
<Gadi>
vbundi: we dont run a window manager at all
10:28
:)
10:29
your problem does not lie with X or anything about it
10:29
it lies with all of the prep work to get to X
10:29
I would suggest you at least start with 9.10
10:31
and then you can make some decisions, like - is it faster if I turn off local device support (LOCALDEV=False)
10:31
or sound? (SOUND=False)
10:31
<akuepker>
Gadi: SHELL_3 = "rdesktop" (or whatever the syntax is) doesn't work anymore?
10:31
<Gadi>
SCREEN_03 = rdesktop
10:31
like that?
10:32
<vbundi>
yea thats what I'm doing
10:32
<Gadi>
should be fine
10:32
<vbundi>
and it doesn't seem to work on the wimpy clients
10:32
ah maybe it's not case sensitive
10:32
<Gadi>
it works, it just takes a long time to boot
10:32
I thought
10:33
<vbundi>
hey so in my old ltsp 4 setup I have screen_01 = rdesktop -f 192.x.x.x
10:33
now there is an RDP_SERVER line
10:33
would I set RDP_SERVER = 192.x.x.x.x and then just screen_01 = rdesktop?
10:34
<Gadi>
you can use the same syntax as in ltsp4
10:35Eghie has quit IRC
10:35
<Gadi>
just make sure you have quotes around it, like: SCREEN_07 = "rdesktop 192.168.0.253"
10:35
<vbundi>
oh shit
10:35
I seem to be missing that. thanks
10:36spectra has joined #ltsp
10:36
<Gadi>
double quotes are needed when the value has spaces
10:36
<vbundi>
yeah
10:36
didn't notice I was missing em
10:37
hey so would you recommend building 9.10 using just server and starting from scratch or is the alternate cd "install an LTSP server" still a good way to go
10:38
<Gadi>
are you only going to boot to windows?
10:39
if the ltsp server is not going to be an application server, you don't need to install a desktop on it
10:39
(unless ur a gui kind of guy)
10:39
:)
10:39ogra has joined #ltsp
10:39spectra has quit IRC
10:39
<Gadi>
otherwise, install just a server, then apt-get install ltsp-server
10:39
and build the chroot
10:40
<vbundi>
yeah I kinda prefer not to have the gui
10:42
although it is kinda nice to have X for running gui apps over ssh like wireshark
10:42
not really a tcpdump expert
10:45akuepker has quit IRC
10:55litlebuda has quit IRC
11:00etyack has quit IRC
11:07etyack has joined #ltsp
11:09Selveste1 has joined #ltsp
11:13etyack has quit IRC
11:21dmarkey has quit IRC
11:21Lumiere has quit IRC
11:21panthera has quit IRC
11:21Patina has quit IRC
11:21jbrett has quit IRC
11:21jhutchins has quit IRC
11:21Wastrel_ has quit IRC
11:21MaRX-Mode has quit IRC
11:22dmarkey has joined #ltsp
11:22Lumiere has joined #ltsp
11:22panthera has joined #ltsp
11:22Patina has joined #ltsp
11:22jbrett has joined #ltsp
11:22jhutchins has joined #ltsp
11:22Wastrel_ has joined #ltsp
11:22MaRX-Mode has joined #ltsp
11:23dmarkey has quit IRC
11:23dro has joined #ltsp
11:23dmarkey has joined #ltsp
11:24mushroomtwo has joined #ltsp
11:25
<dro>
pmatulis: i'm still working on my iscsi guide, one of my customer's buildings burned down......thank goodness for offsite backups
11:27mushroomblue has quit IRC
11:32etyack has joined #ltsp
11:33
<CAN-o-SPAM>
dro: wow
11:33
<dro>
CAN-o-SPAM: yea wow.....fires suck
11:34
could have been worse
11:34
just the server room went up
11:34
<CAN-o-SPAM>
uh oh
11:34
not your fault i hope? ;)
11:34
<dro>
lol nope
11:36
<CAN-o-SPAM>
any pictures? id be curious to see
11:37
<dro>
CAN-o-SPAM: nope sorry, I'll ask to see if anyone took some. they've already bull dozed the old building
11:37
well not bull dozed but knocked it completely over and started taking the leftovers and removing them
11:38
<CAN-o-SPAM>
sounds like that was a pretty fast operation
11:39
<dro>
yup it was at a school, obstructed the walkway to the tech connect/wood shop building
11:44GGD has joined #ltsp
11:56
<Ahmuck>
using a thin client to do some vm work and building in the vm. however there must be a slight delay and as a result i'm getting sssssssssssssssssssuuuuuuuuuuuuuuuuudddddddddddddddoooooooooo
11:56
is there a way to keep the keys from repeating ?
12:11
<johnny>
that's specific to the app
12:11
check the preferences if it's a gui terminal app
12:11
if it's not.. you're gonna have to read how to do it from /etc/profile
12:16
<knipwim>
hey johnny
12:17
concerning http://bazaar.launchpad.net/~wimmuskee/ltsp/ltsp-gentoo-dev/revision/1492
12:17etyack1 has joined #ltsp
12:18
<knipwim>
there is no recursion, because the timezone function only sets the variable
12:18
it does not call set_timezone again
12:19
<johnny>
sure, that doesn't stop it from looking wrong tho :)
12:20etyack has quit IRC
12:21
<sbalneav>
Ahmuck: Are you just ssh'ing into the vm? Or are you using some kind of "console" app?
12:23
<knipwim>
johnny: so, can i commit it?
12:23
<johnny>
sure.. why not
12:24etyack1 has quit IRC
12:37ogra has quit IRC
12:37gothaggis has joined #ltsp
12:39gothaggis has quit IRC
12:40gothaggis has joined #ltsp
12:42
<gothaggis>
hey, I have LTSP5-Ubuntu and having some issues with sound
12:43
basically all of my thinclients output a very loud static sound as soon as the OS loads
12:43
pulseaudio is installed
12:43
any ideas?
12:44
<appiah>
do the clients have a mic?
12:44Kicer86 has joined #ltsp
12:45
<gothaggis>
no, just a jack for the mic...only thing plugged in are headphones...same thing happens on multiple clients
12:46
<johnny>
gothaggis, you probably need to adjust the volume settings in lts.conf
12:46
i don't recall which ones are good.. it depends on what your controls are named for that card
12:46
<gothaggis>
tried playing some youtube videos to see if sound was working at all...i can see the volume going up and down consistent with normal audio using puvcontrol but the static is so freaking loud its impossible to hear anything
12:46
<johnny>
yes, you have to adjust the volume at a lower level
12:47
the pre pulseaudio volume
12:47
i guess you could call it
12:47
your base volume is too high for that card
12:47
Gadi, what's that thing you should set to fix this?
12:47
<gothaggis>
i'll check that out..the thing is I can sometimes hear very very faint audio
12:48
<alkisg>
[Default]
12:48
VOLUME=50
12:48
MIC_VOLUME=10
12:48
^^^ in lts.conf
12:48
Try these, they worked for me
12:55
<gothaggis>
that got rid of the static but the audio is so low i can barely hear it. i tried increasing it using the puavcontrol (or whatever its called) but no difference
12:58mgariepy has joined #ltsp
12:59
<dro>
gothaggis: once second there is another volume control that i had to use....looking now
12:59
<mgariepy>
good afternoon all
12:59
<dro>
gothaggis: i think it was speaker_volume=100 but let me double check
12:59
mgariepy: good afternoon
12:59ogra has joined #ltsp
13:00
<alkisg>
gothaggis: try keeping mic low, but increasing volume...
13:02
<gothaggis>
the speaker_volume setting worked...thanks very much!
13:02
<dro>
HEADPHONE_VOLUME=100
13:03
just a couple others i've had to use
13:04
gothaggis: glad to hear :P
13:08Lns has joined #ltsp
13:17
<gothaggis>
hmm, is there a good way to control volume on thin clients? I added the pauvcontrol from pulse but everytime i reboot the thin client, it goes back to 47% loud...and i can barely hear that
13:18
<dro>
gothaggis: try HEADPHONE_VOLUME=100
13:18
<gothaggis>
yeah i have that set, no difference
13:18
<Lns>
gothaggis: yeah - there's a bunch of lts.conf options for volume
13:19
<dro>
gothaggis: http://manpages.ubuntu.com/manpages/karmic/man5/lts.conf.5.html#toptoc8
13:19
<gothaggis>
ahhh ok that helps
13:19
<dro>
gothaggis: choose sound and volume options on the right there
13:19slidesinger has joined #ltsp
13:20ogra has quit IRC
13:24
<gothaggis>
ok..sorry for all these questions, heh...i set all those values to 100...and its better but still a bit quiet....i added a fluxbox menu option to load up the volume control for pulse....this seems to always be set at 50%...which is too quiet. is there some way to increase this for all users? i'm guessing this would be outside of lts.conf this value also seems to reset once i reboot the thin client
13:24
<alkisg>
Can you upload your current lts.conf to pastebin?
13:26
<mgariepy>
gothaggis, can you do : "" amixer -c0 scontents | grep 'Simple mixer control' "" on the thin client and tell me what is the channel that you want to put at 100 ?
13:27
<gothaggis>
http://pastebin.com/m3fecf536
13:27
<mgariepy>
each chnnel volume can be managed in the lts.conf.
13:27
<alkisg>
gothaggis: you still have VOLUME=50
13:27
Try to increase that.
13:28
(08:59:39 μμ) alkisg: gothaggis: try keeping mic low, but increasing volume...
13:28
<gothaggis>
yeah anything above 50 makes crazy static
13:29
<mgariepy>
gothaggis, i've seen this before, it's usualy mic feedback.
13:30
usualy there is a channel that can be muted on the thin client to stop the static.
13:30
<gothaggis>
i tried mic = 0 and volume = 70 but crazy static
13:30
same with mic being 1
13:31
<mgariepy>
can you post the result of : # LANG=C amixer -c0 scontents
13:31* alkisg wonders why that happens when the same clients are used as thin, and it doesn't happen with normal installations on the same hardware...
13:31
<CAN-o-SPAM>
lns: ping?
13:31
<Lns>
CAN-o-SPAM: hey
13:32
<alkisg>
Gadi, is it possible that the feedback is caused by changing those volumes (mic etc) too rapidly?
13:32
<mgariepy>
alkisg, i think that's because when you use the client as in a real install alsa save the soundcard state ;)
13:32
<Ahmuck>
sbalneav: virtualbox
13:32
<alkisg>
mgariepy: but on the first boot, what state does it have?
13:33
E.g. it works fine with the live CD...
13:33
<mgariepy>
hmm, maybe the sound isn't set to 100 on every channel on a live cd.
13:33
but it is on a thin client install./
13:33
<alkisg>
We should do the same on LTSP, then
13:34
But why is there feedback even with 70% volume?
13:34
...and not if you increase it later on?
13:34bobby_C has joined #ltsp
13:34
<alkisg>
I think it's a problem with the sound initialization... not the level itself
13:35
<mgariepy>
client/initscripts/ltsp-init-common :: function configure_sound_volume()
13:36
but maybe the channels arent quite the same on a live cd or a real system.
13:36
<gothaggis>
amixer -c0 contents -> http://pastebin.com/m3d45aff0
13:37
<Gadi>
sorry, guys - was afk
13:37
gothaggis: seems you have 2 mic channels: MIC and FRONT_MIC
13:37
you may want to set MIC_VOLUME=0, FRONT_MIC_VOLUME=0
13:37
(if you aren't using the microphone
13:39
<alkisg>
Gadi, but why does the same hardware (at least in my case) work fine with the live cd? Is the live cd using a lower initial volume level?
13:39
<Gadi>
maybe
13:39
:)
13:40* Gadi knows not how the liveCD sets volume levels
13:40
<mgariepy>
Gadi, i think 'Front Mic Boost' could be a problem too.
13:40
<Gadi>
mgariepy: maybe - but should be off by default, no?
13:41
actually, seems to be on
13:41
<mgariepy>
Gadi, but sure the Front Mic at 52% is probably the problem.
13:41
<Gadi>
well, you can always only set the channels you want
13:41
like:
13:41
VOLUME=0
13:41
to turn off everything
13:41
and then:
13:41
HEADPHONE_VOLUME=100
13:42
<gothaggis>
the front_mic value fixed the issue :)
13:42
thanks so much
13:42
<mgariepy>
i don't think that ltsp-init-common make any special treatment to any channels ;)
13:42
<Gadi>
mgariepy: it doesn't
13:42
the docs are wrong
13:42
it is ${channel_name}_VOLUME
13:42
for the variable
13:43
<mgariepy>
it is :: channel_name=$(echo ${channel}|sed -e s/^\'// -e s/\'.*$// -e 's/ -//g' -e 's/ /_/g' -e 's/-/_/g' |tr [a-z] [A-Z])
13:43
<alkisg>
Gadi, maybe we could also *not* call configure_sound_volume when SOUND=False, to provide a quick solution for others experiencing this problem?
13:43
<Gadi>
where channel_name = the name of the volume channel to modify, substituting spaces with underscores and removing hyphens
13:43
alkisg: don't we already?
13:43
if not, we should in general
13:44
why waste seconds configuring a soundcard you dont use
13:44
:)
13:44
<alkisg>
Gadi, no - that was the first thing I tried but I still got my netbook smelling before I turned it off :D
13:44
<Gadi>
hehe
13:44ogra has joined #ltsp
13:51cliebow has joined #ltsp
13:56etyack has joined #ltsp
14:04cliebow has quit IRC
14:05cliebow has joined #ltsp
14:11etyack has quit IRC
14:12etyack has joined #ltsp
14:22lucascoala has quit IRC
14:34pmatulis has quit IRC
14:41bulletxt has joined #ltsp
14:42
<bulletxt>
hi, where does ltsp understand which kernel it must load? on karmic its loading default 2.6.31-14 kernel but I installed -18 one, how can I tell it to load that? thanks
14:44
<dro>
bulletxt: you have to install that kernel in the chroot
14:44
bulletxt: you running ubuntu?
14:44
<bulletxt>
dro: yes, Ive installed it in chroot
14:45
but it stills load the -14 kernel
14:45
<dro>
bulletxt: try this: https://help.ubuntu.com/community/UbuntuLTSP/UpdatingChroot
14:45
<bulletxt>
ok let me check
14:45
<dro>
bulletxt: i believe you have to run ltsp-update-kernels
14:46
<bulletxt>
oh ok yea
14:46
thanks im sure that will work
14:46cliebow has quit IRC
14:46Kicer86 has quit IRC
14:47
<dro>
bulletxt: np
14:50
<bulletxt>
dro: is there a way to make nautilus open as local app if a user clicks at top menu to open his home?
14:51
<dro>
bulletxt: sorry I am not familiar with local apps
14:51
<bulletxt>
oh ok sure
14:51
<dro>
bulletxt: you running ubuntu?
14:51
<bulletxt>
yea 9.10
14:51
<dro>
https://help.ubuntu.com/community/UbuntuLTSP
14:51
check that out.....amazing documentation
14:51
<bulletxt>
I know how to make local apps but Im not sure if is possible to make the upper menu icon open folders as local apps
14:51
ok sure
14:52
<johnny>
did you try bulletxt ?
14:52
but.. i don't think it's a good idea
14:52
you should probably make a seperate desktop entry
14:52
otherwise users will never beable to browser their server folders
14:52
<bulletxt>
yea, well its just a small issue nothing special
14:59Gadi has quit IRC
15:00hersonls has quit IRC
15:02akuepker has joined #ltsp
15:04lucascoala has joined #ltsp
15:10
<grantk>
Gadi: I wanted to ask you if you recalled talking to me yesterday about ssh keys? I think my problem is not key related, for testing purposes I set the StrictHostKeyChecking to no and tried to boot and still had the problem of the ldm just reloading.
15:11
I noticed that the session menu only shows default and failsafeXterm. If I set MY_SERVER_LIST to the one server that I get my ip from via dhcp I get KDE as an option.
15:11otavio_ has joined #ltsp
15:12
<grantk>
that leads me to believe that I have my keys sorted out properly, I also used the ltsp-generate-sshkeys --export option to get key files for each server, but that did not change things.
15:12
ahh, bummer, guess I should make sure Gadi is here first.
15:12otavio_ has quit IRC
15:13otavio_ has joined #ltsp
15:14etyack has quit IRC
15:14etyack has joined #ltsp
15:15otavio has quit IRC
15:16jhutchins_lt has quit IRC
15:20jhutchins_lt has joined #ltsp
15:29
<bulletxt>
what should I do if at boot it doesnt find the kernel
15:30
it cant find the vmlinuz anymore
15:31
<dro>
bulletxt: do this
15:31
<bulletxt>
ok
15:31
<dro>
1. sudo ltsp-update-image
15:31
reboot the ltsp server
15:31
try again
15:31
if still no bueno
15:31
sudo ltsp-update-image
15:31
and try again :P
15:31
<bulletxt>
lol
15:32
the problem is
15:32
<dro>
shouldn't have to do all that but seems to work for me
15:32
also did you make any custom entries in pxelinux.cfg/default ?
15:32
bulletxt: like IPAPPEND=3
15:33
bulletxt: of course if you don't want to try all that
15:33
<bulletxt>
oh damn
15:33
<dro>
bulletxt: make sure you ran the ltsp-update-kernels like it says too
15:33
<bulletxt>
after i installed the new kernel it removed the ipappend
15:33
is this possible?
15:33
or maybe when I did the kernel update
15:34
<dro>
bulletxt: i believe the ltsp-update-kernels command defaults pxelinux.cfg/default
15:34
<bulletxt>
oh ok
15:34
<dro>
bulletxt: just add it back and ltsp-update-image
15:34
<bulletxt>
yea
15:34
<dro>
bulletxt: is it IPAPPEND 3 OR IPAPPEND=3
15:35
<bulletxt>
ipappend 3
15:35
<alkisg>
grantk: I think StrictHostKeyChecking=no is not enough... I also use CheckHostIP=no and LogLevel silent...
15:35
<grantk>
k, will try
15:35
thanks alkisg
15:35
<alkisg>
np
15:41
<bulletxt>
dro: yes I can confirm that doing the kernel update removes the ipappend, now I put it back and rebuild the image... hopefully it will boot now
15:41
<dro>
bulletxt: yes it should, I believe there is a bug report open on it and sbalneav is working on a work-around
15:45
<grantk>
alkisg: Why silent on the log level? I would tend to think that would be something I would want set rather high right now.
15:46
<alkisg>
grantk: it's been a while since I looked at it - it might have had something to do with ssh_utils.c being confused with any error output (it expects a simple "password:" from ssh)...
15:47
<grantk>
alkisg: ok, thanks
15:47
<johnny>
alkisg, what i don't understand is why the expect didn't look for other info from ssh and try to do something valuable with it.. like print an error..
15:47
<alkisg>
grantk: I think the first time ssh emits a warning "are you sure you want to continue connecting" etc, and the first login attempt wasn't succesful, but the next ones were.
15:48
<johnny>
like if it sees a request to accept the key, it would print an error please have the administrator run ltsp-update-sshkeys or something..
15:48alexqwesa has quit IRC
15:48
<johnny>
must be some valuable reason why it isn't done like that
15:48
<alkisg>
johnny, sbalneav will rewrite the whole thing using sshlib 2, so there's no point in trying to fix it :)
15:48
It'll even handle password expiry then
15:51
<grantk>
alkisg: No luck with those changes to the sshd.conf , still the same issue.
15:52
<alkisg>
grantk: /opt/ltsp/i386/etc/ssh/sshd_config? then, it shouldn't be an ssh keys issue.
15:52
With those settings I'm able to login to any server, no matter the IP
15:53
<grantk>
oops, yeah
15:54
alkisg: That is kind of what I was thinking, with the session KDE not being available When I try and use the MY_SERVER_LIST option I was thinking it would not be key related.
16:03gothaggis has quit IRC
16:05dro has quit IRC
16:08mgariepy has quit IRC
16:08lucascoala has quit IRC
16:09alexqwesa has joined #ltsp
16:13lucascoala has joined #ltsp
16:17shawnp0wers has quit IRC
16:25etyack has quit IRC
16:26wftl has joined #ltsp
16:27CAN-o-SPAM has quit IRC
16:31sene has joined #ltsp
16:32grantk has left #ltsp
16:44alkisg has quit IRC
16:46Gadi has joined #ltsp
16:49sene has quit IRC
16:53davidj has quit IRC
16:55johnny has left #ltsp
17:04vagrantc has joined #ltsp
17:05bobby_C has quit IRC
17:06shawnp0wers has joined #ltsp
17:10sene has joined #ltsp
17:16
<elias_a>
shawnp0wers: Wasn't it you who contacted the Adobe people in the broken UTF-8 chars issue?
17:17
<shawnp0wers>
Yes. :)
17:17
<elias_a>
I have another war for you :)
17:18johnny has joined #ltsp
17:18
<elias_a>
They have broken v4l2-support in Flash.
17:18
They already had it working in some clumsy way.
17:19
Now it is all dead...
17:19
<shawnp0wers>
sigh
17:19
is this a recent breakage?
17:20
<elias_a>
So, linux users cannot use for example video conferencing sw such as Connect Pro or OpenMeetings as they are almost all based on Flash server.
17:20
No.
17:20
Wait a minute - I'll give you some leads..
17:23
http://bugs.adobe.com/jira/browse/FP-2138
17:23
shawnp0wers: Have you registered to Adobe bug system?
17:23
<shawnp0wers>
sadly no
17:24
<elias_a>
Umm... you really should...
17:24
this stuff is worth reading :)
17:24
<shawnp0wers>
I'm saving a bookmark now, and will sign up soon, I promise
17:25* shawnp0wers has pneumonia right now, and is close to delirious
17:25
<elias_a>
Much more funny than listening Sarah Palin speaking :P
17:25
shawnp0wers: get well, you!!!
17:25
:)
17:26
Got to get some sleep. It's 01.25 here and got to catch a train at 07.00
17:26
Good night, folks!
17:34Selveste1 has quit IRC
17:42Selveste1 has joined #ltsp
17:59Gadi has left #ltsp
18:02mikkel has quit IRC
18:09shawnp0wers has quit IRC
18:22Egyptian[Home] has quit IRC
18:23Egyptian[Home] has joined #ltsp
18:36vvinet has quit IRC
18:37
<bulletxt>
if I have a deb file on my desktop, how can I install it inside ltsp ? thanks
18:42
<vagrantc>
bulletxt: typically, all applications are installed on the server, so you would install it the same way you would install any application.
18:42
<bulletxt>
no I want to install it as local app
18:42
<vagrantc>
i.e. using apt/aptitude/synaptic
18:42
ah.
18:42
<bulletxt>
but its a local deb file I have
18:42
I did this: sudo chroot /opt/ltsp/i386
18:42
and then installed it with dpkg
18:42
now Ill check if it worked
18:43
<vagrantc>
with some distros, you'll need to run ltsp-update-image
18:43
<bulletxt>
yea im doing it now
18:43
<vagrantc>
before the changes will take effect
18:44vagrantc has quit IRC
18:49Lns has quit IRC
18:52nikhilvishnu has joined #ltsp
18:55nikhilvishnu has quit IRC
18:57otavio_ has quit IRC
19:02waldo323 has joined #ltsp
19:17nikhilvishnu has joined #ltsp
19:25mgariepy has joined #ltsp
19:33
<sbalneav>
Evening all
19:37vvinet has joined #ltsp
19:47GGD has quit IRC
20:23ogra has quit IRC
20:36Faithful has quit IRC
21:04waldo323 has quit IRC
21:05mgariepy has quit IRC
21:44johnny has left #ltsp
21:47waldo323 has joined #ltsp
22:18johnny has joined #ltsp
22:23try2free has joined #ltsp
22:53vagrantc has joined #ltsp
22:58julien_BLUG has quit IRC
23:01johnny has quit IRC
23:09Jenna has joined #ltsp
23:20
<vagrantc>
so, i've got an initramfs-tools script that allows you to use DHCP to determine weather to use NFS or NBD+aufs+squashfs+tmpfs (and in theory, plain NBD+$fs with a few bug fixes to nbd-client)
23:25Jenna has left #ltsp
23:48waldo323 has quit IRC