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


Channel log from 29 April 2008   (all times are UTC)

00:41Q-FUNK has joined #ltsp
01:10deavid has joined #ltsp
01:17soneyka has quit IRC
01:18soneyka has joined #ltsp
01:39mccann has quit IRC
01:44mikkel has joined #ltsp
01:47generic has joined #ltsp
01:47
<generic>
hi all
01:47
i have download ubuntu 8.04 server edition
01:47
now am going to make it my kubuntu ltsp server
01:48
any one works on ubuntu 8.04 server with kubutu desktop as lTSP image
01:48
hows LTSP in 8.04
02:08Nubae has joined #ltsp
02:12MasterOne has joined #ltsp
02:13
<MasterOne>
Has something drastically changed concerning LTSP between Ubuntu Gutsy & Hardy? Is it still not possible, to resume a session?
02:15
I really would like to use LTSP on Ubuntu, but there were/are two showblockers for me: 1. Unability to leave the user session running once client logs off & to resume that session on next logon. 2. No mechanism to prevent a user to logon more than once at the same time (messes up the user session).
02:27toscalix has joined #ltsp
02:33
<stgraber>
MasterOne: Those two features are still missing, Hardy is a LTS so the goal was to make it rock solid.
02:37
<Nubae>
have u tried 1. with screen
02:37
might work to allow sessions to run while user is off
02:37
<stgraber>
Nubae: screen works for console app, it doesn't with X software (as the X connection is broken when detaching)
02:38
<MasterOne>
stgraber: thanks, too bad, then I have to go for a VNC setup instead
02:39
<Nubae>
yeah figured, but he doesn't mention what kinda app he wants to have running when session is logged out :-)
02:44
I need to uninstall firefox 3 completely and make firefox 2 default...
02:44
how do I uninstall firefox 3 beta?
02:44MasterOne has quit IRC
02:45nantes_geek has joined #ltsp
02:45
<Nubae>
never mind...
02:49
anyway, looks like its definetly firefox 3 that was causing problems
02:49
I moved back to using 2 and now no more system freezes
02:52bobby_C has joined #ltsp
02:52
<Nubae>
ah damn... doing sudo apt-get remove firefox only removed it for my user
02:52
I need to remove it for all users
02:59plamengr has joined #ltsp
03:09Nubae has quit IRC
03:09soneyka has quit IRC
03:09Nubae has joined #ltsp
03:10soneyka has joined #ltsp
03:24
<Nubae>
firefox 3 really caused me problems, after reverting to 2, cpu time is normal again
03:25ogra has quit IRC
03:34toscalix has quit IRC
03:40ogra has joined #ltsp
03:46
<Nubae>
so, couple hours in and still no problems!
03:46
yay for firefox 2
03:47bobby_C has quit IRC
03:50Nubae has quit IRC
03:52Nubae has joined #ltsp
04:21sepski has joined #ltsp
04:26
<Nubae>
how do I enable tcm in hardy?
04:27
<laga>
Nubae: report a bug against firefox? it's still beta
04:27
<Nubae>
a bug that says what? I'm not sure what the cause of the issue was, just that its fixed by reverting back to firefox 2
04:28
<laga>
just report the issue then and work with the developers to find out the issue :)
04:28
the cause*
04:29
<Nubae>
ok, like that, yeah I'll try that
04:34subir has joined #ltsp
04:37
<Nubae>
seem to be some similar reports
04:37
at launchpad
04:43sepski has quit IRC
04:43sepski has joined #ltsp
04:44
<ogra>
Nubae, use italc, not tcm
04:44
<Nubae>
ok, sudo apt-get install italc?
04:45
<ogra>
italc-master
04:45
the client already runs in all edubuntu sessions
04:45
<Nubae>
righto... did u see my comments on firefox 3 beta 5... it WAS the culprit after all
04:46
but could be flash plugin or pulse sound, who knows
04:46
mplayer plugin or acroread plugin
04:46
have lots of stuff installed, so tracing the cause is gonna be difficult
04:48
I get a 'there seems to be no italc service running on this computer'
04:50
<stgraber>
is that on a thin client ?
04:51
education-thin-client-server or edubuntu-desktop install italc-client so your client should have it running
04:54
<Nubae>
ok, it says its already installed
04:55
and also: italc-client set to manually installed.
05:03sepski has quit IRC
05:06toscalix has joined #ltsp
05:12sepski has joined #ltsp
05:12
<Nubae>
setting a user to use /bin/false as their shell doesn't work?
05:14
<laga>
Nubae: i thought you were using low-fat clients?
05:14
<Nubae>
not only
05:14
some are low fat
05:15
just the high end multimedia laptops are set to use low fat
05:15hersonls has quit IRC
05:16
<Nubae>
I've also got another minor issue, predetermined size for printing from firefox 2 is set to A5, how do I change this to A4?
05:16
for all users
05:21nantes_geek has quit IRC
05:22artista_frustrad has quit IRC
05:22toscalix has quit IRC
05:24nantes_geek has joined #ltsp
05:25Q-FUNK has quit IRC
05:29Q-FUNK has joined #ltsp
05:49
<ogra>
stgraber, eeek, education-thin-client-server is debian edu ... dont recommend it, i dont know what it changes
05:50
<stgraber>
ogra: well, I just did a rdepends on italc-client
05:50sepski has quit IRC
05:51
<ogra>
stgraber, well ... there are pretty harmful debian-edu packages with lots of cfengine scripts inside that mangle your config
05:51
Nubae, what do you want to achieve with /bin/false as shell ?
05:52
<stgraber>
ogra: looks scary
05:53
<ogra>
they are working on it, but didnt weed out everything yet so i usually tel people to stay away from debian edu packages in ubuntu
05:53sepski has joined #ltsp
06:09hersonls has joined #ltsp
06:24TelnetManta has quit IRC
06:26
<Nubae>
ogra: I'm trying to disable shell access for certain users
06:27
these users are problem users who know how to create ssh tunnels to bypass the content filters, etc
06:27
<ogra>
right, but switchng the shell to /bin/false only diasbles their login
06:27
indeed
06:31
<Nubae>
ah I thought it would disable their shell
06:31
<ogra>
it does
06:32
<Nubae>
completely, get it
06:32
<ogra>
so after login /bin/flase is executed instead
06:32
which just returns false and exits
06:32
<Nubae>
so, is there a way to do what I want?
06:32
<ogra>
pessulus
06:34
<Nubae>
but then it needs to be defined for everyone right?
06:36
or is there a way to batch process that
06:36jammcq has quit IRC
06:39
<Nubae>
I've downloaded it, but dont get how it works... I run it and just get something general, is that then exectued for all users or how does it work?
06:48Pascal_1 has joined #ltsp
06:51daya has joined #ltsp
06:58hersonls has quit IRC
06:58hersonls has joined #ltsp
06:59
<Nubae>
pessulus only works on open systems, not user based systems
07:02
jeez, confusing, now I'm reading it works with tcm
07:07subir has quit IRC
07:07toscalix has joined #ltsp
07:11Guaraldo has joined #ltsp
07:17plamengr has quit IRC
07:21daya has quit IRC
07:22K_O-Gnom has joined #ltsp
07:24
<ogra>
warren, whats that 755 vs 750 change you did ? thats nonsense
07:24
(in ltspfs)
07:25
once mounted use will even refuse access to root for that dir, only the owner is allowed to look inside
07:26
<Nubae>
ogra: I don't get pessulus, the documentation says it integrates with users, but when I go and try and edit any user from the system I can't edit anything
07:27
<ogra>
s/use/fuse/
07:28
Nubae, sorry, i'm in several meetings atm
07:28
<Nubae>
no prob... I'll wait, or keep looking around
07:29elisboa_ has joined #ltsp
07:36K_O-Gnom has quit IRC
07:38burnerx has joined #ltsp
07:38cliebow has joined #ltsp
07:39slidesinger has joined #ltsp
07:44Nubae has left #ltsp
07:45nantes_geek has quit IRC
07:49Q-FUNK has quit IRC
07:50otavio has joined #ltsp
07:50Q-FUNK has joined #ltsp
07:54otavio has quit IRC
07:54otavio has joined #ltsp
07:56asac_ has joined #ltsp
08:03mhterres has joined #ltsp
08:07asac has quit IRC
08:07asac_ is now known as asac
08:11
<ogra>
warren, i'm not really happy with that hackish workaround david merged now ... it seems a lot more messy than just using access() wrapped in a timeout and doesnt fix that actual problem at all (only adds special casing to ltspfs)
08:12* ogra doesnt see where relying on a certain amount of layers in the directory tree is any saner than having an access() call
08:13generic has quit IRC
08:16GodFather has joined #ltsp
08:17
<cliebow>
hi ron
08:22generic has joined #ltsp
08:33burnerx has quit IRC
08:33Guaraldo has quit IRC
08:35Gadi has joined #ltsp
08:39mikkel has quit IRC
08:44viking-ice has joined #ltsp
08:44kikin has joined #ltsp
08:45
<kikin>
speak spanish?
08:45TelnetManta has joined #ltsp
08:49Guaraldo has joined #ltsp
08:49K_O-Gnom has joined #ltsp
08:50GodFather has quit IRC
08:54Guaraldo has left #ltsp
08:55Egyptian[Home] has joined #ltsp
09:04
<warren>
ogra: I think it can be improved
09:04
<ogra>
warren, well, it doesnt fix th ebug at all
09:05
<warren>
ogra: mclasen and davidz were especially concerned about safety
09:05
do you know how to do access() with a timeout without using fork?
09:05
<ogra>
(if yu plug in a usb key and switch user, the new user will have th ekey on the desktop without being able to access it or unmount it)
09:06
<warren>
huh?
09:06
<ogra>
warren, i wonder if open() could help here
09:06
<warren>
If you have a suggestion for a better implementation then please suggest patches.
09:06
<ogra>
i think it sits on a bit higher layer
09:06
i'm digging
09:07
its good that it is worked around for ltspfs
09:07
but the actual bug doesnt get fixed
09:08
one option would be to check what fs it is and dont do access on known blockers for example
09:08
but run the access() on all known local mounts
09:08
<warren>
"check what fs it is" is not a trivial thing
09:08
<ogra>
(and ltspfs)
09:09
<warren>
"check if local or network" is wanted by many other things but we've failed to write something reliable
09:09
it is true that we need a non-blocking access() equivalent
09:09
<ogra>
well, an app responsible for mounting devices should know about filesystems
09:09
<warren>
<ogra> (if yu plug in a usb key and switch user, the new user will have th ekey on the desktop without being able to access it or unmount it)
09:09
are you talking about plugging USB key into the server?
09:09
<ogra>
thats the original bug, yes
09:09
no
09:10
totally not ltsp related
09:10
the bug is that the system needs to hide inaccessible mounts
09:10
<warren>
Some people might WANT this current behavior
09:10
<ogra>
no matter if they are ltspfs or not
09:10
<warren>
a teacher can make available files to all students
09:10
just pop-up
09:10
<ogra>
warren, i have been bitten often enough by it when holding talks before we had the fix
09:11
<warren>
If I plug a USB stick into my server, it pops up both locally and on my clients
09:11
read-only on the clients
09:11
<ogra>
read only but you have read access
09:12
<warren>
This is clearly different than the ltspfs case
09:12
ltspfs case gives no read access to other users
09:12viking-ice has quit IRC
09:14
<ogra>
warren, http://launchpadlibrarian.net/14014898/nautilus.debdiff btw ... in case you want to suppress mount options in nautilus (not really for upstream)
09:14Skarmeth has joined #ltsp
09:14Egyptian[Home1 has quit IRC
09:14
<ogra>
s/mount/umount/
09:15
<warren>
ogra: nah, I found a way to implement true unmount
09:15
ogra: so it will work from the menu
09:15
<ogra>
eek
09:15viking-ice has joined #ltsp
09:15
<ogra>
and that doesnt break ltspfs internally ?
09:15
<warren>
ogra: it will retain the current robust behavior of handling unplug
09:15toscalix has quit IRC
09:15
<warren>
ogra: I'm going to try to send the unplug event to ltspfsd
09:16
<ogra>
well, the device is never mounted unless yu read or write
09:16
so you do a fake unmount ?
09:16
<warren>
or "stop trying to mount" event
09:16
<ogra>
thats totally breaking the cool purpose of ltspfs
09:16
you could use autofs then
09:16
<warren>
ogra: I'm not taking anything away from ltspfs
09:16
<ogra>
well, you add incosistency between distros
09:17
<warren>
I'm only making the Delete button and Unmount work, because it would be a bad thing to train users to expect they can just pull things on Linux.
09:17
If you move between a thin client and a real Linux desktop?
09:17
<ogra>
right thats why we hide these options completely
09:17
as long as you are on a TC
09:17
<warren>
It is highly inconsistent that they need to do it one way with a Linux desktop and another with a thin client.
09:18
<ogra>
right, it should be done the same way as in ltspfs everywhere
09:18
<warren>
but GNOME desktop will never do it that way
09:18
<ogra>
but i didnt manage to convince the world yet :P
09:18
you mean t will even force users to unmount if that isnt needed anymore because the kernel cares fo4r such stuff ? i doubt that
09:20
(be careful with *never* :) )
09:20Guaraldo has joined #ltsp
09:20Guaraldo has left #ltsp
09:20
<warren>
no force
09:20
it will ALLOW users to unmount from the menu
09:20
the current behavior will also work fine
09:21
<ogra>
warren, anyway, switching to proper hal/dbus handling fr ltspfs should solve all issues
09:21
as soon as the session can communicate with te real HW it will solve itself
09:21
i'D rather go that path than adding more and more complexity around ltspfs
09:22
sadly everyone wastes more and more time into ltspfs workarounds instead of fixing the root cause (me included)
09:23
<laga>
ogra: who do i bug about merging my changes? you or someone else?
09:23
<ogra>
with proper hal integration we could just leave everything to gvfs
09:23
laga, for intrepid ?
09:24
<laga>
ogra: into ltsp upstream
09:24
<ogra>
we need to discuss some stuff
09:24
but i'm still hogged by classmate this week
09:24
<laga>
no problem, i'm still busy with other stuff as well
09:29Guaraldo has joined #ltsp
09:31Blinny has joined #ltsp
09:34MRH2 has joined #ltsp
09:36
<Gadi>
ogra: can the hal/dbus approach be tunneled?
09:36
<ogra>
tunneled ?
09:37
<Gadi>
or be client server in the correct direction?
09:37
<ogra>
Gadi, it needs to attach to the ssh tunnel for communication
09:37
<Gadi>
ie can the connection be made from thin client to server
09:37
ok
09:37
good
09:37
<ogra>
and we'll likely need a fake hal or so on the session side that just directly forwards from the TC
09:37* Gadi is working towards localdev support across NAT
09:38
<ogra>
ah
09:38
well, as long a yu got the ssh socket al should be fine
09:38
<Gadi>
so, I will likely tunnel the ltspfs conenction
09:38
<ogra>
no
09:38
<warren>
Gadi: I understand that some people are using NAT, but it isn't a throughput issue for them?
09:38
<Gadi>
I just worry that dbus would be one more thing to tunnel
09:38
<ogra>
my approach would use hal/gvfs
09:38
only ltspfs in the backend for transport
09:38
as we use it now
09:38
<Gadi>
good
09:38* Gadi is a dbus/hal novice
09:39* Gadi needs to learn
09:39
<ogra>
(which currently isnt tunneled)
09:39
<Gadi>
warren: nobody uses NAT for ltspfs yet afaik
09:39
<ogra>
the infrastructure is all there its just that nobody adjusted it in the way we would need yet
09:39
<warren>
ltspfs isn't even the greatest cause of bandwidth usage
09:39
not even close
09:39
<ogra>
its plain fuse
09:40
<Gadi>
right - so no throughput concerns here :)
09:40
<ogra>
no compression or anything
09:40* Gadi wants my USB pen drive to work when I connect to the Linux app server a few subnets away
09:40
<ogra>
you could surely add nifty little features if needed ;)
09:40
<Gadi>
without having to setup symmetrical routing
09:40
thats what I will hack on :)
09:40
no worries
09:41
<ogra>
drop ltspfs and re implement with sftp/scp ;)
09:41
then you can use the tunnel directly
09:41Guaraldo has quit IRC
09:42
<ogra>
i had some code that did xwd dumps for screenshots stored on the clients for some test i did
09:42
that direcly used scp from an rc.d script
09:42
<Gadi>
well, if you would split out the ltspfs automounter, I m=would consider it
09:42
:)
09:42Guaraldo has joined #ltsp
09:42
<ogra>
you mean the two scripts and the udev rules ? cmon ...
09:43
<Gadi>
and the daemon to manage it
09:45
<ogra>
what for ?
09:45
if you want scp or sftp you dont need a daemon
09:45
just attach to the existing tunnel with the sftp
09:45
directly from add_fstab_entry
09:46
<Gadi>
no, if you want the automounter to be in an unmounted steady state you do
09:46
<ogra>
you have a udevd running already ;)
09:46
right, that requires ltspfs
09:46
<Gadi>
there ya go
09:46
:)
09:46
and, the merry-go-round returns to the point of entry
09:46
:)
09:47Faithful has joined #ltsp
09:48
<ogra>
heh
09:52
<Q-FUNK>
hm
09:58
<kikin>
help please
09:58
i speak spanish
10:08Skarmeth is now known as Skarmeth[out]
10:10nantes_geek has joined #ltsp
10:16
<MRH2>
hi what is i386.img for?
10:18mccann has joined #ltsp
10:19
<kikin>
hello speak spanish?
10:20
I need Help for install and Configurate LTSP
10:20
<MRH2>
can't i just share /opt/ltsp/i386 over nfs?
10:20
<laga>
kikin: can you read english? i can read spanish better than speaking it, so..
10:20
MRH2: yes, you can. but it'll be slower
10:20
MRH2: https://help.ubuntu.com/community/UbuntuLTSP/LTSPWithoutNFS
10:21
<kikin>
LAga i can read english + -
10:22
litle
10:22
<laga>
kikin: then ask your question in spanish :)
10:22
<MRH2>
thanks so in a nutshell it is either 'traditional' using nfs OR nbd image and lts.conf in tftp?
10:23
<kikin>
ok
10:23
<laga>
MRH2: i think so. not sure about lts.conf
10:23
<kikin>
Me marco un error el disco de instlaacion de ubuntu 8 cuando paso al paso de instalacion del LTSP
10:23
<laga>
kikin: in the alternate disk?
10:24
<kikin>
no lo apunto pero aparecia un error de Corrupcion de archivo
10:24
yes
10:24
si
10:24staffencasa has joined #ltsp
10:24
<MRH2>
ok thanks
10:24
<laga>
kikin: when you boot the alternate disk, there should be an option to check the disk. did you do that?
10:25
<kikin>
yo hice eso
10:25
pero alparecer me marco un error de corrupcion en un archivo
10:26
<laga>
kikin: then your disk is broken :) tienes que verificar el CD con md5sum
10:28toscalix has joined #ltsp
10:29
<kikin>
md5sun?
10:29
where see esto
10:29
donde veo esto
10:29
?
10:29
alparecer fue un error de disco
10:29
yo creo que se quemo mal
10:29
mi pregunta
10:29
es:
10:30
puedo instalarlo en buntu desktop?
10:30
8.0.4
10:31
what I did was install all components, but now is not how to configure
10:31
<laga>
http://releases.ubuntu.com/8.04/MD5SUMS - here are the md5sums
10:32
<kikin>
tengo este para mi pc
10:32
*ubuntu-8.04-alternate-i386.iso
10:32
ese descargue
10:32toto has joined #ltsp
10:32Pascal_1 has quit IRC
10:32toto is now known as Pascal_1
10:32Pascal_2 has joined #ltsp
10:33
<kikin>
yo puedo instalar en una version de ubuntu 8.0.4 desktop el LTSP
10:33
?
10:33
<laga>
si. :)
10:33
if the alternate disk does not work, you can use the "desktop" disk.
10:34
<kikin>
ok
10:34
 packages that require
