IRC chat logs for #ltsp on irc.libera.chat (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:22 | rcy has joined #ltsp | |
| 00:22 | rcy has joined #ltsp | |
| 00:40 | Nubae has quit IRC | |
| 00:40 | Nubae has quit IRC | |
| 00:44 | Nubae has joined #ltsp | |
| 00:44 | Nubae has joined #ltsp | |
| 00:53 | captain_1agnus has joined #ltsp | |
| 00:53 | captain_1agnus has joined #ltsp | |
| 00:55 | rcy has quit IRC | |
| 00:55 | rcy has quit IRC | |
| 01:00 | Q-FUNK has quit IRC | |
| 01:00 | Q-FUNK has quit IRC | |
| 01:03 | juanpaul has quit IRC | |
| 01:03 | juanpaul has quit IRC | |
| 01:05 | captain_magnus has quit IRC | |
| 01:05 | captain_magnus has quit IRC | |
| 01:20 | mikkel has joined #ltsp | |
| 01:20 | mikkel has joined #ltsp | |
| 01:20 | adeel has joined #ltsp | |
| 01:20 | adeel 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:10 | dukai has joined #ltsp | |
| 02:10 | dukai 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:50 | Q-FUNK has joined #ltsp | |
| 02:50 | Q-FUNK has joined #ltsp | |
| 02:52 | captain_1agnus is now known as captain_magnus | |
| 02:52 | captain_1agnus is now known as captain_magnus | |
| 03:01 | bobby_C has joined #ltsp | |
| 03:01 | bobby_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:22 | Q-FUNK has quit IRC | |
| 03:22 | Q-FUNK has quit IRC | |
| 03:38 | Q-FUNK has joined #ltsp | |
| 03:38 | Q-FUNK has joined #ltsp | |
| 04:22 | bobby_C has quit IRC | |
| 04:22 | bobby_C has quit IRC | |
| 04:22 | mu3en has joined #ltsp | |
| 04:22 | mu3en has joined #ltsp | |
| 04:22 | bobby_C has joined #ltsp | |
| 04:22 | bobby_C has joined #ltsp | |
| 04:23 | bobby_C has joined #ltsp | |
| 04:23 | bobby_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:25 | Egyptian[Home1 has joined #ltsp | |
| 04:25 | Egyptian[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:43 | tjikkun_work has joined #ltsp | |
| 04:43 | tjikkun_work has joined #ltsp | |
| 04:43 | Egyptian[Home] has quit IRC | |
| 04:43 | Egyptian[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:06 | pdjbarber has joined #ltsp | |
| 05:06 | pdjbarber has joined #ltsp | |
| 05:14 | acp_ has joined #ltsp | |
| 05:14 | acp_ 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:17 | F-GT has quit IRC | |
| 05:17 | F-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:23 | acp_ has quit IRC | |
| 05:23 | acp_ has quit IRC | |
| 05:25 | ogra has quit IRC | |
| 05:25 | ogra has quit IRC | |
| 05:27 | tarzeau has joined #ltsp | |
| 05:27 | tarzeau has joined #ltsp | |
| 05:28 | quarKit has joined #ltsp | |
| 05:28 | quarKit has joined #ltsp | |
| 05:29 | ogra has joined #ltsp | |
| 05:29 | ogra 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:38 | quarKit has quit IRC | |
| 05:38 | quarKit 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:42 | ogra has quit IRC | |
| 05:42 | ogra has quit IRC | |
| 05:42 | alekibango has quit IRC | |
| 05:42 | alekibango 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:44 | ogra has joined #ltsp | |
| 05:44 | ogra 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:57 | davidj has joined #ltsp | |
| 05:57 | davidj has joined #ltsp | |
| 06:00 | shogunx has joined #ltsp | |
| 06:00 | shogunx has joined #ltsp | |
| 06:00 | etyack has joined #ltsp | |
| 06:00 | etyack 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:11 | etyack has left #ltsp | |
| 06:11 | etyack has left #ltsp | |
| 06:12 | etyack has joined #ltsp | |
| 06:12 | etyack 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:14 | ace_suares has quit IRC | |
| 06:14 | ace_suares has quit IRC | |
| 06:14 | ace_suares has joined #ltsp | |
| 06:14 | ace_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:16 | jammcq has quit IRC | |
| 06:16 | jammcq 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:18 | Arch4ngel 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:18 | Arch4ngel 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:42 | makghosh has joined #ltsp | |
| 06:42 | makghosh 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:57 | mu3en has quit IRC | |
| 06:57 | mu3en has quit IRC | |
| 06:58 | alekibango has joined #ltsp | |
| 06:58 | alekibango has joined #ltsp | |
| 07:02 | Q-FUNK has quit IRC | |
| 07:02 | Q-FUNK has quit IRC | |
| 07:15 | davidj has quit IRC | |
| 07:15 | davidj has quit IRC | |
| 07:28 | mikkel has quit IRC | |
| 07:28 | mikkel has quit IRC | |
| 07:34 | F-GT has joined #ltsp | |
| 07:34 | F-GT has joined #ltsp | |
| 07:54 | fie_wrk has joined #ltsp | |
| 07:54 | fie_wrk has joined #ltsp | |
| 07:55 | dukai has quit IRC | |
| 07:55 | dukai has quit IRC | |
| 08:12 | Nubae has quit IRC | |
| 08:12 | Nubae has quit IRC | |
| 08:12 | _UsUrPeR_ has joined #ltsp | |
| 08:12 | _UsUrPeR_ has joined #ltsp | |
| 08:13 | sepski has joined #ltsp | |
| 08:13 | sepski has joined #ltsp | |
| 08:28 | ATA_Dark_Shadow has joined #ltsp | |
| 08:28 | ATA_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:35 | Nubae has joined #ltsp | |
| 08:35 | Nubae has joined #ltsp | |
| 08:35 | Nubae has left #ltsp | |
| 08:35 | Nubae has left #ltsp | |
| 08:35 | dicklebeck has quit IRC | |
| 08:35 | dicklebeck has quit IRC | |
| 08:38 | mhterres has joined #ltsp | |
| 08:38 | mhterres has joined #ltsp | |
| 08:42 | jammcq has joined #ltsp | |
| 08:42 | jammcq has joined #ltsp | |
| 08:42 | <jammcq> hello all
| |
| 08:42 | hello all
| |
| 08:48 | The_Code has joined #ltsp | |
| 08:48 | The_Code has joined #ltsp | |
| 08:55 | ogra has quit IRC | |
| 08:55 | ogra has quit IRC | |
| 08:56 | ogra has joined #ltsp | |
| 08:56 | ogra has joined #ltsp | |
| 09:03 | ogra has quit IRC | |
| 09:03 | ogra has quit IRC | |
| 09:04 | ogra has joined #ltsp | |
| 09:04 | ogra has joined #ltsp | |
| 09:09 | ogra has quit IRC | |
| 09:09 | ogra has quit IRC | |
| 09:10 | ogra has joined #ltsp | |
| 09:10 | ogra has joined #ltsp | |
| 09:15 | ogra has quit IRC | |
| 09:15 | ogra has quit IRC | |
| 09:16 | ogra has joined #ltsp | |
| 09:16 | ogra has joined #ltsp | |
| 09:22 | Nubae has joined #ltsp | |
| 09:22 | Nubae has joined #ltsp | |
| 09:28 | sbalneav has joined #ltsp | |
| 09:28 | sbalneav 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:33 | mccann has joined #ltsp | |
| 09:33 | mccann 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:43 | elisboa has joined #ltsp | |
| 09:43 | elisboa has joined #ltsp | |
| 09:43 | Guaraldo has joined #ltsp | |
| 09:43 | Guaraldo 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:47 | Nubae has quit IRC | |
| 09:47 | Nubae 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:05 | slipttees has joined #ltsp | |
| 10:05 | slipttees 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:07 | alekibango has quit IRC | |
| 10:07 | alekibango 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:12 | Guaraldo has left #ltsp | |
| 10:12 | Guaraldo 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:38 | tjikkun_work has quit IRC | |
| 10:38 | tjikkun_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:54 | pdjbarber has quit IRC | |
| 10:54 | pdjbarber has quit IRC | |
| 10:54 | alekibango has joined #ltsp | |
| 10:54 | alekibango has joined #ltsp | |
| 10:59 | staffencasa has joined #ltsp | |
| 10:59 | staffencasa has quit IRC | |
| 10:59 | staffencasa has joined #ltsp | |
| 11:00 | staffencasa has joined #ltsp | |
| 11:00 | staffencasa has joined #ltsp | |
| 11:02 | exodos has joined #ltsp | |
| 11:02 | exodos 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:10 | Nubae has joined #ltsp | |
| 11:10 | Nubae has joined #ltsp | |
| 11:11 | exodos has quit IRC | |
| 11:11 | exodos has quit IRC | |
| 11:20 | ATA_Dark_Shadow has quit IRC | |
| 11:20 | ATA_Dark_Shadow has quit IRC | |
| 11:22 | jonnor has joined #ltsp | |
| 11:22 | jonnor has joined #ltsp | |
| 11:25 | Nubae has quit IRC | |
| 11:25 | Nubae has quit IRC | |
| 11:26 | Nubae has joined #ltsp | |
| 11:26 | Nubae has joined #ltsp | |
| 11:29 | japerry has joined #ltsp | |
| 11:29 | japerry 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:42 | gbolte has joined #ltsp | |
| 11:42 | gbolte 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:52 | hcadmin has joined #ltsp | |
| 11:52 | hcadmin 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:54 | chupacabra has quit IRC | |
| 11:54 | chupacabra has quit IRC | |
| 11:55 | chupacabra has joined #ltsp | |
| 11:55 | chupacabra 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:04 | otavio has quit IRC | |
| 12:04 | otavio has quit IRC | |
| 12:05 | etyack has left #ltsp | |
| 12:05 | etyack has left #ltsp | |
| 12:10 | alekibango has quit IRC | |
| 12:10 | alekibango has quit IRC | |
| 12:11 | alekibango has joined #ltsp | |
| 12:11 | alekibango has joined #ltsp | |
| 12:11 | otavio has joined #ltsp | |
| 12:11 | otavio 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:33 | fie_wrk has quit IRC | |
| 12:33 | fie_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:44 | vagrantc has joined #ltsp | |
| 12:44 | vagrantc 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:46 | edoardo has quit IRC | |
| 12:46 | edoardo 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:56 | Egyptian[Home1 has quit IRC | |
| 12:56 | Egyptian[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:57 | Egyptian[Home] has joined #ltsp | |
| 12:57 | Egyptian[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:02 | alekibango has quit IRC | |
| 13:02 | alekibango 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:06 | edoardo has joined #ltsp | |
| 13:06 | edoardo 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:15 | K_O-Gnom has joined #ltsp | |
| 13:15 | K_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:27 | edoardo has quit IRC | |
| 13:27 | edoardo 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:12 | cliebow has quit IRC | |
| 14:12 | cliebow has quit IRC | |
| 14:13 | The_Code_ has joined #ltsp | |
| 14:13 | The_Code_ has joined #ltsp | |
| 14:14 | Q-FUNK has joined #ltsp | |
| 14:14 | Q-FUNK has joined #ltsp | |
| 14:22 | The_Code has quit IRC | |
| 14:22 | The_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:29 | alekibango has joined #ltsp | |
| 14:29 | alekibango has joined #ltsp | |
| 14:33 | <warren> _UsUrPeR_: I see no attachment on that
| |
| 14:33 | _UsUrPeR_: I see no attachment on that
| |
| 14:39 | etyack has joined #ltsp | |
| 14:39 | etyack 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:45 | sepski has quit IRC | |
| 14:45 | sepski 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:48 | edoardo has joined #ltsp | |
| 14:48 | edoardo 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:58 | Barbosa has quit IRC | |
| 14:58 | Barbosa 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:01 | elisboa has quit IRC | |
| 15:01 | elisboa 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:18 | edoardo has quit IRC | |
| 15:18 | edoardo has quit IRC | |
| 15:20 | Q-FUNK has quit IRC | |
| 15:20 | Q-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:21 | edoardo has joined #ltsp | |
| 15:21 | edoardo has joined #ltsp | |
| 15:25 | edoardo has quit IRC | |
| 15:25 | edoardo has quit IRC | |
| 15:26 | fie_wr0k has quit IRC | |
| 15:26 | fie_wr0k has quit IRC | |
| 15:26 | Nubae has quit IRC | |
| 15:26 | Nubae has quit IRC | |
| 15:28 | Nubae has joined #ltsp | |
| 15:28 | Nubae has joined #ltsp | |
| 15:32 | monteslu__ has quit IRC | |
| 15:32 | monteslu__ has quit IRC | |
| 15:38 | <_UsUrPeR_> warren: it's bug# 459434
| |
| 15:38 | warren: it's bug# 459434
| |
| 15:39 | hcadmin has quit IRC | |
| 15:39 | hcadmin 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:03 | quarKit has joined #ltsp | |
| 16:03 | quarKit has joined #ltsp | |
| 16:04 | alekibango has quit IRC | |
| 16:04 | alekibango has quit IRC | |
| 16:04 | makghosh is now known as makghosh|afk | |
| 16:04 | makghosh is now known as makghosh|afk | |
| 16:12 | <etyack> ciao
| |
| 16:12 | ciao
| |
| 16:12 | etyack has left #ltsp | |
| 16:12 | etyack has left #ltsp | |
| 16:16 | quar1 has joined #ltsp | |
| 16:16 | quar1 has joined #ltsp | |
| 16:23 | jammcq has quit IRC | |
| 16:23 | jammcq has quit IRC | |
| 16:24 | jonnor is now known as jonnord | |
| 16:24 | jonnor is now known as jonnord | |
| 16:24 | jonnord is now known as jonnor | |
| 16:24 | jonnord is now known as jonnor | |
| 16:25 | makghosh|afk has quit IRC | |
| 16:25 | makghosh|afk has quit IRC | |
| 16:25 | jonnor has quit IRC | |
| 16:25 | jonnor has quit IRC | |
| 16:26 | jonnor has joined #ltsp | |
| 16:26 | jonnor has joined #ltsp | |
| 16:29 | quarKit has left #ltsp | |
| 16:29 | quarKit has left #ltsp | |
| 16:30 | quar1 has left #ltsp | |
| 16:30 | quar1 has left #ltsp | |
| 16:31 | The_Code_ has quit IRC | |
| 16:31 | The_Code_ has quit IRC | |
| 16:33 | makghosh has joined #ltsp | |
| 16:33 | makghosh has quit IRC | |
| 16:33 | makghosh has joined #ltsp | |
| 16:41 | mistik1 has quit IRC | |
| 16:41 | mistik1 has quit IRC | |
| 16:41 | Nubae has quit IRC | |
| 16:41 | Nubae has quit IRC | |
| 16:43 | jakobsg has joined #ltsp | |
| 16:43 | jakobsg 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:47 | mistik1 has joined #ltsp | |
| 16:47 | mistik1 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:48 | mistik1 has quit IRC | |
| 16:48 | mistik1 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:50 | mccann has quit IRC | |
| 16:50 | mccann 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:53 | jonnor has quit IRC | |
| 16:53 | jonnor has quit IRC | |
| 16:53 | <jakobsg> fair enough
| |
| 16:53 | fair enough
| |
| 16:53 | jonnor has joined #ltsp | |
| 16:53 | jonnor 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:54 | mistik1 has joined #ltsp | |
| 16:54 | mistik1 has joined #ltsp | |
| 16:58 | jakobsg has quit IRC | |
| 16:58 | jakobsg has quit IRC | |
| 16:59 | K_O-Gnom has quit IRC | |
| 16:59 | K_O-Gnom has quit IRC | |
| 17:08 | mccann has joined #ltsp | |
| 17:08 | mccann has joined #ltsp | |
| 17:08 | mhterres has quit IRC | |
| 17:08 | mhterres has quit IRC | |
| 17:33 | jonnor has quit IRC | |
| 17:33 | jonnor has quit IRC | |
| 17:33 | jonnor has joined #ltsp | |
| 17:33 | jonnor has joined #ltsp | |
| 18:06 | bobby_C has quit IRC | |
| 18:06 | bobby_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:47 | chupacabra has quit IRC | |
| 18:47 | chupacabra has quit IRC | |
| 18:48 | staffencasa has quit IRC | |
| 18:48 | staffencasa has quit IRC | |
| 18:49 | shogunx has quit IRC | |
| 18:49 | shogunx has quit IRC | |
| 19:03 | chupacabra has joined #ltsp | |
| 19:03 | chupacabra has joined #ltsp | |
| 19:06 | vagrantc has quit IRC | |
| 19:06 | vagrantc has quit IRC | |
| 19:07 | chupacabra has quit IRC | |
| 19:07 | chupacabra has quit IRC | |
| 19:08 | gbolte has quit IRC | |
| 19:08 | gbolte has quit IRC | |
| 19:08 | Lns has quit IRC | |
| 19:08 | Lns has quit IRC | |
| 19:12 | rcy has joined #ltsp | |
| 19:12 | rcy has joined #ltsp | |
| 19:18 | juanpaul has joined #ltsp | |
| 19:18 | juanpaul has joined #ltsp | |
| 19:40 | chupacabra has joined #ltsp | |
| 19:40 | chupacabra has joined #ltsp | |
| 19:44 | fedora_ has joined #ltsp | |
| 19:44 | fedora_ has joined #ltsp | |
| 19:45 | <fedora_> warren, ping
| |
| 19:45 | warren, ping
| |
| 19:45 | shogunx has joined #ltsp | |
| 19:45 | shogunx 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:09 | fedora_ is now known as petre | |
| 20:09 | fedora_ is now known as petre | |
| 20:13 | japerry has quit IRC | |
| 20:13 | japerry has quit IRC | |
| 20:20 | <petre> gotta put the kids in bed
| |
| 20:20 | gotta put the kids in bed
| |
| 20:20 | twinprism has quit IRC | |
| 20:20 | twinprism has quit IRC | |
| 20:20 | petre has quit IRC | |
| 20:20 | petre has quit IRC | |
| 20:21 | mu3en has joined #ltsp | |
| 20:21 | mu3en has joined #ltsp | |
| 20:22 | jonnor has quit IRC | |
| 20:22 | jonnor has quit IRC | |
| 20:28 | Loto has joined #ltsp | |
| 20:28 | Loto 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:11 | rcy has quit IRC | |
| 21:11 | rcy has quit IRC | |
| 21:12 | mccann_ has joined #ltsp | |
| 21:12 | mccann_ has joined #ltsp | |
| 21:18 | mccann_ has quit IRC | |
| 21:18 | mccann_ has quit IRC | |
| 21:19 | fedora_ has joined #ltsp | |
| 21:19 | fedora_ has joined #ltsp | |
| 21:21 | fedora_ is now known as petre | |
| 21:21 | fedora_ 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:26 | mccann has quit IRC | |
| 21:26 | mccann 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:00 | petre has quit IRC | |
| 22:00 | petre has quit IRC | |
| 22:04 | rjune has quit IRC | |
| 22:04 | rjune has quit IRC | |
| 22:32 | rcy has joined #ltsp | |
| 22:32 | rcy 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:56 | Silver has joined #ltsp | |
| 22:56 | Silver has joined #ltsp | |
| 23:09 | tempb0y has joined #ltsp | |
| 23:09 | tempb0y 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:13 | Silver has left #ltsp | |
| 23:13 | Silver has left #ltsp | |
| 23:15 | chupacabra has quit IRC | |
| 23:15 | chupacabra has quit IRC | |
| 23:15 | chupacabra has joined #ltsp | |
| 23:15 | chupacabra 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:16 | tempb0y has left #ltsp | |
| 23:16 | tempb0y has left #ltsp | |
| 23:42 | chupacabra has quit IRC | |
| 23:42 | chupacabra has quit IRC | |
| 23:48 | chupacabra has joined #ltsp | |
| 23:48 | chupacabra has joined #ltsp | |