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


Channel log from 21 April 2009   (all times are UTC)

00:12nubae has joined #ltsp
00:23hanthana has joined #ltsp
00:38japerry has joined #ltsp
01:00twinprism has quit IRC
01:25vagrantc has quit IRC
01:44yanu has joined #ltsp
02:09alkisg has joined #ltsp
02:15isojussi has joined #ltsp
02:17
<isojussi>
in 8.04 and ltsp5, Root user can't manage user accounts from clients. from server they can do it, is there a way to allow this?
02:18
they can do it from terminal but not with gui
02:18
<nubae>
edit apparmour
02:33bobby_C has joined #ltsp
02:33alkisg has quit IRC
02:34alkisg has joined #ltsp
02:48ogra has quit IRC
02:48alkisg has quit IRC
02:49ogra has joined #ltsp
02:52isojussi has quit IRC
03:09alkisg has joined #ltsp
03:10intelliant has joined #ltsp
03:16hanthana has quit IRC
03:16hanthana has joined #ltsp
03:16bobby_C has quit IRC
03:42alkisg has quit IRC
03:54Egyptian[Home] has quit IRC
03:54Egyptian[Home] has joined #ltsp
04:01try2free has joined #ltsp
04:10try2free has left #ltsp
04:26intelliant has quit IRC
04:55alkisg has joined #ltsp
04:56yanu has quit IRC
05:05alkisg has quit IRC
05:13loca|host has joined #ltsp
05:34alkisg has joined #ltsp
05:57intelliant has joined #ltsp
06:04yanu has joined #ltsp
06:16lucascoala has quit IRC
06:26pmatulis has joined #ltsp
06:39mikkel has joined #ltsp
06:42lucascoala has joined #ltsp
06:56slashdot1x has joined #ltsp
06:58slashdotfx has quit IRC
06:59jammcq has quit IRC
07:02loca|host has quit IRC
07:03loca|host has joined #ltsp
07:05Remaille has joined #ltsp
07:33monteslu has quit IRC
07:41Remaille has quit IRC
07:46monteslu has joined #ltsp
08:03pmatulis has quit IRC
08:09intelliant has quit IRC
08:10nubae1 has joined #ltsp
08:14nubae has quit IRC
08:17loca|host has quit IRC
08:18pmatulis has joined #ltsp
08:19mikkel has quit IRC
08:21zamba has joined #ltsp
08:21
<zamba>
how does ltsp handle printers?
08:22
and especially usb and ltp-connected ones?
08:29Gadi1 has joined #ltsp
08:30Gadi1 is now known as Gadi
08:51
<zamba>
my setup is as follows.. i want to use identical setup on all computers in my network.. but computers are often set up in "islands" where three or four computers share the same printer that's connected by usb or lpt to either of them.. in addition to this we have some computer labs where all the computers there share the same network attached printer.. is ltsp flexible enough to support this setup?
08:51
and still use only one image?
08:54slashdot1x has quit IRC
08:54slashdotfx has joined #ltsp
09:09dmaran has joined #ltsp
09:13
<dmaran>
anyone having issues of late with local devices besides me? They used to work and now it doesn't seem that the udev rules are firing in ltsp. The devices are partitioned with fat32 and are picked up by both windows and my Arch install. Ideas?
09:14CAN-o-SPAM has joined #ltsp
09:15
<dmaran>
And they are picked up in the chroot. just seem to not be mounted. Followed this guide https://wiki.ubuntu.com/DebugLocalDev and was A-OK until I got to the part about the udev rules.
09:19
Belay my last about the udev rules. They are on the client shown as Vfat.
09:21Blinny has joined #ltsp
09:30alkisg has quit IRC
09:33alkisg has joined #ltsp
09:36slashdotfx has quit IRC
09:36slashdotfx has joined #ltsp
09:38dan_young has joined #ltsp
09:38The_Code has joined #ltsp
09:46cyberorg has quit IRC
09:46evilx has quit IRC
09:49loca|host has joined #ltsp
09:56jammcq has joined #ltsp
09:56
<jammcq>
good morning friends
09:57
<Lumiere>
'morning jammcq
09:58
<jammcq>
hey Jason
10:01cyberorg has joined #ltsp
10:12
<Lumiere>
I need a nap :)
10:14staffencasa has joined #ltsp
10:17loca|host has quit IRC
10:23hanthana_ has joined #ltsp
10:28yggdrasill_ has quit IRC
10:34Eeyore-Jr has joined #ltsp
10:35Ahmuck has quit IRC
10:41hanthana has quit IRC
10:44ajohnson has quit IRC
10:56ajohnson has joined #ltsp
11:07alkisg has quit IRC
11:07petre has joined #ltsp
11:15lucascoala has quit IRC
11:20
<dmaran>
Update on my problem w/ local devices I found a log of IRC chats that our issue seems to mimic here: http://www.nubae.com/logs/ltsp20080616_pg3.html
11:20
Anyone know the outcome of this ?
11:21CAN-o-SPAM is now known as CAN-o-LUNCH
11:22droalt has joined #ltsp
11:22
<droalt>
hello all
11:23
Gadi: you around?
11:23
was referred to you by a couple people in this channel yesterday. I have a question about rdesktop sound redirection with ltsp
11:24
anybody on?
11:25droalt has left #ltsp
11:29slashdotfx has quit IRC
11:29droalt has joined #ltsp
11:29
<droalt>
hi guys
11:30
Gadi: I was referred to you by a couple guys yesterday, they said you are the man for rdesktop ltsp sound redirection
11:31hanthana_ is now known as hanthana
11:31
<droalt>
hello hanthana
11:32
<hanthana>
droalt: hi
11:32slashdotfx has joined #ltsp
11:32
<droalt>
hi slash
11:33
<Gadi>
droalt: hey - sorry - Im here but busy - Ill try to answer as quickly as possible
11:33
whats up?
11:33
<droalt>
ok brief description of the issue
11:34lucascoala has joined #ltsp
11:34
<droalt>
running ltsp on intrepid, modified lts.conf to run rdesktop to windows 2003 TS
11:35
everything works great except the ltsp clients have no sound in rdesktop
11:35
I have setup a test lab, consisting of two regular dell pc's to test before applying fix to production
11:35
so both have sound cards that work
11:35
<Gadi>
do you have ldm on one SCREEN and rdesktop on another?
11:35
<droalt>
and the ltsp server's sound works great when using rdesktop
11:36
<dmaran>
Still at a loss with local devices. It is enabled in lts.conf, fuse group is same, followed the wiki page on ts-ing local dev's got to here: ssh -X -S /var/run/ldm_socket_vt7_192.168.0.254 192.168.0.254 "/usr/sbin/ltspfsmounter /tmp add"
11:36
thenI get this: "/dev/fuse not writable" -- This is with all devices I have tried.
11:36
<droalt>
no, purely rdesktop
11:36
i'll put my lts.conf here
11:36
<Gadi>
droalt: and is that how it will go into production?
11:36
<droalt>
yes
11:36
<Gadi>
easiest fix:
11:37
edit: /opt/ltsp/i386/usr/share/ltsp/screen.d/rdesktop
11:37
near the top of the shell script, but not the first line, add:
11:37alkisg has joined #ltsp
11:37
<Gadi>
pkill pulseaudio
11:38
or, better,
11:38
<ogra>
Gadi mean as always ...
11:38
<Gadi>
pkill -9 pulseaudio
11:38
<ogra>
killing poor daemons
11:38
<Gadi>
and save
11:38
ogra will fill you in on the theory
11:38
;)
11:38
<ogra>
he could also just apt-get remove it and run ltsp-update-image ;)
11:38
<nubae1>
instead of making the deamons nicer
11:38
:-)
11:38
<Gadi>
oh, and be sure to add to your rdesktop options:
11:38
-r sound:local
11:39
<droalt>
ty I will try it now
11:40
use -r sound:local or -r sound:local:alsa or does it matter?
11:40
<Gadi>
it shouldn't matter
11:40
it should use alsa by default
11:40
<droalt>
Ty again, you were right ogra and nubae, Gadi is the man
11:41
<Gadi>
nah, if I were more the man, I would have all the right fixes for rdesktop merged upstream
11:41
so, folks don't need to hack around
11:41
but I simply cannot find the time
11:41alkisg1 has joined #ltsp
11:41
<Gadi>
*sigh*
11:42
<droalt>
I understand man, I understand
11:42alkisg has quit IRC
11:42
<droalt>
I currently manage 3 large school networks and it's killing me
11:42
<Gadi>
droalt: note: if you ever start using ldm and rdesktop on separate screens at the same time, this fix will kill sound in ldm
11:43
<droalt>
ty for the note, I'll remember that
11:43
<Gadi>
so, make a skull and crossbones note
11:43
<droalt>
they love how you can't "escape" terminal services
11:43
<Gadi>
hehe
11:44
<droalt>
I just think it's nice because in the past, they had to log on locally to a windows/linux box and then ts automatically opened. they would get confused really easily
11:44
ok well my first text box didn't work
11:44
<Gadi>
droalt: I forgot
11:44
after you edit
11:45
run: sudo ltsp-update-image
11:45
:)
11:45
<droalt>
np :)
11:46alkisg1 has quit IRC
11:52
<droalt>
it works gadi, ty very much again
11:52
<Gadi>
my pleasure
11:53
<ogra>
.oO(apt-get remove would still have been cleaner and survive upgrades)
11:54japerry has quit IRC
11:54* Gadi didn't see ogra raise his hand
11:54
<Gadi>
:P
11:55
<ogra>
heh
11:56
<droalt>
lol
11:57
apt-get remove pulseaudio in the chroot?
11:57
<ogra>
right
11:57
instead of killing it ...
11:57
the script you just edited would be overwritten if you would do a security upgrade
11:57
<droalt>
interesting, might try that also
11:58
once I rebuild my test server with all my notes and write my howto
11:58
<ogra>
Gadi, err ...
11:58
i *think* you could just use SOUND=False in lts.conf and not touch the chroot at all :P
11:58
<droalt>
lol
11:59
<ogra>
since only the ltsp-client initscript spawns pulse on the clients
11:59
and that only reacts on the SOUND variable
11:59dmaran has left #ltsp
12:00
<Gadi>
I was going to try that, too
12:00
but I am in a rush
12:00
and know that pkill works
12:00
:)
12:00
<ogra>
indeed
12:00
its an AXE ...
12:00* ogra calls Gadi Eugene
12:03
<droalt>
lol
12:03
i made note of everything you guys said, and I will try each one
12:04
for the sound=false in lts.conf, is that for ldm?
12:04
<ogra>
no, for the whole setup
12:05
an ltsp client basically runs two initscripts, one sets the client up, the other starts services ... (the second one would start ldm) ... both read the variables from lts.conf and act accordingly
12:05
<droalt>
awesome
12:06
and I shouldn't need to rebuild the image after modifying lts.conf correct?\
12:06pmatulis_ has joined #ltsp
12:06
<ogra>
exactly
12:06
and lts.conf can switch things on and off on a per client base
12:06
i.e. if you would switch one client to ldm you could turn sound back on
12:07
removing pulse or editing the script are both pretty global hacks
12:07
<droalt>
my lts.conf
12:07
<Blinny>
If fuse is a group provided by a distant NIS master, will that introduce localdev problems?
12:07
<droalt>
[default] RDP_OPTIONS = "-a 16 -d crutcho -r sound:local:alsa" RDP_SERVER = 172.16.0.16 SCREEN_02 = rdesktop SOUND = false
12:07
<ogra>
Blinny, likely if the goupid doesnt match the local one
12:07
<droalt>
that pasted well lol
12:07
<ogra>
!pastebot
12:07
<ltspbot>
ogra: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
12:08
<Blinny>
ogra: There isn't a fuse local group in /etc/group - just the one provided by NIS
12:08
<ogra>
droalt, its easier to use our pastebot ;)
12:08
<droalt>
[default]
12:08
<Blinny>
ogra: However, the gid is the same on both boxes (obviously -- it's only one group)
12:08
<ogra>
Blinny, /dev/fuse will have a group id
12:08
<droalt>
RDP_OPTIONS = "-a 16 -d crutcho -r sound:local:alsa"
12:08
RDP_SERVER = 172.16.0.16
12:08
<Blinny>
Ah!
12:08alkisg has joined #ltsp
12:08
<droalt>
SCREEN_02 = rdesktop
12:08
SOUND = false
12:09
<ogra>
right, that should work
12:09
<droalt>
cool
12:09
<ogra>
if you would want a single client use ldm you would set:
12:09
<droalt>
you see any problems running ltsp on a one nic setup instead of two
12:09
<ogra>
[MACADDRSS]
12:09
SOUND=TRue
12:09
<droalt>
cool
12:09
<Blinny>
ogra: Are you talking about the owner/group perms of /dev/fuse? They're both root
12:10
<ogra>
SCREEN_02=ldm
12:10
Blinny, that wont work, fusermount is sguid fuse
12:11
<Blinny>
So I need to chgrp fuse /dev/fuse
12:11
Will that stick?
12:11
<ogra>
no
12:11
its usually set by udev
12:11Lns has joined #ltsp
12:11
<ogra>
you would need to hack up the udev rules ofr fuse
12:12
<Blinny>
In /etc/udev/rules.d/45-fuse.rules ?
12:13
Damn. Appointment is here. Thanks for the info ogra. I'll bug you (or others in the channel) later.
12:13
<ogra>
yeah, i have to go too
12:13
<droalt>
ty ogra for your help
12:13
<ogra>
(two days of constant pre-release install tests are exhausting)
12:13
<droalt>
lol
12:14pmatulis has quit IRC
12:14
<droalt>
pre-release of what?
12:14
<ogra>
ubuntu
12:14
<droalt>
so you're a developer for ubuntu?
12:14
<ogra>
yes
12:14
<droalt>
cool
12:15
i have a ubuntu issue with my laptop, but I'll save it for #ltsp
12:15
i mean #ubuntu
12:15
<ogra>
(we have our next release on thu and all images need to be testinstalled)
12:16
<droalt>
cool
12:16japerry has joined #ltsp
12:16
<ogra>
well, rather tiring :)
12:16
<droalt>
yea i bet
12:16
you have around 10 images right?
12:17
<ogra>
http://iso.qa.ubuntu.com/qatracker/build/all/all
12:17
<droalt>
whoa
12:17
<ogra>
the numbers are the testcases per image
12:18
<droalt>
45ish
12:18slashdotfx has quit IRC
12:18slashdot1x has joined #ltsp
12:18
<ogra>
or rather the different install methods that need testing
12:18
<droalt>
wow
12:18
<ogra>
well, 45images but look for example at the server image ... it has 15 install variants
12:18
<droalt>
yup, i see that
12:19
did you test them all?
12:19
<ogra>
or alternate ... has 9
12:19
(one of tehm is LTSP :) )
12:19
<droalt>
yes edubuntu
12:19
will edubuntu work with a single nic setup?
12:19
<ogra>
no, only the ones i built or am responsible for through my team
12:19
edubuntu turned into an addon CD
12:19
ltsp is on the actual ubuntu CD
12:20
<droalt>
yes i know
12:20
i did a regular install of intrepid
12:20
built everything and set it up that way, with a single nic
12:20
i'd like to try edubuntu but don't want to break things
12:20
<ogra>
but yes, ubuntu LTSP will work with a single NIC, you need to change some settings manually though, but the installer tells you what
12:20
<droalt>
yes, my single nic setup is working, just not sure if I add the edubuntu addons if it will break anything
12:21
<ogra>
edubuntu is only different artwork and a set of edu apps nowadays
12:21
<droalt>
lunch is calling.....lol
12:21
cool
12:21
<ogra>
ciao
12:21
<droalt>
ty for the info
12:21
<ogra>
enjoy your lunch
12:22
<droalt>
i will and i will be back
12:22
i like to stay in here and help if I can, still new to ltsp though
12:22
btw
12:22
<ogra>
we all were once :)
12:22
<droalt>
the sound=false worked like a champ
12:22
ok lunch lol
12:22
<ogra>
right, thats what i thought
12:25nubae1 is now known as Nubae
12:28CAN-o-LUNCH is now known as CAN-o-SPAM
12:28
<Blinny>
I see an old post from Scott about adding , MODE="0666" to 45-fuse.rules - we allow localdevs for everyone.. does this sort the issue?
12:34
<zamba>
my setup is as follows.. i want to use identical setup on all computers in my network.. but computers are often set up in "islands" where three or four computers share the same printer that's connected by usb or lpt to either of them.. in addition to this we have some computer labs where all the computers there share the same network attached printer.. is ltsp flexible enough to support this setup?
12:35
<Nubae>
zamba: sure
12:35
<zamba>
Nubae: how is this accomplished?
12:35
<Nubae>
u can print on the server or to any printer connected to a thin client
12:35
using jetpipe
12:36
<zamba>
Nubae: but i guess i need some individual configuration files for the different computers that tells them which printer to use?
12:36
<Nubae>
right...
12:36
lts.conf is your friend
12:36
<zamba>
cool
12:36
so it's possible.. that's all i need to know :)
12:36
<Nubae>
check the docs for more info
12:36
!docs
12:36
<ltspbot>
Nubae: "docs" is For the most current documentation, see http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspDocumentationUpstream
12:36
<zamba>
yup
12:38Blinny has quit IRC
12:39
<Lns>
zamba: you should only have to configure the printer once, on the server (ala lts.conf and in cups) and the clients should "just see it"
12:40alkisg has quit IRC
12:40alkisg has joined #ltsp
12:40
<zamba>
Lns: well, the printer is connected to one of the diskless clients over lpt/usb
12:40
<Lns>
zamba: right
12:40
<zamba>
so i can't add something that's not there.. ?
12:41
<Lns>
zamba: you want to configure lts.conf with the required parms to get a "network printer" via jetpipe to the client
12:41
<zamba>
Lns: ok
12:41
<Lns>
set up the ltsp server's CUPS to point to it after you've rebooted the client
12:41
<zamba>
ok
12:41
<Lns>
from my experiences anyway, all the clients will see it once it's set up on the server, regardless of physically which machine it's attached to
12:42
as long as you've configured everything right
12:42
<zamba>
and then i have to set up stuff in lts.conf to define which printer should be the default for which system?
12:42
<Lns>
no...afaik you set default printer on the server only
12:42
<Nubae>
zamba: in lts.conf define each client using the mac address
12:42
so u'd have [mad:add:ress:one]
12:42
and so on
12:43Frestechcoor has joined #ltsp
12:43
<Nubae>
under that put in the settings from the docs
12:43
<zamba>
Nubae: yup.. and under each of those sections i can define stuff like default printer and so on?
12:43
yup
12:43
<Nubae>
right
12:43
<zamba>
cool
12:43
<Nubae>
well if u want default put that under [default]
12:43
<Lns>
Nubae: are there lts.conf options for default printer?
12:43
<zamba>
well.. depending on location the different thin clients should have different default printers
12:44
each user shouldn't have to go through a list of 10+ printers to find the one located right next to him
12:44
so i'm dependant on that i can set a default printer for individual computer
12:44
computers*
12:45
<Lns>
All I see in docs is PRINTER_0_DEVICE, PRINTER_0_PORT
12:45
which is for the locally attached printer
12:45
I'd have to assume at user-level config you can change your default printer, though i've never actually done that
12:46
i always set up printers with my own account and it just reflects on everyone else's
12:47
<zamba>
yup.. but my setup is using the same user account for every user, but in different locations
12:49
<Lns>
zamba: i don't know if that's a good idea. Bad things happen when you use the same user account for multiple workstations at the same time.
12:49
<Gadi>
zamba: try in lts.conf: CLIENT_ENV = "PRINTER=<queue>"
12:49
<zamba>
Lns: i've done stuff to circumvent that
12:49
<Lns>
Gadi: always with the hidden options! =)
12:50
<Gadi>
that may work depending upon your version of ldm
12:50
<zamba>
Lns: i have a nfs mounted /home, but a tmp folder mounted on-top of that with unionfs
12:50
<Gadi>
in future versions, you can set: LDM_PRINTER_DEFAULT
12:50
<Lns>
nooice
12:50
Gadi: what about per-user cups config?
12:50
wouldn't that work?
12:51
<Gadi>
that would go by user
12:51linux_any_1 has joined #ltsp
12:51
<zamba>
Lns: so every user only has the shared home directory as a "starting point" and everything they write back to it will be lost on the next reboot
12:51
<Gadi>
he wants it to go by machine
12:51
<Lns>
Gadi: oh, right
12:51
<Gadi>
LTSP deals with machines
12:51
:)
12:51
<Lns>
Gadi: bah =p
12:52
<zamba>
do i need X on the server to run ltsp?
12:52
i know i need x libraries, but do i need a x server running on the server?
12:52
<Gadi>
no
12:52
<zamba>
cool
12:53
so when choosing distro for the server, it's ok to use ubuntu server version instead of the desktop version?
12:53
<Gadi>
zamba: sure - but you need to install a desktop
12:53
like gnome, kde, etc
12:53
<zamba>
Gadi: yup
12:54
<droalt>
you guys think that ubuntu is the best distro for ltsp?
12:55
<zamba>
droalt: i really have no idea which is
12:55
but i'm comfortable with debian/ubuntu, so i stick to that
12:55
<droalt>
cool
12:55
i tried k12linux which runs fedora core 10 and I was not impressed
12:55
<zamba>
or maybe i'll just run some virtualization on ubuntu server and then set up a guest os that does the ltsp stuff
12:56Guest26620 has quit IRC
12:56
<droalt>
careful about virtualing ltsp, when I virtualized it with virtualbox, I had to switch back to using nfs
12:56
<zamba>
i think i'll use xen
12:56
<droalt>
you might still have the same issue
12:56
of course switching to nfs is very easy
12:57
<zamba>
but nfs instead of?
12:57
cifs?
12:57
<Lns>
zamba: nbd
12:58
who was talking about ata over ethernet though last week...that sounded interesting
12:59
<droalt>
something like, instead of having drives in a workstation, you have a drive controller that does ata over ip to a server?
12:59
cool, found a wiki about it
12:59
AoE
13:00
in wow terms, that means Area over enemy lol
13:00alkisg has quit IRC
13:00
<droalt>
oh cool
13:00
instead of pxe booting
13:00
would nfs boot or AoE boot lol
13:01
<zamba>
maybe i'll just run ltsp on the host then
13:01
what are the requirements on the workstations? are there any requirements at all?
13:01
it should have a mouse and keyboard and display adapter?
13:02
oh yeah, and a network card
13:03
<Lns>
zamba: =p yes, there are some requirements
13:03
most here would recommend at least 128mb RAM, a 100mbit nic, 8+ mb vidram
13:04petre has quit IRC
13:04
<Lns>
PII/PIII + cpu at least for newer ltsps
13:04
<zamba>
Lns: ok
13:04
<Lns>
depending on if you want other features (localdev/localapps comes to mind) you'll want more ram/cpu
13:04
just depends
13:05
<zamba>
which a local app you'll need a disk drive, right?
13:05
eh
13:05
with*
13:05
<Lns>
no
13:06alkisg has joined #ltsp
13:09
<zamba>
hm, ok
13:10
<Frestechcoor>
is there a brand of nic that works better for pxe booting?
13:10
<droalt>
i don't think so
13:10
<Lns>
Frestechcoor: shouldn't matter as long as the function is there
13:11
<droalt>
I've had the best luck with intel onboard nics
13:11
<Lns>
and isn't some insanely old version
13:11
realtek seems to work well too
13:11
<droalt>
yup, anything that uses generic drivers
13:11
<zamba>
dell computers work ok too
13:12
<droalt>
yup, most of them have broadcom
13:12
<zamba>
yup
13:12
<droalt>
Frestechcoor: you having to buy nics?
13:12
<zamba>
but if you have a nic that doesn't support PXE you have to do some magic with floppy booting first to get the network up, right?
13:12
<droalt>
if so, these are cheap and work like a champ, d-link530tx+
13:12
<Lns>
i've had some weirdnesses with broadcom - mainly taking a long time to process an initial dhcp reply during boot
13:13
<Frestechcoor>
Probably I am looking into getting a lab setup at an elementary school using some old p II&III machines we have
13:13
<droalt>
zamba: yes, or install a local image, or purchase a pxe nic
13:13
<Frestechcoor>
Not all of them have nic's
13:13
<droalt>
Frestechoor: do the motherboards have the pxe boot options?
13:14
Lns: yes thats on my to do list, some clients using broadcom won't pxe boot, dhcp times out
13:15
<Frestechcoor>
nope. I used a thinstation boot cd, which then tells the computer to boot off the nic. I have 5 or so machines working now.
13:15
<droalt>
cool
13:15
yes, without a doubt, try out the dlink530tx+
13:15
they might cost $1 more than a off brand but they work
13:15
they work in windows, linux, and macs
13:16
<Frestechcoor>
thanks
13:17
<droalt>
you're welcome
13:17
also if you go with an offbrand, like Lns said, make sure they have a realtek chip
13:18
woooo meeting time
13:26
<zamba>
does ltsp-build-client use the apt cache when retrieving packages?
13:28
and i'm running a 64-bit os.. but i need to build clients for 386.. will this work?
13:28
doing a 'ltsp-build-client' without options will create /opt/ltsp/amd64
13:28
<Lns>
zamba: man ltsp-build-client :)
13:28
<zamba>
hehe
13:29
--arch and --dist i guess ;)
13:29
<Lns>
there ya go
13:29
<zamba>
well, not exactly
13:30
http://pastebin.com/m2a804683
13:31
(server is running hardy)
13:33
this is probably due to the fact that hardy is older than intrepid and thus "doesn't know" about it?
13:35
<Lns>
zamba: why do you want a different chroot than what's on the server?
13:36
<zamba>
Lns: because the server should be used for other things as well.. and i want the latest stable server with LTS
13:36
whereas the desktop clients should be "cutting edge"
13:36
thin clients, that is
13:36
<Lns>
zamba: afaik it's generally and highly recommended that you use the same chroot as the server. different kernels and other software will have conflicts unless you really know what you're doing to fix it all up
13:37
in other words, you're not going to get intrepid features on the client side if you're running hardy on the server fs and an ibex chroot
13:37
at least not how you think
13:37
<zamba>
hm..
13:37
<Lns>
i might be wrong, but i remember hearing that before
13:38
for instance - xserver version FOO in chroot might have many issues with x clients / libs on server with version BAR
13:38
<zamba>
if i was able to virtualize it effectively, i'd just set up a guest computer as intrepid
13:42twinprism_ has joined #ltsp
13:46yoshi has joined #ltsp
13:47
<alkisg>
zamba, the chroot only has an x-server, you can't get e.g. openoffice 3 if you have a jaunty chroot in a hardy server. Or are you going to use fat clients?
13:47yoshi is now known as Guest194
13:54
<zamba>
alkisg: thin clients
13:55
<alkisg>
zamba: so you don't need a different chroot, because it doesn't contain any "cutting edge" programs (other than a kernel and an x-server)
13:58Frestechcoor has quit IRC
13:58
<zamba>
alkisg: so in other words.. if i want to run intrepid on the thin clients, i have to run the same on the server?
13:58
<Lns>
zamba: the thin clients are running all applications FROM the server.
13:58
<alkisg>
Yes
13:59
<zamba>
i thought it was a bit more "virtualization" and "chroot"-ing to it
13:59
<alkisg>
(unless you use fat clients, or some virtualization platform etc)
13:59
<zamba>
i see
14:04
<Nubae>
yeah u can use fatclient to serve a different image
14:05vagrantc has joined #ltsp
14:09leio_ has joined #ltsp
14:23pmatulis_ has quit IRC
14:24leio has quit IRC
14:25The_Code has quit IRC
14:29Remaille has joined #ltsp
14:40Guest194 has quit IRC
14:53yanqui has joined #ltsp
14:54
<yanqui>
Lns: hey, it's Josh, you around?
14:56
<Lns>
yanqui: hey dude
14:56
what's the good word
15:42twinprism_ has quit IRC
15:43linux_any_1 has quit IRC
15:54Remaille has quit IRC
16:00
<droalt>
finally the end of the day
16:00
I feel asleep during my meeting
16:02bobby_C has joined #ltsp
16:03
<droalt>
sup bobby
16:14Nubae has quit IRC
16:15nubae has joined #ltsp
16:19alkisg has quit IRC
16:21CAN-o-SPAM has quit IRC
16:26|Paradox| has quit IRC
16:29lucascoala has quit IRC
16:34jammcq has quit IRC
16:35droalt has quit IRC
16:37lucascoala has joined #ltsp
16:44twinprism has joined #ltsp
16:51Gadi has left #ltsp
17:08twinprism_ has joined #ltsp
17:25twinprism has quit IRC
17:28bobby_C has quit IRC
17:47vagrantc has quit IRC
17:54davidj has quit IRC
18:17japerry has quit IRC
18:32staffencasa has quit IRC
18:35yanqui has quit IRC
18:37leio_ is now known as leio
18:57Lns has quit IRC
19:14twinprism_ has quit IRC
19:36twinprism has joined #ltsp
19:48ineappleP has joined #ltsp
19:57
<ineappleP>
anyone know where I can get the nvidia proprietary driver for 2.6.20 (ltsp 4.2) without having to setup lbe?
19:58BugsBunnyBR has joined #ltsp
20:00
<BugsBunnyBR>
hello, someone can tell me why I can't have autologin on my ltsp 5.0 server?? I put that in the lts.conf LDM_PASSWORD =pass LDM_USERNAME = user..what is wrong?
20:04lucascoala has quit IRC
20:09try2free has joined #ltsp
20:23hanthana_ has joined #ltsp
20:32japerry has joined #ltsp
20:36BugsBunnyBR has quit IRC
20:41hanthana has quit IRC
21:05gentgeen__ has quit IRC
21:10vagrantc has joined #ltsp
21:58Egyptian[Home]1 has joined #ltsp
22:00Egyptian[Home] has quit IRC
22:02try2free has left #ltsp
22:37vagrantc has quit IRC
22:48jammcq has joined #ltsp
23:37intelliant has joined #ltsp