10:34Pascal_1 has quit IRC
10:35vagrantc has joined #ltsp
10:35
<kikin>
al parecer ya instale todos
10:35
pero la configurada no me la se
10:35
instale el ltsp-build-client
10:36
<laga>
kikin: did you run ltsp-build-client?
10:37
<kikin>
si
10:37
<laga>
and what's the problem?
10:38
<kikin>
ejecute el ltsp-build-client
10:38
pero ahi me quede
10:38
Me dijieron que tengo que configurar unos archivos
10:39
<laga>
can you run "LC_ALL=C sudo ltsp-build-client" and put the output in a pastebin, eg www.pastebin.ca ?
10:40
<kikin>
eso para que me serviria?
10:41
<vagrantc>
pastebot.ltsp.org
10:41
<kikin>
i run el sudo ltsp-build-client yestedar
10:41
<laga>
vagrantc to the rescue
10:42
<vagrantc>
kikin: hay problemas con ltsp-build-client ?
10:43
<kikin>
vagrantc
10:43
ayer ya no pudo contactarte
10:43
callo un aguacero y se me fue la luz
10:43
laga
10:43
ya llego vagrantc
10:43
espero y el me pueda ayudar gracias vagrantc
10:43
fueste muy aamable
10:44
ayer me quede instalando el ltsp-build-client
10:44
y ahi me quede
10:44
ya no supe que paso
10:45
me puede seguir ayudando
10:45
?
10:45
<vagrantc>
lo siento, no entiendo... solo entiendo en presente...
10:45
:)
10:46
<kikin>
ok
10:46
voy a configurar
10:46
mi ltsp
10:46
ya intale el ltsp-build-client
10:47
que es lo que me falta configurar
10:47Q-FUNK has quit IRC
10:48
<vagrantc>
ok.
10:48
kikin: usa el pastebot:
10:48
!pastebot
10:48
<ltspbot>
vagrantc: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
10:49
<vagrantc>
ls /etc/*/dhcpd.conf
10:50
kikin: copia /etc/network/interfaces a el pastebot tambien
10:54
<kikin>
ok
10:57mccann has quit IRC
11:02
<kikin>
vagrantc
11:03
en interfaces
11:03
no he configurado ese archivo
11:06Guaraldo has quit IRC
11:07
<kikin>
vagrantc
11:07
esos 2 archivos no se configurarlos
11:07
estan intactos
11:07
haci los pongo en el pastebot
11:07Guaraldo has joined #ltsp
11:07
<vagrantc>
kikin: cual pastebot ?
11:07Skarmeth[out] is now known as Skarmeth
11:08
<kikin>
vagrantc
11:08
ya me hice pelotas
11:08
xD
11:08mccann has joined #ltsp
11:08
<kikin>
tengo que confiturar el archivo interfaces
11:08Guaraldo has quit IRC
11:08Guaraldo has joined #ltsp
11:08
<kikin>
y el dhcpd
11:08
pero no se como configurarlos
11:09
cD
11:09
xD
11:10nantes_geek has quit IRC
11:10Guaraldo has quit IRC
11:12elisboa_ has quit IRC
11:12elisboa_ has joined #ltsp
11:12Guaraldo has joined #ltsp
11:12Guarald1 has joined #ltsp
11:12
<vagrantc>
kikin: se usted copiar a el pastebot, yo puedo ayudar
11:12Guaraldo has quit IRC
11:13Guarald1 has quit IRC
11:13Guaraldo has joined #ltsp
11:14
<kikin>
vagrantc como hago eso xD
11:14
<vagrantc>
kikin: http://pastebot.ltsp.org
11:14
<ltsppbot>
"kikin" pasted "# # Sample configuration file" (111 lines) at http://pastebot.ltsp.org/518
11:14
<kikin>
http://pastebot.ltsp.org/518.
11:15
listo
11:15
esta pegado
11:15
<vagrantc>
kikin: no /etc/ltsp/dhcpd.conf ?
11:16Guaraldo has quit IRC
11:17
<kikin>
de la ruta que me diste me dice que no exite el fichero o directoria
11:17
/etc/ltsp/dhcpd.conf este fichero no existe
11:21
<vagrantc>
kikin: puede instalar ltsp-server-standalone ?
11:22
<kikin>
lo estoy instalando
11:22
te aviso cuanod termine
11:22
va
11:22
miestras me ovy a poner mi vacuna contra el sarampion
11:23elisboa_ has quit IRC
11:23elisboa_ has joined #ltsp
11:24
<vagrantc>
kikin: regresso en 30 minutos
11:24vagrantc has quit IRC
11:25
<kikin>
ok
11:25elisboa_ has quit IRC
11:26Blinny has left #ltsp
11:26elisboa_ has joined #ltsp
11:28nantes_geek has joined #ltsp
11:30elisboa_ has quit IRC
11:32elisboa_ has joined #ltsp
11:32elisboa_ has joined #ltsp
11:44plamengr has joined #ltsp
11:44plamengr has left #ltsp
11:45viking-ice has quit IRC
11:53spectra has joined #ltsp
11:58K_O-Gnom has quit IRC
12:00elisboa_ has quit IRC
12:03vagrantc has joined #ltsp
12:08
<vagrantc>
kikin: hola
12:08mikkel has joined #ltsp
12:13Pascal_1 has joined #ltsp
12:16deavid has quit IRC
12:17Q-FUNK has joined #ltsp
12:20toscalix has quit IRC
12:24
<warren>
<hpa> warren: My opinion about coreboot is that it would be a massive benefit to the world if they collectively committed seppuku.
12:24
<ogra>
heh
12:24
<johnny>
hmm.... why?
12:24
<warren>
This doesn't bode well for getting coreboot/Etherboot to work with wraplinux.
12:25
He doesn't care about coreboot support
12:25
<johnny>
cuz of syslinux ?
12:25
<warren>
He thinks the design of coreboot is stupid
12:25
<johnny>
did he write wraplinux too?
12:25
<warren>
yes
12:25
wraplinux is similar to mkelfImage
12:26
I'll continue trying to get this work, but this doesn't bode well for the future of coreboot/Etherboot.
12:27
mknbi, mkelf, mkelfImage and wraplinux all fail currently with the client Q-FUNK sent me.
12:29
<Q-FUNK>
mknbi and mkelf will definitely fail. they use bios calls.
12:29
mkelfimage is the only one that would work.
12:29Pascal_1 has quit IRC
12:30
<warren>
mkelfimage did get the closest to working
12:30
it actually loaded the kernel on your DBE61C
12:30
but the initrd decompression failed
12:34
<ogra>
Q-FUNK, didnt you have to fiddle with the Makefile for the debian/ubuntu build ? was that anything that could cause it to break for warren in the default conifg ?
12:34
<warren>
<hpa> warren: wraplinux' own BIOS calls are reasonably easy to bypass
12:34
<hpa> warren: However, Linux itself uses BIOS calls to probe memory, etc.
12:34
<hpa> warren: In fact, wraplinux only uses a subset of the BIOS calls used by Linux itself.
12:34
<Q-FUNK>
ogra: I had to overhaul their whole autoconf usage
12:34* ogra sees "Required an ugly patch to Makefile.conf.in that really points
12:34
<ogra>
to a sloppy upstream autoconf implementation."
12:34
in the changelog
12:35
<Q-FUNK>
that one
12:35
<warren>
Q-FUNK: hpa is pointing out that wraplinux using BIOS calls is only a subset of BIOS calls that Linux itself needs.
12:35
<ogra>
right, i doubt warren has these adjustments in his package
12:35
<Q-FUNK>
however, the code has been taken over by the coreboot guy. now is a very good time to submit patches to the autoconf implementation
12:35
<warren>
ogra: which package?
12:35
<ogra>
warren, mkelfimage
12:36
<warren>
I'm willing to try it
12:36
<Q-FUNK>
basically, the previous upstream shipped a VERY (underline, VERY) sloppy tarball.
12:36
<warren>
ogra: how do I download your package source?
12:36
<Q-FUNK>
coreboot guys imported that code into their SVN before the previous upstream's ftp site vanished into thin air.
12:37
<ogra>
warren, https://launchpad.net/ubuntu/+source/mkelfimage
12:37
<johnny>
OT question.. anybody recommend a decent XML editor ?
12:38
<Q-FUNK>
but afaik they never got around fixing the sloppy autotool implementation. in the debian/ubuntu package, I ended up having to run autoconf twice, in debian/rules, to get this to build reasonably well
12:38
warren: or actually, get the latest debian one
12:38nantes_geek has joined #ltsp
12:38
<warren>
* Added -fno-stack-protector to CFLAGS (fixes FTBFS on Ubuntu).
12:38
Required an ugly patch to Makefile.conf.in that really points
12:38
to a sloppy upstream autoconf implementation.
12:38
<Q-FUNK>
http://ftp.debian.org/debian/pool/main/m/mkelfimage/
12:38
<warren>
-fno-stack-protector was needed to make it work?
12:38
<ogra>
yes
12:38
<warren>
ah, that's likely the cause of my breakage
12:38
<ogra>
well
12:39
it failed to build
12:39
yours builds
12:39
(FTBFS == failed to build from source)
12:39
<warren>
<hpa> Linus has said Subversion was the most useless project ever. Coreboot would be an improvement if it was useless; it is in fact causing massive damage to large number of other projects.
12:39
lots of fun quotes from him
12:39
<ogra>
heh
12:40
<Q-FUNK>
it's not like he has been known for his witt.
12:40* ogra looks shocked at https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/224259
12:40* ogra cant headdesk enough ....
12:40
<ogra>
*SIGH*
12:41
how did that happen
12:41
<laga>
yay, SRU for ogra :(
12:41
<warren>
which one is hardy?
12:41
<ogra>
8.04
12:42
bitter
12:42
<Q-FUNK>
warren: the hardy package is outdated. use the debian one
12:42
<ogra>
very very bitter
12:42
<laga>
ogra: just do the SRU and be done with it
12:43
<ogra>
laga, experience tells that users rarely user hardy-updates to build their clients ... and experience tells that users rarely update their chroots
12:43
<laga>
ogra: so hardy-updates isn't enabled by default?
12:43
<ogra>
i will drown in printing bug duplicates
12:43
laga, the client only enables whats needed by debootstrap
12:43
<laga>
you should also enable hardy-updates then.
12:43
<ogra>
hmm
12:44
that breaks on the CD builds
12:44
so these will need specisl casig as well
12:44
*special casing
12:44
<laga>
--no-updates ;)
12:45
<ogra>
yeah, but thats getting quite big for an sru
12:45
and i cant explain how that happned
12:45
<warren>
Q-FUNK: hardy one != coreboot svn?
12:45
<ogra>
i use the ltsp-client-core.install file from gutsy, i'm pretty sure with that
12:45
<laga>
ogra: you're part of upstream ;)
12:46
<Q-FUNK>
warren: indeed not
12:46
<ogra>
laga, i wont pull anything from upstream for an sru
12:46
that needs to be fixed in the package
12:46
<warren>
oh gah, coreboot's import is only 2.7
12:46
nothing more
12:47
<Q-FUNK>
aye, but then you're already missing the build wizardry I did in debian
12:47
<warren>
-fno-stack-protector broke the build or wrapped ELF images?
12:47
+DEFS=-DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
12:48
<Q-FUNK>
it works on hardy
12:48
looks at my changelog
12:48
<warren>
how do I find the changelog?
12:48* ogra smiles about LP already listing intrepid
12:48
<ogra>
warren, look at lp
12:48
its identical
12:49
we just rebuilt it twice in ubuntu and added packaging changes
12:49K_O-Gnom has joined #ltsp
12:49
<Q-FUNK>
warren: alpply the debian diff over the upstream tarball
12:49
<warren>
LP doesn't have -5
12:49
<ogra>
oh, -5
12:50
right, we didt start the intrpid import yet :)
12:50
<warren>
Q-FUNK: any idea what the hex blob change in mkelfimage-2.7/linux-i386/convert.bin.c does?
12:50
<ogra>
toolchain is just being built
12:50
<Q-FUNK>
warren: IIRC it's some ELF header
12:52
<warren>
Q-FUNK: where can I find the changelog entries from -1 to -5?
12:52
<Q-FUNK>
in the debian folder
12:53
might be a good idea for you to get familiar with the basics of debian packaing, so that you can extract usefull changes from debian/ubuntu
12:53
<warren>
http://ftp.debian.org/debian/pool/main/m/mkelfimage/ ? which file?
12:53
<Q-FUNK>
in the debian diff
12:53* warren points out that "making available" is not good enough for an upstream ecosystem
12:53
<Q-FUNK>
do as I told you above: unpack the debian diff on top of the tarball
12:54
neither is "making an RPM". now are you gonna unpack the tarball or expect everyone to chew your own meal?
12:54
<warren>
+ This should allow us to host i386 LTSP chroots on an amd64 server.
12:54
+ Please test this and report any problem to the Debian BTS.
12:55
<kikin>
vangrantc:
12:55
estoy de regreso
12:56
<warren>
Q-FUNK: do you know which revision the hex blob was introduced?
12:56
<Q-FUNK>
nope
12:56
<warren>
Q-FUNK: I was starting at the giant patch from the beginning, I was trying to understand each part of the diff
12:57
<Q-FUNK>
mc might help. the debian port can do a split view of a debian diff
12:57nantes_geek has quit IRC
12:57
<kikin>
vagrantc: me marca un error
12:59
<Q-FUNK>
warren: put it this way: mkelfimage barely builds. just about. it would need a major overhaul to become portable enough to replace the old mknbi.
12:59
the only good side is that it uses zero traditonal bios call, by default, which is why is succeeds at producing boot images for coreboot.
13:00
mknbi and mkelf cannot be used, because they use several traditional bios services.
13:01
<warren>
Q-FUNK: I guess I wont know what changelog entries match up with which changes, I'll just build it and see if it works...
13:01
<Q-FUNK>
chekc all the file in the debian folder. they might give you a few hints on how to manage to build it cleanly
13:02
i'll admit this much: getting this to build at all was a nightmare.
13:02
<warren>
we added a one liner patch to make it build in fedora
13:02
<ogra>
yay, warren learns debian packaging :)
13:02
<warren>
which might have not been good enough to make it work =)
13:03
http://cvs.fedoraproject.org/viewcvs/*checkout*/devel/mkelfimage/mkelfimage-makefileconf.patch?rev=1.1
13:03
<kikin>
please send link for ubuntu 8.0.4 hardy heron + ltsp
13:11
vagrantc:
13:11
estas ahi :(
13:13Guaraldo has joined #ltsp
13:14
<kikin>
i have 1 problem with ltsp-server-standalone, i can't intall
13:18kikin has left #ltsp
13:18
<warren>
wow, I have no idea how mkelfimage managed to build earlier.
13:18kikin has joined #ltsp
13:18
<kikin>
vagrantc
13:18
<Q-FUNK>
warren: by doing autoconf twice, then building with -fno-stack-protector
13:19
<warren>
it is also somehow putting down its own spec file
13:19
I don't know where that's coming from
13:19
<Q-FUNK>
the upstream tarball
13:19
it coes with a spec file
13:20
IIRC
13:20
<warren>
yeah, but what it is doing is totallyi wrong
13:20
it is trying to install its spec file
13:20
<Q-FUNK>
yup
13:20Guaraldo has quit IRC
13:20
<warren>
this upstream source is so completely screwed
13:20
<Q-FUNK>
as I said, horrible autoconf and makefile
13:20
indeed
13:21Guaraldo has joined #ltsp
13:21
<Q-FUNK>
and the startup code seems ot be a sloppy cut&paste from some old kernel 2.4 source
13:21
<kikin>
Error: al instalar /pool/main/o/openssh/openssh-server_4.7p1-8ubuntu1_i386.deb: La suma MD5 difiere
13:21
<Q-FUNK>
kikin: from CD agsin?
13:22
again?
13:23
<kikin>
yes
13:23
<Q-FUNK>
bad CD image, I guess
13:23Pascal_1 has joined #ltsp
13:23
<kikin>
burned again on CD?
13:24
tanks
13:25
<stgraber>
stgraber@castiana:~$ ls -lh openssh-server_4.7p1-8ubuntu1_i386.deb
13:25
-r--r--r-- 1 stgraber stgraber 246K 2008-04-06 00:00 openssh-server_4.7p1-8ubuntu1_i386.deb
13:25
stgraber@castiana:~$ md5sum openssh-server_4.7p1-8ubuntu1_i386.deb
13:25
1cdb306d8e71284a898ae618a9ce6330 openssh-server_4.7p1-8ubuntu1_i386.deb
13:25
in case you want to check yours, that's a working one
13:28Pascal_1 has quit IRC
13:33
<warren>
actually, I'll just try your mkelfImage binary
13:33
I'm having trouble making it build at all now
13:34
your binary will tell me if it is worthwhile to build with your patches at all
13:36makghosh has joined #ltsp
13:37
<vagrantc>
kikin: lo siento ... necesito trabajar con otra projectos
13:37
<kikin>
ok no te preocupes vagrantc
13:37
<vagrantc>
Gadi: you know a bit of spanish, no?
13:38
<kikin>
que termines pronto vagrantc
13:38
le pregunto a Gadi
13:38
Gadi:
13:40makghosh has quit IRC
13:42Q-FUNK has quit IRC
13:47Guaraldo has quit IRC
13:48Guaraldo has joined #ltsp
13:53Guaraldo has quit IRC
13:53Guaraldo has joined #ltsp
14:00makghosh has joined #ltsp
14:07captain_1agnus has joined #ltsp
14:10Pascal_1 has joined #ltsp
14:10indradg_ has joined #ltsp
14:14Pascal_1 has quit IRC
14:19captain_2agnus has joined #ltsp
14:19captain_magnus has quit IRC
14:20makghosh has quit IRC
14:26sepski has quit IRC
14:27kikin has left #ltsp
14:28K_O-Gnom has quit IRC
14:28indradg has quit IRC
14:32captain_1agnus has quit IRC
14:34Navegator has joined #ltsp
14:34
<Navegator>
hello?
14:39makghosh has joined #ltsp
14:41
<Navegator>
Hi, I'm trying to configure my LTSP in order to be able to access the hard drives on the thin clients, but I think I'm not puting the correct udev rule, because I can access the CDROM, USB fine, but not the hard drive, can some one help me?
14:43indradg_ has quit IRC
14:44kikin has joined #ltsp
14:45
<kikin>
Hi to all
14:45
speak spanish?
14:53indradg has joined #ltsp
14:54
<Navegator>
hi kikin
14:54
yes I do speak spanish
14:56
<kikin>
HI navegator
14:56
que bueno navegator
14:56
un fabor
14:56
grandote
14:56
puedes ayudarme
14:56
instale desde el CD ubuntu Harly el LTSP
14:56
<Navegator>
Pues depende, yo tambien soy un poco nuevo con el ltsp
14:57
y?
14:57
<kikin>
hasta ahi voy ya intale todo
14:57
pero lei que se debe de configurar
14:57
unos archivos
14:57
es cierto
14:57
o asi puede arrancar los clientes
14:57
<Navegator>
eso es correcto
14:58
<kikin>
mi prema es que archivos debo de configurar y como los configuro
14:58
<Navegator>
primero debes de configurar tu dhcp.conf
14:58
despues correr el build-clients que viene con el ltsp
14:58generic has quit IRC
14:58
<kikin>
el que se encuentra en /etc/dhcp3
14:58
<Navegator>
asi es
14:59
<kikin>
COmo se configura ese archivo el dhcp
14:59
<laga>
if you have /etc/ltsp/dhcp3.conf, it'll take precedence over /etc/dhcp/
14:59
<vagrantc>
kikin: copia /usr/share/doc/ltsp-server/examples/dhcpd.conf at /etc/ltsp/
15:00
kikin: o instala ltsp-server-standalone
15:00
<kikin>
ya lo instale
15:00
el ltsp-server-standalone
15:00
<vagrantc>
/etltsp/dhcpd.conf ?
15:00
<kikin>
entonces copio el archivo
15:00
?
15:00
<vagrantc>
er, /etc/ltsp/dhcpd.conf ?
15:00
<Navegator>
Pues si
15:01
ese esta comentado para indicarte mas o menos como es que debes de configurarlo
15:02mikkel has quit IRC
15:02
<Navegator>
si te fijas tambien en ese directorio vas a tener un archivo que se llama ltsp-build-client.conf
15:03
<kikin>
si
15:04
<Navegator>
para mayor documentacion en como ponerlo a punto cuanto lo desees http://www.ltsp.org, http://wiki.debian.org/LTSP/Howto
15:05
a ver configuraciones que debes de hacer:
15:05
1.- el /etc/exports
15:05
hay que agregar:
15:06
/opt/ltsp *(ro,no_root_squash,no_subtree_check)
15:06makghosh has quit IRC
15:06
<laga>
no
15:06
you don't need that on ubuntu hardy.
15:06
<Navegator>
luego reiniciar el el sistema de nfsd:
15:06
<laga>
everything is done by nbdrootd in /etc/inetd.conf
15:07
<kikin>
ok
15:07
<Navegator>
Ahhhh, that is because I'm using nfs, and debian
15:07
<kikin>
paso 1 concluido
15:08
<Navegator>
para reiniciar el nfs, si vas a utilizarlo le das: /etc/init.d/nfs-kernel-server restart
15:09
en el el dhcpd.conf:
15:09
get-lease-hostnames true;
15:09
next-server 192.168.1.1;
15:09
option root-path "192.168.1.1:/opt/ltsp/i386";
15:10
teniendo en mente que mi servidor tiene como direccion la 192.168.1.1
15:10Guaraldo has quit IRC
15:10
<Navegator>
y que la imagen del ltsp esta en /opt/ltsp/i386
15:11cliebow has quit IRC
15:11
<Navegator>
tienes que checar que en tu servidor sea asi, en caso de que no, pues tendrias que cambiar la linea que te indique por los valores que tu necesites
15:11
<vagrantc>
no necesita root-path con ubuntu
15:11makghosh has joined #ltsp
15:12
<Navegator>
ok, entonces como se pone en el ubuntu
15:13
<vagrantc>
ubuntu usa NBD+squashfs+unionfs
15:14
<Navegator>
ok, puedes ayudarnos a configurar el ltsp de kikin?
15:14
<vagrantc>
yo trabajo a debian, pero entiendo ubuntu un poco
15:14slidesinger has quit IRC
15:16makghosh|afk has joined #ltsp
15:16
<Navegator>
15:16makghosh has quit IRC
15:16makghosh|afk is now known as makghosh
15:16
<Navegator>
o sea ya veo el cdrom, y los usb, pero lo que es los discos duros se reusan totalmente
15:17
<vagrantc>
Navegator: configurar /opt/ltsp/i386/etc/udev/rules.d/*ltsp*
15:19
<Gadi>
Navegator: is the local hdd ntfs?
15:19
<johnny>
aha.. good question from gadi :)
15:19
<vagrantc>
Navegator: delete ATTRS{removable}=="1"
15:19
<Navegator>
Gadi: yes it is
15:20
<vagrantc>
ah.
15:20
<Gadi>
MODULE_01 = ntffs
15:20
<vagrantc>
that probably requires more work.
15:20
<Gadi>
er ntfs
15:20
in lts.conf
15:21mccann_ has joined #ltsp
15:22
<kikin>
navegator:
15:22
he regresado se fue mi internet
15:23
<vagrantc>
Navegator: which version of debian, ltsp, etc ?
15:24
<Navegator>
vagrantc: debian =Testing, LTSP=5.0
15:25makghosh has quit IRC
15:26
<vagrantc>
Navegator: ok. lenny's in pretty good shape. a few more packages from unstable with some nice features (like LDM in ~ 13 langauges) still waiting to get in.
15:28
<Navegator>
vagrantc: I'm using ldm
15:30mccann has quit IRC
15:31
<Gadi>
Navegator: try MODULE_01 = ntfs in your lts.conf
15:31
that *should* give you read-only access to the drive
15:31* Gadi thinks
15:32
<Gadi>
if you have that "removable" line in your udev rules, you will need to remove that as well and reroll the image
15:32
<Navegator>
after making the changes I still seeing only the floppy in the /media/user/ directory
15:32
<Gadi>
when you log in on the thin client console, do: grep ntfs /proc/filesystems
15:32
to make sure ntfs is loaded
15:33
also, do: grep removable /etc/udev/rules.d/*ltsp*
15:33
to make sure the changes you made took effect
15:33
(sometimes I find you have to kill the nbd-server on the server side to get it to export the new image)
15:34viking-ice has joined #ltsp
15:35
<kikin>
jeje eso es lo mano de no saber inlges
15:35
jejeje
15:35
<Gadi>
hmm... come to think of it, the module loading may happen too late
15:35
Navegator: do this: echo "ntfs" >/opt/ltsp/i386/etc/modules
15:35
and then reroll the image
15:36
er, echo "ntfs" >> /opt/ltsp/i386/etc/modules
15:36
:)
15:36
you know what I mean
15:41
<Navegator>
making the changes
15:42
you need to reroll the image, only for the ndb-server, with the hfs is no necesary
15:44
<vagrantc>
Gadi: debian doesn't yet use NBD ... so no need to re-roll the image :)
15:46TelnetManta has quit IRC
15:47mccann_ has quit IRC
15:47mccann has joined #ltsp
15:49
<kikin>
Navegator: No se que tanto digan pero
15:49
jiji se escucha chido
15:50
<Navegator>
kikin: estoy tratando de configurar para que se vean los discos duros de las terminales, pero se reusan totalmente
15:50
<kikin>
no pues si esta canijo
15:51
bueno navegator espero y termines pronto amigo
15:51
<Navegator>
Gadi: I keep seeing the floppy, cdrom, and USB, but not the hard drives
15:51
<kikin>
no te preocupes yo espero vale
15:51
<Navegator>
kikin: como vas tu?
15:51
:-(
15:51
<kikin>
Adelante yo espero no te preocupes
15:51
va
15:52
Suerte aqui estare
15:52
jiji
15:53
<Navegator>
kikin: Gracias, checaste las paginas que te envie?
15:53
<kikin>
las estoy biendo o mas bien desencriptando por que vez que no se muchi ingles
15:53
jejje
15:54
<Gadi>
vagrantc: ah
15:54
Navegator: can you log into the thin client console and check that ntfs is in /proc/filesystems?
15:55
<vagrantc>
set SCREEN_07=ldm and SCREEN_08=shell on debian ...
15:55
then ctrl-alt-f8
16:02
<Navegator>
Gadi, vagrantc: it is working!!!!! :-)
16:03
I'll post the changes that was made in a moment
16:05
1.- added ntfs in /opt/ltsp/i386/etc/modules, as you told me
16:06
2.- in opt/ltsp/i386/etc/udev/rules.d/udev.rules
16:06milesd has joined #ltsp
16:07
<Navegator>
added SUBSYSTEMS=="ide", KERNEL=="hd[a-z]", NAME="%k", OPTIONS+="all_partitions" after #workaround for devices which do not report media changes
16:08
3.- in -opt/ltsp/i386/etc/udev/rules.d/z60_ltspfsd.rules added
16:08
ACTION=="add", SUBSYSTEM=="block", RUN+="add_fstab_entry %k"
16:09
and that's it
16:09
Thanks a lot for your help
16:09
<kikin>
uauuuuuuuuuuuuuuuUU!
16:10
<Gadi>
hmm... #2 must be a debian thing
16:10
<kikin>
me gusta la informatica
16:10
jiji
16:10
<Navegator>
kikin: entra a esta pagina, a lo mejor te ayuda mejor por que esta es especifica para el ubuntu: https://help.ubuntu.com/community/UbuntuLTSP
16:10
<Gadi>
not sure why you would need to coax udev into recognizing the hard drive
16:10
<kikin>
Navegator: ya configure el archivo COnfig
16:12
<Navegator>
Gadi: its because, I have thin clients that have HD and the people the use them wants access to it
16:13
<Gadi>
right - I dont understand why you had to edit #2
16:13
do not debian workstations recognize hard drives?
16:13
<Navegator>
when you make the change in the udev you force that on the client the ltspfs_fstab is written like you need it
16:14
<Gadi>
that is #3
16:14
in #3, you tell udev to see any block device
16:15
<kikin>
Navegator: regreso en 30 minutos
16:15
<Gadi>
in #2, you tell udev to register the ide hdd as a block device
16:15
do debina workstations not already register ide hdds as block devices?
16:15
this is my quandary
16:16
in either case, I am happy that it works
16:16
<Navegator>
Thanks a lot
16:16
:-)
16:16
<Gadi>
just curious as to why #2 was necessary
16:16jammcq has joined #ltsp
16:16
<Gadi>
:)
16:16
<jammcq>
hey kidz
16:16
<Gadi>
jammcq: !
16:16
hola
16:17
<jammcq>
boa tarde
16:17
<Gadi>
buenas tardes
16:17
and watch ur language!
16:17
<jammcq>
mine's stuck on pt.br
16:18
<Gadi>
lo siento :) :)
16:18* Gadi runs and hides
16:19
<Navegator>
Gadi: I have another question, I use LDM to loggin, but if I put a worng password, the client stop responding, do you know why?
16:19
<sutula>
Gadi: (to pull you out of hiding), I wasn't following along, but if you need an experiment on a Debian workstation, I can do it
16:19
(just holler)
16:20
<Navegator>
or if there is a way to put a time out when a wrong password is entered?
16:20
<Gadi>
sutula: thx
16:20
Navegator: does it not reset the login?
16:20
<Navegator>
Gadi: nop
16:20
<Gadi>
or is the client just so slow that it takes a while?
16:21
Navegator: is this a recent version?
16:21
<Navegator>
Gadi: no, after a while the graphical enviroment shuts down
16:22
Gadi: yes it is the lastest
16:23
<Gadi>
Navegator: perhaps you can look in /var/log/ldm.log on the client (ctrl-alt-f8) when that happens and see where it's getting stuck
16:23
then, we can blame vagrantc in good conscience :)
16:23
<Navegator>
jajajajajajajajajaja :-)
16:24* Gadi had rewritten ldm to not reset X on things like bad password, but I am too sloppy in my contributions so it was hard to merge
16:24
<Gadi>
:)
16:24
so, mainstream ldm still resets X on such things
16:25
its on my todo to be neater
16:25
but, it requires a lot of energy for a personality such as mine
16:25
:)
16:29
<Navegator>
Gadi: jejejeje, I'll wait
16:30
Gadi: the last line in the ldm.log is ssh_chat ------------- Sending pw, and it stop there
16:32Skarmeth has quit IRC
16:34
<Navegator>
I'll be back in 30 minutes, Have to get something to eat :-)
16:35
<Gadi>
Navegator: when you get back, try going to the client console (ctrl-alt-f8) and ssh to the server from there with the wrong password
16:35
see if it hangs
16:36
that will tell you if it is an ldm thing or an sshd thing
16:44gonzaloaf_work has joined #ltsp
16:53J45p3r has joined #ltsp
17:01mhterres has quit IRC
17:05vagrantc has quit IRC
17:15milesd has quit IRC
17:15jammcq has quit IRC
17:24
<Navegator>
Gadi: hello I'm back
17:25
Gadi: when I do an ssh to the server from the terminal, it work fine, with the wrong password, it just ask for it again
17:28
<Gadi>
Try setting NumberPasswordPrompts 1 in /opt/ltsp/i386/etc/ssh/ssh_config
17:38
<Navegator>
Gadi: Ok, trying it, what those this line do?
17:39
<johnny>
guess.. ..
17:40
<Gadi>
it tells the client to bail out after 1 password prompt
17:41
I am hopeful we can sweep your problem under the rug :)
17:41
so-to-speak
17:41
and sorry it should be:
17:41
NumberOfPasswordPrompts 1
17:42
close doesn't seem to count with computers very often ;)
17:47
<Navegator>
yeap, the computer does not understand when something is close enough to a command, :-(
17:47
We are needing AI for programing
17:50
Gadi: Yes, that worked perfectly, but before, I was'nt getting the logging failed notice, and now it is appering
17:50
Once more I thank you
17:51
<Gadi>
np
17:51
like I say, we are just masking the problem now
17:51
:)
17:51
something's buggy in that version of ldm
17:55Gadi has left #ltsp
18:02lns_ has joined #ltsp
18:03
<lns_>
hey all, has the syntax of lts.conf changed, particularly regarding X_COLOR_DEPTH ? I just installed a new Ubuntu Gutsy server, same as always, and my thin-clients are getting "Syntax error in /etc/lts.conf line 1" with that parm.
18:06loathing is now known as loather-work
18:08
<lns_>
oh jeez nm
18:08
forgot [default] =p making sure it works now
18:11
thar we go =)
18:11
<Navegator>
well read you around
18:11Navegator has quit IRC
18:12BGomes has joined #ltsp
18:12viking-ice_ has joined #ltsp
18:14viking-ice has quit IRC
18:14viking-ice_ has quit IRC
18:15viking-ice has joined #ltsp
18:17lns_ has quit IRC
18:17BGomes has quit IRC
18:23captain_2agnus is now known as captain_magnus
18:24staffencasa has quit IRC
18:27
<MRH2>
hi can someone point in the direction of how to bypass the ssh and client login stuff and just connect over the "traditional" method - must be late but i can;t see it
18:28
something like a setting in lts.conf
18:37
ok i've tried SCREEN_07 = startx and I just get a blank screen with a blinking cursor
18:44jammcq has joined #ltsp
18:44
<jammcq>
ogra: ping
18:45
<MRH2>
SCREEN_07 = startx console says error then goes to default terminal side login screen
18:47rjune_ has joined #ltsp
18:49
<sutula>
MRH2: Does your server accept xdmcp connections? By default, it usually doesn't.
18:52
<MRH2>
yep i'm using it with older ltsp
18:54
<sutula>
MRH2: Sounds like something else then...which version of ltsp (and which distro) is this not working on? (On ltsp 5, the distros behave differently.)
18:54
I probably don't know the answer to your problem, but it will help others here to help you if they know that.
18:56mccann has quit IRC
19:01
<MRH2>
trying to resolve an nfs issue now... seems to not mount if the client reconnects quickly - if i leave it a minute it mounts ok - anyone else see this?
19:06jammcq has quit IRC
19:08
<MRH2>
got it working looks like it was fussy about formatting
19:13kikin has quit IRC
19:36captain_magnus has quit IRC
19:40captain_magnus has joined #ltsp
19:48
<MRH2>
if i install fglrx on the machine I am building ltsp5 on will these end up in ltsp?
19:53
<johnny>
no
19:53
you have to install it in the chroot
19:53
if your users need it
19:53
but.. gl over the network ain't gonna be fast :)
19:56
<MRH2>
ok let me have a look - do you know if fglrx is just a few files to copy over or is it more involved?
19:58
i am trying to get dual monitors working and am stuck with coned output
19:59
cloned
19:59
<rjune_>
johnny: GLX over the network isn't bad
20:00
GLX works way better over the network then flash
20:00
it's fast enough to play bzflag even.
20:05
<johnny>
you sure you can't make it work with the open source drivers?
20:05
they have sure gotten better..
20:05
i am using them instead of fglrx for my dual monitor system
20:05
<rjune_>
which card?
20:05
<johnny>
x300 or something
20:05
i can't remember
20:06
their product naming scheme makes no sense
20:07mccann has joined #ltsp
20:09mccann has joined #ltsp
20:12
<MRH2>
using an x1250 here
20:13
god fglrx is all over the place
20:13
<johnny>
well, check the support
20:13
you use ubuntu?
20:14
if so. using fglrx or any closed source module will end up costing you 30MB of ram
20:14
on your client
20:14
or at least that's what i was told.. due to the way the modules must be distributed
20:14
unless you build your own custom package
20:16
<MRH2>
i'm ok on the ram front
20:17
don't use ubuntu normally but using it to build the ltsp5 chroot as it seems to be a popular choice
20:29J45p3r has quit IRC
20:41scrapbunny has joined #ltsp
20:47
<scrapbunny>
i am trying to find out what i have to configure for edubuntu 8.04 classroom server for my thin clients to work. can someone point me to current information? all i am finding is outdated
20:51jammcq has joined #ltsp
20:52
<MRH2>
https://help.ubuntu.com/community/UbuntuLTSP/
20:54
<scrapbunny>
thank you
20:54hersonls has quit IRC
20:55MRH2 has left #ltsp
20:57scrapbunny has left #ltsp
22:51alekibango has quit IRC
22:53alekibango has joined #ltsp
23:13
<johnny>
dberkholz, beta2 didn't fix the mktemp/coreutils issue, so i added a hack to unmerge it
23:14
i'm doing another smoketest now
23:14
hopefully i'll be back to where i want to be
23:15
which still requires us to deal with etc-update for anything changed during the emerge -uD world , and manually copying out the kernel
23:15
which we should be able to deal with in an automated fashion, but that is good enough for the moment
23:50generic has joined #ltsp
23:57indradg has quit IRC
23:57indradg_ has joined #ltsp
23:58indradg_ has quit IRC