it'd be great if people started developing features in their own branches, sure.

01:16

the main drawback with branches is that cherry-picking pretty much sucks with any VCS, and that's the main thing that would make that useful.

01:16

make it useful to essentially have multiple trunks...

01:17

and merging merges of merges of merges tends to look really stupid.

01:18

i don't think branching will really change that much.

01:18

hard enough convincing people to commit code sometimes :)

01:18

and on that note... i sleep.

01:18

vagrantc has quit IRC

01:24

ball has quit IRC

01:28

gentgeen__ has joined #ltsp

01:41

<alkisg>

Καλημέρα

02:20

atomic007za has joined #ltsp

02:23

atomic007za has quit IRC

02:28

rickogden has joined #ltsp

02:28

rickogden has left #ltsp

02:34

zeltron has joined #ltsp

02:37

<zeltron>

Hi. Trying to make ltsp-cluster work, but I've got a problem with loadbalancer : It doesn't want to start

02:37

I don't know where to look to try to find why and fix the problem

02:39

<Appiah>

what does not start?

02:39

do you get a error message?

02:39

<zeltron>

Appiah : /etc/init.d/ltsp-cluster-lbserver : fail

02:40

It fails since installation, and the package is signaled as "to be configured" when I aptitude update

02:48

I find nothing in syslog or entire /var/log/ dir

03:06

<Appiah>

is your lbsconfig.xml configured?

03:06

alkisg has quit IRC

03:07

<zeltron>

Appiah : yes it is.

03:11

bobby_C has joined #ltsp

03:12

<Appiah>

and there is absolutly nothing in /var/log/messages ?

03:12

tail it and run the initscript again

03:19

<zeltron>

Appiah : nothing at all !

03:21

<Appiah>

O_o

03:21

try starting lbserver without the init script

03:22

and see the error

03:22

vlt has joined #ltsp

03:24

<zeltron>

Appiah : good idea !

03:25

Import error : no module named lbserver

03:25

<Appiah>

python trying to import some module named lbserver ? :)

03:26

<zeltron>

in /usr/sbin/ltsp-cluster-lbserver , line 5 : from lbserver import main

03:42

<Appiah>

is this on karmic?

03:46

<zeltron>

Appiah : No, jaunty

03:47

I find Karmic is not reliable enough, and I use stgraber's doc on ltsp-cluster's website

03:49

<Appiah>

so you're using PPAs?

03:49

<zeltron>

I'm not using openvz servers, though (vmware), and I use only two servers (one root with loadbalancer and ltsp-control-center and another : servapp1 )

03:50

<Appiah>

Ye I did similar when I set up cluster

03:50

no openvz

03:50

<zeltron>

Appiah : yes stgraber and ltsp-cluster-team sources

04:07

ogra has quit IRC

04:08

ogra has joined #ltsp

04:20

alkisg has joined #ltsp

04:33

elias_a_ has joined #ltsp

04:38

johnny has quit IRC

04:38

alexqwesa_ has quit IRC

04:38

alexbodn has quit IRC

04:38

map7 has quit IRC

04:38

elias_a has quit IRC

04:49

alkisg has quit IRC

05:30

otavio has quit IRC

05:30

otavio has joined #ltsp

06:00

<kebax>

ysterday I connected one of my Acer Ones through wire into ltsp

06:01

Faithful has quit IRC

06:01

<kebax>

then I selected network boot from bios boot selection

06:01

it did pixie alright, np

06:02

but when the ubuntu logo on black background appeared

06:02

it stopped there

06:03

I tried to find cause from /var/log/ of ltsp but no revelations there

06:04

Faithful has joined #ltsp

06:04

<kebax>

with another acer one the wire obayed just fine

06:07

maybe the acers are not the most ideal thin-clients =)

06:24

pmatulis has joined #ltsp

06:30

etyack has joined #ltsp

06:32

Gadi_eeepc has left #ltsp

06:47

vvinet has quit IRC

