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


Channel log from 1 May 2009   (all times are UTC)

01:27intelliant has joined #ltsp
01:34Shingoshi has quit IRC
01:40johnny has left #ltsp
01:41johnny has joined #ltsp
01:42johnny is now known as Guest56767
01:45intelliant has quit IRC
02:39Shingoshi has joined #ltsp
02:43gea has quit IRC
02:44gea has joined #ltsp
03:13nubae has quit IRC
03:13nubae has joined #ltsp
03:15ogra has quit IRC
03:17Guest56767 is now known as johnny
03:17johnny is now known as Guest95069
03:30ogra has joined #ltsp
03:32Guest95069 is now known as johnny
03:32johnny is now known as Guest49921
03:48Guest49921 is now known as johnny
03:48johnny is now known as Guest54520
03:53bobby_C has joined #ltsp
04:03Guest54520 is now known as johnny
04:03intelliant has joined #ltsp
04:03johnny is now known as Guest95054
04:12hanthana has quit IRC
04:29bobby_C has quit IRC
04:30hanthana has joined #ltsp
04:30intelliant has quit IRC
05:36lucascoala has joined #ltsp
06:08pmatulis has joined #ltsp
06:12alkisg has quit IRC
06:19phantom has joined #ltsp
06:20F-GT has quit IRC
07:12lucascoala has quit IRC
07:17lucascoala has joined #ltsp
07:29cyberorg has quit IRC
07:33tsurc has joined #ltsp
07:39bronze has joined #ltsp
07:41
<bronze>
gluten morgen! (High carb breakfast) Anyone heard if RedHat has any plans to integrate LTSP-5 into the official RH Enterprise product line? Since its already in Fedora, the work to make it happen is already substantially complete.
07:47intelliant has joined #ltsp
07:55cyberorg has joined #ltsp
07:55chrisjrob has joined #ltsp
07:57
<Drakonen>
bronze: that would be nice, but then they also need to fix stuff like sabayon
07:58
<bronze>
Drakonen: excuse my ignorance, what is sabayon?
07:58
<chrisjrob>
i have a p4 client that comes up to the ltsp text login, but will not give a gui. if i view display :7 i have scrolling messages stating: ldmgtkgreet cannot open display unknown SERVERIP 9571 connection refused.
07:59
i don't recall seeing this before.
07:59
<knipwim>
bronze: http://projects.gnome.org/sabayon/
08:01
<chrisjrob>
this is on a debian lenny ltsp5 installation, and this is the first time i have tried to get this client working.
08:08
<bronze>
knipwim: gracias. (I should have done that myself. I blame insufficient coffee levels, being remedied as we speak.. )
08:13
chrisjrob: I am not familiar with the problem you have identified but from the info you have given I suspect that eitehr your thin client wont allow the LTSP server to connect to it to open the login "windoe/gui" or the LTSP server is not allowing the TC to connect to it and establish the server<=> client relationship. I think the former is more likely as LTSP server will usually let almost any IP ask them for services.. (I think) call it 65% confi
08:13
dence level.
08:16
<chrisjrob>
bronze: thanks, but it's odd that it gives a console login on the client, which must mean that the server is providing some services to the client.
08:17
<bronze>
um, yup, that definitely invalidates my theory. :-)
08:18Gadi has joined #ltsp
08:22
<rjune>
!g
08:22
<ltspbot`>
rjune: "g" is Gadi!!!!!!!!!!!!!!!!!!!!!!!!
08:23
<bronze>
chrisjrob: what distro?
08:23
<chrisjrob>
debian lenny
08:25
i was working on the assumption that the resolution was wrong, then saw those messages and decided that it was probably nothing to do with resolution.
08:26
sounds like ldm is not being allowed to connect to the server. ah, i should check the server logs...
08:27
inetd[4266]: 9571/tcp server failing (looping), service terminated
08:30* Gadi waves to rjune
08:30
<bronze>
chrisjrob: is that an entry on the LTSP server log? or does it originate from the client side?
08:30
<Gadi>
chrisjrob: is this ldm?
08:30
<bronze>
Gadi: yup
08:30
<chrisjrob>
yes Gadi
08:31
<Gadi>
its a problem with ldminfod
08:31
<chrisjrob>
yes bronze it is in syslog on the server
08:31
<Gadi>
I believe that is what runs on 9571
08:31
well, cctually, you can check
08:31
grep 9571 /etc/inetd.conf
08:31
<bronze>
Gadi: ldm = Login Display Manager (I assume) what does "infod" stand for?
08:31* chrisjrob looks up ldminfod
08:32
<Gadi>
ldminfod is a server-side daemon that tells ldm (running on the client) the server's capabilities
08:32
in terms of sessions, languages, etc
08:32
<bronze>
ah "info deamon"
08:32
<Gadi>
exactly
08:32
but, check the port
08:32
I forget what runs where
08:32
grep 9571 /etc/inetd.conf
08:33
<bronze>
its chrisjrob's system having the issue.
08:33
<chrisjrob>
9571 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/ldminfod
08:33
<Gadi>
he shoots, he scores!
08:33
:)
08:34
anyhow, seems ldminfod is doing bad things
08:34
<bronze>
so that means inetsd is supporting ldminfod service requests.. but ..
08:34
*inetd
08:34
<Gadi>
(09:26:26 AM) chrisjrob: inetd[4266]: 9571/tcp server failing (looping), service terminated
08:35
but, I think you have a red herring
08:35
I think the problem is the video driver failing on the client
08:35
so X dies
08:35
and respawns
08:35
and dies
08:35
and respawns
08:35
and each time, ldm makes a request to ldminfod
08:35
<chrisjrob>
sounds likely, it's what i expected in the first place, until i saw those looping errors on display :7
08:35
<Gadi>
which is why you see an error in the logs
08:36
<chrisjrob>
okay, i'll go back to treating this as a display issue.
08:36
<bronze>
I have a hammer you can use...
08:36
<Gadi>
chrisjrob: a good way to debug is to install ssh server in the image
08:36* chrisjrob accepts the hammer
08:36
<Gadi>
and give the chroot's root user a password
08:36jammcq has joined #ltsp
08:36
<Gadi>
then, while the display is dying, you can ssh into the thin client
08:36
and read the xorg log
08:37
<jammcq>
good morning friends
08:37
<bronze>
Drakonen: ok I know what sabayon is now. (I'm KDE oriented so I have not been exposed to it before now). How is Sabayon blocking LTSP's inclusion in the RHEL product line?
08:38
<chrisjrob>
thanks Gadi and bronze - the help is appreciated.
08:38
<bronze>
chrisjrob: since all I did was act like the eliza program. I think Gadi deserves the kudos. :)
08:39* Gadi doesnt need kudos - only coffee
08:40
<Gadi>
unless you mean the granola bar
08:40
<bronze>
heh...
08:40
<Gadi>
mmm.... breakfast...
08:40* jammcq likes kudos
08:41* Lumiere likes food in general ;)
08:41
<pmatulis>
does debian still use nfs over nbd?
08:41
<chrisjrob>
yes
08:41
<bronze>
jammcq: good morning. (all hail the Kin... erm.. eh.. All hail jammcq! )
08:41
<pmatulis>
strange that ubuntu went nbd
08:41
<jammcq>
hey bronze
08:41Ahmuck has quit IRC
08:42
<chrisjrob>
pmatulis: http://sourceforge.net/mailarchive/message.php?msg_name=20081106230627.GT8315%40ryukin.fglan
08:47
<pmatulis>
chrisjrob: ok, thanks
08:54
for nbb & ltsp, anyone know what compression algorithm is used with squashfs? doesn't appear to be standard (gzip, lzma)
08:54
*nbd
09:00
<Gadi>
http://en.wikipedia.org/wiki/Squashfs
09:03
<chrisjrob>
Gadi: Xorg.7.log is near empty, but states: "Parse error line 90 xorg.conf"...
09:03
<cyberorg>
we might very soon be moving to clicfs(doenerfs) http://lizards.opensuse.org/2009/04/28/whats-behind-lzma-compressed-livecds/
09:03
<chrisjrob>
i have checked line 90 and it states
09:04
ModelName "CMC 17" AD" <-note the quotes
09:04
if I remove the AD" then i can get it working
09:04
is my only solution a custom xorg.conf?
09:05
<pmatulis>
Gadi: pretty much confirms what i said, no mention of what algorithm nbd is using with ltsp
09:06
<Gadi>
nbd doesnt use an algorithm
09:06
squashfs does
09:06
squashfs uses gzip
09:06
nbd simply exports a file or device as a block device over the network on a port
09:07
chrisjrob: too many quotes
09:07
chrisjrob: model name is irrelevant
09:07
<chrisjrob>
irrelevant, but preventing xorg.conf from parsing.
09:08
<Gadi>
right - where did you even add that?
09:08
<chrisjrob>
i didn't
09:08
<Gadi>
are you using a custom xorg.conf?
09:08
<chrisjrob>
no
09:08
<Gadi>
oh
09:08
cool
09:08
you found a corner case
09:08
<chrisjrob>
?
09:08
<Gadi>
I'll tell you what file to edit
09:09
wait
09:09
before I do
09:09
pastebot your lts.conf
09:09
just so im clear
09:10
<chrisjrob>
okay.
09:11
<pmatulis>
Gadi: yes, i meant "what algorithm squashfs is using with ltsp"
09:12
<Gadi>
default
09:12
gzip
09:14
<ltsppbot>
"chrisjrob" pasted "lts.conf - client is mac address 00:40:f4:4b:bb:f3" (128 lines) at http://pastebot.ltsp.org/315
09:20
<Gadi>
ah, ok
09:20
afew things:
09:21
X_BLANKING takes a number
09:21
its not boolean
09:21
it is number of seconds until blanking
09:21
0 = never
09:22
since that client is commented out, its using the default
09:23
<chrisjrob>
indeed - i was trying to remove my settings from the debug process
09:23
<Gadi>
it seems that you may have found a bug in Xorg
09:23
actually
09:23
because the monitor's device string has a double-quote in it
09:24
and when Xorg generates its own config on the fly, it puts double quotes around it
09:24
therby producing the parse error.
09:24
try simply adding: CONFIGURE_X=True
09:24
for that one client
09:24
and reboot
09:24
oh, wait
09:25
actaully we need one more thing
09:25
We need a benign monitor option
09:26
ok add this:
09:26
CONFIGURE_X = True
09:26
X_MONITOR_OPTION_01 = "\"Bogus\" \"true\""
09:26
and let's see if that works
09:26
<chrisjrob>
will do, although i have my doubts that that feature is working in lenny...
09:27
(X_MONITOR_OPTION_01 that is)
09:28
client rebooting
09:29
no different i'm afraid Gadi
09:30
just checking Xorg.7.log and xorg.conf
09:31
same parse error for AD"
09:33* Gadi wonders where xorg.conf is coming from
09:33tsurc has quit IRC
09:34* pmatulis wonders why he can't look at the contents of squashfs image with unsquashfs
09:34
<pmatulis>
"Can't find a SQUASHFS superblock on nbi.img"
09:34
<cyberorg>
pmatulis, try mount -o loop
09:35
<pmatulis>
cyberorg: tried that too, ubuntu mount page doesn't list the squashfs type
09:35
<cyberorg>
hmm, nbi.img is not ltsp image
09:36
look for i386.img somewhere under /opt
09:39
<pmatulis>
cyberorg: my understanding is that nbi.img is the boot image (compressed filesystem)
09:39alkisg has joined #ltsp
09:40
<cyberorg>
pmatulis, it is a boot image, not the system image ltsp uses
09:40
<pmatulis>
cyberorg: correct, i should still be able to view its contents though
09:41
<cyberorg>
pmatulis, try right-click > extract here from nautilus :)
09:42
<pmatulis>
cyberorg: very funny, got to try that on my desktop
09:42
<cyberorg>
pmatulis, it might be like our initrd, gzipped cpio archive
09:47
<rjune>
ogra, ping
09:47
<chrisjrob>
Gadi: i have just run getltscfg on the client, and it hasn't picked up the changes we made, i will investigate.
09:47
<Gadi>
pmatulis: nbi.img is not a squashfs image
09:47
sorry
09:47
<pmatulis>
Gadi: ah no? mixed up then
09:47
<Gadi>
cyberorg already said that
09:47
nbi = kernel+initrd+squashfs
09:47
it is a network-boot-image
09:48
not just the squashfs piece
09:48
oops
09:48
no
09:48
screwed that up
09:48
it is kernel+initrd
09:48
not squashfs at all
09:48
squashfs gets mounted later
09:48
you want i386.img
09:48
in /opt/ltsp/images
09:49
<pmatulis>
Gadi: thank you
09:49
<Gadi>
np
09:53
<chrisjrob>
Gadi: i hadn't uncommented the mac address
09:53* chrisjrob blushes
09:53
<chrisjrob>
Gadi: then i just changed CONFIGURE_X = True for False and it is now booting fine
09:55
many thanks Gadi, hopefully you won't have to help me every day ;)
09:55
<Gadi>
no worries
09:56
<alkisg>
!seen sbalneav
09:56
<ltspbot`>
alkisg: sbalneav was last seen in #ltsp 8 weeks, 0 days, 23 hours, 3 minutes, and 3 seconds ago: <sbalneav> At some point it's a case of diminishing returns. I don't know wether you're a consultant or an employee, but hardware's cheap, and the amount of time you're going to spend: devising a patch, testing the patch, rolling a new kernel, then MAINTAINING that patch through every kernel upgrade (1 more message)
09:56
<alkisg>
Wow... is he ok?
09:57
<chrisjrob>
Gadi: what's the thinking on the X_MONITOR_OPTION_01 = "\"Bogus\" \"true\"" line, i can't follow the logic?
09:57
i know i probably shouldn't care, but i like to understand if i can!
09:58
<Gadi>
well, you don't need it anymore
09:59
<chrisjrob>
oh, okay. thanks.
09:59
<Gadi>
do you have a xorg.conf in /etc/X11/xorg.conf in the chroot?
10:00
<chrisjrob>
yes, but a vastly simplified one
10:00
a skeleton almost
10:00
<Gadi>
that must be where it was coming from
10:00
at least on ubuntu that file should never exist
10:00
I think on debian, too
10:01
when ltsp makes a xorg.conf on the fly, it does so in /var/run/ltsp-xorg.conf
10:01
when CONFIGURE_X=False, Xorg should us NO xorg.conf
10:01
which means that /etc/X11/xorg.conf should not exist
10:02
and, as of Lenny and Jaunty, you *should* never have to set CONFIGURE_X
10:02
it should set itself based upon whether there are lts.conf variables that need a xorg.conf created
10:02
<rjune>
Gadi, *should*
10:02
friend of mine just had to set a modeline for his monitor in jaunty.
10:03
<Gadi>
setting CONFIGURE_X=False like you are doing is overriding the default XKB* variables in your default section
10:03
rjune: right - but he should only have to set X_MODE_0
10:03
or XRANDR_NEWMODE_0
10:03
<chrisjrob>
well i have a /opt/ltsp/i386/etc/X11/xorg.conf on the server - you feel that should be removed?
10:03
<Gadi>
he should not have to explicitly set CONFIGURE_X=True
10:04
chrisjrob: yes - if you like simply rename it
10:04
and I bet that is the file with the ModelName, right?
10:04
<rjune>
Gadi, is raw X,not ltsp
10:04
IOW, I'm sitting down and shutting up
10:04
<Gadi>
rjune: ah, right - don't get me started on conf-less xorg :)
10:05
<rjune>
heh
10:05
<chrisjrob>
Gadi: no there was no ModelName field there.
10:05
just: Identifier "Configured Monitor"
10:05
<Gadi>
so, I still don't know where that was coming from
10:07
<chrisjrob>
okay i have moved that xorg.conf away, and have removed the CONFIGURE_X = False line and am rebooting...
10:08rjune has quit IRC
10:11
<chrisjrob>
Gadi: err... client booted fine, and no /etc/X11/xorg.conf - is that as you would expect it?
10:11cyberorg has quit IRC
10:12
<chrisjrob>
(without CONFIGURE_X = False line)
10:14
<Gadi>
yup
10:16
<chrisjrob>
i'm being so dense, but how was that file being generated, as it was completely different to /opt/ltsp/i386/etc/X11/xorg.conf
10:16Ahmuck has joined #ltsp
10:17bronze has quit IRC
10:18
<Gadi>
I dont know where that file was from
10:18
normally, there will be two ways xorg will work
10:18
no xorg.conf at all
10:18
or, ltsp will make one in /var/run/ltsp-xorg.conf and tell xorg to use that
10:19
<chrisjrob>
but i don't have /var/run/ltsp-xorg.conf
10:20
<Gadi>
it will only be on the client filesystem during runtime
10:20
and only if you set variables that need a xorg.conf to be created
10:21
<chrisjrob>
so if i uncomment the monitor options, it should create that file...
10:22
i mean the monitor options for that client in my lts.conf
10:23
<Gadi>
right
10:23cyberorg has joined #ltsp
10:23
<alkisg>
In Ubuntu, if I wanted to permanately remove "quiet" from /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default, I'd have to put BOOTPROMPT_OPTS=splash in /etc/ltsp/update-kernels.conf, right? And where's that, in the chroot or in the server?
10:24
<chrisjrob>
which i have done, and on the client getltscfg now correctly shows X_MODE, X_HORZSYNC X_VERTREFRESH, but there is no /var/run/ltsp-xorg.conf
10:24
i'm starting to feel that debian is different in some way.
10:25
Gadi: sorry, i'm taking up too much of your time, i'll continue to tinker - thank you SO much for your patience.
10:25
<alkisg>
chrisjrob: run `ps -ef` and see the X command line.
10:25
<Gadi>
lemme check my filepaths
10:26
yeah, that should be right
10:26
chrisjrob: try setting CONFIGURE_X=True explicitly
10:26
<chrisjrob>
alkisg: i see it - /usr/bin/X -auth /root/.Xauthori (screen cuts off at that point)
10:27
<Gadi>
ps -efw
10:27
<chrisjrob>
Gadi: okay, doing it now.
10:27
<Gadi>
(w = wrap)
10:28
<chrisjrob>
alkisg: i see it - /usr/bin/X -auth /root/.Xauthority -br -noreset -depth 16 vt7 :7
10:28
<alkisg>
OK, so no xorg.conf :)
10:28
<chrisjrob>
rebooting client with CONFIGURE_X=True
10:31
no change to either ps -efw nor /var/run/
10:32
<Gadi>
sounds like you will have issues setting *any* xorg.conf variable
10:32
on the client can you create a file in /var/run?
10:32* Gadi wonders if it is read-only
10:32
<chrisjrob>
getltscfg -a definitely shows CONFIGURE_X="True"
10:32
Gadi: yes i can create a file in /var/run
10:33* Gadi wishes vagrantc were her
10:33
<Gadi>
*here
10:34* chrisjrob thinks that was a freudian typo
10:34
<Gadi>
hehe
10:35
<chrisjrob>
i think i'll put that xorg.conf back, add the CONFIGURE_X = False on that client, and try and pin vagrantc down at some point
10:35
<alkisg>
chrisjrob (just wondering): does an /etc/X11/xorg.conf file get generated at runtime?
10:36
<chrisjrob>
alkisg: no
10:36
<alkisg>
k
10:36
strange :)
10:36
<chrisjrob>
but it did, until we removed it
10:36
<alkisg>
That's with NFS?
10:36
<chrisjrob>
i.e. the default xorg.conf was being changed
10:36
yes alkisg
10:37
so, there is a skeleton xorg.conf in the nfs share, which normally gets reconfigured at boot time.
10:37
CONFIGURE_X = False stops that behaviour
10:37
as does removing it (as we have just found!)
10:38
so, by my way of thinking, all that sounds good, albeit differnt to how you expect ubuntu to work
10:38
<Gadi>
lenny must not use more recent upstream versions
10:38
<chrisjrob>
but if i'm right, that just leaves the strange bug on this particular client
10:39
the adding of: AD" - to the end of the monitor model name
10:39
<Gadi>
perhaps lenny also still uses configure-x.sh
10:39
<chrisjrob>
but with the CONFIGURE_X = False, it's working and I am happy.
10:40
<Gadi>
do you have /usr/share/ltsp/configure-x.sh on the client?
10:40
<chrisjrob>
i have: /opt/ltsp/i386/usr/share/ltsp/configure-x.sh
10:40
<Gadi>
yeah, that must be it
10:40bronze has joined #ltsp
10:40
<Gadi>
this is how things used to be done before we changed things upstream
10:41
perhaps the upstream changes are in testing or something
10:41* Gadi knows not about the package migration of ltsp in debian
10:41
<Gadi>
sorry for the confusion I wroght
10:41
:)
10:41
*wrought
10:41
<chrisjrob>
not at all Gadi - i understand it all infinitely better now.
10:42
and you got the client working, so all in all i couldn't be happier.
10:42
thanks :)
10:43
<Gadi>
keep up the good questions
10:43
:)
10:43
I need something to jumpstart my brain in the morning
10:43
and it aint gonna be *this* coffee
10:45
<chrisjrob>
it's almost time for me to go home - can't get used to the time differences
10:51Guest95054 is now known as johnny
11:10nubae has quit IRC
11:11nubae has joined #ltsp
11:12
<bronze>
Drakonen: you mentioned Sabayon was one of the issues preventing RH from integrating LTSP with its enterprise product line. Now that I know what it is, how is it blocking the integration? Is the issue just that Sabayon needs to be ported to RHEL?
11:16chrisjrob has left #ltsp
11:20
<pmatulis>
Gadi: you have any idea how i can pry open nbi.img?
11:23
<Drakonen>
bronze: didnt mean that its blocking it.
11:23
but sabayon is quite essential for enterprise imho
11:28alkisg has quit IRC
11:28
<Gadi>
pmatulis: why do you want to?
11:28lucascoala_ has joined #ltsp
11:28
<pmatulis>
Gadi: i'm curious
11:29
<Gadi>
well, its made from the vmlinuz and initrd in the boot directory
11:29
using something like mkelfimage
11:29
Im not sure how you go about decomposing it
11:30
perhaps there are tools in the package
11:30Egyptian[Home]1 has joined #ltsp
11:32
<pmatulis>
Gadi: ok, will follow that (mkelfimage), thanks
11:43alkisg has joined #ltsp
11:44lucascoala has quit IRC
11:46Egyptian[Home] has quit IRC
11:53lucascoala_ has quit IRC
12:11
<Ahmuck>
after upgrade to ubuntu 9.04, firefox crashes often in flash
12:12wftl has joined #ltsp
12:16Patina has quit IRC
12:18
<wftl>
Ah, I remember when this channel was hopping!
12:18
Back in the day.
12:19
Crazy question . . . or not. Web accessible thin clients; you desktop "in the cloud"
12:19
Any LTSP work being done in that direction.
12:19
In a sense that's what Ulteo is trying to do, but surely he can't be the only one.
12:20
Ulteo being Gaël Duval in this case.
12:24Patina has joined #ltsp
12:26
<johnny>
wftl, it's hoppin on and off
12:26
web accessible thin clients? at that point just using something like vnc or rdp via java/flash applet would take care of it
12:27
or nx as well..
12:27
wftl, it wouldn't even be ltsp anymore really
12:28
the only thing mising in that question is being able to attach web storage to local storage
12:30
but that would be easy with webdav
12:31
wftl, ltsp to me.. is northing more than the glue between standard services like ssh/nfs/X to allow remote resources to become local (as far as the user is concerned)
12:43vagrantc has joined #ltsp
12:59alkisg has quit IRC
13:04
<wftl>
johnny, I understand and agree with your point, but it's good glue.
13:04
[ insert appropriate smiley here ]
13:04
<johnny>
wftl, truly
13:05
<wftl>
I was thinking it would be fun to use that glue to connect to a server, using a standard browser, and having my desktop 'just appear'.
13:05
There's nx, of course, but I don't want to have people load up software when they already have a browser.
13:05
And ltsp is nice and efficient
13:22
<jammcq>
wftl: hey, how's it going?
13:23pmatulis has quit IRC
13:23pmatulis has joined #ltsp
13:24
<wftl>
jammcq! Dude! Long time.
13:24
<jammcq>
yeah, how's things?
13:24
<wftl>
It goes well. A little insane -- way over my head, but it goes.
13:25
You?
13:25
<jammcq>
doing well. insanely busy, but I like it that way
13:25
<wftl>
I just gave you some more work.
13:25
:-)
13:25
<jammcq>
gee, thanks :)
13:25
<wftl>
Always trying to help.
13:25
<jammcq>
with friends like you....
13:26
<wftl>
Been trying to set up an Ulteo system, to test that version of 'thin clients in the cloud'.
13:26
Which is why I came here to stir the pot.
13:26
<jammcq>
hmm, sounds cool. I'm mostly here watching these days. All the other guys are doing all the real work
13:31
<Lumiere>
jammcq: making a move into management? :)
13:32
<epsas>
wftl - I was just looking at eucalyptus
13:33
<wftl>
epsas, never heard of it. Googling.
13:33
<epsas>
at least for 'cloud computing'
13:34
not so much for web accessible thin clients
13:34bobby_C has joined #ltsp
13:34
<wftl>
This one? http://open.eucalyptus.com/
13:35
<johnny>
wftl, so.. you ever gonna write an article on ltsp then? :)
13:35
<epsas>
yeah
13:35
an article? for which publication?
13:36
<johnny>
it's a secret
13:36
<epsas>
hopefully Harpers, i like that mag
13:36
oh snap.
13:36
compartmentalized intelligence, i understand.
13:36
<wftl>
johnny, I did, quite a while ago.
13:36
<johnny>
wftl, really?
13:36
hmm.. missed it
13:37
been awhile since i read the lj tho
13:37
<wftl>
Heck, I wrote the very first, ever, chapter on LTSP for my "Moving to the Linux Business Desktop" book.
13:37
Two chapters in factg.
13:37
s/factg/fact/
13:37
<johnny>
wftl, well i suck then
13:37
i never saw it
13:38
<wftl>
Pages 393-423
13:38
Good coverage, I thought.
13:39
<johnny>
i have the one where you talk about pingus ...
13:39
<wftl>
:-)
13:39
Not quite the same, is it?
13:50intelliant has quit IRC
13:50wigwam has quit IRC
13:50comfrey has quit IRC
13:50mistik1 has quit IRC
13:50ajohnson has quit IRC
13:50knipwim has quit IRC
13:50tier1 has quit IRC
13:50zamba has quit IRC
13:50sep has quit IRC
13:50gentgeen__ has quit IRC
13:50dmarkey has quit IRC
13:50strattog has quit IRC
13:50vagrantc has quit IRC
13:50mikkel has quit IRC
13:50laga has quit IRC
13:50NeonLich1 has quit IRC
13:50Lumiere has quit IRC
13:50monteslu has quit IRC
13:50Ryan52 has quit IRC
13:50yanu has quit IRC
13:52intelliant has joined #ltsp
13:52yanu has joined #ltsp
13:52Lumiere has joined #ltsp
13:52Ryan52 has joined #ltsp
13:52monteslu has joined #ltsp
13:52comfrey has joined #ltsp
13:52vagrantc has joined #ltsp
13:52mikkel has joined #ltsp
13:52strattog has joined #ltsp
13:52NeonLich1 has joined #ltsp
13:52laga has joined #ltsp
13:52tier1 has joined #ltsp
13:52knipwim has joined #ltsp
13:52sep has joined #ltsp
13:52dmarkey has joined #ltsp
13:52zamba has joined #ltsp
13:52gentgeen__ has joined #ltsp
13:53wigwam has joined #ltsp
13:55tier1 has quit IRC
13:57mistik1 has joined #ltsp
13:58vagrantc has quit IRC
14:12hanthana_ has joined #ltsp
14:16ChanServ sets mode: +o Lumiere
14:17Lumiere sets mode: +o jammcq
14:28pmatulis_ has joined #ltsp
14:28hanthana_ has quit IRC
14:31Lumiere sets mode: +o mistik1
14:36hanthana has quit IRC
14:45alkisg has joined #ltsp
14:47ajohnson has joined #ltsp
14:59pmatulis_ has quit IRC
15:02moquist has quit IRC
15:02moquist has joined #ltsp
15:02pmatulis has quit IRC
15:03himura has joined #ltsp
15:04himura has left #ltsp
15:05mikkel has quit IRC
15:06lucascoala has joined #ltsp
15:21dan_young has quit IRC
15:23GodFather has joined #ltsp
15:42cinch has joined #ltsp
15:47GodFather has quit IRC
15:48vagrantc has joined #ltsp
15:49GodFather has joined #ltsp
15:58rjune__ has quit IRC
16:07Gadi has left #ltsp
16:33pmatulis has joined #ltsp
16:43alkisg has quit IRC
16:45bobby_C has quit IRC
16:55rjune has joined #ltsp
17:02abz___ has joined #ltsp
17:03phantom has quit IRC
17:04
<abz___>
hi guys see the ltsp image that boots...i'm using jaunty - would like something like DSL to fire up and launch mythtvfrontend. anyone able to talk me trhough how I would do something like that?
17:06phantom has joined #ltsp
17:09
<laga>
abz___: what?
17:13
<abz___>
laga - the ltsp server i set up is shoving out images of jaunty jackalope to the clients...bit bloated
17:14
is there anyways i could keep jaunty on my main system - but serve up the clients something small like damn small linux?
17:19Mip5 has joined #ltsp
17:22abz___ has quit IRC
17:23
<Mip5>
Hey Gang - I've got a new thin client that's using nvidia chipset. It boots, but hangs trying to bring up X. Is there a way to install the nvdia driver for use with these machines?
17:25
The mobo is an M2N68-AM SE2
17:30
<epsas>
hmmm
17:30
i was having a problem with an nvidia chipset as well
17:31
so... in my lts.conf i added
17:31
[00:1d:09:83:d1:76] XSERVER=vesa
17:31
"XSERVER=vesa" is on the next line actually
17:32
and the [...] is the MAC address of the computer with the nvidia chip that was acting up
17:32
hope that will help you
17:35
<knipwim>
why not compile the nvidia drivers in the client kernel?
17:39Shingoshi has quit IRC
17:39GodFather has quit IRC
17:45
<epsas>
it apparently adds size to the image
17:46
22MB or something like that (including the nvidia xserver driver)
17:46jammcq has quit IRC
17:53Mip5 has quit IRC
17:53twinprism has joined #ltsp
17:57
<pmatulis>
does flash work with firefox & ltsp?
18:14twinprism_ has joined #ltsp
18:15vagrantc has quit IRC
18:16twinprism_ has quit IRC
18:17|Paradox| has quit IRC
18:18twinprism_ has joined #ltsp
18:31twinprism has quit IRC
18:37|Paradox| has joined #ltsp
18:48staffencasa has quit IRC
18:50Shingoshi has joined #ltsp
19:05intelliant has quit IRC
19:08
<johnny>
pmatulis, sure.. flash works with firefox...
19:11nubae has quit IRC
19:13nubae has joined #ltsp
19:35
<pmatulis>
johnny: when ff is a local app as well?
20:03
<johnny>
pmatulis, sure.. why not.. as long as you install it
21:12
<pmatulis>
johnny: ok
21:26try2free has joined #ltsp
21:30pmatulis has quit IRC
21:36rjune has quit IRC
22:15try2free has left #ltsp
23:12lucascoala_ has joined #ltsp
23:25lucascoala has quit IRC
23:45twinprism has joined #ltsp
23:57cyberorg has quit IRC