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


Channel log from 30 June 2009   (all times are UTC)

00:10Lns has quit IRC
00:11alkisg has quit IRC
00:24Faithful has joined #ltsp
00:43chupacabra has joined #ltsp
00:47try2free has quit IRC
00:47vagrantc has quit IRC
01:22Vonor has joined #ltsp
01:23Vonoff has quit IRC
02:13l0C0 has joined #ltsp
02:19alkisg has joined #ltsp
02:20markit has joined #ltsp
02:23alkisg has quit IRC
02:27intelliant_ has joined #ltsp
02:32alkisg has joined #ltsp
02:38alkisg has joined #ltsp
02:39intelliant_ has quit IRC
02:42intelliant_ has joined #ltsp
02:43
<markit>
what command should I issue once modified configuration in ubuntu ltsp to make change available? I'm used to debian, where there is no need to "update the chroot"
02:43intelliant has quit IRC
02:43intelliant_ is now known as intelliant
03:00Patina has quit IRC
03:03
<alkisg>
markit: what configuration?
03:04
E.g. lts.conf doensn't need any updating...
03:04
For changes in the chroot, `sudo ltsp-update-image` is needed.
03:04Patina has joined #ltsp
03:12
<markit>
alkisg: thanks a lot
03:24
is editing of /etc/exports needed for ubuntu, end if not, what else should be edited instead?
03:32Vonor has quit IRC
03:32Vonor has joined #ltsp
03:35
<alkisg>
markit: do you use nfs with ubuntu?
03:35
<markit>
alkisg: I think I will use default of ubuntu, nbd if I'm not wrong, but I've not idea about if and how has to be configured
03:35
<alkisg>
markit: if you use nbd, there's no need for /etc/exports
03:36
<markit>
I'm trying ubuntu version of ltsp just in the desperate try to make local usb available to rdesktop... since in debian is almost impossible
03:36
alkisg: ok, sure, but need of something else?
03:36
something like /etc/nbd.conf?
03:36
<alkisg>
No no it's handled automatically
03:36
<markit>
oh, thanks a lot
03:36
<alkisg>
If you've installed ltsp-server and done ltsp-build-client, you should be ready to boot the clients
03:37
<markit>
ok, let's try then :)
03:38
mmm maybe inserting lan cable to the client could help ;)
03:39
great, is booting :))
03:40
<tarzeau>
how can i set SendCoreEvents options to false in the mouse settings with lts.conf ?
03:41
<alkisg>
tarzeau: I don't know this option, but I see that you haven't found it for some days now... why don't you use a custom xorg.conf instead?
03:42
<tarzeau>
alkisg: because it must be very simple but i can't figure how
03:42
i'm sure someone in here knows it, i just keep asking at the wrong time
03:42
<alkisg>
How is it declared in xorg.conf, and in which section?
03:43
<tarzeau>
alkisg: the mouse section
03:43
Option "SendCoreEvents" "false"
03:43
Section "InputDevice"
03:44
inside the above section
03:44
<alkisg>
ok, looking at configure_x.sh...
03:44
<Appiah_>
gaah
03:44
I wish gconf was easier
03:45
<markit>
alkisg: are you an expert of rdesktop and local usb storage also? :)
03:45
<alkisg>
markit: nope :)
03:45
I'm only an expert in Delphi and 80x86 assembly :(
03:48
tarzeau: if I'm reading the handle_mouse_settings() function correctly, it doesn't support adding custom mouse options. If I'm correct, you'd have to use a custom xorg.conf for this client.
03:49
tarzeau: you can check for yourself, it's in /opt/ltsp/i386/usr/share/ltsp/configure-x.sh
03:49
<tarzeau>
alkisg: oh no :( i know about the configure-x.sh script
03:50
alkisg: the point is i need this option for all ltsp clients i have, and i don't want hundreds of individual xorg.org config files
03:50
alkisg: the main problem goes like this: fvwm the ugly window manager has a problem since lenny with the right mouse button
03:50
<alkisg>
tarzeau: then you'd just patch configure-x.sh
03:50
<tarzeau>
gnome, kde, windowmaker, amiwm, all work fine with the right mouse button, only this ugly fvwm2 not!
03:50
either that, or fvwm2
03:51
<alkisg>
tarzeau: it'd only take a few minutes to patch configure-x.sh to put support for mouse options. You just need to remember patching it again after updates...
03:51
(chroot updates, which should almost never happen)
03:52
<tarzeau>
alkisg: ah that's fine, i have no idea how to patch it though?
03:52
<alkisg>
See this line? EXTRAMOUSE="EndSection\n\nSection \"InputDevice\"\n\tIdentifier\t\"Mouse1\"\n\tDriver\t\"mouse\"\n\tOption\t"Device"\t\"$X_MOUSE_DEVICE\"\n\tOption\t\"Protocol\"\t$X_MOUSE_PROTOCOL\nEndSection"
03:52
Just put sendcoreevents in there. \n means [enter] , and \t means tab.
03:53
<tarzeau>
the thing is it has true as default, so i won't end up with two of sencdoreevents?
03:53
<alkisg>
But you could make a xorg.conf that only contained the mouse options inside, not any video options
03:53
<tarzeau>
two lines of it, once true once false?
03:53
<alkisg>
So you could use this xorg.conf for all clients
03:53
<markit>
alkisg: oh, delphi, I do program in delphi also! I'm planning to move to ruby and abandon totally the evil empire M$
03:53
<alkisg>
tarzeau: yeap, better to try this first, before resorting to patching
03:53
<ogra>
alkisg, erm, that might not do what you think it does
03:54* ogra points at "Identifier\t\"Mouse1"
03:54
<markit>
but I've my "legacy" programs in delphi, that I mantein with a XP VM under debian/kvm
03:54
<alkisg>
ogra: doesn't the new xorg take into account only the sections it finds?
03:54
<ogra>
alkisg, the new xorg doesnt use the horrible hackish confgure-x.sh at all
03:54
that script was just an interim until hal-input was ready, which it is nowadays
03:55
but if my memory doesnt trick me, tarzeau is using debian lenny, there the script might still be used
03:55
<alkisg>
So if tarzeau wrote a xorg.conf with only a mouse section in it, and set XCONF in lts.conf, wouldn't that work?
03:56
<ogra>
not sure, i would rather scp an xorg.conf from the running client and add the needed bits for that
03:56
so you can be sure the rest is fine
03:56
<alkisg>
He has different clients, so he'd need a lot of different xorg.conf
03:56
<ogra>
s/for that/to that/
03:57
if they actually vary, yes
04:03bobby_C has joined #ltsp
04:04chupacabra has quit IRC
04:05
<alkisg>
If a client with an nvidia card is using vesa instead of nv, how would I tell? I can't see "nv" neither in xorg.7.log nor in lsmod...
04:06
<ogra>
Xorg.0.log or so
04:07
<alkisg>
I only have /var/log/Xorg.7.log
04:07
I can see 'LoadModule: "vesa"' there - is that it?
04:08
But I don't see vesa with lsmod
04:08hanthana_ has quit IRC
04:08* alkisg wants to try the nouveau drivers...
04:14hanthana_ has joined #ltsp
04:18chupacabra has joined #ltsp
04:20
<markit>
lsmod | grep fuse does not return anything, but the package are installed and /dev/fuse is present... any clue? (https://wiki.ubuntu.com/DebugLocalDev)
04:32
seems that fuse kernel module is missing
04:33
wondering what package do I have to install, and why is not automatically installed (jaunty)
04:33
<alkisg>
markit: there has been some changes with policy kit and stuff
04:33
So it might not be needed in jaunty
04:33
<markit>
but I can't have local usb mounted
04:33
<alkisg>
But I'm not sure, so don't take me too seriously
04:34
<markit>
and the above link shows the troubleshooting steps
04:34
<alkisg>
That was written for gutsy, though
04:34
<markit>
I'm so depressed... second day wasted so far
04:34
<alkisg>
markit: so with normal ltsp (no rdesktop etc) you can't have local devices?
04:35
<markit>
I've installed minimal ltsp, I log in a xterminal only
04:35
but logging in console (alt f1) as root
04:35
I can see that the device is not mounted
04:36
and issuing the mount command manually it fails (as suggested in that link)
04:36
Error: /media/myusername is not mounted
04:39
<alkisg>
markit: what I _can_ tell you is that in my jaunty, lsmod|grep fuse returns nothing, yet usb sticks work fine.
04:39
<markit>
do you have something special in lts.conf file for that?
04:39
<alkisg>
Nope
04:39
LOCALDEV is true by default
04:40
<markit>
if I plug the usb I see dmesg
04:40
also /var/run/ltspfs_fstab is populated
04:41
do you just plug it and it gets mounted?
04:41
<alkisg>
Yes
04:42
But with a logged on user, I don't know if that makes any difference..
04:42
<markit>
well, this would be the first step, second is follow Gedi suggestions to make it work with rdesktop.. so you figure :(
04:43
<alkisg>
But you can't test with logged on users if you don't have X
04:43
err... ldm
04:44* alkisg has xv support in his nvidia clients with nouveau!!! Yeah! :)
04:44
<markit>
alkisg: I've logged in ldm, just tells me that can't find a x server or a window manager or whatever
04:45
then with ctrl alt f1 I log in terminal as root
04:45* alkisg finally sees full screen video with 30 fps instead of just 3 :)
04:45
<markit>
and check mounts and whatever
04:46
good, but nvidia is so much gnu/linux hostile... I've switched to AMD radeonhd, but no acceleration so far
04:46
(I'm talking about my workstation, not ltsp, of course)
04:47
<alkisg>
In my laptop I've no problems with the proprietary nvidia drivers. And if nouveau work in most cards like what I'm seeing now in my mx4000, then I'm fine with it:)
04:47
<markit>
alkisg: I've creted /var/lib/tftpboot/ltsp/i386/lts.conf to set a rdesktop redirection... but ldm still appears... do I have miss something?
04:48
<alkisg>
markit: pastebin its contents
04:49
<markit>
http://www.pastebin.ca/1479323
04:49
lopts of rem # :)
04:49
<alkisg>
Well you have both screen_07 and 08.
04:49Vonoff has joined #ltsp
04:49
<markit>
worked fine with debian ltsp, as far as I recall
04:49
<alkisg>
So if you switch to 08, you'd see rdesktop - if it didn't have any problems loadin
04:50
<markit>
oh, so default screen is 07 in ubuntu?
04:50
<alkisg>
Yes, what is it in debian?
04:50
<markit>
mmm 08 is still at "starting ltsp client" message
04:50
<alkisg>
I don't think you're using the correct syntax, though
04:51
I think it goes like this:
04:51
SCREEN_08=rdektop
04:51
RDP_OPTIONS="the options"
04:51
Or something like that... let me seee
04:51
<markit>
worked with debian, but I'm open to improvements and suggestions :)
04:52
<alkisg>
I think you need all of the following 3 directives:
04:52
SCREEN_08=rdesktop
04:52
<markit>
now I've changed to SCREEN_07 but still ldm login... I've the feeling is simply ignored
04:52
<alkisg>
RDP_SERVER=<ip>
04:52
RDP_OPTIONS=<options>
04:53
<markit>
am I editing the correct file? do I have to do something further after editing?
04:53
<alkisg>
/var/lib/tftpboot/ltsp/i386/lts.conf, right?
04:53
<markit>
right
04:53
<alkisg>
You don't have to update anything after editing, just reboot the client.
04:54Vonor has quit IRC
04:54
<markit>
I did
04:55
there is the default almost empty /opt/ltsp/i386/etc/lts.conf, do I have to remove and rebuild teh client?
04:57
<alkisg>
No, it gets overriden
05:00Vonoff has quit IRC
05:00
<markit>
so I've no idea :(
05:00
any parameter I can change for ldm to see if is got?
05:01
<alkisg>
You can run getltscfg -a on the client to see what lts.conf params it gets
05:01
<markit>
LTSP_CONFIG=True is needed?
05:01
<ogra>
LTSP_CONFIG=True??
05:02
where doe that come from ?
05:02
<markit>
ogra was in debian default lts.conf
05:03
<ogra>
thats nonsense
05:03
<markit>
alkisg: I've logged in console of the client as root, and that command returned nothing
05:03
<ogra>
run "env" afterwards
05:03
getltscfg -a just sets environment variables
05:04
(though it should have told you it does set it for each one)
05:04
<alkisg>
ogra: I think it dumps the env vars on the screen without setting them
05:04
*output
05:05
<ogra>
then i might remember wrongly
05:05
<alkisg>
E.g. SCREEN_02=shell
05:05
export SCREEN_02 ..etc
05:07hanthana_ is now known as hanthana
05:12
<markit>
I give up, I will try thinkstation under windows, sigh
05:12
I'm so sorry, but I do need a solution
05:12
thanks a lot for the help!!!
05:12
bye
05:12markit has quit IRC
05:21alkisg has quit IRC
06:10hanthana has quit IRC
06:11hanthana has joined #ltsp
06:12pmatulis has joined #ltsp
06:28
<Appiah_>
I was going to setup my "Load balance" with a round-robin DNS record
06:28
pointing to different ltsp servers
06:29
but the DHCP server cannot reach the DNS containing this record
06:29
suggestion for a new method?
06:29
+s
06:29
<ogra_>
even if it could you would run into probs with ssh keys
06:29
<Appiah_>
nope
06:31
<ogra_>
just use ltsp-cluster
06:32
<Appiah_>
in the future I will
06:32
trust me
06:33
I sooooo want a real cluster
06:34
<ogra_>
well, packages for ubuntu exist since a while
06:36intelliant_ has joined #ltsp
06:36
<Appiah_>
in Januty or is it still PPA?
06:36
last time i check it was PPA
06:36
<ogra_>
ppa for jaunty, the same packages are just going into karmic natively
06:37
<Appiah_>
k
06:37* ogra_ wonders what difference that makes
06:37
<ogra_>
they are meintained by the same person for both :)
06:37
<Appiah_>
I gave that PPA a try once but I got stuck and feelt like I didnt know enough
06:37
on intrepid
06:37intelliant_ has quit IRC
06:38
<ogra_>
not sure how mature it was in intrepid
06:38
<Appiah_>
I will however fire up a lab in the end of august
06:38
<ogra_>
should definately be ok to use it in jaunty
06:38
or karmic (though ltsp itself has issues in karmic atm)
06:38
<Appiah_>
when do you think it will be in the jaunty resp?
06:39
<ogra_>
it wont, jaunty is relesed
06:39
<Appiah_>
oh ye right
06:39
<ogra_>
post release there are no new packages added to a repo
06:39
<Appiah_>
:)
06:39
<ogra_>
thats why we have PPAs
06:39
<Appiah_>
I thought PPA's was also for testing
06:39
or mainly
06:39
<ogra_>
that too
06:40
really depends ...
06:40
if you dont want to follow the release schedule with your stuff you simply use a PPA
06:40
no matter for what purpose
06:41
there are enough people that use PPAs not for testing but because they dont like to follow the schedule
06:41
<Appiah_>
on the intrepid PPA there was some php files and apache installing ... is that for a webinterface to manage the cluster?
06:41
<ogra_>
or because the packages didnt make the release
06:41
<Appiah_>
ah i see
06:41* ogra_ does that for usb-imagewriter for intrepid and hardy
06:42
<ogra_>
i think thats for the maintenance UI, yes
06:42
stgraber would be the better person to ask though
06:46sunru has joined #ltsp
06:47
<sunru>
hello, can I have a different arch on the server than the clients?
06:48
<ogra_>
sure
06:48
<sunru>
I'll be supplying the proper kernel of course.
06:48
oh cool ..just checking.
06:48rjune_wrk has quit IRC
06:48
<ogra_>
you also need the image/rootfs built for the client
06:48rjune_wrk has joined #ltsp
06:48
<ogra_>
not only the kernel
06:48
<sunru>
hmm
06:48
<ogra_>
what arches do you want to combine ?
06:49
<sunru>
the server is x86_64
06:49
i386 clients
06:49
<ogra_>
shouldnt be a prob
06:49
<sunru>
ok
06:49
<ogra_>
just run ltsp-build-client with the --arch argument
06:49
<sunru>
ahh awesome.
06:49
<ogra_>
it will set the clients up properly
06:50
<sunru>
just looking at all the commands now.
06:51
hmm
06:51intelliant_ has joined #ltsp
06:52
<sunru>
why is it called ltsp-build-client?
06:52
<ogra_>
it builds the client setup
06:52
<sunru>
oh ok
06:52
<ogra_>
using distro packages and a distro build mechanism
06:52
<_UsUrPeR_>
sunru: that builds and compresses the client image that is uploaded to the thinclients on boot
06:53
morning ogra_! :D
06:53
!o
06:53
<ltspbot>
_UsUrPeR_: "o" is o is for ogra!!!!!!!!!
06:53
<ogra_>
hey _UsUrPeR_
06:53
<sunru>
call it ltsp-build-image ?
06:53
<ogra_>
afternoon :)
06:53
<_UsUrPeR_>
heh
06:53
waaay early for me
06:53
<sunru>
hp built the clients
06:53
<ogra_>
sunru, well, some distros use nfs roots, some uswe images
06:53intelliant has quit IRC
06:53
<_UsUrPeR_>
I got woken up by the neighbor's dog this morning -_-
06:53
<ogra_>
bah
06:53intelliant_ is now known as intelliant
06:54
<sunru>
sorry english is my first language.
06:54
<ogra_>
at least you didnt wake up by a crashing plane, seems common these days trhat they fall off the sky
06:54* sunru creates a ltsp-build-base symlink, because hes rude.
06:55
<sunru>
and rename --base to --label
06:55
*sigh*
06:55pmatulis has quit IRC
06:55
<ogra_>
well, --base defines the basedir
06:55
<_UsUrPeR_>
ogra_: I concur. Have you seen "Donnie Darko"?
06:56
<ogra_>
yep, indeed :)
06:56
<sunru>
--base takes a "name" correct?
06:57
<ogra_>
it *can* take a name, yes
06:57* ogra_ would just go with the defaults
06:57* _UsUrPeR_ seconds ogra
06:57* sunru is rude
06:57* _UsUrPeR_ dissagrees. Sunru is a fine person
06:58* ogra_ cant tell .... doesnt know sunru
06:59
<sunru>
gentoo scared me
07:00
<ogra_>
yeah, its scary
07:00* ogra_ hugs ubuntu
07:01
<sunru>
Only one base per server?
07:02
I should probably noob it out with the basics.
07:02
thanks
07:02sunru has quit IRC
07:02
<_UsUrPeR_>
base?
07:05pmatulis has joined #ltsp
07:26
<rjune_wrk>
_UsUrPeR_ it are belong to us
07:27* _UsUrPeR_ rolls his eyes really hard
07:27
<_UsUrPeR_>
:)
07:28alkisg has joined #ltsp
07:31intelliant_ has joined #ltsp
07:41intelliant_ has quit IRC
07:43intelliant has quit IRC
08:01intelliant has joined #ltsp
08:05elisboa has quit IRC
08:08elisboa has joined #ltsp
08:14Gadi has joined #ltsp
08:14Gadi has left #ltsp
08:21Gadi has joined #ltsp
08:33CAN-o-SPAM has joined #ltsp
08:48alkisg has quit IRC
09:15lucascoala has quit IRC
09:20bieb has joined #ltsp
09:23chupacabra has quit IRC
09:28phantom has quit IRC
09:42lucascoala has joined #ltsp
09:43phantom has joined #ltsp
09:45bobby_C has quit IRC
09:50Ahmuck has joined #ltsp
10:19staffencasa has joined #ltsp
10:34alkisg has joined #ltsp
10:40l0C0 has quit IRC
10:58japerry has quit IRC
11:01Egyptian[Home]1 has joined #ltsp
11:04Egyptian[Home] has quit IRC
11:09pmatulis has quit IRC
11:17cg_uira has joined #ltsp
11:26Lns has joined #ltsp
11:50alkisg has quit IRC
11:59bieb has quit IRC
12:01pmatulis has joined #ltsp
12:02Egyptian[Home]1 is now known as Egyptian[Home]
12:05hanthana has quit IRC
12:12hanthana has joined #ltsp
12:15]Oscar has joined #ltsp
12:17
<]Oscar>
afther updated the squashfs image, all works as expected; at 2nd boot (with overlay disk) seems that some init.d script are not executed. does it make any sense?
12:18pmatulis has quit IRC
12:19pmatulis has joined #ltsp
12:26vagrantc has joined #ltsp
12:35etyack has joined #ltsp
12:38etyack has quit IRC
12:52japerry has joined #ltsp
12:54leio_ is now known as leio
13:10spectra has joined #ltsp
13:11cg_uira has quit IRC
13:24japerry has quit IRC
13:26evilx_ has joined #LTSP
13:27intelliant has quit IRC
13:34]Oscar has left #ltsp
13:35fotanus has joined #ltsp
13:40evilx has quit IRC
13:48japerry has joined #ltsp
13:50alkisg has joined #ltsp
13:52The_Code has joined #ltsp
14:08pmatulis has quit IRC
14:09vvinet has joined #ltsp
14:12Lns has quit IRC
14:12Haruchai has quit IRC
14:33elisboa has quit IRC
14:33elisboa has joined #ltsp
14:43atomic007za has joined #ltsp
14:43
<atomic007za>
HI
14:43
I need to know if there is/ what it is called/ how to restrict uses desktops in LTSP
14:46
<vagrantc>
atomic007za: to allow people to only use certain applications?
14:47
<atomic007za>
yes and stop changing backrounds, themes
14:47
ect
14:48Gadi has left #ltsp
14:49
<atomic007za>
please
14:49
<alkisg>
atomic007za: you can use gconf-editor to lock down many gnome settings, e.g. the background picture
14:51
<atomic007za>
hi alkisg: thanks, can I also "hide" the OS files and only let then see there home dir? with this?
14:51
<alkisg>
atomic007za: no, this is only about gnome settings
14:52
Why would you need to hide any OS files?
14:53
<atomic007za>
alkisg: I am quiet new to edubuntu and ltsp in the sense of desktop applications. and I am setting it up for a school as a proof of concept
14:54
<alkisg>
atomic007za: e.g. the background is it this "path" in gconf-editor: /desktop/gnome/background/picture_filename => you just have to right click on it and set it as mandatory
14:54
<atomic007za>
I have worked alot with active dir, and those type of group policy
14:54
<alkisg>
atomic007za: I've been using ubuntu/ltsp for 2 years in school, it worked just fine with me
14:54
*for me
14:54
<atomic007za>
really?
14:54
<alkisg>
yes, I'm a teacher
14:55
atomic007za: and you've been hiding the C:\windows directory with AD ???
14:55
<atomic007za>
no but I can hide entire c: drive
14:55
<alkisg>
I don't think that's really possible...
14:55
<atomic007za>
and the users only see the h:\ which is there home folder on ther server
14:56
<alkisg>
You may not assign it a drive letter, but it's contents can be shown even then
14:56
The real protection happens below the "hiding" level - I mean, something is safe if the users are able to find it but can't do any harm with it
14:57
<atomic007za>
No, it can be hidden, promise, but I do not want to argue.
14:57
ok
14:57
<alkisg>
atomic007za: I've been programming winapi for many many years... I'm pretty sure it can't be hidden for advanced users :)
14:57
Anyway :)
14:58
<atomic007za>
so all the users can see the entire file structure and cant do anything with it, ok.
14:59
can I stop them from opening or seeing certain programs in gnome?
14:59
<alkisg>
Most of AD settings are for appearences only, e.g. you may hide the desktop tab in the control panel, but the user can still change his desktop if he opens the registry
14:59
<atomic007za>
true
14:59
<alkisg>
I mean that they hide the UI to change something, but it can still be changed programmatically
14:59
<atomic007za>
yes
14:59
point taken
15:00
<alkisg>
So if a user is a little advanced, there's nothing to prevent him to download a "wallpaper changer" from the internet
15:00
With gconf, the settings are locked - period :)
15:00
Something similar with the registry permissions - which are there on windows but nobody uses them
15:02
<atomic007za>
how many thin clients run off your server, and what size is it? can they view multimedia content if the server is conected to a gigabyte switch, which split into 3 100 med switches
15:03
and a gigabyte lan for the server
15:05
<alkisg>
atomic007za: for mixed speed networks, ensure that flow control is off - otherwise the speed will drop to just 100mbps: https://help.ubuntu.com/community/UbuntuLTSP/FlowControl
15:07
A usual divx video for cards that support the xv extension needs about 50Mbps, so it'll be enough for video playback for some clients, but of course not for too many clients
15:07
The flash player is a bottleneck, because it doesn't use xv (usually) and it needs a lot more bandwidth for full screen playback
15:07
A dvd video needs about 125 Mbps
15:10
<atomic007za>
ok,
15:11
is there a way that I can install eg. encarta 2009 via wine and dump it on all the desktops? or is the also done with gconf?
15:12
<alkisg>
Usually, any program you install automatically gets on all the clients, as they work on the "same" computer, the server
15:12
But wine is a special case, it doesn't allow programs to be installed for all users.
15:13
There are some ways though (using a common wine prefix etc) to do it, you may google for them
15:14
<vagrantc>
alkisg: do you know if isc dhcp can do pxe menus?
15:15chupacabra has joined #ltsp
15:18
<alkisg>
vagrantc: I don't think so, but I'm not sure. dnsmasq can do it, though.
15:18
<atomic007za>
thanks, I am going back tomorrow to try and finish up(try to), my questions may seem scattered but you are helping me alot, thanks
15:19
again
15:19
<alkisg>
atomic007za: good luck, don't be afraid of it.
15:19
A last tip, check for LDM_DIRECTX in documentation and see if you want to enable it.
15:19
!docs
15:19
<ltspbot>
alkisg: "docs" is For the most current documentation, see http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspDocumentationUpstream
15:21hanthana has quit IRC
15:21
<atomic007za>
I am a bit nervous if something, once it is working, goes wrong. but will cross that bridge when I get there.
15:21
thanks
15:21
cheers
15:21atomic007za has left #ltsp
15:23evilx_ has quit IRC
15:24evilx has joined #LTSP
15:26vvinet has quit IRC
15:31_UsUrPeR_ has quit IRC
15:32_UsUrPeR_ has joined #ltsp
15:32The_Code has quit IRC
15:56trampfox has joined #ltsp
15:56
<trampfox>
hi
15:56
i have a problem with the ltps image
15:56
is there someone that can hel me?
15:56
help*
15:57
<moldy>
describe your problem
15:57
<trampfox>
thanks
15:57
i have to install a new program in the chroot of my workstation
15:57
i use the following commands
15:58
sudo chroot /opt/ltsp/i386
15:58
apt-get update
15:58
but it can't connects to internet
15:59
<moldy>
can you connect to the internet outside of the chroot?
15:59
<trampfox>
yes
15:59
<moldy>
what error message do you get?
15:59
<trampfox>
and from firefox from a thin client
16:00
i get any error from the command
16:00
only "connecting to.."
16:00
the repository url
16:01
<moldy>
hm, that is strange
16:01
<trampfox>
i know :)
16:01
<moldy>
in the chroot, type "ping google.com"
16:01
what does that say?
16:01
<trampfox>
inothing
16:01
<alkisg>
trampfox: diff /etc/resolv.conf /opt/ltsp/i386/etc/resolv.conf
16:01
<moldy>
"ping google.com" says NOTHING?!
16:01
trampfox: you need to be *exact*.
16:01
alkisg: my first though, too, but that should give an error message
16:02
<alkisg>
moldy: it may just be waiting for a dns timeout..
16:02
<moldy>
alkisg: yes, but dns timeout is typically rather low
16:02
and "ping" should *always* say *something*
16:03
<trampfox>
the ping command return no message
16:03
<moldy>
trampfox: ok, what does the diff command say?
16:03
<trampfox>
i'm sorry
16:03
this is the output of the ping command
16:03
ping: unknown host www.google.it
16:03
<moldy>
trampfox: aha
16:03
<trampfox>
is it a dns problem?
16:03
<moldy>
trampfox: DNS problem, probably. run the command alkisg told you, from outside of the chroot.
16:04
diff /etc/resolv.conf /opt/ltsp/i386/etc/resolv.conf
16:04
<trampfox>
ok
16:04
now i try thank
16:05
i think that is a problem of the nameserver
16:05
i put the ip server for the client dns
16:06
<alkisg>
trampfox: anyway you may also just do the following to fix it: sudo cp /etc/resolv.conf /opt/ltsp/i386/etc/resolv.conf
16:06
<trampfox>
thin client use 192.168.3.1 dns
16:06
ok thank you very much
16:06
now i try
16:07supreme has joined #ltsp
16:14
<trampfox>
ok, now works
16:14
thank you
16:19
i have another problem! :)
16:19
with apt-get update
16:20
i can't get the packages
16:20
it hit only the repository
16:20
but it doesn't get anything
16:21
<alkisg>
trampfox: pastebin the output...
16:22
<trampfox>
Sorry, your post tripped our spam filter - let us know if you think this could be improved
16:22
wait a moment please! :)
16:23
<alkisg>
http://pastebot.ltsp.org
16:24
<ltsppbot>
"trampfox" pasted "root@materna:/etc/X11# apt-get" (14 lines) at http://pastebot.ltsp.org/390
16:25warren has joined #ltsp
16:25
<warren>
root=nbd nbdroot=192.168.50.1:2000
16:25evilx has quit IRC
16:25
<warren>
does this resemble Debian-style nbd cmdline?
16:26
I thought it was like root=/dev/nbd0 nbdroot=192.168.50.1:2000
16:28
<alkisg>
trampfox: what does the last line mean?
16:28
"Lettura della lista dei pacchetti in corso... Fatto "
16:30
<trampfox>
reading the packets list...done
16:30
<alkisg>
trampfox: so, it's ok.
16:30
<trampfox>
i'm sorry :)
16:30
<vagrantc>
warren: depends on if using the nbd hooks supplied by the nbd-client package, or the ltsp_nbd script used by ubuntu
16:31
<warren>
which is which?
16:31
<vagrantc>
warren: nbd-client is: root=/dev/nbd0 boot=local nbdroot=$server_ip,$server_port
16:31
i forget how the server works.
16:31
<trampfox>
alkisg: ok, i'm only have to run an apt-get update on the server chroot?
16:31
<vagrantc>
er, the ltsp_nbd works..
16:32
<alkisg>
trampfox: distro/version?
16:32
<vagrantc>
warren: ah, it's just boot=ltsp_nbd
16:32
<trampfox>
alkisg: ubuntu 8.04
16:32
<vagrantc>
warren: well, not quite ... it also has some other options ... let me look
16:33
<alkisg>
trampfox: https://help.ubuntu.com/community/UbuntuLTSP/UpdatingChroot
16:34
<warren>
brb
16:34
<trampfox>
alkisg: thank you
16:34
<vagrantc>
warren: ah, the ltsp_nbd script uses nbdroot=$server_ip:$server_port ... there's also an nbdswap=$ip:$port
16:34
gah.
16:35CAN-o-SPAM has quit IRC
16:35
<vagrantc>
sucks that they're different. i guess nbd-client came after the ltsp_nbd hooks... *sigh*
16:38
<warren>
vagrantc: ok, so this syntax resembles nothing...
16:39
<vagrantc>
warren: either look pretty similar to nfsroot.
16:39
<warren>
vagrantc: which is deprecated
16:39
<vagrantc>
whatever
16:39
<warren>
vagrantc: I'm trying to not allow inventing new syntaxes
16:39
vagrantc: our new initrd tool already has a dozen other nbd syntaxes =(
16:40
vagrantc: we had 13 different NFS syntaxes, but I said "no" and cut it down to 7
16:40
<vagrantc>
warren: i'm supportive of that, but saying it resembles nothing just seems ... inaccurate.
16:41* vagrantc heads to lunch
16:41
<warren>
vagrantc: I talked to the maintainer of nbd in initramfs-tools and we agreed that the old debian way is not necessary to be supported anymore.
16:43
vagrantc: (for those using the new upstream kernel.org initrd tool)
16:43
vagrantc: since the new tool has its own native syntax that is more powerful and expressive
16:47
<trampfox>
bye bye
16:47trampfox has quit IRC
16:55lucascoala has quit IRC
16:57fotanus has quit IRC
17:01spectra has quit IRC
17:04alkisg has quit IRC
17:07lucascoala has joined #ltsp
17:11
<vagrantc>
warren: ok
17:12
<warren>
root=/dev/nbd0 is not needed anymore because nbd-client is now capable of detecting if it is already in use
17:12
for example
17:18pmatulis has joined #ltsp
17:19pmatulis_ has joined #ltsp
17:25japerry has quit IRC
17:32warren has quit IRC
17:32lucascoala has quit IRC
17:36bobby_C has joined #ltsp
17:36Ahmuck_ has joined #ltsp
17:44lucascoala has joined #ltsp
17:53pmatulis_ has quit IRC
18:04Ahmuck_ has quit IRC
18:08Ahmuck_ has joined #ltsp
18:26Ahmuck_ has quit IRC
18:40staffencasa has quit IRC
18:50bobby_C has quit IRC
18:57fotanus has joined #ltsp
19:02Ahmuck_ has joined #ltsp
19:54Ahmuck_ has quit IRC
20:44ogra has quit IRC
20:45ogra has joined #ltsp
20:48try2free has joined #ltsp
20:49pmatulis has quit IRC
21:17phantom has quit IRC
21:18F-GT has joined #ltsp
21:32lucascoala has quit IRC
21:35vagrantc has quit IRC
22:01lucascoala has joined #ltsp
22:07fotanus has quit IRC
22:41hanthana has joined #ltsp
22:47fotanus has joined #ltsp
23:07alkisg has joined #ltsp
23:50
<alkisg>
Good morning
23:56chupacabra has quit IRC
23:56chupacabra has joined #ltsp