00:01 | bobby_C has joined #ltsp | |
00:07 | F-GT has quit IRC | |
00:08 | F-GT has joined #ltsp | |
00:13 | Lns has quit IRC | |
00:48 | ogra has quit IRC | |
00:52 | ogra has joined #ltsp | |
00:52 | Ahmuck-Jr_ has joined #ltsp | |
01:30 | nubae has joined #ltsp | |
01:47 | <Ahmuck-Jr_> anyone using a ltsp server in a vm sucessfully?
| |
01:50 | <ogra> yes, thats how most of us do development
| |
01:50 | vbox server with vbox client and internal network between the two
| |
01:51 | * alkisg uses host networking with the host os as the ltsp server | |
01:51 | <alkisg> Good morning all
| |
01:56 | fotanus1 has joined #ltsp | |
01:56 | fotanus has quit IRC | |
01:57 | <nubae> mornin... so I've install firefox as a local app, which is working, but no net connection, what should I be looking at to get it working?
| |
01:57 | this is on Jaunty btw
| |
01:58 | <Ahmuck-Jr_> nubae: same here
| |
01:59 | firefox as a local app and then get 404
| |
01:59 | but i have to start it from a command line, "ltsp-localapps firefox"
| |
01:59 | <nubae> yeah, I've just created a local user and am gonna ssh in and take a look
| |
01:59 | ah... well mine starts from the menu just fine
| |
02:00 | I had to fix [default] on first line of lts.conf to fix that though
| |
02:00 | <ogra> you need NAT on the server
| |
02:00 | there is no forwarding set up by default
| |
02:00 | <nubae> I have NAT on server
| |
02:00 | <ogra> does the client resolve DNS properly ?
| |
02:00 | <nubae> checking that now
| |
02:01 | <ogra> (try brosing an IP from the local FF)
| |
02:01 | <nubae> looks like it doesnt
| |
02:01 | well, I sshed in
| |
02:01 | <alkisg> nubae: do you have the resolv.conf fix?
| |
02:01 | <ogra> right ... the fix is in karmic, not in jaunty iirc
| |
02:01 | <alkisg> It was fixed after jaunty was released
| |
02:02 | Ahmuck-Jr_: did you enable the local apps menu from lts.conf?
| |
02:02 | <nubae> my local /etc/network/interfaces has no eth0 mentioned, is that ok?
| |
02:03 | <alkisg> Yeah, it's managed by nm (if you only have 1 nic)
| |
02:03 | Ah, you mean the thin client?
| |
02:03 | <ogra> thats fine
| |
02:04 | <nubae> ah my resolv.conf permissions are screwed
| |
02:04 | i remember talk of this before, what was the fix?
| |
02:04 | <ogra> known bug
| |
02:05 | <alkisg> https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/348305
| |
02:05 | <Ahmuck-Jr_> alkisg: yes
| |
02:05 | no workie for me
| |
02:05 | <ogra> https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/347957
| |
02:05 | there is a hack at the bottom
| |
02:05 | <nubae> k thanks
| |
02:05 | <Ahmuck-Jr_> i'd like some tool or something to "migrate" users
| |
02:05 | i'd like to do a re-install
| |
02:06 | * ogra would suggest to just add: chmod 644 /etc/resolv.conf ... to /etc/rc.local though | |
02:06 | <ogra> without all the other hacks
| |
02:07 | <Ahmuck-Jr_> heh, i've had this issue as well
| |
02:07 | just one i had not tackled yet
| |
02:08 | kamalp has quit IRC | |
02:08 | <alkisg> nubae: if you want you can add my ppa to your sources.list, it has a newer ltsp version that doesn't have this bug, and most greek ltsp schools will have it to their sources, so I'll be careful on what I put in there.
| |
02:08 | Also the libxcb fix is there
| |
02:08 | (copied by stgraber's PPA - I was just looking for something more stable because stgraber's ppa changes often)
| |
02:09 | https://launchpad.net/~ts.sch.gr/+archive/ppa/
| |
02:11 | l0C0 has joined #ltsp | |
02:33 | lejo_ has joined #ltsp | |
02:33 | Briareos1 has joined #ltsp | |
02:33 | <Briareos1> good morning again :)
| |
02:33 | <lejo_> Hi, is there already a (upstream) solution to enable numlock on a TC ?
| |
02:35 | <Briareos1> i want to deploy ltsp on ubuntu 8.04 in virtual box - question: should i use 64 bit or 32 bit ubuntu for the ltsp in the vbox?
| |
02:37 | <alkisg> lejo_: X_NUMLOCK=True
| |
02:37 | But you also have to have the numlockx package installed
| |
02:38 | <lejo_> alkisg: ok thx!
| |
02:38 | <alkisg> (X_NUMLOCK=True => in lts.conf...)
| |
02:48 | <nubae> alkisg, thanks... will keep it in mind for deployments...
| |
02:49 | right now this is just a test machine, but it would be nice to have a working solution for the thousands of schools we are installing on
| |
02:49 | * nubae is now working for Guadalinex | |
02:49 | <alkisg> Ah, you may want to make your own PPA then :)
| |
02:49 | <nubae> maybe yeah
| |
02:49 | <ogra> or wait for karmic :)
| |
02:49 | <alkisg> I'm sure the LTSP released with karmic will also have some bugs :)
| |
02:49 | <nubae> I need to convince the schools to let go of their wireless connections first :-)
| |
02:50 | <ogra> sure it will
| |
02:50 | but different ones :)
| |
02:50 | fresh and shiny new bugs :)
| |
02:50 | <nubae> weeee
| |
02:50 | <alkisg> Yeah, that's why I wanted a PPA, so that I can minimize the number of ltsp bugs the greek schools have...
| |
02:50 | dorimar has quit IRC | |
02:50 | <ogra> took 6 months to add them, so they must be great
| |
02:50 | <alkisg> Heh :)
| |
02:51 | E.g. next time I'll update the PPA will be when the ldm logout bug is solved...
| |
02:51 | <ogra> if that ever happens
| |
02:51 | <alkisg> Sure :D
| |
02:52 | <ogra> its such an old bug
| |
02:52 | <alkisg> I have faith in sbalneav :)
| |
02:52 | <nubae> ogra, how's it going in arm land? are we likely to see prototypes soon?
| |
02:52 | <ogra> yeah
| |
02:52 | at some point
| |
02:52 | <nubae> I'm trying to guess what will be available as hardware in September
| |
02:52 | <ogra> i'm no HW manufacturer though
| |
02:53 | netbooks and nettops
| |
02:53 | <alkisg> What are the key benefits of using an arm-based laptop instead of e.g. an atom-based one?
| |
02:53 | <nubae> yeah, but u have a better idea than the rest of us for sure
| |
02:53 | <ogra> alkisg, an arm consumes 10% of the power an atom takes
| |
02:53 | <alkisg> That's CPU only, right? But overall, it lasts, what, 1-2 hours more?
| |
02:53 | <ogra> alkisg, thats why your mobile phone has one :)
| |
02:54 | well, i'd guess twice as long as an atom with similar setup
| |
02:54 | <alkisg> Mmm that's a big difference
| |
02:54 | <ogra> with room for improvement
| |
02:54 | <alkisg> What about performance?
| |
02:55 | vagrantc has joined #ltsp | |
02:55 | <ogra> as ram gets better and SSDs get more common the peripherials will draw less
| |
02:55 | <alkisg> Right, so CPU power will be more significant
| |
02:55 | dorimar has joined #ltsp | |
02:55 | <nubae> so which models have u been working with at the mo?
| |
02:55 | <ogra> performance is ok CPU wise a 1GHz ARM doesnt have to hide in front of a 1.2GHz ATOM
| |
02:56 | prob are the graphics drivers that are nonexistent for most HW yet
| |
02:56 | Briareos_ has joined #ltsp | |
02:56 | <Briareos_> lost my conn.
| |
02:56 | <ogra> nubae, a good bunch i'm not allowed to talk about yet ... public is the freescale/pagatron imx51
| |
02:57 | <alkisg> Nice! And, did you hear any rumors about final pricing? Will they be about the same as other netbooks?
| |
02:57 | <ogra> cheaper
| |
02:57 | <Briareos_> is it wise(r) to use LTSP on a 64bit ubuntu _guestsystem_ in a virtualbox or would i rather use a 32bit?
| |
02:57 | <ogra> i know pegatron lans for something like $200-250 for a decent netbook in the quality of a dell mini
| |
02:58 | *plans
| |
02:58 | <alkisg> Now you got me excited, I'll be waiting for them before I buy a netbook :)
| |
02:59 | <ogra> well, it will still be the first iteration ... excpect typical early adopter problems :)
| |
02:59 | <alkisg> Yeah sure that's to be expected
| |
02:59 | * vagrantc is curious about an arm or mips based netbook | |
03:00 | <alkisg> My main problem will be that it won't be able to run wine apps. Heh, I'll use it as an LTSP client for that :)
| |
03:01 | <ogra> mips ones exist since a while
| |
03:01 | <alkisg> I tried a mips-based one, it was dead slow
| |
03:01 | (only 64mb ram, low end)
| |
03:01 | <vagrantc> i was eyeing up the ones from leemote.com
| |
03:02 | er, lemote.com
| |
03:02 | the teelong
| |
03:03 | gah. yeelong.
| |
03:03 | <ogra> heh
| |
03:03 | * vagrantc is using a box of cat5 for a table | |
03:03 | <ogra> we had one at a grocery discounter here about half a year ago ... 120€
| |
03:04 | specs similar to the first eee's
| |
03:04 | <vagrantc> grocery?
| |
03:04 | <nubae> so how many arm based models do u expect to hit the market then? (u mentioned a bunch)
| |
03:04 | <ogra> yeah
| |
03:04 | in a supermarket
| |
03:04 | <vagrantc> selling laptops?
| |
03:04 | <ogra> yeah
| |
03:04 | for about $150 ... or 120€
| |
03:04 | <nubae> I remember, the Hofer ones
| |
03:04 | called something else in Germany
| |
03:05 | * vagrantc will have to bring up the idea to people's food co-op | |
03:05 | <ogra> 400MHz MIPS, 128M, 2G
| |
03:05 | 800x480
| |
03:06 | not really something you want to use on a day to day base
| |
03:07 | * alkisg wonders how well does the flash player ARM port work... | |
03:08 | * vagrantc ponders uploading a new ltspfs today | |
03:08 | <ogra> according to my colleagues who do OEM work it runs smooth
| |
03:08 | <alkisg> Nice, cause many people would complain if surfing without flash...
| |
03:09 | <ogra> i havent had it in my own hands yet though
| |
03:09 | and there is no freely downloadable version
| |
03:09 | has to be preinstalled by OEMs
| |
03:09 | <alkisg> So the main problem remaining now are the graphic card drivers?
| |
03:10 | <ogra> yeah
| |
03:13 | <nubae> root@ltsp20:~# cat /etc/resolv.conf
| |
03:13 | search virt-man || Change this for your own network
| |
03:13 | nameserver 192.168.0.254 || Change this for your own network
| |
03:13 | root@ltsp20:~# ping google.com
| |
03:13 | ping: unknown host google.com
| |
03:13 | and permissions are correct
| |
03:14 | <ogra> pipes are valid comment signs in resolv.conf ?
| |
03:14 | Briareos1 has quit IRC | |
03:15 | <ogra> and you have a DNS on 192.168.0.254 ?
| |
03:15 | <nubae> hmmm, probably not
| |
03:16 | <ogra> give it a valid DNS address then in your dhcpd.conf :)
| |
03:16 | <alkisg> ogra, are you sure putting dns in dhcpd.conf works?
| |
03:16 | <ogra> it should
| |
03:17 | but no, i'm not *sure* :)
| |
03:17 | <alkisg> I think that if isn't defined in lts.conf, then resolv.conf isn't created at all
| |
03:17 | <ogra> worst case use lts.conf
| |
03:18 | <nubae> i'll tell u if it works in a sec
| |
03:18 | <alkisg> (and I thought I heard someone saying that this was by design, for security... :()
| |
03:20 | <nubae> nope, setting dns in dhcpd.conf doesnt work
| |
03:20 | <ogra> then use lts.conf
| |
03:23 | panthera_ is now known as panthera | |
03:24 | Briareos_ is now known as Briareos1 | |
03:24 | Briareos1 is now known as Briareos_ | |
03:29 | dorimar has quit IRC | |
03:38 | yanu has joined #ltsp | |
03:49 | <nubae> all working now.... thanks
| |
03:50 | I finally got round to looking at fatclient under jaunty, but getting some very strange stuff:
| |
03:50 | chmod: failed to get attributes of `Ubuntu': No such file or directory
| |
03:50 | error: LTSP client installation ended abnormally
| |
03:50 | Ubuntu is an option for the --fatclient extension
| |
03:51 | not sure why its doing this, but I imagine something has changed in the way plugins works
| |
03:54 | ogra has quit IRC | |
04:06 | alkisg has quit IRC | |
04:13 | <nubae> hmm, so looks like plugins has changed to only allow values of true or false
| |
04:13 | this is quite unhelpful
| |
04:16 | ogra has joined #ltsp | |
04:17 | flokuehn_ has quit IRC | |
04:23 | flokuehn has joined #ltsp | |
04:31 | hanthana has quit IRC | |
04:34 | <vagrantc> nubae: if it's only true/false, then it shouldn't accept options at all.
| |
04:34 | nubae: you sure you're reading the code properly?
| |
04:34 | alkisg has joined #ltsp | |
04:35 | <nubae> well, no matter what I set as a value, I get only true or false back
| |
04:35 | but whats weirder is I then get chmod: failed to get attributes of `true': No such file or directory
| |
04:35 | error: LTSP client installation ended abnormally
| |
04:36 | anyway, something clearly changed from intrepid to jaunty because the script was working just fine before, and now it seems totally broken
| |
04:39 | I'm more interested in the second part, as I dont get what its trying to do with the get attributes
| |
04:45 | <vagrantc> hrm. the fatclient plugin isn't in upstream.
| |
04:46 | <nubae> nope, but the chmod part is coming from outside the script...
| |
04:46 | If I can fix it, I'll move it upstream... but at the moment, kinda pointless
| |
04:46 | <vagrantc> nubae: is the fatclient plugin part of the ubuntu package?
| |
04:47 | or is it just somewhere else?
| |
04:47 | <nubae> it is to be installed under /usr/share/ltsp/plugins/ltsp-build-client/Ubuntu
| |
04:47 | <vagrantc> i don't think the plugins have changed much since 2006.
| |
04:47 | <nubae> so uses the ubuntu plugins system... or at least used to
| |
04:48 | well, something has changed, I dont get why I'm getting these weird chmod errors
| |
04:48 | <vagrantc> i mean, the plugins themselves have changed, but the argument processing is hasn't changed since the initial implementation 3 years ago.
| |
04:48 | <nubae> well, must have
| |
04:48 | my script I havent touched since before intrepid
| |
04:49 | * vagrantc can't comment on what vagrantc can't see | |
04:49 | <nubae> and many users have complained it doesnt work under Jaunty, which is what I am checking now
| |
04:49 | http://www.nubae.com/030-fatclient
| |
04:49 | u can see the script there
| |
04:50 | but its not something in the script for sure... something changed elsewhere
| |
04:54 | alkisg has quit IRC | |
04:54 | alkisg has joined #ltsp | |
04:56 | <vagrantc> nubae: you've got some bashisms in there
| |
04:56 | [[ == ]] should just be [ = ]
| |
04:56 | oh wait, ltsp-build-client runs as bash, nevermind.
| |
04:56 | <nubae> yup
| |
04:57 | where could I be getting chmod: failed to get attributes of `Ubuntu': No such file or directory
| |
04:57 | error: LTSP client installation ended abnormally from?
| |
04:57 | <vagrantc> nubae: try adding "set -x" to the top of the plugin to see exactly where it dies and "set +x" at the bottom
| |
04:57 | <nubae> k
| |
04:58 | <vagrantc> perhaps this line: chmod 600 $ROOT/etc/sudoers
| |
04:59 | why use [[ ]] ?
| |
04:59 | does any of the code actually need it?
| |
05:00 | <nubae> ok, well I can see it dying now where it tries to create /opt/ltsp/fati386/Ubuntu (why is it trying to create that, thats no where in the code)
| |
05:01 | <vagrantc> and things like: FATCLIENT=$(echo $FATCLIENT)
| |
05:01 | seem completely pointless
| |
05:01 | <nubae> yeah was being used before, I can take that out
| |
05:02 | doesnt answer the question though... why is fati386/Ubuntu being created?
| |
05:02 | aha... so its this that is screwing it up: + . /usr/share/ltsp/plugins/ltsp-build-client/Ubuntu/005-tmpdir
| |
05:02 | <vagrantc> where is it trying to create that?
| |
05:03 | are you using a variable in your plugin that's used by another plugin, perhaps?
| |
05:03 | <nubae> yep
| |
05:04 | nice spot... thanks
| |
05:05 | nice one, replacing $TMP for something else fixed it... still... uncool for another plugin to take my variables :-(
| |
05:05 | I guess thats what I get for not putting the thing upstream
| |
05:15 | <vagrantc> TMP is a widely used variable :P
| |
05:32 | <nubae> well, it wasnt smashing my script before
| |
05:32 | mine was there first! :-)
| |
05:55 | <Briareos_> ty, cu
| |
05:55 | Briareos_ has quit IRC | |
06:21 | cyberorg has quit IRC | |
06:21 | vvinet has quit IRC | |
06:23 | cyberorg has joined #ltsp | |
06:43 | ogra has quit IRC | |
06:46 | Shinhung has joined #Ltsp | |
06:51 | <Shinhung> is it possible that dumb terminals keep disconnecting from the server due to overheat?
| |
06:52 | ogra has joined #ltsp | |
06:58 | hgrover has joined #ltsp | |
07:06 | <nubae> nice so seems fatclient works very nicely now with Jaunty
| |
07:06 | noticable speed difference on more potent machines to pure ltsp
| |
07:06 | pmatulis has joined #ltsp | |
07:08 | pmatulis has quit IRC | |
07:10 | sene has quit IRC | |
07:12 | pmatulis has joined #ltsp | |
07:15 | Blinny has joined #ltsp | |
07:16 | gate_keeper_ has quit IRC | |
07:33 | gate_keeper_ has joined #ltsp | |
07:38 | sene has joined #ltsp | |
07:39 | vvinet has joined #ltsp | |
07:42 | DaZ- has joined #ltsp | |
07:44 | hgrover has quit IRC | |
07:46 | Shinhung has quit IRC | |
07:50 | <nubae> where do I edit the repo ltsp pulls from?
| |
07:51 | <vagrantc> --mirror
| |
07:51 | or /etc/ltsp/ltsp-build-client.conf
| |
07:52 | or a handfull of other options
| |
07:54 | <nubae> thanks
| |
07:55 | so /etc/ltsp/ltsp-build-client.conf one has to create
| |
07:56 | Shinhung has joined #Ltsp | |
07:57 | DaZ has quit IRC | |
08:02 | * _UsUrPeR_ returns! | |
08:02 | <_UsUrPeR_> ...hello
| |
08:04 | ok, so: wake on LAN
| |
08:16 | nubae has quit IRC | |
08:25 | <lejo_> someone using card-readers on a TC ?
| |
08:48 | Egyptian[Home] has joined #ltsp | |
08:49 | Gadi has joined #ltsp | |
08:49 | Egyptian[Home] has joined #ltsp | |
08:54 | <_UsUrPeR_> gadi: do you have any experience w/WOL on thinclients?
| |
08:56 | anton_ has joined #ltsp | |
08:58 | <Gadi> _UsUrPeR_: good morning
| |
08:58 | yes
| |
08:58 | whats up?
| |
08:59 | oh, and I have a good one for you when we're done
| |
08:59 | one of those "I've never seen that before" moments this morning
| |
08:59 | :)
| |
08:59 | <ogra> vagrantc, https://wiki.ubuntu.com/ARM/BuildEABIChroot :) with that ltsp-build-client --arch armel should be easy
| |
09:00 | <_UsUrPeR_> gadi: I was wondering if you had any experience with wake-on-lan
| |
09:00 | <anton_> Hello, can anyone help me on LTSP LocalDev problem. I have gone thru all steps of Troubleshooting, and on step 11 found that lbus_event_handler.sh prints an error. Actually, it is ltspfs that prints the error. And the message is from xauth: ""No matches found, authority file "-" not written"". I can supply ltrace output if necessary. I use Fedora 9-based distro (ASPLinux), and gdm 2.22
| |
09:00 | <Gadi> _UsUrPeR_: yes
| |
09:00 | <ogra> lbus_event_handler.sh ??
| |
09:00 | <Gadi> shoot
| |
09:01 | anton_: sounds like you are still on LTSP 4.2
| |
09:01 | <anton_> yes i am
| |
09:01 | <ogra> ouch
| |
09:02 | <anton_> is it bad? are things smoother in 5?
| |
09:03 | <Gadi> anton_: I'll let ogra answer that -> he loves that question
| |
09:03 | ogra: btw, very cool on the cross-arch thing
| |
09:03 | <ogra> its unmaintained and hasnt seen security updates since over 3 years
| |
09:03 | <_UsUrPeR_> gadi: I have BIOS WOL set on a 1220, send the magic packet, which can be observed as hitting the client (broadcast hits all) it's got the right MAC, but it does not boot
| |
09:03 | I have no experience with WOL, but I imagine that it should "just work" when invoked
| |
09:04 | <Gadi> _UsUrPeR_: is WOL enabled in the BIOS?
| |
09:04 | <ogra> Gadi, its probably not stable, but enough for building a thin client chroot for sure :)
| |
09:04 | <_UsUrPeR_> yes
| |
09:04 | <ogra> ... and so much faster than running a VM
| |
09:05 | <Gadi> _UsUrPeR_: boot the thin client, log in at shell, and do: ethtool eth0
| |
09:06 | <_UsUrPeR_> k
| |
09:06 | <alkisg> _UsUrPeR_: also, for some motherboards, the client must be in a soft-off state, not turned off by the hardware button.
| |
09:06 | <rjune_wrk> ogra: hey
| |
09:06 | <_UsUrPeR_> alkisg: I.E. "halt" status?
| |
09:06 | <ogra> rjune_wrk, seen the wikipage above ?
| |
09:06 | <alkisg> Yeah, a simple power off from ldm.
| |
09:06 | <ogra> rjune_wrk, now you can test your code yourself :)
| |
09:07 | anton_ has quit IRC | |
09:11 | anton_ has joined #ltsp | |
09:12 | Blinny has quit IRC | |
09:13 | <vagrantc> ogra: so... it just dynamically figures out that it's an arm-based binary and wraps it in qemu?
| |
09:14 | <ogra> right, binfmt-misc catches the header
| |
09:14 | <rjune_wrk> ogra: the one you posted to vagrant?
| |
09:14 | <ogra> and qemu acts as a syscall converter
| |
09:14 | rjune_wrk, righ
| |
09:14 | t
| |
09:15 | <vagrantc> ogra: i was just talking with otavio last night about arm and mips support and he didn't want to bother until we have cross-architecture building available... :)
| |
09:15 | <rjune_wrk> I know it works, I just wanted you to take a peek at the actual binary and tell me what you thought
| |
09:15 | <ogra> vagrantc, there you got it :)
| |
09:18 | <_UsUrPeR_> gadi: ok, so ethtool needs to be installed on the chroot then
| |
09:18 | * _UsUrPeR_ does that | |
09:18 | <Gadi> _UsUrPeR_: yeah, then once installed, boot the client, log into shell, and do: ethtool eth0 |grep Wake
| |
09:19 | <_UsUrPeR_> gadi: what am I looking for from ethtool?
| |
09:19 | <Gadi> Wake-n capabilities
| |
09:19 | Wake-on
| |
09:21 | it will tell you what it supports and the current setting
| |
09:22 | CAN-o-SPAM has joined #ltsp | |
09:22 | <Gadi> so, anyway, the weird thing I encountered this morning was a server that was turned off that was flooding the switch with network traffic
| |
09:22 | <_UsUrPeR_> ?!?
| |
09:22 | <Gadi> I know!
| |
09:22 | it was weird
| |
09:22 | <_UsUrPeR_> how "off" was it exactly? :)
| |
09:22 | <Gadi> unplugged it, and all was right with the world
| |
09:23 | off as in shutdown
| |
09:23 | evidently, down but not out :P
| |
09:23 | <ogra> Gadi, tis is da fjutscha ;) intelligent network cards with builting AI
| |
09:23 | <_UsUrPeR_> weird. really weird. never heard of that
| |
09:23 | :O
| |
09:23 | <ogra> *builtin
| |
09:23 | <_UsUrPeR_> Cybernet!
| |
09:23 | <ogra> "no mommy, i dont want to go to sleep yet!"
| |
09:23 | <_UsUrPeR_> sentient computers working to kill the world while you are sleeping
| |
09:24 | ok, wake-on: d
| |
09:24 | <Gadi> _UsUrPeR_: so, you can't wake them up and I can't put them to sleep
| |
09:24 | must be the end of the world
| |
09:24 | <_UsUrPeR_> it's like owning a cat
| |
09:24 | <Gadi> _UsUrPeR_: what does "Supports Wake-on:" say
| |
09:24 | <ogra> Gadi, i would ckeck if there is a newer firmware for that chipset
| |
09:25 | *check even
| |
09:25 | <_UsUrPeR_> gdi: supports wake-on: pumbg
| |
09:25 | <Gadi> yeah - this was a Windows test server - Im afraid to check for firmware
| |
09:25 | :)
| |
09:25 | <_UsUrPeR_> errr gadi ^^^
| |
09:25 | <Gadi> _UsUrPeR_: excellent!
| |
09:26 | so, interpretation:
| |
09:26 | Your chip supports a whole bunch of wake-on-lan modes
| |
09:26 | including "g" (wake by Magic Packet)
| |
09:26 | currently, you are set to "d" = "disabled"
| |
09:26 | which is why you are not waking up
| |
09:27 | now, do:
| |
09:27 | <_UsUrPeR_> hmm
| |
09:27 | <Gadi> ethtool -s wol g
| |
09:27 | to change it to "g"
| |
09:27 | oops
| |
09:27 | forgot the eth0
| |
09:27 | ethtool eth0 -s wol g
| |
09:28 | then, have a look at ethtool eth0 again to see that it changed
| |
09:29 | <_UsUrPeR_> gadi: it was ethtool -s eth0 wol g :)
| |
09:29 | ok, it's changed to wake-on: g no
| |
09:29 | w
| |
09:29 | <Gadi> ah good
| |
09:29 | now press the power button on the client and shut it down
| |
09:30 | then, try waking it up from the server again
| |
09:31 | <_UsUrPeR_> gadi: no dice :/
| |
09:31 | should I have "halted"?
| |
09:31 | <Gadi> ok, so boot the thin client again, and check ethtool again
| |
09:31 | perhaps something else is overriding the setting
| |
09:31 | <_UsUrPeR_> k
| |
09:32 | <Gadi> like maybe some BIOS config or some such
| |
09:33 | <_UsUrPeR_> gadi: wake-on: d again :/
| |
09:33 | <Gadi> dum da dum dum
| |
09:33 | :)
| |
09:33 | back to the BIOS!
| |
09:34 | <_UsUrPeR_> :O but it says it's enabled >:(
| |
09:35 | F-GT has quit IRC | |
09:35 | <Gadi> what chipset is it?
| |
09:36 | <_UsUrPeR_> dlw 1220 is a via chipset
| |
09:36 | <Gadi> do you know which one?
| |
09:37 | lsmod|grep 8139
| |
09:37 | oh, I meant network chipset
| |
09:37 | <_UsUrPeR_> VT8237R
| |
09:37 | F-GT has joined #ltsp | |
09:37 | <Gadi> thats the southbridge
| |
09:37 | iirc
| |
09:37 | <_UsUrPeR_> CN700
| |
09:37 | <Gadi> what does it use for networking?
| |
09:37 | <_UsUrPeR_> you're right :)
| |
09:37 | <Gadi> realtek is my guess
| |
09:38 | <_UsUrPeR_> 10/100 Base-T Realtek 8100C Fast Ethernet
| |
09:38 | <Gadi> do you know which driver?
| |
09:38 | lsmod|grep 8139
| |
09:39 | <_UsUrPeR_> lemme get an lshw and all from the client. that'll help :)
| |
09:39 | <Gadi> ok
| |
09:39 | I think ethtool supports setting wol in most newer realtek chips
| |
09:41 | you might need to set it to g on every boot with a script, and then ensure that the system halts rather than powers off completely whn the power button is pressed
| |
09:42 | <alkisg> Ah, so that's the difference of halt vs power off... /me was wondering about that terminology :)
| |
09:44 | <_UsUrPeR_> same here. I have read it, but am not familiar with the term
| |
09:44 | <Gadi> alkisg: yeah, I struggle with that one, too
| |
09:44 | * _UsUrPeR_ is a shutdown -h now man | |
09:45 | <Gadi> but, halt should equal "stop", whereas poer off should equal "off"
| |
09:45 | <_UsUrPeR_> hmm... it seems "halt" does not fully shut down the client
| |
09:45 | It says "system halted" and sits there :)
| |
09:45 | <alkisg> Mmmm reminds me of windows 95 days :)
| |
09:46 | <Gadi> as opposed to their cousins "suspend" and "hibernate"
| |
09:49 | Shinhung has quit IRC | |
09:58 | RobertBerger has joined #ltsp | |
10:23 | <rjune_wrk> !g
| |
10:23 | <ltspbot> rjune_wrk: "g" is Gadi!!!!!!!!!!!!!!!!!!!!!!!!
| |
10:24 | anton_ has quit IRC | |
10:29 | * Gadi waves to rjune_wrk | |
10:36 | <Ahmuck-Jr_> sbalneav: what do you do as work?
| |
10:38 | l0C0 has quit IRC | |
10:40 | <rjune_wrk> what's new?
| |
10:40 | staffencasa has joined #ltsp | |
10:42 | dan_young has quit IRC | |
10:50 | dan_young has joined #ltsp | |
10:51 | <_UsUrPeR_> hey all. Having a problem getting a client to start X. It's crashing :/
| |
10:51 | <ltsppbot> "_UsUrPeR_" pasted "weird intel failure in Xorg.7.log." (332 lines) at http://pastebot.ltsp.org/446
| |
10:57 | flokuehn has quit IRC | |
10:57 | bobby_C has quit IRC | |
10:58 | flokuehn has joined #ltsp | |
10:59 | <Gadi> _UsUrPeR_: laptop?
| |
11:13 | vagrantc has quit IRC | |
11:21 | Egyptian[Home] has quit IRC | |
11:24 | RobertBerger has left #ltsp | |
11:25 | vagrantc has joined #ltsp | |
11:26 | hanthana has joined #ltsp | |
11:27 | Ahmuck-Jr has quit IRC | |
11:31 | bieb has joined #ltsp | |
11:35 | <ogra> vagrantc, geez, you added an error message to nbd mounting !
| |
11:35 | <vagrantc> heh
| |
11:36 | ogra: well, i've been hanging out with Yoe, who maintains nbd for debian and does some upstream work on it as well...
| |
11:36 | <ogra> i wonde if an exit 0 would work ther
| |
11:37 | <vagrantc> define work? :)
| |
11:37 | <ogra> so it doesnt try to move on with the mounting and drops into busybox without nasty "no /sbin/init"
| |
11:37 | i dont know if you have job control at that point
| |
11:37 | <vagrantc> ah, yes ... that might be cleaner
| |
11:37 | * vagrantc tests | |
11:41 | * vagrantc is still thinking of writing a generic "ltsp" initramfs-tools hook, which handles things a little more flexibly... | |
11:42 | <ogra> as long as you dont add to many regressions :)
| |
11:44 | <vagrantc> heh
| |
11:45 | i'd still like a script that figures out what to do based on results from dhcp rather than the bootprompt, mainly.
| |
11:46 | well, exit 1 gives a kernel panic...
| |
11:46 | which is maybe worse than the busybox noise...
| |
11:46 | <ogra> yeah, i thought i remembered something like that
| |
11:47 | * vagrantc tries exit 0 | |
11:47 | <ogra> no job control and you are actually exiting init
| |
11:47 | <vagrantc> i think it's essentially exiting init...
| |
11:47 | right
| |
11:47 | <epsas> hmm
| |
11:47 | i am trying to figure out the best place for setting up post-login scripts
| |
11:48 | there is no /etc/X11/xdm directory
| |
11:48 | <vagrantc> ogra: well, with that last patch, i'm easily able to use NBD+aufs+ext2+tmpfs
| |
11:48 | <epsas> and am not sure where ldm would store that
| |
11:48 | (and i don't even see any ldm processes on the server)
| |
11:48 | <vagrantc> ogra: which seems just as fast as squashfs, but the image is more easy to tweak manually...
| |
11:48 | <ogra> vagrantc, you could branch out to a different script that just doesnt do the mounting and ends
| |
11:49 | nice !
| |
11:49 | <vagrantc> epsas: /opt/ltsp/i386/usr/share/ldm/rc.d/K*
| |
11:50 | epsas: or /opt/ltsp/i386/usr/share/ldm/rc.d/X99*
| |
11:51 | <epsas> hmm - i need to perform actions on the server $HOME directory though
| |
11:51 | this may be tricky
| |
11:52 | <ogra> no
| |
11:52 | <vagrantc> epsas: well, if you haven't disabled localapps, it's available on the thin-client via sshfs ...
| |
11:52 | <ogra> just look at the localapps scripts
| |
11:52 | <vagrantc> epsas: oterhwise, just do it through the ssh tunnel
| |
11:53 | otavio has joined #ltsp | |
11:53 | <epsas> the localapps scripts?
| |
11:53 | <vagrantc> otavio: the link ogra mentioned: https://wiki.ubuntu.com/ARM/BuildEABIChroot :) with that ltsp-build-client --arch armel should be easy
| |
11:53 | <epsas> okay - let me read up on the wiki
| |
11:54 | <Gadi> vagrantc: you should be able to just add "panic"
| |
11:54 | vagrantc: instead of exit
| |
11:55 | <vagrantc> Gadi: will try...
| |
11:55 | <Gadi> vagrantc: "panic" is an initramfs function
| |
11:55 | <epsas> okay - i think i need to figure out a way to trigger the server /etc/profile on login -- that would be ideal
| |
11:56 | <ogra> Gadi, oh, you genious you :)
| |
11:56 | <otavio> vagrantc: will take a look in few minutes :-)
| |
11:56 | * Gadi crawls back into corner | |
11:56 | <ogra> vagrantc, yeah, panic can even take a message iirc
| |
11:56 | <Gadi> :P
| |
11:56 | <vagrantc> pretty soon, we'll be telling our users useful information!
| |
11:56 | <ogra> so you just wrap your error into the panic call
| |
11:56 | OMG
| |
11:59 | <epsas> did you just shit bricks?
| |
12:00 | <ogra> heh, no, but we but showing useful info means the users will actually *know* what broke ... :)
| |
12:01 | we'll all lose our wizard status t some point and will only have to deal with *real* problems :)
| |
12:01 | <epsas> hmm
| |
12:01 | <alkisg> Heh I *knew* there was a conspiracy behind LTSP... :P :D
| |
12:01 | otavio has quit IRC | |
12:01 | <epsas> it used to be that we could execute post-login scripts by adding files to /etc/X11/xdm/Xstartup or /usr/share/config/kdm/Xstartup
| |
12:01 | otavio has joined #ltsp | |
12:01 | <epsas> there has to be an analog for this now
| |
12:02 | <ogra> it took us *years* to work out all the cryptic error messages ;)
| |
12:02 | <Gadi> try: /etc/xdg/autostart/
| |
12:02 | epsas: ^^
| |
12:02 | adding a launcher there should work for any xdg-compliant desktop
| |
12:03 | <epsas> hmm - okay i have scripts to create user home directories if they do not exist... and scripts to write a custom ~/.config/user-dirs.dirs
| |
12:04 | <ogra> the latter will work from xdg
| |
12:04 | <epsas> no - it won't work from XDG
| |
12:04 | <ogra> the former will hit you already earlier ... ssh wont let you establish the tunnel without homedir
| |
12:04 | <Gadi> why not use pam_mkhomedir?
| |
12:04 | <ogra> right
| |
12:05 | i was about to say that
| |
12:05 | <Gadi> sorry
| |
12:05 | * Gadi crawls faster to corner | |
12:05 | <ogra> for what ?
| |
12:05 | <epsas> ssh already establishes a tunnel for the LDM session I thought
| |
12:05 | <Gadi> i dunno - I have become more sheepish in this channel of late
| |
12:05 | :)
| |
12:05 | <ogra> with the user credenttials
| |
12:06 | there is no "LDM session" :)
| |
12:06 | <epsas> wait - what about the ldm login screen
| |
12:06 | <ogra> there are two ssh tunnels
| |
12:06 | <epsas> is that run locally?
| |
12:06 | <ogra> both owned by the user
| |
12:06 | yes
| |
12:06 | <epsas> ok
| |
12:07 | i need to get a new job -- programming is more fun than customizing ltsp
| |
12:07 | heh - oka
| |
12:08 | <ogra> use pam_mkhomedir for the home creation, add a launcher for a script that creates ~/.config/user-dirs.dirs to /etc/xdg/autostart/
| |
12:08 | thats the clean way to achieve what you want
| |
12:25 | vagrantc, pfft, the tftp bug is a typical debian bug :)
| |
12:25 | <vagrantc> ogra: we're doing it wrong :)
| |
12:25 | <ogra> you guys use full busybox :)
| |
12:25 | we dont
| |
12:26 | <vagrantc> well, full path shouldn't break for y'all, right?
| |
12:29 | <ogra> no, it wont
| |
12:29 | i would have shouted earlier :)
| |
12:30 | not sure about fedora though, i have no idea if their tftp sits in bin sbin or where
| |
12:32 | * ogra calls it a day | |
12:33 | <vagrantc> they don't use initramfs-tools anyways
| |
12:34 | and the hook script copies it from /usr/bin to the initramfs's /bin, anyways ... i checked before committing :)
| |
12:41 | <Gadi> vagrantc: while ur picking at things, you could addd some code to grab the arch from uname -m and modify the default value for tftpath
| |
12:41 | :)
| |
12:41 | * vagrantc has no plans to play the uname -m to debian architectures game | |
12:41 | <Gadi> hehe
| |
12:41 | fair nuff
| |
12:42 | * vagrantc might be tagging and uploading soonish | |
12:42 | <vagrantc> ltsp-trunk, that is
| |
12:42 | it's got several bugfixes relevent for debian, at least.
| |
12:44 | <Gadi> is ltspfs-0.5.13 in any of the debian repos yet?
| |
12:44 | <vagrantc> Gadi: yup
| |
12:44 | <Gadi> which one?
| |
12:44 | <vagrantc> ftp.pl.debian.org
| |
12:45 | probably others
| |
12:45 | in sid
| |
12:45 | * vagrantc hopes it didn't break anything | |
12:45 | <Gadi> ah, ok - because sometimes people ask about RDP+localapps on debian
| |
12:45 | when ur not here
| |
12:45 | er, RDP+localdev
| |
12:45 | michael2 is now known as chalupacabra | |
12:46 | <vagrantc> i haven't tested it, but it should be installable on lenny/stable without pulling in extra dependencies.
| |
12:46 | the previous version worked on lenny without issues
| |
12:46 | and the diff is pretty small.
| |
12:46 | * Gadi nods | |
12:46 | <Gadi> when u tested, you were using sid?
| |
12:46 | for everything?
| |
12:47 | <vagrantc> squeeze/testing
| |
12:47 | <Gadi> gotcha
| |
12:48 | evilx has joined #LTSP | |
12:50 | gate_keeper_ has quit IRC | |
12:51 | <rjune_wrk> Gadi: how you doing?
| |
12:51 | RobertBerger has joined #ltsp | |
12:52 | RobertBerger has joined #ltsp | |
12:52 | <Gadi> rjune_wrk: not bad, et tu?
| |
12:52 | RobertBerger1 has joined #ltsp | |
12:53 | adrian15 has joined #ltsp | |
12:54 | <adrian15> ltspfs "authentication failed". Google does not help too much. Does anyone have updated instruction on how to debug and solve this?
| |
12:55 | <Gadi> adrian15: are u using LTSP5?
| |
12:55 | <vagrantc> adrian15: sounds like you don't have access to the ltspfs_token X property
| |
12:56 | adrian15: you running the manual debugging instructions?
| |
12:57 | <adrian15> Gadi: Well, I think so it is the one that tcos offers to ubuntu 8.04 installations
| |
12:58 | vagrantc: Which ones are these manual debugging instructions? Can you please give me a link ?
| |
12:58 | <vagrantc> adrian15: you're the one doing the debugging, you tell me :P
| |
12:59 | <adrian15> vagrantc: I am trying to solve my problem ;)
| |
12:59 | <vagrantc> adrian15: i.e. what were you doing when you got the error message? were you following any instructions?
| |
13:00 | <adrian15> vagrantc: More or less the instructions are: Once the pendrive has been automatically mounted at the terminal (the physical machine not the server I mean) you can run ltspfs manually to see if something goes wrong. So I run: lstpfs 192.168.1.15:/mnt/sdb1 /home/manolo/Desktop/pendrive
| |
13:00 | vagrantc: The result is Authentication failed.
| |
13:01 | vagrantc: If I run xauth -n list it outputs two lines that are the same ip (one is ipv6 and the other one ipv4)
| |
13:01 | vagrantc: So... any clues?
| |
13:03 | <vagrantc> adrian15: are the instructions posted somewhere?
| |
13:04 | and if so, could you tell me?
| |
13:04 | and while we're at it:
| |
13:04 | !release
| |
13:04 | <ltspbot> vagrantc: "release" is please mention the linux distro and release you're using :)
| |
13:07 | <adrian15> vagrantc: Ubuntu 8.04
| |
13:07 | vagrantc: Yes, but they are in Spanish
| |
13:07 | vagrantc: But they are what I have just said.
| |
13:08 | vagrantc: I want to know what else should I try if ltspfs mount fails.
| |
13:08 | * vagrantc would really like to see the instructions | |
13:08 | <vagrantc> i can stumble through spanish, and there's some native speakers about who could help
| |
13:09 | otherwise, i don't know what you've tried, so i can't really suggest what to do next.
| |
13:10 | RobertBerger has quit IRC | |
13:10 | * ogra bets TCOS simply misses setting the token | |
13:11 | <ogra> it doesnt use LDM
| |
13:11 | fotanus has joined #ltsp | |
13:11 | <rjune_wrk> ogra: I thought you called it a day
| |
13:11 | <ogra> yeah, just checked my running build while waiting for dinner
| |
13:12 | <vagrantc> adrian15: ah, is this ltsp, or tcos ?
| |
13:12 | <ogra> he said tcos above
| |
13:12 | <vagrantc> i missed it ...
| |
13:13 | ogra: as ogra said, tcos probably doesn't the the ltspfs_token in X11 properties ... i'd file a bug with tcos, if that's what you're using.
| |
13:13 | <adrian15> vagrantc: Its tcos but it uses ltspfs in the background for pendrive mounting.
| |
13:13 | <vagrantc> pfft.
| |
13:13 | adrian15: that previous was meant for you :)
| |
13:14 | <adrian15> vagrantc: I have tried: lstpfs 192.168.1.15:/mnt/sdb1 /home/manolo/Desktop/pendrive
| |
13:16 | ltspbot has joined #ltsp | |
13:20 | <Gadi> vagrantc: can you check my work: https://help.ubuntu.com/community/UbuntuLTSP/RdesktopLocaldev#preview
| |
13:20 | <adrian15> vagrantc: There is not output about it
| |
13:21 | vagrantc: So... How am I supposed to set this ltspfs_token property set manually?
| |
13:21 | <ogra> you cant
| |
13:22 | <adrian15> ogra: Using free as in freedom software, and I cannot ?! ;)
| |
13:22 | <ogra> well, you can
| |
13:22 | but its a lot of hackery i suppose
| |
13:23 | <adrian15> ogra: xprop has a -set option
| |
13:24 | so name is ltspfs_token and value is... ?
| |
13:24 | ogra: ?
| |
13:24 | <ogra> thats your prob :)
| |
13:24 | <Gadi> adrian15: the value is a magic key
| |
13:24 | <ogra> right
| |
13:24 | <Gadi> that is randomly generated
| |
13:24 | <ogra> and its created by LDM
| |
13:24 | which TCOS doesnt use
| |
13:24 | <adrian15> Gadi: A magic key that it is found in: /var/run/ltspfs_token maybe ?
| |
13:25 | <Gadi> on the client
| |
13:25 | <adrian15> in the terminal I mean
| |
13:25 | <Gadi> right
| |
13:25 | <adrian15> yes, on the cliente
| |
13:25 | ok
| |
13:25 | So...
| |
13:25 | Gadi: I am going to play with that, see what happens. Thank you.
| |
13:25 | <Gadi> adrian15: does tcos use gdm?
| |
13:30 | <adrian15> Gadi: yes, it uses gdm
| |
13:30 | <Gadi> does it use lbus?
| |
13:31 | like in the old ltsp 4.2 days?
| |
13:31 | adrian15: if you know where the client launches ltspfsd, you may have luck adding the argument "-a"
| |
13:31 | so, it calls: ltspfsd -a
| |
13:32 | the -a *should* disable the authentication
| |
13:32 | <adrian15> Gadi: I am not sure about lbus because main tcos developer is not available right now
| |
13:32 | <Gadi> of course, use at ur own risk
| |
13:40 | <adrian15> Gadi: What's the format that I should select ?
| |
13:40 | Gadi: it seems that when running xprop you need to set also its property format. Which one?
| |
13:42 | <Gadi> xprop -root -f LTSPFS_TOKEN 8s -set LTSPFS_TOKEN $(cat $ltspfs_token)
| |
13:42 | thats a line from our code
| |
13:42 | obviously, substitute the last bit
| |
13:44 | <adrian15> Gadi thank you very much
| |
13:44 | alkisg has quit IRC | |
13:45 | <Gadi> con mucho gusto
| |
13:45 | :)
| |
13:49 | <adrian15> Gadi: Ok. Ltspfs token has been set sucessfully. ltspfs manually mount gives the same problem: Authentication failed.
| |
13:50 | Gadi: Any more ideas ?
| |
13:50 | <Gadi> hmm...
| |
13:51 | is this something that is supposed to work in tcos or are you a developer trying to make it work?
| |
13:51 | <adrian15> Gadi: I have run it both as the user that uses the computer and as root. The same result.
| |
13:51 | Gadi: Is something supposed to work in tcos
| |
13:52 | <Gadi> I wonder if following the LTSP 4.2 local dev troubleshooting guide might help
| |
13:53 | * vagrantc notes that udev usually creates the ltspfs_token nowadays | |
13:54 | alkisg has joined #ltsp | |
13:54 | <Gadi> adrian15: what version of ltspfs do you have there?
| |
13:54 | <vagrantc> Gadi: have you tried 0.5.13 yet?
| |
13:54 | <Gadi> vagrantc: not yet
| |
14:02 | <adrian15> Gadi: I think I know what's the problem. It might be related to dhcpd.conf setup. An stupid error. Let me check it.
| |
14:03 | <vagrantc> Gadi: the rdesktop thing looks fine, as far as i can see.
| |
14:05 | <Gadi> great!
| |
14:05 | in that case...
| |
14:05 | spectra has joined #ltsp | |
14:06 | <adrian15> Gadi: Yeah. It was a wrong dhcpd.conf configuration. The clients hostname was not set ok.
| |
14:06 | <Gadi> !learn RDP-localdev as when I want to use local devices in an LTSP rdesktop session. See: https://help.ubuntu.com/community/UbuntuLTSP/RdesktopLocaldev
| |
14:06 | <ltspbot> Gadi: The operation succeeded.
| |
14:06 | <Gadi> adrian15: ah
| |
14:06 | so it works now?
| |
14:07 | !RDP-localdev
| |
14:07 | <ltspbot> Gadi: "RDP-localdev" is when I want to use local devices in an LTSP rdesktop session. See: https://help.ubuntu.com/community/UbuntuLTSP/RdesktopLocaldev
| |
14:07 | <vagrantc> !rdp
| |
14:07 | <ltspbot> vagrantc: Error: "rdp" is not a valid command.
| |
14:07 | <vagrantc> Gadi: why not just link to it from rdp ? :)
| |
14:08 | <Gadi> well, thats a bit broad
| |
14:08 | :)
| |
14:08 | <vagrantc> sure, but you can have multiple topics under it
| |
14:08 | <Gadi> oh -
| |
14:08 | * Gadi knows not the ltspbot-foo | |
14:08 | <vagrantc> though once it gets long, it stops displaying all of them
| |
14:08 | !localdev
| |
14:08 | <ltspbot> vagrantc: "localdev" is (#1) Information regarding using pluggable devices and cdroms with LTSP can be found at http://wiki.ltsp.org/twiki/bin/view/Ltsp/LTSP-42-LocalDev, or (#2) for ubuntu: https://wiki.ubuntu.com/EnableLTSP5LocalDevices, or (#3) for debian-edu: http://wiki.debian.org/DebianEdu/HowTo/LocalDeviceLtspfs, or (#4) http://wiki.ubuntu.com/DebugLocalDev
| |
14:09 | <Gadi> gack
| |
14:09 | <vagrantc> for example :)
| |
14:09 | <Gadi> why is LTSP 4.2 in that list?
| |
14:11 | <vagrantc> because it was the first
| |
14:12 | artista_frustrad has quit IRC | |
14:12 | <adrian15> Gadi: That was it. Thank you everyone for your help.
| |
14:12 | * vagrantc helped unload a pallet of debian-branded wine | |
14:13 | artista_frustrad has joined #ltsp | |
14:13 | <Gadi> wow - our wiki has so much old and confusing info on it
| |
14:13 | * vagrantc long ago proposed renaming it to oldwiki.ltsp.org | |
14:13 | <Gadi> hehe
| |
14:14 | not that that helps when you get there by google
| |
14:14 | :)
| |
14:15 | wow - september of 2006 was when I wiki'd about RDP_Localdev in ltsp 4.2
| |
14:16 | time flies
| |
14:18 | <vagrantc> hrm.
| |
14:19 | maybe the delayed_mounter was actually
| |
14:19 | need
| |
14:19 | ed
| |
14:19 | highvoltage has quit IRC | |
14:20 | <vagrantc> hrm.
| |
14:23 | adrian15 has quit IRC | |
14:24 | <vagrantc> well, i've got all week to sort it out.
| |
14:26 | The_Code has quit IRC | |
14:27 | <Gadi> you took out delayed_mounter?
| |
14:27 | <vagrantc> for xinitrc.d
| |
14:28 | the ldm delayed_mounter was still there ...
| |
14:28 | <Gadi> hmm... you may not catch floppies then
| |
14:28 | right?
| |
14:28 | <vagrantc> i had taken out the xinitrc.d/I10-delayedmounter manually before and it still worked... but i might have missed something.
| |
14:28 | <Gadi> oh, but I guess udev should add that
| |
14:28 | hmm...
| |
14:29 | <vagrantc> problem is when both delayed_mounter and stuff from udev tries to add the same thing.
| |
14:29 | <Gadi> ah
| |
14:29 | well, delayed_mounter is only needed in ldm because the connection isn't plumbed, so I guess it is not needed in xinitrc.d
| |
14:30 | as long as udev behaves itself
| |
14:31 | <vagrantc> it worked when i tested it, but now that i uploaded a package, it's not working :(
| |
14:31 | so i must have tested poorly
| |
14:31 | <Gadi> of course
| |
14:31 | no, its just Murphy
| |
14:32 | * vagrantc heads to dinner | |
14:33 | <Gadi> dinner?
| |
14:33 | isn't it about noon by you?
| |
14:33 | <vagrantc> 9:32 in the evenin
| |
14:33 | * vagrantc flew over gadi's house a couple days ago | |
14:33 | * Gadi guesses ur not in kansas or portland anymore | |
14:34 | <vagrantc> viva extremadura!
| |
14:43 | vagrantc has quit IRC | |
14:43 | vagrantc has joined #ltsp | |
14:44 | hanthana has quit IRC | |
14:46 | bieb has left #ltsp | |
14:47 | hanthana has joined #ltsp | |
15:31 | pmatulis has quit IRC | |
15:32 | RobertBerger1 has left #ltsp | |
15:36 | The_Code has joined #ltsp | |
15:42 | hanthana has quit IRC | |
16:01 | makghosh has joined #ltsp | |
16:03 | vagrantc_ has joined #ltsp | |
16:06 | CAN-o-SPAM has quit IRC | |
16:10 | vagrantc has quit IRC | |
16:17 | johnny has joined #ltsp | |
16:32 | pmatulis has joined #ltsp | |
16:50 | Gadi has left #ltsp | |
16:51 | staffencasa has quit IRC | |
16:53 | alkisg has quit IRC | |
16:57 | vagrantc_ has quit IRC | |
16:58 | tarbo_ has joined #ltsp | |
17:02 | fotanus has quit IRC | |
17:03 | makghosh has quit IRC | |
17:03 | tarbo has quit IRC | |
17:05 | makghosh has joined #ltsp | |
17:11 | vagrantc has joined #ltsp | |
17:16 | spectra has quit IRC | |
17:16 | * vagrantc will be tagging ltsp-trunk shortly | |
17:23 | makghosh has quit IRC | |
17:28 | makghosh has joined #ltsp | |
17:37 | vvinet has quit IRC | |
18:03 | dan_young1 has joined #ltsp | |
18:05 | dan_young has quit IRC | |
18:23 | <Ahmuck-Jr_> vagrantc: was in kansas?
| |
18:23 | <vagrantc> no
| |
18:24 | dan_young1 has quit IRC | |
18:45 | yusuf has joined #ltsp | |
19:29 | vagrantc has quit IRC | |
19:33 | Ahmuck has quit IRC | |
19:51 | sene has quit IRC | |
19:55 | yusuf has quit IRC | |
20:03 | makghosh has quit IRC | |
20:17 | knipwim_ has quit IRC | |
20:32 | pmatulis has quit IRC | |
21:37 | knipwim has joined #ltsp | |
21:47 | Sarten-X has quit IRC | |
21:51 | hanthana has joined #ltsp | |
23:47 | alkisg has joined #ltsp | |
23:52 | johnny has left #ltsp | |