07:01

Blinny has joined #ltsp

07:03

ldo has joined #ltsp

07:08

etyack has quit IRC

07:09

<zeltron>

stgraber : I used your doc on lstp-cluster website, but ltsp-cluster-lbserver doesn't want to start

07:10

I find no trace of error in /var/log, but Appiah gave me the idea to launch it by hand instead of init.d script

07:11

I've got the following message :

07:11

shawnp0wers has joined #ltsp

07:11

<zeltron>

import error : No module named lbserver

07:11

Does it mean something for you ?

07:20

<ldo>

Hello, I' am studying ltsp with PXE Boot, and I didn`t find an answer for the ip-address handling, do pxe request an ip-address? Do the loading Linuximage request a new IP? Or get it passed from pxelinux?

07:21

vvinet has joined #ltsp

07:29

alincoln_ is now known as alincoln

07:32

<Appiah>

ldo: The PXE asks for an IP

07:33

and when it goes over to the chroot I think it asks for a IP again...

07:33

you could always dump the dhcp info going and boot up a client and watch what happens

07:34

http://en.wikipedia.org/wiki/Linux_Terminal_Server_Project

07:34

<ldo>

ok, thank you so it could happen that the ips will be different

07:34

<Appiah>

"During this process the client makes a (new) DHCP request for the IP address of the LTSP server and the path to its chroot environment. "

07:35

well since its the same dhcp server

07:35

I doubt it .. but then again . I never actully watched thtat

07:35

that*

07:35

unless you change it , it will write a lease

07:36

and that lease wont expire during that short time

07:42

sene has joined #ltsp

07:50

<ldo>

thank you I will check dhcpdump for more information and will report here when ready

07:51

etyack has joined #ltsp

07:53

mikkel has quit IRC

08:02

_UsUrPeR_ has quit IRC

08:06

_UsUrPeR_ has joined #ltsp

08:23

mgariepy has joined #ltsp

08:23

<mgariepy>

morning all

08:48

alkisg has joined #ltsp

08:54

<sbalneav>

Morning all

08:56

HardDisk has quit IRC

08:56

HardDisk has joined #ltsp

08:58

Selveste1 has joined #ltsp

09:05

Selveste1 has quit IRC

09:07

CAN-o-SPAM has joined #ltsp

09:14

alkisg has quit IRC

09:17

grey-monkey has joined #ltsp

09:18

<grey-monkey>

I updated my ltsp-server with 'apt-upgrade' and then ran 'sudo ltsp-update-image' and now my image will not login

09:21

<highvoltage>

afternoon all!

09:27

The_Code has joined #ltsp

09:27

<sbalneav>

grey-monkey: did you do an "ltsp-update-sshkeys" before the ltsp-update-image?

09:28

<grey-monkey>

yes

09:28

I just figured out that it was only my test account that can't login

09:28

My other accounts and users can

09:59

alkisg has joined #ltsp

10:12

zeltron has quit IRC

10:12

etyack has quit IRC

10:18

<sbalneav>

stgraber: ping

10:18

updated ltspfs to create the directory in /media to be mode 700 instead of mode 750

10:18

pushed rev 139

10:19

when you re-roll the ltsp packages for 5.2, can you include ltspfs in that?

10:26

shawnp0wers has quit IRC

10:33

mikkel has joined #ltsp

10:38

slidesinger has joined #ltsp

10:51

<sbalneav>

argh.

10:51

not gonna work

10:53

Any devs here besides me?

10:53

wait.

10:53

it doesn't matter.

10:53

one sec.

10:54

Selveste1 has joined #ltsp

10:55

alkisg has quit IRC

11:12

<stgraber>

sbalneav: pong

11:13

pmatulis has quit IRC

11:14

<stgraber>

sbalneav: we'll release all three at the same time (discussed that with vagrant last night): LTSP 5.2, LDM 2.1, LTSPFS 0.6

11:14

<sbalneav>

