**** BEGIN LOGGING AT Sat Jul 16 02:59:57 2011
Jul 16 03:00:14 <jacques> elpollodiablo1, that's not a fatal error
Jul 16 03:00:27 <jacques> I get that on lots of things, but it doesn't stop them from building
Jul 16 03:00:41 <jacques> I'm not even sure it's an error, more like a notice
Jul 16 03:00:52 <elpollodiablo1> after that is says exit2 error2 blah blah blah
Jul 16 03:01:06 <jacques> rwhitby, nm, I got X running; it was picking up old libs from /usr/local/lib
Jul 16 03:01:06 <elpollodiablo1> it is a warning
Jul 16 03:01:17 <elpollodiablo1> but it quits after that step with not details
Jul 16 03:01:27 <jacques> elpollodiablo1, are you parallel building?
Jul 16 03:01:47 <elpollodiablo1> no,??
Jul 16 03:01:52 <jacques> sometimes that can hide errors, at least then aren't at the end of the compile output
Jul 16 03:01:58 <elpollodiablo1> what do you menan by parallel building?
Jul 16 03:02:14 <jacques> make -j(something)
Jul 16 03:02:29 <elpollodiablo1> nope just make stage package
Jul 16 03:02:58 <elpollodiablo1> in the package/x/xserver-package directory
Jul 16 03:03:39 <jacques> elpollodiablo1, which package is it exiting on? the x-server or a dep?
Jul 16 03:04:31 <elpollodiablo1> I am trying to make xterm right now seeing if that works or not
Jul 16 03:04:36 <elpollodiablo1> wil try again shortly
Jul 16 03:04:38 <jacques> elpollodiablo1, can you pastebin the last 100 or so lines of build output?
Jul 16 03:05:30 <jacques> I see the zombie.
Jul 16 03:08:33 <jacques> the zombie is a sh, but the parent of the zombie is /var/usr/sbin/org.webosinternals.xecutah
Jul 16 03:10:23 * halfhalo goes to setup widk on his laptop.  good times...
Jul 16 03:12:11 <rwhitby> jacques: confirmed
Jul 16 03:19:34 <elpollodiablo1> so xterm built fine
Jul 16 03:19:52 <elpollodiablo1> so I went back and tried xserver and it worked with no errors strange
Jul 16 03:27:31 <elpollodiablo1> so how do you fine the zombie ? I have it all installed and xterm not loading
Jul 16 03:29:48 <rwhitby> ps will show it
Jul 16 03:32:56 <ka6sox> 1 zombie (and then one will have a status of Z occasionally popping up.)
Jul 16 03:36:38 <elpollodiablo1> ps only shows sh and ps
Jul 16 03:36:40 <linuxjacques> also, in ps listing is has [] around it and <defunct> after it
Jul 16 03:36:45 <linuxjacques> ps -efwww
Jul 16 03:36:58 <linuxjacques> oh, I have optware procps installed
Jul 16 03:37:04 <elpollodiablo1> ps -e shows everything but I dont see any thing out of the ordinary
Jul 16 03:37:50 <elpollodiablo1> ah I see it now
Jul 16 03:38:01 <linuxjacques> sh <defunct>
Jul 16 03:38:07 <linuxjacques> in ps -ef
Jul 16 03:39:18 <elpollodiablo1> I didnt know about that. cool thanks
Jul 16 04:11:33 <jacques> rwhitby, I'm ignoring the SIGCHLD and I don't get a zombie
Jul 16 04:13:08 <jacques> signal(SIGCHLD,SIG_IGN); // before the popen() call
Jul 16 04:19:55 <jacques> something is still not right though :-\
Jul 16 04:23:51 <jacques> I get no zombie, but the xterm is not started by xecutah, nothing in log either
Jul 16 04:24:15 <jacques> if I start xterm manually with the xecutah script, it works, and still no zombie, so that's an improvement from before I guess
Jul 16 04:42:23 <rwhitby> jacques: running the script manually never gives a zombie
Jul 16 04:43:13 <jacques> rwhitby, I got a zombie before I made the change though
Jul 16 04:43:29 <jacques> and now I don't
Jul 16 04:43:59 <jacques> I don;t get a zombie from xecutah, but the xterm doesn't start either :-\
Jul 16 04:45:27 <jacques> rwhitby, if I want to switch between xecutah service binaries manually, how do I do it?
Jul 16 04:45:46 <jacques> I want to try with and without the SIG_IGN
Jul 16 04:46:17 <rwhitby> jacques: stop org.webosinternals.xecutah ; overwrite binary ; /var/usr/sbin/org.webosinternals.xecutah to run it manually and see the command execution debug prints
Jul 16 04:46:36 <jacques> rwhitby, thanks!
Jul 16 04:47:35 <rwhitby> jacques: the binary location must match that path
Jul 16 04:48:23 <jacques> rwhitby, BTW, the xecutah ipk seems to have the source and intermediate object files for the c-service in it
Jul 16 04:48:43 <rwhitby> yep, that's probably true
Jul 16 04:49:00 <rwhitby> easy GPL compliance ;)
Jul 16 04:50:00 <jacques> heh, probably don't need the .o files though :-)
Jul 16 04:50:22 <rwhitby> that's in case there's any LGPL ;)
Jul 16 04:50:44 <jacques> lol
Jul 16 04:59:51 <jacques> rwhitby, when I do /var/usr/sbin/org.webosinternals.xecutah manually, I get no output and no xecutah
Jul 16 05:00:07 <jacques> oh nm
Jul 16 05:00:16 <jacques> that's just the service (duh)
Jul 16 05:02:48 <jacques> with original xecutah, as soon as I start the xserver I get a zombie, and then trying to start the xterm apparently does nothing (no output from xecutah)
Jul 16 05:04:30 <jacques> with the sig_ign xecutah, I *don't* get a zombie from starting the xserver, but I also get no output when trying to start xterm
Jul 16 05:08:00 <rwhitby> jacques: that's cause with a zombie, the service is blocked and will not accept another request from the app
Jul 16 05:10:07 <jacques> and for some reason, the behavior is different on 1.4.5 vs. later webos
Jul 16 05:11:09 <rwhitby> yep
Jul 16 05:54:42 <cryptk> why not jsut set this stuff up through event.d and have xecutah just emit signals?
Jul 16 06:15:14 <rwhitby> cryptk: not a bad idea.
Jul 16 06:40:54 <cryptk> then you would only have xecutah running one command, and we can do lots of cool things with emits and start-on's to do things like having xterm fire up it's own xserver if one isn't running already etc
Jul 16 06:41:05 <cryptk> have an event.d for setting up and tearing down a chroot etc
Jul 16 07:00:02 <cryptk> rwhitby, if we do it that way then it may even work on 1.4.5
Jul 16 08:30:07 <rwhitby> cryptk: indeed it does (already tested)
Jul 16 08:33:50 <rwhitby> dtzWill: I'm going to change everything over to upstart.
Jul 16 08:36:24 <rwhitby> dtzWill: I think I'll rename the legacy repositories too, and change xlauncher to xserver and xterm-launcher to xterm
Jul 16 08:50:10 <rwhitby> pushed 0.7.0 to autobuilder
Jul 16 09:09:33 <cryptk> rwhitby, AWESOME!!! so it worked!
Jul 16 09:12:44 <cryptk> rwhitby, on a side note... the launcher doesn't report a version for Xserver or Xterm... and we should probably UIRev2 the headless app for those
Jul 16 09:13:04 <cryptk> since there is no back button needed, we should be able to just throw UIRev2 in there and call it done
Jul 16 09:37:11 <cryptk> rwhitby, I'm getting unknown job errors when trying to launch xserver or xterm from xecutah using the new testing feed versions
Jul 16 09:38:51 <rwhitby> yep, fixing that now
Jul 16 09:44:29 <rwhitby> 0.7.1 in feeds now
Jul 16 09:49:48 <rwhitby> oops, xserver still coming
Jul 16 09:50:15 <cryptk> yep
Jul 16 09:50:48 <cryptk> and I still get unknown job org.webosinternals.xterm but that may be because there is no xserver running... not sure
Jul 16 09:51:12 <rwhitby> now xserver 0.7.1 is there
Jul 16 09:51:57 <rwhitby> gah, still wrong
Jul 16 09:52:47 <cryptk> perhaps it needs tweaks ;)
Jul 16 09:55:08 <rwhitby> hmm 0.7.1 should work
Jul 16 09:58:49 <rwhitby> ah, upstart dir not copied
Jul 16 09:58:53 <cryptk> yep
Jul 16 09:59:02 <cryptk> I jsut novatermed in myself and didn't err the files in there
Jul 16 09:59:07 <cryptk> s/err/see/
Jul 16 10:01:52 <rwhitby> reinstall xterm and xserver 0.7.1 from the feeds (I didn't bother changing versions)
Jul 16 10:02:38 <cryptk> kk
Jul 16 10:06:03 <cryptk> rwhitby, is removing the headless app supposed to remove xterm and xserver?
Jul 16 10:07:22 <rwhitby> should do
Jul 16 10:07:31 <cryptk> it didn't
Jul 16 10:07:31 <rwhitby> but since the control scripts weren't there it may not have had a prerm
Jul 16 10:07:44 <cryptk> and starting xserver worked... can't get xterm to start though
Jul 16 10:12:28 <cryptk> running it manually from nvaterm worked though
Jul 16 10:12:47 <rwhitby> yeah, i know the problem
Jul 16 10:15:31 <cryptk> and while start starts them... stop doesn't stop them
Jul 16 10:15:54 <rwhitby> yep, they are one-shots at the moment, no daemons
Jul 16 10:17:15 <cryptk> gotcha
Jul 16 10:22:27 <rwhitby> ok, try 0.7.2 of all three
Jul 16 10:23:55 <cryptk> installing
Jul 16 10:25:12 <rwhitby> ok, those should be it
Jul 16 10:25:27 <cryptk> still broken horribly
Jul 16 10:25:31 <cryptk> just kidding, works great
Jul 16 10:26:10 <cryptk> how is initctl knowing where to finc the upstart scripts at?
Jul 16 10:26:26 <cryptk> since they aren't in /etv/event.d
Jul 16 10:27:05 <rwhitby> they are in /var/palm/event.d
Jul 16 10:27:46 <cryptk> ahh, is that location set up my webOS already?
Jul 16 10:27:55 <rwhitby> yep
Jul 16 10:28:05 <cryptk> sweet
Jul 16 10:28:16 <cryptk> I will look into making them full daemon to where they can do start and stop etc
Jul 16 10:28:31 <cryptk> but only if I can get all of the stupid out of my ticket queue
Jul 16 10:29:46 <rwhitby> that would be good, thanks.
Jul 16 10:29:57 <rwhitby> we need to think about how to run multiple instances though
Jul 16 10:30:43 <cryptk> hrm... not sure if upstart can track multiple PID's....
Jul 16 10:30:50 <rwhitby> it cannot
Jul 16 10:31:11 <cryptk> I wonder if we can do one Xserver with multiple displays
Jul 16 10:31:18 <cryptk> each display gets it's own card
Jul 16 10:31:43 <cryptk> similar to a multiple monitor setup
Jul 16 10:33:15 <cryptk> I think the next thing we should really do though is RandR
Jul 16 10:33:24 <cryptk> so we can get orientation changes and be able to toggle the VKB
Jul 16 10:34:44 <cryptk> and getting some start-on and emit action going
Jul 16 10:34:56 <cryptk> so things like xterm can fire up the xserver themselves
Jul 16 10:38:36 <rwhitby> well, I'm going to wait a day to see if there are any other teething problems first.
Jul 16 10:39:24 <rwhitby> and deprecate the old X windows apps and repos
Jul 16 10:39:40 <cryptk> good plan
Jul 16 10:40:04 <rwhitby> get everything stable with the correct names before going forward.
Jul 16 10:44:08 * rwhitby bbt
Jul 16 10:44:13 <cryptk> indeed
Jul 16 11:34:01 <cryptk> rwhitby, whenever you get this... multiple xservers in cards does work
Jul 16 11:34:31 <cryptk> just give them different display numbers and you are golden
Jul 16 14:24:29 <ka6sox> Good work guys...
Jul 16 21:11:30 <rwhitby> cryptk|offline: I know they work - the question is how to use upstart to create them and still be able to kill them using upstart
Jul 16 21:42:30 <rwhitby> dtzWill: ping
Jul 16 21:56:43 <linuxjacques> morning rwhitby
Jul 16 23:01:44 <NuttyBunny> Dear Dropbox: PLEASE behave nicely with my bandwidth
Jul 17 00:17:27 <rwhitby> ok, I've got ubuntu-natty-chroot to build successfully in build.git
Jul 17 00:17:53 <rwhitby> now to work out how to do an upstart script to mount it
Jul 17 00:26:51 <elpollodiabo1> rwhitby: does the homebrew documentation app bring in decent money?
Jul 17 00:27:07 <rwhitby> depends what you define decent
Jul 17 00:28:05 <elpollodiabo1> I dont mean anything you can live on but just something to suport the hardware and resource need to keep webos-internals running
Jul 17 00:28:24 <rwhitby> normal donations do that
Jul 17 00:28:55 <rwhitby> PHD is my personal revenue stream (minus 10% which goes back to the group)
Jul 17 00:29:24 <elpollodiabo1> oh alright, so is that just profit
Jul 17 00:29:35 <elpollodiabo1> nice
Jul 17 00:30:44 <elpollodiabo1> glad you are making some money through the official app catalog channel
Jul 17 00:31:42 <rwhitby> It has only just got to the point where it has paid for my laptop.
Jul 17 00:31:53 <elpollodiabo1> you put so much time and effort into homebrew and this platform.
Jul 17 00:32:18 <elpollodiabo1> well atleast it is some help
Jul 17 00:53:20 <rwhitby> ka6sox-farfarawa: ping
Jul 17 00:53:33 <ka6sox-farfarawa> yes?
Jul 17 00:54:03 <rwhitby> I now have an autobuilder package which can build and install a ubuntu chroot in /media/ext3fs/ubuntu-natty-chroot
Jul 17 00:54:27 <rwhitby> how shall we start the chroot and enter it?
Jul 17 00:55:11 <rwhitby> optimum would be an Xecutah button which opens an xterm with you sitting inside the chroot with DISPLAY set correctly and all bind mounts in place. then when you exit that xterm the chroot is torn down.
Jul 17 00:55:48 <rwhitby> unless we take the same approach as Palm jails and just leave all bind mounts in place
Jul 17 00:55:50 <ka6sox-farfarawa> can't tear down the chroot from inside.
Jul 17 00:55:59 <ka6sox-farfarawa> I'd rather not
Jul 17 00:56:16 <ka6sox-farfarawa> because palm knows about those.
Jul 17 00:56:21 <ka6sox-farfarawa> but not ours.
Jul 17 00:56:44 <rwhitby> ok, so I have an XServer running.  I want to start a chrooted xterm in it, and I want the chroot to be torn down when I exit that xterm.
Jul 17 00:56:54 <rwhitby> what is your suggestion?
Jul 17 00:57:13 <ka6sox-farfarawa> are you leaving the xserver running afterwards?
Jul 17 00:57:19 <rwhitby> yes
Jul 17 00:58:00 <rwhitby> but if the card is thrown away, (and therefore the xterm exits), then the chroot should be torn down
Jul 17 00:58:09 <ka6sox-farfarawa> I want to test 1 thing before I say...
Jul 17 00:58:23 <ka6sox-farfarawa> I want to test a script in the base that calls the chroot and waits.
Jul 17 00:58:36 <ka6sox-farfarawa> waits till it exits and then continues
Jul 17 00:58:52 <rwhitby> I was thinking we have a script, which is called from upstart, which mounts, runs xterm, waits, then unmounts when xterm returns.
Jul 17 00:59:04 <ka6sox-farfarawa> agreed.
Jul 17 00:59:23 <ka6sox-farfarawa> its a question of whether we can have that script wait when we call the script in the chroot
Jul 17 00:59:47 <rwhitby> why would we be calling the script *in* the chroot?
Jul 17 01:00:11 <rwhitby> we would just be starting a shell in the chroot
Jul 17 01:00:16 <ka6sox-farfarawa> the script in the chroot binds the display and starts xterm
Jul 17 01:00:38 <rwhitby> I was going to do that outside, and have xterm do the chroot as the first command
Jul 17 01:00:59 <rwhitby> so xterm is running outside, but the shell it runs is inside
Jul 17 01:01:26 <ka6sox-farfarawa> I guess I'm thinking about it the other way around so you could start a WM
Jul 17 01:02:08 <ka6sox-farfarawa> or any random app in the chroot....
Jul 17 01:02:08 <rwhitby> ok
Jul 17 01:02:35 <ka6sox-farfarawa> just wait for the exit after the app gets done
Jul 17 01:02:54 <ka6sox-farfarawa> that would break the chroot and get you back to the base
Jul 17 01:02:58 <rwhitby> I'm thinking that is a subsequent item to look at it. I was going to start simple.
Jul 17 01:03:00 <ka6sox-farfarawa> (or if the card dies.
Jul 17 01:03:12 <ka6sox-farfarawa> okay that would work.
Jul 17 01:03:29 <ka6sox-farfarawa> because it would wait till xterm dies and then continue
Jul 17 01:03:58 <ka6sox-farfarawa> let me try that...jas
Jul 17 01:04:43 <rwhitby> the other reason why I wanted xterm outside was so you didn't actually need X libraries in the minimal chroot
Jul 17 01:05:13 <ka6sox-farfarawa> what would the chroot gain you then?
Jul 17 01:05:28 <ka6sox-farfarawa> over a stock xterm.
Jul 17 01:05:44 <rwhitby> access to all the programs in the chroot
Jul 17 01:05:52 <ka6sox-farfarawa> without the xlibs?
Jul 17 01:05:54 <rwhitby> which you can choose to apt-get or not
Jul 17 01:06:18 <ka6sox-farfarawa> oh, you are talking command line stuff...
Jul 17 01:06:19 <rwhitby> if you want a program that uses xlibs, they get pulled in when you apt-get that program
Jul 17 01:06:26 <ka6sox-farfarawa> right.
Jul 17 01:06:55 <ka6sox-farfarawa> that would make the initial chroot much smaller to get
Jul 17 01:07:22 <ka6sox-farfarawa> since you could treat xterm as a "console"
Jul 17 01:07:30 <rwhitby> yes
Jul 17 01:08:17 <ka6sox-farfarawa> have you tried calling xclock and seeing if it pops up a new display window?
Jul 17 01:10:47 <rwhitby> what do you mean by 'display window' ?
Jul 17 01:11:15 <ka6sox-farfarawa> isn't our X-server rootless?
Jul 17 01:11:39 <rwhitby> no
Jul 17 01:11:45 <ka6sox-farfarawa> ok
Jul 17 01:13:43 <ka6sox-farfarawa> okay that works.
Jul 17 01:13:53 <ka6sox-farfarawa> call the chroot with a script....
Jul 17 01:14:04 <ka6sox-farfarawa> when you are done and exit...it continues execution
Jul 17 01:14:24 <ka6sox-farfarawa> and tears down the bind mounts
Jul 17 01:15:31 <ka6sox-farfarawa> does this solve the 1.4.5 issue with not being able to call more than 1 thing?
Jul 17 01:17:16 <rwhitby> dunno
Jul 17 01:17:30 <rwhitby> hmm - touchpad keyboard now doesn't like shift keys
Jul 17 01:17:32 <ka6sox-farfarawa> okay let me see what happen when the chroot dies an ugly death.
Jul 17 01:23:04 <ka6sox-farfarawa> still works.
Jul 17 01:23:15 <rwhitby> how did you test that?
Jul 17 01:23:23 <linuxjacques> rwhitby, you mean the real keyboard? I got mine in a strange stage where everything has capitalized :-\
Jul 17 01:23:42 <ka6sox-farfarawa> ah, didn't work...
Jul 17 01:23:48 <ka6sox-farfarawa> I'm wrong
Jul 17 01:24:29 <ka6sox-farfarawa> if you kill -9 the thing in the chroot (which is what I'm told happens) the controling terminal is released and it doen't finish
Jul 17 01:24:51 <elpollodiabo1> linuxjacques: if you press the shift key twice it should put it back to normal
Jul 17 01:25:13 <rwhitby> linuxjacques: I mean the on-screen keyboard when running 0.7.2 on a Touchpad
Jul 17 01:25:14 <linuxjacques> elpollodiabo1, bt kb or onscreen?
Jul 17 01:25:27 <elpollodiabo1> shouldnt matter
Jul 17 01:25:58 <linuxjacques> ah
Jul 17 01:26:10 <linuxjacques> I'll try that next time
Jul 17 01:26:15 <elpollodiabo1> I believe they have the same functinoality. it is similar to how the pre shift works.
Jul 17 01:26:27 <rwhitby> ka6sox-farfarawa: I did: ./bin/xterm -display :0.0 -maximize -e "sh -x /media/ext3fs/ubuntu-chroot-wrapper.sh"
Jul 17 01:26:51 <rwhitby> where the chroot-wrapper does the mounts, then chroots, then unmounts
Jul 17 01:27:02 <elpollodiabo1> also another thing I noticed is that if you hold a shift/modifier key in for a long period of time it makes it sticky and you have to hold it in again for a couple seconds to get it back to normal
Jul 17 01:27:33 <ka6sox-farfarawa> rwhitby, if you throw away the card it finishes?
Jul 17 01:27:33 <rwhitby> ka6sox-farfarawa: closing the card unmounted the chroot properly
Jul 17 01:27:39 <ka6sox-farfarawa> good.
Jul 17 01:28:43 <ka6sox-farfarawa> is this somewhere I can look at it?
Jul 17 01:29:16 <elpollodiabo1> linuxjacques: that is one of the things I want to look into and change with the keyboard config
Jul 17 01:32:45 <ka6sox-farfarawa> rwhitby, I was thinking about starting the x-server, mounting the chroot, calling the chroot with chroot /media/ext3fs/natty-chroot/ /usr/bin/xdm, doing my thing then exiting out and unmounting outside
Jul 17 01:33:23 <ka6sox-farfarawa> or whatever app is supported inside.
Jul 17 01:33:59 <rwhitby> how does that scale?
Jul 17 01:35:14 <ka6sox-farfarawa> sorry, I meant to call a script inside that binds the chroot to display :0 and does what I want.
Jul 17 01:49:53 <ka6sox-farfarawa> what is the latest xterm in feeds (testing)
Jul 17 01:50:55 <rwhitby> yes
Jul 17 01:51:13 <rwhitby> (the latest xterm is in the testing feeds - 0.7.2)
Jul 17 01:55:17 <ka6sox-farfarawa> is your wrapper someplace?
Jul 17 01:55:32 <ka6sox-farfarawa> I want to compare it to mine.
Jul 17 01:56:51 <rwhitby> packaging it now
Jul 17 02:03:53 <rwhitby> ka6sox-farfarawa: look in nonworking/ubuntu-natty-chroot
Jul 17 02:04:10 <rwhitby> pushed
Jul 17 02:04:14 <ka6sox-farfarawa> kk
Jul 17 02:04:17 <ka6sox-farfarawa> let me pull
Jul 17 02:07:42 <ka6sox-farfarawa> okay ours are the same.
Jul 17 02:08:01 <ka6sox-farfarawa> I use -o bind but --bind works just as well.
Jul 17 02:10:28 <rwhitby> pushed a new postinst which preserves the chroot contents on upgrade
Jul 17 02:10:52 <rwhitby> Xecutah button works
Jul 17 02:13:03 <ka6sox-farfarawa> so we can't make this on our build server
Jul 17 02:13:19 <ka6sox-farfarawa> unless.. we add rootstock to our server
Jul 17 02:13:40 <ka6sox-farfarawa> and do we want to clone a server or a desktop?
Jul 17 02:13:42 <rwhitby> server needs to be running 11.04 too
Jul 17 02:13:50 <ka6sox-farfarawa> ya,
Jul 17 02:13:55 <ka6sox-farfarawa> so we can't autobuild this.
Jul 17 02:14:05 <ka6sox-farfarawa> unless I make a 11.04 chroot
Jul 17 02:14:06 <ka6sox-farfarawa>  :D
Jul 17 02:14:14 <rwhitby> no, I have structured the Makefile so I can dump a tarball in there and it will use it
Jul 17 02:14:19 <ka6sox-farfarawa> kk
Jul 17 02:15:05 <ka6sox-farfarawa> but to follow the model I would debootstrap a minimal 11.04 system into a spot on the server
Jul 17 02:15:12 <ka6sox-farfarawa> then add rootstock
Jul 17 02:15:19 <ka6sox-farfarawa> then call that.
Jul 17 02:16:19 <ka6sox-farfarawa> which would let us autobuild it and be repeatable.
Jul 17 02:22:45 <ka6sox-farfarawa> so you just call the upstart and it takes care of the rest.
Jul 17 02:23:02 <ka6sox-farfarawa> is xecutah starting the x-server?
Jul 17 02:27:26 <ka6sox-farfarawa> nm
Jul 17 02:41:25 <ka6sox-farfarawa> okay setting up a test to see if I can get it to do what I want.
Jul 17 02:45:01 <linuxjacques> cmake under widk is frustrating me. it can't find ncurses.h nor libncurses.so
Jul 17 02:45:24 <rwhitby> linuxjacques: WIDK setup page says to install cmake on the host
Jul 17 02:45:47 <linuxjacques> rwhitby, yeah sorry, I meant using the host cmake to try to configure a widk package
Jul 17 02:46:07 <rwhitby> ubuntu-natty-chroot is in the feeds
Jul 17 02:52:09 <ka6sox-farfarawa> rwhitby, its ubuntu-11.04 chroot right?
Jul 17 02:52:18 <ka6sox-farfarawa> not ubuntu-natty-chroot.
Jul 17 02:52:18 <rwhitby> yep
Jul 17 02:52:47 <ka6sox-farfarawa> this ought to be interesting
Jul 17 02:53:02 <rwhitby> what?
Jul 17 02:53:32 <rwhitby> that package is org.webosinternals.ubuntu-natty-chroot
Jul 17 02:53:33 <ka6sox-farfarawa> I moved it...
Jul 17 02:53:44 <ka6sox-farfarawa> no I had to move mine out of the way
Jul 17 02:53:52 <ka6sox-farfarawa> it was at the same location
Jul 17 02:54:17 <ka6sox-farfarawa> (yes I know it wouldn't have bothered it)
**** ENDING LOGGING AT Sun Jul 17 02:59:57 2011