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


Channel log from 22 September 2009   (all times are UTC)

00:00
<johnny>
vagrantc, uhmm.. do you have the proper proper version?
00:00
err proper pulse version*
00:01Sarten-X has joined #ltsp
00:01
<vagrantc>
johnny: 0.9.17-1
00:01
<johnny>
ah.. that should be huh
00:01
<vagrantc>
johnny: works fine module-detect, breaks with module-udev-detect.
00:01
<johnny>
and module-udev-detect actually exists for you?
00:01
<vagrantc>
so it's more than simply the pulseaudio version, or debian's carrying patches to pulseaudio
00:02
<johnny>
here's what i see in fedora 12 alpha
00:02Sarten-X2 has quit IRC
00:03
<johnny>
.ifexists module-udev-detect.so load-module module-udev-detect .else
00:03
### Alternatively use the static hardware detection module (for systems that lack udev support)
00:03
load-module module-detect .endif
00:03
i put some of the lines together as you can see..
00:03
vagrantc, why don't we just use that structure?
00:04
oh.. if we call it on the cli.. we can't use if huh..
00:05
it's too bad we can't just use the local pulse :(
00:05
err local pulse config vs doing it ourselves on the cli :(
00:05
<vagrantc>
different dirs for module-udev-detect
00:05
on different distros, different versions, etc.
00:06
<johnny>
sure.. but if we used the pulse config file.. we don't have to care about the dirs at all..
00:06
<vagrantc>
well, i'm all for making it simpler.
00:07
if anyone has a suggestion.
00:07
for now, i'll just patch and upload.
00:07alkisg has joined #ltsp
00:08
<johnny>
if there were a way to override the settings we need (mostly network right?) in the default config via the cli, we wouldn't have the problem (i hope)
00:08
vagrantc, another solution would be distro config files with these kinda vars
00:09
PULSE_LIB_PATH .. whatever..
00:10
<vagrantc>
it's dependent on the version installed on debian
00:12
it's different in every distro, and even inconsistant with given releases of a particular distro ... not predictable.
00:14
<johnny>
perhaps there should be a way to ask .. :(
00:15
<vagrantc>
like you said, it woudl be nice to be able to override configuration file options with commandline arguments. that would do it, no?
00:15
so it needs to be fixed in pulseaudio
01:02vvinet has quit IRC
01:14alkisg has quit IRC
01:21nubae|work has joined #ltsp
01:24alkisg has joined #ltsp
01:28mikkel has joined #ltsp
01:45alkisg has left #ltsp
01:55vagrantc has quit IRC
01:55alkisg1 has joined #ltsp
02:10alkisg1 has quit IRC
03:05F-GT has quit IRC
03:13
<nubae|work>
we are looking for a way to add the exit (logout options) button to the top panel via gconf... but cannot seem to find that option anywhere... can someone guide me as to where/how to do that (has to be done on a large scale, so can't do it via right click, etc)?
03:16
<ogra>
you want the fusa-applet
03:16
i dont think there is a gconf key
03:17
if fusa is installed the panel wont show the gnome options so you have to use it ... either remove fusa or make sure to have it in the panel as default appelt
03:17
*applet
03:18
<nubae|work>
ogra, we want to remove it completely
03:18F-GT has joined #ltsp
03:19
<nubae|work>
and in its place put an exit button
03:19
<ogra>
create a launcher :)
03:20
gnome-session-save --help :)
03:21
<nubae|work>
but how do we put it in the top panel
03:21
and at the desired position
03:29
ogra, any ideas?
03:29
<ogra>
yes, but no time atm, sorry
03:29
<nubae|work>
ah ok... maybe later...
03:32Selveste1 has joined #ltsp
03:45openstep has joined #ltsp
03:45
<openstep>
hi
03:45
can someone please tell me how to remotly shut down an ltsp client?
03:48
anyone?
03:54sepski has joined #ltsp
03:54bobby_C has joined #ltsp
03:54ogra has quit IRC
03:55ogra has joined #ltsp
04:07yoshi__ has joined #ltsp
04:16openstep has quit IRC
04:26
<moldy>
is there a way to lock a user's x/gnome session such that only root can unlock it?
04:35yoshi___ has joined #ltsp
04:52yoshi__ has quit IRC
04:52yoshi___ is now known as yoshi__
04:56Selveste1 has quit IRC
04:59alkisg_work has joined #ltsp
05:11alkisg_work has quit IRC
05:13cyberorg has quit IRC
05:15cyberorg has joined #ltsp
05:31sene has joined #ltsp
05:34garymc has joined #ltsp
05:36Selveste1 has joined #ltsp
05:43sepski has quit IRC
05:58sene has quit IRC
06:09Selveste1_ has joined #ltsp
06:11Selveste1 has quit IRC
06:12sene has joined #ltsp
06:13Selveste1__ has joined #ltsp
06:16pmatulis has joined #ltsp
06:26Selveste1_ has quit IRC
06:27cyberorg_ has joined #ltsp
06:42cyberorg has quit IRC
06:42dkostousov has joined #ltsp
06:42alkisg has joined #ltsp
06:43cyberorg_ is now known as cyberorg
06:43
<dkostousov>
Hi. Can I configure detecting and automounting all local drivers?
06:58yoshi__ has quit IRC
07:16
<_UsUrPeR_>
dkostousov: could you expand on that question a bit?
07:16
what do you mean by "local drivers"
07:20
<dkostousov>
ltsp clients have a drivers with some data. I want to share it
07:20
drivers -> /dev/sda1 /dev/sda2 etc
07:21
<ogra>
ahh
07:21
you mean drives :)
07:25
<dkostousov>
:)))))
07:26
Anybody using ltsp on Fedora?
07:26
<moldy>
ogra: hi. i am looking for a way to lock a user's session such that he cannot easily unlock it again himself. any suggestions?
07:30mikkel has quit IRC
07:44
<dkostousov>
How I can configure hostname for specific host?
07:48
<Appiah>
server? client?
07:49
<dkostousov>
client
07:51nubae|work has quit IRC
07:54Selveste1__ has quit IRC
07:56Selveste1__ has joined #ltsp
07:56
<alkisg>
dkostousov: http://www.ltsp.org/~sbalneav/LTSPManual.html#static-entries-dhcp
07:59ByPasS has joined #ltsp
08:02
<dkostousov>
alkisg: I tried this. But the client's login screen shows "client-192.168.1.200"
08:03
<alkisg>
dkostousov: maybe fedora's scripts override the hostname that it gets by dhcp.
08:13
<dkostousov>
Thx
08:16
I have a problem with printer. I add "PRINTER_0_DEVICE=/dev/usblp0" to the lts.conf. The client find printer and jetpipe is started.
08:16
But I can't connect to it from cups or hp-setup.
08:30
Clinet's dmesg shows "usblp0: nonzero write bulk status received: -32
08:31
Clinet -> Client
08:35
any idea?
08:38ByPasS has quit IRC
08:45Selveste1___ has joined #ltsp
08:46Selveste1__ has quit IRC
08:59sene has quit IRC
09:05treyh has joined #ltsp
09:05
<treyh>
alkisg: I finally got that script to work last night
09:05
<alkisg>
treyh: from what I saw at the logs, you didn't have the original script, but a modified version, that's why it didn't work...
09:05
<treyh>
yup
09:06
i had taken out the option that it needed
09:06
but again, thank you for your help!
09:06
<alkisg>
Yes, -f $RDP_SERVER...
09:06
No problem :)
09:06
<treyh>
I asked last night but it was late
09:06
it there a place on the docs or somewhere else where things of this nature can be shared?
09:07
<alkisg>
treyh: you could put it in the ubuntu wiki, if you like, but you could also expand it a little and send a patch, for the devs to consider putting it upstream
09:08
E.g. RDP_SERVER=ip1,ip2,ip3,ip4.... in lts.conf, and a script that randomly selects between them - I don't think anyone would object to such a patch
09:08garymc has quit IRC
09:08
<alkisg>
This way you wouldn't need to patch it again in the future :D
09:09Egyptian[Home] has quit IRC
09:16
<treyh>
alkisg: thank you for the info, will look into it
09:27Egyptian[Home] has joined #ltsp
09:36Selveste1___ has quit IRC
09:36
<alkisg>
treyh: here's the necessary function, try pasting it in a terminal: random_server() { random_index=$((`hexdump -e '"%d"' -n 1 /dev/random` % $#)); eval echo "\$$random_index"; }
09:36
Then, if you write to the terminal: random_server server1 192.168.0.1 10.160.31.17 it will answer with one random server among the ones you put there
09:36
So in the rdesktop script you'd just need to call it with: RDP_SERVER=`random_server $RDP_SERVER` and this would get you support for multiple servers from lts.conf
09:37leio has quit IRC
09:37leio_ has joined #ltsp
09:38
<dkostousov>
Can somebody help me to config printer?
09:40jammcq has joined #ltsp
09:40
<jammcq>
hola #ltsp
09:41_gentgeen_ has joined #ltsp
09:41cyberorg has quit IRC
09:45
<ltsppbot>
"alkisg" pasted "Modified rdesktop screen script for enabling load balancing between multiple RDP_SERVERs" (32 lines) at http://pastebot.ltsp.org/555
09:46
<alkisg>
treyh: Here's the final script ^^^. You use it by putting the servers in lts.conf, e.g.: RDP_SERVER="server1 server2 server3 server4"
09:52gentgeen__ has quit IRC
09:52bieb has joined #ltsp
09:59
<rjune__>
!j
09:59
<ltspbot>
rjune__: "j" is jammcq!!!!!!!!!!!!!!!!!!!!!!!
09:59_gentgeen_ has quit IRC
09:59
<jammcq>
hey rjune__
10:04gentgeen__ has joined #ltsp
10:19staffencasa has joined #ltsp
10:27cyberorg has joined #ltsp
10:33
<dkostousov>
jetpipe from ltsp-client-5.1.84 doesn't work
10:34cg_uira has joined #ltsp
10:34garymc has joined #ltsp
10:46
<ogra>
dkostousov, how does it not work
10:49leio_ is now known as leio
11:04Gadi has joined #ltsp
11:07chrisinajar has joined #ltsp
11:12Selveste1___ has joined #ltsp
11:18
<dkostousov>
ogra: dmesg shows " usblp0: nonzero write bulk status received: -32" when I print to client's printer via JetDirect
11:19
<ogra>
so jetpipe is working fine then
11:19
it does what its supposed to do and hands the data to usblp0
11:20
can you telnet to port 9100 on the client ?
11:20
<dkostousov>
# rpm -qa \*ltsp\*
11:20
ltsp-client-5.1.86-1.fc11.i586
11:20
ltspfsd-0.5.13-2.fc11.i386
11:20
<ogra>
uh, fedora, no idea then ... but the jetpipe part seems to be ok
11:22
<dkostousov>
hm... # telnet 192.168.1.200 9100
11:22
Trying 192.168.1.200...
11:22
telnet: connect to address 192.168.1.200: Connection refused
11:23
telnet works before update ltsp-client 5.1.84 -> 5.1.86
11:24
"telnet 192.168.1.200 9100" works properly after client reboot
11:25
<ogra>
so your access to usblp0 is hung i'd say
11:25
do you use the right printer driver ?
11:26
<dkostousov>
jetpipe crashes after printing
11:26
printer: HL LJ 1000
11:27
I use foomatic
11:28
Now change to hpcups
11:29toscalix has joined #ltsp
11:30
<dkostousov>
Cups shows "/usr/lib/cups/filter/hpcups failed" with hpcups 3.9.8 dirveriver
11:30Treyh_ has joined #ltsp
11:30
<dkostousov>
driver
11:31
but jetpipe don't crash.
11:31
Why hp-setup can't find printer?
11:32
<zamba>
anyone running ltsp in as a xen guest?
11:34
i'm not able to run youtube videos smoothly at all..
11:34
very jerky
11:35
i'm starting to think xen has something to do with that
11:36
<ogra>
i know vagrantc uses xen with debian, no idea if he uses flash at all though
11:36treyh has quit IRC
11:36Treyh__ has joined #ltsp
11:36
<zamba>
and if that also explains my issues with pulseaudio crashing
11:36
i'm not really happy with the performance
11:36fotanus1 has joined #ltsp
11:41Beer30 has joined #ltsp
11:45
<_UsUrPeR_>
zamba: what OS are you running? Also: localapps?
11:51vagrantc has joined #ltsp
11:52Selveste1___ has quit IRC
11:53
<zamba>
_UsUrPeR_: no localapps
11:53
_UsUrPeR_: running ubuntu jaunty
11:53treyh has joined #ltsp
11:53Treyh_ has quit IRC
11:53
<_UsUrPeR_>
zamba: I highly, HIGHLY recommend you investigate localapps for flash play
11:54
<zamba>
_UsUrPeR_: but a P4 should be able to play youtube videos?
11:54
shouldn't it?
11:54
there boxes were running windows xp earlier
11:54
<_UsUrPeR_>
Is the P4 your server, or the client?
11:54
<zamba>
the client
11:55
<_UsUrPeR_>
unfortunately, the P4 is not utilized in playing the video
11:55
<zamba>
the server is a dual xeon
11:55
with only ONE client running, the playback is jerky and choppy
11:55
<_UsUrPeR_>
yeah... normally, from my experience, the problem is not normally processing speed. It's network throughput
11:55
<zamba>
and opening a few newspapers with a little bit of flash makes the whole experience very sloggy and jerky
11:56
well.. got 100 Mbit/s? that oughta be enough?
11:56
<_UsUrPeR_>
zamba: not really, no.
11:56
<zamba>
oh my?
11:57
<_UsUrPeR_>
even with gig, only about two or three users can be used at a time without localapps before the users start to suffer
11:57
<zamba>
so you mean run firefox as a localapp?
11:57
<_UsUrPeR_>
the problem is relaying the information back and forth between the server and the clients.
11:57
firefox AND flash
11:57
install them both as localapps
11:58
<zamba>
what else do i need to do?
11:58
<_UsUrPeR_>
might as well stick java in there for good measure
11:58
<zamba>
lts.conf-wise, i mean?
11:58
<_UsUrPeR_>
hmm
11:58
<alkisg>
also, ensure that there are proper video drivers on the client, and not generic ones (vesa, nv etc)
11:59
<zamba>
alkisg: how do i do that?
11:59
<_UsUrPeR_>
^^^ werd
11:59
<zamba>
alkisg: and how can i select different video drivers for different hardware?
11:59
<alkisg>
zamba: what graphics card do you have on the clients?
11:59
<zamba>
alkisg: different models
11:59
but i know a few are nvidia based
11:59
<_UsUrPeR_>
nothing weird like S3 Verge or Trident, right? :)
11:59
<alkisg>
Most graphics cards should be autodetected. But e.g. with nvidia ones you'll have problems :)
11:59
<zamba>
nah, don't think so
11:59
<_UsUrPeR_>
you should be fine
12:00
<zamba>
ok, i should have problems and i should be fine :)
12:00* alkisg uses S3 Virge 2Mb *just fine* :)
12:00
<zamba>
alkisg: playing youtube videos fine as well?
12:00* _UsUrPeR_ shudders uncontrollably
12:00
<alkisg>
I can watch full screen videos on Pentium @300 MHz :D
12:00
<zamba>
ohcomeon!
12:00
<ogra>
ISA ?
12:00
:P
12:00
<alkisg>
Hehe... nope, but I do have isa sound cards :D
12:00
<zamba>
always me
12:00
nothing works for me
12:00
i can't believe this
12:01
<alkisg>
(don't work, though, I don't care enough about the sound to load the opti modules)
12:01
<zamba>
you're playing full screen videos on a pentium @300 mhz, while i can't even play them as a stamp on a P4
12:01
unfair
12:01
<_UsUrPeR_>
zamba: localapps first.
12:01
everything else will be fine
12:01
<alkisg>
zamba: no, flash mostly uses the server CPU and doesn't use hw acceleration, so I can't watch full screen flash on them
12:02
I'm talking about xv accelerated video played with totem
12:02
<zamba>
well.. i tried watching a movie in full screen and i noticed the same lag then
12:02
it's like a little jerk every second or so
12:02
<alkisg>
zamba: run xvinfo locally. If it tells you no adaptors present, you need drivers :)
12:03
<zamba>
but running the server as a xen guest should be just fine?
12:03
<_UsUrPeR_>
zamba: once you move the processing onus from the server to the clients, you should be fine
12:03
<alkisg>
I guess so, the server doesn't need a graphics card
12:03
<zamba>
_UsUrPeR_: somehow i don't believe that :)
12:03garymc has quit IRC
12:03* _UsUrPeR_ is protected by the 1st amendment
12:03
<zamba>
_UsUrPeR_: you won't believe the amount of bad luck and stuff that *should* work, that never works for me
12:03
<_UsUrPeR_>
and I can say what I want! :)
12:04
<alkisg>
_UsUrPeR_ is right, localapps will help a lot. Won't give you accelerated video, but they'll give you better throughtput
12:04
<zamba>
i have a guy in ##xen who can confirm that
12:04
i'm the opposite of plug 'n play
12:04
<_UsUrPeR_>
zamba: I have run servers off of VMware server, which I would contend is a larger resource hog, with fine framerates once I had localapps working properly
12:05
<zamba>
but i feel the localapps thing is a dirty hack which really don't solve the actual problem
12:05
doesn't*
12:05
<_UsUrPeR_>
localapps?!? A HACK???
12:05
*shun*
12:05
<zamba>
hehe
12:05
i don't believe alkisg is using localapps on his pentium to play his videos
12:05
and it works fine for him
12:06
<johnny>
why would he lie?
12:06
<zamba>
is he?
12:06
<johnny>
if he says he is.. he is
12:06
<_UsUrPeR_>
no. We don't make money by getting you to try localapps
12:06
<zamba>
_UsUrPeR_: i definitely will try localapps.. but i still want this to work off the server
12:07
_UsUrPeR_: will do some more tests tomorrow
12:07
_UsUrPeR_: check the network utilization as well
12:07
<_UsUrPeR_>
when you say "work off the server", could you clarify that?
12:07
<zamba>
without using localapps
12:07
<_UsUrPeR_>
what is your major concern with localapps?
12:07
<johnny>
zamba, that's just not how it works with video zamba sorry.. it just sucks over the network
12:07
<alkisg>
zamba: xv reduces the network traffic a lot.
12:07
<johnny>
that's how it is with video
12:07
<alkisg>
zamba: but flash doesn't use xv
12:07
<johnny>
flash == suck
12:08* _UsUrPeR_ nods
12:08
<johnny>
even on regular computers..
12:08
<alkisg>
So no matter what, you won't be able to watch flash properly without localapps
12:08
<johnny>
i can't hardly use it on my 1.5ghz pentium-m
12:08
<zamba>
alkisg: xv?
12:08
<alkisg>
X Video (accelerated video)
12:08
<zamba>
alkisg: ok
12:09
alkisg: so you played a video using totem?
12:09
<alkisg>
Example: an xvid 640x250@25 fps needs only 50 mbps with xv
12:09
<zamba>
alkisg: with no localapps?
12:09
<alkisg>
If the same video was played with no xv, it would need e.g. 300 mbps...
12:09
<zamba>
hm, ok
12:09
<alkisg>
Yes, I'm able to play an xvid movie simultaneously to all my 8 clients (with 100mbps cards each, gigabit on the server)
12:10
<zamba>
so the problem could be related to missing drivers, which means i don't get xv enabled?
12:10
<alkisg>
The totem problem, yes
12:10
The flash problem won't go away unless you use localapps.
12:10
<zamba>
ok
12:10
i'll give it a go tomorrow and get back to you
12:11Treyh__ has quit IRC
12:11
<zamba>
_UsUrPeR_: something you said.. xen is better performance-wise than vmware?
12:11
<_UsUrPeR_>
vmware server, from my experience, is an absolute dog
12:12
I have never treid out Xen
12:12
<zamba>
ok
12:12
<_UsUrPeR_>
but I assume anything is better at this point
12:12
<zamba>
how do you measure stuff like this?
12:12
hehe
12:12
<_UsUrPeR_>
if using something depresses me, it goes in the "dog" pile
12:12
<johnny>
uggh flash
12:12
<zamba>
i've been using xen for some weeks now.. it's all fine and dandy, but im not really happy with the performance
12:13
<_UsUrPeR_>
and using vmware server and it's web interface depresses me
12:13
<zamba>
hehe
12:13
<_UsUrPeR_>
well... I suppose the grass is always greener on the other side, huh?
12:13
<johnny>
zamba, well it is virtualized.. what do you expect :)
12:13
you could try something like openvz/vserverfor less overhead
12:13
space between vserver and for..
12:14
<_UsUrPeR_>
I HAVE used openvz, and find it superior
12:14
<johnny>
or kvm.. but i'm not that familiar there
12:14
_UsUrPeR_, but it's not really virtualization.. it's more like extended privilege seperation
12:14
and compartmentalization
12:14
more like bsd jails i guess
12:14
<alkisg>
compartmentalization? ugh that sound like german :P
12:15
<_UsUrPeR_>
I believe KVM actually required a different processor because the one we were using did not support virtualization
12:15
<johnny>
you sound like german
12:15
lol
12:15
<_UsUrPeR_>
It was an inter Q8600
12:15
err... intel
12:15
<johnny>
hmm.. i don't think i could explain "you are" jokes to a somebody who doesn't live around here.. but it's ok.. they aren't really that funny
12:16
<_UsUrPeR_>
johnny: I got it. I also rebut with "Your mom sounds like German"
12:17
<johnny>
lol yes.. you do
12:17
<alkisg>
I like the jokes with your mother's fat client the most, the ones Gadi says.. :D
12:17* _UsUrPeR_ groans again
12:18
<zamba>
alkisg: you used gPXE and http for booting your clients?
12:18
or at least, tried it
12:18
<alkisg>
zamba: I've succesfully tried it, but I never used it in school
12:18
<zamba>
ok
12:18
are you going to convert to it?
12:18
<alkisg>
I booted a client from a web server...
12:18
No, no need for that
12:18
Proxydhcp is all I needed...
12:19
<zamba>
ok
12:19
<johnny>
it smells like tar
12:19
:(
12:19
somebody must be paving road upwind
12:25
<_UsUrPeR_>
johnny: something about your mom...
12:25
I will stop that now. I apologize.
12:26
<stgraber>
vagrantc: currently LTSP doesn't boot so I'm not sure ;)
12:27
<ogra>
stgraber, ltsp-docs synced ;)
12:27
just in time before beta freeze :)
12:27
<vagrantc>
whee.
12:27
<nonix4>
_UsUrPeR_: don't think Q8600 exists... or does it?
12:29
<_UsUrPeR_>
nonix4: You are correct. I was mistaken
12:29
we replaced a Q8800 with a Q9400
12:31
hm
12:31
nope. Q8800 is nor a processor either.
12:31
<nonix4>
Q8300/Q8200, as those would be ones without VT?
12:33
(Q8300 being a special case, as some of them have it, some don't, only distinguished by SPEC/order codes)
12:34spectra has joined #ltsp
12:36Sarten-X has quit IRC
12:36
<nonix4>
anyway, since somebody mentioned flash... how would I build a VM to serve that horrifying thing as localapp?
12:39Sarten-X has joined #ltsp
12:45
<johnny>
huh?
12:45
<alkisg>
nonix4: it doesn't need to be in a vm, or in a different server...
12:45
<johnny>
build a vm to serve it as a local app? that sentence doesn't make sense :)
12:47
<stgraber>
ogra: yeah !!
12:53
<nonix4>
well it is too unholy to be served from a real server, so VM would add some isolation from the ugliness :)
12:53vagrantc has quit IRC
12:55mikkel has joined #ltsp
12:58
<Appiah>
hey stgraber , do you just compile your own openvz kernel in karmic?
13:11
<dkostousov>
Why hplip can't find printer connecter via jetpipe?
13:16kalib has joined #ltsp
13:17Lns has joined #ltsp
13:18
<kalib>
Hi there. In my company, we do use ltsp with thinclients EZ1000. It's working fine for almost everyone. Only the developers are having troubles. Lag, etc.. Is there any problem with ltsp and IDEs?
13:21
<nonix4>
some programs make ridiculous assumptions... as in use ridiculously heavy animations.
13:22
<johnny>
kalib, no problem with ides in particularly..
13:22
<treyh>
I'm using rdesktop and the caps lock doesn't work, any ideas?
13:22
<johnny>
probably THE ide specifically tho
13:23* alkisg wonders which ide is THE one...
13:23
<nonix4>
Happen to have tried things like "meld", which while a nice diff tool, uses quite heavy animations for no particular reason?
13:25
<kalib>
johnny, we got problems with eclipse and glade
13:26
<johnny>
ah.. eclipse
13:27
blame eclipse
13:27
eclipse is heavin in general
13:27
you might want to try LDM_DIRECTX=Y tho
13:27
in lts.conf
13:29
<Gadi>
treyh: its a known rdesktop bug. the fix is this:
13:29
edit /usr/share/rdesktop/keymaps/common
13:29
and change the second to last line to:
13:29
Caps_Lock 0x3a capslock
13:29
<johnny>
seems like such an easy fix.. why isn't in rdesktop??
13:29
or at least patched in the debian package
13:29
<Gadi>
politics
13:29
of course
13:29
:)
13:30
<kalib>
johnny, thanks ;]
13:30
<treyh>
Gadi: thank you sir
13:30
<kalib>
but.. I'm already using an directly RDP.. over windows server 2008
13:30
<johnny>
kalib, that disables the encryption
13:30
kalib, then i have no idea
13:30
i don't use windows nonsense..
13:31
<kalib>
:/
13:31
I hate windows too..
13:32
we have only 2 windows servers..
13:34
<treyh>
if linux had a replacement for Active Directory, i would have 0 windows serverws
13:36Treyh_ has joined #ltsp
13:36
<johnny>
depends on which part of active directory you mean..
13:37
most other thigns can be faked..
13:39
<kalib>
o.O
13:40
<Appiah>
OpenLDAP ?
13:41
eDirectory
13:41
there's 2 ... sure there are more
13:42treyh has quit IRC
13:43
<kalib>
Appiah, hahahha.. it's different..
13:43
active directory is much better
13:43
I hate windows.. but..
13:43
<Appiah>
Never tried eDirectory
13:43
<kalib>
in this case.. i need to agree with treyh
13:43
<Appiah>
What can Windows AD do in a linux envoirment that openldap can't ?
13:44
I know what openldap cant do in a windows env :)
13:44
<kalib>
Appiah, is much better to control the domain.. more organized.. users, groups.. much more simple to use and user friendly
13:45
<Appiah>
so
13:45
in a place filled with linux servers
13:45
you put in windows ad to control this domain?
13:53
<kalib>
yeah..
13:53
because we have linux and windows servers..
13:53
so.. we have only one domain control
13:54* Lns wonders why nobody mentioned samba
14:03
<Appiah>
:D
14:04
<Treyh_>
maybe I'm missing it, but I just don't see a guide for sharing a network printer for ltsp clients
14:04
<Appiah>
but for a a none windows server , but centralised control, openldap can work
14:04
Treyh_ been looking for similar
14:05
I think LTSP still lacks documentation for alot of stuff that people solved
14:05
<johnny>
well don't put all the stuff directly under ltsp banner
14:05
make sure the general stuff stays general
14:05
<Treyh_>
Appiah: looks like we use cups
14:05
<johnny>
instead.. say.. i think linux lacks
14:06
<Appiah>
ye I got that part
14:06
<johnny>
orwhatever
14:06
<Appiah>
I "think" I know how to solve that
14:06
<johnny>
most problems with ltsp are not ltsp related
14:06
<Appiah>
I solve it once I have printers to connect :D
14:06
<johnny>
they are peole having trouble doing stuff in linux in general
14:07
<Treyh_>
I know how to add the printer directly to the ltsp server
14:07vagrantc has joined #ltsp
14:08
<Appiah>
I wanna add printers to one server and control the access with ldap , I'm sure there's plenty of people who have done that
14:08
eeer
14:08
well ldap (groups)
14:08
<stgraber>
Appiah: no, I'm using hardy as host with jaunty VZ
14:08
<Appiah>
cups wont see the different
14:08
differnce*
14:09
stgraber: oh
14:09
so I should get hardy and use karmic VZs to test?
14:12Sarten-X has quit IRC
14:26Selveste1___ has joined #ltsp
14:26Lns has quit IRC
14:28tstafford_ has quit IRC
14:28tstafford_ has joined #ltsp
14:30
<Treyh_>
Ok so I have a network printer added to the ltsp server, what modifications would I make to cups/lts.conf to allow users to have access to it
14:32
<johnny>
shouldn't need any i hope
14:32
they shoudl just show up
14:32
oh..perhaps cups need some AllowGroup
14:32
uggh i hate cupsd.conf
14:32
<Treyh_>
ok cool, i'll look up the details for rdesktop then
14:32
<johnny>
oh.. rdesktop
14:33
different problem
14:33
read the cups docs
14:33korcan has joined #ltsp
14:33
<johnny>
and add the printer as ipp
14:33
in windows..
14:33
however that is done
14:35toscalix has left #ltsp
14:38
<stgraber>
alkisg, vagrantc: Was that one of you who mentioned broken hostname with karmic ?
14:38
<alkisg>
Not me
14:43
<stgraber>
alkisg: any idea of why I'd get an empty hostname ?
14:43
<alkisg>
stgraber: in the ltsp clients?!!!
14:43
<stgraber>
might come from your udhcp script but I'm not yet sure of that
14:43
yeah
14:43
<alkisg>
Ah.... let me check the code for ideas
14:43
<stgraber>
and empty hostname breaks ssh, shell and a few other funny things
14:43
I see we have some code in LTSP for cases where it's set to (none) but not for when it's empty
14:43kalib has quit IRC
14:44
<stgraber>
so that makes me think that usually it's never empty unless something set it that way
14:45
<alkisg>
if [ -n "$hostname" ]; then echo "$hostname" > /proc/sys/kernel/hostname; fi
14:46
I can't imagine how that would write an empty hostname...
14:47
<johnny>
in fedora and gentoo we generate a hostname based off the ip ifthere isn't one
14:48
<alkisg>
We do the same in debian/ubuntu, e.g. 10.160.31.123 => ltsp123...
14:48
But I can't see what would empty the hostname :-/
14:48
<johnny>
oh .. really.. i musta missed that
14:48
it did'nt used to do it
14:49
<alkisg>
Yeah I proposed a patch for it last year
14:49
<johnny>
i think mine and warrens is client-127-0-0-1 or whtatever
14:49
<alkisg>
johnny: you may want to look at it, I think it's nice, it does some calculations for nicer names
14:49
The first client on the subnet is named client1, the second client2 etc
14:50
Of course for 255.0.0.0 subnets the last client has a very big number :)
14:50
<johnny>
alkisg, then shouldn't it be some way part of
14:50
ltsp-init-common ?
14:50
i'll use it if it is there :)
14:51pmatulis has quit IRC
14:51
<johnny>
perhaps warren will to
14:51* alkisg can't yet seperate what's ltsp-upstream and what's debian/ubuntu specific... :(
14:51
<johnny>
alkisg, use a diff program :)
14:51
it would be nice if there were no upstram patches
14:51
i don't use any
14:52
<alkisg>
E.g. it's in that file: ltsp-trunk/client/initramfs/scripts/nfs-bottom/ltsp
14:52
<johnny>
oh, warren and i don't do it in the initramfs..
14:52
<alkisg>
...everything in initramfs is distro specific?
14:52
<johnny>
we do it in ltsp init scripts
14:52
so i guess we can't share
14:52
until we all use dracut of course
14:53
gentoo's scripts are a combination of debian/ubuntu/fedora init scripts :)
14:53
<alkisg>
johnny: http://paste.ubuntu.com/276062/
14:53
<johnny>
with my own touch :)
14:53
i write to /etc/conf.d/hostname
14:53
for example
14:54
bind mounted
14:54
and let that handle the work
14:54
<alkisg>
Heh, I did the exact same thing in a S00-twin-client-setup I was trying to make for non-ltsp fat clients...
14:55Sarten-X has joined #ltsp
14:55
<alkisg>
I was able to do everything I needed from that S00 script
14:57
stgraber: I don't know what the problem is, but it won't hurt to put an extra "if [ -z "$HOSTNAME" ]" in ltsp-trunk/client/initramfs/scripts/nfs-bottom/ltsp
14:58
...so that we solve your problem - we'd still need to look what causes it, though...
14:58
*would
15:04Gadi has left #ltsp
15:05bieb has left #ltsp
15:08Sarten-X2 has joined #ltsp
15:09
<stgraber>
alkisg: yeah, I'm working on that now, basically it's not empty but contains an empty line
15:09
<alkisg>
Ah. Yeah that could be udhcpc's fault.. looking
15:12
stgraber: can you put a break=mount and see if /tmp/dhcp-info.conf contains a hostname?
15:18Sarten-X has quit IRC
15:27Ahmuck_Sr has joined #ltsp
15:30
<stgraber>
alkisg: sure, hang on a sec
15:35
alkisg: nope, no hostname there
15:35
<alkisg>
stgraber: then maybe it's not udhcpc's fault
15:36
While still there, if you cat /proc/.../hostname, is it (none) or newline?
15:37
/proc/sys/kernel/hostname
15:40
<stgraber>
(none)
15:40
<alkisg>
stgraber: a newline is in <chroot>/etc/hostname - maybe that's where it comes from
15:41
<stgraber>
but so was it with jaunty :(
15:41
<alkisg>
I.e. our scripts run fine, and then the init scripts read the hostname and set it
15:46
stgraber: it was (none) in break=mount? Shouldn't ltsp-trunk/client/initramfs/scripts/nfs-bottom/ltsp had been executed by then, and changed the hostname? Maybe try set -x in top of the nfs-bottom/ltsp script?
15:48
ooops, nope, bottom is after mount, sorry.
15:50
<stgraber>
had a quick look and it seems that after the ltsp script is run the value is correct
15:50
so something must break it afterwards
15:51
<alkisg>
What (in jaunty) puts our "hostname=ltsp123" value to /etc/hostname?
15:52
<stgraber>
argh, I think I know what's wrong
15:52
<alkisg>
...we only write it to /proc/sys/kernel/hostname, not on the root filesystem....
15:52
<stgraber>
the new upstart as an event triggered when the hostname isn't set
15:52
/opt/ltsp/i386/etc/init/hostname.conf
15:52
exec hostname -b -F /etc/hostname
15:53
so we'll need to write the hostname to /etc/hostname before this one gets started
15:55
<alkisg>
I think a lot of things could be moved from the initramfs to some early init scripts (not for Karmic, of course)...
15:57
<johnny>
alkisg, that means we might be able to share :)
15:57
<alkisg>
That'd be nice :
15:57
:)
15:57
stgraber: so anyway, in ltsp-trunk/client/initramfs/scripts/nfs-bottom/ltsp the root file system is mounted, so we can write it there
15:58
stgraber: but we should write it even if it's <> '(none)', for the case that udhcp set it
15:58
...because udhcpc doesn't have the ability to write it to the root file system as it runs in premount
16:03
<stgraber>
alkisg: I'll just dump whatever is in /proc to /etc/hostname
16:03
<alkisg>
Sounds good
16:06bobby_C has quit IRC
16:06Treyh__ has joined #ltsp
16:11Treyh__ has quit IRC
16:12Treyh_ has quit IRC
16:19korcan has quit IRC
16:20alkisg has quit IRC
16:23fotanus2 has joined #ltsp
16:23fotanus1 has quit IRC
16:26monteslu has quit IRC
16:31vagrantc_ has joined #ltsp
16:31vagrantc has quit IRC
16:34pmatulis has joined #ltsp
16:46spectra has quit IRC
16:56
<Ahmuck_Sr>
pessulus is ?
16:56
in comparison to sayabon?
16:56
er, sabayon
17:05Beer30 has quit IRC
17:16fotanus2 has quit IRC
17:19Selveste1___ has quit IRC
17:34
<johnny>
used by sabayon
17:34mikkel has quit IRC
17:46GodFather has joined #ltsp
17:46jammcq has quit IRC
17:48cg_uira has quit IRC
17:51vagrantc_ has quit IRC
18:00epsas has quit IRC
18:15Chiplogan has joined #ltsp
18:20
<Chiplogan>
18:20
Alguem pode me auxiliar?
18:32daduke has quit IRC