Still working on the patch

11:14

wait half-a-mo.

11:14

pmatulis has joined #ltsp

11:15

<stgraber>

Seems like vagrant is ok with tagging everything, I'll be doing some tests this afternoon and wait for your changes.

11:15

going to grab some lunch now

11:15

see you at the Edubuntu meeting (we need you there to vote for mgariepy :))

11:28

<sbalneav>

Yikes, some serious problems in lbmount :(

11:43

* _UsUrPeR_ appears

11:45

alkisg has joined #ltsp

11:50

<sbalneav>

is_mounted is essentially doing nothing.

11:51

Trying to fix the logic

12:00

The_Code has quit IRC

12:03

reynolds has quit IRC

12:07

reynolds has joined #ltsp

12:08

<reynolds>

Does anyone know how to tell what video driver is being used by a specific thin client?

12:09

<sbalneav>

yes

12:10

Check the thin client's Xorg log

12:11

<kebax>

where might that be?

12:11

<reynolds>

where is that, if you dont mind me asking

12:12

<sbalneav>

On the thin client itself, in the usual place. /var/log

12:12

You'll have to configure something like SCREEN_02=shell in order to be able to look at it.

12:12

<kebax>

so run xterm locally and examine there?

12:12

<sbalneav>

that too.

12:12

cliebow has joined #ltsp

12:14

CAN-o-SPAM_ has joined #ltsp

12:15

litlebuda has joined #ltsp

12:15

CAN-o-SPAM has quit IRC

12:15

<alkisg>

!localxterm

12:16

<ltspbot>

alkisg: "localxterm" :: while sitting on a thin client, open a gnome terminal. In that, run: ltsp-localapps xterm. An xterm will open. That xterm runs locally, so any commands you enter there are executed directly on the client.

12:16

CAN-o-SPAM_ is now known as CAN-o-SPAM

12:18

<sbalneav>

ok, fixed logic errors in is_mounted in lbmount

12:19

pushed rev 140

12:19

we'll need to test this.

12:22

Lns has joined #ltsp

12:22

<Lns>

greets all

12:23

Eghie has joined #ltsp

12:23

<sbalneav>

Hello lns

12:23

<alkisg>

Hi Lns

12:24

<Lns>

hey sbalneav, alkisg

12:24

how's everything today?

12:26

slidesinger has joined #ltsp

12:32

etyack has joined #ltsp

12:33

highvoltage has quit IRC

12:33

<Lns>

that busy eh? ;)

12:34

<CAN-o-SPAM>

Hows Lns today?

12:34

highvoltage has joined #ltsp

12:34

<Lns>

CAN-o-SPAM: I'm doing well thanks =) how's the spamcan?

12:36

<CAN-o-SPAM>

spamcan is busy, but smiling

12:40

<sbalneav>

Lns: eugh, too much work not enough me.

12:40

<Lns>

CAN-o-SPAM: =)

12:41

sbalneav: hehe =) I hear ya...if only people cloning was legal, eh? I could use a sbalneav in my office

12:41

<CAN-o-SPAM>

Lns: heard there was a statewide lan party ban in Cali ... sorry about your misfortune ;)

alkisg, stgraber, i noticed something in the locales plugin, it seems to use an obsolete place for the default locales ... /etc/environment isnt used anymore, it should be /etc/default/locale since jaunty

13:51

<ldo>

hmm could you please tell me why do I have 3 dhcprequests and 3 ack from server during boot to login?

13:52

<stgraber>

ogra: oh, I thought both paths were handled by the plugin. I'll have a look

13:52

* ogra would have pushed a fix but i'm up to my ears in pre feature freeze stuff

13:52

<ldo>

one machine and one server

13:52

<ogra>

stgraber, though thats not freeze critical, can go in as a bugfix :)

13:55

johnny has joined #ltsp

13:55

<ldo>

the strange thing also ist that for the last dhcp request/ack there is no discover or offer just request and ack

