**** BEGIN LOGGING AT Wed Mar 30 02:59:57 2011 Mar 30 03:07:58 man, smuxi for windows is the best windows irc client i've used to date, so glad i tried it Mar 30 03:08:02 adios, silverex Mar 30 03:15:52 ;) Is that a paid commercial announcement? Mar 30 03:16:57 hmmm... interesting architecture. Mar 30 03:17:18 hehe, that was a bit evangelistic, but i've been looking for a decent windows client for what seems likea ges Mar 30 03:18:19 anyone around that knows python well? could use a review of a bit of code Mar 30 07:25:45 morning Mar 30 07:26:04 good morning Mar 30 10:41:37 03Philippe De Swert  07master * rfd3c59f710 10openembedded.git/recipes/efl1/ (eeze_1.0.0.bb eeze_1.0.1.bb): Mar 30 10:41:37 eeze: update to 1.0.1 Mar 30 10:41:37 Version 1.0.1 contains bugfixes for udev watch/find functions to make sure devices are shown correctly. Mar 30 10:41:37 Signed-off-by: Philippe De Swert Mar 30 10:41:37 Acked-by: Paul Menzel Mar 30 11:13:49 hi obi Mar 30 11:21:29 hi! Mar 30 11:50:54 ericben: ping Mar 30 13:12:24 How does one add --ignore-externals to a SVN source in a recipe? SVNCOOPTS does not seem to work in a recipe. Mar 30 13:16:54 Has someone worked with i.MX 233 of freescale? Mar 30 13:17:45 fgretief: not right way, but does it work if you change whole FETCHCOMMAND_svn ? Mar 30 13:19:08 I don't want to change FETCHCOMMAND_svn because I have 3 recipes that use externals and another 3 where I need to ignore the externals. So must be done on a per recipe level. Mar 30 14:45:53 guess we should think about http://lwn.net/Articles/436012/ for the oe-based distros too eh Mar 30 14:45:59 * kergoth_ yawns Mar 30 14:50:48 which file is more important? recipes/recipe/files/MACHINE/file1 or recipes/recipe/files/DISTRO/file1 ? Mar 30 14:51:18 iirc the $MACHINE one Mar 30 14:51:20 machine Mar 30 14:53:11 thx Mar 30 14:53:33 long time since I complained about patches on oe ml last time Mar 30 15:03:57 lennart again Mar 30 15:53:28 cbrake ping? Mar 30 15:53:44 ka6sox-away: Hi TOm Mar 30 15:54:03 hi there.... Mar 30 15:54:10 ya, its still happening... Mar 30 15:54:22 it started before noon yesterday Mar 30 15:55:27 http://munin.nas-admin.org//nas-admin.org/nas-server/index.html#xen Mar 30 15:56:00 parsemail.py ... Mar 30 15:56:14 * mwester peeks Mar 30 15:56:35 /var/www/patchwork/apps/patchwork/bin/parsemail.py Mar 30 15:57:29 no its mostly idle Mar 30 15:57:32 *know Mar 30 16:00:04 ya, things were rocking along and then this started... Mar 30 16:00:27 hey, if I expect a tool that OE calls during do_compile to crash and I want to catch its corefile, where am I supposed to find it? Mar 30 16:00:38 ka6sox-away: I don't see anything funny going on right now Mar 30 16:00:56 ka6sox-away: I'll keep a top session open and watch today Mar 30 16:01:23 the 2 times I logged in and "caught" it parsemail.py was running @98.5% for an extended period. Mar 30 16:03:02 kergoth_: argh, those kind of changes should not be introduced by any one distro, such as Fedora... Those should come from standards bodies, like FHS, LSB etc... Mar 30 16:05:28 denix0: well, the article made it sound like it was a consensus among distros, including ubuntu and fedora, but i agree, FHS exists for a reason.. Mar 30 16:06:16 right, so they should have pushed the change through proper channels Mar 30 16:10:39 yep Mar 30 16:12:36 like dash? Mar 30 16:36:38 ericben: ping Mar 30 16:40:56 mickeyl no email? Mar 30 16:42:19 hmm Mar 30 16:42:26 i guess i have to resort to that Mar 30 16:42:31 we always seem to miss here Mar 30 16:52:37 ok, it just sends a disconnect DISC, but misses the the CLD (multiplexer closedown) Mar 30 16:53:39 err, wrong # Mar 30 17:07:50 khem, patch portal is not working right... Mar 30 17:09:36 ka6sox-away: parsemail.py is up at 95+ again Mar 30 17:11:52 cbrake, ya, it has a hairball... someone who understands patches might look and see if one is malformed on the ML. Mar 30 17:15:59 cbrake, someone who has access to the email account that parsemail.py uses needs to go and look @ what its trying to parse. Mar 30 17:16:47 (and choking on) Mar 30 17:19:38 I'd start looking @ Openembedded-devel Digest, Vol 56, Issue 154 and beyond Mar 30 17:29:48 actually, start looking @ this one [PATCH] Add support for the Technologic Systems TS7500 ARM Mar 30 17:29:48 SBCs (UDel V2G Team) Mar 30 17:30:00 about that time frame it started choking Mar 30 18:16:17 Hi. I have a x86_64 host and a i486 target. What should go to sysroots/i486-oe-linux and what should go to sysroots/x86_64-linux/usr/i486? What about sysroots/x86_64-linux/usr/i486/i486-oe-linux? Mar 30 18:39:54 hm.. btw Mar 30 18:40:09 do we have any machine for x86_64 arch? Mar 30 18:40:32 like i586-generic Mar 30 18:46:18 anyone have any ideas why running python on the target looks to do the wrong thing when you type "assert False"? Mar 30 19:11:08 mickeyl, ping. I ahev a question about python and optimization Mar 30 19:12:40 crofton just ask here Mar 30 19:14:11 well Mar 30 19:14:24 it looks like the default is optimize true for python Mar 30 19:14:50 hm compiling? Mar 30 19:14:55 and we have some code that depends on the assert statement, so how do we opt out of optimization Mar 30 19:15:44 looks like entering "assert false" into the interpreter does not work Mar 30 19:16:25 hm oh Mar 30 19:16:29 okay Mar 30 19:16:33 thats not in my scope Mar 30 19:18:50 optimize is on by efault Mar 30 19:19:00 trying to figuer out how to disable it ... Mar 30 19:31:27 Crofton|work, IIRC there is some stuff in the SlugOS distro conf files that changes the optimization flags for Perl -- perhaps the same technique might be useful for Python? Mar 30 19:31:58 this seems to be generatio of pyo veruss pyc files Mar 30 19:32:25 Ah, ok - so completely unique to Python, then. Mar 30 19:32:29 yes Mar 30 19:33:54 it is not clear how to opt out of the global change mickyl's patch did Mar 30 19:44:57 Is someone available to check in some patches? Mar 30 19:55:54 hi, why isn't there a "i686" in PACKAGE_EXTRA_ARCHS in http://cgit.openembedded.org/cgit.cgi/openembedded/tree/conf/machine/include/tune-atom.inc ? Mar 30 19:55:57 that's wrong imo Mar 30 19:56:58 I'm using it in exopcslate but I don't get the i686 opkg conf file Mar 30 19:57:23 can someone change it or shall I send a patch? Mar 30 20:02:09 pespin, what do you get? Mar 30 20:02:56 GNUtoo, where? Mar 30 20:03:15 in /etc/opkg/*-feed.conf Mar 30 20:03:18 I get all arch config files for opkg, unless i686 Mar 30 20:03:25 hmmm Mar 30 20:03:27 basically, bitbake -e shows: Mar 30 20:03:34 PACKAGE_ARCHS=all any noarch ${TARGET_ARCH} ${PACKAGE_EXTRA_ARCHS} ${MACHINE} Mar 30 20:03:45 what's ${TARGET_ARCH} Mar 30 20:03:52 (what value) Mar 30 20:04:31 # TARGET_ARCH=i686 Mar 30 20:04:36 it's commented in bitbake -e Mar 30 20:05:03 PACKAGE_EXTRA_ARCHS="x86 i386 i486 i586" Mar 30 20:05:24 # MACHINE=exopcslate Mar 30 20:05:38 hmm maybe it's lacking the exopcslate one too Mar 30 20:07:05 uhm but it seems ok: PACKAGE_ARCHS="all any noarch i686 x86 i386 i486 i586 exopcslate" Mar 30 20:07:54 I'll built a new image and try, maybe it's somehow solved. I added manually the files missing manually once I booted some weeks ago and I don't remember exactly which ones were lacking Mar 30 20:10:47 trying to figure out what dependency chain is resulting in my distro being polluted with busybox... anyone have pointers as to where to start? there are something like 10K tasks associated with building my distro... Mar 30 20:11:03 bitbake -g and what tools to parse it? Mar 30 20:11:10 * jconnolly is getting de ja vu Mar 30 20:11:54 less Mar 30 20:12:02 or dotty Mar 30 20:12:07 but the graphs are to dense Mar 30 20:12:21 jconnolly you are trying to find out why cacao is build? Mar 30 20:12:37 no, busybox, woglinde Mar 30 20:12:43 ? Mar 30 20:12:53 busybox is standard Mar 30 20:13:05 ~seen stefan_schmidt Mar 30 20:13:24 stefan_schmidt <~stefan@p5B037337.dip.t-dialin.net> was last seen on IRC in channel #oe, 1d 2h 36m 57s ago, saying: 'woglinde: why is it in there at all then?'. Mar 30 20:13:46 woglinde: not in our distribution Mar 30 20:14:04 jconnolly try -DDD too Mar 30 20:14:10 will look Mar 30 20:14:11 maybee its provider for something Mar 30 20:14:17 the .dot file is insane though Mar 30 20:14:22 and its taken as first Mar 30 20:14:28 joconnly thats why less Mar 30 20:14:34 is your friend Mar 30 20:14:38 or vi Mar 30 20:14:47 search the pn- file Mar 30 20:14:55 -> is a dep Mar 30 20:14:58 mwester had a perl script that converter .dot files to .html that made it slightly more manageable Mar 30 20:15:04 indeed, I will woglinde. i'll try now Mar 30 20:16:34 hmm.. Mar 30 20:16:38 linuxtag Mar 30 20:17:37 * Jay7 is considering about attending on LinuxTag Mar 30 20:18:09 yeah Mar 30 20:24:05 hm.. Mar 30 20:24:15 it's pretty acceptable by prices Mar 30 20:24:30 Jay7, the more help with the stand the better Mar 30 20:24:39 good way to meet people interested in OE Mar 30 20:24:58 yeah.. but I should remember my deutsch then :) Mar 30 20:25:11 english is okay Mar 30 20:25:13 or learn speaking english :) Mar 30 20:25:18 oh Mar 30 20:25:19 hehe Mar 30 20:25:28 yeah ;) Mar 30 20:25:30 but we will meet there Mar 30 20:25:32 Grr. Anybody know what I need to do to get locales in an image? Mar 30 20:25:46 image_install? Mar 30 20:25:56 in the image Mar 30 20:26:03 given the package name Mar 30 20:26:33 GLIBC_GENERATE_LOCALES and IMAGE_LINGUAS iirc Mar 30 20:26:49 but may be second is angstrom-specific Mar 30 20:28:28 Jay7, that is the stuff I try to figure out.. Mar 30 20:28:58 phdeswer: I have GLIBC_GENERATE_LOCALES = "en_US.UTF-8 en_GB.UTF-8 de_DE.UTF-8 ru_RU.UTF-8" and IMAGE_LINGUAS="en-us en-gb ru-ru" Mar 30 20:29:13 this should install IMAGE_LINGUAS to image Mar 30 20:29:17 Jay7, I limited it to en-gb Mar 30 20:29:20 iirc Mar 30 20:29:27 Problem is no package gets in the image... Mar 30 20:29:39 at least this works sime time ago for angstrom-2008.1 :) Mar 30 20:29:43 *some Mar 30 20:30:03 and I cannot just use image_install = "eglibc-locale-en-gb" Mar 30 20:30:08 even if that package exists Mar 30 20:31:11 Ow.. think I figured it out... Mar 30 20:31:40 My distro config or image does not have the IMAGE_LINGUAS. Might be that. Thanks guys! Mar 30 20:32:28 khem: would you mind testing my devshell oe-core branch and verify that your xterm-256color bits are all happy out of the box, just to be safe, before I see about getting it merged? Mar 30 20:33:36 kergoth: will do Mar 30 20:33:50 thanks, appreciate it Mar 30 20:33:59 * khem has headache today so things are slow Mar 30 20:34:02 never know what will break when rewriting something, can't test everything Mar 30 20:34:05 doh Mar 30 20:34:16 i hate those, often they won't go away until i sleep at night :\ Mar 30 20:34:35 khem go back to bed Mar 30 20:35:18 khem -- seems to be going around.. I woke up with one, and my kid came home from school w/ a migrane.. Mar 30 20:39:06 fray, I didn't know that was a contagious disease...I have one too. Mar 30 20:39:11 woglinde, florian: may you suggest hotel around linuxtag? Mar 30 20:39:26 hm sorry Mar 30 20:39:30 I live here Mar 30 20:39:34 dont need a hotel Mar 30 20:40:19 around the fair center it isnt cheap Mar 30 20:40:25 better search for a hostel Mar 30 20:40:26 khem, patchwork is broken... Mar 30 20:40:45 jay7 in kreuzberg are some pricy Mar 30 20:41:20 but you can show me what you have found and I can say its okay or not Mar 30 20:47:35 Jay7: similar here, I have a brother living in berlin. but it should not be too hard. Mar 30 20:47:48 :q Mar 30 20:48:20 we stayed in several hotels not far from linuxtag and all were quite cheap Mar 30 20:48:36 he florian Mar 30 20:49:15 hmm Mar 30 20:49:29 crofton I hear you Mar 30 20:49:47 I am trying to remember where I stayed Mar 30 20:50:39 hm ah Mar 30 20:50:46 look at your recipes Mar 30 20:54:10 hi there Mar 30 20:54:17 any zaurus developers around? Mar 30 20:54:24 Jay7, http://www.hotel-aster.de/ Mar 30 20:54:46 dromede__: you're probably better off just asking whatever question you have, and wait and see if anyone knows the answer Mar 30 20:54:47 dromede__: kind of :) Mar 30 20:55:10 i dont really have a question, i just need ideas or advice Mar 30 20:55:14 FAQ: zaurus support is worst, nobody cares :) Mar 30 20:55:22 regarding kdrive performance on pxa270 zaurii devices Mar 30 20:55:28 i know :( Mar 30 20:56:00 dromede__: kdrive is old.. we should try to move to xorg-server or xfbdev Mar 30 20:56:05 god no Mar 30 20:56:14 not with 64 megs of ram Mar 30 20:56:31 Stanislav Brabec have some success Mar 30 20:56:37 * kergoth_ would think xfbdev would be fine there Mar 30 20:56:50 the main problem we face is rotation Mar 30 20:57:09 Xfbdev is performing just fine when not rotated Mar 30 20:57:21 rotation absolutely kills performance Mar 30 20:58:02 so far i tried several thing to improve performance Mar 30 20:58:25 i tried doing the sram/ram framebuffer as desrcribed in the pxa270 dev manual Mar 30 20:58:59 it works, but it had no impact on performance, it was still dead slow Mar 30 20:59:06 when rotated, of course Mar 30 21:01:06 this may sound silly, but shouldn't bash be responsible for ln -s /bin/sh -> /bin/bash ? Mar 30 21:01:25 i.e. if i run /usr/lib/opkg/info/bash.postinst /bin/sh => /bin/bash ? Mar 30 21:02:05 then i tried mapping the framebuffer into a single tlb entry via section mappings to eliminate tlb misses Mar 30 21:02:17 this also had no impact on performance Mar 30 21:03:24 iirc, can run into problems linking sh to bash. we generally use update-alternatives to manage such things, but of course update-alternatives is *written in* sh, so if things happen in the wrong order you can end up without a shell :) Mar 30 21:04:02 * kergoth_ isn't surew hat the current state of things there is though, haven't touched that in ages Mar 30 21:05:58 and what's really interesting, to me, it seems that old pdaxrom releases had decent kdrive performance, even when rotated Mar 30 21:06:10 kergoth_: will into it some more then Mar 30 21:06:10 so i would really like to get in touch with former pdaxrom developers Mar 30 21:06:39 ah bash-sh maybe Mar 30 21:07:00 hi jconnolly Mar 30 21:07:14 hi GNUtoo Mar 30 21:07:40 there really isn't much reason to switch /bin/sh to bash in an oe based distro, though. just change your user's shell with chsh and let /bin/sh stay busybox :) Mar 30 21:07:58 jupp Mar 30 21:09:42 * khem has a working HARDfp ARM SDK now Mar 30 21:09:55 ah gratz Mar 30 21:10:02 beaglers will be happy Mar 30 21:10:54 okay its been 24hrs that parsemail.py has been running amok..I'm shutting down patchwork. Mar 30 21:11:13 hardfp is not such a huge win Mar 30 21:11:14 khem hm Mar 30 21:11:19 yes Mar 30 21:11:20 that is the hard abi? Mar 30 21:11:27 yes Mar 30 21:11:44 thats way koen stays with softfp Mar 30 21:11:47 Crofton|work: it will be a good thing for your kind of work Mar 30 21:11:50 it lets you use neon ergisters for args Mar 30 21:11:54 only povray profits Mar 30 21:11:56 yep Mar 30 21:12:09 which is not such a huge win :) Mar 30 21:12:19 we tend to pass pointers Mar 30 21:12:24 Crofton|work: depends on type of loads Mar 30 21:12:29 I do know of one case where it would help Mar 30 21:12:32 yep Mar 30 21:12:41 media apps Mar 30 21:12:54 and how the code is structured Mar 30 21:16:38 Crofton|work: if pointers are passed then your code is tuned to softfp Mar 30 21:16:57 you wont get much benefits out of hardfp Mar 30 21:17:03 but I think libs like libffi Mar 30 21:17:10 can get perf boost Mar 30 21:17:32 someone bitched about it on ml and it was on my todo Mar 30 21:17:35 sure Mar 30 21:17:35 so I just did it Mar 30 21:17:41 long haul it is a good thing Mar 30 21:18:15 damnit, why the hell doesn't pycharm work in linux for me, get a nice blank window, completely empty Mar 30 21:18:15 hrm Mar 30 21:18:56 kergoth: I have a case where yocto kernel includes a file like require tool.inc Mar 30 21:19:12 I want it to only include it if not building for uclibc Mar 30 21:19:16 how to do it Mar 30 21:20:06 short answer: don't. long answer: use bb.parse.handle() to parse it programmatically, see how amend.bbclass is implemented Mar 30 21:21:01 dromede__: hm.. so pdaxrom's krive perfomance is ok while OE/Angstrom's kdrive is slow? Mar 30 21:22:35 subjectively, i would say yes Mar 30 21:22:49 pdaxrom used a really old xfree release Mar 30 21:23:27 4.3.99.302 to be exact Mar 30 21:23:34 kergoth_: I am ok to do something different Mar 30 21:23:57 that is divide functionality in that inc file into some overrided Mar 30 21:23:59 vars Mar 30 21:33:40 dromede__: price of progress :( Mar 30 21:35:53 it doesnt really matter which one was fastest Mar 30 21:36:13 Jay7: i can ask petra who takes care about (cheap) hotels for kc but not before 11th when she is back from vacation Mar 30 21:36:42 i would just like some ideas on how to make it perform better than i t does now Mar 30 21:37:03 florian: np, I have enough time :) Mar 30 21:38:09 dromede__: well.. subscribe to zaurus-devel ML here http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel Mar 30 21:38:27 i already am Mar 30 21:38:32 good :) Mar 30 21:38:44 but things are slow on the zaurus-devel Mar 30 21:38:47 then you may try to raise this there Mar 30 21:38:58 dromede__: but I see no better place now Mar 30 21:39:13 yeah, i know Mar 30 21:39:42 we are talking about Z sometimes on #kexecboot Mar 30 21:39:55 because this is still our main platform Mar 30 21:51:55 good nite Mar 30 21:52:02 nite, woglinde Mar 30 21:52:53 I should start to sell xenserver and open-e dss support.. Mar 30 21:53:25 seems I have enough experience already :) Mar 30 21:53:40 Jay7, :) Mar 30 21:54:35 oh, I have birthday at morning.. Mar 30 21:56:31 HB Jay7 Mar 30 21:56:38 ka6sox-away: 10x :) Mar 30 22:12:15 03Philip Balister  07org.openembedded.dev * r15d32d076d 10openembedded.git/recipes/autoconf/autoconf.inc: autoconf: Fix paths for scripts installed on the target. Mar 30 22:12:16 03Philip Balister  07org.openembedded.dev * ree4b25ad8e 10openembedded.git/recipes/automake/automake.inc: automake: Fix paths in scripts installed on target. Mar 30 22:12:17 03Philip Balister  07org.openembedded.dev * r09c0a73087 10openembedded.git/recipes/qmake/ (qmake2.inc qmake2_2.10a.bb): qmake2: Define env var for strip. Convert to use INC_PR. Mar 30 23:12:09 so.. anyone else notice that gconf-dbus is unfetchable? Mar 30 23:52:50 03Chase Maupin  07master * rfd0ecabece 10openembedded.git/conf/machine/ (4 files in 2 dirs): (log message trimmed) Mar 30 23:52:50 ti814x: Add new machine definitions Mar 30 23:52:50 * Add new am387x-evm machine definition Mar 30 23:52:50 * Add new dm814xx-evm machine definition Mar 30 23:52:50 * Add new c6a814x-evm machine definition Mar 30 23:52:51 * New SOC_FAMILY ti814x available Mar 30 23:52:51 * Based on machine configuration files from Arago contributed Mar 30 23:53:06 03Chase Maupin  07master * r78806343a7 10openembedded.git/recipes/linux/ (2 files in 2 dirs): (log message trimmed) Mar 30 23:53:06 linux-omap3: add PSP recipe for am387x-evm Mar 30 23:53:07 * Add the TI PSP kernel recipe for the am387x-evm machine type. Mar 30 23:53:07 * Added the defconfig for ti814x devices Mar 30 23:53:07 * Based on kernel recipe from Arago contributed by Nageswari Mar 30 23:53:07 Srinivasan Mar 30 23:53:07 Signed-off-by: Chase Maupin Mar 30 23:53:08 03Chase Maupin  07master * r5fc4166f68 10openembedded.git/recipes/u-boot/u-boot_2010.06-psp04.01.00.03.bb: (log message trimmed) Mar 30 23:53:09 u-boot: Add PSP version for am387x-evm Mar 30 23:53:09 * Add the TI PSP u-boot version for the am387x-evm machine type Mar 30 23:53:10 * Make this version the default preference for ti814x Mar 30 23:53:10 SOC_FAMILY devices. Mar 30 23:53:11 * Based on u-boot recipe from Arago contributed by Nageswari Mar 30 23:53:17 Srinivasan Mar 30 23:53:17 03Chase Maupin  07master * r598f06ea9e 10openembedded.git/contrib/angstrom/sort.sh: Mar 30 23:53:17 sort: Add ti814x machine types Mar 30 23:53:17 * Add support for am387x-evm, dm814x-evm, and c6a814x-evm Mar 30 23:53:18 machine types. Mar 30 23:53:18 Signed-off-by: Chase Maupin Mar 30 23:53:19 Signed-off-by: Denys Dmytriyenko Mar 30 23:53:19 03Chase Maupin  07master * r2aa65302f5 10openembedded.git/recipes/ti/ (matrix-gui-common.inc matrix-gui-e.inc matrix-gui.inc): Mar 30 23:53:20 matrix-gui: Add support for am387x-evm machine Mar 30 23:53:21 * Add support for the am387x-evm machine type which uses Mar 30 23:53:21 SOC_FAMILY ti814x. Mar 30 23:53:22 * Bump the recipe PRs Mar 31 01:32:18 <_darknighte_> kergoth, you around? Mar 31 01:35:52 anyone out there know the reason that bitbake -i (interactive) was dropped in bb 1.10? Mar 31 02:12:51 darknighte: the UI was split completely away from the backend, it's a client/server model now. works completely differently, and the interactive/shell mode hasn't been resurrected in any of the UIs yet. the ncurses UI has a text input box which is intended to act as a prompt to issue commands to the server, but it's not implemented yet. Mar 31 02:14:17 ahhh, I was wondering. there was a post to the mailing list pointing out that in 1.10.2 the interactive shell was still available by uncommenting a couple of lines in lib/bb/cooker.py Mar 31 02:14:27 wasn't sure if it was still reliable. Mar 31 02:15:01 that won't work properly. the server isn't fully daemonized yet, but it will be, at which point it won't be possible to interact with the server via the tty bitbake was started on directly at all, period :) Mar 31 02:15:23 what we want, is a UI that reads a command from the user, issues it to the server, and continues to show events it gets back Mar 31 02:15:35 that way we stay within the model, but get the functionality Mar 31 02:16:10 makes sense. Mar 31 02:16:42 if you look at the yocto stuff, we're moving toward having IDE plugins that talk directly to the bitbake server process, without having the UI be in python at all Mar 31 02:16:46 which will be lovely Mar 31 02:17:05 sounds quite nice. Mar 31 02:18:36 breaking the two apart would seem to allow for a great deal of flexibility in the display, without impacting the running of tasks Mar 31 02:20:45 anyone else getting 407 errors from the fetcher going out to gihub? **** ENDING LOGGING AT Thu Mar 31 02:59:58 2011