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


Channel log from 12 February 2007   (all times are UTC)

00:00
<mathesis>
si vagrantc_
00:11
<vagrantc_>
mathesis: solamente in [Default]
00:15
<mathesis>
ok
00:15
y para que los clientes tengan in monitor 1024x769 de resolucion?
00:16
<vagrantc_>
X_MODE_0 = 1024x768
00:17
<mathesis>
XKBMODEL=latam
00:23mistik1 has joined #ltsp
00:24
<mathesis>
vagrantc_, para specificar algun atribuo especial en lts.conf para un cliente?
00:25
<vagrantc_>
mathesis: que quiere ?
00:27
<mathesis>
i want 3 thin-clients 1024x768 and 1 with 800x600
00:28
<vagrantc_>
mathesis: usa X_MODE_0 = 1024x768 en [Default] y 800x600 en otra configuracion.
00:28
<mathesis>
example for specific other config?
00:30
<vagrantc_>
[192.168.0.52]
00:30
pero, yo prefero usar "mac address"
00:30
<mathesis>
yes
00:31
<vagrantc_>
[00:60:1D:F0:A3:FD]
00:31
[Default]
00:31
X_MODE_0 = 1024x768
00:31
[00:60:1D:F0:A3:FD]
00:31
X_MODE_0 = 800x600
00:31
por ejemplo
00:32
<mathesis>
the 5 line?
00:32
<vagrantc_>
si
00:32
y XKBMODEL
00:32
mathesis: 4 lineas
00:33
mathesis: primero [Default]
00:34
<mathesis>
pastebin.ca your default please
00:34
<vagrantc_>
no tengo nada.
00:34
lo siento ... tengo lts.conf con 2 lineas
00:35
[Default]
00:35
X_MODE_0=800x600
00:35
<mathesis>
00:e0:29:5f:12:a5 its my nicj for 800x600
00:36
<vagrantc_>
mathesis: entiende?
00:36
mathesis: trata configurar ...
00:37
<mathesis>
http://pastebin.ca/351549
00:39
http://pastebin.ca/351552
00:39
vagrantc_, check the second link is correct?
00:40* vagrantc_ tries
00:40
<vagrantc_>
mathesis: muy despacio ...
00:41
<mathesis>
correct my lts.conf?
00:42
<vagrantc_>
no veo ahora ... muy despacio
00:43
<mathesis>
privado
01:12uwe has quit IRC
01:39vagrantc_ has quit IRC
01:47MoL0ToV has joined #ltsp
01:55uwe has joined #ltsp
01:59erdinc has joined #ltsp
01:59
<erdinc>
hi everyone
02:06MoL0ToV has quit IRC
02:11Avatara has joined #ltsp
02:12codey has quit IRC
02:13codey has joined #ltsp
02:15erdinc has quit IRC
02:19mathesis has quit IRC
02:24sahil has quit IRC
02:29GiantPickle has quit IRC
02:29GiantPickle has joined #ltsp
02:34Patina has quit IRC
02:34Shingoshi has quit IRC
02:35Patina has joined #ltsp
02:35Shingoshi has joined #ltsp
02:41Patina_ has joined #ltsp
02:42Shingoshi has quit IRC
02:42Shingoshi has joined #ltsp
02:42Patina has quit IRC
02:45Comete has joined #ltsp
02:46
<Comete>
hi
02:46
is ltsp 5 out ?
02:52MoL0ToV has joined #ltsp
03:25Shingoshi has quit IRC
03:28bobby_C has joined #ltsp
03:38Shingoshi has joined #ltsp
05:30
<cliebow>
Comete:it is in ubuntu
05:37vanya has joined #ltsp
05:43bobby_C has quit IRC
06:00J45p3r has joined #ltsp
06:03
<Comete>
cliebow: yes but is it still at beta stage or stable ?
06:03Avatara has quit IRC
06:04Avatara has joined #ltsp
06:07
<ogra>
Comete, stable
06:08
since edgy (6.10) at least
06:08
well,it was always stable since breezy ... but is feature complete since edgy
06:10
<Comete>
ogra: so i would like to create packages for Archlinux
06:10
<ogra>
great !
06:10
arch is deb based, right ?
06:11* cliebow cliebow waves to ogra
06:11
<ogra>
hey hey cliebow !
06:12
<cliebow>
Hiya...just getting my soupcon of reggae before heading for work
06:12
<ogra>
:)
06:12
<Comete>
ogra: not at all :)
06:12
<ogra>
what does it use ?
06:13
<Comete>
ogra: Arch linux has its own packages management system called : pacman
06:13
<ogra>
rpm ? an own packaging system ?
06:13
ah
06:13
<Comete>
ogra: and a build tree system too called: ABS
06:13
<ogra>
what you will need is a boostrap mechanism like anaconda or debootstrap ... ten you only need to integrate everathing with your pakage manager
06:14
meh ... my typing sucks today
06:14
<cliebow>
must be your keyboard 8~)
06:15
that is my excuse
06:16kaminski-ltsp-br has joined #ltsp
06:16
<kaminski-ltsp-br>
hi all
06:16
<cliebow>
ho!
06:16
<Comete>
ogra: so the package must contain a lot of things ?
06:16
<cliebow>
you'll have to build an initramfs and a root file system
06:17
whole idea of ltsp5 is each distro builds their own chroot
06:17
<Comete>
before building the package ?
06:17
<ogra>
Comete, nope
06:18
<Comete>
this is not really an integration then...
06:18
<ogra>
Comete, what we do in ubuntu: we have a script called ltsp-build-client, it creates /opt/ltsp/i386 and runs debootstrap in it to create a basic system ...
06:18
then the script chroots into it and uses the normal package manager to install X and some basic stuff
06:19
additionally two packages called ltsp-client and ldm exist ....
06:19
ltsp-client carries two initscipts tha care for the setup of the client during boot
06:19
ldm is the login manager used for ssh tunneling in ltsp5
06:20
so after the first initscript to set up the client is run, the second one starts a screen session (ldm by default)
06:20
thats it
06:20
(in very short)
06:21
on the server side we have an ltsp-server package that depends on all necessary stuff to get a clinet setup on your server (tftp, nfs ) nd configures it
06:21
and a package called ltsp-server-standalone that additionally depends on dhcpd
06:26
<cliebow>
nicely put...see ya from school
06:32Avatara has quit IRC
06:36Avatara has joined #ltsp
06:42MoL0ToV has left #ltsp
07:03tiagovaz has joined #ltsp
07:08
<jammcq>
ogra: you make it all sound so easy
07:08
<ogra>
it *is* that easy :)
07:08
you specced it, you should know that :P
07:08RED^Kluang^MAN has joined #ltsp
07:11cliebow_ has joined #ltsp
07:11nofxx has joined #ltsp
07:12
<nofxx>
Hey cliebow: tnx for the file yesterday.... gonna ntar it now.......
07:13
with you guys experience, I'll be better in this 64 server / 32 and 64 clients dual boot... or better put edubuntu 32 here and here we go
07:13
<cliebow_>
cool..i should be in and out
07:14
<nofxx>
cliebow_: hey... cool .... i'm thinkin about the idea of only 32 here too.... now I still can choose
07:14
i need audio too.. if makes some difference
07:15
and flash player.... need to be firefox 32 or nspluginwrapper...
07:18
<ogra>
audio wont matter with 32 vs 64 bit ...
07:18
flash will
07:19
actually flash and all proprietary codecs as well ...
07:20
<nofxx>
ogra: yea.. i see.... basically the only program 64 bits the people will use here..... is firefox.... so ill need to put firefox 32
07:20
its a lan house...
07:20
that's why i was thinking about givin away 64.... less trouble
07:20
<cliebow_>
id be tempt4ed as well
07:21RED^Kluang^MAN has quit IRC
07:21
<nofxx>
cliebow_: hehe ... now after the trouble I have ya..... xD sorry man hehe
07:22
*gave ya
07:22Avatara has quit IRC
07:25
<cliebow_>
all in the job 8~) its the money that keeps me ging
07:30
<nofxx>
cliebow_: ok... gonna throw a coin..... face = 32
07:30
ah.... 3 is better.....
07:32Avatara has joined #ltsp
07:34jammcq has quit IRC
07:35meduxa has joined #ltsp
07:37gigabytes has joined #ltsp
07:54spectra has joined #ltsp
08:04bronze has quit IRC
08:30nofxx has quit IRC
08:32rossman has joined #ltsp
08:38
<rossman>
opinion: under ubuntu edgy what is the best way to get ltsp running? Isn't mucow a part of ubuntu? It is there, or should I do it the old fashioned way?
08:38
<wizzy>
How do I set debug on pam modules ? (trying to debug LDAP) I added "debug" on the common-* files, hopefully made sure it appears in /etc/syslog.conf ..
08:38primeministerp has joined #ltsp
08:38
<wizzy>
rossman: Install edubuntu-desktop ??
08:39
rossman: Best way is to install edubuntu from scratch
08:39
<rossman>
does edubuntu have lust already running?
08:39
er, ltsp
08:39
(clearly my mind is in the gutter)
08:40
<wizzy>
rossman: Yes
08:40
<rossman>
huh
08:40
never knew
08:40
thanks
08:42rossman has quit IRC
08:51jammcq has joined #ltsp
08:57dtrask has joined #ltsp
08:59meduxa has quit IRC
09:12dtrask has quit IRC
09:34sh3mh4mf0r4sh has joined #ltsp
09:34
<sh3mh4mf0r4sh>
hey i try to send for my clients a custom theme for gdm but not show :\
09:34
have this at gdm.conf
09:34
[greeter]
09:34
GraphicalThemeRand=true
09:34
GraphicalThemes=debian-moreblue
09:35
any idea?
09:37
<ogra>
dont ever touch gdm.conf
09:37
<sh3mh4mf0r4sh>
why?
09:37
<ogra>
(read the header)
09:38
it will get wiped on upgrades ...
09:38
<sh3mh4mf0r4sh>
my object is change the wallpaper for the navigation saloom
09:42ccjoe has joined #ltsp
09:43Comete has quit IRC
09:47
<ogra>
do it in the right file then :)
09:49
<sh3mh4mf0r4sh>
what file?
09:50
ogra: what is the correct file to change then?
09:51
<Avatara>
custom.conf in various distro
09:51
<ogra>
see the header of gdm.conf
09:51
it should point you to the right one for your distro
09:52
<sh3mh4mf0r4sh>
could be this?
09:52
# To hand-edit this file, simply add or modify the key=value combination in
09:52
# the appropriate section in the template below. Refer to the comments in the
09:52
# /usr/share/gdm/defaults.conf
09:53psyco-obiwan has quit IRC
09:53ccjoe has quit IRC
09:53Shingoshi has quit IRC
09:53mistik1 has quit IRC
09:53cliebow has quit IRC
09:53shogunx has quit IRC
09:53nf1 has quit IRC
09:53monteslu has quit IRC
09:53
<sh3mh4mf0r4sh>
uhm... i c!
09:58andresmujica has joined #ltsp
09:58psyco-obiwan has joined #ltsp
09:58mistik1 has joined #ltsp
10:01Shingoshi has joined #ltsp
10:01nf1 has joined #ltsp
10:01ccjoe has joined #ltsp
10:02monteslu has joined #ltsp
10:02
<sh3mh4mf0r4sh>
ogra: uff.. have problem now.. :S hehe experience..
10:02
NOT TOUCHG GDM.CONF uaff.
10:02
i revert again like was create origin
10:02
and now the login not show :|
10:02shogunx has joined #ltsp
10:02cliebow has joined #ltsp
10:03
<sh3mh4mf0r4sh>
just have X mouse in gray screen
10:04
<ogra>
enable xdmcp
10:04
since you apparently use 4.2
10:04
<sh3mh4mf0r4sh>
yes i use 4.2
10:04
<ogra>
(else you would use ldm, not gdm on the clients by default)
10:05
<sh3mh4mf0r4sh>
ltsp-srv:~# netstat -ap | grep xdmcp
10:05
udp 1356 0 *:xdmcp *:* 3814/gdm
10:05
<ogra>
there is a wiki page about that issue .... look that one up :)
10:05
<jammcq>
ogra: at the Xdev conf last week, there was alot of talk about extending xdmcp to kick off an ssh session, or at least some sort of encrypted X session
10:06
<ogra>
nice
10:06
<jammcq>
well. we'll see
10:06
i'm just happy that people are talking about it
10:06
<ogra>
right, until thats ready we'll have ovetaken gdm with ldm :)
10:06
<sh3mh4mf0r4sh>
ogra: btw i try to implement the 5 version because have ethernet with drivers r1000.ko and 4.2 haven't... how can i install the doc section not show the step-by-step like oldre version..
10:07
how can i follow the way
10:07
?
10:07
<ogra>
i had an interasting discussion with simon law last week ... with some really great ideas to get the pam messaging going
10:07
so we should be able to support smartcard logins etc soon ... i'm planning some ldm sessions at UDS
10:07
<jammcq>
ogra: do you think that adding 'chooser' support to ldm will happen ?
10:07
smartcard logins would be cool
10:08
<ogra>
dont you see it in your edgy ?
10:08
<jammcq>
ogra: is chooser there now ?
10:08
<ogra>
we have a session and a language chooser for now
10:08
<jammcq>
no, I mean 'server chooser', like xdm has
10:08
<ogra>
a server chooser will come once i have a clue abotu zerofonc support, so we can poll a list from the network
10:08
<jammcq>
ah
10:08
cool
10:08
<ogra>
*zeroconf
10:08
<jammcq>
that'll be good for large installations
10:09
<ogra>
right
10:09
for feisty+1 pam messaging and better error reporting is on my list ...
10:09
<jammcq>
ogra: any talk of the next LTS release ?
10:10
<ogra>
not feisty nd likely not feisty+1
10:10
<sh3mh4mf0r4sh>
ogra: ?
10:10
<ogra>
my personal guess is +2
10:10
<jammcq>
I figured feisty+2 would be about time
10:10
<ogra>
but might also become +3
10:10
sh3mh4mf0r4sh, i dont understand you
10:11
you want to try out ltsp5 ?
10:11
jammcq, what about bumping our version number of the tsp package to 5.X ?
10:11
<sh3mh4mf0r4sh>
yes
10:11
<ogra>
sh3mh4mf0r4sh, https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
10:11
its the same for debian
10:12
<sh3mh4mf0r4sh>
thanxs
10:12
<jammcq>
sh3mh4mf0r4sh: also, check this, if you want to keep with ltsp-4.2
10:12
http://wiki.ltsp.org/twiki/bin/view/Ltsp/Troubleshooting-GrayScreen
10:12
<sh3mh4mf0r4sh>
nice
10:12
<jammcq>
ogra: scotty and I will be getting together in toronto in early march, to try to make sense of 'ltsp-upstream'
10:12
that would be a good time to talk about 5.x
10:13
<ogra>
ok, i just like to get away from the 0.1xx versioning asap
10:14
but march will be to late for feisty :/
10:14
<jammcq>
well, the next time scotty pops in here, we should corner him, and have a discussion
10:14
<sh3mh4mf0r4sh>
ermm.. ltsp5 this point :|
10:14
your.apt-cacher.server
10:14
debian.org? = ip?
10:15
<ogra>
not sure which servers debian uses
10:15
<sh3mh4mf0r4sh>
so
10:15
install a debian
10:15
and put at sources list
10:15
the ubuntu sourcers apt?
10:15
<ogra>
no
10:15
<sh3mh4mf0r4sh>
o.O
10:16
<ogra>
the package is in etch
10:16
dont mix ubuntu and debian
10:16
that will break
10:16
<sh3mh4mf0r4sh>
uhmm
10:16
ok
10:16
so what y type with this?
10:16
your.apt-cacher.server
10:16
<ogra>
either use ubuntu edgy or denian etch
10:16
i have no idea what you mean
10:16
what shall your.apt-cacher.server be ?
10:16
<sh3mh4mf0r4sh>
sudo ltsp-build-client --mirror http://your.apt-cacher.server:3142/archive.ubuntu.com/ubuntu
10:17
Note 1: your.apt-cacher.server should be put as an IP, because dns translation could not work all over the ltsp-build-client script.
10:17
<ogra>
ARGH !!!!
10:17
crap
10:17
someone broe the doc
10:17
*broke
10:17
<sh3mh4mf0r4sh>
:|
10:17
then?
10:18
<ogra>
it stops after sudo ltsp-build-client, ignore th erest
10:18* ogra wipes the confusing stuff
10:18
<sh3mh4mf0r4sh>
ok .just follow to ltsp-build-client .then stop there
10:18
i'll try :|
10:20
just last questin
10:21
if i upgrade to 5
10:21efra has joined #ltsp
10:21
<sh3mh4mf0r4sh>
i remove? 4.2
10:21
or leave there?
10:28
<ogra>
you need to remove it
10:28
uless you start off with a lot of tweaking ...
10:29rgusso-ltsp-br has joined #ltsp
10:32
<sh3mh4mf0r4sh>
ok
10:32
ok
10:32
but this is sloowwwwww
10:32
or not work
10:32
ltsp-srv:~# ltsp-build-client
10:32
NOTE: disabling security APT source for sid. It does not exist.
10:32
I: Retrieving Release
10:32
I: Retrieving Packages
10:32
stay there almost 10 mint :\
10:32
<ogra>
should take about 30min-1h
10:32
<sh3mh4mf0r4sh>
oh
10:32
so it work then?
10:32
<ogra>
depending on your internet speed
10:33
<sh3mh4mf0r4sh>
uhmmm
10:33
nice
10:33
i think its blocked
10:33
so
10:33
i remove wilhe that finish
10:33
<ogra>
it isnt
10:33
<sh3mh4mf0r4sh>
;)
10:33
<ogra>
its working apparently, else it would have stopped after "I: Retrieving Release"
10:33
<sh3mh4mf0r4sh>
uhmm
10:33
interesting
10:34
this release was more easey to installed right?
10:34
<ogra>
but make sure to have removed the /opt/ltsp/i386 directory of 4.2 before you even start
10:34
<sh3mh4mf0r4sh>
ok
10:34
<ogra>
else you end up with a mixed install that nobody can support
10:35
<sh3mh4mf0r4sh>
rm -rf /opt /tftpboot/
10:35
<ogra>
(if you want to keep the 4.2 dir, just tar it up)
10:35
noo
10:35
dot delete /opt
10:35
<sh3mh4mf0r4sh>
?
10:35
right right
10:35
<ogra>
only the stuff below /opt/ltsp
10:36
<sh3mh4mf0r4sh>
and tftboot?
10:36
not include a new kernel?
10:36
<ogra>
tftpboot is ignored if you use the ltsp-server package ...
10:37
<sh3mh4mf0r4sh>
ah
10:37
well.. 4.2 was hell
10:37
he
10:37
i need u here when this 5 finish to fetch
10:37
<ogra>
it will oook in the deitro specific /var/lib/tftpboot instead ... and ltsp-build-client will set that up for you
10:37
<cliebow_>
think of it as a "feature"
10:37
<ogra>
*distro
10:38
<sh3mh4mf0r4sh>
erm .. just have directly /tftboot
10:38
no /var/lib/tftpboot
10:38
<ogra>
did you install ltsp-server-standalone ?
10:38vanya has quit IRC
10:38
<sh3mh4mf0r4sh>
yes
10:38
that was 1st step in your web
10:39
<ogra>
right
10:39
<sh3mh4mf0r4sh>
that and openssh-server
10:39
<ogra>
it should depend on tftpd-ha
10:39
<sh3mh4mf0r4sh>
uhmm
10:39
<ogra>
*-hpa
10:39
<sh3mh4mf0r4sh>
have atftpd
10:39
<ogra>
wgich should create that dir
10:39
thats not supported in ubuntu ...
10:39
<sh3mh4mf0r4sh>
wherever.. just i need to result
10:39
the realm problem was
10:39
i have to test 4.2 at laptop
10:39
because my 20 clients
10:40
have ether realtek more advances that version
10:40
and I don't want to recompile a custom kernel for that drive
10:40
r1000.ko :S
10:40
so works fine at laptop
10:40
and to keep tha pc clinets so somw here not remember now tell me 5 version have that drivers
10:41
and not have to pluggin old eth(s) at clinets
10:42
that build-client for your new relese must be a progress or something.. it's bad not show nothing :)
10:42
<ogra>
wht kind of net connection do you have ?
10:42
its fine on a 2Mbit DSL line here
10:42
<sh3mh4mf0r4sh>
no no
10:42
jejeje
10:42
i'm cuban
10:43
i have 2mb's for all my work
10:43
<jammcq>
from Cuba ?
10:43
<sh3mh4mf0r4sh>
yup
10:43
<jammcq>
wow, cool
10:43
<ogra>
jammcq, no, cuban from fance :P
10:43
*france
10:43
<sh3mh4mf0r4sh>
cooll
10:43
<jammcq>
I've heard Cuba is a very beautiful place
10:43
<sh3mh4mf0r4sh>
yeah
10:43
could
10:43
<ogra>
yeah, me too
10:43
<jammcq>
ogra: wise guy
10:43
<sh3mh4mf0r4sh>
be but my english it's bad..
10:43
<ogra>
sh3mh4mf0r4sh, do you happen to have an ubuntu CD ?
10:43
<sh3mh4mf0r4sh>
heheh
10:44
uhmm i have one of there ..
10:44
<ogra>
or debian if you use debian
10:44
great
10:44
<sh3mh4mf0r4sh>
yees
10:44
etch
10:44
have etch at server ltsp
10:44
<ogra>
pop in that CD for your OS ....
10:44
moun tit
10:44
<sh3mh4mf0r4sh>
just debian base to only run that
10:44
jammcq: what? want to comming here? like u ogra ?
10:44
<ogra>
and use: sudo ltsp-build-client --mirror file:///cdrom
10:45
<sh3mh4mf0r4sh>
yeah?
10:45
<ogra>
than it will build from the cdrom packages
10:45
*then
10:45
<sh3mh4mf0r4sh>
now u tell me that!!
10:45
ohhhh
10:45
later i test that
10:45
<ogra>
jammcq, we should have a BTS in cuba ;)
10:45
<sh3mh4mf0r4sh>
when i prepare my conf for this at cuba to HOW TO USE LTSP at places for surf at inet
10:45
<jammcq>
ogra: I'm from the US, it's illegal for me to visit cuba
10:45* ogra guesses there are some seaways)
10:45
<sh3mh4mf0r4sh>
what is a BTS?
10:46
<jammcq>
without special permission
10:46
<ogra>
ugh, really ?
10:46
<jammcq>
umm, yeah
10:46
<ogra>
i thought that was in the 50s
10:46
<jammcq>
no, I think it started in teh 60's
10:46* ogra wasnt aware thats still the case
10:46
<sh3mh4mf0r4sh>
what is a BTS?
10:46
<jammcq>
I'd have to go to canada, and then I could fly to cuba
10:46
BTS == the LTSP Developer Conference
10:47
<ogra>
sh3mh4mf0r4sh, ltsp by the seaway :)
10:47
<sh3mh4mf0r4sh>
yea fly by 3rd countrs
10:47
<jammcq>
"BTS" == LTSP By The Sea
10:47
<ogra>
our anuual conference
10:47
<sh3mh4mf0r4sh>
ahh
10:47
well.. how here not fly to any to somw place
10:47
so i learn here
10:47
to make that conference here
10:47
jo
10:47
btw stallman is here for informatic 2007 at cuba
10:47
;)
10:47
<jammcq>
sh3mh4mf0r4sh: how is Fidel doing?
10:48
<sh3mh4mf0r4sh>
don't know..
10:48
not said nothings
10:48
here not speak nothing about him
10:48
<jammcq>
yeah, he's getting old and sick. Maybe someday, the US and Cuba will be good friends
10:48
<sh3mh4mf0r4sh>
maybe...
10:48
<jammcq>
at least the American people and the Cuban people can be good friends :)
10:49
<ogra>
i dont think so
10:49
<sh3mh4mf0r4sh>
and u came here directly and no for 3rd countrys and i can visit the rest of world
10:49
<jammcq>
even if the governments aren't
10:49
<ogra>
fidel would be silly if he hadnt prepared for that
10:49
<sh3mh4mf0r4sh>
i just know my home
10:49
jajaa
10:50
well
10:50
this finisj
10:50
so
10:50
fix me
10:50
I: Retrieving Packages
10:50
I: Validating Packages
10:50
I: Resolving dependencies of required packages...
10:50
I: Resolving dependencies of base packages...
10:50
E: Couldn't find these debs: locales
10:50
error: LTSP client installation ended abnormally
10:51
<ogra>
that is from the CD ? or the default ?
10:51
<sh3mh4mf0r4sh>
default
10:51
<ogra>
debian or ubuntu ?
10:52
<sh3mh4mf0r4sh>
debian etch
10:52
<ogra>
hmm
10:53
<sh3mh4mf0r4sh>
that locales debs
10:53
not is
10:53
locales left e?
10:53
<ogra>
best would be to wait for vagrantc he does the debian port
10:53
<sh3mh4mf0r4sh>
to apt?
10:53
<ogra>
i know locales is there in ubuntu (i built a client yesterday)
10:54
try the CD variant for now ... it should be a lot fater as well ... and the locales package should be on the CD
10:54
*faster
10:54
<sh3mh4mf0r4sh>
i upgrade locales
10:54
if not work i test the cd variant
10:54
<ogra>
that wont help
10:54
<sh3mh4mf0r4sh>
and
10:54
<ogra>
ltsp-build-client searcheds for it on the server
10:54
<sh3mh4mf0r4sh>
i try your way too
10:54
that packages was fecthed at tmp dir?
10:55
;)
10:55
working
10:55
now
10:55
I: Found additional base dependencies: libgcrypt11 libgpg-error0 liblzo1 libopencdk8 tasksel update-inetd
10:55
I: Checking component main on http://http.us.debian.org/debian...
10:55
<ogra>
make sure to wipe the /opt/ltsp/*** dir brefore re running ltsp-build-client
10:55
<sh3mh4mf0r4sh>
I: Retrieving adduser
10:55
<ogra>
else it woill be broken in the end
10:55
*will
10:56
<sh3mh4mf0r4sh>
ltsp-srv:~# ls /opt/ltsp/i386/
10:56
debootstrap var
10:56
have this. wilhe keep installing
10:56
while*
10:56
<ogra>
as long as you dont stop ltsp-build-client all is fine ...if you or it every stopped, please rm -rf /opt/ltsp/i386
10:57
*ever
10:57
before starting ltsp-build-client again ... else it will likely be broken
10:57
<sh3mh4mf0r4sh>
if i interrupt the procees have obligatorry to remove /opt?
10:57
iack!
10:57
<ogra>
no, /opt/ltsp/i386
10:57
<sh3mh4mf0r4sh>
ah ok
10:57
final of tree
10:57
I: Validating base-passwd
10:57
I: Retrieving bash
10:57
<ogra>
newer versions of ltsp-build-client refuse to start if there is old cruft
10:58
that avoids a lot of support ... since it is very hard to find out that your clients dont work because one package was only half configured etc
10:59
<sh3mh4mf0r4sh>
ermm when this finish the lts.conf its are same place?
10:59
<ogra>
lts.conf inst needed for a default install in ltsp5
10:59
you only use it to override autodetection
11:00
then you need to create it ...
11:00
but in the same place, yes
11:00
<sh3mh4mf0r4sh>
uhmm. i have to custom to change wallpapers and clients want to save when surf at inet to floppy and flash devices .. only that.. the rest not matters
11:01
oh.. server have 1 eth.. have to make a virtual for dhcp but dhcp i guess to failed with virtual eths :S
11:01
<ogra>
i dont think debian has floppy support in etch by default ...
11:01
but i may be wrong ... all i know is that they had problems to get the packages in in time
11:02
in any case its some manual work in debian ... ubuntu installs everything by default, and yes, you need to set LOCALDEV=True in lts.conf and add the users you want to use floppies to the fuse group
11:02
<jammcq>
ogra: I see the information is available for the next UDS
11:02
<ogra>
jammcq, indeed :)
11:02
<jammcq>
nice to see the details so early
11:03
<ogra>
you are coming i hope ...
11:03
<jammcq>
well, I hope
11:03
if invited, i'll be there
11:03
<ogra>
heh
11:03
<sh3mh4mf0r4sh>
ogra: my lts.conf have to ALL with this tips.
11:03
<ogra>
jammcq, you are inventory of UDSes, arent you ? ;)
11:03
<sh3mh4mf0r4sh>
to when i make it not touch more.
11:04
<jammcq>
heh
11:04
<ogra>
sh3mh4mf0r4sh, ltsp5 autodetects nearly everything ... if you want it more comfortable use edubuntu ;)
11:04
<sh3mh4mf0r4sh>
could be
11:04
<jammcq>
I'll also be in Portland for OSCON, which is happening the same time as the "Ubuntu Live" conf
11:04
<ogra>
(it installs ltsp by default and sets it up for you during install)
11:05
jammcq, yeah, i saw that, i'll probably be at ubuntu live ...
11:05
i wonder if mark plans to merge ;)
11:05
<jammcq>
I'll see if I can get Scotty to submit a proposal to speak there
11:06tiagovaz has quit IRC
11:06
<ogra>
ubuntu live or oscon ?
11:06
<jammcq>
ul
11:06
i'm going to oscon to learn something
11:07
<ogra>
http://wiki.ubuntu.com/UES-Sevilla btw :)
11:07Avatara has quit IRC
11:07
<jammcq>
it's a fantastic conference
11:07
ogra: yeah, I got the email notice from mdz
11:07
saw UES too
11:07
<ogra>
we will finally have another edubuntu conf
11:07
(i'm asking since dapper)
11:07sepski has joined #ltsp
11:07
<jammcq>
seems like dtrask should be at that one
11:08
<ogra>
he's on the list
11:08
as well as moquist and sbalneav (who wrote half of the edubuntu book) ...
11:08
<jammcq>
heh
11:09
<ogra>
since its in spain we'll likely have a lot of spanish ppl from the local distros there
11:09
<jammcq>
yes
11:09
the guadalinux guys
11:09
<ogra>
every village has its own derivative there
11:09
<jammcq>
and others
11:09
<ogra>
yeah
11:10
<sh3mh4mf0r4sh>
stay here
11:10
I: Validating libpopt0
11:10
I: Retrieving libreadline5
11:10
how left?
11:10
<ogra>
??
11:10
<sh3mh4mf0r4sh>
build-client
11:11
<ogra>
you mean how much ?
11:11
<sh3mh4mf0r4sh>
yup
11:11
<ogra>
if the "I:" lines disappear you have about a third done ...
11:12* sh3mh4mf0r4sh thinks ltsp is re-upgrading againg he distro
11:12
<sh3mh4mf0r4sh>
:)
11:12
<ogra>
no, its building a mini distro
11:12
<sh3mh4mf0r4sh>
ah
11:13
how MB?
11:14
<ogra>
4-500MB
11:15
<sh3mh4mf0r4sh>
uf thats hur
11:15
<ogra>
its about 150MB packages ...
11:15
unpacked about 450M
11:15
<sh3mh4mf0r4sh>
can i burn later or put at ftp that files ?
11:15
/opt/ltsp/i386/var/cache/apt/archives/
11:16
build-client hace any option to set latert where is that files?
11:16
have*
11:16
later **
11:16
<ogra>
ltsp-build-client --extra-help :)
11:16
it has an option called --kepp-packages
11:17
*keep
11:17
if thats not set it will clean up to save disk space
11:20
<sh3mh4mf0r4sh>
ogra:
11:21
he.. i thinkg to cd variant was more faster he
11:22
<ogra>
CD takes about 10 mins
11:22
<sh3mh4mf0r4sh>
ah but is debian server.
11:22
and you sai
11:22
not mix
11:22
with ubuntu cd
11:22
packages
11:22
<ogra>
but if you have a debian CD you can use that one
11:22
<sh3mh4mf0r4sh>
but have 1st
11:22
debian are like 20 cds
11:23
uhmm
11:23
LDM
11:24
not is GDM?
11:24
o.O
11:25
<ogra>
ldm isnt gdm, right
11:32
<sh3mh4mf0r4sh>
unju
11:42Egyptian[Home] has quit IRC
11:44msinhore has joined #ltsp
11:44
<ogra>
jammcq, btw, i heard recently that many people use the nbi image with PXE without problems ... i think we should default to a single image
11:44
<jammcq>
I don't
11:44
there's still problems with some workstations doing it that way
11:45
you remember C Catherine Capers ?
11:45
I thought you only generate nbi images if they have mknbi installed?
11:46
<ogra>
which is the default ... we have a switch in dhcpd.conf
11:46
which works fine ... apparently even for mr. catherine :)
11:46
at least he reported edgy would wor fine iirc
11:46
*work
11:47
<jammcq>
well, then.... If it's just a matter of installing mkbni and re-running the script to generate the kernels, maybe that ain't so bad
11:47
<ogra>
right
11:47
<jammcq>
but are you saying it also requires a change to dhcpd.conf ?
11:47
<ogra>
but we have mknbi in the list of default packages anyway and generate both kernels on the fly ....
11:48
<jammcq>
so I'm not sure what you are asking then, I guess
11:48
<ogra>
our default dchpd.conf has the switch in it ... (its still teh one you gave to me)
11:48
<jammcq>
ok, is that a problem?
11:48
<ogra>
i thnk about dropping the switch and use the same image for everyone since it seems to work fine
11:49
so we would save space and have a less complicated dhcpd.conf
11:49
<jammcq>
no
11:49
<ogra>
why ? if it works for everyone
11:49
<sh3mh4mf0r4sh>
keep stil retreiving..
11:49
<jammcq>
well, if people go to rom-o-matic and get a new etherboot image and put it on floppy and boot from that, then its' fine
11:49
<sh3mh4mf0r4sh>
why your not out ltsp5-livecd
11:49
:)
11:49
<jammcq>
but we've got many thousands of thin clients out in the field with older Etherboot that doesn't support PXE
11:49petre has joined #ltsp
11:50
<ogra>
jammcq, according to highvoltage all his different etherboot clients work
11:50
<jammcq>
well, maybe 'Many thousands' is a bit of an step
11:50
ogra: that's not possible
11:50mathesis has joined #ltsp
11:50tiagovaz has joined #ltsp
11:50
<ogra>
he uses nbi.img with PXE not the other way around
11:50
<jammcq>
etherboot prior to 5.1 or 5.2 doesn't support PXE
11:50
<ogra>
so my intention was to do the same by default
11:50
since it doesnt seem to have any sideeffects
11:51
<jammcq>
what is 'nbi.img' ?
11:51
<ogra>
the one generated by mknbi
11:51
<mathesis>
good morning
11:51tiagovaz has quit IRC
11:51
<jammcq>
so you are still going to have an 'IF' statement in your dhcpd.conf file, no?
11:51
<ogra>
we have the default vmlinuz one and the nbi.img in the tftpboot dir
11:51
why ?
11:51
<jammcq>
how is the client going to know if it should grab vmlinuz or nbi.img ?
11:51
<ogra>
if all clinets can use the same image we can drop the if statement
11:52
currently though the if statement
11:52
<jammcq>
and in the future ?
11:52
<ogra>
not at all
11:52
<jammcq>
I don't see how that will work
11:52
<ogra>
all clients recieve the nbi image
11:52
<jammcq>
what is the NBI image?
11:52
ooooooooooooh
11:53
<ogra>
<jammcq> what is 'nbi.img' ?
11:53
<ogra> the one generated by mknbi
11:53
:)
11:53
<jammcq>
ALL clients, including the PXE clients will load nbi.img ?
11:53
<ogra>
right
11:53
<jammcq>
can PXE clients load nbi.img directly?
11:53
<ogra>
so we can rename it to vmlinuz-blah ... and just use that one
11:53
seems PXE is smart enough to ignore the etherboot bits inside
11:53
right
11:53
<jammcq>
and you have proven this?
11:54
<ogra>
highvoltage has
11:54
<jammcq>
but YOU have or not?
11:54
<ogra>
it works for me too on all clients i have here
11:54* jammcq still doesn't see how
11:54
<ogra>
i cant prove it for HW i dont have ;)
11:54
<jammcq>
how big is nbi.img ?
11:55uwe has quit IRC
11:56
<ogra>
gra@edubuntu:~$ ls -lh /var/lib/tftpboot/ltsp/i386/nbi.img-2.6.20-5-386
11:56
-rw-r--r-- 1 root root 5,4M 2007-02-09 16:35 /var/lib/tftpboot/ltsp/i386/nbi.img-2.6.20-5-386
11:56
ogra@edubuntu:~$ ls -lh /var/lib/tftpboot/ltsp/i386/vmlinuz-2.6.20-5-386
11:56
-rw-r--r-- 1 root root 1,5M 2007-01-06 16:20 /var/lib/tftpboot/ltsp/i386/vmlinuz-2.6.20-5-386
11:56
hmm
11:56
right, i never checked the size
11:56
<jammcq>
1.5mb and 4.5mb ?
11:56
<ogra>
5.4
11:56
but yes
11:56
<jammcq>
there is NO WAY that a PXE client is booting that
11:57tiagovaz has joined #ltsp
11:57
<jammcq>
PXE is limited to loading a bootloader of no more than 32kb
11:57
<ogra>
well, it does here ... or the kernel is lying in its output
11:57
<jammcq>
a small boot loader, such as pxelinux.0
11:57
pxelinux.0 can then load anything you want
11:57
<ogra>
hmm
11:57
weird
11:58
<jammcq>
PXE -> pxelinux.0 -> pxelinux.cfg/default and kernel and initramfs
11:58
Etherboot -> tagged kernel
11:58
or, NEW etherboot ->pxelinux.0 ->pxelinux.cfg/default and kernel and initramfs
11:58
<ogra>
i clearly see it loading nbi.img on the screen ...
11:59
<jammcq>
but old etherboot, like the 5.0.11 that is in the T-150e's and T-170e's can't load a pxelinux.0
11:59
<ogra>
at least "filname: nbi.img" indicates it
11:59
<jammcq>
lets see your dhcpd.conf file
12:00
<ogra>
its still the same you gave me in detroit
12:00msinhore has quit IRC
12:00
<jammcq>
oh yeah, like I remember what I gave you :)
12:00vagrantc has joined #ltsp
12:00
<ogra>
http://paste.ubuntu-nl.org/5434/
12:01
<jammcq>
and you are syaing that on a PXE workstation, you are seeing 'filename /ltsp/i386/nbi.img' flash by the screen ?
12:01
<ogra>
yes
12:01
<jammcq>
hmm
12:02
very interesting
12:02
what's in your pxelinux.cfg/default file?
12:02rgusso-ltsp-br has quit IRC
12:02
<ogra>
so either the kernel reports something wrong, or initramfs ... or ...
12:03
http://paste.ubuntu-nl.org/5436/
12:03andresmujica has left #ltsp
12:04
<ogra>
that ends up being : DEFAULT vmlinuz ro initrd=initrd.img quiet splash
12:04
<jammcq>
is that your script that builds the config file?
12:05
<ogra>
right
12:05
<jammcq>
and you are certain your workstation is using PXE ?
12:06
<ogra>
well, do the 170s and 150s fal back to etherboot if PXE isnt available ?
12:06
<jammcq>
no
12:06
we ship both flavors
12:06
<ogra>
if not, then i'm sure
12:06
right and i only have the PXE variants
12:06
<jammcq>
we get them with PXE, and for customers that want Etherboot, we replace the PXE with Etherboot
12:06
<ogra>
i also see it loading pxe
12:07
but later i see filename: /ltsp/i386/nbi.img
12:07
<jammcq>
and on the screen, you see it say 'nbi.img' ?
12:07
wow
12:07
<ogra>
which is what it gets from dhc supposedly
12:07
*dhcp
12:07
<vagrantc>
ogra: it's because the initramfs is recognized as "not PXE" by dhcp, and klibc's ipconfig notes the filename.
12:07
<ogra>
so it initiates PXE abut seems to switch at some point
12:07
<jammcq>
PXE will croak with a file greater than 32k
12:07
<vagrantc>
ogra: but it doesn't actually make any use of it,a s far as i know.
12:08
<ogra>
well, given that PXE as well as etherboot work fine ....
12:08
<jammcq>
vagrantc: you think it could be grabbing the file, and then ignoring it?
12:08
<ogra>
vagrantc, the initial idea was to merge to a single image since PXE seemed to use nbi.img
12:09
<vagrantc>
well, etherboot should be able to use PXE, but i don't think PXE supports nbi.img
12:09
<ogra>
if only the reporting of the filename is wrong then i start to understand
12:09* ogra curses klibc
12:09
<ogra>
*again*
12:09
<vagrantc>
if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
12:09
filename "/ltsp/i386/pxelinux.0";
12:09
}
12:09
else{
12:09
filename "/ltsp/i386/nbi.img";
12:09
}
12:09
<ogra>
right
12:09
i have the same
12:09
<vagrantc>
and ipconfig is "else"
12:10
<ogra>
you mean it sends a second request ?
12:10
from the initramfs ?
12:10
<jammcq>
but that comes AFTER the kernel is already running
12:10
<vagrantc>
you have the first dhcp request by the PXE/etherboot, and then the second dhcp request by the initramfs ...
12:10
<ogra>
jammcq, right, its in the initramfs
12:10
hmm
12:10
<vagrantc>
ogra: is something actually broken, or is it just reporting the filename in a way that unsettles you ? :)
12:11
<jammcq>
is the dhcp client in the initramfs displaying all of the things it received from dhcpd ?
12:11
<ogra>
vagrantc, it looked to me like pxe could use nbi.image as well, so the idea came up t switch to a single image
12:11
<vagrantc>
jammcq: yes, i think that's what's happening.
12:11
<jammcq>
ah
12:11
<ogra>
instead of having two
12:12
well, we should fix the initramfs then to take the value from the kernel rather :/
12:12
<vagrantc>
ogra: and ditching the pxelinux bit? i'm skeptical, but if you want to try it... :)
12:12
<ogra>
no, your explanation solved it for me ...
12:12
<jammcq>
vagrantc: ditching pxelinux won't work. PXE can't load more than 32k without a 2nd stage bootloader
12:12
<ogra>
even though its still a bug ...
12:12
<vagrantc>
i've been playing with pxelinux a fair bit the last few days.... there's a way with recent pxelinux to get it to pass the ip= string to the kernel.
12:13
jammcq: hence my skepticism.
12:14
<ogra>
vagrantc, highvoltage runs plenty of schools on edubuntu, he reported it to me ... when i checked i saw the nbi.img name rushing by ... that made me think we could merge to a single image
12:14
but indeed only the label is wrong
12:14
<vagrantc>
ogra: if we put "IPAPPEND 1" in pxelinux.cfg/default, i think the initramfs won't need to make a second dhcp request
12:14
<ogra>
actually we dont uase any image at all after the initramfs is up ...
12:15
<vagrantc>
right.
12:15
<ogra>
if that helps i'll make it the default
12:15
wasting time with second requests is a waste
12:15
<vagrantc>
i haven't actually tried it yet. and it might not pass the nfsroot= parts that are needed ...
12:15
<sh3mh4mf0r4sh>
Failed to fetch http://http.us.debian.org/debian/dists/sid/main/binary-i386/Packages.gz Could not connect to http.us.debian.org:80 (204.152.191.7). - connect (113 No route to host) [IP: 204.152.191.7 80]
12:15
Reading package lists... Done
12:15
<ogra>
thus you call it wasting i guess, aww
12:15
<sh3mh4mf0r4sh>
E: Some index files failed to download,
12:15
<jammcq>
you'll still need it for etherboot'd clients
12:16
<ogra>
yay for grammar redundancy
12:16
jammcq, we'll keep it as is ... just fixing up the PXE part to not try to load it twice
12:16
<vagrantc>
ogra: it doesn't load anything twice.
12:16
<jammcq>
right
12:16
<ogra>
or do you mean etherboot with PXE emu ?
12:16
<vagrantc>
ogra: it's merely reporting what dhcp tells it.
12:17
<ogra>
vagrantc, it attempts to, no ?
12:17
ah
12:17
<jammcq>
there's no tftp client in the initramfs, is there?
12:17
<ogra>
klibc
12:17
ipconfig is used for dhcp ... but there is no tftp indeed
12:18
<vagrantc>
i knw modern etherboot can emulate PXE, though i don't know if it's usually the default.
12:18
<ogra>
but we had the double request dhcp prob for quite some time iirc ...
12:18
<jammcq>
sounds like ipconfig is just echoing what it received from the dhcpd server
12:18
<vagrantc>
since etherboot 5.4 ...
12:18
<ogra>
some people with huge setups ran out of adresses because of it
12:18
<jammcq>
vagrantc: we've got a few thousand workstations with not-so-modern etherboot, and probably 10-15 thousand network cards with the same
12:18
<ogra>
so if we have a way to avoid a second dhcp request i'd be happy :)
12:18
<vagrantc>
ogra: yes, the second dhcp request is an issue. i know etherboot can be configured to pass all the ip= and nfsroot= stuff , but that's not usually the default etherboot configuration.
12:19
<ogra>
i dont care about etherboot here, it seems to work as desired ... PXE doesnt
12:19
<vagrantc>
ogra: and it seems like pxelinux can be configured with the IPAPPEND option to pass the ip= , but not sure about the nfsroot= stuff.
12:19
<ogra>
if IAPPEND works i'm fine ... i'll try later tonight
12:19
<jammcq>
ogra: I'm just saying be careful what you change. Dropping the 2nd dhcp request in the initramfs will break etherboot clients
12:20
<sh3mh4mf0r4sh>
have to reboot
12:20
<vagrantc>
using IPAPPEND is, for some mysterious reason, "THE USE OF THIS OPTION IS NOT RECOMMENDED"
12:20
<sh3mh4mf0r4sh>
thanxs for all ogra
12:20
:)
12:20
have error
12:20
<ogra>
jammcq, dropping it from pxelinux.cfg wont
12:20
<sh3mh4mf0r4sh>
have to try later
12:20sh3mh4mf0r4sh has quit IRC
12:20
<ogra>
err adding it to ...
12:20
<jammcq>
ogra: right, but just putting it into pxelinux.cfg isn't the whole answer
12:20
<ogra>
its the answer fro PXE for now
12:20
<jammcq>
you then need to modify initramfs to grab those values passed on the kernel commandline, and use them
12:20
<vagrantc>
jammcq: i'll keep an eye on ogra and make sure he doesn't break things too badly :)
12:20
<ogra>
:P
12:21
<jammcq>
adding 'IPAPPEND' only builds a kernel commandline, nothing else
12:21
<ogra>
i'm not supposed to break anything anymore ... we're past feature freeze
12:21
<vagrantc>
jammcq: no need to modify initramfs to do that, it's already parses the commandline options.
12:21
<jammcq>
vagrantc: but then you'd have to modify the initramfs to NOT call ipconfig
12:21
<vagrantc>
jammcq: or, it has support for parsing the commandline options.
12:21
jammcq: nope.
12:21
<jammcq>
oh?
12:21
how's it NOT going to do the 2nd dhcp request?
12:21
<ogra>
jammcq, no, ipconfig will be ignored with that option ...
12:22
the kernel tells it ....
12:22
<jammcq>
ipconfig is inside the initramfs, how does it know?
12:22
<vagrantc>
jammcq: it's designed such that it will only call ipconfig if it's missing something on the commandine, and the commandline overrides DHCP
12:22
<jammcq>
ah
12:22
ok
12:22
you win
12:22
<vagrantc>
i wrote and rewrote and rewrote that code a number of times till i got it working good. :)
12:22* jammcq should dig into the details of the ubuntu/debian initramfs
12:23
<vagrantc>
there's only one outstanding bug that i can't figure out.
12:23
<ogra>
vagrantc, so why didnt you add 'IPAPPEND' right away ?
12:23
<vagrantc>
ogra: i just found IPAPPEND
12:23
<ogra>
it should speed us up a bit
12:23* jammcq and sbalneav will have 3 or 4 days soon, to play with all this stuff
12:23
<vagrantc>
ogra: like two days ago
12:23
<ogra>
ah :)
12:23
<jammcq>
vagrantc: but didn't you just say it is documented as 'NOT RECOMMENDED' ?
12:23
<ogra>
next time train your prediction capabilities before starting to code then :P
12:24
<vagrantc>
jammcq: yes, i did. but maybe their recommendation is stupid.
12:24
<ogra>
if it doesnt break ...
12:24
<jammcq>
well, hpa is approachable, he can answer that
12:24
<ogra>
i have two months to test
12:24
so i can switch back and forth ...
12:24
<vagrantc>
ogra: actually, i rewrote the code to handle situations i was encountering where i needed to override DHCP ... it has the benefit of allowing all this other cool stuff.
12:24
<ogra>
feisty is due in april ....
12:24sh3mh4mf0r4sh has joined #ltsp
12:24
<jammcq>
where is root-path going to come from?
12:24
<sh3mh4mf0r4sh>
re
12:25
<ogra>
well, it *should* come from dhcpd
12:25
<vagrantc>
jammcq: that's the question i was asking ... if pxelinux is too stupid to pass root-path
12:25
jammcq: a.k.a. in kernel-speak, nfsroot=
12:25
<jammcq>
only if the dhcp client ASKS for it, and I dunno if the dhcp client built into the PXE bootrom will do that
12:25
<ogra>
well, it should be handed out with the first dhcp request
12:26
<vagrantc>
right.
12:26
<ogra>
so we should have it in the initramfs already at this point
12:26
<jammcq>
not necessarily. a minimal dhcp request only goes after a small set of things
12:26
<vagrantc>
presuming pxelinux passes nfsroot=
12:26
<jammcq>
and I dunno if root-path is one of those
12:26
filename, ipaddr, netmask, gateway,
12:26
I think those are part of the minimal set
12:26
<ogra>
well, i'll just test it ... sadly i'm not near any clients atm
12:27
<vagrantc>
if it isn't, it should be patched to be able to do so.
12:27
<ogra>
but as soon as i come near one ....
12:27
<jammcq>
vagrantc: how you gonna patch a PXE bootrom?
12:27
<vagrantc>
as makig two dhcp requests every boot is silly.
12:27
jammcq: you just need to patch pxelinux
12:27
<ogra>
jammcq, initramfs, not PXE
12:27
<vagrantc>
jammcq: the PXE boot rom loads pxelinux, which we can patch.
12:27oh207 has joined #LTSP
12:27
<jammcq>
so yhou are gonna patch pxelinux or initramfs to tell the FIRST dhcp request to grab root-path???? pretty slick, you guys are
12:27
<vagrantc>
not in the initramfs. no patches needed there, i don't think.
12:28
<ogra>
if PXE doesnt hand over nfsroot= we need to fix it ...
12:28
well, lets see :)
12:28
<vagrantc>
alright. now we're getting somewhere :)
12:28
<ogra>
as i said, i have two months to test it
12:28
<jammcq>
it's NOT a matter of PXE handing it over, it's a matter of PXE getting it in the first place
12:28
<vagrantc>
jammcq: i don't think so, but i could be wrong.
12:28
<jammcq>
but, testing will answer many questions
12:29
<vagrantc>
experimentation will be the key here ...
12:29
<jammcq>
a DHCP request contains a list of parameters that it wants from the dhcpd server
12:29
<ogra>
vagrantc, could you make me a list of variables i need to add to retain compatibility ?
12:29
you said you fond some beyond localdev
12:29
*found
12:29
<vagrantc>
it's also pretty easy to get the nbi.img to tell etherboot to grab those dhcp values and pass them on to the kernel.
12:29
even on=lder etherboots
12:30
<jammcq>
vagrantc: huh ?
12:30
<vagrantc>
ogra: i periodically stumble upon them ...
12:30
<ogra>
vagrantc, i only know about localdev ...
12:30
<jammcq>
etherboot does a dhcp request, gets some basic info, including a filename, then loads the file via tftp. How is nbi.img gonna tell etherboot to go get more info?
12:31
<ogra>
but i'll go throuhg them for python-ltsp's dictionary functions anyway
12:31
<vagrantc>
jammcq: mkelf-linux is used to create the nbi.img ... mkelf-linux --ip=rom --rootdir=rom will pass ip= and nfsroot= to the kernel, and make it possible to not need a second DHCP request.
12:31
jammcq: i don't know how it does it, but i know it's worked since etherboot 5.0.x
12:31
<ogra>
do we use that already ?
12:31
<vagrantc>
maybe even 4.x
12:32
ogra: i don't think so.
12:32
<jammcq>
vagrantc: ONLY if the bootrom grabbed the root-path in the first place. I think in etherboot's case, you are lucky, because it asks for it
12:32
but I dunno about PXE's dhcp client
12:32
<vagrantc>
ogra: i tried to push for it before you got involved, and gave up.
12:32
<ogra>
hey, lets just test it out before we discuss it to death ;)
12:32
<vagrantc>
jammcq: yes, well, we should enable it wherever it works, i think :)
12:32
<jammcq>
ok
12:33
<ogra>
vagrantc, why did you give up ?
12:33
<jammcq>
i'm gonna go back to doing my database development
12:33
<ogra>
MKELF_LINUX_OPTS="--ip=dhcp"
12:33
ah, thats what we set
12:33
<vagrantc>
ogra: because i wanted to spend time getting more important things done than convincing people?
12:33
i did, of course, make it configurable :)
12:34
<ogra>
well, i dont see a reason to convince anyone here ... it fixes an issue :)
12:34
<vagrantc>
ogra: i'm glad you see it that way :)
12:35cliebow_ has quit IRC
12:37
<ogra>
;)
12:38msinhore has joined #ltsp
12:47Nick_Hill has joined #ltsp
12:50jamie_ has joined #ltsp
12:51jamie_ has quit IRC
12:52jamie_ has joined #ltsp
12:57
<jamie_>
I am having trouble with a client not loading a sound blaster module after it being mentioned in the lts.conf. If I log into a terminal on the client and lsmod the sb module is not there if i tpye mkmod sb esstype=1869 io=0x220 irq=5 dma=1 the modules loads and anyone point me in the right way please.
13:10
<Nick_Hill>
Hi jamie_ , So you can load the modules on the thin client, but they don't load from the line in lts.conf?
13:10g333k_work has joined #ltsp
13:10
<Nick_Hill>
jamie_, What is your lts.conf line?
13:11mistik1 has quit IRC
13:14
<jamie_>
MODULE_01 = "sb esstype=1869 io=0x220 irq=5 dma=1"
13:15mistik1 has joined #ltsp
13:22sh3mh4mf0r4sh has quit IRC
13:23
<vagrantc>
jammcq: try without the "
13:23ccjoe has quit IRC
13:23
<vagrantc>
jamie_: try without the "
13:23
jammcq: would it be bad to have getltscfg strip out " ?
13:24
<jammcq>
vagrantc: some things need the quotes
13:24
<vagrantc>
jammcq: ok.
13:25
<jammcq>
it could strip leading and trailing quotes I suppose
13:25
well
13:25
<vagrantc>
gets tricky
13:25
<jammcq>
that might get messy
13:25
<jamie_>
vagrantc tried with " and with out
13:25
<vagrantc>
jamie_: what distro?
13:26
<jamie_>
ubuntu edgy
13:27
I can load the module manully and idea how to restart esd on the client?
13:28* vagrantc is trying to see if there's a bug in ubuntu/debian MODULE_* handling
13:28
<jamie_>
cheers
13:28
<ogra>
vagrantc, smells like
13:28
:/
13:29
<vagrantc>
ogra: i suspect it doesn't handle module options ... or whatever they're called
13:29
<ogra>
jamie_, you can add a line to /opt/ltsp/i386/etc/modprobe.d/...
13:29
vagrantc, to me it looks like it snips off the options
13:30
so it tries to load the module but omits everything after te module name
13:30
modbrobe.d should work fine as a workaround though
13:30
<vagrantc>
ogra: or maybe even not omitting ... i.e. ... sb esstype
13:31
modprobe sb esstype ...
13:31bobby_C has joined #ltsp
13:31
<vagrantc>
awk -F= '$1 ~ /^MODULE_/ { print $2 }'
13:31
<mathesis>
hi vagrantc
13:31
<vagrantc>
mathesis: hi
13:32
<ogra>
vagrantc, yeah ... :/
13:32
<mathesis>
vagrantc, the think clien no start in 1024x768
13:32
<ogra>
thats ugly ....
13:32
<vagrantc>
mathesis: you're running edubuntu ... have you met ogra ? :)
13:32
<ogra>
yes we have met
13:33
<mathesis>
ogra, how can i configure lts.conf for think client with its mac 00:AB:45:FG:63 start 1024x768
13:33
<vagrantc>
ogra: actually, it's in a for loop, so the whitespace will cause ... modprobe sb ; modprobe esstype
13:33
mathesis: that looks like an incomplete mac address
13:34
<ogra>
mathesis, get the right X_HORZSYNC X_VERTREFRESH values for your monitor and add them to lts.conf
13:34
<vagrantc>
mathesis: should be at least this long: 00:60:1D:F0:A3:FD
13:34
<ogra>
vagrantc, right, i have no clue wo added that code, i ever touched it
13:34
*never
13:35
<vagrantc>
ogra: goes all the way back to mdz's revision 86
13:36
<ogra>
vagrantc, but given that we want a full line per MODULE_XX we should just iterate over these and execute the full line
13:36
<vagrantc>
ogra: yeah.
13:36
<mathesis>
ogra, only is a example mac
13:36
<ogra>
i dont think awk is needed at all
13:36
<vagrantc>
ogra: right.
13:37
ogra: would be nice to figure out a slicker iteration than hard coding like 10 MODULE lines ...
13:37
jammcq: how many MODULE_XX lines does ltsp 4.x support?
13:37
<ogra>
we have such a line anywhere
13:37
<jammcq>
I think 10
13:37
<mathesis>
ogra, in web edubuntu.org there is documentation for atribute lts.conf?
13:38jamie_ has quit IRC
13:38
<ogra>
mathesis, /opt/ltsp/i386/usr/share/doc/ltsp-client/examples/lts-parameters.txt.gz
13:39
<mathesis>
ok
13:39
<ogra>
in feisty+1 we'll have an easy commandline tool that will drop out all valid variables and values ...
13:39
*allowed values
13:40
<vagrantc>
for etch+1 we'll be running on cold fusion.
13:40
<ogra>
because etch+1 will release in 2020 ?
13:40
<jammcq>
in jammcq+1, we'll be driving around in flying cars
13:40
<ogra>
and we have cold fusion then ?
13:40PMantis has joined #ltsp
13:40* ogra is mean, sorry
13:40
<vagrantc>
ogra: something like that, yes.
13:41
<ogra>
how is the release looking ?
13:41
<vagrantc>
ogra: it's been hovering around 100 RC bugs for several weeks.
13:42
ogra: bugs get closed, bugs get opened....
13:42
<ogra>
so might still take some time ...
13:42
i wonder if feisty releases earlier ....
13:42
<vagrantc>
ogra: it could happen, yes.
13:42
<ogra>
i already saw complaints about gnome being to old in testing
13:43* vagrantc heard some rumours about gnome being old in testing partially because of ubuntu...
13:43
<ogra>
why is that ?
13:43* vagrantc looks for URL
13:43
<ogra>
all our packages are available and tested ...
13:44
<vagrantc>
something about the maintainer being asked not to upload to debian ...
13:44
it was some rebuttal around mark shuttleworth's posts to suse or something ...
13:46* vagrantc is having trouble with http
13:48
<mathesis>
ogra, for configure audio on webrowser?
13:49
<vagrantc>
ogra: i've been having weird network troubles since a brief power outage last night....
13:49
<ogra>
vagrantc, well, seb128 isnt allowed to upload to debian during debian archive freezes ... and apparently they didnt want the packages in tpu
13:50
the first two releases we uploaded to xperimental and pulled from there
13:50
<vagrantc>
ogra: yeah, it was a pretty vague accusation by someone from suse .. . i have no idea what the real meat behind it is.
13:51
<ogra>
mathesis, it should work out of the box in edubuntu (indeed if you have that bug with the MODULE_xx line it wont because your driver doesnt get loaded)
13:51
mathesis, are yu sure thats an ISA soundcard ?
13:52jamie_ has joined #ltsp
13:52
<ogra>
vagrantc, he's right, there are/were issues with that, but it was from both sides ....
13:54
<vagrantc>
ogra: fair enough.
13:54
ogra: it seemed like a pretty brutal accusation when i read it, and never saw a rebuttal. so i was kind of shocked.
13:54
<jamie_>
hi i have managed to load the modules now by adding a line in /opt/i386/ltsp/etc/modulde.d/options. I am not geting any sound still This is funny. Sound is working on my laptop. But still not on the sff with needs this module.
13:56* vagrantc 's DNS is all fscked up
13:56
<vagrantc>
www.google.com is returning 1.0.0.0
13:56
<ogra>
who needs DNS ... real geeks know all IPs from the top of their head
13:56
209.85.129.104
13:57
;)
13:57
<vagrantc>
alkfjg
14:02
<sepski>
vagrantc, nscd or mdns installed ?
14:03mathesis has quit IRC
14:04
<sepski>
i had the same once, and i seam to remmber it was related to something like that. ofcoure my mind is a swamp but..
14:05
<vagrantc>
i use dnsmasq , but it's happening at one of the two routers i go through ...
14:08jamie_ has quit IRC
14:08jamie_ has joined #ltsp
14:26vagrantc has quit IRC
14:37sh3mh4mf0r4sh has joined #ltsp
14:45* efra is away: I'm out to lunch | Sali a comer
14:45efra is now known as efra_away
14:47mdz has quit IRC
15:04ccjoe has joined #ltsp
15:12g333k_work has quit IRC
15:14radoeka has joined #ltsp
15:15
<dan__t>
Anyone use Vino inside of LTSP?
15:26mdz has joined #ltsp
15:39FernandoMM has joined #ltsp
15:55knight has joined #ltsp
15:55
<knight>
Hi all
15:55
has anybody inplement a AMD 64 Ltsp setup with UBUNTU
16:01FernandoMM has quit IRC
16:06efra_away is now known as efra
16:06* efra is back (gone 01:20:49)
16:09Stevecar has joined #ltsp
16:22PMantis has quit IRC
16:28radoeka has quit IRC
16:28cliebow has quit IRC
16:28cliebow has joined #ltsp
16:33msinhore has quit IRC
16:40knight has left #ltsp
16:41uwe has joined #ltsp
16:42sepski has quit IRC
16:43msinhore has joined #ltsp
17:03kaos01 has quit IRC
17:07msinhore has quit IRC
17:27uwe has quit IRC
17:29uwe has joined #ltsp
17:32bobby_C has quit IRC
17:36tiagovaz has quit IRC
17:39Nick_Hill has quit IRC
17:54mathesis has joined #ltsp
18:03mathesis has joined #ltsp
18:03ogra has quit IRC
18:13ogra has joined #ltsp
18:17jammcq has quit IRC
18:18jammcq has joined #ltsp
18:18
<jammcq>
howdie
18:18
<ogra>
heya
18:20
<mathesis>
how are you ogra
18:21
<rjune>
hey ji
18:21
jim
18:21
<jammcq>
hey rjune, how ya doing?
18:21
<rjune>
busy
18:21
tired
18:22
<ogra>
mathesis, tired ... working since 16h
18:22
<rjune>
hey, I was tired first. :-)
18:22* ogra finishes the last upload and finally goes away from the kbd ...
18:22
<mathesis>
:0
18:35Stevecar has left #ltsp
18:42petre has quit IRC
18:46efra has quit IRC
19:16uwe has quit IRC
19:35monteslu has quit IRC
20:39J45p3r has quit IRC
20:54PMantis has joined #ltsp
20:57mathesis has quit IRC
21:05cbpage has joined #ltsp
21:06vlt has quit IRC
21:07vlt has joined #ltsp
21:22nicoAMG has joined #ltsp
21:25nicoAMG has quit IRC
21:48vagrantc has joined #ltsp
22:01PMantis has quit IRC
23:01kuto has quit IRC
23:31g333k_laptop has quit IRC
23:36Egyptian[Home] has joined #ltsp
23:38vagrantc has quit IRC
23:43krinns has joined #ltsp
23:44
<krinns>
i have a thum scaneer i need to have this attatched with thinclint
23:44
how local support of usb devices works at thin clienr