13:56

<alkisg>

ldo: can you post the vendor identifiers for each request?

13:56

PXEClient, Linux ipconfig, udhcp... whatever?

13:57

!pastebin

13:57

<ltspbot>

alkisg: "pastebin" :: try !pastebot

13:58

<alkisg>

!pastebot

13:58

<ltspbot>

alkisg: "pastebot" :: The LTSP pastebot is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.

Is that Debian Lenny? I've sent some patches to ipconfig to make it lose less packets, but I don't think they're in lenny

14:12

They should be in sid

14:12

<ldo>

yes lenny

14:13

<alkisg>

In Ubuntu/LTSP we replaced it with udhcpc, I'm not sure but I think now debian/ltsp uses it as well

14:13

udhcp is much better, it doesn't have those horrible bugs..

14:13

<ldo>

ok for my info pxelinux reuses the pxe network stac

14:14

<alkisg>

Yes, it doesn't have any network drivers etc so it reuses whatever the pxe stack offers

14:14

<ldo>

I can take this in my documentation, thank you very much

14:17

hard to find out how the process works when it loses packets.

14:19

<alkisg>

ldo: I've sent some traces to the klibc mailing list about it, if you really care about it I can search for the link...

14:20

...or you could check if there are any ltsp backports for lenny, which would use udhcpc, if that's available

14:22

<ldo>

alkisg: thank you that's not necessary, I will use sid for testing, and educational documentation, and your help showed me the right way

14:22

<alkisg>

ldo: here's a bug that asks for one of the patches that I sent to be included - unfortunately they thought it was too big to accept it, and then we moved to udhcpc and I had no reason to split it to smaller patches

14:22

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511959

14:30

cliebow has joined #ltsp

14:32

cliebow has quit IRC

14:33

<ldo>

thanks

14:34

<_UsUrPeR_>

sbalneav: is the latest release of Sabayon 2.29.5?

14:36

sene has quit IRC

14:39

<sbalneav>

_UsUrPeR_: release? Yes.

14:39

there's been changes to the git repo since then

14:40

<_UsUrPeR_>

sbalneav: ok. I'll get from there :)

14:40

staffencasa has quit IRC

14:43

staffencasa has joined #ltsp

14:47

<sbalneav>

_UsUrPeR_: a git repo checkout, followed by "sh autogen.sh", followed by a make distcheck should produce a tarball

14:47

then you can just use 2.29.5's debian dir to build a package.

14:47

<_UsUrPeR_>

sbalneav: ok thanks :)

14:53

Kicer86 has quit IRC

14:56

pmatulis has quit IRC

15:01

shawnp0wers has quit IRC

15:02

carbm1_ has joined #ltsp

15:03

<carbm1_>

Is there a good howto on setting up LTSP in an enviroment where I'm already have a DHCP server and already booting other PXE options? The LTSP-Server needs to be on a different dedicated machine.. running Ubuntu 9.10. I've tried copying the /var/lib/tftpboot files to my PXE server but I don't know how to tell it to go to the ltsp-server. Suggestions?

15:04

<sbalneav>

I believe dnsmasq's supposed to do dhcp relaying.

15:05

https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP

15:08

dro has joined #ltsp

15:10

<carbm1_>

doesn't look like dnsmasq is what I need. I'm already booting off of my DHCP server. What I need is a way to boot the LTSP Kernel from my current DHCP/PXE server and have it connect to the LTSP-SERVER.

15:11

<dro>

carbm1_: what kind of issues are you having?

15:12

<carbm1_>

I'm wanting to have a Ubuntu 9.10 LTSP setup. I already have another server doing DHCP and PXE Booting. I want to setup a ltsp-server that doesn't have dhcpd on it. That way I can continue to use my current dhcp server and just have the kernel point to the ltsp-server. Any suggestions?

15:12

Blinny has left #ltsp

15:13

<carbm1_>

