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


Channel log from 18 August 2008   (all times are UTC)

00:12
<johnny>
babyhuey, thin-client-manager isn't maintained anymore
00:12
babyhuey, thin-client-manager isn't maintained anymore
00:13
i still use it for some things tho, the executable begins with student
00:13
i still use it for some things tho, the executable begins with student
00:14
student-control-panel
00:14
student-control-panel
00:14
babyhuey, check out italc, it's what the ubuntu folks recommend
00:14
babyhuey, check out italc, it's what the ubuntu folks recommend
00:22rcy has joined #ltsp
00:22rcy has joined #ltsp
00:40Nubae has quit IRC
00:40Nubae has quit IRC
00:44Nubae has joined #ltsp
00:44Nubae has joined #ltsp
00:53captain_1agnus has joined #ltsp
00:53captain_1agnus has joined #ltsp
00:55rcy has quit IRC
00:55rcy has quit IRC
01:00Q-FUNK has quit IRC
01:00Q-FUNK has quit IRC
01:03juanpaul has quit IRC
01:03juanpaul has quit IRC
01:05captain_magnus has quit IRC
01:05captain_magnus has quit IRC
01:20mikkel has joined #ltsp
01:20mikkel has joined #ltsp
01:20adeel has joined #ltsp
01:20adeel has joined #ltsp
01:29
<adeel>
is there how is user (client) administration handled in LTSP5? is it through the DHCP server configuration?
01:29
is there how is user (client) administration handled in LTSP5? is it through the DHCP server configuration?
01:29
err, ignore the first 2 words of the above statement
01:29
err, ignore the first 2 words of the above statement
01:34
<johnny>
what kind of user administration?
01:34
what kind of user administration?
01:35
<adeel>
adding/removing users at the very least...changing what images go to what machines, etc
01:35
adding/removing users at the very least...changing what images go to what machines, etc
01:35
err, users as in clients
01:35
err, users as in clients
01:35
<johnny>
what different images are you talking about?
01:35
what different images are you talking about?
01:37
<adeel>
oh yeah, 5 does things differently
01:37
oh yeah, 5 does things differently
01:37
<johnny>
what different images do you plan on having?
01:37
what different images do you plan on having?
01:37
<adeel>
i'm planning on building purpose driven machines that'll boot via PXE and grab OS images that are preconfigured for their tasks
01:37
i'm planning on building purpose driven machines that'll boot via PXE and grab OS images that are preconfigured for their tasks
01:38
i was hoping to use LTSP to help with the administration, but after a little reading, i'm not sure if LTSP will work thatw ay
01:38
i was hoping to use LTSP to help with the administration, but after a little reading, i'm not sure if LTSP will work thatw ay
01:38
<johnny>
why do you need a seperate image for that?
01:38
why do you need a seperate image for that?
01:38
<adeel>
configuration for different programs, different programs all together, macros, etc
01:38
configuration for different programs, different programs all together, macros, etc
01:38
<johnny>
that's a different area altogether
01:38
that's a different area altogether
01:39
that would all happen on the server
01:39
that would all happen on the server
01:39
<adeel>
yeah, i realize that now...i can still use LTSP for the public boxes i'll be setting up
01:39
yeah, i realize that now...i can still use LTSP for the public boxes i'll be setting up
01:39
<johnny>
so.. is the issue that you want local execution?
01:39
so.. is the issue that you want local execution?
01:40
<adeel>
it seems my issue has nothing to really do with LTSP actually
01:40
it seems my issue has nothing to really do with LTSP actually
01:40
rather, just a simple case of network booting
01:40
rather, just a simple case of network booting
01:40
and DHCP server administration
01:40
and DHCP server administration
01:41
<johnny>
well, you could use ltsp to have certain applications run via local execution, and thus in that case, have most of the stuff work on the server, but have certain intensive applications (firefox,flash,skype), run on the ltsp booted thin client
01:41
well, you could use ltsp to have certain applications run via local execution, and thus in that case, have most of the stuff work on the server, but have certain intensive applications (firefox,flash,skype), run on the ltsp booted thin client
01:42
<adeel>
yeah, i'll revist the LTSP when i'm ready to deploy a small classroom full of machines
01:42
yeah, i'll revist the LTSP when i'm ready to deploy a small classroom full of machines
01:44
<lejo>
did you test already how firefox as a localapps works with a video or sound (that is not flash) and should be played by e.g mplayer?
01:44
did you test already how firefox as a localapps works with a video or sound (that is not flash) and should be played by e.g mplayer?
01:45
<johnny>
lejo, i will be, once i update the gentoo ebuilds
01:45
lejo, i will be, once i update the gentoo ebuilds
01:46
lejo, a few things changed during the hackfest that i am having to adjust my current setup for. then i will be playing with the local apps launcher
01:46
lejo, a few things changed during the hackfest that i am having to adjust my current setup for. then i will be playing with the local apps launcher
01:46
warren seems to have made good progress, so i'm hoping for a win :)
01:46
warren seems to have made good progress, so i'm hoping for a win :)
01:49
<lejo>
but it would require mplayer+codes to be available in the client image?
01:49
but it would require mplayer+codes to be available in the client image?
01:50
<johnny>
not necessarily
01:50
not necessarily
01:51
come back in a week and ask me that :)
01:51
come back in a week and ask me that :)
01:51
<lejo>
i'm on it myself today but i was wondering already :)
01:51
i'm on it myself today but i was wondering already :)
02:10dukai has joined #ltsp
02:10dukai has joined #ltsp
02:39
<dukai>
hi
02:39
hi
02:39
does anybody have experince with thincans?
02:39
does anybody have experince with thincans?
02:50Q-FUNK has joined #ltsp
02:50Q-FUNK has joined #ltsp
02:52captain_1agnus is now known as captain_magnus
02:52captain_1agnus is now known as captain_magnus
03:01bobby_C has joined #ltsp
03:01bobby_C has joined #ltsp
03:04
<Q-FUNK>
ogra: could we make ltsp-build-client use {release}-updates by default?
03:04
ogra: could we make ltsp-build-client use {release}-updates by default?
03:22Q-FUNK has quit IRC
03:22Q-FUNK has quit IRC
03:38Q-FUNK has joined #ltsp
03:38Q-FUNK has joined #ltsp
04:22bobby_C has quit IRC
04:22bobby_C has quit IRC
04:22mu3en has joined #ltsp
04:22mu3en has joined #ltsp
04:22bobby_C has joined #ltsp
04:22bobby_C has joined #ltsp
04:23bobby_C has joined #ltsp
04:23bobby_C has joined #ltsp
04:23
<mu3en>
hey ltsp channel gurus, can anyone help out with configuring a client input device?
04:23
hey ltsp channel gurus, can anyone help out with configuring a client input device?
04:25Egyptian[Home1 has joined #ltsp
04:25Egyptian[Home1 has joined #ltsp
04:27
<ogra>
Q-FUNK, i have to check if thats appropriate for future releases from the beginning (not sure -updates exists by policy right from teh start, that would break builds), but its surely worth an SRU for hardy
04:27
Q-FUNK, i have to check if thats appropriate for future releases from the beginning (not sure -updates exists by policy right from teh start, that would break builds), but its surely worth an SRU for hardy
04:28
<Q-FUNK>
it exists
04:28
it exists
04:29
even security and proposed exist, though they are empty during the development phase
04:29
even security and proposed exist, though they are empty during the development phase
04:30
I think that this could be handled the same way as for adding -security by default.
04:30
I think that this could be handled the same way as for adding -security by default.
04:31
that is, make the chroot only with ${release} but then before exiting the chroot, install new packages from security AND updates, then exit.
04:31
that is, make the chroot only with ${release} but then before exiting the chroot, install new packages from security AND updates, then exit.
04:32
<ogra>
yes, but i want confirmation from the release tem that we have a policy it exists, not that it only happened by chance
04:32
yes, but i want confirmation from the release tem that we have a policy it exists, not that it only happened by chance
04:32
*team
04:32
*team
04:33
the implementation is trivial
04:33
the implementation is trivial
04:36
<Q-FUNK>
ok
04:36
ok
04:37
yes, it seems trivial to add
04:37
yes, it seems trivial to add
04:37
j #ubuntu-release
04:37
j #ubuntu-release
04:37
argh
04:37
argh
04:43tjikkun_work has joined #ltsp
04:43tjikkun_work has joined #ltsp
04:43Egyptian[Home] has quit IRC
04:43Egyptian[Home] has quit IRC
04:46
<mu3en>
okay, let me refine the question. how would i check where an input (device code) is actually coming from on my client box??
04:46
okay, let me refine the question. how would i check where an input (device code) is actually coming from on my client box??
05:00
okay, more simple then: if the cursor moves on the thin client, how do i isolate and then configure the source of that input?
05:00
okay, more simple then: if the cursor moves on the thin client, how do i isolate and then configure the source of that input?
05:00
assuming that it is an HID of some description on the client box
05:00
assuming that it is an HID of some description on the client box
05:06pdjbarber has joined #ltsp
05:06pdjbarber has joined #ltsp
05:14acp_ has joined #ltsp
05:14acp_ has joined #ltsp
05:14
<acp_>
hi
05:14
hi
05:17
can any one direct me to a how to, Im having problem with my web cam in thinclient. Im using gyache-improved its working on the server but with I plug it in the workstation I get An error occurred at 'ioctl VIDIOCSPIICT...
05:17
can any one direct me to a how to, Im having problem with my web cam in thinclient. Im using gyache-improved its working on the server but with I plug it in the workstation I get An error occurred at 'ioctl VIDIOCSPIICT...
05:17F-GT has quit IRC
05:17F-GT has quit IRC
05:17
<acp_>
is there some thing I need to cnfigure?
05:17
is there some thing I need to cnfigure?
05:18
im using ubunt 8.04 server
05:18
im using ubunt 8.04 server
05:23acp_ has quit IRC
05:23acp_ has quit IRC
05:25ogra has quit IRC
05:25ogra has quit IRC
05:27tarzeau has joined #ltsp
05:27tarzeau has joined #ltsp
05:28quarKit has joined #ltsp
05:28quarKit has joined #ltsp
05:29ogra has joined #ltsp
05:29ogra has joined #ltsp
05:30
<quarKit>
i need some help... :) i have client sounds getting out from the server's speakers
05:30
i need some help... :) i have client sounds getting out from the server's speakers
05:31
<ogra>
quarKit, what distro/ltsp release ?
05:31
quarKit, what distro/ltsp release ?
05:33
<quarKit>
ltsp5
05:33
ltsp5
05:33
edubuntu hardy
05:33
edubuntu hardy
05:33
i found this http://developer.novell.com/wiki/index.php/Feisty/HOWTO:_PulseAudio
05:33
i found this http://developer.novell.com/wiki/index.php/Feisty/HOWTO:_PulseAudio
05:33
<ogra>
that should work out of the box unless you messed around with lts.conf
05:33
that should work out of the box unless you messed around with lts.conf
05:33
<quarKit>
but no configuration works
05:33
but no configuration works
05:33
<ogra>
or any other stuff
05:33
or any other stuff
05:33
which you apprrently did
05:33
which you apprrently did
05:34
<dukai>
hi
05:34
hi
05:34
could somebody help with hardy/ltsp?
05:34
could somebody help with hardy/ltsp?
05:34
<Nubae>
so.... olpc is porting the XS server to ubuntu
05:34
so.... olpc is porting the XS server to ubuntu
05:34
woo hoo
05:34
woo hoo
05:34
<ogra>
Nubae, great
05:34
Nubae, great
05:34
<dukai>
I've just tried to use ltsp-build-client with the updated packages
05:34
I've just tried to use ltsp-build-client with the updated packages
05:34
<Q-FUNK>
ogra: dukai gets some *really* weird error messages from the server side
05:34
ogra: dukai gets some *really* weird error messages from the server side
05:35
<quarKit>
note that i can hear mp3 but not other sounds (firefox, java ecc ecc)
05:35
note that i can hear mp3 but not other sounds (firefox, java ecc ecc)
05:35
should i manage the lts.conf?
05:35
should i manage the lts.conf?
05:35
<ogra>
no
05:35
no
05:35
<dukai>
"Negotiation: Error: Server closed connection"
05:35
"Negotiation: Error: Server closed connection"
05:35
<ogra>
for firefox sound you need libflashsupport installed
05:35
for firefox sound you need libflashsupport installed
05:35
<Nubae>
now, if we can get them to try the wireless thin client setup via mesh networking... that would be really cool
05:35
now, if we can get them to try the wireless thin client setup via mesh networking... that would be really cool
05:35
<quarKit>
ok i'll try
05:35
ok i'll try
05:35
<Nubae>
does anyone here know if italc will work over wireless?
05:35
does anyone here know if italc will work over wireless?
05:36
<ogra>
Nubae, have fun implementing avahi in initramfs :P
05:36
Nubae, have fun implementing avahi in initramfs :P
05:36
no way to make mesh booting possible
05:36
no way to make mesh booting possible
05:36
(we dont even have wlan booting yet)
05:36
(we dont even have wlan booting yet)
05:36
<laga>
that shouldn't be hard ;)
05:36
that shouldn't be hard ;)
05:37
<ogra>
well, mesh is hard
05:37
well, mesh is hard
05:37
we dont have a single driver in the upstream kernel yet suppoting it
05:37
we dont have a single driver in the upstream kernel yet suppoting it
05:37
most dont even support ADHOC mode
05:37
most dont even support ADHOC mode
05:37
<laga>
ah, it requires speshul drivers
05:37
ah, it requires speshul drivers
05:37
<ogra>
nah, just the basic features to work :P
05:37
nah, just the basic features to work :P
05:37
which most drivers dont even care about
05:37
which most drivers dont even care about
05:38quarKit has quit IRC
05:38quarKit has quit IRC
05:38
<dukai>
ogra could you please take a look at a hardy/ltsp error?
05:38
ogra could you please take a look at a hardy/ltsp error?
05:38
<ogra>
there are two ways to do mesh
05:38
there are two ways to do mesh
05:38
dukai, pastebin it
05:38
dukai, pastebin it
05:38
<dukai>
ok
05:38
ok
05:38
<mu3en>
can anyone point me in the right direction to solve this input device config.? really zero luck from countless threads/docs/manuals.
05:38
can anyone point me in the right direction to solve this input device config.? really zero luck from countless threads/docs/manuals.
05:41
<dukai>
http://pastebin.com/md6f33ec
05:41
http://pastebin.com/md6f33ec
05:42ogra has quit IRC
05:42ogra has quit IRC
05:42alekibango has quit IRC
05:42alekibango has quit IRC
05:43
<Nubae>
yes but we're working with xos which come with those drivers integrated
05:43
yes but we're working with xos which come with those drivers integrated
05:43
i believe
05:43
i believe
05:44ogra has joined #ltsp
05:44ogra has joined #ltsp
05:44
<Nubae>
the way we control the entire meshes is via ejabberd which is an amazing piece of software
05:44
the way we control the entire meshes is via ejabberd which is an amazing piece of software
05:44
cause its coded in erlang
05:44
cause its coded in erlang
05:44* ogra mumbles bad things about daily reconnects
05:44* ogra mumbles bad things about daily reconnects
05:45
<Nubae>
anyway, the main reason for thin client support on the xos would be to run italc for sharing desktop sessions
05:45
anyway, the main reason for thin client support on the xos would be to run italc for sharing desktop sessions
05:45
so if we can do it another way, I'd love to hear about it
05:45
so if we can do it another way, I'd love to hear about it
05:45
<ogra>
??
05:45
??
05:46
italc doesnt need thin clients to work
05:46
italc doesnt need thin clients to work
05:46
<Nubae>
i know
05:46
i know
05:46
<ogra>
it runs on every kind of computer
05:46
it runs on every kind of computer
05:46
<Nubae>
but would it work over low bandwidth wireless connections?
05:46
but would it work over low bandwidth wireless connections?
05:46
<ogra>
define low bandwith ? afaik the OLPC has 54MBit cards
05:46
define low bandwith ? afaik the OLPC has 54MBit cards
05:47
that should suffice
05:47
that should suffice
05:47
<dukai>
ogra: http://pastebin.com/md6f33ec
05:47
ogra: http://pastebin.com/md6f33ec
05:47
<Nubae>
well, they run through ejabberd for the collaboration utils, which in theory should do load balanacing
05:47
well, they run through ejabberd for the collaboration utils, which in theory should do load balanacing
05:48
but i have a feeling that would drop speed considerably
05:48
but i have a feeling that would drop speed considerably
05:48
<ogra>
dukai, permissions on /opt/ltsp/images/i386.img are ok ?
05:48
dukai, permissions on /opt/ltsp/images/i386.img are ok ?
05:48
looks a bit like you played with that
05:48
looks a bit like you played with that
05:49
<dukai>
ohh sorry
05:49
ohh sorry
05:49
I forgot one switch
05:49
I forgot one switch
05:49
a little tired this Monday...
05:49
a little tired this Monday...
05:49
<ogra>
:)
05:49
:)
05:49
<Nubae>
but of course, testing would do wonders
05:49
but of course, testing would do wonders
05:51
this is probably not the place for it, but are there any moodle experts around?
05:51
this is probably not the place for it, but are there any moodle experts around?
05:52
<Q-FUNK>
dukai: :D
05:52
dukai: :D
05:53
dukai: ok, please let me know if rebuilding the client chroot with hardy-updates helpped
05:53
dukai: ok, please let me know if rebuilding the client chroot with hardy-updates helpped
05:53
<dukai>
ok, it'll take 20minutes
05:53
ok, it'll take 20minutes
05:54
<Q-FUNK>
(using the trick on my blog)
05:54
(using the trick on my blog)
05:54
<dukai>
why do I have to comment out the sources?
05:54
why do I have to comment out the sources?
05:54
<Q-FUNK>
you cna leave them on if you like
05:54
you cna leave them on if you like
05:55
ogra: could you comment on bug #255991 please, especially about which approach you would approve for hardy-updates?
05:55
ogra: could you comment on bug #255991 please, especially about which approach you would approve for hardy-updates?
05:57davidj has joined #ltsp
05:57davidj has joined #ltsp
06:00shogunx has joined #ltsp
06:00shogunx has joined #ltsp
06:00etyack has joined #ltsp
06:00etyack has joined #ltsp
06:06
<Q-FUNK>
hey :)
06:06
hey :)
06:07
<etyack>
morning
06:07
morning
06:07
<jammcq>
etyack: g'morning
06:07
etyack: g'morning
06:07
<etyack>
jammcq: is this the AM jammcq?
06:07
jammcq: is this the AM jammcq?
06:08
<ogra>
Q-FUNK, the debin/rues stuff in the debdiff looks messy
06:08
Q-FUNK, the debin/rues stuff in the debdiff looks messy
06:08
*rules
06:08
*rules
06:08
<jammcq>
it's the jamccq-bot
06:08
it's the jamccq-bot
06:08
<Q-FUNK>
ogra: hm?
06:08
ogra: hm?
06:09
<ogra>
Q-FUNK, why are DEB_CONFIGURE_SCRIPT_ENV DEB_CONFIGURE_EXTRA_FLAGS and DEB_XXC in tere twice ?
06:10
<Q-FUNK>
ogra: they shouldn't be there twice. someone just keeps on copying them back because thye insist on keeping debian/rules exactly as 2.7.7.8 was
06:10
<ogra>
and you change whitespace, thats not allowed
06:10
-
06:10
install/xserver-xorg-video-geode::
06:10
echo "misc:Depends=xserver-xorg-core (>= $(DEB_XXC))" >> debian/xserver-xorg-video-geode.substvars
06:09
Q-FUNK, why are DEB_CONFIGURE_SCRIPT_ENV DEB_CONFIGURE_EXTRA_FLAGS and DEB_XXC in tere twice ?
06:11
<Q-FUNK>
ogra: they shouldn't be there twice. someone just keeps on copying them back because thye insist on keeping debian/rules exactly as 2.7.7.8 was
06:11
<ogra>
and you change whitespace, thats not allowed
06:11
-
06:11
install/xserver-xorg-video-geode::
06:11
echo "misc:Depends=xserver-xorg-core (>= $(DEB_XXC))" >> debian/xserver-xorg-video-geode.substvars
06:10
that removed line above the install ...
06:11
that removed line above the install ...
06:11
all in all the rules prt looks wonky to me ... geode_ddc.c looks ok
06:11
all in all the rules prt looks wonky to me ... geode_ddc.c looks ok
06:11
<Q-FUNK>
yes, I cleaned the mess that others insist on keeping.
06:11
yes, I cleaned the mess that others insist on keeping.
06:11etyack has left #ltsp
06:11etyack has left #ltsp
06:12etyack has joined #ltsp
06:12etyack has joined #ltsp
06:12
<ogra>
no idea about the mess others insit on keeping, the debdiff looks like it will get you into probs with the release admins
06:12
no idea about the mess others insit on keeping, the debdiff looks like it will get you into probs with the release admins
06:13
thats all i'm pointing out here :)
06:13
thats all i'm pointing out here :)
06:14
<Q-FUNK>
with every update that came since 2.7.7.8-4 that was in hardy.0, someone insists on reintroducing some bad cut&paste
06:14
with every update that came since 2.7.7.8-4 that was in hardy.0, someone insists on reintroducing some bad cut&paste
06:14ace_suares has quit IRC
06:14ace_suares has quit IRC
06:14ace_suares has joined #ltsp
06:14ace_suares has joined #ltsp
06:15* ogra doesnt insist on anything
06:15* ogra doesnt insist on anything
06:15
<ogra>
but i forsee that it will get you extra discussion material on the plate with slangasek
06:15
but i forsee that it will get you extra discussion material on the plate with slangasek
06:15
<Q-FUNK>
ogra: there's a good reason why I would have prefered to backport the cleaned-up debian/control and debian/rules, rather than keep the meesy one from 2.7.7.8 for all subsequent hardy updates.
06:15
ogra: there's a good reason why I would have prefered to backport the cleaned-up debian/control and debian/rules, rather than keep the meesy one from 2.7.7.8 for all subsequent hardy updates.
06:16jammcq has quit IRC
06:16jammcq has quit IRC
06:16
<Q-FUNK>
whitespace cleaning, especially if made necessary because of others' bad uploads, is a good thing :)
06:16
whitespace cleaning, especially if made necessary because of others' bad uploads, is a good thing :)
06:17
<ogra>
not really worth the deisussion your will get with the release admins though
06:18
its an SRU after all
06:18
less changes, less stuff to discuss about
06:18Arch4ngel has joined #ltsp
06:17
<ogra>
not really worth the deisussion your will get with the release admins though
06:18
its an SRU after all
06:18
less changes, less stuff to discuss about
06:18Arch4ngel has joined #ltsp
06:18
<Q-FUNK>
true
06:18
true
06:18
and it's not like the dulicated stuff affect the build negatively
06:18
and it's not like the dulicated stuff affect the build negatively
06:18
<ogra>
right
06:18
<Q-FUNK>
but it does result in a messier debian/rules that looks completely fucked
06:18
<ogra>
right
06:18
<Q-FUNK>
but it does result in a messier debian/rules that looks completely fucked
06:18
<ogra>
since it worked before ...
06:18
since it worked before ...
06:19
well
06:19
well
06:19
i personally would reduce the debdiff to changelog and the ddc.c change
06:19
i personally would reduce the debdiff to changelog and the ddc.c change
06:19
<Q-FUNK>
ogra: I was mainly interested in knowing whether you'd go for a 2.10.1 SRU or for hand-pikcing chnages.
06:19
ogra: I was mainly interested in knowing whether you'd go for a 2.10.1 SRU or for hand-pikcing chnages.
06:19
<ogra>
that should get nodded off right away
06:19
that should get nodded off right away
06:20
<Q-FUNK>
I'd rather get 2.10.1 in than hand-pick bits and pieces and patch 2.9.0
06:20
I'd rather get 2.10.1 in than hand-pick bits and pieces and patch 2.9.0
06:20
<ogra>
is that proven to work with the older xorg ? experimental has 1.499 (1.5) already, no ?
06:20
is that proven to work with the older xorg ? experimental has 1.499 (1.5) already, no ?
06:21
which works massively different
06:21
which works massively different
06:21
i'd go with the minimal change to 2.9.0 or perpare for a longer discussion with pitti/slangasek
06:21
i'd go with the minimal change to 2.9.0 or perpare for a longer discussion with pitti/slangasek
06:22
they both achieve the same, right ?
06:22
they both achieve the same, right ?
06:24
<Arch4ngel>
Hi people ;o) ... how to run LTSP (Ubuntu 8.04) in Load balancing? ... I search some howto but for nothing ... // sry my english
06:24
Hi people ;o) ... how to run LTSP (Ubuntu 8.04) in Load balancing? ... I search some howto but for nothing ... // sry my english
06:24
<Q-FUNK>
it works with >= 1.3
06:24
it works with >= 1.3
06:25
-geode hasn't yet started trashing pre-1.5 support.
06:25
-geode hasn't yet started trashing pre-1.5 support.
06:25
<ogra>
Arch4ngel, google for milleXterm, they have some patches that makes loda balancing easy
06:25
Arch4ngel, google for milleXterm, they have some patches that makes loda balancing easy
06:25
<Q-FUNK>
the only small dent is that libddc was introduced with X 1.3, so that becomes the minimal build-dep.
06:25
the only small dent is that libddc was introduced with X 1.3, so that becomes the minimal build-dep.
06:25
<ogra>
not sure they ported everything to 8.04 lready though
06:25
not sure they ported everything to 8.04 lready though
06:26
<Q-FUNK>
2.10.x introduced full OLPC support (merged all the last diffs) and fixed a bunch of bugs.
06:26
2.10.x introduced full OLPC support (merged all the last diffs) and fixed a bunch of bugs.
06:27
<ogra>
right, but will get you into more discussions with steve :)
06:27
right, but will get you into more discussions with steve :)
06:27
<Q-FUNK>
that OLPC support and libpciaccess to anticipate X 1.5 were the main changes introduced in 2.10, everything else was bug fixes
06:27
that OLPC support and libpciaccess to anticipate X 1.5 were the main changes introduced in 2.10, everything else was bug fixes
06:28
<ogra>
its your decision after all, i can just point out the difficulties with th release team i see
06:28
its your decision after all, i can just point out the difficulties with th release team i see
06:28
<Q-FUNK>
agreed
06:28
agreed
06:28
<Arch4ngel>
28-ogra-, thx for your tip, I check it out
06:28
28-ogra-, thx for your tip, I check it out
06:28
<Q-FUNK>
then again, the issue this time is a lot less difficult than for the big SRU that touched 3 separate packages :)
06:28
then again, the issue this time is a lot less difficult than for the big SRU that touched 3 separate packages :)
06:28
<mu3en>
should xorg.conf in /opt/ltsp/i386/X11/xorg.conf be referred in lts.conf as X_CONF = /etc/X11/xorg.conf
06:29
<Nubae>
also load balancing sorta happens automatically when u add more servers to the setup
06:28
<mu3en>
should xorg.conf in /opt/ltsp/i386/X11/xorg.conf be referred in lts.conf as X_CONF = /etc/X11/xorg.conf
06:29
<Nubae>
also load balancing sorta happens automatically when u add more servers to the setup
06:29
<ogra>
mu3en, i wouldnt call it xorg.conf but something like xorg.conf-custom to avoid any kind of clashes
06:29
mu3en, i wouldnt call it xorg.conf but something like xorg.conf-custom to avoid any kind of clashes
06:29
but yes, the path is right
06:29
but yes, the path is right
06:29
<mu3en>
xorg.conf.touchscreen
06:29
xorg.conf.touchscreen
06:29
<ogra>
or that
06:29
or that
06:30
mu3en, and n ubuntu dont forget ltsp-update-image ;)
06:30
mu3en, and n ubuntu dont forget ltsp-update-image ;)
06:30
<Nubae>
since the server thats the least loaded picks up the dhcp session first, it kinda all works itself out
06:30
since the server thats the least loaded picks up the dhcp session first, it kinda all works itself out
06:30
<mu3en>
thanks, will try ogra
06:30
thanks, will try ogra
06:30
<ogra>
Nubae, dhcp is nothig you actually need to balance :)
06:30
Nubae, dhcp is nothig you actually need to balance :)
06:31
Nubae, thats more about app servers and sessions i would guess ;)
06:31
Nubae, thats more about app servers and sessions i would guess ;)
06:31
for which we have the framework in ldm but only milleXterm makes massive use of it atm
06:31
for which we have the framework in ldm but only milleXterm makes massive use of it atm
06:31
you can set it up with out milleXterm manualy though ...
06:31
you can set it up with out milleXterm manualy though ...
06:31
<dukai>
Q-FUNK: now it works:)
06:31
Q-FUNK: now it works:)
06:32
<Q-FUNK>
:)
06:32
:)
06:32
<Nubae>
well what I meant is that if one server starts to get bogged down with too much usage, another server automatically takes over
06:32
well what I meant is that if one server starts to get bogged down with too much usage, another server automatically takes over
06:32
<ogra>
right, but thats rarely the case for dhcp ...
06:32
right, but thats rarely the case for dhcp ...
06:33
<mu3en>
ogra, just to confirm that any change to xorg.conf.client requires image update?
06:33
ogra, just to confirm that any change to xorg.conf.client requires image update?
06:33
<ogra>
mu3en, yes
06:33
mu3en, yes
06:34
<Nubae>
right but surely if one server is more bogged than another, the least bogged down dhcp server will pick up the connection to the thin client
06:34
right but surely if one server is more bogged than another, the least bogged down dhcp server will pick up the connection to the thin client
06:34
<mu3en>
okay thanks, testing xorg.confs is likely to be fairly lengthy i guess!
06:34
okay thanks, testing xorg.confs is likely to be fairly lengthy i guess!
06:35
<Nubae>
but please, correct me if I'm wrong so In understand it better
06:35
but please, correct me if I'm wrong so In understand it better
06:35
<ogra>
mu3en, yu can switch to NFS for testing
06:35
mu3en, yu can switch to NFS for testing
06:35
and switch back to nbd later
06:35
and switch back to nbd later
06:35
<Nubae>
what about making nbd writable
06:35
what about making nbd writable
06:36
<ogra>
or test locally on a client with rootpw set until you have it working properly
06:36
or test locally on a client with rootpw set until you have it working properly
06:37
(the latter is what i usually do ... change xorg.conf and run startx until it works as i want to, then scp the xorg.conf to the server and rebuild the image)
06:37
(the latter is what i usually do ... change xorg.conf and run startx until it works as i want to, then scp the xorg.conf to the server and rebuild the image)
06:39
<Nubae>
yup that works great indeed... had to do that for ages when there was still no build in support for proprietary ati drivers
06:39
yup that works great indeed... had to do that for ages when there was still no build in support for proprietary ati drivers
06:40
<mu3en>
ogra, thanks, i can try both. since i'm testing inout device though, better test on server than on client.
06:40
ogra, thanks, i can try both. since i'm testing inout device though, better test on server than on client.
06:40
*input
06:40
*input
06:41
local device may function differently?
06:41
local device may function differently?
06:41
<ogra>
well, i'D always test on the actual target HW if possible
06:41
well, i'D always test on the actual target HW if possible
06:42makghosh has joined #ltsp
06:42makghosh has joined #ltsp
06:42
<mu3en>
i had a working xorg.conf on the client before trying thin, applying that in the server hasn't been great so far
06:42
i had a working xorg.conf on the client before trying thin, applying that in the server hasn't been great so far
06:43
<ogra>
what driver were you using for the touchscreen ?
06:43
what driver were you using for the touchscreen ?
06:43
make sure thats installed in the chroot/image
06:44
(i.e. note that evtouch isnt there by default)
06:44
<mu3en>
okay
06:43
<ogra>
make sure thats installed in the chroot/image
06:44
(i.e. note that evtouch isnt there by default)
06:44
<mu3en>
okay
06:44
i will copy it and rebuild the image
06:44
i will copy it and rebuild the image
06:44
i'm a little concerned that I can't seem to find an X log in /opt/ltsp/i386/var/log
06:44
i'm a little concerned that I can't seem to find an X log in /opt/ltsp/i386/var/log
06:44
<ogra>
thats created *on the running* client ...
06:44
thats created *on the running* client ...
06:44
not in the chroot
06:44
not in the chroot
06:45
<mu3en>
so should view it where?
06:45
so should view it where?
06:45
<ogra>
on the client
06:45
on the client
06:45
at a clonsole
06:45
at a clonsole
06:45
*console
06:45
*console
06:46
<mu3en>
okay, but /var/log/Xorg.0.log shows me the server X log
06:46
okay, but /var/log/Xorg.0.log shows me the server X log
06:48
<ogra>
on the running client ?
06:48
on the running client ?
06:48
that cnt be
06:48
that cnt be
06:48
<mu3en>
yes
06:48
yes
06:49
<ogra>
there should a) be no Xorg.0.log, and b) Xorg.6.log should show you the ldm X logs for screen 7
06:49
there should a) be no Xorg.0.log, and b) Xorg.6.log should show you the ldm X logs for screen 7
06:49
are you sure you look on the *running* client at a console (ctrl-alt-f1 and log in on teh booted client) ?
06:49
are you sure you look on the *running* client at a console (ctrl-alt-f1 and log in on teh booted client) ?
06:52
<mu3en>
no, effectively not. i was in a running session on the client. have logged out and switched to the ltsp tty1 on F1
06:52
no, effectively not. i was in a running session on the client. have logged out and switched to the ltsp tty1 on F1
06:53
however, there I cannot log in at all
06:53
however, there I cannot log in at all
06:54
<ogra>
right, unlock the root account, set a rootpw and rebuild the image or add SCREEN_02=shell and SCREEN_07=ldm to your lts.conf
06:54
right, unlock the root account, set a rootpw and rebuild the image or add SCREEN_02=shell and SCREEN_07=ldm to your lts.conf
06:54
either will work to log in at the console
06:54
either will work to log in at the console
06:55
<mu3en>
okay, will add to lts for this client
06:55
okay, will add to lts for this client
06:55
<ogra>
but in any case yu need to do it *on the client* not in a running server session :)
06:55
but in any case yu need to do it *on the client* not in a running server session :)
06:55
<mu3en>
okay, that makes more sense
06:55
okay, that makes more sense
06:56
i'll take a look at it, thanks for your help this far.
06:56
i'll take a look at it, thanks for your help this far.
06:57mu3en has quit IRC
06:57mu3en has quit IRC
06:58alekibango has joined #ltsp
06:58alekibango has joined #ltsp
07:02Q-FUNK has quit IRC
07:02Q-FUNK has quit IRC
07:15davidj has quit IRC
07:15davidj has quit IRC
07:28mikkel has quit IRC
07:28mikkel has quit IRC
07:34F-GT has joined #ltsp
07:34F-GT has joined #ltsp
07:54fie_wrk has joined #ltsp
07:54fie_wrk has joined #ltsp
07:55dukai has quit IRC
07:55dukai has quit IRC
08:12Nubae has quit IRC
08:12Nubae has quit IRC
08:12_UsUrPeR_ has joined #ltsp
08:12_UsUrPeR_ has joined #ltsp
08:13sepski has joined #ltsp
08:13sepski has joined #ltsp
08:28ATA_Dark_Shadow has joined #ltsp
08:28ATA_Dark_Shadow has joined #ltsp
08:28
<_UsUrPeR_>
warren: Trying to get wraplinux-nbi-2.6.25.14-108.fc9.i586.img working in another environment using a Windows DHCP server. Got some testing going on now. It worked great at our place!
08:28
warren: Trying to get wraplinux-nbi-2.6.25.14-108.fc9.i586.img working in another environment using a Windows DHCP server. Got some testing going on now. It worked great at our place!
08:35Nubae has joined #ltsp
08:35Nubae has joined #ltsp
08:35Nubae has left #ltsp
08:35Nubae has left #ltsp
08:35dicklebeck has quit IRC
08:35dicklebeck has quit IRC
08:38mhterres has joined #ltsp
08:38mhterres has joined #ltsp
08:42jammcq has joined #ltsp
08:42jammcq has joined #ltsp
08:42
<jammcq>
hello all
08:42
hello all
08:48The_Code has joined #ltsp
08:48The_Code has joined #ltsp
08:55ogra has quit IRC
08:55ogra has quit IRC
08:56ogra has joined #ltsp
08:56ogra has joined #ltsp
09:03ogra has quit IRC
09:03ogra has quit IRC
09:04ogra has joined #ltsp
09:04ogra has joined #ltsp
09:09ogra has quit IRC
09:09ogra has quit IRC
09:10ogra has joined #ltsp
09:10ogra has joined #ltsp
09:15ogra has quit IRC
09:15ogra has quit IRC
09:16ogra has joined #ltsp
09:16ogra has joined #ltsp
09:22Nubae has joined #ltsp
09:22Nubae has joined #ltsp
09:28sbalneav has joined #ltsp
09:28sbalneav has joined #ltsp
09:28
<sbalneav>
Morning all! Back from Hollidays!
09:28
Morning all! Back from Hollidays!
09:29
<ogra>
yay
09:29
yay
09:30
<jammcq>
Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
09:30
Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
09:30
<warren>
sbalneav: good, you can fix the C version of xrexecd. =) we've been using a shell script version written by gadi instead.
09:30
sbalneav: good, you can fix the C version of xrexecd. =) we've been using a shell script version written by gadi instead.
09:31* ogra stll perfers the shell script :P
09:31* ogra stll perfers the shell script :P
09:31
<sbalneav>
For the amount of work xrexecd does, it'll probably be fine as a shell script
09:31
For the amount of work xrexecd does, it'll probably be fine as a shell script
09:31
<ogra>
the script is about ten lines ...
09:31
the script is about ten lines ...
09:32
easier to patch ... doesnt take much more ram ...
09:32
easier to patch ... doesnt take much more ram ...
09:32
<warren>
sbalneav: well, it kind of uses a lot of CPU and polls frequently in its current form
09:32
sbalneav: well, it kind of uses a lot of CPU and polls frequently in its current form
09:32
<sbalneav>
ah
09:32
ah
09:32
<warren>
ogra: seriously, are you that afraid of C?
09:32
ogra: seriously, are you that afraid of C?
09:32
<sbalneav>
well, I'll have a look at it.
09:32
well, I'll have a look at it.
09:33
<ogra>
warren, no, but i want people contributions
09:33
warren, no, but i want people contributions
09:33
which are easier to get for shell scripts
09:33
which are easier to get for shell scripts
09:33
<jammcq>
hmm, good thing Linus doesn't adopt that policy :)
09:33
hmm, good thing Linus doesn't adopt that policy :)
09:33
<laga>
what does xrexecd do?
09:33
what does xrexecd do?
09:33mccann has joined #ltsp
09:33mccann has joined #ltsp
09:34
<sbalneav>
Program launcher based on x atoms
09:34
Program launcher based on x atoms
09:34
<jammcq>
sbalneav: isn't there an event that will be received when there's a new xatom?
09:34
sbalneav: isn't there an event that will be received when there's a new xatom?
09:35
<sbalneav>
yup
09:35
yup
09:35
<jammcq>
so, in C, you can wait on a select() for a new xatom. in shell, you need to poll. seems like C is the way to go, eh?
09:35
so, in C, you can wait on a select() for a new xatom. in shell, you need to poll. seems like C is the way to go, eh?
09:36
<sbalneav>
Lemme look at the shell script. Maybe we can simplify the C program, and just "exit" when we get the atom change, and do the launching in the shell script, which would be easier.
09:36
Lemme look at the shell script. Maybe we can simplify the C program, and just "exit" when we get the atom change, and do the launching in the shell script, which would be easier.
09:36
I'll have a look. Gimme a minute to answer emails, voicemails, etc. First A.M. back :)
09:36
I'll have a look. Gimme a minute to answer emails, voicemails, etc. First A.M. back :)
09:36
<jammcq>
so then the C program would be just a "wait on xatom, then exit" type of thing
09:36
so then the C program would be just a "wait on xatom, then exit" type of thing
09:37
<sbalneav>
right
09:37
right
09:37
<ogra>
the big advantage on shell (especially inside the client env) is that the admin can tweak it himself ...
09:37
the big advantage on shell (especially inside the client env) is that the admin can tweak it himself ...
09:37
<sbalneav>
simple
09:37
simple
09:37
<jammcq>
still better than polling
09:37
still better than polling
09:37
<sbalneav>
yeah
09:37
yeah
09:37
<ogra>
the likelynees that he sends us a patch with the change is bigger that way
09:37
the likelynees that he sends us a patch with the change is bigger that way
09:37
warren, ^^^
09:37
warren, ^^^
09:37
thats why i'm pro shell
09:37
thats why i'm pro shell
09:38
indeed C might use up 10% less ram ... but i dont really think thats worth it
09:38
indeed C might use up 10% less ram ... but i dont really think thats worth it
09:38
<warren>
C can respond faster
09:38
C can respond faster
09:38
uses less CPU
09:38
uses less CPU
09:38
<ogra>
does that really matter ?
09:38
does that really matter ?
09:38
<warren>
I feel that it does
09:38
I feel that it does
09:39
<ogra>
we're talking about nanoseconds here
09:39
we're talking about nanoseconds here
09:39
<sbalneav>
Well, if we do a "wait for change and exit" like jammcq says, then while we're waiting, we won't use up any cpy anywuan
09:39
Well, if we do a "wait for change and exit" like jammcq says, then while we're waiting, we won't use up any cpy anywuan
09:39
brb
09:39
brb
09:40
<ogra>
warren, but you use bash in the clien chroot ?
09:40
warren, but you use bash in the clien chroot ?
09:40
*client
09:40
*client
09:40
<warren>
ogra: not nanoseconds, it could be sleeping for an entire second before seeing the next xatom
09:40
ogra: not nanoseconds, it could be sleeping for an entire second before seeing the next xatom
09:40
<ogra>
dash makes a huge differentce (about 30% by measurements)
09:40
dash makes a huge differentce (about 30% by measurements)
09:41
<warren>
dash makes "sleep 1" 30% faster? =)
09:41
dash makes "sleep 1" 30% faster? =)
09:41
<ogra>
nah, but responding if it doesnt sleep :)
09:41
nah, but responding if it doesnt sleep :)
09:41
<sbalneav>
back
09:41
back
09:42
which branch is it in? Trunk?
09:42
which branch is it in? Trunk?
09:42
<warren>
sbalneav: standard in ltsp-trunk
09:42
sbalneav: standard in ltsp-trunk
09:43
<sbalneav>
ok
09:43
ok
09:43
<ogra>
yay, sshfs got approved for main :)
09:43
yay, sshfs got approved for main :)
09:43
<warren>
sbalneav: changes needed to make xrexecd work are very minor
09:43
sbalneav: changes needed to make xrexecd work are very minor
09:43* ogra makes a note to add it to ltsp-client deps with the next upload
09:43* ogra makes a note to add it to ltsp-client deps with the next upload
09:43elisboa has joined #ltsp
09:43elisboa has joined #ltsp
09:43Guaraldo has joined #ltsp
09:43Guaraldo has joined #ltsp
09:44
<warren>
sbalneav: it turned out to be only su syntax and needing to manually pass certain env variables
09:44
sbalneav: it turned out to be only su syntax and needing to manually pass certain env variables
09:44
<etyack>
is there documentation about local apps implementation? I would like to get caught up and do some testing.
09:44
is there documentation about local apps implementation? I would like to get caught up and do some testing.
09:44
hey sbalneav!
09:44
hey sbalneav!
09:45
<sbalneav>
Hey etyack
09:45
Hey etyack
09:47Nubae has quit IRC
09:47Nubae has quit IRC
10:00
<sbalneav>
Ah, yeah. Simple. Much easier to do the env setup and everything in a shell script, I'll just modify the C program to exit on xprop change, and return the command line on stdout. Easypeasy.
10:00
Ah, yeah. Simple. Much easier to do the env setup and everything in a shell script, I'll just modify the C program to exit on xprop change, and return the command line on stdout. Easypeasy.
10:01
<warren>
sbalneav: ok, so replace the sleep 1 with a call to a simpler C program that only watches for xprop changes?
10:01
sbalneav: ok, so replace the sleep 1 with a call to a simpler C program that only watches for xprop changes?
10:01
<sbalneav>
yeah
10:01
yeah
10:01
<warren>
sounds good
10:01
sounds good
10:01
<sbalneav>
gimme 20 minutes, I'll post a branch.
10:01
gimme 20 minutes, I'll post a branch.
10:03
I'll rename the C binary "xatomwait", pass the atom name on the command line, and get the contents to stdout. We can probably use it for other things then too.
10:03
I'll rename the C binary "xatomwait", pass the atom name on the command line, and get the contents to stdout. We can probably use it for other things then too.
10:03
<warren>
sbalneav: then we should rename the directory to "localapps" and rename xrexecd to ltsp-localappd?
10:03
sbalneav: then we should rename the directory to "localapps" and rename xrexecd to ltsp-localappd?
10:03
<jammcq>
sbalneav: how about error handling. you gonna return something if there's an error?
10:03
sbalneav: how about error handling. you gonna return something if there's an error?
10:04
<warren>
jammcq: what kind of errors could there be?
10:04
jammcq: what kind of errors could there be?
10:04
<jammcq>
umm, xserver goes away
10:04
umm, xserver goes away
10:05
<warren>
ah. in that case we need to be sure that it exits. perhaps with a certain return code, shell script can check for that and quit.
10:05
ah. in that case we need to be sure that it exits. perhaps with a certain return code, shell script can check for that and quit.
10:05
<jammcq>
yeah, that's all i'm saying
10:05
yeah, that's all i'm saying
10:05
<ogra>
huh ?
10:05
huh ?
10:05
if xserver goes away the ssh tunnel is gone as well
10:05
if xserver goes away the ssh tunnel is gone as well
10:05
<jammcq>
maybe
10:05
maybe
10:05
<ogra>
everything will die anyway
10:05
everything will die anyway
10:05slipttees has joined #ltsp
10:05slipttees has joined #ltsp
10:05
<jammcq>
but you want to make sure your script doesn't get stuck in a loop, waiting on an xatom from a display that isn't there
10:05
but you want to make sure your script doesn't get stuck in a loop, waiting on an xatom from a display that isn't there
10:06
<ogra>
especiall ythe home mount
10:06
especiall ythe home mount
10:06
<jammcq>
so.... check for errors and handle them, that's all
10:06
so.... check for errors and handle them, that's all
10:06
<ogra>
yeah, indeed
10:06
yeah, indeed
10:06
indeed thats better, but i doubt it would even be able to sit in a loop without all the bits being there ...
10:06
indeed thats better, but i doubt it would even be able to sit in a loop without all the bits being there ...
10:07
<warren>
wouldn't hurt to have a conditional and quit in the loop
10:07
wouldn't hurt to have a conditional and quit in the loop
10:07
even if it isn't needed
10:07
even if it isn't needed
10:07* ogra is a bit annoyed, sorry ... i'm tired about the endless kiwi discussion
10:07* ogra is a bit annoyed, sorry ... i'm tired about the endless kiwi discussion
10:07alekibango has quit IRC
10:07alekibango has quit IRC
10:07
<jammcq>
true, but it's better to look for an error that never happens, than to ignore errors altogether
10:07
true, but it's better to look for an error that never happens, than to ignore errors altogether
10:09
<cyberorg>
ogra, suse plugin is in ltsp-trunk for a long time now
10:09
ogra, suse plugin is in ltsp-trunk for a long time now
10:09
<ogra>
sigh ... their plugin even works ? but they refrain from using and promoting it
10:09
sigh ... their plugin even works ? but they refrain from using and promoting it
10:09
gah
10:09
gah
10:09
oh cyberorg you are here
10:09
oh cyberorg you are here
10:09
<laga>
hah
10:09
hah
10:09
<cyberorg>
yeah, just got back today :)
10:09
yeah, just got back today :)
10:10
<ogra>
really its very very sad that we lose the contributions that way ... i bet there would be a lot intresting plugins coming from suse admins that could enhance ltsp-build-client for *everyone* if you would promote it
10:10
really its very very sad that we lose the contributions that way ... i bet there would be a lot intresting plugins coming from suse admins that could enhance ltsp-build-client for *everyone* if you would promote it
10:10
but well, your choice
10:10
but well, your choice
10:11
as i said, i dont say its bad, but its backwards and a fork imho
10:11
as i said, i dont say its bad, but its backwards and a fork imho
10:11
and i know others here think the same way
10:11
and i know others here think the same way
10:11
<cyberorg>
yes it works, there are suse admins already trying to contribute by sending patches like leio_, gbolte and his team
10:11
yes it works, there are suse admins already trying to contribute by sending patches like leio_, gbolte and his team
10:12
<ogra>
to ltsp-build-client and the common plugins we all use in all distros ?
10:12
to ltsp-build-client and the common plugins we all use in all distros ?
10:12* ogra hasnt seen such contributons yet
10:12* ogra hasnt seen such contributons yet
10:12
<cyberorg>
ogra, when i started working on getting ltsp5 on opensuse, only thing i had was "here are the ltsp bits use your distro tools to get it working", i just did that
10:12
ogra, when i started working on getting ltsp5 on opensuse, only thing i had was "here are the ltsp bits use your distro tools to get it working", i just did that
10:12Guaraldo has left #ltsp
10:12Guaraldo has left #ltsp
10:12
<ogra>
well, vagrant gave you the plugins, i pffered you to help with them
10:12
well, vagrant gave you the plugins, i pffered you to help with them
10:12
<warren>
I'm choosing to ignore this conversation. Gotta get real work done.
10:12
I'm choosing to ignore this conversation. Gotta get real work done.
10:12
<ogra>
it never happened
10:12
it never happened
10:13
<cyberorg>
ogra, i am helping where i can, that is getting ltsp5 out there on opensuse
10:13
ogra, i am helping where i can, that is getting ltsp5 out there on opensuse
10:13
<ogra>
might be that they are there and might even be they work ... but you dont tell people "use ltsp-build-client"
10:13
might be that they are there and might even be they work ... but you dont tell people "use ltsp-build-client"
10:14
which would get these peoples contributions into ltsp instead of kiwi
10:14
which would get these peoples contributions into ltsp instead of kiwi
10:14
thats why i call it a fork
10:14
thats why i call it a fork
10:15
<cyberorg>
ogra, kiwi gives the readymade infrastructure that we need, why do you suggest we reinvent the wheel?
10:15
ogra, kiwi gives the readymade infrastructure that we need, why do you suggest we reinvent the wheel?
10:15
<ogra>
i dont
10:15
i dont
10:15
i just say do it like everyone elese does, help contributing to the community instead of founding an own
10:15
i just say do it like everyone elese does, help contributing to the community instead of founding an own
10:16
<cyberorg>
ogra, ltsp is a small part of what kiwi does, everyone using kiwi-ltsp hangs out here and is trying to contribute
10:16
ogra, ltsp is a small part of what kiwi does, everyone using kiwi-ltsp hangs out here and is trying to contribute
10:16
<ogra>
anyway, the discussion is moot ... i wont convince you and you wont convince me ...
10:16
anyway, the discussion is moot ... i wont convince you and you wont convince me ...
10:16
like warren said ... we should just go on with our work
10:16
like warren said ... we should just go on with our work
10:17* jammcq believes there are plenty of ways the opensuse guys can make a contribution while still using kiwi.
10:17* jammcq believes there are plenty of ways the opensuse guys can make a contribution while still using kiwi.
10:17
<cyberorg>
yes, so just let me contribute whatever i can in my way, i dont like everyone's idea of "contribution" pushed on to me, i just want all the great work you guys do reach to more people
10:17
yes, so just let me contribute whatever i can in my way, i dont like everyone's idea of "contribution" pushed on to me, i just want all the great work you guys do reach to more people
10:18
<ogra>
rght, i just dont want to use the contributions we could get to the common plugins and everone else develops ...
10:18
rght, i just dont want to use the contributions we could get to the common plugins and everone else develops ...
10:18
<jammcq>
it sure would be nice to get a opensuse guy (or multiple) to BTS in november
10:18
it sure would be nice to get a opensuse guy (or multiple) to BTS in november
10:18
<ogra>
s/use/lose/
10:18
s/use/lose/
10:19
<leio_>
cyberorg: umm, pong? Guess you meant lejo
10:19
cyberorg: umm, pong? Guess you meant lejo
10:19
<jammcq>
btw, is November 6th-10th ok for BTS in Maine for everybody?
10:19
btw, is November 6th-10th ok for BTS in Maine for everybody?
10:19
<ogra>
s/and/and toools/
10:19
s/and/and toools/
10:19
<cyberorg>
jammcq, best you write to zonker, i have been banging my head against a wall trying to get suse devs involved beyond whatever they are doing to help me in their spare time
10:19
jammcq, best you write to zonker, i have been banging my head against a wall trying to get suse devs involved beyond whatever they are doing to help me in their spare time
10:20
<jammcq>
cyberorg: great idea
10:20
cyberorg: great idea
10:20
<cyberorg>
i'll write to him too
10:20
i'll write to him too
10:21
jammcq, it is difficult for me to get it in shape it is without any programming knowledge with sometimes little help from ogra, vagrant and gadi, and outwardly hostile attitude from warren :(
10:21
jammcq, it is difficult for me to get it in shape it is without any programming knowledge with sometimes little help from ogra, vagrant and gadi, and outwardly hostile attitude from warren :(
10:22
saving grace is, "it works"
10:22
saving grace is, "it works"
10:23
<ogra>
cyberorg, i can only repeat, i dont say its bad, but its backwards and thus a fork in my view ... and i will go on calling it that
10:23
cyberorg, i can only repeat, i dont say its bad, but its backwards and thus a fork in my view ... and i will go on calling it that
10:23
<cyberorg>
ogra, thats ok :)
10:23
ogra, thats ok :)
10:23
you have always been quite helpful anyway
10:23
you have always been quite helpful anyway
10:24
<jammcq>
a fork would imply he started with our code and changed it. that's not the case. suse already had kiwi and it happens to work for creating a net-bootable image, so that's the easy way for them to do it
10:24
a fork would imply he started with our code and changed it. that's not the case. suse already had kiwi and it happens to work for creating a net-bootable image, so that's the easy way for them to do it
10:24
<ogra>
and hope at some point someone comes around who actually makes use of the plugins you got and starts promoting them so we get contributions to the whole ...
10:24
and hope at some point someone comes around who actually makes use of the plugins you got and starts promoting them so we get contributions to the whole ...
10:25
jammcq, but dont call it debootstrap-ltsp and warren doesnt call it anaconda-ltsp ... we once agreed on a design
10:25
jammcq, but dont call it debootstrap-ltsp and warren doesnt call it anaconda-ltsp ... we once agreed on a design
10:25
we all have similar tools to kiwi
10:25
we all have similar tools to kiwi
10:26
but we still agreed on unifying on ltsp instead of promoting our tools and work on developing a big thing as a community
10:26
but we still agreed on unifying on ltsp instead of promoting our tools and work on developing a big thing as a community
10:27
and i simply find is sad if someone suffers on the NIH syndrome
10:27
and i simply find is sad if someone suffers on the NIH syndrome
10:27
<jammcq>
so, if they didn't call it kiwi-ltsp, and if ltsp-build-root called their kiwi tools, they'd be fine, right?
10:27
so, if they didn't call it kiwi-ltsp, and if ltsp-build-root called their kiwi tools, they'd be fine, right?
10:27
<cyberorg>
ogra, we use kiwi lot more than just bootstrapping and building images, i dont want to duplicate everything kiwi already does without knowing how to write code
10:27
ogra, we use kiwi lot more than just bootstrapping and building images, i dont want to duplicate everything kiwi already does without knowing how to write code
10:27
<ogra>
instead of working on a big distro independent thing
10:27
instead of working on a big distro independent thing
10:28
jammcq, yes, bcause then admins would look into the plugin system, thats what its for
10:28
jammcq, yes, bcause then admins would look into the plugin system, thats what its for
10:28
and make their changes as plugins we *all* could benefit from
10:28
and make their changes as plugins we *all* could benefit from
10:28
that was the whle idea behind this design
10:28
that was the whle idea behind this design
10:29
<warren>
cyberorg: btw, are you doing nbdroot?
10:29
cyberorg: btw, are you doing nbdroot?
10:29
<ogra>
all distros can improve stuff for themselves and where other distros can benefit from it we can move them into the common space
10:29
all distros can improve stuff for themselves and where other distros can benefit from it we can move them into the common space
10:29
<cyberorg>
ogra, does not make sense for me to re-implement all the feature kiwi provides - cant code
10:29
ogra, does not make sense for me to re-implement all the feature kiwi provides - cant code
10:29
<ogra>
cyberorg, but *you already have* everything
10:29
cyberorg, but *you already have* everything
10:29
<cyberorg>
warren, yes, nfs as well as nbdroot
10:29
warren, yes, nfs as well as nbdroot
10:29
<ogra>
you just dont promote it
10:29
you just dont promote it
10:30
you said yourself the plugins are in the main branch
10:30
you said yourself the plugins are in the main branch
10:30
<warren>
cyberorg: this is another example of how you'r not getting things back upstream. upstream's nbdrootd couldn't possibly work for anyone other than Debian/Ubuntu.
10:30
cyberorg: this is another example of how you'r not getting things back upstream. upstream's nbdrootd couldn't possibly work for anyone other than Debian/Ubuntu.
10:30
so you must have implemented something else entirelyi
10:30
so you must have implemented something else entirelyi
10:30
<cyberorg>
ogra, i dont promote building images too, as there already are prebuilt images available
10:30
ogra, i dont promote building images too, as there already are prebuilt images available
10:31* ogra has to rush out soon ...
10:31* ogra has to rush out soon ...
10:31
<warren>
and upstream's ltsp-update-image can't work for you either.
10:31
and upstream's ltsp-update-image can't work for you either.
10:31* jammcq doesn't understand all the beating up on cyberorg. he's here trying to help and he's not even a developer
10:31* jammcq doesn't understand all the beating up on cyberorg. he's here trying to help and he's not even a developer
10:31
<ogra>
jammcq, i just react on the mail
10:31
jammcq, i just react on the mail
10:32
i wasnt after having another discussion
10:32
i wasnt after having another discussion
10:32
<warren>
jammcq: the way they operate, I would appreciate it more if they outright called it a fork.
10:32
jammcq: the way they operate, I would appreciate it more if they outright called it a fork.
10:33
jammcq: and I'm completely annoyed at how they offer builds for other distros
10:33
jammcq: and I'm completely annoyed at how they offer builds for other distros
10:33
<ogra>
otoh japerry expressed interest to make the plugins work btw
10:33
otoh japerry expressed interest to make the plugins work btw
10:33
<jammcq>
you are annoyed that they offer a build of their image that would work on a fedora server?
10:33
you are annoyed that they offer a build of their image that would work on a fedora server?
10:33
<ogra>
so lets better wait until he's around
10:33
so lets better wait until he's around
10:33
<warren>
jammcq: it doesn't
10:33
jammcq: it doesn't
10:33
<cyberorg>
warren, kiwi is not a fork of ltsp, it is a system imaging solution, ltsp for me is all the apps, utilities you guys put together to make diskless thin client possible
10:33
warren, kiwi is not a fork of ltsp, it is a system imaging solution, ltsp for me is all the apps, utilities you guys put together to make diskless thin client possible
10:34
<warren>
cyberorg: how are you doing nbdrootd with the nbdroot stuff upstream being unusable?
10:34
cyberorg: how are you doing nbdrootd with the nbdroot stuff upstream being unusable?
10:34
<ogra>
cyberorg, of which ltsp-build-client/ltsp-update-image and the months vagrant put into it to make up a distro independent plugin system is a part
10:34
cyberorg, of which ltsp-build-client/ltsp-update-image and the months vagrant put into it to make up a distro independent plugin system is a part
10:34
<cyberorg>
warren, offering builds for other distros is our way of giving back
10:34
warren, offering builds for other distros is our way of giving back
10:35
<warren>
cyberorg: Fedora does not appreciate your builds. They only serve to confuse our users.
10:35
cyberorg: Fedora does not appreciate your builds. They only serve to confuse our users.
10:35
<cyberorg>
warren, because it is in kiwi, and that is not broken
10:35
warren, because it is in kiwi, and that is not broken
10:35
<ogra>
thats doesnt really help getting fixes and cntributions, really
10:35
thats doesnt really help getting fixes and cntributions, really
10:35
anyway, got to go ... back in 1-2h
10:35
anyway, got to go ... back in 1-2h
10:35
<etyack>
warren: what is the plan for localapps in fedora? Is it slated for FC10? how can I test?
10:35
warren: what is the plan for localapps in fedora? Is it slated for FC10? how can I test?
10:35
<warren>
etyack: should be working right now
10:35
etyack: should be working right now
10:35
<cyberorg>
warren, there is no sense arguing with you
10:35
warren, there is no sense arguing with you
10:36
<warren>
etyack: just install stuff into the chroot. /usr/bin/xterm is installed by default as a demo app
10:36
etyack: just install stuff into the chroot. /usr/bin/xterm is installed by default as a demo app
10:36
etyack: if you install firefox or epiphany make sure you also pull in dbus-x11 or it wont work.
10:36
etyack: if you install firefox or epiphany make sure you also pull in dbus-x11 or it wont work.
10:36
etyack: then run "xrexec /path/to/program" to actually run it
10:36
etyack: then run "xrexec /path/to/program" to actually run it
10:37
<etyack>
are there docs about how it all works?
10:37
are there docs about how it all works?
10:37
<warren>
etyack: not yet, it is too new.
10:37
etyack: not yet, it is too new.
10:37
etyack: epiphany is probably a better choice than firefox.
10:37
etyack: epiphany is probably a better choice than firefox.
10:37
<etyack>
k
10:37
k
10:37
<warren>
firefox is a lot slower
10:37
firefox is a lot slower
10:38
<etyack>
warren: slower than?
10:38
warren: slower than?
10:38
<warren>
epiphany
10:38
epiphany
10:38tjikkun_work has quit IRC
10:38tjikkun_work has quit IRC
10:39
<warren>
etyack: there are a few options in firefox that should be turned off for LTSP
10:39
etyack: there are a few options in firefox that should be turned off for LTSP
10:39
like the anti-phishing stuff
10:39
like the anti-phishing stuff
10:39
Debian's iceweasel is faster than firefox because they turn that stuff off
10:39
Debian's iceweasel is faster than firefox because they turn that stuff off
10:40
<etyack>
how fast of a client have you tested with?
10:40
how fast of a client have you tested with?
10:41
<warren>
etyack: Intel Atom 1.6GHz 1GB RAM
10:41
etyack: Intel Atom 1.6GHz 1GB RAM
10:41
etyack: firefox was usable on a 900mhz celeron with 512MB RAM
10:41
etyack: firefox was usable on a 900mhz celeron with 512MB RAM
10:42
<etyack>
have you tried any of the clients DLW sent you?
10:42
have you tried any of the clients DLW sent you?
10:42
curious if 256MB RAM is enough.
10:42
curious if 256MB RAM is enough.
10:42
<warren>
DLW?
10:42
DLW?
10:42
oh
10:42
oh
10:42
<etyack>
sorry, disklessworkstations.
10:42
sorry, disklessworkstations.
10:43
<warren>
etyack: firefox alone is horribly painful to use if you have less than 512MB RAM
10:43
etyack: firefox alone is horribly painful to use if you have less than 512MB RAM
10:43
<dberkholz>
have you tried firefox 2?
10:43
have you tried firefox 2?
10:43
<warren>
etyack: I can up the nbdswapd space to 512MB
10:43
etyack: I can up the nbdswapd space to 512MB
10:43
<dberkholz>
curious whether there's much difference
10:43
curious whether there's much difference
10:43
<warren>
dberkholz: turning off a few features with config options makes firefox3 just as fast as firefox2.
10:43
dberkholz: turning off a few features with config options makes firefox3 just as fast as firefox2.
10:43
<dberkholz>
they said they worked on memory usage for 3
10:43
they said they worked on memory usage for 3
10:44
i bet 0.6 is still faster =)
10:44
i bet 0.6 is still faster =)
10:44
<jcastro>
3 is much better, but still needs more better loving
10:44
3 is much better, but still needs more better loving
10:44
<etyack>
warren: i would like to stay awary from nbdswap if possible, and instead recommend properly spec'ed workstations.
10:44
warren: i would like to stay awary from nbdswap if possible, and instead recommend properly spec'ed workstations.
10:44
<warren>
etyack: firefox uses tons of memory in the X process for pixmaps
10:44
etyack: firefox uses tons of memory in the X process for pixmaps
10:44
etyack: yeah exactly, properly spec'ed workstations for local apps
10:44
etyack: yeah exactly, properly spec'ed workstations for local apps
10:54pdjbarber has quit IRC
10:54pdjbarber has quit IRC
10:54alekibango has joined #ltsp
10:54alekibango has joined #ltsp
10:59staffencasa has joined #ltsp
10:59staffencasa has quit IRC
10:59staffencasa has joined #ltsp
11:00staffencasa has joined #ltsp
11:00staffencasa has joined #ltsp
11:02exodos has joined #ltsp
11:02exodos has joined #ltsp
11:06
<sbalneav>
ok, done. Just need to push a branch. gimme two sexs
11:06
ok, done. Just need to push a branch. gimme two sexs
11:06
er secs
11:06
er secs
11:10Nubae has joined #ltsp
11:10Nubae has joined #ltsp
11:11exodos has quit IRC
11:11exodos has quit IRC
11:20ATA_Dark_Shadow has quit IRC
11:20ATA_Dark_Shadow has quit IRC
11:22jonnor has joined #ltsp
11:22jonnor has joined #ltsp
11:25Nubae has quit IRC
11:25Nubae has quit IRC
11:26Nubae has joined #ltsp
11:26Nubae has joined #ltsp
11:29japerry has joined #ltsp
11:29japerry has joined #ltsp
11:32
<sbalneav>
Okiedoke
11:32
Okiedoke
11:32
bazaar.launchpad.net/~sbalneav/ltsp/ltsp-xatomwait
11:32
bazaar.launchpad.net/~sbalneav/ltsp/ltsp-xatomwait
11:34
<warren>
can't bzr format a single checkin as a file
11:34
can't bzr format a single checkin as a file
11:34
and others can do 'bzr pull' on that file
11:34
and others can do 'bzr pull' on that file
11:34
might be easier to upload than an entire tree
11:34
might be easier to upload than an entire tree
11:42gbolte has joined #ltsp
11:42gbolte has joined #ltsp
11:44
<gbolte>
hi all
11:44
hi all
11:44
<Lns>
hi gbolte
11:44
hi gbolte
11:44* Lns yawns
11:44* Lns yawns
11:45
<gbolte>
indeed
11:45
indeed
11:52hcadmin has joined #ltsp
11:52hcadmin has joined #ltsp
11:54
<hcadmin>
does anyone know why "loading hardware drivers" would fail for a fat client boot up?
11:54
does anyone know why "loading hardware drivers" would fail for a fat client boot up?
11:54chupacabra has quit IRC
11:54chupacabra has quit IRC
11:55chupacabra has joined #ltsp
11:55chupacabra has joined #ltsp
11:56
<cliebow>
Scott...tie...Scott...tie!!!!
11:56
Scott...tie...Scott...tie!!!!
11:57
<warren>
hcadmin: what distro?
11:57
hcadmin: what distro?
11:57
<hcadmin>
ubuntu 8.04
11:57
ubuntu 8.04
11:58
it says iTCO_udt: failed to reset NO_REBOOT_FLAG ...
11:58
it says iTCO_udt: failed to reset NO_REBOOT_FLAG ...
11:58
<warren>
I dunno
11:58
I dunno
11:58
<hcadmin>
then loading hardware drivers fails
11:58
then loading hardware drivers fails
11:58
<warren>
no ubuntu here
11:58
no ubuntu here
11:58
<hcadmin>
do you know where i could start?
11:58
do you know where i could start?
12:02
<lejo>
warren: are the firefox settings that could be changed to improve performance in an ltsp environment documented somewhere?
12:02
warren: are the firefox settings that could be changed to improve performance in an ltsp environment documented somewhere?
12:02
<hcadmin>
i added a bunch of packages, which didn't break anything
12:02
i added a bunch of packages, which didn't break anything
12:02
<warren>
lejo: I don't know off hand. you need to turn off stuff like the anti-phishing and smooth scrolling
12:02
lejo: I don't know off hand. you need to turn off stuff like the anti-phishing and smooth scrolling
12:03
<hcadmin>
i am trying to do kerberos authentication, with ldap account data. but i have a hard time believing that would have anything to do with loading the system drivers
12:03
i am trying to do kerberos authentication, with ldap account data. but i have a hard time believing that would have anything to do with loading the system drivers
12:04otavio has quit IRC
12:04otavio has quit IRC
12:05etyack has left #ltsp
12:05etyack has left #ltsp
12:10alekibango has quit IRC
12:10alekibango has quit IRC
12:11alekibango has joined #ltsp
12:11alekibango has joined #ltsp
12:11otavio has joined #ltsp
12:11otavio has joined #ltsp
12:17
<Lns>
hcadmin: Does a "clean" chroot boot the clients (I.E. before you started modifying it) ?
12:17
hcadmin: Does a "clean" chroot boot the clients (I.E. before you started modifying it) ?
12:17
oh
12:17
oh
12:17
you're using fat clients.. nm
12:17
you're using fat clients.. nm
12:17* Lns doesn't have any experience with those yet
12:17* Lns doesn't have any experience with those yet
12:17
<gbolte>
lol
12:17
lol
12:19
<chupacabra>
anybody played with freenx?
12:19
anybody played with freenx?
12:19
<Lns>
chupacabra: i have
12:19
chupacabra: i have
12:19
<chupacabra>
I know it is off topic.
12:19
I know it is off topic.
12:19
<Lns>
it seems to work very well, although I've heard it uses immense CPU resources with >1 client
12:19
it seems to work very well, although I've heard it uses immense CPU resources with >1 client
12:20* Lns found #nx on freenode
12:20* Lns found #nx on freenode
12:20
<chupacabra>
makes sense. I cant see using more than 1 client ATM though.
12:20
makes sense. I cant see using more than 1 client ATM though.
12:21
ahh cool. I couldn't find the channel
12:21
ahh cool. I couldn't find the channel
12:21
tks
12:21
tks
12:21
<Lns>
np
12:21
np
12:22
<jonnor>
what would it take to use freenx with thinclients ?
12:22
what would it take to use freenx with thinclients ?
12:25
<_UsUrPeR_>
warren, having some problems with the etherboot image and a specific client model. The model is an AOpen PT75 (SIS 6326 Chipset). The error is here: http://www.pastebin.com/d609c678a
12:25
warren, having some problems with the etherboot image and a specific client model. The model is an AOpen PT75 (SIS 6326 Chipset). The error is here: http://www.pastebin.com/d609c678a
12:25
<warren>
_UsUrPeR_: nothing at that URL
12:25
_UsUrPeR_: nothing at that URL
12:25
<_UsUrPeR_>
flpxj
12:25
flpxj
12:26
http://pastebin.com/d609c678a
12:26
http://pastebin.com/d609c678a
12:26
give that a shot
12:26
give that a shot
12:26
<warren>
ok, so it boots, but ldm segfaults
12:26
ok, so it boots, but ldm segfaults
12:26
_UsUrPeR_: in the chroot, rpm -q ldm
12:26
_UsUrPeR_: in the chroot, rpm -q ldm
12:27
<_UsUrPeR_>
that's only on this specific chipset
12:27
that's only on this specific chipset
12:27
it's working with a few other etherboot chipsets
12:27
it's working with a few other etherboot chipsets
12:27
I can get you the models if you want them
12:27
I can get you the models if you want them
12:27
<warren>
this doesn't look like an etherboot problem
12:27
this doesn't look like an etherboot problem
12:27
_UsUrPeR_: what version of ldm is in the chroot
12:27
_UsUrPeR_: what version of ldm is in the chroot
12:28
<Lns>
jonnor: it would take a thin-client that can connect to an NX server.
12:28
jonnor: it would take a thin-client that can connect to an NX server.
12:28
<_UsUrPeR_>
warren: what is the command for ldm to display version info?
12:28
warren: what is the command for ldm to display version info?
12:29
<warren>
_UsUrPeR_: run rpm -q ldm
12:29
_UsUrPeR_: run rpm -q ldm
12:30
_UsUrPeR_: what kind of processor is in that AOpen PT75?
12:30
_UsUrPeR_: what kind of processor is in that AOpen PT75?
12:30
<_UsUrPeR_>
ldm-2.0.11-1.fc9.i386
12:30
ldm-2.0.11-1.fc9.i386
12:30
<warren>
_UsUrPeR_: you might also want to run memtest on that box
12:30
_UsUrPeR_: you might also want to run memtest on that box
12:30
_UsUrPeR_: if the memory is fine, then I need a core file from that segfault
12:31
_UsUrPeR_: if the memory is fine, then I need a core file from that segfault
12:31
<_UsUrPeR_>
warren: it's all 12 clients this customer owns. Thank got it's only 12
12:31
warren: it's all 12 clients this customer owns. Thank got it's only 12
12:31
warren: so I would guess this isn't an isolated memmory issue
12:31
warren: so I would guess this isn't an isolated memmory issue
12:31
<warren>
_UsUrPeR_: ok, then we need a core file
12:31
_UsUrPeR_: ok, then we need a core file
12:32
_UsUrPeR_: in that shell script, add the line before it runs ldm
12:32
_UsUrPeR_: in that shell script, add the line before it runs ldm
12:32
_UsUrPeR_: ulimit -c unlimited
12:32
_UsUrPeR_: ulimit -c unlimited
12:32
and ...
12:32
and ...
12:32
hmm
12:32
hmm
12:32
<_UsUrPeR_>
warren: what shell script are you reffering to?
12:32
warren: what shell script are you reffering to?
12:32
<warren>
echo "/tmp/core" > /proc/sys/kernel/core_pattern
12:32
echo "/tmp/core" > /proc/sys/kernel/core_pattern
12:32
that should dump core into /tmp when it crashes
12:32
that should dump core into /tmp when it crashes
12:33
_UsUrPeR_: the shell script path is in the paste you gave me?
12:33
_UsUrPeR_: the shell script path is in the paste you gave me?
12:33
This is the extent of hand holding I'm giving you.
12:33
This is the extent of hand holding I'm giving you.
12:33
If you get me the core file I might be able to figure out why it is crashing.
12:33
If you get me the core file I might be able to figure out why it is crashing.
12:33fie_wrk has quit IRC
12:33fie_wrk has quit IRC
12:34
<_UsUrPeR_>
warren: oh :) lemme get that
12:33
warren: oh :) lemme get that
12:37
warren: none of those files/directories exist :|
12:37
warren: none of those files/directories exist :|
12:38
<warren>
_UsUrPeR_: in the chroot
12:38
_UsUrPeR_: in the chroot
12:39
<mnemoc>
warren: hi, were you the one wanting to implement nbd as mount option?
12:39
warren: hi, were you the one wanting to implement nbd as mount option?
12:39
<warren>
mnemoc: yes
12:39
mnemoc: yes
12:40
<mnemoc>
warren: do you have something implemented on that direction? I want it too but I'm not sure where to start :\
12:40
warren: do you have something implemented on that direction? I want it too but I'm not sure where to start :\
12:41
or some brainstorming written somewhere?
12:41
or some brainstorming written somewhere?
12:41
<ogra>
mnemoc, just look at the ltsp_nbd script ubuntu uses
12:41
mnemoc, just look at the ltsp_nbd script ubuntu uses
12:41
its in the source three in the client/initramfs-tools directory
12:41
its in the source three in the client/initramfs-tools directory
12:41
*tree
12:41
*tree
12:41
<warren>
ogra: this is separate from that
12:41
ogra: this is separate from that
12:42
mnemoc: the idea is to make it like loop
12:42
mnemoc: the idea is to make it like loop
12:42
mnemoc: mount -t iso9660 -o loop filename.iso /mnt/somewhere
12:42
mnemoc: mount -t iso9660 -o loop filename.iso /mnt/somewhere
12:42
<ogra>
doesnt matter, you can easily grasp how nbd mounting works from the code i think
12:42
doesnt matter, you can easily grasp how nbd mounting works from the code i think
12:42
<warren>
mnemoc: mount -t squashfs -o nbd IPADDRESS:PORT /mnt/somewhere
12:42
mnemoc: mount -t squashfs -o nbd IPADDRESS:PORT /mnt/somewhere
12:42
<ogra>
that wouldnt work
12:42
that wouldnt work
12:42
<mnemoc>
warren: that's exactly my goal
12:42
warren: that's exactly my goal
12:42
<warren>
ogra: shush =)
12:42
ogra: shush =)
12:43
<ogra>
you need to use nbd-client to create the nbd device ... or do you plane to write a mount wraper for nbd ?
12:43
you need to use nbd-client to create the nbd device ... or do you plane to write a mount wraper for nbd ?
12:43
<mnemoc>
ogra: can't the client be run by the kernel?
12:43
ogra: can't the client be run by the kernel?
12:43
<ogra>
by udev i bet
12:43
by udev i bet
12:43
<warren>
mnemoc: once mount knows how to grok this and use nbd-client properly, then it is a simple matter to use mount from other places where it is needed.
12:43
mnemoc: once mount knows how to grok this and use nbd-client properly, then it is a simple matter to use mount from other places where it is needed.
12:43
<ogra>
but you will eed a mount wraper
12:43
but you will eed a mount wraper
12:43
*need
12:43
*need
12:43
<warren>
mnemoc: the hard part is detecting which nbdX devices are already used and to use the next one
12:43
mnemoc: the hard part is detecting which nbdX devices are already used and to use the next one
12:44
<mnemoc>
uhm
12:44
uhm
12:44
<warren>
mnemoc: and the even harder part is freeing the right nbdX device when you unmount
12:44
mnemoc: and the even harder part is freeing the right nbdX device when you unmount
12:44vagrantc has joined #ltsp
12:44vagrantc has joined #ltsp
12:44
<ogra>
i think nbd-client has a check command for that
12:44
i think nbd-client has a check command for that
12:44
yeah
12:44
yeah
12:44
nbd-client -c
12:44
nbd-client -c
12:44
just loop over the existing devices
12:44
just loop over the existing devices
12:45
<warren>
ogra: not sure what is causing this, but currently when I load the nbd module it creates nbd[0-15] even if they are unused.
12:45
ogra: not sure what is causing this, but currently when I load the nbd module it creates nbd[0-15] even if they are unused.
12:45
<ogra>
right, the kernel module does that
12:45
right, the kernel module does that
12:45
<warren>
ogra: the harder part is disconnecting the right one on unmount.
12:45
ogra: the harder part is disconnecting the right one on unmount.
12:45* vagrantc would guess udev
12:45* vagrantc would guess udev
12:45
<ogra>
via udev
12:45
via udev
12:45
<warren>
the kernel module needs to be fixed
12:45
the kernel module needs to be fixed
12:45
<ogra>
no udev does
12:45
no udev does
12:45
the kernel just creates block devices
12:45
the kernel just creates block devices
12:46
udev makes them /dev/nbdX then
12:46
udev makes them /dev/nbdX then
12:46edoardo has quit IRC
12:46edoardo has quit IRC
12:46
<ogra>
ogra@osiris:~$ grep nbd /etc/udev/rules.d/*
12:46
ogra@osiris:~$ grep nbd /etc/udev/rules.d/*
12:46
/etc/udev/rules.d/60-persistent-storage.rules:KERNEL=="ram*|loop*|fd*|nbd*|gnbd*|dm-*|md*", GOTO="persistent_storage_end"
12:46
/etc/udev/rules.d/60-persistent-storage.rules:KERNEL=="ram*|loop*|fd*|nbd*|gnbd*|dm-*|md*", GOTO="persistent_storage_end"
12:46
you should have a similar rule in fedora
12:46
you should have a similar rule in fedora
12:47
<mnemoc>
.oO
12:47
.oO
12:48
.oO( who in hell made me choose suse as reference? )o
12:48
.oO( who in hell made me choose suse as reference? )o
12:48
<ogra>
i'm not sure that you can write mount wrappers that react on options instead of filesystems though
12:48
i'm not sure that you can write mount wrappers that react on options instead of filesystems though
12:49
<warren>
mnemoc: I think the only hard part is figuring out which nbdX to disconnect on unmount
12:49
mnemoc: I think the only hard part is figuring out which nbdX to disconnect on unmount
12:49
<ogra>
ususally yu have mount.filesystem as wrapper ....
12:49
ususally yu have mount.filesystem as wrapper ....
12:49
but that wouldnt work for nbd
12:49
but that wouldnt work for nbd
12:49
<warren>
mnemoc: the nbdX might need to be stored somewhere so it can be reused at unmount
12:49
mnemoc: the nbdX might need to be stored somewhere so it can be reused at unmount
12:49
<mnemoc>
but nbd isn't a filesystem
12:49
but nbd isn't a filesystem
12:49
<ogra>
right
12:49
right
12:49
<warren>
mnemoc: yes, but it still must be disconnected
12:49
mnemoc: yes, but it still must be disconnected
12:49
<ogra>
its a blockdevice
12:49
its a blockdevice
12:50
<warren>
ogra: mount itself would learn about -o nbd
12:50
ogra: mount itself would learn about -o nbd
12:50
<ogra>
we have an initscript in ubuntu and debian for that
12:50
we have an initscript in ubuntu and debian for that
12:50
<warren>
ogra: no, this is for mount -o nbd as a general thing.
12:50
ogra: no, this is for mount -o nbd as a general thing.
12:50
<mnemoc>
ogra: how do you detect the fs was umounted?
12:50
ogra: how do you detect the fs was umounted?
12:50
<ogra>
that just kills all nbd devices on shutdown
12:50
that just kills all nbd devices on shutdown
12:50
<mnemoc>
:)
12:50
:)
12:50
<ogra>
it is run after eh fs unmount initscripts
12:50
it is run after eh fs unmount initscripts
12:50
<mnemoc>
that's cheating :p
12:50
that's cheating :p
12:50
<warren>
ogra: please stop confusing him
12:50
ogra: please stop confusing him
12:51
<mnemoc>
^_^
12:51
^_^
12:51
<warren>
ogra: I'm talking about a complete mount and unmount implementation, not a LTSP specific thing.
12:51
ogra: I'm talking about a complete mount and unmount implementation, not a LTSP specific thing.
12:51
<ogra>
well thats how it works
12:51
well thats how it works
12:52
<mnemoc>
somehow I fill it would be nice to have an in-kernel nbd client
12:52
somehow I fill it would be nice to have an in-kernel nbd client
12:52
feel*
12:52
feel*
12:52
<ogra>
thats tricky since yu need at least the server IP and port to connect something to the nbd device
12:52
thats tricky since yu need at least the server IP and port to connect something to the nbd device
12:52
the kernel only creates the bare devices ... mounting is done in userspace
12:52
the kernel only creates the bare devices ... mounting is done in userspace
12:53
you could write some special udev rule
12:53
you could write some special udev rule
12:53
as warren said above
12:53
as warren said above
12:53
s/mounting/connecting/
12:53
s/mounting/connecting/
12:56Egyptian[Home1 has quit IRC
12:56Egyptian[Home1 has quit IRC
12:56
<_UsUrPeR_>
warren: waiting for our client to start testing to get a dump
12:56
warren: waiting for our client to start testing to get a dump
12:56
<warren>
mounting and connecting is the easy part
12:56
mounting and connecting is the easy part
12:57
(proposed syntax) mount -t squashfs -o nbd IPADDRESS:PORT /mnt/somewhere
12:57
(proposed syntax) mount -t squashfs -o nbd IPADDRESS:PORT /mnt/somewhere
12:57
the only hard part is knowing which nbdX device to disconnect at unmount since we're hiding that detail from the user.
12:57
the only hard part is knowing which nbdX device to disconnect at unmount since we're hiding that detail from the user.
12:57Egyptian[Home] has joined #ltsp
12:57Egyptian[Home] has joined #ltsp
12:57
<ogra>
mtab or /proc/mounts should have it
12:57
mtab or /proc/mounts should have it
12:58
since the actual mount is /mnt/somewhere /dev/nbdX
12:58
since the actual mount is /mnt/somewhere /dev/nbdX
12:58
<warren>
golly, you're right
12:58
golly, you're right
12:58
<mnemoc>
:)
12:58
:)
12:59
<warren>
ok, there you got an implementation plan
12:59
ok, there you got an implementation plan
12:59
<mnemoc>
yup
12:59
yup
13:00
<_UsUrPeR_>
warren: check line 93 here http://pastebin.com/d3219897c
13:00
warren: check line 93 here http://pastebin.com/d3219897c
13:00
warren: is that the proper spot to add this?
13:00
warren: is that the proper spot to add this?
13:00
warren: err... actually line 94
13:00
warren: err... actually line 94
13:01
<warren>
_UsUrPeR_: also add: echo "/tmp/core" > /proc/sys/kernel/core_pattern
13:01
_UsUrPeR_: also add: echo "/tmp/core" > /proc/sys/kernel/core_pattern
13:01
_UsUrPeR_: that'll make sure the core files go into /tmp
13:01
_UsUrPeR_: that'll make sure the core files go into /tmp
13:02
<_UsUrPeR_>
k, should that be inserted between line 94 and 95?
13:02
k, should that be inserted between line 94 and 95?
13:02alekibango has quit IRC
13:02alekibango has quit IRC
13:02
<ogra>
yay
13:02
yay
13:02
!!
13:02
!!
13:02
<ltspbot>
ogra: Error: "!" is not a valid command.
13:02
<lts9bot>
ogra: Error: "!" is not a valid command.
13:02
ogra: Error: "!" is not a valid command.
13:02
<ltspbot>
ogra: Error: "!" is not a valid command.
13:02* ogra got full touchscreen support through hal-input working
13:02* ogra got full touchscreen support through hal-input working
13:02
<warren>
ogra: is that going upstream?
13:02
ogra: is that going upstream?
13:02
<ogra>
not sure yet, its currently specific to my device
13:02
not sure yet, its currently specific to my device
13:03
i gues i need to generalize it a bit
13:03
i gues i need to generalize it a bit
13:03
but i mailed the hal list two weeks ago and had no reaction at all, the interst didnt seem great
13:03
but i mailed the hal list two weeks ago and had no reaction at all, the interst didnt seem great
13:03
<warren>
what device?
13:03
what device?
13:04
<ogra>
i was planning to put out a call on the ubuntu lists to collect all possible lshal outputs for all possible touchscreen combos
13:04
i was planning to put out a call on the ubuntu lists to collect all possible lshal outputs for all possible touchscreen combos
13:04
well, actually any evtouch based device ... but here specifically an IDEACO touchscreen (usb)
13:04
well, actually any evtouch based device ... but here specifically an IDEACO touchscreen (usb)
13:05
i'm trying to get that running for ubuntu mobile anyway so will likely collect a big amount of info
13:05
i'm trying to get that running for ubuntu mobile anyway so will likely collect a big amount of info
13:06edoardo has joined #ltsp
13:06edoardo has joined #ltsp
13:06
<edoardo>
You guys.
13:06
You guys.
13:06
<ogra>
and would love to generte a bunch of generic fdi files for that ... but upstream there seems to be not much interest
13:06
and would love to generte a bunch of generic fdi files for that ... but upstream there seems to be not much interest
13:06
<edoardo>
I just installed openSuse and KIWI-Ltsp and it works really well.
13:06
I just installed openSuse and KIWI-Ltsp and it works really well.
13:06
One single issue, I guess.
13:06
One single issue, I guess.
13:06
<ogra>
i also have no idea yet how to get the calibration changes applied ... since every touchscreen will work differently
13:06
i also have no idea yet how to get the calibration changes applied ... since every touchscreen will work differently
13:07
<edoardo>
I set language to "Italian", via "Control Center". When I log in, with any user, on the actual Server (the actual machine), it is all in Italian. But when I login from the thin-clients, it is in English, although my "Control Center" settings all say "Italian". How do I solve this issue?
13:07
I set language to "Italian", via "Control Center". When I log in, with any user, on the actual Server (the actual machine), it is all in Italian. But when I login from the thin-clients, it is in English, although my "Control Center" settings all say "Italian". How do I solve this issue?
13:07
Thanks.
13:07
Thanks.
13:07
<ogra>
even if its the same model ... if its attached to a different screen at a different resolution you need to recalibrate
13:07
even if its the same model ... if its attached to a different screen at a different resolution you need to recalibrate
13:07
<edoardo>
Is it in lts.conf maybe?
13:07
Is it in lts.conf maybe?
13:09
Neebody?
13:09
Neebody?
13:12
<gbolte>
edoardo, yeah I think thats an lts.conf thing not sure
13:12
edoardo, yeah I think thats an lts.conf thing not sure
13:12
I only use english
13:12
I only use english
13:12
<warren>
_UsUrPeR_: interesting, I actually see a ldm segfault here too, but it didn't prevent it form wokring
13:12
_UsUrPeR_: interesting, I actually see a ldm segfault here too, but it didn't prevent it form wokring
13:13
_UsUrPeR_: perhaps ldm is segfaulting once and it works on the second attempt
13:13
_UsUrPeR_: perhaps ldm is segfaulting once and it works on the second attempt
13:13
<edoardo>
Cannot find any info on the Wiki though :(
13:13
Cannot find any info on the Wiki though :(
13:13
Any pointers?
13:13
Any pointers?
13:13
<warren>
sbalneav: your changes seem to work
13:13
sbalneav: your changes seem to work
13:13
any objections to adding sbalneav's xatomwait to ltsp-trunk?
13:13
any objections to adding sbalneav's xatomwait to ltsp-trunk?
13:13
<ogra>
in ltsp-build-client we use a plugin that sets up the client lnguage according to the server language by default ...
13:13
in ltsp-build-client we use a plugin that sets up the client lnguage according to the server language by default ...
13:14
warren, go ahead
13:14
warren, go ahead
13:14
<warren>
ogra: which plugin? I need that.
13:14
ogra: which plugin? I need that.
13:14
<ogra>
whatever makes it work :P
13:14
whatever makes it work :P
13:14
<gbolte>
actually edoardo the parameter I was thinking of was the console keymap...but thats not what you are looking for
13:14
actually edoardo the parameter I was thinking of was the console keymap...but thats not what you are looking for
13:15
<ogra>
warren, Devel/ltsp/ltsp-trunk/server/plugins/ltsp-build-client/Ubuntu/025-locales and Devel/ltsp/ltsp-trunk/server/plugins/ltsp-build-client/Debian/025-locales
13:15
warren, Devel/ltsp/ltsp-trunk/server/plugins/ltsp-build-client/Ubuntu/025-locales and Devel/ltsp/ltsp-trunk/server/plugins/ltsp-build-client/Debian/025-locales
13:15
<warren>
hmm
13:15
hmm
13:15
<ogra>
they are two different approaces (we differ in that area)
13:15
they are two different approaces (we differ in that area)
13:15
<vagrantc>
your magic may vary
13:15
your magic may vary
13:15
<ogra>
yeah
13:15
yeah
13:15K_O-Gnom has joined #ltsp
13:15K_O-Gnom has joined #ltsp
13:15
<edoardo>
ogra, no, It's the system language.
13:15
ogra, no, It's the system language.
13:15
<gbolte>
lol
13:15
lol
13:15
<edoardo>
Setting it via Yast ain?tworking
13:15
Setting it via Yast ain?tworking
13:15
<warren>
if [ "$LOCALE" = "C" ]; then
13:15
if [ "$LOCALE" = "C" ]; then
13:15
chroot $ROOT locale-gen en_GB
13:15
chroot $ROOT locale-gen en_GB
13:16
defaults to some weird foreign language
13:16
defaults to some weird foreign language
13:16
<ogra>
heh
13:16
heh
13:16
<sbalneav>
warren: xatomwait makes a nice little tool, and allows us to keep the simplicity/modifiability of gadi's work, but eliminate the polling. Win/win, I'd say.
13:16
warren: xatomwait makes a nice little tool, and allows us to keep the simplicity/modifiability of gadi's work, but eliminate the polling. Win/win, I'd say.
13:16
<ogra>
at least it has en_ in the beginning :)
13:16
at least it has en_ in the beginning :)
13:16
<warren>
sbalneav: yeah
13:16
sbalneav: yeah
13:16
what does locale-gen do?
13:16
what does locale-gen do?
13:16
<ogra>
warren, for me thats the default langpack i always have installed
13:16
warren, for me thats the default langpack i always have installed
13:17
(en_GB)
13:17
(en_GB)
13:17
and it quietens down perl
13:17
and it quietens down perl
13:17
locale-gen generate the locales for a language on demand
13:17
locale-gen generate the locales for a language on demand
13:18
<edoardo>
The reason I thought that it'd be lts.conf realted is that on the Server it?s in Italian, but not on the thin clients.
13:18
The reason I thought that it'd be lts.conf realted is that on the Server it?s in Italian, but not on the thin clients.
13:18
<ogra>
the locale is all you need
13:18
the locale is all you need
13:18
<edoardo>
And I had to set keymap via lts.conf, cause Yast wasn't doing that either.
13:18
And I had to set keymap via lts.conf, cause Yast wasn't doing that either.
13:18
<ogra>
as i said, upstream ltsp generates that durign client setup
13:18
as i said, upstream ltsp generates that durign client setup
13:18
<edoardo>
Awright, locale.
13:18
Awright, locale.
13:18
How do I change it?
13:18
How do I change it?
13:18
<ogra>
kiwi doesnt ... no idea how they do it
13:18
kiwi doesnt ... no idea how they do it
13:19
i bet you need a special kiwi variable or some such
13:19
i bet you need a special kiwi variable or some such
13:20
<edoardo>
Goddamnit.
13:20
Goddamnit.
13:21
Google ain't being too helpful either :(
13:21
Google ain't being too helpful either :(
13:21
How should I proceed?
13:21
How should I proceed?
13:22
<gbolte>
edoardo, go ask in #opensuse-kiwi
13:22
edoardo, go ask in #opensuse-kiwi
13:22
<japerry>
edoardo: cyberorg just went to sleep
13:22
edoardo: cyberorg just went to sleep
13:22
<gbolte>
maybe have better luck
13:22
maybe have better luck
13:22
<japerry>
edoardo: he'd be the first to ask though when he wakes up in +8
13:22
edoardo: he'd be the first to ask though when he wakes up in +8
13:23
<edoardo>
Shit. Awright.
13:23
Shit. Awright.
13:23
Neeone awake in #kiwi?
13:23
Neeone awake in #kiwi?
13:26
<gbolte>
we got it figured out
13:26
we got it figured out
13:26
:D
13:26
:D
13:27edoardo has quit IRC
13:27edoardo has quit IRC
13:27* ogra wont comment on that ... had my venting moment about the fork today
13:27* ogra wont comment on that ... had my venting moment about the fork today
13:27
<gbolte>
lol
13:27
lol
13:27
<ogra>
obviously i was proven within 4h after the discussion
13:27
obviously i was proven within 4h after the discussion
13:28
<gbolte>
evidently we have a var in the lts.conf LDM_LANGUAGE
13:28
evidently we have a var in the lts.conf LDM_LANGUAGE
13:28
<ogra>
which doesnt set the client lang
13:28
which doesnt set the client lang
13:28
which means you wont have the font encoding right etc
13:28
which means you wont have the font encoding right etc
13:28
<gbolte>
I am not sure what magic has been done so I would not know
13:28
I am not sure what magic has been done so I would not know
13:29
<ogra>
that needs to be set up at client build time
13:29
that needs to be set up at client build time
13:29
as all others do
13:29
as all others do
13:29
anyway
13:29
anyway
13:29
need to look after my blood pressure ... and thus i'm off for today
13:29
need to look after my blood pressure ... and thus i'm off for today
13:29
<gbolte>
or possibly can be set as a kernel boot var
13:29
or possibly can be set as a kernel boot var
13:31
<warren>
edoardo kind of proves that kiwi is problematic to us
13:31
edoardo kind of proves that kiwi is problematic to us
13:31
he comes in here being noisy and rude
13:31
he comes in here being noisy and rude
13:31
and we can't possibly help him because kiwi does things different
13:31
and we can't possibly help him because kiwi does things different
13:35* Lns places hands of ltsp and kiwi together, ala Karate Kid II
13:35* Lns places hands of ltsp and kiwi together, ala Karate Kid II
13:35
<Lns>
=p
13:35
=p
13:37
<gbolte>
hahahahaha
13:37
hahahahaha
13:38
leave it to lns for comedic relief
13:38
leave it to lns for comedic relief
13:38
<Lns>
that's what i'm (mainly) here for ;)
13:38
that's what i'm (mainly) here for ;)
13:38* Lns hates asking potentially naive questions regarding compatibility - but has to wonder why kiwi differs so much from LTSP that overall compatibility is questioned
13:38* Lns hates asking potentially naive questions regarding compatibility - but has to wonder why kiwi differs so much from LTSP that overall compatibility is questioned
13:39
<johnny>
jammcq, of course bts has to be the weekend of our Red and Black Ball :(
13:39
jammcq, of course bts has to be the weekend of our Red and Black Ball :(
13:39
i wonder if my gf is gonna kill me for missing it
13:39
i wonder if my gf is gonna kill me for missing it
13:40* vagrantc find humans more important than computer stuff
13:40* vagrantc find humans more important than computer stuff
13:42
<Lns>
vagrantc: of course.. computers are simply tools for humans to communicate with each other better
13:42
vagrantc: of course.. computers are simply tools for humans to communicate with each other better
13:43* Lns thinks this should the persistent question when working on computer stuff
13:43* Lns thinks this should the persistent question when working on computer stuff
13:43
<_UsUrPeR_>
warren: where exactly is the core dump going to end up once I have the user boot his client?
13:43
warren: where exactly is the core dump going to end up once I have the user boot his client?
13:43
<Lns>
s/question/statement
13:43
s/question/statement
13:43
<warren>
_UsUrPeR_: /tmp on the client
13:43
_UsUrPeR_: /tmp on the client
13:43
<_UsUrPeR_>
k
13:43
k
13:43
<warren>
_UsUrPeR_: you can VT switch and you should be able to scp from the client to the server
13:43
_UsUrPeR_: you can VT switch and you should be able to scp from the client to the server
13:44
<_UsUrPeR_>
ok
13:44
ok
14:03
<johnny>
vagrantc, but maybe i want to be around other geeky humans?
14:03
vagrantc, but maybe i want to be around other geeky humans?
14:04
who are working on a task together.. for pretty good goal
14:04
who are working on a task together.. for pretty good goal
14:06
<vagrantc>
johnny: fair enough :)
14:06
johnny: fair enough :)
14:06
<johnny>
it's hard enough finding geeks, let alone ones you don't mind working with
14:06
it's hard enough finding geeks, let alone ones you don't mind working with
14:08* Lns loves the new LP interface
14:08* Lns loves the new LP interface
14:08
<johnny>
and then the project has to be worthwhile,ihave trouble finding ones who are even trying to work on a project i find interesting
14:08
and then the project has to be worthwhile,ihave trouble finding ones who are even trying to work on a project i find interesting
14:12cliebow has quit IRC
14:12cliebow has quit IRC
14:13The_Code_ has joined #ltsp
14:13The_Code_ has joined #ltsp
14:14Q-FUNK has joined #ltsp
14:14Q-FUNK has joined #ltsp
14:22The_Code has quit IRC
14:22The_Code has quit IRC
14:22
<_UsUrPeR_>
warren: I am going to burn these core dumps to a cd. what's your address?
14:22
warren: I am going to burn these core dumps to a cd. what's your address?
14:22
warren: ...lulz
14:22
warren: ...lulz
14:23
warren: how do you want me to get these to you?
14:23
warren: how do you want me to get these to you?
14:23
<warren>
_UsUrPeR_: how big are the core dumps?
14:23
_UsUrPeR_: how big are the core dumps?
14:23
I only need one
14:23
I only need one
14:23
and make sure it is the ldm one
14:23
and make sure it is the ldm one
14:23
there might be a cdpinger one, I don't want that
14:23
there might be a cdpinger one, I don't want that
14:23
<_UsUrPeR_>
warren: 336k a peice. there's 10 of them
14:23
warren: 336k a peice. there's 10 of them
14:24
<warren>
_UsUrPeR_: can you attach one to an e-mail to wtogami@redhat.com ?
14:24
_UsUrPeR_: can you attach one to an e-mail to wtogami@redhat.com ?
14:25
<Q-FUNK>
warren: does 2.10.1 solve DDC polling on GX2+CS5535 hardware for you?
14:25
warren: does 2.10.1 solve DDC polling on GX2+CS5535 hardware for you?
14:25
<warren>
Q-FUNK: I don't have any GX2 here.
14:25
Q-FUNK: I don't have any GX2 here.
14:26
<Q-FUNK>
ok
14:26
ok
14:26
<warren>
I have GX1 and LX here
14:26
I have GX1 and LX here
14:26
Q-FUNK: and we were not able to do builds of 2.10.1 yet because all fedora infrastructure is down
14:26
Q-FUNK: and we were not able to do builds of 2.10.1 yet because all fedora infrastructure is down
14:27
<_UsUrPeR_>
warren: it's on the way.
14:27
warren: it's on the way.
14:27
<warren>
k
14:27
k
14:27
<Q-FUNK>
oh?
14:27
oh?
14:29alekibango has joined #ltsp
14:29alekibango has joined #ltsp
14:33
<warren>
_UsUrPeR_: I see no attachment on that
14:33
_UsUrPeR_: I see no attachment on that
14:39etyack has joined #ltsp
14:39etyack has joined #ltsp
14:39
<_UsUrPeR_>
warren: huh. maybe it cut that off. silly gmail.
14:39
warren: huh. maybe it cut that off. silly gmail.
14:43
warren: inc file again. I forgot to change file ownership once I scp'd them off.
14:43
warren: inc file again. I forgot to change file ownership once I scp'd them off.
14:45sepski has quit IRC
14:45sepski has quit IRC
14:48
<_UsUrPeR_>
warren: did that get to you this time?
14:48
warren: did that get to you this time?
14:48edoardo has joined #ltsp
14:48edoardo has joined #ltsp
14:48
<warren>
_UsUrPeR_: doing several things at once, I'll try to get to this tonight.
14:48
_UsUrPeR_: doing several things at once, I'll try to get to this tonight.
14:48
<edoardo>
You guys.
14:48
You guys.
14:48
How do I set up local printers on LTSP?
14:48
How do I set up local printers on LTSP?
14:48
<warren>
_UsUrPeR_: please file a bug in our bugzilla to remind me?
14:48
_UsUrPeR_: please file a bug in our bugzilla to remind me?
14:48
<edoardo>
I mean, the Wiki says to use cups, HP JetDirect, and the Workstation's IP address.
14:48
I mean, the Wiki says to use cups, HP JetDirect, and the Workstation's IP address.
14:49
<_UsUrPeR_>
warren: k
14:49
warren: k
14:49
<edoardo>
Two questions.
14:49
Two questions.
14:49
Will the printers be available system-wide, user-wide, or just on that workstation?
14:49
Will the printers be available system-wide, user-wide, or just on that workstation?
14:49
Second question. How do I ensure that an IP address will be bound to a workstation, when I am using dhcp?
14:49
Second question. How do I ensure that an IP address will be bound to a workstation, when I am using dhcp?
14:49
<warren>
edoardo: You are being obnoxious.
14:49
edoardo: You are being obnoxious.
14:49
<edoardo>
Really?
14:49
Really?
14:49
<warren>
_UsUrPeR_: file againt product Fedora, component ldm
14:49
_UsUrPeR_: file againt product Fedora, component ldm
14:49
_UsUrPeR_: don't need to attach the core there, this is only a reminder for me
14:49
_UsUrPeR_: don't need to attach the core there, this is only a reminder for me
14:50
<edoardo>
How do I use printers though?
14:50
How do I use printers though?
14:51
Neebody?
14:51
Neebody?
14:51
<_UsUrPeR_>
warren: that's in bugzilla.redhat.com correct?
14:51
warren: that's in bugzilla.redhat.com correct?
14:52
<warren>
yes
14:52
yes
14:53
<_UsUrPeR_>
ok. I'll put a note in there. No core dump.
14:53
ok. I'll put a note in there. No core dump.
14:58Barbosa has quit IRC
14:58Barbosa has quit IRC
15:00
<johnny>
edoardo, by mac address i guess, i've never done it before, but it sounds like it would only be available locally, if connected directly, my personal setup will be the opposite, priting works to the server
15:00
edoardo, by mac address i guess, i've never done it before, but it sounds like it would only be available locally, if connected directly, my personal setup will be the opposite, priting works to the server
15:00
<dberkholz>
johnny: sorry , had to work all weekend. didn't have time to get to your stuff, but it's at the top of the list
15:00
johnny: sorry , had to work all weekend. didn't have time to get to your stuff, but it's at the top of the list
15:01elisboa has quit IRC
15:01elisboa has quit IRC
15:01
<edoardo>
johnny, how can I set up dhcp so that I can bind MAC addresses of the workstation to an IP address?
15:01
johnny, how can I set up dhcp so that I can bind MAC addresses of the workstation to an IP address?
15:01
that way I can then use the single printers individually I guess.
15:01
that way I can then use the single printers individually I guess.
15:01
<jammcq>
edoardo: go to the wiki.ltsp.org and look at DHCP information
15:01
edoardo: go to the wiki.ltsp.org and look at DHCP information
15:01
there's all kinds of stuff about dhcp
15:01
there's all kinds of stuff about dhcp
15:02
<johnny>
edoardo, plenty of howtos :)
15:02
edoardo, plenty of howtos :)
15:04
<_UsUrPeR_>
warren: do you want me to assign this to you?
15:04
warren: do you want me to assign this to you?
15:04
warren: oh, wait. nm. I can't :)
15:04
warren: oh, wait. nm. I can't :)
15:05
<warren>
I'll see it, don't worry
15:05
I'll see it, don't worry
15:08
<edoardo>
johnny, cannot find the correct one :(
15:08
johnny, cannot find the correct one :(
15:08
johnny, I just found one about assigning a hostname to an IP Address, but that is that.
15:08
johnny, I just found one about assigning a hostname to an IP Address, but that is that.
15:08
johnny, although I did find something interesting in the dhcp section. Not too clear though. Any pointer?
15:08
johnny, although I did find something interesting in the dhcp section. Not too clear though. Any pointer?
15:08
<johnny>
read the docs for your dhcp server
15:08
read the docs for your dhcp server
15:09
<edoardo>
Right.
15:09
Right.
15:09
<johnny>
i don't use whatever dhcp server you're using
15:09
i don't use whatever dhcp server you're using
15:09
so.. look up that dhcp server , and read their documentation directly
15:09
so.. look up that dhcp server , and read their documentation directly
15:12
<edoardo>
Fine. I think I got it though. You go host $HOSTNAME {hardware ethernet $MAC_ADDRESS fixed-address $IP_ADDRESS} and that is that.
15:12
Fine. I think I got it though. You go host $HOSTNAME {hardware ethernet $MAC_ADDRESS fixed-address $IP_ADDRESS} and that is that.
15:18edoardo has quit IRC
15:18edoardo has quit IRC
15:20Q-FUNK has quit IRC
15:20Q-FUNK has quit IRC
15:20
<_UsUrPeR_>
warren: all set. bug has been sent out.
15:20
warren: all set. bug has been sent out.
15:21
warren: thanks for yourr help
15:21
warren: thanks for yourr help
15:21edoardo has joined #ltsp
15:21edoardo has joined #ltsp
15:25edoardo has quit IRC
15:25edoardo has quit IRC
15:26fie_wr0k has quit IRC
15:26fie_wr0k has quit IRC
15:26Nubae has quit IRC
15:26Nubae has quit IRC
15:28Nubae has joined #ltsp
15:28Nubae has joined #ltsp
15:32monteslu__ has quit IRC
15:32monteslu__ has quit IRC
15:38
<_UsUrPeR_>
warren: it's bug# 459434
15:38
warren: it's bug# 459434
15:39hcadmin has quit IRC
15:39hcadmin has quit IRC
15:39
<warren>
_UsUrPeR_: still working on other things at the moment, I will take a look at tihs tonight
15:39
_UsUrPeR_: still working on other things at the moment, I will take a look at tihs tonight
15:56
<_UsUrPeR_>
warren: that's fine. Have a good night.
15:56
warren: that's fine. Have a good night.
15:56_UsUrPeR_ has quit IRC
15:56_UsUrPeR_ has quit IRC
16:03quarKit has joined #ltsp
16:03quarKit has joined #ltsp
16:04alekibango has quit IRC
16:04alekibango has quit IRC
16:04makghosh is now known as makghosh|afk
16:04makghosh is now known as makghosh|afk
16:12
<etyack>
ciao
16:12
ciao
16:12etyack has left #ltsp
16:12etyack has left #ltsp
16:16quar1 has joined #ltsp
16:16quar1 has joined #ltsp
16:23jammcq has quit IRC
16:23jammcq has quit IRC
16:24jonnor is now known as jonnord
16:24jonnor is now known as jonnord
16:24jonnord is now known as jonnor
16:24jonnord is now known as jonnor
16:25makghosh|afk has quit IRC
16:25makghosh|afk has quit IRC
16:25jonnor has quit IRC
16:25jonnor has quit IRC
16:26jonnor has joined #ltsp
16:26jonnor has joined #ltsp
16:29quarKit has left #ltsp
16:29quarKit has left #ltsp
16:30quar1 has left #ltsp
16:30quar1 has left #ltsp
16:31The_Code_ has quit IRC
16:31The_Code_ has quit IRC
16:33makghosh has joined #ltsp
16:33makghosh has quit IRC
16:33makghosh has joined #ltsp
16:41mistik1 has quit IRC
16:41mistik1 has quit IRC
16:41Nubae has quit IRC
16:41Nubae has quit IRC
16:43jakobsg has joined #ltsp
16:43jakobsg has joined #ltsp
16:43
<jakobsg>
hi, I have a question regarding performance on LTSP 5
16:43
hi, I have a question regarding performance on LTSP 5
16:43
display performance
16:44
display performance
16:44
I have been installing LTSP solutions on schools on Denmark for some time now - since LTSP 4.1
16:44
I have been installing LTSP solutions on schools on Denmark for some time now - since LTSP 4.1
16:45
<vagrantc>
!question
16:45
!question
16:45
<lts9bot>
vagrantc: "question" is if you have a question about ltsp, please go ahead and ask it, and people will respond if they can. please also mention the linux distro and release you're using. :)
16:45
vagrantc: "question" is if you have a question about ltsp, please go ahead and ask it, and people will respond if they can. please also mention the linux distro and release you're using. :)
16:45
<ltspbot>
vagrantc: "question" is if you have a question about ltsp, please go ahead and ask it, and people will respond if they can. please also mention the linux distro and release you're using. :)
16:45
vagrantc: "question" is if you have a question about ltsp, please go ahead and ask it, and people will respond if they can. please also mention the linux distro and release you're using. :)
16:45
<jakobsg>
I am currently formulating it :-)
16:45
I am currently formulating it :-)
16:45* vagrantc wonders which is the real ltsp bot
16:45* vagrantc wonders which is the real ltsp bot
16:46
<vagrantc>
jakobsg: note the "please" part :)
16:47
ltspbot: release
16:46
jakobsg: note the "please" part :)
16:47
ltspbot: release
16:47
<ltspbot>
vagrantc: Error: "release" is not a valid command.
16:47
vagrantc: Error: "release" is not a valid command.
16:47
<jakobsg>
when I made the move from LTSP 4.1 to LTSP 5 the users could no longer use websites in an acceptable manner that contained flash (ie. youtube)
16:47
<vagrantc>
ltspbot: learn release as please mention the linux distr and release you're using :)
16:47
<jakobsg>
when I made the move from LTSP 4.1 to LTSP 5 the users could no longer use websites in an acceptable manner that contained flash (ie. youtube)
16:47
<vagrantc>
ltspbot: learn release as please mention the linux distr and release you're using :)
16:47
<ltspbot>
vagrantc: The operation succeeded.
16:47
vagrantc: The operation succeeded.
16:47mistik1 has joined #ltsp
16:47mistik1 has joined #ltsp
16:47
<jakobsg>
It looks more like a slideshow than a movie :-(
16:47
It looks more like a slideshow than a movie :-(
16:48
<vagrantc>
flash requires some tinkering, i guess.
16:48
flash requires some tinkering, i guess.
16:48mistik1 has quit IRC
16:48mistik1 has quit IRC
16:48
<jakobsg>
I guess it has to do with the fact that all communication is encrypted and compressed
16:48
I guess it has to do with the fact that all communication is encrypted and compressed
16:48
<vagrantc>
jakobsg: you can disable that with LDM_DIRECTX=true in lts.conf
16:48
jakobsg: you can disable that with LDM_DIRECTX=true in lts.conf
16:49
<jakobsg>
ahh many thanks
16:49
ahh many thanks
16:49
I will try that, does it work under Ubuntu
16:49
I will try that, does it work under Ubuntu
16:49
or rather under ubuntu's setup of LTSP 5
16:49
or rather under ubuntu's setup of LTSP 5
16:50mccann has quit IRC
16:50mccann has quit IRC
16:50
<jakobsg>
And what does it do? I am under the impression that you can't bypass ssh-based connections
16:50
And what does it do? I am under the impression that you can't bypass ssh-based connections
16:52
<vagrantc>
jakobsg: it connects using ssh, but sets the DISPLAY variable to just go over the network using X protocols
16:52
jakobsg: it connects using ssh, but sets the DISPLAY variable to just go over the network using X protocols
16:52
<jakobsg>
OK so it does bypass ssh on display matters
16:52
OK so it does bypass ssh on display matters
16:52
<vagrantc>
yes.
16:52
yes.
16:52
<jakobsg>
Thanks again :-)
16:52
Thanks again :-)
16:52
<vagrantc>
still uses ssh for login and some of the other LTSP plumbing
16:52
still uses ssh for login and some of the other LTSP plumbing
16:53jonnor has quit IRC
16:53jonnor has quit IRC
16:53
<jakobsg>
fair enough
16:53
fair enough
16:53jonnor has joined #ltsp
16:53jonnor has joined #ltsp
16:53
<jakobsg>
I will try it out tomorrow
16:53
I will try it out tomorrow
16:53
<vagrantc>
good luck
16:53
good luck
16:54mistik1 has joined #ltsp
16:54mistik1 has joined #ltsp
16:58jakobsg has quit IRC
16:58jakobsg has quit IRC
16:59K_O-Gnom has quit IRC
16:59K_O-Gnom has quit IRC
17:08mccann has joined #ltsp
17:08mccann has joined #ltsp
17:08mhterres has quit IRC
17:08mhterres has quit IRC
17:33jonnor has quit IRC
17:33jonnor has quit IRC
17:33jonnor has joined #ltsp
17:33jonnor has joined #ltsp
18:06bobby_C has quit IRC
18:06bobby_C has quit IRC
18:09* vagrantc ponders how to get the version of openssh server used in a distro-independent way
18:09* vagrantc ponders how to get the version of openssh server used in a distro-independent way
18:13
<Ryan52>
"ssh -v server 2>&1 | head -n 1"?
18:13
"ssh -v server 2>&1 | head -n 1"?
18:28
<vagrantc>
Ryan52: that's the client version
18:28
Ryan52: that's the client version
18:28
<Ryan52>
oh
18:28
oh
18:30
<vagrantc>
to properly handle "ssh -O exit" and still be able to log out from servers which have older openssh versions ...
18:30
to properly handle "ssh -O exit" and still be able to log out from servers which have older openssh versions ...
18:30
<johnny>
vagrantc, could use a plugin per distro?
18:30
vagrantc, could use a plugin per distro?
18:31
oh.. that would be too intensive
18:31
oh.. that would be too intensive
18:31
<vagrantc>
johnny: then ogra will start ranting about server-side dependencies :)
18:31
johnny: then ogra will start ranting about server-side dependencies :)
18:31
<johnny>
i don't have problems with server side dependencies personally
18:31
i don't have problems with server side dependencies personally
18:32
i wouldn't mind exposing ldminfo via avahi personally
18:32
i wouldn't mind exposing ldminfo via avahi personally
18:32
as an example
18:32
as an example
18:35
<vagrantc>
if we had a distro-specific plugin for ldminfod, that would seem like the most reasonable way to handle it.
18:35
if we had a distro-specific plugin for ldminfod, that would seem like the most reasonable way to handle it.
18:47chupacabra has quit IRC
18:47chupacabra has quit IRC
18:48staffencasa has quit IRC
18:48staffencasa has quit IRC
18:49shogunx has quit IRC
18:49shogunx has quit IRC
19:03chupacabra has joined #ltsp
19:03chupacabra has joined #ltsp
19:06vagrantc has quit IRC
19:06vagrantc has quit IRC
19:07chupacabra has quit IRC
19:07chupacabra has quit IRC
19:08gbolte has quit IRC
19:08gbolte has quit IRC
19:08Lns has quit IRC
19:08Lns has quit IRC
19:12rcy has joined #ltsp
19:12rcy has joined #ltsp
19:18juanpaul has joined #ltsp
19:18juanpaul has joined #ltsp
19:40chupacabra has joined #ltsp
19:40chupacabra has joined #ltsp
19:44fedora_ has joined #ltsp
19:44fedora_ has joined #ltsp
19:45
<fedora_>
warren, ping
19:45
warren, ping
19:45shogunx has joined #ltsp
19:45shogunx has joined #ltsp
19:46
<warren>
fedora_: ?
19:46
fedora_: ?
19:46
<fedora_>
it's petre talking to you from the k12linus live usb! woohoo!
19:46
it's petre talking to you from the k12linus live usb! woohoo!
19:46
with two clients running to boot!
19:46
with two clients running to boot!
19:46
<warren>
fedora_: cool
19:46
fedora_: cool
19:47
fedora_: how much RAM on the server?
19:47
fedora_: how much RAM on the server?
19:47
<fedora_>
well done!
19:47
well done!
19:47
<warren>
fedora_: was it simple enough to setup the networking?
19:47
fedora_: was it simple enough to setup the networking?
19:47
<fedora_>
2GB
19:47
2GB
19:47
toshiba laptop
19:47
toshiba laptop
19:47
yes, networking was very easy
19:47
yes, networking was very easy
19:47
I took some notes,
19:47
I took some notes,
19:47
<warren>
there will be a beta 2 spin
19:47
there will be a beta 2 spin
19:47
so improvement to the setup process
19:47
so improvement to the setup process
19:47
or bugs
19:47
or bugs
19:47
I can fix
19:47
I can fix
19:48
<fedora_>
mostly comments about small stuff
19:48
mostly comments about small stuff
19:48
<warren>
good
19:48
good
19:48
<fedora_>
e.g., why does it say run system-config-network instead of System->Administration->Network?
19:48
e.g., why does it say run system-config-network instead of System->Administration->Network?
19:49
cosmetic stuff like that was what I wondered about
19:49
cosmetic stuff like that was what I wondered about
19:49
btw, should sound work on the clients?
19:49
btw, should sound work on the clients?
19:49
I recall you saying that it didn't (yet)
19:49
I recall you saying that it didn't (yet)
19:49
<warren>
fedora_: it should
19:49
fedora_: it should
19:49
<fedora_>
hmm
19:49
hmm
19:50
I'm using a couple of Dell laptops as clients, P3
19:50
I'm using a couple of Dell laptops as clients, P3
19:50
<warren>
fedora_: I've seen a few clients where sound fails for no reason I could figure out
19:50
fedora_: I've seen a few clients where sound fails for no reason I could figure out
19:51
<fedora_>
It used to take a bit of twiddling with 4.2 to get sound working
19:51
It used to take a bit of twiddling with 4.2 to get sound working
19:51
mis-identified the sound chip, as I recall.
19:51
mis-identified the sound chip, as I recall.
19:51
<warren>
if that's the case, then it is an upstream kernel bug
19:51
if that's the case, then it is an upstream kernel bug
19:51
<fedora_>
gadi & sbalneav helped me get it working and then the changes went back in
19:51
gadi & sbalneav helped me get it working and then the changes went back in
19:52
<stgraber>
fedora_: is that those old DELL desktop P3 (300/400Mhz) ?
19:52
fedora_: is that those old DELL desktop P3 (300/400Mhz) ?
19:52
<fedora_>
I think it's documented on the wiki
19:52
I think it's documented on the wiki
19:52
stgraber, no, 600-900mhz
19:52
stgraber, no, 600-900mhz
19:52
actually, now that I look, one is a P4
19:52
actually, now that I look, one is a P4
19:52
<stgraber>
ok, I had some bad experience with sound and DELL
19:52
ok, I had some bad experience with sound and DELL
19:53
<fedora_>
they both boot pretty quickly though; impressive (ltsp I mean)
19:53
they both boot pretty quickly though; impressive (ltsp I mean)
19:53
what's the difference between luseradd and useradd?
19:53
what's the difference between luseradd and useradd?
19:53
<stgraber>
some were custom Sound Blaster cards not working with the usual driver and some (pretty old ones) even had ISA ones that didn't work at all
19:53
some were custom Sound Blaster cards not working with the usual driver and some (pretty old ones) even had ISA ones that didn't work at all
19:53
<warren>
fedora_: one adds lusers.
19:53
fedora_: one adds lusers.
19:53
<fedora_>
yuk yuk
19:53
yuk yuk
19:55
warren, what do you think of making the README an html file?
19:55
warren, what do you think of making the README an html file?
19:55
It would be more work, but might look a little nicer
19:55
It would be more work, but might look a little nicer
19:56
could include screen shots
19:56
could include screen shots
19:56
<warren>
fedora_: I suppose a html file with screenshots of the process
19:56
fedora_: I suppose a html file with screenshots of the process
19:56
fedora_: if you want to work on it
19:56
fedora_: if you want to work on it
19:56
<fedora_>
I'm thinking of making it easy for newbies
19:56
I'm thinking of making it easy for newbies
19:56
<warren>
fedora_: just don't make it too big
19:56
fedora_: just don't make it too big
19:56
<fedora_>
how big is too big?
19:56
how big is too big?
19:56
we're well past CD size, but way under for DVD
19:56
we're well past CD size, but way under for DVD
19:57
<warren>
fedora_: easier would be to write a GUI app to choose the ethX interface to add to the ltspbr0
19:57
fedora_: easier would be to write a GUI app to choose the ethX interface to add to the ltspbr0
19:57
<fedora_>
but should stay under 1GB i suppose
19:57
but should stay under 1GB i suppose
19:57
<warren>
even the minimal steps in that text file could be made simpler if the tools didn't suck
19:57
even the minimal steps in that text file could be made simpler if the tools didn't suck
19:57
<fedora_>
I was thinking about that
19:57
I was thinking about that
19:57
<warren>
I'm slow at writing GUI apps
19:57
I'm slow at writing GUI apps
19:58
<fedora_>
some script with...uh, what's the gui script tool under gnome? starts with a z?
19:58
some script with...uh, what's the gui script tool under gnome? starts with a z?
19:58
zenity
19:58
zenity
19:59
yes, I will try to work on an html version of the readme with screenshots
19:59
yes, I will try to work on an html version of the readme with screenshots
19:59
<warren>
ok
19:59
ok
19:59
good
19:59
good
20:01
<fedora_>
I'll post my other "why does the README say this instead of that?" questions to the list
20:01
I'll post my other "why does the README say this instead of that?" questions to the list
20:01
probably easier for you to reply
20:01
probably easier for you to reply
20:02
lspci on the clients says sound chip is Intel 82801CA
20:02
lspci on the clients says sound chip is Intel 82801CA
20:02
should that be recognized?
20:02
should that be recognized?
20:09fedora_ is now known as petre
20:09fedora_ is now known as petre
20:13japerry has quit IRC
20:13japerry has quit IRC
20:20
<petre>
gotta put the kids in bed
20:20
gotta put the kids in bed
20:20twinprism has quit IRC
20:20twinprism has quit IRC
20:20petre has quit IRC
20:20petre has quit IRC
20:21mu3en has joined #ltsp
20:21mu3en has joined #ltsp
20:22jonnor has quit IRC
20:22jonnor has quit IRC
20:28Loto has joined #ltsp
20:28Loto has joined #ltsp
20:29
<Loto>
Hey guys, im trying to install nvidia-glx-new into my ltsp image (i386) amd apt keeps giving me 'Can not write log, openpty() failed (/dev/pts not mounted?) error. I use the command 'sudo chroot /opt/ltsp/i386 apt-get install nvidia-glx-new
20:29
Hey guys, im trying to install nvidia-glx-new into my ltsp image (i386) amd apt keeps giving me 'Can not write log, openpty() failed (/dev/pts not mounted?) error. I use the command 'sudo chroot /opt/ltsp/i386 apt-get install nvidia-glx-new
20:30
how do I mount /dev/pts when installing to the image?
20:30
how do I mount /dev/pts when installing to the image?
20:56
<mu3en>
loto http://doc.ubuntu.com/edubuntu/edubuntu/handbook/C/ltsp-updates.html under 'updating ltsp root'
20:56
loto http://doc.ubuntu.com/edubuntu/edubuntu/handbook/C/ltsp-updates.html under 'updating ltsp root'
21:11rcy has quit IRC
21:11rcy has quit IRC
21:12mccann_ has joined #ltsp
21:12mccann_ has joined #ltsp
21:18mccann_ has quit IRC
21:18mccann_ has quit IRC
21:19fedora_ has joined #ltsp
21:19fedora_ has joined #ltsp
21:21fedora_ is now known as petre
21:21fedora_ is now known as petre
21:21
<petre>
warren, ping
21:21
warren, ping
21:21
<warren>
petre: pong
21:21
petre: pong
21:22
<petre>
how do I get the live USb back to its factory default settings?
21:22
how do I get the live USb back to its factory default settings?
21:22
It's remembering all the network config I did, but I want to start clean, go through the readme again
21:22
It's remembering all the network config I did, but I want to start clean, go through the readme again
21:23
Is that a function of the overlay?
21:23
Is that a function of the overlay?
21:26mccann has quit IRC
21:26mccann has quit IRC
21:38
<warren>
petre: I wish we had an easier way to redo the overlay
21:38
petre: I wish we had an easier way to redo the overlay
21:38
petre: delete the file, but remember its filename
21:38
petre: delete the file, but remember its filename
21:39
petre: dd if=/dev/null of=$USBMNT/LiveOS/$OVERFILE count=1 bs=1M seek=$overlaysizemb
21:39
petre: dd if=/dev/null of=$USBMNT/LiveOS/$OVERFILE count=1 bs=1M seek=$overlaysizemb
21:39
petre: /usr/bin/livecd-iso-to-disk
21:39
petre: /usr/bin/livecd-iso-to-disk
21:39
petre: simple shell script
21:39
petre: simple shell script
21:40
petre: oh!
21:40
petre: oh!
21:40
petre: don't do it that way if the filesystem is vfat
21:40
petre: don't do it that way if the filesystem is vfat
21:40
petre: read the script, there's two way to do it
21:40
petre: read the script, there's two way to do it
21:49
<petre>
warren, do you mean the script that installed the iso onto the stick
21:49
warren, do you mean the script that installed the iso onto the stick
21:49
?
21:49
?
21:49
<warren>
petre: yeah, same script
21:49
petre: yeah, same script
21:50
<petre>
is that script copied to the stick?
21:50
is that script copied to the stick?
21:50
I'm running from the stick now, and while I've got the iso on the local hard drive, I'm having trouble mounting on the loopback device to get to the script
21:50
I'm running from the stick now, and while I've got the iso on the local hard drive, I'm having trouble mounting on the loopback device to get to the script
21:51
<warren>
not to the stick
21:51
not to the stick
21:52
mount -t iso9660 -o loop filename.iso /mnt/somewhere
21:52
mount -t iso9660 -o loop filename.iso /mnt/somewhere
21:52
<petre>
ah, found it, I copied the script to the hard disk
21:52
ah, found it, I copied the script to the hard disk
21:53
so, boot from OS on hard disk, and then wipe the overlay on the stick?
21:53
so, boot from OS on hard disk, and then wipe the overlay on the stick?
21:54
<warren>
don't wipe the overlay while it is using it
21:54
don't wipe the overlay while it is using it
21:54
=)
21:54
=)
21:54
<petre>
it would be bad ;-)
21:54
it would be bad ;-)
21:57
ok, I think I got it. gotta drop off to try it.
21:57
ok, I think I got it. gotta drop off to try it.
21:57
BTW, warren , this live USB is GREAT! Thanks for all your work on this.
21:57
BTW, warren , this live USB is GREAT! Thanks for all your work on this.
21:58
very usable, much better than running from CD or DVD
21:58
very usable, much better than running from CD or DVD
21:58
<warren>
I was very close to making it possible 2 months ago
21:58
I was very close to making it possible 2 months ago
21:58
I just got very busy =(
21:58
I just got very busy =(
21:59
<petre>
I know that feeling; I start teaching again next week, in addition to my day job
21:59
I know that feeling; I start teaching again next week, in addition to my day job
21:59
did you have surgery recently?
21:59
did you have surgery recently?
22:00petre has quit IRC
22:00petre has quit IRC
22:04rjune has quit IRC
22:04rjune has quit IRC
22:32rcy has joined #ltsp
22:32rcy has joined #ltsp
22:52
<mu3en>
ogra: thanks again for your good advice yesterday, still not solved it, but am much much closer and have all the tools to figure it out now!
22:52
ogra: thanks again for your good advice yesterday, still not solved it, but am much much closer and have all the tools to figure it out now!
22:56Silver has joined #ltsp
22:56Silver has joined #ltsp
23:09tempb0y has joined #ltsp
23:09tempb0y has joined #ltsp
23:09
<tempb0y>
hi all
23:09
hi all
23:10
<sbalneav>
Hello
23:10
Hello
23:10
<tempb0y>
how do i specify secondary dns in dhcpd.conf?
23:10
how do i specify secondary dns in dhcpd.conf?
23:10
i currently have option domain-name-servers xxx.xx.xx.xxx under subnet section
23:10
i currently have option domain-name-servers xxx.xx.xx.xxx under subnet section
23:11
actually i have two of those specified however only one dns is getting to clients
23:11
actually i have two of those specified however only one dns is getting to clients
23:11
<Ryan52>
option domain-name-servers blah, blah;
23:11
option domain-name-servers blah, blah;
23:11
<sbalneav>
I think it's just option domain-name-servers server1 server2;
23:11
I think it's just option domain-name-servers server1 server2;
23:11
<tempb0y>
Ryan52 i have that. to specify multiple ones do i separate with comma?
23:11
Ryan52 i have that. to specify multiple ones do i separate with comma?
23:11
<sbalneav>
Ryan52 beat me to it.
23:11
Ryan52 beat me to it.
23:11
<tempb0y>
sbalneav ah ok, let me try that
23:11
sbalneav ah ok, let me try that
23:12
sory Ryan52 didn't see comma :)
23:12
sory Ryan52 didn't see comma :)
23:12
<sbalneav>
Not sure if it's a comma, or just a space.
23:12
Not sure if it's a comma, or just a space.
23:12
<Ryan52>
ya, comma separated.
23:12
ya, comma separated.
23:12* Ryan52 looked at his dhcp server
23:12* Ryan52 looked at his dhcp server
23:12
<sbalneav>
ah, ok.
23:12
ah, ok.
23:13
<tempb0y>
thanks, restarting dhcpd3 now
23:13
thanks, restarting dhcpd3 now
23:13
<sbalneav>
yup, man dhcpd.conf says you need the comma. Ryan52's the winner :)
23:13
yup, man dhcpd.conf says you need the comma. Ryan52's the winner :)
23:13Silver has left #ltsp
23:13Silver has left #ltsp
23:15chupacabra has quit IRC
23:15chupacabra has quit IRC
23:15chupacabra has joined #ltsp
23:15chupacabra has joined #ltsp
23:16
<tempb0y>
thanks guys, you rule!
23:16
thanks guys, you rule!
23:16
have a great night
23:16
have a great night
23:16tempb0y has left #ltsp
23:16tempb0y has left #ltsp
23:42chupacabra has quit IRC
23:42chupacabra has quit IRC
23:48chupacabra has joined #ltsp
23:48chupacabra has joined #ltsp