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


Channel log from 14 December 2006   (all times are UTC)

00:40vagrantc has quit IRC
01:36
<Darke->
cliebow: you awake ?
02:05Kodex has joined #ltsp
02:06wizzy has left #ltsp
02:06Kodex has joined #ltsp
02:19wizzy has joined #ltsp
02:27
<Darke->
cliebow_: Buh
02:59bobby_C has joined #ltsp
03:16ogra has joined #ltsp
03:18
<Darke->
ogra: oh i have been waiting ;P
03:19
ogra: you got a min ?
03:28
I know this is not a 100% ltsp related issue, but anyway i cant get tftpd to work on Edubuntu.. as i said before to you Ogra i got the ltsp4 to work perfectly on SLES10..
03:28
but i cannot get access from a tftp-client to the tftp-server
03:29
permission denied, and i had no prob on sles10
03:29
first of im confused about there being no such thing as /etc/xinet.d/tftp
03:30
i know there is a /etc/default/tftpd-hpa but no matter what i do i cant get permission to read or write to /var/lib/tftpboot/
03:30
<wizzy>
which tftp server are you using?
03:31
<Darke->
on sles i shown'ed that directory and all subfolders to nobody:nobody
03:31
well since im using edubuntu that should work out-of-the-box with ltsp is tftpd-hpa
03:32
<wizzy>
on deb distros tftpd is kicked off from /etc/inetd.conf
03:32
<Darke->
btw i think ltspcfg was a good thing with ltsp4 :P
03:32
<wizzy>
add a "-v -v" to that line
03:32
<Darke->
wizzy: wich will do ?
03:33
<wizzy>
Add more logging to the tftp server, so you can find out what is happening
03:33
<Darke->
ok
03:33
<wizzy>
is it a from-scratch edubuntu install (presumably Edgy?)
03:33
dapper didn't work
03:33
<Darke->
yes, Edgy
03:34
<wizzy>
boot a client, watch the logs for tftp traffic
03:34
from scratch ?
03:34
or upgrade ?
03:34
<Darke->
yes
03:34
scratch
03:35
<wizzy>
What does the client say?
03:35
iptables -L ?
03:35
<Darke->
I think its a bit amusing that i got ltsp to work perfectly on SLES10 but not on Edubuntu where it is sort of a "out of the box" solution.
03:35
sec
03:35
<wizzy>
edubuntu worked out-of-the-box for me
03:36
<Darke->
i rather config everything then sitting and dont know why its not working because was not suposed to config at all ;P
03:36
<wizzy>
What does the client say?
03:37
<Darke->
server stoppe the transfer: permission denied
03:37
im using tftpd32 on a win machine as the client.
03:37
<wizzy>
what do the server logs say ?
03:38
grep -lr tftp /var/log
03:38
<Darke->
sec, phone (sorry)
03:39
ok
03:39
hmm there is no logfile /var/log
03:39
cuz thats a directory
03:40
<wizzy>
there are lots of logfiles in /var/log
03:40
<Darke->
yes
03:40
but none called tftp
03:40
<wizzy>
grep -lr will tell you which logfile is being used by tftp
03:40
What is your tftp line in /etc/inetd.conf ?
03:41
<Darke->
one sec
03:42
tftp dgram udp wait root /usr/sbin/intftp /usr/sbin/in.tftpd -v -v -s /var/lib/tftpboot
03:43
<wizzy>
(/usr/sbin/intftp ??) does /usr/sbin/in.tftpd exist ?
03:44
<Darke->
yes
03:44
/usr/sbin/in.tftpd does exist
03:45
<wizzy>
And /usr/sbin/intftp ??
03:45
<Darke->
nope
03:45
<wizzy>
Thats not a typo, right ?
03:45
<Darke->
nope
03:46
find it strange doe since you say its suposed to work out of the box
03:46
no configuration at all
03:46
<wizzy>
I think that like should say :-
03:47
tftp dgram udp wait root /usr/sbin/in.tftpd in.tftpd -v -v -s /var/lib/tftpboot
03:47
<Darke->
ok
03:47
<wizzy>
then say /etc/init.d/inetd reload
03:48
(check the log messages after )
03:48
<Darke->
accually it did say /usr/sbin/in.tftpd /usr/sbin/in.tftpd
03:48bobby_C has quit IRC
03:48
<wizzy>
Thats why I asked about typo
03:48
<Darke->
sorry :P
03:49
<wizzy>
grep -lr tftp /var/log
03:49
<Darke->
dpgk.log, boot, syslog, auth.log, installer/syslog, daemon.log, debug
03:50
<wizzy>
grep tftp /var/log/debug
03:50
(see if daemon.log says different)
03:50
<Darke->
yes
03:51
<wizzy>
Any enlightening messages ?
03:52
<Darke->
one thing, that i will check now
03:52
<wizzy>
Do the files it mentions (are there any ?) exist ?
03:53
<Darke->
it seems that it reads "included configuration file" /etc/xinetd.d/tftp that i created myself
03:53meduxa has joined #ltsp
03:53
<wizzy>
don't do that
03:53
<Darke->
since i did that on sles, so did it here aswell cuz i was out of idee's
03:53
kk
03:53
<wizzy>
rm -rf /etc/xinetd
03:54
xinetd is a redhattish thing - fine, but not debian
03:54
<Darke->
bind failed (adress already in use (errno = 98). service = tftp
03:54
and then it fails to start and get deactivated
03:54
<wizzy>
and tftp things in /etc/init.d/* ?
03:54
s/and/any/
03:55
Doesn't sound like a from-scratch install
03:55
<Darke->
it is :)
03:55
<wizzy>
You have added a bunch of things
03:55
like a tftp server
03:55
<Darke->
latest edubuntu amd64 iso
03:56
<wizzy>
did you add a tftp server yourself ?
03:56
<Darke->
im sure it was installed from scratch
03:56
<wizzy>
any tftp things in /etc/init.d/* ?
03:56Avatara has joined #ltsp
03:56
<Darke->
yes /etc/init.d/tftpd-hpa
03:56
<wizzy>
Arrgh
03:56
<Darke->
>.<
03:57
<wizzy>
rm /etc/rc2.d/*tftpd-hpa
03:57
/etc/init.d/tftpd-hpa stop
03:57
/etc/init.d/inetd reload
03:57
(check logs )
03:58
<Darke->
there is no tftpd-hpa in /etc/rc2.d/
03:58
<wizzy>
*tftpd-hpa
03:58
<Darke->
so cant really remove it ;P
03:58
nope, no such file
03:58
<wizzy>
Like S20tftpd-hpa ?
03:59
ps auxww | grep tftp
03:59
<ogra>
Darke-, you are running the amd64 version ?
03:59
<Darke->
ogra: Yes
03:59
thats correct
03:59
<ogra>
erm
03:59
whats in /opt/ltsp ?
04:00
<Darke->
amd64 ;P
04:00
<ogra>
heh, and i guess your clients arent amd64 :)
04:00
does the machine have a decent net connection ?
04:01
<Darke->
well it is the servers hardware that is used ?
04:01
yes it does
04:01
<ogra>
the iso only has 700MB ;) we dont have space for two ardches
04:01
so the decision was to either build no client environment on amd64 or at least an amd64 one ...
04:02
since we use the distro packages from CD in ltsp5
04:02
<Darke->
the problem atm is that i cant get a tftp server to work.. (cant connect from a tftp-client.. err well i cant read or write atleast)
04:02
<ogra>
so
04:02
sudo ltsp-build-client --arch i386
04:02
<Darke->
hmm
04:02
<ogra>
that will build the i386 environment ... takes about 20mins
04:02
<Darke->
so you suggest i use i386 ?
04:02
<ogra>
indeed
04:02
<wizzy>
client
04:03
<ogra>
the clients need it :)
04:03
<Darke->
so dl i386 iso and set up a new from scratch server
04:03
<ogra>
nah
04:03
use the amd64 server and run the command from above
04:03
it will build the i386 cilen on the amd64 server
04:04
<Darke->
yea i ran it for amd64 ino but
04:04
<ogra>
*client
04:04
<Darke->
this still doesnt fix my tftp problem ?
04:04
;P
04:04
i would atleast start with getting the tftp server to work :P
04:04
<ogra>
but dont forget that the user sessions run on the server ... so firefox for example is 64bit....
04:04
<Darke->
so i know that the clients can atleast download the kernel
04:04
<ogra>
this will fix your tftp problem as well
04:05
<Darke->
why ? xD
04:05
<ogra>
see /etc/ltsp/dhcpd.conf ;)
04:05
<Darke->
because for testing the tftp server im using tftp32 client on a win machine
04:05
just trying to put files or get files
04:05
<ogra>
ah
04:05
how do you try that ?
04:05
<Darke->
and the ltsp server is not the dhcp server
04:06
got one already.
04:06
<ogra>
oh
04:06
<Darke->
how? i just try download a file from serverip and /var/lib/tftpboot/somefile
04:06
<wizzy>
That is a problem - the dhcp server has to serve tftp from the same server as nfs root
04:06
<Darke->
like i did on my SLES10 server
04:06
before i did anything else
04:07
<wizzy>
some regression of the dhcp server
04:07
<ogra>
Darke-, tftp chroots into its given directory
04:07
omit the /var/lib/tftpboot
04:07
and look into that dir ... you have to load the kernel from a subdir
04:07
i.e. tftp get /ltsp/i386/vmlinuz
04:08
<wizzy>
daemon.log should tell you what is happening
04:08
<ogra>
make sure your dhcp server knows that ... look at /etc/ltsp/dhcpd.conf for the right paths you need to set in your current dhcp server
04:08
<wizzy>
but last time you looked there was a conflict on serving tftp
04:09
<Darke->
ogra: i think you are going a bit ahead of the problem now
04:09
because my problem is simple
04:09
<ogra>
<Darke-> how? i just try download a file from serverip and /var/lib/tftpboot/somefile
04:09
<wizzy>
bind failed (adress already in use (errno = 98). service = tftp
04:09
<ogra>
there is no such path
04:09
<Darke->
i cannot get or put any files on the server with a tftp-client
04:09
<ogra>
so you cant load anything like that
04:09
<Darke->
it has nothing to do with the dhcp
04:09
<ogra>
i'm not talking about dhcp, i'm talking about the right paths
04:10
the dhcp *config* has the right ones in it ...
04:10
<Darke->
btw there is no directory /etc/ltsp
04:10
<ogra>
as long as you didnt touch anything related to the tftp server (like breaking initscripts or something in /etc/defaults) it should work
04:11
<Darke->
hold on, lemme explain. And we can go from there
04:11
<ogra>
but you installed edubuntu with the default install and have a /opt/ltsp/amd64 ?
04:11
that cant be ... there must be /etc/ltsp, thats the first dir that ltsp-server installs
04:12
without ltsp-server you wouldnt have the chroot in /opt
04:12
<Darke->
what is simply did on the SLES10 server (tftp related now) was 1. get the tftp server.. configure it wich directory to share wich was /tftboot then activate it.
04:13
<ogra>
thats all done for you by default in edubuntu
04:13
<Darke->
And whola i could from a tftp client on a win machine, get files by using get file
04:13
<ogra>
dont touch the tftp configs or initscripts
04:13
right
04:13
<wizzy>
ogra ++
04:13
<Darke->
and it would look in /tftpboot/ and take the file called file, or whatever
04:13
<ogra>
right
04:14
thats how ltsp4 did it
04:14FernandoMM has joined #ltsp
04:14
<ogra>
so you cant get your client to connect at all ?
04:14
or cant you just get the file
04:14
<wizzy>
bind failed (adress already in use (errno = 98). service = tftp
04:14
<Darke->
well, the client says that the server closes the transfer.. permission denied
04:14
sec phone..
04:15
<ogra>
after the get command or before ?
04:16
ogra@edubuntu:~/packages$ tftp localhost
04:16
tftp> get /ltsp/i386/vmlinuz
04:16
tftp> quit
04:16
thats in a freshly installed edubuntu
04:16
ogra@edubuntu:~/packages$ ls -l vmlinuz
04:16
-rw-r--r-- 1 ogra ogra 1704568 Dec 14 11:13 vmlinuz
04:19
<Darke->
sorry for delay, but i got 1000 things to do :P phone rings all the time etc.
04:20
well with that client you dont connect to the server and then use get
04:20
you simly define a host then directory and then get
04:20
and it tries to connect and run the get for the file
04:21
but i will try to revert to my first snapshot of the server, hopefully i did not change anything there.
04:22
<ogra>
for your setup you need to use /ltsp/amd64/vmlinuz
04:23* ogra goes to make some coffee ... bbl
04:26
<Darke->
get /ltsp/amd64/vmlinuz
04:26
Permission denied
04:26
i wonder what was wrong with ltsp4 :)
04:26
a bit of configuration, but it worked flawless.
04:26
:P
04:27
ltspadmin was nice to get a quick view of things.
04:29
<wizzy>
what does daemon.log say ?
04:29
<Darke->
hmm
04:29
seems like it failes to start
04:29
bind fail, like before.
04:30
gonna revert snapshot now and try
04:30
<wizzy>
ps auxww | grep tftp
04:30
<Darke->
its running..
04:30
<wizzy>
It should *not* be
04:31
How is it running, if there are no links in /etc/rc2.d ?
04:31
did you start it ?
04:31
<Darke->
yes..
04:31
<wizzy>
*don't do that*
04:31
<Darke->
arg, im starting to laugh now.
04:32
<wizzy>
/etc/init.d/tftp-hpa stop
04:32
/etc/init.d/inetd reload
04:32
<Darke->
using SLES10 that is not a "offical ltsp dist" using older version of ltsp setting up everything.. And it works. Now im using the one dist that is suposed to be used with ltsp.. and ltsp5 wich is newer.. and
04:32
i cant get over that
04:33
<wizzy>
I dont *care* about your ltsp4 setup
04:33
*ltsp5* is *totally* different
04:33
<Darke->
i can see that
04:33
<wizzy>
*forget* it
04:33
<Darke->
why change something that was working very well ?
04:33
what was wrong with it ?
04:33
;P
04:33
<wizzy>
Then go back, and don't bother with edubuntu
04:35
<Darke->
Well just because imho it does not work as good as it did in ltsp4 im not gonna use old stuff..
04:35
well not yet atleast.
04:35
;P
04:35
anyway i did what you said.
04:36
seems like its working now
04:36
or not..
04:36
tranfer timed out.
04:37
but the schroot doesnt make sence.. :P before when the directory was /tftpboot/ and i just used get and put against the server.. getting or putting files under /tftpboot/ was very logical
04:38
you say now its crhoots into the client filesystem
04:39
but the directory is /opt/ltsp/amd64/
04:40
oh, anyway.. enough mumbling
04:40
there is no vmlinuz under /opt/ltsp/amd64 btw..
04:41
should i cp it there myself ?
04:41
<wizzy>
no - don't change things
04:42
ls -R /var/lib/tftpboot ?
04:42
<Darke->
yes
04:42
there is a kernel there
04:42
<wizzy>
tftp chroot is the -s switch in /etc/inetd.conf
04:42
the logs ? the logs ? the logs ?
04:42
<Darke->
so it chroots into /opt/ltsp/amd64/ right ?
04:42
<wizzy>
no
04:43
/var/lib/tftpboot
04:43
<Darke->
tought ogra said so
04:43
sorry
04:43
<wizzy>
nfsroot chroots into /opt/ltsp/amd64/
04:43
tftp chroots into /var/lib/tftpboot
04:43
<Darke->
so why did he say to get /ltsp/amd64/vmlinuz ?
04:43
<wizzy>
(they need to be on the same server as well)
04:44
is ther a file /var/lib/tftpboot/ltsp/amd64/vmlinuz ??????
04:44
<Darke->
oh yea.
04:45
<wizzy>
did you reload inetd ? what did the logs say ?
04:45
<ogra>
"<Darke-> why change something that was working very well ?"
04:46
because the maintenance overhead got to big
04:46
ltsp4 meant that ltsp upstream had to maintain a *whole* minidistro
04:46
kernel, libc X and all that had to be maintained by ltsp.org
04:47
ltsp5 moves all the maintenance load to the distro and ltsp.org can concentrate on the ltsp specific things
04:48
<Darke->
Ok but lets get straight..wich is _the_ directory that the tftp shares (if i havnt changed anything) ?
04:48
<ogra>
(actually ltsp is only 240k big )
04:48
/var/lib/tftpboot and everything below it
04:49
<Darke->
so, as default there should be no prob to tftp to the server, and for example PUT a file like /var/lib/tftpboot/filename
04:49
?
04:49Skarmeth has joined #ltsp
04:50
<ogra>
i'm, not sure we enable PUT at all ... i dont thing the tftp server has write access
04:50
<Darke->
oh
04:50
<ogra>
butz you can indeed touch a file in /var/lib/tftpboot on the server and GET it
04:50
<Darke->
sec
04:50
<ogra>
(or copy a file there if you dont want to use the path)
04:51
but GET /ltsp/amd64/vmlinuz should work
04:51
<Darke->
nono, what..
04:52
/var/lib/tftpboot/
04:52gentgeen__ has quit IRC
04:52
<ogra>
is seen as / from the outside world via tftp
04:53
so /var/lib/tftpboot/ltsp/amd64/vmlinuz becomes /ltsp/amd64/vmlinuz
04:53
<Darke->
i asked wich directory the tftp server shares, you said it was /var/lib/tftpboot wich means i should be able to put a file without path
04:53
<ogra>
right
04:53
<Darke->
and it should be put into /var/lib/tftpboot/ and the filename
04:53
<ogra>
and then GET /file
04:54
yeah
04:54
<Darke->
for example: get /vmlinuz
04:54
but it times out.. and im about to cry :)
04:54
<ogra>
if you have /var/lib/tftpboot/vmlinutz
04:54
ps ax|grep tftp ?
04:54
(shouldnt return anything)
04:55
<Darke->
it doesnt
04:55
oO
04:55
<ogra>
good
04:55
<Darke->
well except for the command i just ran :)
04:55
<ogra>
grep tftp /etc/inetd.conf
04:55
<Darke->
yea
04:55
<ogra>
tftp dgram udp wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot
04:55
??
04:56
<Darke->
not 100% i did put up -v -v
04:56
for verbose i guess
04:57
but now it says that
04:57
changed it all back
04:58Skarmeth has quit IRC
04:58ogra_ has joined #ltsp
05:00* ogra_ shakes his fist in direction of his ISP
05:00
<Darke->
:D
05:00
so ogra_ whats next on your "wish me todo list" ?
05:00
;P
05:00ogra has quit IRC
05:00ogra_ is now known as ogra
05:01
<ogra>
whats the last thing you saw from me ?
05:01
ah, wait
05:01
!seen ogra
05:01
<ltspbot>
ogra: ogra was last seen in #ltsp 3 seconds ago: <ogra> ah, wait
05:01
<Darke->
you know what Ogra, maybe i should revert to the first snapshot of the server ?
05:01
where its clean, just updated.
05:01
and we take it easy from there :)
05:02
<ogra>
well, you should be able to get it working by just reverting your changes ;)
05:02
<Darke->
reverted to first snapshot now :)
05:02
<ogra>
oki
05:03
<Darke->
that should be 100% clean
05:03
except for updates.
05:03
<ogra>
thats fine
05:04
<Darke->
ok, using the client on a win machine now
05:04
since the tftp client is no more :)
05:04
host: hosts-ip
05:04
port: 69
05:04
file: /vmlinuz
05:05
= file not found.
05:05
gonna check if it does :)
05:05
<ogra>
did you copy it to / ?
05:05
else use the path ;)
05:05
(/ltsp/amd64/vmlinuz)
05:06
<Darke->
of the client filesystem now ?
05:06
or the servers
05:06
<ogra>
tftp GET /ltsp/amd64/vmlinuz
05:07
should give you vmlinuz
05:07
<Darke->
wich is /var/opt/ltsp/amd64/vmlinuz ?
05:07
<ogra>
no
05:07
<Darke->
>.<
05:07
well there is no /ltsp/amd65/vmlinuz on the server
05:07
<ogra>
/var/lib/tftpboot/ltsp/amd64/vmlinuz
05:07
<Darke->
there is a link /vmlinuz - > boot/vmlinuz-....
05:08
<ogra>
in /var/lib/tftpboot ?
05:08
<Darke->
no in /
05:08
but i got you know
05:08
gonna try
05:09
you should know that i havnt rand the client build yet
05:09
since this is now a clean install
05:09
<ogra>
right, but that should have happened during install already
05:09
(for amd64)
05:11
<Darke->
hmm
05:16
lunch
05:57
ogra: hmm
05:58
now it loads the kernel with etherboot
05:58
<ogra>
great
05:58
<Darke->
but says segment does not fit in any memory region
05:58
thas new :)
05:59
etherboot says that.
05:59
maybe cuz it is amd64 ?
05:59
<ogra>
likely
05:59
now run sudo ltsp-build-client --arch i386
05:59
<Darke->
will do sir ;)
06:00
oh yea and this will take a while i remember :P
06:01
well atleast the tftp is working, so should be np from here.
06:01
Was just a bit confused over a integrated sort of tftp
06:01
<ogra>
you will likely need to adjust your dhcp server
06:01
but thats about it
06:01
<Darke->
instead of just dl the normal one and config it like normal
06:02
yea well, nothing new there from ltsp4 right ?
06:02
<cliebow>
ogra:haaving trouble upgrading to edgy on ibook with volumeid..you come across that?
06:02
<ogra>
look at /etc/ltsp/dhcpd.conf ...
06:02
it has all the right data in it ..
06:02
cliebow, nope, not yet, whats the prob
06:03
<cliebow>
error processing /vaar/cache/apt/
06:03
archives
06:03
<Darke->
ogra: well seems to be the same.
06:03
<ogra>
cliebow, how is that related to volumeid ?
06:03
<cliebow>
sub process error code 1
06:04
var/cache/apt/archives/volumeid--.
06:04
<ogra>
did you use the advised upgrade variant and *not* apt ?
06:05
<cliebow>
not exactly..apt-get insta;; -y dist-upgrade
06:05* cliebow cliebow goes off to lok
06:05
<ogra>
no, thats wrong
06:05
gksu "update-manager -c"
06:06
<cliebow>
no such option -c?
06:07
<ogra>
did you have dapper-upgrades in your sources list ?
06:07
and enabled ?
06:07
<cliebow>
guess i beter do my homework..this was from breezy
06:07
<ogra>
breezy-> edgy ?
06:07
that wont work
06:08
we only guarantee and test upgrades from one release to another
06:09
<cliebow>
ok..i did get away with it on pc not witout a little fudging
06:10
<ogra>
do breezy->dapper->edgy
06:10
(if its not to broken now)
06:11
<cliebow>
it is a sandbox anyway..
06:11
whopping 5 gig drive liberated from an old copmpaq
06:12
appreciate your input 8~)
06:26Skarmeth has joined #ltsp
06:42MoL0ToV has joined #ltsp
06:59msinhore has joined #ltsp
07:25egypcio has quit IRC
07:26bjohnson has joined #ltsp
07:28egypcio has joined #ltsp
07:39bobby_C has joined #ltsp
07:48
<Darke->
ogra: the build ended somewhere close to the end
07:48
did apt-get update --fix-missing
07:48
dunno if fixed it but, anyway.
07:48
<ogra>
how did it end ?
07:48
<Darke->
coulnt fetch some packages
07:48
<ogra>
dont do that
07:48
<Darke->
;P
07:49
<ogra>
if the script doesnt finish properly its a lot of work to fix it ... rather wipe the chroot and start over again with a nearer mirror
07:49
<Darke->
>.<
07:49
<ogra>
where exactly do you sit ?
07:49
<Darke->
sweden
07:49
:)
07:50
<ogra>
sudo ltsp-build-client --arch i386 --mirror http://se.archive.ubuntu.com/ubuntu
07:50
;)
07:50
<Darke->
ill add that to source-list
07:50
<ogra>
sources.list has no influence on ltsp-build-client
07:50
<Darke->
hmm
07:50
ok
07:51
:)
07:51
<ogra>
use the --mirror switch
07:51
<Darke->
will do
07:51
<ogra>
and rm -r 7opt7ltsp/i386 first
07:51
meh
07:51
*/opt/ltsp/i386
07:52gentgeen__ has joined #ltsp
07:52Darke-_ has joined #ltsp
07:52egypcio has quit IRC
07:53
<Darke-_>
but you are kinda possitive that the "could not fin into any memory..." has to do with amd64 ?
07:53
<ogra>
very likely, yes
07:53
<Darke-_>
building a client filesystem with i386 should fix that ?
07:53
<ogra>
yes
07:53
you need it anyway
07:54
<Darke-_>
but hmm
07:54
<ogra>
even if it wouldnt be the cause for your error, i386 clients wont boot an amd64 kernel
07:54
<Darke-_>
the error seems to be related to the kernel
07:54
since i get the errer after the tftp tranfer.. and when it loads vmlinuz
07:54
error*
07:54
<ogra>
right
07:55
<Darke-_>
so really, it havnt even started to mount the remote filesystem yet?
07:55
<ogra>
right
07:55
it gets an amd64 kernel, tries to uncompress that and mount the initramfs ....
07:55
<Darke-_>
so it should not have anything to do with /opt/ltps/i386 or amd64
07:55
:P
07:55
<ogra>
indeed it has
07:55
<Darke-_>
oh
07:55
:D
07:56
but its okey to let it load the amd64 kernel then ?
07:56
<ogra>
the kernel you use is copied from /opt/ltsp/i386 to /var/lib/tftpboot/ltsp/i386 at some point
07:56
<Darke-_>
aah
07:56
<ogra>
so you kinda need the i386 chroot ;)
07:56
<Darke-_>
and since i did not have /opt/ltsp/i386 it used the amd64 kernel
07:57
<ogra>
right
07:57
<Darke-_>
cuz it was the only one
07:57
k
07:57
:)
07:57
oh, this went a bit faster now with a local mirror
07:57
=P
07:57
<ogra>
heh
07:57psycodad_ has joined #ltsp
07:58
<Darke-_>
hmm
07:58vlt has joined #ltsp
07:58
<Darke-_>
still get the error
07:58
after i did the build
07:58
<ogra>
the fastest is to have an iso handy and loop mount it ...
07:58psycodad has quit IRC
07:58
<ogra>
--mirror understands file://
07:58
<vlt>
Hello. I installed lvm2 via aptitude into the /opt/ tree. When I try to execute one of lvm's commands in /sbin/ (that btw. are all symlinks to a binary called lvmperversion or similar) an error msg "No program lvfoobar found for your current version of LVM" appears. What does it mean?
07:58
<Darke-_>
dont get why it says (PXE) at some point after it downloads the kernel
07:58
since im using a ROM disk
07:58
;P
07:59
<ogra>
it should show you that it loads nbi.img
07:59
(if your dhcp paths are set right)
07:59
<Darke-_>
no havnt got the path for nbi.img yet.. (since i didnt need that before) and i wanted to get the kernel load working first
08:00
from the tftp
08:00
before i did anything to the dhcp
08:00
other then just root-path
08:00
but still got the "does not fit in any memory region" error
08:00
should not be related to me not having any path for nbi in the dhcpd.conf ?
08:01
one thing at the time :)
08:01
<ogra>
see /etc/ltsp/dhcpd.conf
08:01
<Darke-_>
rather see that one thing works first, then get a relevant error message for another thing and fix that
08:01
<ogra>
it has the right paths
08:01
<Darke-_>
yes i know
08:01
<vlt>
`lvmiopversion` return a literal "0". Does that mean the ltsp kernel has been complied w/o lvm support?
08:02
<Darke-_>
but since it worked before with ltps4, i just wanted to kernel to load first
08:02
then fix other stuffs
08:02
but if you think the error with the memory region has something to do with the path for nbi.img
08:02
then ill fix that
08:03
<ogra>
no
08:03
<Darke-_>
no ?
08:03
no what ? :)
08:03
<ogra>
it has to do with the wrong architecture
08:03
<Darke-_>
yes
08:03
<ogra>
so make sure the suse server uses the same values for dhcp
08:04
<Darke-_>
hmm
08:04
but you said it was an arch prob ?
08:04
<ogra>
yes
08:05
so provide3 the right kernel to the clients
08:05
<Darke-_>
so the prob isnt that i in fact use amd64 version of edubuntu ?
08:05
<ogra>
no
08:05
just fix your dhcpd
08:05
<Darke-_>
i get it now :)
08:05
<ogra>
use the right paths to get the right files and all will work
08:06
<Darke-_>
well the path to the server is set on the ROM-floppy
08:06
the thing i got set in the dhcp is the root-path
08:06
and yes
08:07
the static_bootfile points to amd64 in the ROM-image
08:07
will fix that
08:07
:)
08:07
<ogra>
you need "filename" and "root-path"
08:07
but root-path comes in adter initramfs
08:07
*after
08:07
<Darke-_>
yes i know what i need, just did the ROM-floppy for amd64 -.-
08:07
will fix a new one now.
08:07
<ogra>
???
08:07
<Darke-_>
yes
08:08
the ROM-floppy points out the kernel
08:08
<ogra>
<Darke-_> yes i know what i need, just did the ROM-floppy for amd64 -.-
08:08
<Darke-_>
not the dhcp
08:08
<ogra>
what do you mean ?
08:08
<Darke-_>
atm
08:08
i will fix the dhcp to handle everything, not useing ROM-floppy, rather PXE when everything works
08:09
<ogra>
what do you mean with "... ROM-floppy for amd64 ..." ?
08:09
why do you make it that complicated ?
08:09
<Darke-_>
i boot the client with a floppy
08:09
<ogra>
if you have PXE capapble cards use them
08:09
thats overcomplicating things
08:09
<Darke-_>
yes, but we use PXE for other stuff atm
08:09
and when it all works we will fix it
08:10
thats why i boot on a floppy atm
08:10Darke- has quit IRC
08:10
<Darke-_>
where i set most of the things
08:10
<ogra>
phew, youre making your own life hard :)
08:10
<Darke-_>
and i pointed out the wrong kernel on the floppy
08:11
well as i said, the thin i did on the SLES was only a quick test
08:11
and i had it working
08:11
didn want to start play around with the PXE
08:11
since we use it to boot other stuff atm
08:12
wtf
08:13
loading IP:/ltsp/i386/vmlinuz...(PXE)........... then segment [numbers] does not fit in any memory bla bla
08:13
now it does load /ltsp/i386/vmlinuz...
08:15
<ogra>
/ltsp/i386/nbi.img ...
08:15Kodex has left #ltsp
08:16MoL0ToV has quit IRC
08:21
<Darke-_>
well i fixed that.. still same prob
08:23
<ogra>
with the nbi.img instead of vmlinuz ?
08:24
<Darke-_>
no
08:24
:P
08:27
ok, now it loaded the kernel
08:28
so nbi.img was instead of vmlinuz ?
08:28
why coulndt i use vmlinuz all of a sudden ? >.<
08:29
<ogra>
it never could
08:29
the vmlinuz image is for PXE
08:29
<Darke-_>
well i could before :P
08:29
<ogra>
the netboot image (nbi.img) is for etherboot
08:29
<Darke-_>
oh no, before i used the exact path to the kernel
08:29
with version 4
08:30Gadi has joined #ltsp
08:30
<ogra>
the exact path ?
08:30
<Darke-_>
well
08:30
<ogra>
hey Gadi
08:30
<Darke-_>
not to nbi.img anyway
08:30
<Gadi>
mornin, ogra
08:31
er, afternoon by you
08:31
<ogra>
yeah
08:31
3:30pm here
08:31
<Gadi>
gutentag
08:31
or something
08:31
:)
08:31
<ogra>
hey hey, improving your german ?
08:31
<Gadi>
such as it is
08:31
<ogra>
works fine :)
08:32
<Darke-_>
hmm seems like it cant mount the filesystem now, still got the same path as before in the dhcp wich is ip:/opt/ltsp/i386
08:32
no ip now ?
08:32
<ogra>
yeah try dropping that
08:33
<Darke-_>
still stops at hub bla bla 6 ports detected
08:33
if i dont define the ip.. then how should it know ?
08:33
<ogra>
i thought it stopped at mounting the filesystem ?
08:34
the ip should already be set in initramfs
08:34
<Darke-_>
nono, well i just know that before when i did not set the filesystem it stoped during the boot.. and then after a long time.. gaved an error about root-path
08:34
<ogra>
when it recieves the data from the server it should use the ip of the server
08:34
<Darke-_>
ok
08:35
<ogra>
apart from that suse might ship the broken version of dhcpd3
08:35
then you need to set next-server in the config
08:35
<Darke-_>
btw, my ltsp server is not my dhcp server
08:35
just so you know
08:36
<ogra>
yes, i got that, else you would have it running since hours
08:36
<Darke-_>
hehe
08:36
:)
08:36
and the next-server should be ?
08:37
<ogra>
the ltsp server ip
08:37
<Darke-_>
k
08:38
well it still stops at finding a USB hub
08:40
ya btw, the thing i pointed out as kernel before was (with sles) /tftpboot/bmlinuz-2.6.16.1-ltsp-2
08:40
and that worked with etherboot
08:40
vm* not bm
08:52mauricio has joined #ltsp
08:52
<mauricio>
hola mi gente linda como estaaaaa???????
08:52Egyptian[Home1 has quit IRC
08:55
<wizzy>
ogra: On edubuntu I have found you cannot specify the nfs ip:/root/path
08:55
it has to be /root/path
08:55
so the next-server has to point to *both* tftp *and* nfs (must be same machine)
09:14Egyptian[Home] has joined #ltsp
09:18psycodad_ has quit IRC
09:19sbalneav has joined #ltsp
09:20
<sbalneav>
Morning all you ltspites!
09:30Skarmeth has quit IRC
09:40mauricio has quit IRC
09:43FernandoMM has quit IRC
09:47efra has joined #ltsp
09:48
<efra>
Hi everybody
09:54Egyptian[Home] has quit IRC
10:13
<cliebow_>
sbalneav:Mornings
10:13
<sbalneav>
Morning cliebow_
10:14
<cliebow_>
8~)
10:21sbalneav has quit IRC
10:21Skarmeth has joined #ltsp
10:22Envite has joined #ltsp
10:22
<Envite>
Hello all from Spain
10:22
Hola a todos desde España
10:23sbalneav has joined #ltsp
10:23
<chupacabra>
hola
10:23
que paso
10:23
<Envite>
ya ves, metiéndole caña al sonido en LTSP
10:24
<chupacabra>
Cool yo mira sonido boombox en tv
10:28guybrush has joined #ltsp
10:28
<guybrush>
hi!
10:29
does anybody knows howto set up a thin client machine whit the via-velocity onboard NIC ?
10:29
<chupacabra>
yow
10:29PMantis has joined #ltsp
10:30
<sbalneav>
Is that card supported under Linux?
10:30
<guybrush>
yes
10:30
but is not autodetected by the initrd probided...
10:30
<sbalneav>
Does it have a PXE mode in the bios?
10:31
<guybrush>
so i tried to pass the famous option129.. but.. ith no success
10:31
<chupacabra>
scotty: where is Jim this week?
10:31
<guybrush>
yes it hass pxe
10:31
<sbalneav>
chupacabra: He was here yesterday for a bit.
10:31
<chupacabra>
a busy man
10:31
<guybrush>
it gets the kernel... boot it.. but onece in the initrd it doesnt recognize the nic.
10:31
<sbalneav>
guybrush: Then we might not have a driver included for it in the kernel.
10:31
What distro are you using?
10:31
<guybrush>
aha!
10:32
gentoo
10:32
so I need to pack a new kernel for it...
10:32
<sbalneav>
You'd probably have to check into the lbe, and build a new kernel, yes.
10:32
<guybrush>
hmm.. it seems that Im going to use another box.
10:33
<sbalneav>
Or, just stick a different card into that one.
10:33
<guybrush>
yeah well I prefer not to use etterboot via floppy...
10:34
<sbalneav>
so stick in a card with pxe
10:34
Intel EE pro 100, or 3C905
10:35
<guybrush>
ok...
10:35
thnks a lot!
10:35
<sbalneav>
NP
10:35bjohnson_ has joined #ltsp
10:38
<guybrush>
hey
10:39
<sbalneav>
Yes?
10:39
<guybrush>
which fs is used on the initramfs ?
10:39
i grep it and i have found via-velocity
10:39
i could not mount it yet ..
10:39fxrsliberty has joined #ltsp
10:40
<guybrush>
ahh cpio
10:42vlt has left #ltsp
10:47andresmujica has joined #ltsp
10:50
<fxrsliberty>
orga: would you spare me a moment?
10:51
ogra: would you spare me a moment?
10:51
<ogra>
sorry, in a meeting for the next 1-2h
10:52
<fxrsliberty>
ok
10:53bjohnson has quit IRC
10:56
<fxrsliberty>
ogra: are all the muekow devs in this meeting?
10:56
<sbalneav>
What do you need a hand with?
10:56
<moquist>
OK, I need the edubuntu primer. I installed edubuntu, installed edubuntu-servers, ran ltsp-build-client, and my TC startx no X. :p Am I missing something obvious, or do I just need to start troubleshooting?
10:56
<ogra>
no, its the ubuntu developers meeting in #ubuntu-meeting first and later its a non public one
10:56
<fxrsliberty>
the SUSE team is ready to startup and have some ?
10:56
<moquist>
sbalneav: hey!
10:57
<ogra>
sbalneav, btw, mdz asked for a date when ltsp5 upstream will be released ...
10:57
<sbalneav>
ogra: heh.
10:58
Well, I'd expect soon. We're basically there, we just need to get the tarballs onto the site, I think.
10:58
And that's under jammcq's control :)
10:58
<ogra>
well, Gadis screen script hacks are still missing ...
10:58
<sbalneav>
OK, we should get those in then.
10:58
<ogra>
and i think we should have pulse in before release
10:58
<fxrsliberty>
sbalneav: have you guys heard from them?
10:58
<ogra>
i'll be working on that next week
10:59
<sbalneav>
moquist: check the /opt/ltsp/...etc/lts.conf
10:59
fxrsliberty: heard from who? The Novell team?
10:59
<fxrsliberty>
sbalneav: yes
11:00
<ogra>
moquist, ergh, why did you do all the manual stuff
11:00
it should be there out of the box
11:00
<sbalneav>
No idea. They may have contacted jammcq, and I haven't heard anything on that.
11:00
<moquist>
sbalneav: it doesn't exist, though http://www.edubuntu.org/GettingStarted seems to imply that it's optional.
11:00
<ogra>
moquist, btw, edsadmin package will be ready for ubuntu inclusion tomorrow, so you can work along that one :)
11:00
<fxrsliberty>
sbalneav: may i introduce them to you as a contact?
11:01
<ogra>
moquist, http://www.edubuntu.org/GettingStarted is for dapper
11:01
<moquist>
ogra: cool! I haven't heard back from Mark about my patches. (Or you. ;)
11:01
<sbalneav>
Right, it should just work out of the box.
11:01
<ogra>
moquist, no i didnt, but i'll merge them into the package
11:01
<moquist>
ogra: /opt/ltsp didn't exist OOTB, so I installed edubuntu-servers and ran ltsp-build-client. *shrug* Yeah, I had expected everything to be there.
11:01
<sbalneav>
fxrsliberty: Sure.
11:01
<fxrsliberty>
is there anyone else I should point them to?
11:02
<ogra>
moquist, oh, note that the liveCD isnt our default one in edubuntu, its only a nice to have ;)
11:02
it doesnt ship the ltsp bits at all
11:02
<moquist>
ogra: Yep, I realize I'm reading a dapper page, but I wasn't able to find anything for edgy so I hoped it was close enough.
11:02
ogra: oh! How is one ideally to install edubuntu, then?
11:02
<ogra>
use the install cd iso ;)
11:02g333k_work has joined #ltsp
11:03
<moquist>
OK...I thought I did that.
11:03
<ogra>
apart from that: https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
11:03* moquist finds the ISo he downlaoded
11:03
<g333k_work>
Hi,the mouse pointer is moving very fast on my clients is it related to X_MOUSE_RESOLITION?
11:03
<fxrsliberty>
sbalneav:is there anyone else I should point them to?
11:04
<moquist>
haha! I'm a moron. I was just hasty and downloaded and burned the live CD instead of the install CD.
11:04
I never even noticed.
11:04
<Envite>
g333k_work: probably
11:04
<Gadi>
g333k_work: set X_USBMOUSE_DEVICE = "/dev/null"
11:04
its a bug
11:04
<g333k_work>
Envite, I mean the bigger value the faster velocity of the pointer?
11:04
<moquist>
g333k_work: Have you tried moving your hand more slowly? ;-D
11:04* moquist stops not helping
11:04
<g333k_work>
moquist, :p
11:05
<Envite>
g333k_work: yes, check the parameter specification at wiki
11:05
<sbalneav>
ogra, vagrantc, moquist, gadi, jammcq, sbalneav, cliebow, are the main LTSP contingent, we've got a gentoo developer who hangs around as well.
11:05
<g333k_work>
Gadi, I'm using PS2 mouses
11:05
<Gadi>
doesnt matter
11:05
I dont think
11:05
<sbalneav>
don't see him at the moment.
11:05
<g333k_work>
Gadi, let me try
11:05
<Gadi>
ok
11:06
<fxrsliberty>
sbalneav: thanks
11:06
<ogra>
sbalneav, gentoo -> dberkholz
11:06
<sbalneav>
yeah, that's it.
11:06
name escaped me for a moment.
11:07
<moquist>
ogra: http://releases.ubuntu.com/edubuntu/6.10/edubuntu-6.10-install-i386.iso was not found on this server...
11:10
<fxrsliberty>
Thank you guys very much for all you do.!
11:11
<g333k_work>
How can I list all the clients that are logged into the ltsp server?
11:12
Gadi, it worked! thanks
11:12
<Gadi>
sbalneav: still remember any of LTSP 4.2? - I have an lbus question :)
11:12
<sbalneav>
Sure, what's up?
11:12
<Gadi>
most probable cause for lbussd to hang for a particular user and how to prevent it
11:14
<sbalneav>
That's the perl side, right? Where's it hanging at?
11:14
<cliebow_>
sbalneav: changing domain name on an ldif shouldnt se
11:14
whoops
11:15
<Gadi>
sbalneav: this is second hand info, but user's session locks up and cause seems to be lbussd hanging, when killed it goes zombie
11:15
<cliebow_>
sbalneav: changing domain name on an ldif shouldnt sed 's/foo/bar/g -i myldif be ok?
11:15
<Gadi>
thought Id see if there was some magic you knew of before probing too much
11:15
<cliebow_>
sbalneav: changing domain name on an ldif shouldnt sed 's/foo/bar/g' -i myldif be ok?
11:16
<sbalneav>
cliebow_: Should be, I'd expect.
11:16
<cliebow_>
hmmm
11:16
<sbalneav>
Gadi: Hmmm, don't know why it would hang. Unless it lost contact with the X server
11:17mb4me has quit IRC
11:17
<cliebow_>
weird..it only changed top
11:18
where foo was all by itself
11:19
<Gadi>
sbalneav: ok. dont waste another brain cell on it - ill dig deeper
11:19
save those cells for beer
11:19
and ltsp5
11:19
:)
11:20
<cliebow_>
how do i wild card for anything before foo?
11:21
sbalneav: changing domain name on an ldif shouldnt sed 's/*foo/*bar/g' -i myldif be ok?
11:21
like
11:21
<Gadi>
try: .*
11:21
<cliebow_>
k
11:21
<Gadi>
it aint perl ;)
11:22
<cliebow_>
it only replaces where foo is all by itself
11:23
so ou=morons,foo doesnt change
11:24
<ogra>
moquist, sorry, busy in meetings and discussions here, try http://se.releases.ubuntu.com/edubuntu/6.10/
11:27
moquist, oh, and have you seen that: http://blogs.gnome.org/view/rodrigo/2006/01/24/0
11:30
<sbalneav>
cliebow_: sed -i -e 's/foo/bar/g' myfile.ldif
11:30
or better, leave out the -i
11:30
cliebow_: sed -e 's/foo/bar/g' myfile.ldif > mynewldif.ldif
11:32
<cliebow_>
cool..ill try it
11:33PMantis has quit IRC
11:35
<cliebow_>
heh..it only changes foo to bar when the foo is all by itself
11:35
ou=morons,foo doesnt change
11:36
to ou=morons,bar
11:37
<ogra>
probably sed doesnt like morons ... :)
11:39
<sbalneav>
cliebow_: don't know what you're doing, but it works absolutely fine here.
11:40
sed -e 's/yoyodyne/foople/g' yoyodyne.ldif | more
11:40
on mine, all instances of the word "yoyodyne" are replaced with "foople"
11:40cliebow__ has joined #ltsp
11:40
<sbalneav>
sed -e 's/yoyodyne/foople/g' yoyodyne.ldif | more
11:40
on mine, all instances of the word "yoyodyne" are replaced with "foople"
11:41
Yes, I have an example ldif file called "yoyodyne"
11:41
<cliebow__>
just killed my machine
11:41
im all in one machine so lemme look more careful-like
11:43
<sbalneav>
You can also just "vi" the file and do a ":1,$s/foo/bar/g"
11:44
<cliebow__>
ill try that
11:47
queer..pattern not found
11:48
<sbalneav>
Here's what you type
11:48
exactly
11:48
:1,$s/pattern1/pattern2/g
11:48
neither pattern1 or pattern2 can have any slashes in them.
11:49
<cliebow__>
yeah..i did so there are commas and = of course
11:50
<sbalneav>
Why don't you paste the EXACT line you're trying, so we can quit guessing what your doing?
11:51
<ogra>
is it $ ?
11:51
are you sure its not % ?
11:52fxrsliberty has quit IRC
11:52
<sbalneav>
1,$ is first line to the end of the file.
11:53
I think 1,% is first line to cursor position
11:53
cliebow__: please paste the EXACT line you're typing
11:53
<cliebow__>
in vim :1,$s/dc=hancock,dc=u92,dc=k12,dc=me,dc=us/dc=hancocckgs,dc=org/g
11:54
<ogra>
ah, i usually only replace in a whole file, so its :%s/foo/bar/g
11:55andresmujica has left #ltsp
11:55cliebow_ has quit IRC
11:55
<cliebow__>
extra c there..no i hath not quit
11:56
<sbalneav>
In mine, I did:
11:56
1,$s/dc=yoyodyne,dc=com/dc=foople,dc=com/g
11:56
10 substitutions on 10 lines
11:57
<cliebow__>
i created it originally from a bash script two years ago..dont suppose there is a weird character embedded?
11:57
<sbalneav>
mail me the file
11:57
<cliebow__>
k
12:00
sent to ltsp.org
12:02
<sbalneav>
So, let me get this straight
12:02
You want all the domain entries to be dc=hancockgs,dc=org?
12:02
<cliebow__>
yeah
12:02
i though this would be a five second job
12:03
<sbalneav>
because a TON of them ALREADY ARE
12:03
<cliebow__>
weird.though some arent..right
12:03
<sbalneav>
right, the ones with NEWLINES IN 'EM!!!!!
12:03* sbalneav slaps cliebow with a wet haddock
12:04
<cliebow__>
heh..whgere the hell did THEY COME FROM
12:04
<sbalneav>
Anything that's broken up on multiple lines won't match, naturally.
12:04
hold on, I'll fix it for you.
12:05
There;s tons of them
12:05
How did you generate this file?
12:05
<cliebow__>
ohh..never saw that at all i am used to overlaps..thats one reason im changing it
12:06
Scottie: err its been a long time..from a bash script i think
12:07
<sbalneav>
Yer file's a mess
12:07
newline breaks all over the place
12:07
<cliebow__>
i have had trouble exptracting information when i get more than 77 characters
12:07
weird..screw it ill make a bnew one
12:07
<sbalneav>
hold on
12:08
you gonna use slapcat?
12:08
<cliebow__>
yeah
12:08
slapdd
12:08
slapadd
12:08
<sbalneav>
no, you don't use slapadd to get a listing
12:08
you use slapcat
12:08
<cliebow__>
right
12:08
but to import
12:08
<sbalneav>
lets see what we need to do so that slapcat doesn't break lines.
12:09
<cliebow__>
sbalneav:really..donr waste a lot of time with it..
12:09
i thought this would be an easy test
12:09
ohhhh.. lkje perl -
12:09
<sbalneav>
well I've wasted *THIS* much time on it, in for a penny, in for a pound :)
12:09
<cliebow__>
i have it somewhere so it doesnt
12:10
perl -poe
12:10
dang vcant rememnber
12:10* cliebow__ cliebow hangds head
12:10
<sbalneav>
do this
12:11
export COLUMNS=180
12:11
slapcat > test.ldif
12:11
<cliebow__>
k
12:12
<sbalneav>
Does that stop the line wrapping?
12:12
mail me the new file?
12:12
<cliebow__>
gotta ssh in..be a sec
12:13
Gawd..i cant Abe rebuilt it after i pulled a slapacat..but i have all the original ldapadd ldifs
12:14
<sbalneav>
What do you mean you can't do a slapcat?
12:14
<cliebow__>
ill let you know...
12:14
the database is washed
12:14
abe buoilt the server over to ubuntu
12:14
but i cant try it over in trenton
12:19
<sbalneav>
be back after lunch
12:20
<cliebow__>
scottie..that didnt do it
12:20
but i Know i have a fix for the word wrap
12:22
like perl -p0e 's.\n ..g'
12:26cliebow__ has quit IRC
12:42cliebow_ has joined #ltsp
12:43
<g333k_work>
Is there a way to send a pop up message to my clients?
12:44
<cliebow_>
i dont think anyone has written anything yet..
12:45mathesis has joined #ltsp
12:45gigabytes has joined #ltsp
12:46
<mathesis>
i need *.zsdk to bradcom 440x
12:46
where can i download?
12:48
<cliebow_>
12:57mathesis has quit IRC
13:06
<sbalneav>
g333k_work: Yes, look on the wiki, people have solved this one.
13:09
<cliebow_>
sbalneav: i had a little piece of perl to get rid of the linefeeds
13:09
when slapcatting
13:10
<sbalneav>
I'm fixing it now
13:12
fixed
13:12
What email address to mail you back the ldif
13:13mauricio has joined #ltsp
13:14
<mauricio>
/join #suse
13:14
<sbalneav>
cliebow_: What's your email address?
13:15
just replied
13:15
should be heading to your inbox
13:21vagrantc has joined #ltsp
13:21gigabytes has quit IRC
13:24
<cliebow_>
you are DA Man
13:26
coolio:how'd you get rid of the newline anyway?
13:28cliebow_ has quit IRC
13:31mauricio has quit IRC
13:43g333k has quit IRC
13:56cliebow_ has joined #ltsp
14:01Skarmeth has quit IRC
14:50Egyptian[Home] has joined #ltsp
14:52cliebow_ has quit IRC
14:52Envite has quit IRC
15:04guybrush has quit IRC
15:11J45p3r has joined #ltsp
15:21vlt has joined #ltsp
15:22vlt has left #ltsp
15:24andresmujica has joined #ltsp
15:27msinhore has quit IRC
15:29* vagrantc acquires a keyboard.
15:29
<vagrantc>
further LTSP development (on my part) may again commence full steam!
15:29
er... well... might.
15:30* vagrantc could still use a hub that doesn't drop packets like there's no tomorrow
15:32Skarmeth has joined #ltsp
15:43Skarmeth has quit IRC
15:43vlt has joined #ltsp
15:43
<vlt>
Hello. What entry in /opt/.../lst.conf lets me reduce the color depth for one certain machine?
15:47
<vagrantc>
vlt: what linux distro?
15:48
i know on debian/ubuntu, X_COLOR_DEPTH should work. no idea if it works with ltsp 4.x
15:49patrickb_ has quit IRC
15:49
<vlt>
vagrantc: Yes, ubuntu.
15:53
Does reducing the color depth on the X server (that is as far as I have understood it by now running on the client) reduce the amount of transferred video data from server to client?
15:53patrickb has joined #ltsp
15:55
<vagrantc>
i believe so.
15:55
i remember when switching from 8 bit color to 16 bit color, it dramatically increased the amount of memory required on the machines.
15:56
what used to work at 16MB of ram, suddenly required 32-64MB
15:56
so there's a lot more data being sent, i would think.
16:10bjohnson_ has quit IRC
16:14
<cliebow>
sbalneav: now dont hit me with another wet flounder..it was an honest mistake
16:24brich has joined #ltsp
16:25sbalneav has quit IRC
16:25monteslu has quit IRC
16:33efra has quit IRC
16:35efra has joined #ltsp
16:36monteslu has joined #ltsp
16:49vlt has left #ltsp
16:51meduxa has quit IRC
16:58brich has left #ltsp
17:02monteslu has joined #ltsp
17:17fxrsliberty has joined #ltsp
17:18
<vagrantc>
gah. until i get a hub, i have to maintain my kernel/initrd image on a usb stick :(
17:26andresmujica has left #ltsp
17:27Gadi has left #ltsp
17:33FernandoMM has joined #ltsp
17:37
<vagrantc>
gah. just found another bug in debian's ltsp :(
17:39
<efra>
wich one vagrantc?
17:40
<vagrantc>
i included a patch a while back to use screen scripts in /etc/ltsp/screen.d/ to override /usr/lib/ltsp/screen.d
17:40
but i forgot the /etc/ bit when it actually goes to exec it.
17:41
<efra>
You're talking about mukow, aren't you?
17:41
<vagrantc>
i talk of little else :P
17:41
there is no ltsp in debian that isn't muekow
17:41
well, i guess there's the ltspadmin command ...
17:42
<efra>
That's the one I've been using last two years
17:42
<vagrantc>
but all of the ltsp parts aren't actually in debian.
17:43
they all come from ltsp.org
17:43
it's merely a tool to download outside of debian code.
17:43
<efra>
Oh, right
17:43
You're right
17:43* efra slaps himself
17:45
<efra>
The matter is that I can't find the files you're talking about
17:45
<vagrantc>
which files?
17:46
<efra>
screen.d
17:46
Oh that a dir
17:46
hehehe
17:53
<vagrantc>
i really wish i could scavenge some of this memory back from the video card.
17:53
8MB should be plenty, but it's taking 32MB. :(
18:07ccjoe has quit IRC
18:09
<vagrantc>
now i can test my nbd-ping idea...
18:44efra has quit IRC
18:50fxrsliberty has quit IRC
18:56bobby_C has quit IRC
19:03FernandoMM has quit IRC
19:15ccjoe has joined #ltsp
19:19shogunx has quit IRC
19:25
<cliebow>
`ill be damned...didnt think tthere was a snowbals chance in hell of this ibook booting
19:26
<chupacabra>
booting as a thinclient?
19:26
<cliebow>
well ive done that..
19:27
<chupacabra>
not this time though?
19:27
<cliebow>
well i tried to go breezy to edgy without going dapper
19:28
<chupacabra>
ahhh
19:28
x in ubuntu kept crashing this box. sucked
19:30
<cliebow>
hmmm n ot out of the woods yet
19:32
cant get a terminal from the gui
19:33
<chupacabra>
oops
19:33
<cliebow>
heh
19:51cliebow_ has joined #ltsp
19:51cliebow__ has joined #ltsp
19:54patrickb_ has joined #ltsp
20:01PMantis has joined #ltsp
20:07
<cliebow_>
x
20:08patrickb has quit IRC
20:10Stevec has joined #ltsp
20:12cliebow__ has quit IRC
20:12cliebow_ has quit IRC
20:34
<cliebow>
x
20:39J45p3r has quit IRC
21:00Stevec has left #ltsp
21:04dtrask has joined #ltsp
21:05dtrask has quit IRC
21:05dtrask has joined #ltsp
21:06dtrask has joined #ltsp
21:12
<moquist>
ogra: the install disc worked like a charm, of course.
21:57
<vagrantc>
hrm. this workstation approach isn't working out as well as i'd hoped.
21:57
though, i suspect the speed of my laptop's hard drive is really the limited factor.
22:25g333k has joined #ltsp
22:40PMantis has quit IRC
23:24Termina has joined #ltsp
23:24
<Termina>
Is it difficult to use LTSP on a x86_64 server, with x86 and PPC clients?
23:25
Does arch matter with LTSP?
23:25
<vagrantc>
depends on which type you're using.
23:25
what linux distro?
23:27
<Termina>
Havn't decided yet; probably Debian x86_64 or Gentoo
23:27
<vagrantc>
with debian/etch, it should be pretty easy to host x86 on x86_64 servers.
23:27
powerpc is a little trickier, but definitely doable.
23:28
<Termina>
Cool. =) If I wanted these thinclients to use gnome/kde, does speed really matter?
23:28
As long as I have (IIRC) 2mb vram?
23:29
<vagrantc>
i think 2MB will get you 1024x768@16
23:30
the speed does matter some. the default is to use an encrypted X session. though you can configure it to use an unencrypted session.
23:30
<Termina>
What speed would you recommend to comfortably use gnome?
23:30
<vagrantc>
!serversizing
23:30
<ltspbot>
vagrantc: "serversizing" is http://wiki.ltsp.org/twiki/bin/view/Ltsp/ServerSizing
23:31
<vagrantc>
Termina: check out that URL to get started
23:31
your server's ram is probably one of the most important things.
23:32
<Termina>
cool, thanks alot :)
23:32Termina has left #ltsp