I already copied /var/lib/tftpboot to my dhcp/pxe server. But when I boot it has no way of knowing to go to my ltsp-server.

15:14

<dro>

carbm1_: what kind of dhcp server are you using? windows, linux?

15:14

<carbm1_>

Linux

15:14

<alkisg>

carbm1_: just send a different next-server for the machines that you want to boot as ltsp clients

15:14

The ltsp server will answer the tftp request from there...

15:14

<dro>

alkisg: you beat me to the punch lol

15:14

<carbm1_>

I want to select it from a menu though.

15:14

<alkisg>

:)

15:14

<dro>

carbm1_: a menu with what options?

15:15

<alkisg>

carbm1_: there are 2 kinds of menus. PXE menus and pxelinux menus. Which one do you want?

15:15

(probably the second...)

15:15

<carbm1_>

I'm using PXELinux menus.

15:16

<alkisg>

carbm1_: then pass nbdroot=serverip:2000 as a kernel parameter for those machines

15:16

<carbm1_>

alkisg, thats what I needed!

15:18

<alkisg>

carbm1_: you *could* do the same with proxydhcp as well, but it isn't really needed in your case :)

15:20

<carbm1_>

alkisg, PERFECT! How did you know what to use as kernel parameter?

15:20

<alkisg>

carbm1_: erm, I read the ltsp sources :D

15:21

<carbm1_>

alkisg, I think reading the sources might be a little out of my league. The links from the Ubuntu LTSP documentation are broken so I came here.

15:21

<sbalneav>

carbm1_: Which links?

15:22

<carbm1_>

http://www.ltsp.org/~sbalneav/LTSPManual.html

15:22

from https://help.ubuntu.com/community/UbuntuLTSP

15:23

<alkisg>

carbm1_: here's *one* mention of it from the ubuntu site: https://help.ubuntu.com/community/UbuntuLTSP/SetNBDRootSwap

15:23

Not the best one, but it's there..

15:23

grey-monkey has quit IRC

15:23

<sbalneav>

Did someone just update the wiki page?

15:24

it's pointing to the correct documentation

15:24

ah, no it isn't

15:24

!docs

15:24

<ltspbot>

sbalneav: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream

15:26

<sbalneav>

lol

15:26

alkisg: You editing it?

15:26

Says you've got it locked :)

15:26

<alkisg>

sbalneav: heh, I was just done with it 10 seconds ago

15:26

reynolds has quit IRC

15:27

<alkisg>

(removed the passwordless ssh link because it isn't for everyone...)

15:28

<sbalneav>

ok, I'll override :)

15:29

ok, I think it's fine

15:29

alkisg: check to make sure I didn't hoze your change

15:30

carbm1_: the upstream docs link on that page should be correct now.

15:32

<carbm1_>

Thanks! I'll be doing some serious reading soon. I've got my client booting and it shows the splash screen but hangs right after it logs in.

!learn compiz as In the words of one of the most famous LTSP devs, "The greatest pleasure compiz can give you is: `sudo apt-get purge compiz`. And if it gets back on the next update, you just get the joy of doing it once more."

15:44

<ltspbot>

alkisg: The operation succeeded.

15:44

<alkisg>

!compiz

15:44

<ltspbot>

alkisg: "compiz" :: In the words of one of the most famous LTSP devs, The greatest pleasure compiz can give you is: `sudo apt-get purge compiz`. And if it gets back on the next update, you just get the joy of doing it once more.

I'm commiting a new version with the -l added for testing but will try to wait for your response before tagging

18:02

uploading a new ltspfs to PPA now, for testing

18:04

bobby_C has quit IRC

18:19

<stgraber>

yeah ! the new ltspfs works :) Just have to test LTSP fat client and I'll be ready to release everything ;)

18:20

mgariepy: ^ that solves our ltspfs issue that we have at the office btw

18:21

<mgariepy>

nice :)

18:21

i'm fixing a few bugs in edubuntu-menueditor, i'll ping you when i'm ready to upload ;)

