**** BEGIN LOGGING AT Tue Jul 20 02:59:56 2010 Jul 20 03:00:02 their purposes are quite different Jul 20 03:01:20 hmmm INHERITed is for env related Jul 20 03:01:22 arguably, INHERITed functionality could be considered not a class at all -- its not a way to abstract functionality from a set of recipes, its global, and ends up in the configuration space Jul 20 03:01:34 ah yes right Jul 20 03:01:50 i don't know what else you would call it Jul 20 03:01:50 e Jul 20 03:01:58 every one of those could just as well be a .inc Jul 20 03:02:06 * kergoth_ shrugs Jul 20 03:05:57 kergoth: I would say INHERITS are also like classes because they change your build enviroment and methods Jul 20 03:06:06 but they are two different namespaces may be Jul 20 03:07:43 true, but conceptually they don't quite fit the same. you don't exactly inject something into the inheritence hierarchy of every class you have ;) Jul 20 03:07:53 right Jul 20 03:08:18 heh may be they could be called as friend classes :) Jul 20 03:08:22 * kergoth_ doesn't know what the right answer is, just something to give some thought Jul 20 03:08:23 hehe Jul 20 03:08:54 i think we want to keep the concepts simple and clear to a user. even someone who isn't a developer can grasp the class concept pretty quickly, if not necessarily the implications Jul 20 03:09:06 * khem nods Jul 20 03:11:07 hmm. could almost consider opt-in INHERITs as like.. OE_FEATURES Jul 20 03:11:14 * kergoth_ wanders off Jul 20 04:19:27 Detecting the build distro and having -native recipes accordingly is the wrong way. It would be much, much better to detect versions of available software and build/use the -native version in the event that the distro installed version does not match (or has not been installed) Jul 20 04:20:01 that way you don't have to update the list every time your distro has a minor release Jul 20 04:21:14 agreed, but the other can be thrown together in an hour or two. Jul 20 04:21:50 worth looking into Jul 20 04:23:15 hmm, a basic framework for app / app version checking would be pretty easy to throw together too, could add checks one by one Jul 20 04:26:14 khem, /etc/lsb-release is not widely available (yet) Jul 20 05:05:40 03Khem Raj 07org.openembedded.dev * r4cd34e570e 10openembedded.git/conf/ (21 files in 4 dirs): Jul 20 05:05:40 Revert "distro: Move thumb into distro features" Jul 20 05:05:40 This reverts commit e9fe87a13cf4e0453ff601c422ecbe6a98bc8f76. Jul 20 05:05:40 Signed-off-by: Khem Raj Jul 20 05:08:45 Hi all. I'm brand new in here, so please bear with me and tell me if I violate any rules or policies. Jul 20 05:10:31 i was wondering iof anybody could point out my obvious mistake as I have difficulties adding a recipee that relies on Qt Embedded to my own image. Jul 20 05:14:40 grg: distro's patch the packages too. iow coreutils 8.5 from debian may not be same as coreutils-8.5 from fedora Jul 20 05:14:54 so its better to make it distro specific Jul 20 05:15:14 khem, but there are so many distro's out there.... Jul 20 05:15:27 grg: wrt to lsb-release all distro's claiming to be LSB compliant Jul 20 05:15:31 should have it Jul 20 05:15:44 grg: yes and we would add it for the one's we use Jul 20 05:15:56 and who ever loves a distro will support it Jul 20 05:16:41 unsupported distro will get the default behavior as we have right now Jul 20 05:16:51 so they wont be in worse situation Jul 20 05:16:56 only they will not be better Jul 20 05:17:34 i think having a "distro-quirks" section of code for distros that do funky patches would be better Jul 20 05:17:57 define distro quirk Jul 20 05:18:08 they all fix them for themselves nothing is quitk Jul 20 05:18:13 you mentioned differing coreutils Jul 20 05:18:18 yes Jul 20 05:18:53 what we have to make sure is that is default coreutils on fedora 13 good enough for OE to use or not if not then we build our own Jul 20 05:19:05 similar checks for other distros and packages Jul 20 05:19:44 I was amazed that out of 1.5G in my sysroot 1.3G was native packages Jul 20 05:19:54 and I use decent enough distro Jul 20 05:20:43 i just think that we should have exceptions for host distros that need a -native package, not exceptions for each and every host distro Jul 20 05:21:12 well its same thing we are talking about then Jul 20 05:21:39 if i was more familiar with oe/bitbake internals i could probably explain better :( Jul 20 05:21:57 we are talking about what -native packages do I need to build for say ubuntu 9.10 Jul 20 05:22:05 yes Jul 20 05:22:09 and for debian Jul 20 05:22:10 and so on Jul 20 05:22:55 so, instead of having e.g. a list of native packages required for a specific distro/version, you have a mechanism to detect if the currently installed version is ok Jul 20 05:23:14 I think sanity.bbclass should take care of informing the missing packages on a given distro Jul 20 05:23:24 that one should install before building OE Jul 20 05:24:03 and, have e.g. a NATIVE_QUIRKS var, which contains an entry for distros that have a funky patch that makes it deviate from all other normal sane hosts in the event that the normal version check falls over Jul 20 05:24:07 grg: as I said you can have it either way, having a list of -native packages to buils for distro X is better approach Jul 20 05:24:17 imo Jul 20 05:24:32 khem, we can agree to disagree :) Jul 20 05:25:07 khem, you win anyway, since you're far more likely to implement it Jul 20 05:25:27 heh Jul 20 05:54:06 Why is base-files_3.0.14.bb failing?? Jul 20 05:55:22 base-files/base-files_3.0.14.bb, do_install) failed with 256 Jul 20 07:23:55 good morning Jul 20 07:32:40 building of perl-5.8.8 getting the error as: "Can't locate strict.pm in @INC (@INC contains:" Jul 20 07:36:55 I have base-files_3.0.14.bb, do_install) failed with 256 Jul 20 07:37:06 I can't seem to build any images because of this. Jul 20 07:38:17 warflyr: iptables-native: no such atom defined Jul 20 07:57:05 hi again Jul 20 07:57:36 how can i find more information about the framebuffer ram? Jul 20 08:31:57 I am getting ready to try and do my first patch would it be best for me to make my own branch first from the branch I am now? Or does that not matter so much? Jul 20 08:32:53 This is the tutorial I was going to follow for doing this http://ariejan.net/2009/10/26/how-to-create-and-apply-a-patch-with-git/ Jul 20 08:36:34 no real need to use a branch (except perhaps if the patch has impact on many files) Jul 20 08:37:03 but be sure to also have a peek at the oe guidelines for commit messages etc Jul 20 08:38:29 OK thank you I will have a look Jul 20 08:38:42 good luck Jul 20 08:39:40 (and if you make an error you can always get back to the state you are in now, or if all fails just nuke your git tree and re-clone) Jul 20 08:46:09 There seem to be quite a backlog of patches submitted to the ML. What will their fate be? Do they get integrated? Jul 20 08:46:17 (Yeah, partly asking as I sent some too.) Jul 20 08:46:33 obviously nobody was too interested, as they got no reply Jul 20 09:05:35 03Vitus Jensen 07org.openembedded.dev * r38425daf8f 10openembedded.git/classes/base.bbclass: (log message trimmed) Jul 20 09:05:35 base.bbclass: base_do_compile() accepts GNUmakefile as Makefile Jul 20 09:05:35 GNU make will look for GNUmakefile, makefile and Makefile. GNUmakefile Jul 20 09:05:35 isn't recommended but used by some programs, e.g. canutils. Jul 20 09:05:36 Signed-off-by: Vitus Jensen Jul 20 09:09:55 morning Jul 20 09:16:00 hi XorA Jul 20 09:16:09 XorA: what time you arrive in Prague tomorrow? Jul 20 09:17:35 hrw, around lunchtime Jul 20 09:17:52 JaMa: thanks :) Jul 20 09:18:08 zub: waiting for webkit-efl patch :) Jul 20 09:18:14 XorA: good - beer in the evening then Jul 20 09:19:04 JaMa: that was need for webkit-gtk_svn; buit later today I'll look into webkit-efl then Jul 20 09:19:54 hrw: I shall try czeck beers :-) Jul 20 09:21:10 make it czech, pls :-P Jul 20 09:26:09 sh@t.. I should be there too! ;) Jul 20 09:26:12 zub, wrt the patches: I've noticed a lack of response too, and I've been moving to the position that no reaction in a fair amount of time means no objection. Generally if people disagree they tend to speak up much earlier Jul 20 09:26:53 but.. seems I'll go Montenegro on Aug or Sep.. Jul 20 09:28:02 zub: they're in patchwork.. so not completely lost Jul 20 09:28:14 maybe it is the holiday season or the warm weather that is responsible for the lack of feedback Jul 20 09:31:32 zub, oops, working by vnc, delay confuses my typing :-) Jul 20 09:36:56 03Martin Jansa 07org.openembedded.dev * r031aa57562 10openembedded.git/recipes/freesmartphone/ (zhone/80zhone zhone_git.bb): Jul 20 09:36:56 zhone: don't call exit from Xsession.d script Jul 20 09:36:56 * xserver-common version of Xsession does "source" for Xsession.d/* and exit kills main Xsession script Jul 20 09:36:56 Signed-off-by: Martin Jansa Jul 20 11:21:31 XorA: np :) Jul 20 13:31:41 kergoth: pong Jul 20 13:31:45 morning all Jul 20 13:32:38 hi rp Jul 20 13:39:29 eFfeM_work: everytime I have to browse recipes/linux I feel sick Jul 20 13:40:07 I hope some cleanings will happen before releasing new stable Jul 20 13:41:34 * JaMa thinks that recipes/linux is not so bad.. usually quite self-contained and lot of recipes I can safely ignore, because they are usefull only for some obscure machine I don't have.. Jul 20 13:42:09 yeah, I can see one would want two versions of a kernel (stable and dev), but some machines have 5 or 6 Jul 20 13:43:02 cgit takes 10 Pg Down on my 1280x1024 to scroll Jul 20 13:43:21 I find this disturbing Jul 20 13:43:39 linux-openmoko has 5, but at least last 3 are still actively used.. Jul 20 13:43:48 all zaurus 2.4 is bitrot Jul 20 13:43:59 handelds too Jul 20 13:44:40 what about opensimpad_2.4.25-vrs2-pxa1-jpm1.bb ? Jul 20 13:44:43 linux-rp will be soon obsoleted too Jul 20 13:45:36 JaMa: as machine maintainer for those devices you should feel empowered to remove older duff ones Jul 20 13:46:08 ant_work: same with the zaurus team, they should feel empowerd to enable newer kernels and remove old Jul 20 13:46:09 XorA: I don't feel any harm from those 2 old I don't use actively Jul 20 13:46:42 this abundance gives the false idea all are supported Jul 20 13:47:14 if its busted remove it Jul 20 13:47:22 ant_work, I don't think that is true Jul 20 13:47:24 ant_work: linux-openmoko-* should all work ok.. that's why I don't feel any harm Jul 20 13:47:32 we make it very clear that not all combinations work Jul 20 13:47:33 breath - see omap spawn Jul 20 13:47:38 and someone please move zaurus to something vaguely resembling recent :-) Jul 20 13:48:01 XorA: we are there, just missing power management Jul 20 13:48:03 JaMa: just pointing out that the machine maintainers should feel empoweerd Jul 20 13:48:11 thanks :) Jul 20 13:48:15 * Crofton agress with XorA Jul 20 13:48:15 actually I would have expected some more commonality at least within a family there are 38 recipes alone with omap in the name, I would expect/hope they require the same patches and probably a little bit machine specifics (e.g. defconfig) Jul 20 13:48:31 XorA: I can buy you a beer tomorrow for that :) Jul 20 13:48:33 similar to kirkwood which supports various plugs and openrd systems Jul 20 13:48:34 eFfeM_work: right Jul 20 13:48:38 eFfeM_work: blame TI for that mess, they have bazillions of different omap trees Jul 20 13:49:16 ~lart ti for having bazillions of different omap trees Jul 20 13:49:16 * ibot smacks ti up side the head with a clue-by-4 for having bazillions of different omap trees Jul 20 13:49:26 :p Jul 20 13:49:42 things are changing for omap4 as that is rapidly upstreaming Jul 20 13:50:09 JaMa: you are in Prague? Jul 20 13:50:23 hrw: yep, I live in Prague Jul 20 13:50:32 JaMa: come meet us tomorrow Jul 20 13:50:47 JaMa: so tomorrow - Old Hilton on Celnikov street Jul 20 13:50:48 or later in the week Jul 20 13:51:02 hrw: Im in the new Hilton :-( Jul 20 13:51:03 JaMa: at 18-18:30 Jul 20 13:51:16 actually it is also spreading to u-boot; there is omap3_git ompa3beagleboard-1.1.4, omap3pandora_git Jul 20 13:51:37 whereas others seem to use the regular recipes like 1.1.4 Jul 20 13:51:45 XorA: maybe it is hildon old prague or sth like that Jul 20 13:51:45 I think they can now all be squashed into one thanks to sakoman Jul 20 13:51:56 hrw: Hilton Prague Old Town Jul 20 13:52:02 hrw: but Im in the other Hilton Jul 20 13:52:10 not sure whether putting it all in one file is necessarily better Jul 20 13:52:14 XorA: ok Jul 20 13:52:23 hrw: Old Town was fully booked Jul 20 13:52:25 hrw, XorA: OK, 18-18:30 seems fine Jul 20 13:52:38 be good to finally meet JaMa Jul 20 13:52:47 XorA: so you should book Marriot old town - its same street as old hilton Jul 20 13:52:57 JaMa: cool Jul 20 13:52:59 hrw: on cannonical discount? Jul 20 13:53:13 XorA: no, ti one ;D Jul 20 13:53:22 * XorA is on cannonical rate Jul 20 13:53:30 JaMa: http://www.facebook.com/people/Martin-Jansa/1721541877 is you? Jul 20 13:53:35 XorA: ah, ok then Jul 20 13:54:06 of course Im safer in other hilton, wont wake in morning to find ubuntu installed on wet ware :-) Jul 20 13:55:24 hrw: nope, http://www.facebook.com/martin.jansa?hiq=martin,jansa Jul 20 13:56:54 hi Ken Jul 20 14:11:50 ant_work: btw git has a feature called sparse checkout that you can use to avoid checking out things that you are not interested to see at all Jul 20 14:12:50 this is useful also to reduce the # of recipes (which decreases the parsing time if the cache is out of date, like when you changed the conf file or hit ^C at the wrong point in time) Jul 20 14:13:12 (parsing 8400 recipes takes 3-4 mins on my system) Jul 20 14:14:07 Why is every image build I try failing for some reason? Jul 20 14:15:59 eFfeM_work, heh, you'd have to manually figure out the deps, or do a -n or -g to get them, to know what to sparse checkout, though :) Jul 20 14:16:59 kergoth` I've configured some deps manually, e.g. no opie or handhelds stuff for me; if I recall that were 1000 recipes or so Jul 20 14:17:29 I really, really want a tool or mechanism built into OE to create an oe project and "import" what you really want to build into the project Jul 20 14:17:35 and then only parse what it pulled over Jul 20 14:17:56 so only the import would have to parse everything Jul 20 14:18:02 the hard part would be tracking any local changes Jul 20 14:18:02 actually still need to look to see if I can use the -g output to generate the deps Jul 20 14:18:30 you'd have to parse the .dot, its pretty simple syntactically though Jul 20 14:19:11 kergoth` that would indeed be nice, bb parse could just parse the deps and use lazy caching for the rest Jul 20 14:19:49 might help to have deps at a fixed spot near the beginning of a recipe (or maybe inc file) Jul 20 14:19:51 ideally, what i'd *really* like, is for this import tool to do the unpack/patch when it pulls it over, and amend srctree usage Jul 20 14:19:59 so you'd have all the source trees *right there* to look at Jul 20 14:20:05 and would speed up the later rebuilds Jul 20 14:20:10 kergoth` yeah getting the stuff from the .dot tree is quite doable Jul 20 14:20:20 btw is there a tool to visualise the .dot files ? Jul 20 14:20:28 yeah, graphviz provides many tools for it Jul 20 14:20:43 ah ok, didn't know that, will peek into it Jul 20 14:20:47 converts to an image Jul 20 14:21:03 graphviz has a layout engine (or more than one?) for laying it out in graphical form Jul 20 14:21:48 I seem to be unable to build any of the images in OE for BeagleBoard and I don't understand why. It seems like something fails for each build I try. Jul 20 14:21:54 * eFfeM_work is installing graphviz Jul 20 14:22:16 RobotGuy: apparently :P Jul 20 14:22:34 eFfeM_work: Apparently what? Jul 20 14:23:00 apparently it fails if you try and apparently you do not understand why Jul 20 14:23:29 but for sure with this amount of info no-one here is going to be able to help you with that Jul 20 14:23:32 I'd appreciate some help in figuring out what is wrong. Jul 20 14:23:59 I'd be happy to provide more info if I knew what info is required to help me. Jul 20 14:24:10 RobotGuy: provide more info & pastebin logs Jul 20 14:25:11 well you only told us that your builds fail, and that you are buildign for bb, but you haven't even mentioned the recipe you are building, the distro, the host etc etc Jul 20 14:25:25 and pastebin the build output Jul 20 14:25:32 JaMa|Off: have fun :-) Jul 20 14:26:04 eFfeM_work: seems like you know where I'm going :) Jul 20 14:26:23 * JaMa|Off -> new date :) Jul 20 14:26:27 JaMa|Off: I heard prague, so I guess it involves pivo Jul 20 14:26:49 http://pastebin.com/KrQVwEPT Jul 20 14:27:04 beer is planned for tomorrow, today tee+girls :) Jul 20 14:27:13 * eFfeM_work knows two words chech (or whatever it is): pivo and pivovarska (if the spelling is ok) Jul 20 14:27:25 JaMa|Off: still sounds good! Jul 20 14:28:59 RobotGuy: have you tried building something simpler. suggest first to start with bitbake helloworld and if that succeeds bitbake console-image Jul 20 14:29:11 JaMa|Off: good luck then... even if it might decrease your hacking time :P Jul 20 14:29:46 you have a problem with libart-lgpl, i don't now about that recipe or which image it includes so cannot really help you with that Jul 20 14:30:08 try to find out the maintainer of that recipe and contact him (do we have any her's contributing? ) Jul 20 14:30:39 03Roger Monk 07org.openembedded.dev * ref5fc6cf07 10openembedded.git/recipes/ti/ti-codecs-dm6467_1.00.00.03.bb: Jul 20 14:30:39 ti-codecs-dm6467: Fix URL to codec server download Jul 20 14:30:39 * Update URL to use absolute path instead of 'latest' Jul 20 14:30:39 Signed-off-by: Roger Monk Jul 20 14:30:39 Signed-off-by: Koen Kooi Jul 20 14:30:41 03Roger Monk 07org.openembedded.dev * r84badc89f2 10openembedded.git/recipes/ti/ti-codecs-dm6467_1.00.00.08.bb: Jul 20 14:30:41 ti-codecs-dm6467: Add latest codec server v.1.0.0.8 Jul 20 14:31:46 eFfeM_work: http://pastebin.com/w1iCdjRy Jul 20 14:32:30 RobotGuy: so helloworld builds which tells that your toolchain etc is probably correctly build Jul 20 14:32:50 eFfeM_work: Yes, indeed. :) Jul 20 14:33:11 actually you build before as it comes from staging Jul 20 14:33:14 NOTE: Parsing finished. 7629 cached, 477 parsed, 325 skipped, 1 masked. Jul 20 14:33:22 Is there a way to find out what the skipped and masked recipes were? Jul 20 14:33:32 eFfeM_work: Yes, I have tried several builds. Jul 20 14:33:35 however I do not like the line: sh: rm: command not found Jul 20 14:33:49 eFfeM_work: I saw that. Something seems to be wrong. Jul 20 14:34:05 RobotGuy: that might also cause the configure to fail Jul 20 14:34:18 eFfeM_work: That makes sense. Jul 20 14:34:34 you might want to consider removing your tmp dir and your pstage dir (if not inside tmp) Jul 20 14:35:08 eFfeM_work: Won't removing temp force everything, including the toolchain, to be rebuilt? Jul 20 14:35:19 yes Jul 20 14:35:29 so it'll take a few hrs Jul 20 14:35:39 I have had to split my OE stuff due to lack of disk space on some partitions. Jul 20 14:36:05 btw can you paste this one too: /usr/local/oe/temp/work/beagleboard-angstrom-linux-gnueabi/base-files-3.0.14-r85/temp/log.do_install.27832 Jul 20 14:36:18 hm, you didn't use symlinks I hope? Jul 20 14:36:27 not sure whether that works Jul 20 14:36:43 putting tmp on a different partition is harmless Jul 20 14:36:55 eFfeM_work: I did not use symlinks. :) I changed my conf to point to the new places for downloads and temp. Jul 20 14:37:05 that is ok Jul 20 14:37:33 i'd first try to find out why you get this rm not found Jul 20 14:39:53 What is the command that allows pastebinning an entire file? I think I have something that may help more. Jul 20 14:40:22 upload to www.filebin.ca Jul 20 14:43:03 eFfeM_work: install: cannot stat `/usr/local/oe/temp/work/beagleboard-angstrom-linux-gnueabi/base-files-3.0.14-r85/share/dot.profile <-- this could be the problem. Jul 20 14:43:23 yeah saw that Jul 20 14:44:13 I think that may be what is causing /xdev/oe/openembedded/recipes/base-files/base-files_3.0.14.bb to fail. Jul 20 14:44:50 don't have a build of base-files handy, baking it now Jul 20 14:45:13 eFfeM_work: I may have a permissions issue, but am not sure where to look. I have made sure that everything is owned by me. Jul 20 14:45:17 eFfeM_work: OK. Jul 20 14:45:55 builds fine for me, do you have this dir : /usr/local/oe/temp/work/beagleboard-angstrom-linux-gnueabi/base-files-3.0.14-r85/share Jul 20 14:46:10 and are there 2 files in it? Jul 20 14:47:07 eFfeM_work: No, I do not have that dir. Jul 20 14:48:07 then something went wrong in unpacking the package Jul 20 14:48:16 base-files_3.0.14.bb: file://share/dot.profile \ Jul 20 14:49:43 eFfeM_work: I can remove temp and rebuild, but I am not sure that will help. Jul 20 14:50:14 RobotGuy: in your recipes dir you should have these: recipes/base-files/base-files/share/dot.bashrc recipes/base-files/base-files/share/dot.profile Jul 20 14:50:22 if not your tree is broken Jul 20 14:50:53 if they are there clean tmp seems to be a good first try Jul 20 14:54:23 eFfeM_work: http://pastebin.com/8Ps2dY4G Jul 20 14:55:04 I'll have to try a complete rebuild when I get back from OSCON. Jul 20 14:55:09 so the files are there which is good, and you have r permisson so that should also not be a problem Jul 20 14:55:28 you might try bitbake -cclean base-files; bitbake base-files Jul 20 14:55:35 to see if that cures things Jul 20 14:55:43 I will try that. Jul 20 14:55:43 but there might be something more drastic Jul 20 14:55:51 (and look at the rm issue) Jul 20 14:56:10 anyway, going home now, bye all Jul 20 14:56:18 & remember: have fun! Jul 20 14:57:44 eFfeM_work: It failed: http://pastebin.com/vPyRZ1fE Jul 20 14:59:47 I'll have to wait until I get home later tonight to remove /usr/local/oe/temp and rebuild everything. Jul 20 15:36:20 03Xerxes Rånby 07org.openembedded.dev * r42f7784f1f 10openembedded.git/recipes/openjdk/ (2 files in 2 dirs): Jul 20 15:36:20 openjdk-6-6b18: add pre1.8.1 releasebranch fixes up to 19 Jul 2010. Jul 20 15:36:20 * openjdk-6-6b18-1.8/icedtea1.8-pre1.8.1-releasebranch-fixes.patch: Updated. Jul 20 15:36:20 fixes origin from http://icedtea.classpath.org/hg/release/icedtea6-1.8/shortlog Jul 20 15:36:24 03Xerxes Rånby 07org.openembedded.dev * rd1dcd08e4e 10openembedded.git/recipes/llvm/ (5 files in 2 dirs): (log message trimmed) Jul 20 15:36:24 llvm2.7: new ARMv4 rawMOVLRPC.patch; backported llvm2.8svn r97745 & r104587 fixes. Jul 20 15:36:24 * llvm2.7/MOVLRPC.patch: deleted. Jul 20 15:36:24 * llvm2.7/rawMOVLRPC.patch: New patch replaces MOVLRPC.patch. Jul 20 15:36:25 emits mov lr, pc before indirect call_nolink branches Jul 20 16:20:35 03Denis 'GNUtoo' Carikli 07org.openembedded.dev * r7dfb99a469 10openembedded.git/recipes/mplayer/ (mplayer-common.bb mplayer-common/htcdream/mplayer.conf): Jul 20 16:20:35 mplayer-common: add support for htcdream and bump PR Jul 20 16:20:35 Alsa is prefered over oss because oss emulation on top of alsa is Jul 20 16:20:35 more inclined to buffer-underflows Jul 20 16:20:35 The configuration is derived from om-gta02's configuration because Jul 20 16:47:31 hmm Jul 20 16:47:32 http://blog.regehr.org/archives/28 Jul 20 16:47:40 interesting page on volatile violations Jul 20 16:47:48 (programmer violations of volatile, not compiler ones) Jul 20 16:48:10 I didn't think of the use of a 'ready' variable being assigned before the work was actually done Jul 20 17:01:55 hehe, imported the openzaurus buildroot cvs *and* bk into git repositories Jul 20 17:02:08 2002/01/25 00:30:20-00:00 !timriker Jul 20 17:02:08 annoy kergoth by moving makefiles Jul 20 17:02:09 nice. Jul 20 17:02:41 ;d Jul 20 17:05:27 tim was the second committer to the OZ repository, after me Jul 20 17:05:28 huh Jul 20 17:05:36 course, i think he was still at lineo then Jul 20 17:09:15 Lineo was also company which made -embedix patch? Jul 20 17:10:02 hrw: yes Jul 20 17:11:18 that was a time... Jul 20 17:11:28 now I am playing with igepv2 Jul 20 17:11:40 ubuntu/linaro guys gave up on getting it working Jul 20 17:11:47 I gave myself one hour Jul 20 17:18:42 Can anyone recall any major changes to bitbake/oe that occurred during the lifetime of the project? Jul 20 17:18:50 specifically, high impact changes, architectural Jul 20 17:19:26 bbclassextend was a pretty big feature add Jul 20 17:19:32 * kergoth` browses history Jul 20 17:20:08 the scheduler revamp / threading support richard did was a big step too Jul 20 17:22:28 huge I would say Jul 20 17:22:41 other: moving cache from RAM to hdd Jul 20 17:22:53 hmm, yes Jul 20 17:22:59 which stopped bitbake from using 600MB ram for parsing Jul 20 17:23:22 i just added the ui/backend split too -- you know whats really sad, that began august 18 2007, as far as I can tell, and still isn't in a bitbake release Jul 20 17:23:25 next one would be: rewritten parser which do not hold 600MB of cache on hdd Jul 20 17:24:07 good call, those were steps taken while I was out of the project Jul 20 17:24:27 I bought second 512MB ram just for bitbake Jul 20 17:24:31 hehe Jul 20 17:25:08 hmm Jul 20 17:26:51 creating bitbake project you have on a list. moving bitbake to git is other Jul 20 17:27:25 I don't know how useful some of this will be, but it's certainly interesting to see how the project progressed Jul 20 17:27:47 when it comes to OE then there are other steps: joins: GPE, Familiar, NSLU etc Jul 20 17:28:03 adding avr32 support, nios2 support (thats recent) Jul 20 17:28:19 end of OZ, creation of Angstrom Jul 20 17:28:54 yeah, agreed. poky creation, mvl6 release, etc too Jul 20 17:29:11 hahaha Jul 20 17:29:16 i just looked at the first commit of bb.event Jul 20 17:29:17 hrw rofl, so did I Jul 20 17:29:27 it looks nearly exactly the same as it does now Jul 20 17:29:28 haha Jul 20 17:29:39 yikes Jul 20 17:32:23 sorry for the basic question but I am new to all this and I was wondering is there a tutorial or something similar to understand how to read the git patches? Jul 20 17:32:56 I use less for it Jul 20 17:33:27 mc if they are big as this makes navigation to internal files easier Jul 20 17:35:51 hi florian Jul 20 17:36:40 re Jul 20 17:38:33 so for my new file say if it has a cflags patch I just read what they patched in for that and add that to my do_compile on the new recipe? Jul 20 17:38:52 I apologize for having to ask this, I"m new to git and can't seem to find how to roll back to a revision by date... Friday I had a build that was working I would like to roll back to and don't know how... Jul 20 17:39:39 Andy_ODT, #git Jul 20 17:39:57 sorry Jul 20 17:45:12 hmmm Jul 20 17:45:24 | No package 'libecal-1.2' found in tasks_0.13.bb Jul 20 17:45:33 what should I DEPENDS += ? Jul 20 17:45:48 I'll go soon btw Jul 20 17:47:22 wow, i was gone from the project for a *long* time Jul 20 17:47:27 i didn't realize it was that long Jul 20 17:47:31 hmm Jul 20 17:47:34 hmmm eds Jul 20 17:47:37 kergoth`: and looks what you've gone... Jul 20 17:47:42 it seem that it's from eds Jul 20 17:47:59 from looking at bitbake only, my last serious commits before april 2009 were in january of 2005. Jul 20 17:48:02 GNUtoo|laptop: is it a build or runtime problem? Jul 20 17:48:03 will have to check OE to confirm Jul 20 17:48:12 GNUtoo|laptop: runtime may need: RDEPENDS = "libedata-cal" Jul 20 17:48:24 configure Jul 20 17:48:26 so build Jul 20 17:48:31 so DEPENDS += Jul 20 17:48:31 GNUtoo|laptop: and tasks.inc already has eds-dbus in DEPENDS Jul 20 17:48:36 hmm Jul 20 17:48:39 indeed Jul 20 17:48:40 strange Jul 20 17:48:48 I just saw that Jul 20 17:49:03 maybe I need to DEPENDS += eds Jul 20 17:49:10 I've multiple cores Jul 20 17:49:32 so I've parallel make etc... and 4 tasks for bitbake Jul 20 17:49:40 khem, http://spreadsheets.google.com/pub?key=0AjCkwYM6wjBQdGx6Umt2cjBETjNsS09CUFNxRUwzVEE&output=html Jul 20 17:50:11 GNUtoo|laptop: hmm, try to build eds-dbus before and then tasks to see if this fixes it Jul 20 17:50:25 GNUtoo|laptop: just to make sure that it really is provided by it Jul 20 17:50:27 NOTE: package eds-dbus-1_1.4.0-r2+gitr91812cd2f797fb8ec8befbb2685037584ce144ee: task do_populate_sysroot: Succeeded Jul 20 17:50:30 I'm not sure about this Jul 20 17:50:33 I bet no Jul 20 17:50:36 but I'll try Jul 20 17:50:46 stefan_schmidt: actually I'm trying to build that too... can't find libsoup Jul 20 17:50:53 hoping it's a host dependency Jul 20 17:51:00 hmm Jul 20 17:51:24 Seems the pimlico stuff has not seen any love since o-hand was bought by intel ;) Jul 20 17:51:36 I haven't build it since my OM time Jul 20 17:52:09 tasks is still developed Jul 20 17:52:15 it is in gnome repository now Jul 20 17:52:27 dates and contacts rather died Jul 20 17:52:30 hrw: oh, then it may just be a bit rotted here in OE Jul 20 17:52:50 bah Jul 20 17:52:54 libjana (base of openmoko-dates2) iirc is used in mobline^Wmeego Jul 20 17:53:13 is there a less... busy omap3-x-image which has basic basic fb support? just want to verify the fb hardware's working Jul 20 17:53:28 tzanger: micro-base-image? Jul 20 17:53:35 or even helloworld-image? Jul 20 17:53:57 hrw: I don't know if either of those are omap3 and fb (how would I check that so I don't ask stupid questions here?) Jul 20 17:54:28 omap3 is taken care in kernel Jul 20 17:54:32 fb is also kernel thing Jul 20 17:54:58