**** BEGIN LOGGING AT Tue Dec 15 02:59:57 2009 Dec 15 03:47:46 hey I have a quick question :-) Dec 15 03:52:09 anybody home? :-) Dec 15 04:07:11 digx_4ever, your question can't have been that quick, or you'd have asked it by now. Dec 15 04:19:18 well instead of taking your time to respond and bash me you could have asked me what my question is ;-) ... Dec 15 04:21:34 digx_4ever, and still nobody can help you because nobody knows what youre problem is Dec 15 04:22:09 you must be having a bad night Dec 15 04:22:26 you must not really want any help Dec 15 04:24:00 yeah no thanks, I am busy right now. When I am done formulating my question, I am sure you'll be first in my list to ask Dec 15 04:24:41 so it really wasn't a quick question Dec 15 04:25:18 no not really, I lied after I realized you were having a bad night just to piss you off and I sincerely apologize Dec 15 04:25:27 silly me Dec 15 04:25:37 gtg now, have a good night Dec 15 07:07:20 goodmorning Dec 15 07:12:13 morning! Dec 15 07:29:35 03Koen Kooi  07org.openembedded.dev * rbc6bdd2189 10openembedded.git/recipes/qt4/qt4-tools-sdk_4.6.0.bb: Dec 15 07:29:35 qt4-tools: add sdk version as well Dec 15 07:29:35 * this should really move to BBCLASSEXTEND Dec 15 09:32:25 morning Dec 15 09:32:46 hey hrw Dec 15 09:39:42 good morning Dec 15 09:40:09 morning ppl Dec 15 09:40:12 hey florian Dec 15 09:40:35 XorA: how is tosa and collie? :) Dec 15 09:40:51 Jay7: still sitting in a box, Ive been so busy Dec 15 09:41:00 Jay7: I think it will be Jan before I get chance to post them Dec 15 09:41:03 XorA: ok, np Dec 15 09:42:07 XorA: who has powers to remove packages from angstrom feeds? Dec 15 09:42:30 hrw: anyone whos key is on a-o.org Dec 15 09:42:53 XorA: any rules exists? Dec 15 09:43:17 hrw: dont think so, I think you probably should have access anyway Dec 15 09:43:26 hrw: speak to koen, I cant do it now Dec 15 09:44:11 I have but there are packages which I need to remove from there and would need to populate feeds again Dec 15 09:45:14 hrw: populating the feeds is easy Dec 15 09:45:25 florian: good morning Dec 15 09:49:33 hrw: by speak to koen I meant get him to add your key Dec 15 09:50:47 I have access and just sent rfc to ml Dec 15 09:52:19 ls Dec 15 10:02:50 good morning Dec 15 10:03:43 hi mckoan Dec 15 10:04:38 http://geekandpoke.typepad.com/.a/6a00d8341d3df553ef0120a7190580970b-pi Dec 15 10:07:10 hi mckoan Dec 15 10:07:14 XorA: can you respond to my rfc on angstrom-devel ml? Dec 15 10:08:01 hrw: I havent got it# Dec 15 10:08:24 ok Dec 15 10:09:41 hrw: arrived and answered Dec 15 10:10:30 XorA: thx Dec 15 10:10:51 kgilmer: Mira wake up? Dec 15 10:12:17 * XorA thought Google Chrome was supposed to be some sort of speed demon browser Dec 15 10:14:08 XorA: is that not the case? Dec 15 10:14:42 zecke: I think it may be slightly faster than using IP over avian carrier, but only slightly Dec 15 10:14:58 zecke: the have cocked up the network code somewhere I think Dec 15 10:17:10 Anyone know about any projects/applications running webkit in directfb on openembedded? We are looking on different solutions lcd displays. Some people are arguing for running a full blown XP embedded or linux with X but I'm more into making something cheaper.. So I was interesting to see if there are any similar projects around. Dec 15 10:17:34 jovox_: QT Embedded? Dec 15 10:17:53 The lcds will just show pretty simple HTML that will be pushed from our servers Dec 15 10:18:18 XorA, haven't looked at that. Will take a look Dec 15 10:19:43 afaik, directfb have gtk compatibility layer Dec 15 10:20:27 Jay7: there is directfb-gtk+ or sth like that Dec 15 10:20:36 Ok Dec 15 10:20:37 but who wants gtk if can have qt? Dec 15 10:21:15 different people :) Dec 15 10:23:00 qt/e certainly prettier Dec 15 10:23:35 XP Embedded just to display a web browser wow, are they consultants? Dec 15 10:25:49 XorA, no, just pure idiots I believe Dec 15 10:28:38 it's same here also... Dec 15 10:30:41 It's a lack of linux knowledge actually. Shorter dev. time, longer startup time and more expensive hardware Dec 15 10:31:02 XorA: hi! had a good trip back ? Dec 15 10:31:08 eFfeM: yes Dec 15 10:31:15 gr8 Dec 15 10:32:33 didn't manage yet to get apache+php running; php does not deliver a module and apache does not seem to have cgi so php-cgi also does not seem to be an option, that leaves php-cli, didn't get to that Dec 15 10:37:45 eFfeM: turning on cgi in apache shouldnt be hard Dec 15 10:37:57 eFfeM: but for embedded device lighty is much better choice Dec 15 10:39:43 mickeyl: good morning Dec 15 10:41:05 morning pb_ Dec 15 10:51:26 hi mickeyl Dec 15 10:53:16 hey hrw Dec 15 10:53:45 XorA: tried to enable cgi, maybe it can be added in, but as a module i did not manage Dec 15 10:53:56 eFfeM: why apache though? Dec 15 10:54:28 xora yeah, probably should try something else Dec 15 10:54:36 eFfeM: lighty is working well Dec 15 10:55:00 XorA: mainly went to apache because i know that setup for ubuntu and myth comes with conf files for apache Dec 15 10:56:06 * XorA just wishes myth would recognise his dvb-t adapter Dec 15 10:56:47 XorA: lighty == lighttpd ? Dec 15 10:56:51 eFfeM: yes Dec 15 11:05:43 XorA: seems there are some more things (e.g. mini-httpd and thttpd) anyway will look at lighttpd later this week (have to work late today) Dec 15 11:05:51 will keep you posted Dec 15 11:06:36 eFfeM: I have php-cgi working well on liughttpd Dec 15 11:06:49 eFfeM: I think I might stick wordpress on my sheeva later on Dec 15 11:07:50 XorA: cool; Dec 15 11:09:27 need to modularise both lighty and php sometime Dec 15 11:09:46 I had a much cleaned up php recipe but somehow I broke libtool Dec 15 11:13:02 hm, libtool is often a source of problems Dec 15 11:17:04 for some reason the makefile stopped using libtool to install so I just got shell scripts instead of binaries Dec 15 11:24:39 eFfeM: we're using busybox httpd Dec 15 11:24:45 eFfeM: and it works very well Dec 15 11:24:53 eFfeM: and has cgi support too Dec 15 12:01:28 otavio, saw your msg but accidently quit pidgin before replying, thanks for the info Dec 15 12:02:26 * XorA didnt even know busybox had a httpd Dec 15 12:02:42 eFfeM: np Dec 15 12:03:10 XorA: it has and it works well for serving configuration wizzards and like Dec 15 12:08:58 there is but not sure if it will do php Dec 15 12:37:29 gm Dec 15 12:46:42 My memory is bad.. A few days ago I had problems with that hwclock didn't work because I don't have an /dev/rtc & /dev/misc/rtc link. Someone in here told me to create the dev with "mknod /dev/rtx xx xx" where xx xx is what I have forgot :-) Dec 15 12:47:12 and btw, how come it's not created? Dec 15 12:54:06 mknod /dev/rtc c 10 135 was what I was looking for.. Still want this to be created at boot though Dec 15 12:55:54 jovox_: you are not using udev? Dec 15 12:56:36 jovox_: http://ibot.rikers.org/%23oe/20091210.html.gz ctrl-f for it :) Dec 15 12:57:53 tsjsieb, there it is! Dec 15 13:01:59 zecke, no, I'm not using udev.. But I have a solution for it now :) Dec 15 13:03:07 jovox_: you have found the static dev tables? Dec 15 13:03:49 no? Dec 15 13:04:20 I will just create the dev from my initramfs Dec 15 13:07:36 hmm.. Dec 15 13:07:55 NameError: global name 'os' is not defined Dec 15 13:08:08 * Jay7 have updated OE after long pause Dec 15 13:08:32 should I update bitbake? or it is my local python problem? Dec 15 13:09:14 Jay7: update bitbake Dec 15 13:09:27 go straight to 1.8.10 Dec 15 13:09:36 ehr.. Dec 15 13:09:44 1.10 Dec 15 13:10:15 hm.. is it still in svn? Dec 15 13:10:17 should I fetch new version from git? Dec 15 13:10:17 git Dec 15 13:10:17 Jay7: svn is well ancient Dec 15 13:10:21 cool :) Dec 15 13:10:27 where can I find it? :) Dec 15 13:10:34 * XorA digs Jay7 out of the ground Dec 15 13:10:49 Jay7: git.openembedded.org Dec 15 13:11:02 seems pause was very long ;) Dec 15 13:24:51 XorA: we need some native-english skillz Dec 15 13:25:25 hm.. Dec 15 13:25:43 what about undefined 'repodir' name? Dec 15 13:25:46 bb 1.10 Dec 15 13:26:35 going from parsing illume-keyboard shr recipe Dec 15 13:27:17 ant_work: ??? Dec 15 13:28:50 http://pastebin.ca/1715653 Dec 15 13:28:58 here is full error text Dec 15 13:31:30 1.10 is experimental, I personally use 1.8.18 Dec 15 13:31:40 hehe Dec 15 13:31:45 ant_work: :-P Dec 15 13:31:55 Jay7: there shouldn't be SRCPV in that recipe.. mrmoku will push SRCPV removal I think.. Dec 15 13:32:14 Jay7: but it works wiht bb master and 1.8.18 :/ Dec 15 13:32:15 well.. what is right way? Dec 15 13:32:28 downgrade or fix recipe? :) Dec 15 13:33:55 Jay7: just a second Dec 15 13:34:16 Jay7: ok pushed Dec 15 13:34:20 sorry for that Dec 15 13:34:25 03Klaus Kurzmann  07org.openembedded.dev * r47d6cb217f 10openembedded.git/recipes/e17/illume-keyboards-shr_git.bb: Dec 15 13:34:25 illume-keyboards-shr: do NOT use SRCPV for git in org.oe.dev yet Dec 15 13:34:25 Signed-off-by: Klaus Kurzmann Dec 15 13:34:30 mrmoku: thanks for quick fix :) Dec 15 13:34:41 well... sorry for not noticing :) Dec 15 13:38:55 XorA: 1.10 has more cache-use: runqueue is much faster Dec 15 13:59:19 gm Dec 15 14:19:43 qemu-native failed Dec 15 14:20:32 http://tinderbox.openembedded.net/public/logs/task/4027469.txt Dec 15 14:20:37 fresh build Dec 15 14:24:00 /usr/include/bits/stdio2.h:65: error: call to __builtin___snprintf_chk will always overflow destination buffer Dec 15 14:25:32 * Jay7 scratching his head.. Dec 15 14:37:18 morning Dec 15 14:39:45 ah.. __USE_FORTIFY_LEVEL Dec 15 14:40:04 seems my distro is using fortify feature Dec 15 14:42:20 argh... Dec 15 14:42:23 SRCREV_pn-${PN} = "2096" Dec 15 14:42:34 hi kergoth Dec 15 14:42:37 I hate that Dec 15 14:43:07 SRCREV_pn-name = "ver" in config is stronger then SRCREV = "ver2" in recipe Dec 15 14:43:35 yep, that's the whole point of pn-${PN}, afaict, to do per recipe overriding from the config Dec 15 14:58:35 https://bugzilla.redhat.com/show_bug.cgi?id=538047 Dec 15 14:58:50 that's 'indirectly' known bug Dec 15 15:00:11 someone know how to get calibration of TS with X.org? Dec 15 15:01:43 maybe using tslib driver for xorg Dec 15 15:01:58 xf86-input-tslib Dec 15 15:02:12 ynezz: it needs to be calibrated anyway Dec 15 15:02:12 I think, that otherwise it's impossible Dec 15 15:02:27 there is some app.. Dec 15 15:02:29 morning Dec 15 15:02:30 you can calibrate it in tslib Dec 15 15:02:33 * Jay7 trying to remember Dec 15 15:02:33 ts_calibrate Dec 15 15:02:41 but you need framebuffer Dec 15 15:02:50 ynezz: I know ;( Dec 15 15:02:53 maybe I'll rewrite it Dec 15 15:02:56 Jay7: not xtscal? Dec 15 15:03:03 xtscal didnt seem to like Xorg last I tried Dec 15 15:03:09 but that was years ago Dec 15 15:03:42 I normally use ts_calibrate if I need to Dec 15 15:04:02 I've a strange touchscreen now and if I get it working with tslib I'll need to rewrite ts_calibrate so I can use it on beagleboard Dec 15 15:04:36 maybe I'll do it with evdev and there's calibration utility written in gtkmm Dec 15 15:04:48 it might work with evtouch also Dec 15 15:05:18 hrw: what kind of touchscreen you're talking about? Dec 15 15:05:48 hrw: if you're lucky and you can use evdev/evtouch there's no need for tslib... Dec 15 15:06:00 I prefer evdev since it's maintained Dec 15 15:07:27 I also prfer evdev one but this one is not so good Dec 15 15:08:51 when using the (a bit modified) console-image I get tons of devices in /dev but not /dev/rtc. Any ideas why it's not being created? Dec 15 15:09:07 your device lacks rtc? Dec 15 15:09:45 I can create it manually using mknod Dec 15 15:09:54 mickey|pcsupport: A new job? ;) Dec 15 15:10:19 but why are there like 500 (or more) in /dev? Dec 15 15:10:29 florian: hehe :) Dec 15 15:10:44 florian: heh Dec 15 15:10:48 not quite Dec 15 15:11:05 bound by family... sister moved and now everything needs to be configured / attached etc. Dec 15 15:11:18 new dsl router and stuff Dec 15 15:11:18 mickey|pcsupport: cables etc? Dec 15 15:11:20 *sigh* Dec 15 15:11:23 hrw: and your touchscreen is working fine with tslib? better than with evdev? Dec 15 15:11:24 hrw: ya Dec 15 15:11:41 ynezz: it works with tslib and fails to with evdev Dec 15 15:11:45 mickey|pcsupport: I fixed that a long time ago ... I moved 500 km from my sister and mother ;) Dec 15 15:11:49 mickey|pcsupport: deepshit Dec 15 15:12:09 hrw: how it fails with evdev? what kind of touchscreen it is? Dec 15 15:13:22 ynezz: it is on BUG device. own ts driver Dec 15 15:13:42 once calibrated it works fine with tslib driver Dec 15 15:14:05 wow downloading android repo is painfull Dec 15 15:14:38 hmm.. need to retest evdev Dec 15 15:15:16 heh.. hal fetched tslib Dec 15 15:15:38 well, it depends on kernel driver Dec 15 15:16:33 and that one needs rework Dec 15 15:16:49 if you're using hidraw, than you can't use evdev I think Dec 15 16:13:15 any comment about kernel.bbclass proposed patch (we have now 3 initramfs compressors)? Dec 15 16:33:01 well.. bug is localized.. **** BEGIN LOGGING AT Tue Dec 15 17:03:09 2009 Dec 15 17:24:43 anyone out there using UBIFS in production? Dec 15 18:30:54 What does "production" mean to you? Commercial embedded devices? Dec 15 18:31:24 Or do you mean as a "normal image available for hobbyists to use"? Dec 15 18:33:13 If the latter, yes, there are several devices with standard images available, that use ubifs, AFAIK. The Sheevaplug is one such device. I think there's a beagleboard image built using OE that is also based on ubifs? Dec 15 18:33:18 mwester: commercial embedded devices preferable, but I'm hoping to hear "It works great, go for it!" or "OMG we tried it and had these horrible problems" Dec 15 18:33:49 I don't know about commercial devices, but I can say from what I've heard: "It works great, go for it!" :) Dec 15 18:34:26 Most folks are very very happy at the speed improvements it brings, compared to jffs2. Dec 15 18:35:48 mwester: I recall using jffs2 in the early days and it was very buggy. It's sort of scared me off of new file systems. ubifs is new to me. It looks like logfs isn't ready yet (?). Dec 15 18:37:37 Unfortunately, jffs2 is not really practical for a lot of new devices, even though it is very stable now. The problem is that flash sizes are so large that it simply takes too long to do certain file-system maintenance sorts of things with jffs2. So I think that you may have no choice for some devices. Dec 15 18:37:56 I'm working with 256M flash Dec 15 18:38:43 Well, you would have to be the judge of it, but I think that's a bit bigger than what I would like to use with jffs2. Dec 15 18:56:51 /me ponders Dec 15 18:56:55 * kergoth ponders, even Dec 15 19:04:39 Anyone tried to install halevt in OE? I looked for a recipe but it doesn't exist. I also tried to use "ivman" but didn't works. I read in the follow link there are some bugs with ivman and hal: http://www.void.gr/kargig/blog/2009/05/28/ivman-is-dead-long-live-halevt/ Dec 15 19:13:20 the fact that no one contributed a recipe chances are low that anyone really tried it here Dec 15 19:22:15 * kergoth stabs freenode Dec 15 19:22:55 cherry-picking 400+ commits is not fun. Dec 15 19:24:02 kergoth: heh its like orchard picking rathar Dec 15 19:24:37 hehe, indeed Dec 15 19:25:07 Is MVL based off .dev ? Dec 15 19:26:32 it was, yeah, but its a really small subset of it Dec 15 19:26:54 trying to pull back all the recent commits, including the layout_* removal, sysroot stuff... Dec 15 19:27:03 * kergoth thinks there has to be a better way to manage this, somehow Dec 15 19:29:40 hmmm the infrastructure changes Dec 15 19:29:58 oh so you have recipes in your collections a large one prolly Dec 15 19:30:25 think we're up to a few hundred recipes thus far Dec 15 19:31:43 anything we can do to make your ife easier? Dec 15 19:31:51 besides stop working on OE :) Dec 15 19:32:50 kergoth: I think the basic changes as the ones you see happen once in a while probably not so frequently Dec 15 19:33:06 its like a new release I would say Dec 15 19:35:36 i really have no idea how to avoid this pain, without separating each recipe into its own repository, which would defeat the ease of collaboration OE gives us.. Dec 15 19:35:39 * kergoth grumbles Dec 15 19:40:52 kergoth: If you cloned the oe repo as it is then it would be 100+ recipes you need to fix Dec 15 19:41:28 unless you also have changes to OE metadata which wud conflict Dec 15 19:41:57 most of our changes are amend.inc files, which is why amend-recipes.inc exists, to make it easy to amend to recipes without conflicting Dec 15 19:42:03 not all, though Dec 15 19:43:14 still lots of manual conflicts to fix though, "foo was removed in head but modified in .." Dec 15 19:43:28 hmm yeah Dec 15 19:45:56 re Dec 15 19:46:47 florian: hello Dec 15 19:57:32 kergoth: Hi, are you familiar with tslib, linear scaling? Dec 15 19:58:32 kergoth: I wonder, if it could handle this touchscreen http://thread.gmane.org/gmane.comp.freedesktop.xorg/41678/focus=41695 Dec 15 19:59:59 kergoth: Maybe you're not the right person at all, but I saw you in svn logs of tslib :) Dec 15 20:02:17 not sure offhand.. it can only compensate for linear, if the input is nonlinear, you're hosed Dec 15 20:16:56 seems I've fixed that qemu compilation error Dec 15 20:17:35 Jay7: good. what was error and fix Dec 15 20:18:15 khem: our qemu 0.10.3 fails to compile on distro with enabled FORTIFY_SOURCE Dec 15 20:18:23 as I understand at least Dec 15 20:18:30 http://tinderbox.openembedded.net/public/logs/task/4027469.txt Dec 15 20:18:33 oh means ubuntu Dec 15 20:19:00 I'm using ALT Linux (russian distro) Dec 15 20:19:14 how about 0.11 Dec 15 20:19:23 or even 0.12rc Dec 15 20:19:37 I don't know, we have no qemu recipes for that versions :) Dec 15 20:19:51 may be they should be added too Dec 15 20:20:03 well, may be :) Dec 15 20:20:09 but this is out of my current plan :) Dec 15 20:20:48 ok Dec 15 20:21:30 jo Dec 15 20:22:00 jo woglinde Dec 15 20:22:09 woglinde: hi Dec 15 20:22:15 he jay7 long time not seen Dec 15 20:22:18 jo khem Dec 15 20:22:32 woglinde: yeah.. was busy days :) Dec 15 20:24:04 jay7 hehe hope you made good money Dec 15 20:25:12 heh.. not so good as lost time Dec 15 20:25:39 * kergoth ponders a filter-branch of upstream oe w/ subdirectory-filter per recipe dir + merge from the filtered branch Dec 15 20:25:50 s/merge/subtree merge/ Dec 15 20:26:31 "merge all but don't touch that recipes"? Dec 15 20:26:55 trying to stay in sync with oe for a limited subset of oe's recipes Dec 15 20:26:59 more minimal repo Dec 15 20:27:05 that good idea.. Dec 15 20:28:19 Jay7 :( Dec 15 20:30:02 it being this difficult to manage a collection which is a subset of OE implies a real problem in the way we do things, since i could see it being an extremely common way of doing things.. look at poky.. Dec 15 20:30:05 * kergoth 's headh urts Dec 15 20:39:03 i wonder.. Dec 15 20:39:19 hi booxter Dec 15 20:39:54 woglinde, hi :) Dec 15 20:41:29 i wonder if you could kill recipes entirely in favor of just saying bitbake, build this tarball, or that git repository, and it consults a pool of build information which is shared in the community to determine how to build it.. or, analyzes the tree to determine how, and that info is then retained for everyone in future builds.. then just maintain a set of git repositories of the patched up sources to work properly with the built in builde Dec 15 20:41:32 * kergoth ponders Dec 15 20:47:46 meh Dec 15 20:48:01 hi, I have some questions on update-rc.d class. Dec 15 20:48:14 I have a recipe that installing the init script on /etc/init.d/ Dec 15 20:48:40 but when I add the recipe dependency to an image recipe, the links on rc*.d aren't there for it Dec 15 20:49:20 my recipe is inheriting update-rc.d and defining INITSCRIPT_NAME and _PARAMS Dec 15 20:49:29 "defaults 90" Dec 15 20:49:34 any idea what I'm missing? Dec 15 20:50:04 are you building an image that has ONLINE_PACKAGE_MANAGEMENT = "full"? ipk based images that don't include opkg won't run the postinst scripts on first boot Dec 15 20:50:16 hmm Dec 15 20:50:39 * kergoth can't remember if update-rc.d postpones or runs at image creation time, now that he thinks of it.. nevermind Dec 15 20:51:14 on my recipe I have dbus Dec 15 20:51:25 and I can see the update-rc.d is being called on build time Dec 15 20:51:34 because I see the links for it on the file system image Dec 15 21:10:27 hmm Dec 15 21:10:47 kergoth: never mind, I fix it Dec 15 21:10:51 some stale packages around Dec 15 21:10:52 glad to hear it Dec 15 21:10:54 thanks Dec 15 21:10:55 ah Dec 15 21:11:04 ddompe *g* Dec 15 21:11:25 *g* ? Dec 15 21:11:31 *grin* Dec 15 21:12:05 e2factory is cute. totally different goals than OE, of course, but i could see using it for something one might use buildroot for.. would involve a lot of wheel reinventing though, due to the lack of collaborative development, and relies on qemu supporting your target Dec 15 21:12:07 hmmm Dec 15 21:13:03 hm Dec 15 21:13:46 i like that they hash the build input/output, so it knows when to rebuild and when not, and has built in support for a backing store of build results to share amongst the team, whereas our packaged staging stuff is manual Dec 15 21:14:36 http://www.celinuxforum.org/CelfPubWiki/ELCEurope2009Presentations?action=AttachFile&do=view&target=e2factory_elc-e09.pdf was a decent introduction, better than any of the docs on their site, anyway Dec 15 21:14:55 kergoth: interesting Dec 15 21:15:10 so they are trying to basically make the build reproducible everywhere ;) Dec 15 21:15:21 admirable goal, and one nearly every build / CM person would agree with Dec 15 21:15:29 also one of oe's biggest problems Dec 15 21:16:07 kergoth: our current build system (not based on OE and proprietary) handle those cases that e2factory handles as well Dec 15 21:16:26 the hole environment is on SCM so every developer can get a reproducible build Dec 15 21:16:36 and I have been working in our next gen build based on OE Dec 15 21:17:01 where I have been trying to make a layer on top of OE that could live on SCM, including the configuration as well Dec 15 21:17:07 most of the ways i can think of to fix oe's issues would sacrifice some of its biggest advantages Dec 15 21:17:16 nice Dec 15 21:17:37 hoi djwillis Dec 15 21:17:51 hi woglinde Dec 15 21:18:13 but my idea is more focus on binary package management, using OE as the backend to build packages and deploy them to centralized servers, so all developers can get the same build by installing the same packages Dec 15 21:18:28 ddompe yes Dec 15 21:18:30 have you looked at packaged staging at all? Dec 15 21:18:37 and providing automatically downloading of the staged packages to speed up build process of new packages Dec 15 21:18:43 yes, I look at it Dec 15 21:18:56 my idea would be to download stagging packages Dec 15 21:19:02 at MV, we added a configuration signature to it, and fetching Dec 15 21:19:14 the signature ensures that they're invalidated on configuration vairable change.. its brittle, unfortunately Dec 15 21:22:53 i expect they'd let me push what we have, i'll confirm (acquisitions can complecate things..) Dec 15 21:34:24 hmmm Dec 15 21:35:14 i wonder.. Dec 15 22:13:32 * kergoth stabs freenode Dec 15 22:13:58 i thought freenode was killed by a grue yesterday... Dec 15 22:23:19 is patch version 2.6 a problem with OE ? Dec 15 22:33:01 hi, is that normal for Xorg: 0.0.0.0:6000 ? Dec 15 22:34:02 linuxjacques, maybe try it? Dec 15 22:37:58 GNUtoo: it's not that simple. I read that the failures would be silent and some patches simply would not be applied. sometimes the resulting build might appear to work but be wrong. Dec 15 22:38:21 ouch **** ENDING LOGGING AT Wed Dec 16 02:59:57 2009