18:29

<stgraber>

building a fat client chroot now, if this one goes well too, I'll tag and release everything

18:30

I'd hope to have sbalneav around to validate that small ltspfs change but on the other hand I'm already past the feature freeze ...

18:35

<sbalneav>

stgraber: Nope, all fine with me

18:35

<stgraber>

great

18:37

I'm doing a quick nbd-proxy test. I'm killing the connection every 3s, if it works like that, it should be fine for production :)

18:37

vagrantc has joined #ltsp

18:41

<vagrantc>

so, the recent change of /media/user to 700 breaks with the long discussions we had about how to do it right

18:42

i had proposed that years ago, but it was shot down ont the grounds that the user shouldn't be able to write to the / filesystem, and /media was usually not split into it's own partition.

18:43

for the record, i actually prefer 700 :)

18:43

grey-monkey has quit IRC

18:46

<stgraber>

vagrantc: yeah, it took a long time to convince sbalneav ;)

18:46

<vagrantc>

stgraber: ok, good. a discussion happened. :)

18:46

just wanted to make sure we didn't just go ahead and do something we decided against in the past :)

18:47

<stgraber>

ok, ltspfs tested and works, nbd-proxy works too. Just need fat client to be tested and we should be good.

18:47

<vagrantc>

stgraber: don't see a flurry of commits ... things working good, then ? :)

18:50

<stgraber>

yep

18:50

just fixing 025-locales for Ubuntu. I should try to use Debian's at some point, though we don't have locale.gen in Ubuntu

18:51

<vagrantc>

we could greatly simplify the lbmount code if we make it owned by the user...

18:51

most of what happens in lbmount could actually happen without root privs, then.

18:52

<stgraber>

well, we need it to be setuid to use umount with fuse devices (AFAIK)

18:52

<vagrantc>

sure, but it can be a lot simpler. i wrote the code once. :)

18:53

if i recall correctly, you don't have to deal with bind mounts at all then- just mount directly into /media/username/FOO as the user ... lbmount only had to handle the directory creation/removal and unmounting fail-safe.

18:54

not something i would propose testing on the night of the release ... i wonder iff that branch is still available somewhere...

18:56

yup, branch is still there: http://llama.freegeek.org/~vagrant/bzr/ltspfs/ltspfs-direct-mount/

18:57

grey-monkey has joined #ltsp

18:59

Lns has quit IRC

19:01

<vagrantc>

of course, doesn't apply cleanly... but not as disasterously as i would've expected.

19:10

vagrantc has quit IRC

19:15

<stgraber>

and fat client works !!!

19:16

ok, all ready for release, let's do it ;)

19:17

mgariepy: what about 5s to open a gnome session ? ;) it's really fast after that one line change !

19:17

<mgariepy>

wow, it way better then the 5-7 minutes hehe

19:18

<stgraber>

stgraber@castiana:~/data/code/ltsp-trunk$ ../mkdst-trunk/mkdst tag

19:18

Created tag ltsp-5.2.

19:18

stgraber@castiana:~/data/code/ldm-trunk$ ../mkdst-trunk/mkdst tag

19:18

Created tag ldm-2.1.

19:19

stgraber@castiana:~/data/code/ltspfs-trunk$ ../mkdst-trunk/mkdst tag

19:19

Created tag ltspfs-0.6.

19:19

here we go, all tagged and pushed

19:22

<mgariepy>

so tomorrow i'll have this on my thin client ?

19:23

hrm, fat client

19:23

<stgraber>

pushing to archive now !

19:23

then pushing to my PPA for karmic

19:23

then releasing and uploading pastebinit, then doing anything but packaging ;)

19:24

<mgariepy>

haha

19:24

what's about edubuntu-menueditor ? haha

19:25

<stgraber>

uploaded the backports

19:51

try2free has joined #ltsp

20:14

try2free has quit IRC

20:27

vagrantc has joined #ltsp

20:30

<vagrantc>

*sigh*

20:30

released!

20:32

* vagrantc would've wished for *.0

20:32

* vagrantc can be too pedantic

20:40

<stgraber>

ok, we'll make LTSP6 be 6.0.0 then ;)

20:43

<vagrantc>

stgraber: uploading to ubuntu tonight?

20:45

<stgraber>

already did

20:45

though it's probably stuck in the queue as I added a binary package (for ltsp on the livecd)

that was MY original idea too, and there was some reason, which escapes me, why we ABSOLUTELY POSITIVELY COULD NOT DO THAT OMG YOU'RE KILLING BABIES!!!!!111111ONEonecos(0)

20:58

<vagrantc>

sbalneav: yeah. stick it to em.

20:58

:)

20:58

<sbalneav>

I'm wit you, I think we should just mount directly to the dir.

20:58

<vagrantc>

sbalneav: the argument i recall had something to do with the user being able to fill up the / partition.

20:59

<sbalneav>

right

20:59

that was it.

20:59

<vagrantc>

which ... seems ... overly ... paranoid.

20:59

we can handle that by documenting the issue for the paranoid.

21:00

"if you're *one of those* sorts of administrators, consider making /media live on it's own partition."

21:00

<sbalneav>

i concurr

21:01

<vagrantc>

yay!

21:01

<sbalneav>

I'm all for simple

21:02

heck, I liked the old "mount it in the users Desktop directory" method we used to use :)

21:02

didn't need ANY setuid stuff for that

21:03

Although, these days, I guess we should use pk-1 to create the directory.

21:03

that actually may be a nice, simple toy thing for me to learn policy-kit

21:03

all we need to do is create a dir with the right permissions/modes.

21:04

vagrantc: thoughts?

21:04

<vagrantc>

sbalneav: fancy newfandagled stuff!

21:04

* vagrantc grumps

21:06

carbm1 has joined #ltsp

21:06

<sbalneav>

Preachin' to the choir, my friend, but it seems us old farts need to change :(

21:06

jcastro has joined #ltsp

21:10

slidesinger has quit IRC

21:11

artista_frustrad has joined #ltsp

21:13

<sbalneav>

vagrantc: feel like learning with me? Be good for both us old coots

21:15

<vagrantc>

sbalneav: learning? hmmm....

21:15

i was hoping i could outsource that stuff.

21:15

<sbalneav>

Outsource learning?

21:15

You'll be outsourcing drinking beer next.

21:16

artista_frustrad has quit IRC

21:17

* vagrantc fears to admit to heresey

21:17

<stgraber>

sbalneav: so what then ? you simply get drunk but don't have to drink yourself ? would be weird :)

21:17

<jcastro>

did someone say drinking?

21:17

<stgraber>

hey jcastro

21:17

<jcastro>

hi stgraber!

21:17

<sbalneav>

jcastro: Hey, new fellow gnomie :)

21:17

<jcastro>

sbalneav, congrats on membership!

21:18

* sbalneav gives jcastro the secret gnome handshake

21:18

<jcastro>

stgraber, hey I finally found the pxe option in that nettop

21:18

* stgraber makes a note that to have jcastro appear on #ltsp, one has to speak about drinking ... :)

21:18

<stgraber>

jcastro: cool. Working great ?

21:18

<jcastro>

stgraber, I've been meaning to hang out here more, but recently been experimenting with different clients, so don't have my autojoins all set up

21:19

stgraber, yeah it's awesome, I'm doing it over one of those 200mbit AC power adapter things, it works surprisingly awesome

21:19

* stgraber stays with good old, well working irssi :)

21:19

<jcastro>

I just need to finish off some localapps and I'm all set

21:19

<stgraber>

jcastro: oh, so only one plug and you're done. That's great !

21:19

<sbalneav>

yeah, yeah. He's all "Ooooh, lookit me, Workin' for Canonical, Gnome board member, no time for my old LTSP buds". Sniff. We miss you jcastro COME BACK SHANE!!!!

21:20

<jcastro>

I need to see if localapped mplayer will do 1080p with VDPAU. But that's on my long list of other things

21:20

<stgraber>

jcastro: that or run a fat client. it works since hmm ... ltsp 5.2 :)

21:21

<sbalneav>

jcastro: you need to hop on the bus with me and jammcq out of detroit for the next bts :)

21:21

mgariepy: You're coming to the next one, right?

21:22

<jcastro>

bts?

21:22

<sbalneav>

By The Sea

21:22

<mgariepy>

bts, sure i'll try

21:22

<stgraber>

sbalneav: we should have highvoltage as well, assuming he'll be in Canada by then ;)

21:22

<sbalneav>

the LTSP annual bacchanalia^H^H^H^Hhackfest

21:22

<jcastro>

stgraber, I want to not do fat clients, I'm going to move all my noisy crap to one room and go thin client

21:22

<vagrantc>

bug tracking system

21:22

<jcastro>

sbalneav, yeah, there was some lame conflict last year. I am in for this year

21:23

<stgraber>

jcastro: btw, are you at SCALE this week ?

21:23

<sbalneav>

mgariepy: you better be. Then you can hear the "Trout Princess" story told again.

21:23

<jcastro>

stgraber, no, jono will be stopping by though

21:23

<mgariepy>

yeah, this story was so nice ;)

21:23

<sbalneav>

Its an annual tradtion.

21:24

It's like "The Night Before Christmas" for LTSP hackers :)

21:24

<jcastro>

sbalneav, after the last BTS I am sold on the region. I am having my honeymoon all up and down that coast

21:24

<stgraber>

jcastro: ok, we are in charge of the Try it lab there, it's all LTSP thin clients on Karmic with Asus EEETop and LTSP-Cluster backend. Installed by mgariepy.

21:24

<sbalneav>

Yeah, I hear you're joining the ranks ot the married soon.

21:25

Got 19 years to catch up to me. Get busy and spawn some progeny :)

21:25

<jcastro>

stgraber, yeah I am a bit behind, like, I totally forgot how to sysadmin.

21:25

JeffATL2 has joined #ltsp

21:25

<jcastro>

stgraber, the tftp change totally screwed me, so I thought it was my fault. So needless to say I was tearing all sorts of things apart that I should not have been

21:26

<stgraber>

jcastro: hehe, then after breaking everything you saw the thread on -devel ? :)

21:26

<jcastro>

right

21:26

here I am like reinstalling my dhcp server and breaking out my books

21:26

"oh crap, did I just purge that box?"

21:27

luckily for me alincoln is closeby on IRC and has helped me stumble around

21:28

<JeffATL2>

approaching ltsp under gentoo; longtime gentoo user. is the basic ltsp idea that clients run *the same binaries* that the server has built? am wondering about having servers and clients of different arches (ii.e., AMD64 server, x86 clients)

21:32

<mgariepy>

hey guy, see you tomorrow, i'll go dream about the trout princess

21:35

mgariepy has quit IRC

21:43

carbm2 has joined #ltsp

21:46

<JeffATL2>

or perhaps more importantly, AMD64 server, atom client?

21:53

<sbalneav>

JeffATL2: Well...

21:53

the chroot is build in a separate location, usually /opt/ltsp/<arch>

21:53

so you're not running the same / as the server

21:54

so it's quite possible to have AMD64 server and i386 clients

21:54

in fact, these days, it's pobably the most common way to run.

22:16

JeffATL2 is now known as JeffATL

22:17

<JeffATL>

sbalneav: ok, but it sounds as though you'd need to build that chroot environment on one of the clients

22:17

at least if they are distinctly incompatible

22:19

<sbalneav>

yes, or in something like qemu

22:19

if it's AMD64 to i386, that can be done on the same server, though

22:20

but if you're trying to run, say, old mac clients on an intel box, that won't work