00:03.51 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
00:08.10 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
00:09.28 | *** join/#oe pcacjr_ (~pcacjr@187.78.128.59) |
00:14.55 | *** join/#oe Crofton (~balister@pool-96-240-180-89.ronkva.east.verizon.net) |
00:17.49 | tzanger | hmm, anyone aware that expat-2.0.1 on sourceforge is a bad tarball? |
00:19.26 | tzanger | oh, interesting |
00:19.28 | tzanger | it's a gzip problem |
00:22.09 | grg | tzanger, expat seems fine to me |
00:22.37 | grg | ee8b492592568805593f81f8cdf2a04c expat-2.0.1.tar.gz |
00:22.45 | grg | (md5) |
00:23.20 | tzanger | grg: the md5 matches, but apparently ubuntu buggered up gzip somehow |
00:23.39 | tzanger | works on 9.04, doesn't on 10.04 |
00:23.56 | grg | i don't use ubuntu, so i can't comment on that |
00:23.58 | tzanger | https://bugs.launchpad.net/ubuntu/+source/gzip/+bug/524366 |
00:24.39 | tzanger | it affected redhat as well. :-) |
00:24.59 | tzanger | anyway, I gzip -d'd the file on 9.04, gzip'd it back up and copied the new one over and altered the .md5 in sources |
00:25.03 | tzanger | hopefully that fixes it |
00:27.56 | grg | tzanger, so now we need gzip-native? |
00:28.03 | grg | ugghhh |
00:29.45 | Tartarus | tar-native too |
00:29.52 | Tartarus | But even then, heh |
00:30.43 | Tartarus | It's too bad the python only extraction stuff was noticeably slower, right kergoth? |
00:32.37 | kergoth_ | yep, it was enough to impact build times a fair bit |
00:32.52 | grg | hmm.. i actually think its better to tell people to use their distro fix than add more -native dependencies |
00:33.51 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
00:34.14 | tzanger | there isn't a distro fix for 10.04 yet |
00:34.19 | tzanger | it's one of those weird-ass corner cases |
00:34.28 | tzanger | who the hell makes the expat archive on OS/2 anyway? :-) |
00:34.59 | grg | you've got to be strange to write an xml parser |
00:36.14 | tzanger | Touche. |
00:38.04 | grg | it would be nice to reduce the number of -native dependent packages for any given image build |
00:38.26 | grg | surely there's some low hanging fruit... |
00:53.11 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
01:24.11 | *** join/#oe Taalas (~Taalas@p5B165754.dip.t-dialin.net) |
01:42.31 | Tartarus | Some way to get a sane default environment to use and re-use would be nice |
01:42.59 | Tartarus | There's very few -native packages we use that can't be made to work happily via env stuff to know where its junk is |
01:52.01 | kergoth_ | we need to distinguish between -natives that we have just to satisfy the dep instead of the build machine, and those we need because we require specifically patched versions |
01:54.12 | Tartarus | You know, I don't think there's anything except for perl and I guess python that we need for doing the target, done up specially |
01:54.26 | Tartarus | heck, we could use build host mtd tools if we wanted, for example :) |
01:54.39 | Tartarus | (On recent and sane distros) |
01:55.37 | kergoth_ | libtool, coreutils both require patches, but i think we shuld move back to install-sh or a custom wrapper rather than patching coreutils just to get an install that doesn't strip |
01:55.40 | IgorK | good evening |
01:55.46 | kergoth_ | autoconf has patches we can kill, I expect, the whole gnu-configize thing |
01:56.32 | IgorK | building x11-gpe-image, Im getting: http://paste.pocoo.org/show/239569 |
01:58.03 | IgorK | building angstrom-gnome-image, Im getting http://paste.pocoo.org/show/239571 |
01:58.20 | *** join/#oe playya (~playya@unaffiliated/playya) |
01:58.23 | IgorK | anybody have a suggestion? tia! |
02:03.24 | *** join/#oe fraxinath (~quassel@p4FD659B2.dip.t-dialin.net) |
02:09.41 | Tartarus | ah that's right, autohell |
02:10.21 | Tartarus | We only patch coreutils 7.2 to fix a bug, heh |
02:10.24 | Tartarus | 8.5 is unpatched |
02:10.36 | *** join/#oe playya (~playya@unaffiliated/playya) |
02:11.01 | Tartarus | does idly wonder if we really do need to patch libtool/etc over doing it to provide a known sane version |
02:16.03 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
02:39.48 | kergoth_ | Tartarus: there is no sane libtool. |
02:49.18 | Tartarus | heh |
02:51.15 | kergoth_ | there are multiple aspects of its behavior that have to be changed in patches. it wants to add a -L of any -rpath, for example |
02:51.23 | kergoth_ | iirc, anyway |
02:51.48 | IgorK | so any idea on how 2 fix my problems? |
02:51.59 | khem | kergoth: Tartarus once I had tried to reduce the natives |
02:52.23 | khem | and I pretty much got it down to like 7 or 8 really needed one |
02:52.23 | *** join/#oe marcosmamorim (~marcos@189.110.124.67) |
02:52.26 | *** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) |
02:52.58 | kergoth_ | khem: nice. I think we need to decide on a way to distinguish these things. maybe a different prefix than -native if we alter it in a required way |
02:53.05 | kergoth_ | -oe-native seems like a good route |
02:53.10 | kergoth_ | "vendor" of a sort |
02:54.10 | khem | kergoth: yeah we should have something like native-oe-ubuntu9.04 |
02:54.14 | warflyr | IgorK try: bitbake iptables-native |
02:54.17 | khem | native-suse10.0 |
02:54.19 | khem | etc |
02:55.29 | khem | kergoth: I have made a list of package that one needs on say ubuntu 10.04 installed |
02:55.45 | khem | and then I keep adding to this list and remove from the -native |
02:55.59 | kergoth_ | khem: it would be nice to have a class/inc which determines your distro and sets ASSUME_PROVIDED accordingly. |
02:56.09 | kergoth_ | wouldn't be terribly difficult |
02:56.09 | khem | kergoth: good idea |
02:56.13 | khem | yep |
02:56.28 | warflyr | call the distros package manager to install the natives o.0 |
02:56.41 | khem | kergoth: cat /etc/lsb-release |
02:56.53 | khem | should give all info needed |
02:57.00 | khem | hopefully |
02:57.14 | khem | warflyr: heh not everybody is root |
02:57.16 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
02:57.17 | khem | on a build box |
02:57.31 | warflyr | good point o.0 |
02:58.57 | khem | kergoth: detect-buildos.bbclass :) |
02:59.53 | kergoth_ | we should think about separating INHERITed bbclasses from inherited ones |
03:00.02 | kergoth_ | their purposes are quite different |
03:01.20 | khem | hmmm INHERITed is for env related |
03:01.22 | kergoth_ | 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 |
03:01.35 | khem | ah yes right |
03:01.50 | kergoth_ | i don't know what else you would call it |
03:01.50 | kergoth_ | e |
03:01.58 | kergoth_ | every one of those could just as well be a .inc |
03:02.06 | kergoth_ | shrugs |
03:05.57 | khem | kergoth: I would say INHERITS are also like classes because they change your build enviroment and methods |
03:06.06 | khem | but they are two different namespaces may be |
03:07.43 | kergoth_ | 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 ;) |
03:07.53 | khem | right |
03:08.18 | khem | heh may be they could be called as friend classes :) |
03:08.22 | kergoth_ | doesn't know what the right answer is, just something to give some thought |
03:08.23 | kergoth_ | hehe |
03:08.54 | kergoth_ | 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 |
03:09.06 | khem | nods |
03:10.48 | *** join/#oe borg__ (~olaf@p5486954D.dip0.t-ipconnect.de) |
03:11.07 | kergoth_ | hmm. could almost consider opt-in INHERITs as like.. OE_FEATURES |
03:11.14 | kergoth_ | wanders off |
03:51.21 | *** join/#oe gchiii (~gchiii@76.255.12.150) |
04:19.27 | grg | 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) |
04:20.01 | grg | that way you don't have to update the list every time your distro has a minor release |
04:21.14 | kergoth_ | agreed, but the other can be thrown together in an hour or two. |
04:21.51 | kergoth_ | worth looking into |
04:23.15 | kergoth_ | hmm, a basic framework for app / app version checking would be pretty easy to throw together too, could add checks one by one |
04:26.14 | grg | khem, /etc/lsb-release is not widely available (yet) |
04:46.21 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
05:02.24 | *** join/#oe mrc3 (~mrc3@nat/ti/x-jvnqlmwdgmuwealr) |
05:04.56 | *** join/#oe Morten (~kvirc@86.48.74.128) |
05:05.40 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r4cd34e570e 10openembedded.git/conf/ (21 files in 4 dirs): |
05:05.41 | CIA-2 | Revert "distro: Move thumb into distro features" |
05:05.41 | CIA-2 | This reverts commit e9fe87a13cf4e0453ff601c422ecbe6a98bc8f76. |
05:05.41 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
05:05.59 | *** join/#oe mrc3 (~mrc3@nat/ti/x-mqpzqftavhqtqodt) |
05:06.25 | *** join/#oe mrc3 (~mrc3@nat/ti/x-ffxnndsbbtjnzkdk) |
05:08.45 | Morten | Hi all. I'm brand new in here, so please bear with me and tell me if I violate any rules or policies. |
05:10.31 | Morten | 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. |
05:14.40 | khem | grg: distro's patch the packages too. iow coreutils 8.5 from debian may not be same as coreutils-8.5 from fedora |
05:14.54 | khem | so its better to make it distro specific |
05:15.14 | grg | khem, but there are so many distro's out there.... |
05:15.27 | khem | grg: wrt to lsb-release all distro's claiming to be LSB compliant |
05:15.31 | khem | should have it |
05:15.44 | khem | grg: yes and we would add it for the one's we use |
05:15.56 | khem | and who ever loves a distro will support it |
05:16.31 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
05:16.41 | khem | unsupported distro will get the default behavior as we have right now |
05:16.51 | khem | so they wont be in worse situation |
05:16.56 | khem | only they will not be better |
05:17.34 | grg | i think having a "distro-quirks" section of code for distros that do funky patches would be better |
05:17.57 | khem | define distro quirk |
05:18.08 | khem | they all fix them for themselves nothing is quitk |
05:18.13 | grg | you mentioned differing coreutils |
05:18.18 | khem | yes |
05:18.27 | *** join/#oe methril (~methril@189.27.130.53.dynamic.adsl.gvt.net.br) |
05:18.53 | khem | 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 |
05:19.05 | khem | similar checks for other distros and packages |
05:19.44 | khem | I was amazed that out of 1.5G in my sysroot 1.3G was native packages |
05:19.54 | khem | and I use decent enough distro |
05:20.43 | grg | i just think that we should have exceptions for host distros that need a -native package, not exceptions for each and every host distro |
05:21.12 | khem | well its same thing we are talking about then |
05:21.39 | grg | if i was more familiar with oe/bitbake internals i could probably explain better :( |
05:21.57 | khem | we are talking about what -native packages do I need to build for say ubuntu 9.10 |
05:22.05 | grg | yes |
05:22.09 | khem | and for debian |
05:22.11 | khem | and so on |
05:22.56 | grg | 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 |
05:23.14 | khem | I think sanity.bbclass should take care of informing the missing packages on a given distro |
05:23.24 | khem | that one should install before building OE |
05:24.03 | grg | 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 |
05:24.07 | khem | grg: as I said you can have it either way, having a list of -native packages to buils for distro X is better approach |
05:24.17 | khem | imo |
05:24.32 | grg | khem, we can agree to disagree :) |
05:25.07 | grg | khem, you win anyway, since you're far more likely to implement it |
05:25.27 | khem | heh |
05:35.27 | *** join/#oe prinzenrolle (4fd40c37@gateway/web/freenode/ip.79.212.12.55) |
05:48.59 | *** join/#oe d_t_h (~dieter@a89-183-3-194.net-htp.de) |
05:53.55 | *** join/#oe RobotGuy (~n7pkt@pool-173-50-247-7.ptldor.fios.verizon.net) |
05:53.58 | *** join/#oe mekius (~mekius@c-98-214-3-153.hsd1.il.comcast.net) |
05:54.06 | RobotGuy | Why is base-files_3.0.14.bb failing?? |
05:54.07 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
05:55.22 | RobotGuy | base-files/base-files_3.0.14.bb, do_install) failed with 256 |
06:00.44 | *** join/#oe robtaylor (~robtaylor@floopily.codethink.co.uk) |
06:26.15 | *** join/#oe konne (~Miranda@85.183.99.11) |
06:29.23 | *** join/#oe prinzenrolle_ (4fd40c37@gateway/web/freenode/ip.79.212.12.55) |
06:59.18 | *** join/#oe Martin-B (~martin@pool-148-65-198-89.dbd-ipconnect.net) |
07:09.05 | *** join/#oe Proxyles (~henrik@c-f893e255.56-4-64736c14.cust.bredbandsbolaget.se) |
07:09.41 | *** join/#oe thayward (thayward@nat/wsulug/x-qshyffsqsopbvapq) |
07:15.57 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
07:21.47 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
07:23.02 | *** join/#oe vwyodapink (~vdubhack@dpc674485156.direcpc.com) |
07:23.56 | mckoan | good morning |
07:26.31 | *** join/#oe dth (~dieter@a89-183-3-194.net-htp.de) |
07:29.25 | *** join/#oe PS (~root@122.181.19.78) |
07:32.27 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
07:32.40 | PS | building of perl-5.8.8 getting the error as: "Can't locate strict.pm in @INC (@INC contains:" |
07:36.55 | RobotGuy | I have base-files_3.0.14.bb, do_install) failed with 256 |
07:37.06 | RobotGuy | I can't seem to build any images because of this. |
07:37.48 | *** join/#oe IgorK (~igor@user-64-9-235-31.googlewifi.com) |
07:37.58 | *** join/#oe thebohemian (~rschus@p5DDC19FE.dip.t-dialin.net) |
07:38.18 | IgorK | warflyr: iptables-native: no such atom defined |
07:42.56 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
07:45.44 | *** join/#oe ant_work (~chatzilla@host214-85-static.34-85-b.business.telecomitalia.it) |
07:47.15 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
07:54.08 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
07:57.05 | prinzenrolle_ | hi again |
07:57.36 | prinzenrolle_ | how can i find more information about the framebuffer ram? |
07:58.49 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
08:14.26 | *** join/#oe hrw (~hrw@conference/ubuntu/x-relsntgegvzgwfpj) |
08:20.25 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
08:31.57 | vwyodapink | 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? |
08:32.53 | vwyodapink | 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/ |
08:36.34 | eFfeM_work | no real need to use a branch (except perhaps if the patch has impact on many files) |
08:37.03 | eFfeM_work | but be sure to also have a peek at the oe guidelines for commit messages etc |
08:38.29 | vwyodapink | OK thank you I will have a look |
08:38.41 | eFfeM_work | good luck |
08:39.40 | eFfeM_work | (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) |
08:41.22 | *** join/#oe playya (~playya@unaffiliated/playya) |
08:46.09 | zub | There seem to be quite a backlog of patches submitted to the ML. What will their fate be? Do they get integrated? |
08:46.17 | zub | (Yeah, partly asking as I sent some too.) |
08:46.33 | zub | obviously nobody was too interested, as they got no reply |
08:55.10 | *** join/#oe kerim (~kerim@81.214.22.138) |
08:55.23 | *** part/#oe kerim (~kerim@81.214.22.138) |
09:05.35 | CIA-2 | 03Vitus Jensen <vjensen@gmx.de> 07org.openembedded.dev * r38425daf8f 10openembedded.git/classes/base.bbclass: (log message trimmed) |
09:05.35 | CIA-2 | base.bbclass: base_do_compile() accepts GNUmakefile as Makefile |
09:05.35 | CIA-2 | GNU make will look for GNUmakefile, makefile and Makefile. GNUmakefile |
09:05.35 | CIA-2 | isn't recommended but used by some programs, e.g. canutils. |
09:05.36 | CIA-2 | Signed-off-by: Vitus Jensen <vjensen@gmx.de> |
09:09.56 | XorA | morning |
09:16.00 | hrw | hi XorA |
09:16.09 | hrw | XorA: what time you arrive in Prague tomorrow? |
09:17.35 | XorA | hrw, around lunchtime |
09:17.52 | zub | JaMa: thanks :) |
09:18.08 | JaMa | zub: waiting for webkit-efl patch :) |
09:18.14 | hrw | XorA: good - beer in the evening then |
09:19.04 | zub | JaMa: that was need for webkit-gtk_svn; buit later today I'll look into webkit-efl then |
09:19.54 | XorA | hrw: I shall try czeck beers :-) |
09:21.10 | zub | make it czech, pls :-P |
09:26.09 | Jay7 | sh@t.. I should be there too! ;) |
09:26.12 | eFfeM_work | 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 |
09:26.53 | Jay7 | but.. seems I'll go Montenegro on Aug or Sep.. |
09:28.02 | JaMa | zub: they're in patchwork.. so not completely lost |
09:28.14 | eFfeM_work | maybe it is the holiday season or the warm weather that is responsible for the lack of feedback |
09:31.32 | XorA | zub, oops, working by vnc, delay confuses my typing :-) |
09:36.56 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r031aa57562 10openembedded.git/recipes/freesmartphone/ (zhone/80zhone zhone_git.bb): |
09:36.56 | CIA-2 | zhone: don't call exit from Xsession.d script |
09:36.56 | CIA-2 | * xserver-common version of Xsession does "source" for Xsession.d/* and exit kills main Xsession script |
09:36.56 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
09:53.03 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
09:58.11 | *** join/#oe B_Lizzard (~havoc@athedsl-430131.home.otenet.gr) |
10:01.48 | *** join/#oe playya (~playya@unaffiliated/playya) |
10:05.53 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
10:16.03 | *** join/#oe likewise (~likewise@82-170-243-215.ip.telfort.nl) |
10:17.21 | *** join/#oe kazoo (Unix@pool-71-104-18-19.lsanca.dsl-w.verizon.net) |
10:21.37 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
10:25.53 | *** join/#oe mrcan (~harika@88.242.151.220) |
11:03.37 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
11:03.38 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
11:08.16 | *** part/#oe meindian523 (~easwar@unaffiliated/easwar) |
11:21.31 | zub | XorA: np :) |
11:47.50 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
11:50.14 | *** join/#oe methril_work (~methril@201.35.65.90) |
12:05.10 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
12:24.57 | *** join/#oe CMoH (~cipi@95.76.71.81) |
12:25.43 | *** join/#oe mrcan (~harika@88.242.151.220) |
12:31.03 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
12:38.50 | *** join/#oe mickey|ICE (~M@openmoko/coreteam/mickey) |
12:42.38 | *** join/#oe borg_ (~olaf@p54869799.dip0.t-ipconnect.de) |
12:43.15 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
12:51.04 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
12:51.49 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
13:05.18 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
13:18.13 | *** join/#oe eFfeM_work (~frans@atwork-193.r-212.178.107.atwork.nl) |
13:24.46 | *** join/#oe dth_ntb (~dieter@a89-183-3-194.net-htp.de) |
13:31.41 | RP | kergoth: pong |
13:31.45 | RP | morning all |
13:32.38 | pb_ | hi rp |
13:34.38 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
13:39.29 | ant_work | eFfeM_work: everytime I have to browse recipes/linux I feel sick |
13:40.07 | ant_work | I hope some cleanings will happen before releasing new stable |
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.. |
13:42.09 | eFfeM_work | yeah, I can see one would want two versions of a kernel (stable and dev), but some machines have 5 or 6 |
13:43.02 | ant_work | cgit takes 10 Pg Down on my 1280x1024 to scroll |
13:43.21 | ant_work | I find this disturbing |
13:43.39 | JaMa | linux-openmoko has 5, but at least last 3 are still actively used.. |
13:43.48 | ant_work | all zaurus 2.4 is bitrot |
13:43.59 | ant_work | handelds too |
13:44.40 | eFfeM_work | what about opensimpad_2.4.25-vrs2-pxa1-jpm1.bb ? |
13:44.43 | ant_work | linux-rp will be soon obsoleted too |
13:45.36 | XorA | JaMa: as machine maintainer for those devices you should feel empowered to remove older duff ones |
13:46.08 | XorA | ant_work: same with the zaurus team, they should feel empowerd to enable newer kernels and remove old |
13:46.10 | JaMa | XorA: I don't feel any harm from those 2 old I don't use actively |
13:46.42 | ant_work | this abundance gives the false idea all are supported |
13:47.14 | XorA | if its busted remove it |
13:47.22 | Crofton | ant_work, I don't think that is true |
13:47.24 | JaMa | ant_work: linux-openmoko-* should all work ok.. that's why I don't feel any harm |
13:47.32 | Crofton | we make it very clear that not all combinations work |
13:47.34 | ant_work | breath - see omap spawn |
13:47.38 | XorA | and someone please move zaurus to something vaguely resembling recent :-) |
13:48.02 | ant_work | XorA: we are there, just missing power management |
13:48.03 | XorA | JaMa: just pointing out that the machine maintainers should feel empoweerd |
13:48.11 | JaMa | thanks :) |
13:48.15 | eFfeM_work | 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) |
13:48.15 | Crofton | agress with XorA |
13:48.31 | JaMa | XorA: I can buy you a beer tomorrow for that :) |
13:48.33 | eFfeM_work | similar to kirkwood which supports various plugs and openrd systems |
13:48.34 | ant_work | eFfeM_work: right |
13:48.38 | XorA | eFfeM_work: blame TI for that mess, they have bazillions of different omap trees |
13:49.16 | eFfeM_work | ~lart ti for having bazillions of different omap trees |
13:49.16 | ibot | smacks ti up side the head with a clue-by-4 for having bazillions of different omap trees |
13:49.26 | eFfeM_work | :p |
13:49.42 | XorA | things are changing for omap4 as that is rapidly upstreaming |
13:50.10 | hrw | JaMa: you are in Prague? |
13:50.23 | JaMa | hrw: yep, I live in Prague |
13:50.32 | XorA | JaMa: come meet us tomorrow |
13:50.36 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
13:50.47 | hrw | JaMa: so tomorrow - Old Hilton on Celnikov street |
13:50.48 | XorA | or later in the week |
13:51.02 | XorA | hrw: Im in the new Hilton :-( |
13:51.04 | hrw | JaMa: at 18-18:30 |
13:51.16 | eFfeM_work | actually it is also spreading to u-boot; there is omap3_git ompa3beagleboard-1.1.4, omap3pandora_git |
13:51.37 | eFfeM_work | whereas others seem to use the regular recipes like 1.1.4 |
13:51.45 | hrw | XorA: maybe it is hildon old prague or sth like that |
13:51.45 | XorA | I think they can now all be squashed into one thanks to sakoman |
13:51.56 | XorA | hrw: Hilton Prague Old Town |
13:52.02 | XorA | hrw: but Im in the other Hilton |
13:52.10 | eFfeM_work | not sure whether putting it all in one file is necessarily better |
13:52.14 | hrw | XorA: ok |
13:52.23 | XorA | hrw: Old Town was fully booked |
13:52.25 | JaMa | hrw, XorA: OK, 18-18:30 seems fine |
13:52.38 | XorA | be good to finally meet JaMa |
13:52.47 | hrw | XorA: so you should book Marriot old town - its same street as old hilton |
13:52.57 | hrw | JaMa: cool |
13:52.59 | XorA | hrw: on cannonical discount? |
13:53.14 | hrw | XorA: no, ti one ;D |
13:53.22 | XorA | is on cannonical rate |
13:53.30 | hrw | JaMa: http://www.facebook.com/people/Martin-Jansa/1721541877 is you? |
13:53.35 | hrw | XorA: ah, ok then |
13:54.06 | XorA | of course Im safer in other hilton, wont wake in morning to find ubuntu installed on wet ware :-) |
13:55.24 | JaMa | hrw: nope, http://www.facebook.com/martin.jansa?hiq=martin,jansa |
13:56.20 | *** join/#oe B_Lizzard (~havoc@athedsl-430131.home.otenet.gr) |
13:56.35 | *** join/#oe kgilmer (~kgilmer@host-174-45-96-122.bzm-mt.client.bresnan.net) |
13:56.54 | hrw | hi Ken |
14:00.06 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-qhhqmspnbqxxtydw) |
14:00.59 | *** join/#oe kristoffer (~kristoffe@109.58.13.28.bredband.tre.se) |
14:02.00 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
14:02.21 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
14:06.28 | *** part/#oe PS (~root@122.181.19.78) |
14:09.35 | *** join/#oe RobotGuy (~n7pkt@pool-173-50-247-7.ptldor.fios.verizon.net) |
14:10.54 | *** join/#oe methril (~methril@189.27.130.53.dynamic.adsl.gvt.net.br) |
14:11.50 | eFfeM_work | 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 |
14:12.50 | eFfeM_work | 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) |
14:13.12 | eFfeM_work | (parsing 8400 recipes takes 3-4 mins on my system) |
14:14.07 | RobotGuy | Why is every image build I try failing for some reason? |
14:15.59 | kergoth` | 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 :) |
14:17.00 | eFfeM_work | 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 |
14:17.30 | kergoth` | 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 |
14:17.35 | kergoth` | and then only parse what it pulled over |
14:17.57 | kergoth` | so only the import would have to parse everything |
14:18.02 | kergoth` | the hard part would be tracking any local changes |
14:18.03 | eFfeM_work | actually still need to look to see if I can use the -g output to generate the deps |
14:18.30 | kergoth` | you'd have to parse the .dot, its pretty simple syntactically though |
14:18.35 | *** join/#oe etrunko (~edulima@187.75.148.141) |
14:19.11 | eFfeM_work | kergoth` that would indeed be nice, bb parse could just parse the deps and use lazy caching for the rest |
14:19.49 | eFfeM_work | might help to have deps at a fixed spot near the beginning of a recipe (or maybe inc file) |
14:19.51 | kergoth` | 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 |
14:19.59 | kergoth` | so you'd have all the source trees *right there* to look at |
14:20.06 | kergoth` | and would speed up the later rebuilds |
14:20.10 | eFfeM_work | kergoth` yeah getting the stuff from the .dot tree is quite doable |
14:20.20 | eFfeM_work | btw is there a tool to visualise the .dot files ? |
14:20.28 | kergoth` | yeah, graphviz provides many tools for it |
14:20.43 | eFfeM_work | ah ok, didn't know that, will peek into it |
14:20.47 | kergoth` | converts to an image |
14:21.03 | kergoth` | graphviz has a layout engine (or more than one?) for laying it out in graphical form |
14:21.48 | RobotGuy | 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. |
14:21.54 | eFfeM_work | is installing graphviz |
14:22.16 | eFfeM_work | RobotGuy: apparently :P |
14:22.34 | RobotGuy | eFfeM_work: Apparently what? |
14:23.00 | eFfeM_work | apparently it fails if you try and apparently you do not understand why |
14:23.30 | eFfeM_work | but for sure with this amount of info no-one here is going to be able to help you with that |
14:23.32 | RobotGuy | I'd appreciate some help in figuring out what is wrong. |
14:23.45 | *** join/#oe prinzenrolle (4fd40b6b@gateway/web/freenode/ip.79.212.11.107) |
14:23.59 | RobotGuy | I'd be happy to provide more info if I knew what info is required to help me. |
14:24.10 | eFfeM_work | RobotGuy: provide more info & pastebin logs |
14:25.11 | eFfeM_work | 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 |
14:25.25 | eFfeM_work | and pastebin the build output |
14:25.32 | eFfeM_work | JaMa|Off: have fun :-) |
14:26.04 | JaMa|Off | eFfeM_work: seems like you know where I'm going :) |
14:26.23 | JaMa|Off | -> new date :) |
14:26.27 | eFfeM_work | JaMa|Off: I heard prague, so I guess it involves pivo |
14:26.49 | RobotGuy | http://pastebin.com/KrQVwEPT |
14:27.04 | JaMa|Off | beer is planned for tomorrow, today tee+girls :) |
14:27.13 | eFfeM_work | knows two words chech (or whatever it is): pivo and pivovarska (if the spelling is ok) |
14:27.25 | eFfeM_work | JaMa|Off: still sounds good! |
14:27.40 | *** join/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net) |
14:28.59 | eFfeM_work | RobotGuy: have you tried building something simpler. suggest first to start with bitbake helloworld and if that succeeds bitbake console-image |
14:29.11 | mrmoku | JaMa|Off: good luck then... even if it might decrease your hacking time :P |
14:29.19 | *** join/#oe kerim (~kerim@81.214.22.138) |
14:29.46 | eFfeM_work | 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 |
14:30.08 | eFfeM_work | try to find out the maintainer of that recipe and contact him (do we have any her's contributing? ) |
14:30.39 | CIA-2 | 03Roger Monk <r-monk@ti.com> 07org.openembedded.dev * ref5fc6cf07 10openembedded.git/recipes/ti/ti-codecs-dm6467_1.00.00.03.bb: |
14:30.39 | CIA-2 | ti-codecs-dm6467: Fix URL to codec server download |
14:30.39 | CIA-2 | * Update URL to use absolute path instead of 'latest' |
14:30.39 | CIA-2 | Signed-off-by: Roger Monk <r-monk@ti.com> |
14:30.39 | CIA-2 | Signed-off-by: Koen Kooi <k-kooi@ti.com> |
14:30.41 | CIA-2 | 03Roger Monk <r-monk@ti.com> 07org.openembedded.dev * r84badc89f2 10openembedded.git/recipes/ti/ti-codecs-dm6467_1.00.00.08.bb: |
14:30.41 | CIA-2 | ti-codecs-dm6467: Add latest codec server v.1.0.0.8 |
14:31.34 | *** join/#oe Spz0 (~a@97-120-163-154.ptld.qwest.net) |
14:31.46 | RobotGuy | eFfeM_work: http://pastebin.com/w1iCdjRy |
14:32.31 | eFfeM_work | RobotGuy: so helloworld builds which tells that your toolchain etc is probably correctly build |
14:32.50 | RobotGuy | eFfeM_work: Yes, indeed. :) |
14:33.11 | eFfeM_work | actually you build before as it comes from staging |
14:33.14 | tzanger | NOTE: Parsing finished. 7629 cached, 477 parsed, 325 skipped, 1 masked. |
14:33.22 | tzanger | Is there a way to find out what the skipped and masked recipes were? |
14:33.32 | RobotGuy | eFfeM_work: Yes, I have tried several builds. |
14:33.35 | eFfeM_work | however I do not like the line: sh: rm: command not found |
14:33.49 | RobotGuy | eFfeM_work: I saw that. Something seems to be wrong. |
14:34.06 | eFfeM_work | RobotGuy: that might also cause the configure to fail |
14:34.18 | RobotGuy | eFfeM_work: That makes sense. |
14:34.34 | eFfeM_work | you might want to consider removing your tmp dir and your pstage dir (if not inside tmp) |
14:35.08 | RobotGuy | eFfeM_work: Won't removing temp force everything, including the toolchain, to be rebuilt? |
14:35.19 | eFfeM_work | yes |
14:35.29 | eFfeM_work | so it'll take a few hrs |
14:35.39 | RobotGuy | I have had to split my OE stuff due to lack of disk space on some partitions. |
14:36.05 | eFfeM_work | 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 |
14:36.18 | eFfeM_work | hm, you didn't use symlinks I hope? |
14:36.27 | eFfeM_work | not sure whether that works |
14:36.43 | eFfeM_work | putting tmp on a different partition is harmless |
14:36.55 | RobotGuy | eFfeM_work: I did not use symlinks. :) I changed my conf to point to the new places for downloads and temp. |
14:37.05 | eFfeM_work | that is ok |
14:37.33 | eFfeM_work | i'd first try to find out why you get this rm not found |
14:39.53 | RobotGuy | What is the command that allows pastebinning an entire file? I think I have something that may help more. |
14:40.22 | eFfeM_work | upload to www.filebin.ca |
14:43.03 | RobotGuy | 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. |
14:43.23 | eFfeM_work | yeah saw that |
14:44.13 | RobotGuy | I think that may be what is causing /xdev/oe/openembedded/recipes/base-files/base-files_3.0.14.bb to fail. |
14:44.50 | eFfeM_work | don't have a build of base-files handy, baking it now |
14:45.13 | RobotGuy | 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. |
14:45.17 | RobotGuy | eFfeM_work: OK. |
14:45.55 | eFfeM_work | 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 |
14:46.10 | eFfeM_work | and are there 2 files in it? |
14:46.29 | *** join/#oe B_Lizzard (~havoc@athedsl-430131.home.otenet.gr) |
14:47.08 | RobotGuy | eFfeM_work: No, I do not have that dir. |
14:48.07 | eFfeM_work | then something went wrong in unpacking the package |
14:48.16 | eFfeM_work | base-files_3.0.14.bb: file://share/dot.profile \ |
14:49.43 | RobotGuy | eFfeM_work: I can remove temp and rebuild, but I am not sure that will help. |
14:50.14 | eFfeM_work | RobotGuy: in your recipes dir you should have these: recipes/base-files/base-files/share/dot.bashrcrecipes/base-files/base-files/share/dot.profile |
14:50.22 | eFfeM_work | if not your tree is broken |
14:50.53 | eFfeM_work | if they are there clean tmp seems to be a good first try |
14:54.23 | RobotGuy | eFfeM_work: http://pastebin.com/8Ps2dY4G |
14:55.04 | RobotGuy | I'll have to try a complete rebuild when I get back from OSCON. |
14:55.09 | eFfeM_work | so the files are there which is good, and you have r permisson so that should also not be a problem |
14:55.28 | eFfeM_work | you might try bitbake -cclean base-files; bitbake base-files |
14:55.35 | eFfeM_work | to see if that cures things |
14:55.43 | RobotGuy | I will try that. |
14:55.43 | eFfeM_work | but there might be something more drastic |
14:55.51 | eFfeM_work | (and look at the rm issue) |
14:56.10 | eFfeM_work | anyway, going home now, bye all |
14:56.18 | eFfeM_work | & remember: have fun! |
14:57.44 | RobotGuy | eFfeM_work: It failed: http://pastebin.com/vPyRZ1fE |
14:59.47 | RobotGuy | I'll have to wait until I get home later tonight to remove /usr/local/oe/temp and rebuild everything. |
15:06.36 | *** join/#oe methril_work (~methril@201.35.65.90) |
15:12.46 | *** join/#oe kerim (~kerim@81.214.22.138) |
15:21.33 | *** join/#oe kerim (~kerim@81.214.22.138) |
15:30.33 | *** join/#oe mrc3 (~mrc3@nat/ti/x-awzuqetjeevevnmn) |
15:36.21 | CIA-2 | 03Xerxes RÃ¥nby <xerxes@zafena.se> 07org.openembedded.dev * r42f7784f1f 10openembedded.git/recipes/openjdk/ (2 files in 2 dirs): |
15:36.21 | CIA-2 | openjdk-6-6b18: add pre1.8.1 releasebranch fixes up to 19 Jul 2010. |
15:36.21 | CIA-2 | * openjdk-6-6b18-1.8/icedtea1.8-pre1.8.1-releasebranch-fixes.patch: Updated. |
15:36.21 | CIA-2 | fixes origin from http://icedtea.classpath.org/hg/release/icedtea6-1.8/shortlog |
15:36.24 | CIA-2 | 03Xerxes RÃ¥nby <xerxes@zafena.se> 07org.openembedded.dev * rd1dcd08e4e 10openembedded.git/recipes/llvm/ (5 files in 2 dirs): (log message trimmed) |
15:36.24 | CIA-2 | llvm2.7: new ARMv4 rawMOVLRPC.patch; backported llvm2.8svn r97745 & r104587 fixes. |
15:36.24 | CIA-2 | * llvm2.7/MOVLRPC.patch: deleted. |
15:36.24 | CIA-2 | * llvm2.7/rawMOVLRPC.patch: New patch replaces MOVLRPC.patch. |
15:36.25 | CIA-2 | emits mov lr, pc before indirect call_nolink branches |
15:37.50 | *** join/#oe tharvey (~tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
15:44.34 | *** join/#oe GNUtoo|laptop (~gnutoo@ABordeaux-152-1-12-246.w82-125.abo.wanadoo.fr) |
15:55.36 | *** join/#oe dth_ntb (~dieter@a89-183-3-194.net-htp.de) |
15:59.45 | *** part/#oe kerim (~kerim@81.214.22.138) |
16:04.50 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
16:05.59 | *** join/#oe tgall_foo_ (~tgall@206.9.88.154) |
16:16.03 | *** join/#oe methril_work (~methril@201.35.65.90) |
16:20.35 | CIA-2 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r7dfb99a469 10openembedded.git/recipes/mplayer/ (mplayer-common.bb mplayer-common/htcdream/mplayer.conf): |
16:20.35 | CIA-2 | mplayer-common: add support for htcdream and bump PR |
16:20.35 | CIA-2 | Alsa is prefered over oss because oss emulation on top of alsa is |
16:20.35 | CIA-2 | more inclined to buffer-underflows |
16:20.35 | CIA-2 | The configuration is derived from om-gta02's configuration because |
16:22.16 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
16:30.34 | *** join/#oe mrc3 (~mrc3@nat/ti/x-moydklszdkocpoup) |
16:38.58 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
16:39.00 | *** join/#oe Andy_ODT (~Andy@97-126-86-5.tukw.qwest.net) |
16:47.31 | tzanger | hmm |
16:47.32 | tzanger | http://blog.regehr.org/archives/28 |
16:47.40 | tzanger | interesting page on volatile violations |
16:47.48 | tzanger | (programmer violations of volatile, not compiler ones) |
16:48.10 | tzanger | I didn't think of the use of a 'ready' variable being assigned before the work was actually done |
16:56.24 | *** join/#oe hrw (~hrw@88.208.89.139) |
17:01.55 | kergoth` | hehe, imported the openzaurus buildroot cvs *and* bk into git repositories |
17:02.08 | kergoth` | <PROTECTED> |
17:02.08 | kergoth` | <PROTECTED> |
17:02.09 | kergoth` | nice. |
17:02.41 | hrw | ;d |
17:03.45 | *** join/#oe stefan_schmidt (~stefan@p5B0342E9.dip.t-dialin.net) |
17:05.27 | kergoth` | tim was the second committer to the OZ repository, after me |
17:05.28 | kergoth` | huh |
17:05.36 | kergoth` | course, i think he was still at lineo then |
17:09.15 | hrw | Lineo was also company which made -embedix patch? |
17:10.02 | RP | hrw: yes |
17:11.18 | hrw | that was a time... |
17:11.28 | hrw | now I am playing with igepv2 |
17:11.40 | hrw | ubuntu/linaro guys gave up on getting it working |
17:11.47 | hrw | I gave myself one hour |
17:18.42 | kergoth` | Can anyone recall any major changes to bitbake/oe that occurred during the lifetime of the project? |
17:18.50 | kergoth` | specifically, high impact changes, architectural |
17:19.26 | kergoth` | bbclassextend was a pretty big feature add |
17:19.32 | kergoth` | browses history |
17:20.08 | kergoth` | the scheduler revamp / threading support richard did was a big step too |
17:22.28 | hrw | huge I would say |
17:22.41 | hrw | other: moving cache from RAM to hdd |
17:22.53 | kergoth` | hmm, yes |
17:22.59 | hrw | which stopped bitbake from using 600MB ram for parsing |
17:23.22 | kergoth` | 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 |
17:23.26 | hrw | next one would be: rewritten parser which do not hold 600MB of cache on hdd |
17:24.07 | kergoth` | good call, those were steps taken while I was out of the project |
17:24.27 | hrw | I bought second 512MB ram just for bitbake |
17:24.31 | kergoth` | hehe |
17:25.08 | kergoth` | hmm |
17:26.51 | hrw | creating bitbake project you have on a list. moving bitbake to git is other |
17:27.25 | kergoth` | I don't know how useful some of this will be, but it's certainly interesting to see how the project progressed |
17:27.47 | hrw | when it comes to OE then there are other steps: joins: GPE, Familiar, NSLU etc |
17:28.03 | hrw | adding avr32 support, nios2 support (thats recent) |
17:28.19 | hrw | end of OZ, creation of Angstrom |
17:28.54 | kergoth` | yeah, agreed. poky creation, mvl6 release, etc too |
17:29.11 | kergoth` | hahaha |
17:29.17 | kergoth` | i just looked at the first commit of bb.event |
17:29.17 | Crofton|work | hrw rofl, so did I |
17:29.27 | kergoth` | it looks nearly exactly the same as it does now |
17:29.28 | kergoth` | haha |
17:29.39 | kergoth` | yikes |
17:30.31 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
17:32.06 | *** join/#oe etrunko (~edulima@187.75.148.141) |
17:32.23 | vwyodapink | 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? |
17:32.56 | hrw | I use less for it |
17:33.27 | hrw | mc if they are big as this makes navigation to internal files easier |
17:35.03 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
17:35.51 | hrw | hi florian |
17:36.08 | *** join/#oe dth (~dieter@a89-183-5-76.net-htp.de) |
17:36.13 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.142.62) |
17:36.40 | florian | re |
17:37.14 | *** join/#oe matgnt1 (~matthias@194.48.133.8) |
17:38.33 | vwyodapink | 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? |
17:38.52 | Andy_ODT | 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... |
17:39.00 | *** join/#oe d_t_h (~dieter@a89-183-5-76.net-htp.de) |
17:39.39 | kergoth` | Andy_ODT, #git |
17:39.57 | Andy_ODT | sorry |
17:40.55 | *** join/#oe morphis (~morphis@p5489DD67.dip.t-dialin.net) |
17:42.30 | *** join/#oe d_t_h (~dieter@a89-183-5-76.net-htp.de) |
17:45.12 | GNUtoo|laptop | hmmm |
17:45.24 | GNUtoo|laptop | | No package 'libecal-1.2' found in tasks_0.13.bb |
17:45.33 | GNUtoo|laptop | what should I DEPENDS += ? |
17:45.48 | GNUtoo|laptop | I'll go soon btw |
17:47.22 | kergoth` | wow, i was gone from the project for a *long* time |
17:47.27 | kergoth` | i didn't realize it was that long |
17:47.31 | kergoth` | hmm |
17:47.35 | GNUtoo|laptop | hmmm eds |
17:47.37 | hrw | kergoth`: and looks what you've gone... |
17:47.42 | GNUtoo|laptop | it seem that it's from eds |
17:47.59 | kergoth` | from looking at bitbake only, my last serious commits before april 2009 were in january of 2005. |
17:48.02 | stefan_schmidt | GNUtoo|laptop: is it a build or runtime problem? |
17:48.03 | kergoth` | will have to check OE to confirm |
17:48.12 | stefan_schmidt | GNUtoo|laptop: runtime may need: RDEPENDS = "libedata-cal" |
17:48.24 | GNUtoo|laptop | configure |
17:48.26 | GNUtoo|laptop | so build |
17:48.31 | GNUtoo|laptop | so DEPENDS += |
17:48.31 | stefan_schmidt | GNUtoo|laptop: and tasks.inc already has eds-dbus in DEPENDS |
17:48.36 | stefan_schmidt | hmm |
17:48.39 | GNUtoo|laptop | indeed |
17:48.40 | GNUtoo|laptop | strange |
17:48.48 | GNUtoo|laptop | I just saw that |
17:49.03 | GNUtoo|laptop | maybe I need to DEPENDS += eds |
17:49.10 | GNUtoo|laptop | I've multiple cores |
17:49.32 | GNUtoo|laptop | so I've parallel make etc... and 4 tasks for bitbake |
17:49.40 | kergoth` | khem, http://spreadsheets.google.com/pub?key=0AjCkwYM6wjBQdGx6Umt2cjBETjNsS09CUFNxRUwzVEE&output=html |
17:50.11 | stefan_schmidt | GNUtoo|laptop: hmm, try to build eds-dbus before and then tasks to see if this fixes it |
17:50.26 | stefan_schmidt | GNUtoo|laptop: just to make sure that it really is provided by it |
17:50.27 | GNUtoo|laptop | NOTE: package eds-dbus-1_1.4.0-r2+gitr91812cd2f797fb8ec8befbb2685037584ce144ee: task do_populate_sysroot: Succeeded |
17:50.30 | stefan_schmidt | I'm not sure about this |
17:50.33 | GNUtoo|laptop | I bet no |
17:50.36 | GNUtoo|laptop | but I'll try |
17:50.46 | tzanger | stefan_schmidt: actually I'm trying to build that too... can't find libsoup |
17:50.53 | tzanger | hoping it's a host dependency |
17:51.00 | stefan_schmidt | hmm |
17:51.24 | stefan_schmidt | Seems the pimlico stuff has not seen any love since o-hand was bought by intel ;) |
17:51.36 | stefan_schmidt | I haven't build it since my OM time |
17:52.09 | hrw | tasks is still developed |
17:52.15 | hrw | it is in gnome repository now |
17:52.27 | hrw | dates and contacts rather died |
17:52.30 | stefan_schmidt | hrw: oh, then it may just be a bit rotted here in OE |
17:52.50 | tzanger | bah |
17:52.54 | hrw | libjana (base of openmoko-dates2) iirc is used in mobline^Wmeego |
17:53.13 | tzanger | is there a less... busy omap3-x-image which has basic basic fb support? just want to verify the fb hardware's working |
17:53.28 | hrw | tzanger: micro-base-image? |
17:53.35 | hrw | or even helloworld-image? |
17:53.56 | tzanger | 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?) |
17:54.28 | hrw | omap3 is taken care in kernel |
17:54.32 | hrw | fb is also kernel thing |
17:54.58 | tzanger | damn, libsoup is a target dependency and gumstix repo doesn't have a recipe for it. yay for regression testing |
17:55.07 | hrw | otherwise I would need to have nhk15-camera-and-debugboard-and-greencable-but-not-redcable-image |
17:55.20 | hrw | tzanger: libsoup-2.2? |
17:55.24 | hrw | etc names? |
17:55.54 | tzanger | hrw: right, but I'd need to build an image for that CPU with that driver and with some test programs, which is what the images basically are, aren't they? collections of specific settings and packages for a given target? |
17:55.55 | hrw | tzanger: ls recipes/gnome/libsoup*bb |
17:55.59 | tzanger | oh it's in gnome |
17:56.30 | hrw | tzanger: so build console-image or make own image basing on one of existing ones + few extra packages in it |
17:56.38 | tzanger | hmm interesting, lots of libsoup2.4 there, must be a missing dependency |
17:56.52 | tzanger | yeah I see console image there but I didn't think that would have any fb related stuff in it |
17:57.13 | tzanger | I read console as "/dev/ttyS0" or equivalent |
17:57.29 | GNUtoo|laptop | stefan_schmidt, didn't fix it |
17:57.52 | stefan_schmidt | GNUtoo|laptop: hmm, no idea what provides ecal in OE |
17:57.53 | GNUtoo|laptop | stefan_schmidt, I built it regularly and it failled only recently |
17:57.56 | GNUtoo|laptop | I love tasks |
17:58.05 | stefan_schmidt | GNUtoo|laptop: We should have everything we need as it was used heavily before |
17:58.11 | stefan_schmidt | hmm |
17:58.16 | GNUtoo|laptop | before was some months ago |
17:58.16 | stefan_schmidt | even more strange |
17:58.35 | GNUtoo|laptop | ok |
17:58.43 | GNUtoo|laptop | I'll look with git log ./file |
17:59.39 | GNUtoo|laptop | hmmm |
17:59.39 | hrw | tzanger: making own images is easy |
17:59.42 | GNUtoo|laptop | I'll see that later |
17:59.52 | hrw | installing additional packages on device is not rocket science |
18:00.00 | hrw | tzanger: you are just lazy |
18:00.34 | GNUtoo|laptop | stefan_schmidt, btw I've a distro based on the last ubuntu and it work under it |
18:00.42 | GNUtoo|laptop | maybe I'll look there |
18:01.23 | tzanger | hrw: newbie perhaps, I don't consider myself lazy. Just not sure where to begin |
18:01.47 | GNUtoo|laptop | I'll go bye |
18:01.59 | GNUtoo|laptop | be back after eating and/or tommorow |
18:02.52 | vwyodapink | images I think are easy as well I am a newbie myself, what I cant grasp yet properly is how to make a recipe for a program that you get the source from the net and get it to build properly.. |
18:03.52 | hrw | "require console-image.bb \n IMAGE_INSTALL += 'this that those and few other packages'" |
18:03.55 | hrw | thats all |
18:05.54 | tzanger | hrw: doesn't console-image.bb give you an image for a specific processor/memory setup/etc.? |
18:06.21 | tzanger | or is it a recipe that isn't meant to be run on its own but rather part of a larger recipe that specifies the machine and so on? |
18:06.23 | hrw | no |
18:06.29 | hrw | it is just an image |
18:06.49 | hrw | rootfs which gives text console + some set of utilities |
18:07.34 | hrw | umbaumba-arghhhhh-zaurus-only-for-mastahs-image is other thing |
18:07.46 | Jay7 | :)) |
18:07.50 | tzanger | hrw: but... how can it give a rootfs if you don't tell it what the target processor is? |
18:07.54 | hrw | as you need to be zaurus mastah to be able to build it |
18:08.10 | tzanger | oh man I still have a sharp zaurus around somewhere |
18:08.11 | hrw | tzanger: console-image is just recipe. like nano is |
18:08.30 | hrw | tzanger: what is a target is defined in machine config. |
18:08.30 | tzanger | hrw: ok, but omap3-console-image specifies the processor and such |
18:08.32 | Jay7 | dislike current situation anywhere |
18:08.35 | tzanger | hang on |
18:08.38 | tzanger | I think I've confused myself |
18:08.40 | hrw | tzanger: omap3-console-image is just name |
18:08.49 | tzanger | no I understand it's just the name of a recipe |
18:08.58 | hrw | tzanger: I can use omap3-console-image on my x86 boxes |
18:08.59 | tzanger | like console-image or foobar-amoeba |
18:09.19 | hrw | finally ;D |
18:09.22 | Jay7 | console-image is what to build, MACHINE and DISTRO is how to build |
18:09.35 | Jay7 | and what to build too because of *_FEATURES |
18:09.56 | hrw | Jay7: but *_FEATURES are part of MACHINE/DISTRO so they do not count |
18:10.40 | kergoth` | and even those don't control it directly. they just set variables, its the recipes and classes that obey those to control what builds |
18:12.05 | tzanger | aha |
18:12.11 | tzanger | I see the error of my ways |
18:12.21 | tzanger | I thought that the toplevel recipe contained the MACHINE |
18:12.26 | tzanger | now I see it's in build/conf |
18:12.36 | tzanger | sorry, that was a pretty bad think-o |
18:13.08 | hrw | happens tzanger |
18:13.32 | tzanger | OE's such a huge environment I find the deeper I learn the more basic stuff gets pushed out |
18:13.42 | tzanger | have to cram it back in and hope the deeper stuff still took :-) |
18:14.14 | kergoth` | OE is designed to keep these things separated, conceptually. ideally any distro can support any machine, and you can build any recipe for any distro/machine, with certain exceptions for machine specific recipes |
18:14.40 | *** join/#oe robtow (~rob@12.156.66.34) |
18:15.09 | hrw | we can even make one kernel recipe to support all machines |
18:15.22 | hrw | it would be huge and unreadable but will work |
18:16.39 | tzanger | ok, so the DISTRO stuff... "angstrom" is what's defined there.. what other distros are set up? |
18:18.09 | hrw | use angstrom or micro basically |
18:19.13 | *** join/#oe IgorK (~igor@64.9.243.37) |
18:20.53 | soltys | morning |
18:23.26 | tzanger | I think I'm just ognna stick with angstrom for now, heh. micro looks like it'd be a good candidate but I don't know enough about what it's gonna take out to feel comfortable about it |
18:24.02 | hrw | hej soltys |
18:24.58 | soltys | trays to build image for ngw100 again.. |
18:25.08 | kergoth` | tzanger, distro generally controls policy level stuff. filesystem layout, mdev vs udev, which init to use, debian shlib package renaming, etc |
18:25.08 | soltys | maybe this time it builds.. |
18:26.02 | hrw | ok, one hour passed - igep goes back to the box |
18:27.44 | kergoth` | tzanger, another way to look at it is like the differences between debian and redhat. /etc/network/interfaces vs the sysconfig stuff, etc.. i'd consider those distributionisms. i don't think any distros in oe make changes that drastic, but they could :) |
18:28.02 | tzanger | kergoth`: right, which also is supported by the variable name |
18:28.12 | khem | well micro does not use /usr |
18:28.19 | khem | thats drastic enough |
18:29.24 | kergoth` | all setting DISTRO really does is adds that value to OVERRIDES and parses conf/distro/${DISTRO}.conf :) |
18:29.38 | kergoth` | well, thats the main stuff anyway, its used in a few other places |
18:32.36 | *** join/#oe etrunko (~edulima@187.75.148.141) |
18:37.16 | soltys | ~course perl-native |
18:37.20 | soltys | ;< |
18:37.39 | kergoth` | can't build perl for the target without it, but ideally that'd be the only thing that'd pull it in and use it :\ |
18:38.05 | *** part/#oe meindian523 (~easwar@unaffiliated/easwar) |
18:38.45 | *** join/#oe Martin-B (~martin@pool-224-65-198-89.dbd-ipconnect.net) |
18:40.05 | soltys | kergoth`: it fails with odd error, here is log http://wklej.org/id/365942/ |
18:40.17 | *** join/#oe marcosmamorim (~marcos@189.110.124.67) |
18:41.42 | khem | soltys: your ccache is buggy |
18:41.52 | khem | soltys: its generating null size objects |
18:42.00 | khem | thats what it looks like |
18:42.01 | Tartarus | ccache is buggy :) |
18:42.11 | khem | hey Tartarus |
18:42.17 | soltys | khem: how to clear it ? |
18:42.28 | khem | soltys: dont use ccache |
18:42.41 | soltys | thats an option |
18:43.02 | khem | whats your build distro |
18:43.24 | kergoth` | can someone explain why the hell we still use it by default? |
18:43.29 | soltys | host is on slackware |
18:43.31 | Tartarus | hey khem |
18:43.37 | kergoth` | i had a patch to change that in patchwork i think, but i don't think it ever got acked |
18:43.39 | khem | soltys: ok |
18:43.44 | *** join/#oe B_Lizzard (~havoc@athedsl-430131.home.otenet.gr) |
18:43.54 | vwyodapink | is there a way to transfer a patch from one version of a recipe to a new recipe building the same program only the most current version? |
18:43.59 | khem | Tartarus: what do you think of my thumb patch ? |
18:44.25 | kergoth` | vwyodapink, read the recipes. |
18:44.30 | khem | vwyodapink: sure |
18:44.41 | Tartarus | khem: Seems fine, but I don't own a distro.conf |
18:44.44 | khem | Tartarus: I have moved thumbness decision to distro |
18:44.55 | khem | which is how it should be |
18:45.08 | khem | actually I need this done before I use thumb2 |
18:45.11 | kergoth` | seems sane enough to me, just don't know that area of the metadata very well, so wasn't confident in acking |
18:45.13 | Tartarus | Yes, I agree with the concept, but I'm not a distro owner and that's who you need some Acks from :) |
18:45.22 | vwyodapink | I am reading the recipes but I am not grasping what I am missing |
18:45.23 | khem | plan is to use thumb2 as default instruction set |
18:45.26 | vwyodapink | thanks though |
18:45.33 | kergoth` | vwyodapink, patches are in SRC_URI. |
18:45.40 | kergoth` | as the oe documentation says, i'm sure |
18:46.02 | khem | soltys: there are some patches in fedora to fix this |
18:46.16 | buZz | i want to move my entire tree of openembedded, is there something special that i need to do to keep my work safe? |
18:46.32 | khem | move where |
18:46.59 | buZz | between two pcs, on the one it was in /mnt/usb/buzz/zaurus, here is will be in /data |
18:47.02 | khem | Tartarus: add a nod to the patch if you could |
18:47.17 | soltys | khem: I removed ccache, maybe it helps |
18:47.19 | buZz | do i need to adjust anything beside the ~/.oe/environment? |
18:47.26 | kergoth` | buZz, just kill your tmp in your build dir, it isn't portable |
18:47.29 | khem | soltys: ok. |
18:47.42 | buZz | kergoth`: ah ok, sad :( |
18:47.59 | kergoth` | buZz, paths get hardcoded, i.e. #! lines in scripts in staging |
18:48.01 | buZz | guess it'll become a fake mountpoint then :P |
18:50.51 | *** join/#oe marcosmamorim (~marcos@189.110.124.67) |
18:51.09 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf8d3a2ad5f 10openembedded.git/recipes/images/angstrom-gnome-image.bb: angstrom-gnome-image: switch to psplash |
18:51.59 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r337e67cf19 10openembedded.git/conf/ (bitbake.conf local.conf.sample): |
18:51.59 | CIA-2 | bitbake.conf, local.conf.sample: Disable ccache by default |
18:51.59 | CIA-2 | This moves the current CCACHE over to local.conf.sample and documents |
18:52.00 | CIA-2 | when it's useful to enable. |
18:52.00 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
18:53.15 | kergoth` | whew, finally |
18:53.25 | kergoth` | we should've done that *years* ago |
18:53.28 | kergoth` | heh |
18:54.29 | Tartarus | yes, we should have |
18:54.48 | Tartarus | I think it was years ago I got bit by ccache being buggy or having collisions or whatever |
18:55.19 | kergoth` | yeah, there was always a risk |
18:55.26 | khem | Tartarus: you should use debian/ubuntu |
18:55.28 | kergoth` | 90% of the time you're fine, but that 10% will suck up a huge amount of time |
18:55.36 | Tartarus | but the bigger issue is that for what OE does it's not helpful, except in some specific circumstances |
18:55.41 | khem | if you want ccache to work |
18:55.45 | kergoth` | yeah, almost useless |
18:55.45 | Tartarus | khem: I do and it doesn't |
18:55.56 | kergoth` | the timestamps on the compiler change each time you wipe tmp |
18:56.00 | khem | huh works ok for me |
18:56.01 | kergoth` | of very liimited usefulness |
18:56.13 | Tartarus | khem: You'll have it fail at some point ;) |
18:56.26 | khem | kergoth: thats true but may be external toolchain people |
18:56.37 | khem | Tartarus: heh I have had |
18:56.42 | Tartarus | This was ubuntu 7.04 probably, btw |
18:56.45 | khem | sometimes in past |
18:56.58 | khem | yeah with newer ones it seems to work well |
18:57.10 | Tartarus | khem: The biggest issue I think is you need a HUGE ccache cache size for it to help over any OE build |
18:57.23 | Tartarus | ccache may still be useful for single app development |
18:57.36 | khem | Tartarus: its useful in general |
18:57.45 | Tartarus | khem: It used to be, sure |
18:57.46 | khem | at work the build is humungous |
18:57.57 | khem | it take 6-8 hours with -j14 |
18:58.01 | khem | but ccache delivers |
18:58.14 | khem | some time saving |
18:58.37 | kergoth` | better off using pstage :) |
18:58.47 | kergoth` | caching at the recipe level rather than the .o level is more useful |
18:58.49 | khem | but I like it disabled so daemon sleeps |
18:59.02 | *** join/#oe kgilmer (~kgilmer@host-174-45-93-89.bzm-mt.client.bresnan.net) |
19:00.38 | *** join/#oe pH5 (~ph5@e178205179.adsl.alicedsl.de) |
19:03.10 | *** join/#oe IgorK (~igor@64.9.243.37) |
19:05.28 | *** join/#oe mickeyl (~mickey@openmoko/coreteam/mickey) |
19:15.45 | kergoth` | Tartarus, might want to email an fyi on the ccache change to the list, since its a default changing |
19:17.55 | *** join/#oe prinzenrolle (4e357977@gateway/web/freenode/ip.78.53.121.119) |
19:18.19 | prinzenrolle | hi and good evening |
19:18.22 | Tartarus | done |
19:21.39 | *** join/#oe mrc3 (~mrc3@nat/ti/x-swmlrabiabmvbqyt) |
19:22.55 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r8f57e8ee92 10openembedded.git/conf/distro/include/sane-toolchain.inc: |
19:22.56 | CIA-2 | sane-toolchain.inc: Check for architectures which dont support EABI |
19:22.56 | CIA-2 | * This patch reverses the check for EABI support. This would mean |
19:22.56 | CIA-2 | that future processors will not have to be added everytime they |
19:22.56 | CIA-2 | come out. |
19:23.34 | prinzenrolle | i ve build an amstrong image (bash) and want to use now an own written gtk application, how does the cross-compile work with and gtk program? |
19:25.14 | prinzenrolle | i ve a debian x86 host the target is an arm processor an at91sam9g45. howto build an gtk+ app for it? |
19:30.11 | prinzenrolle | sb some hint sry noob |
19:30.17 | *** join/#oe mrc3 (~mrc3@nat/ti/x-aaiomrzedkypobbs) |
19:44.35 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
19:44.47 | prinzenrolle | sb here? |
19:44.50 | prinzenrolle | test |
19:50.31 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
19:53.30 | jconnolly | hmm anyone know why this libusb-compat_0.1.2 would fail at do_configure because it can't find libusb1, even though i've cleary just built it? |
19:53.34 | jconnolly | http://pastebin.com/Ncaia24z |
19:54.17 | jconnolly | same happens for 0.1.3 of libusb-compat |
19:57.53 | jconnolly | hmm looks like a new staging issue between oe-dev and oe-stable |
19:58.48 | *** join/#oe RobotGuy (~n7pkt@pool-173-50-247-7.ptldor.fios.verizon.net) |
19:58.49 | prinzenrolle | howto build an gtk+ app for an arm? angstrom building with bitbake works... |
20:02.11 | khem | prinzenrolle: you have to add gtk+ to your image and then create a recipe for your own app |
20:02.25 | khem | and add gtk+ to DEPENDS etc |
20:02.35 | prinzenrolle | i ve add gtk+ to the image |
20:02.42 | khem | jconnolly: check config.log |
20:02.56 | khem | prinzenrolle: ok, then add recipe for your app |
20:03.28 | prinzenrolle | khem: where find i some help for the own application? |
20:03.40 | prinzenrolle | khem: or edit add recipe |
20:04.01 | khem | prinzenrolle: you can look into existing recipes |
20:04.08 | khem | and also manual should help |
20:04.24 | khem | jconnolly: I think you are missing pkg-config |
20:04.50 | prinzenrolle | khem: at the target only the gtk9 lib is req, or? |
20:04.56 | prinzenrolle | +is |
20:06.26 | jconnolly | indeed khem. i think it's because the do_stage ie oe-dev model, yet i'm building against oe-stable. i manually cp -r'd tmp/work/armv7.../libusb1.../image/usr/lib/* to tmp/staging/armv7.../usr/lib/* and got past it. stefan_schmidt is going to have fun with this... =/ |
20:06.40 | khem | prinzenrolle: depends on what you link against at runtime |
20:06.53 | khem | prinzenrolle: but gtk+ recipes should already do it for you |
20:07.30 | khem | jconnolly: I would have recommended to inherit pkgconfig |
20:07.44 | jconnolly | smarter ;D |
20:07.56 | prinzenrolle | khem: is there an option to build it faster without bitbake? |
20:08.36 | khem | prinzenrolle: you need dwim switch on your computer (dwim = do what I mean) |
20:09.09 | khem | prinzenrolle: if you are not using bitbake you are not using OE |
20:09.09 | prinzenrolle | hehe i know bad english |
20:10.07 | prinzenrolle | i know oe work great and the image also, but now i want to build my own gui |
20:10.32 | khem | prinzenrolle: thats ok you can put together your application |
20:10.41 | khem | and then add a recipe for OE to build it |
20:11.04 | khem | look at helloworld example |
20:11.27 | prinzenrolle | khem: thx i will it test tomorow at work helloworld example at the wiki? |
20:12.45 | khem | its in the recipes/ dir |
20:12.52 | khem | you can use that as example |
20:13.10 | prinzenrolle | khem thx again thx for your great help! |
20:13.42 | *** join/#oe CMoH (~cipi@95.76.71.81) |
20:19.02 | *** join/#oe zenlinuxPDX (~sgarman@c-76-115-42-183.hsd1.or.comcast.net) |
20:24.48 | *** join/#oe ant__ (~andrea@host143-251-dynamic.9-87-r.retail.telecomitalia.it) |
20:26.10 | *** join/#oe hrw (~hrw@88.208.89.139) |
20:35.24 | *** part/#oe jkridner1 (~a0321898@nat/ti/x-qhhqmspnbqxxtydw) |
20:39.37 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
20:46.53 | RobotGuy | eFfeM: I am doing a complete rebuild of base-image now. |
20:47.02 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
20:48.15 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
20:52.06 | *** join/#oe kgilmer (~kgilmer@host-174-45-93-89.bzm-mt.client.bresnan.net) |
20:52.27 | *** join/#oe hansdampf (~moritz@212.77.182.156) |
20:57.18 | *** join/#oe pH5_ (~ph5@e178197206.adsl.alicedsl.de) |
21:09.18 | vwyodapink | Can anyone explain how to apply a patch from one version of a recipe to another version of the recipe? |
21:10.42 | vwyodapink | is it just changing the headers on it to match the new source? |
21:25.10 | warflyr | vwyodapink you can try to just add it to the SRc_URI, though if the patch breaks youll need to manually merge the changes |
21:26.19 | warflyr | extract both versions, make changes to the wanted version, then create a patch from diff between the two folders; add that patch to the files dir, and add it to SRC_URI |
21:26.48 | warflyr | ^ if the patch fails |
21:27.20 | vwyodapink | great thank you so much ! I will give that a shot |
21:29.31 | kergoth_ | vwyodapink, I already told you, patches go into SRC_URI. you should actually read the responses to your questions. |
21:30.26 | *** join/#oe mrc3 (~mrc3@nat/ti/x-zfudlbjeuymvnlcm) |
21:30.35 | vwyodapink | yes I caught your answer but was vague and trying to get more info |
21:30.37 | vwyodapink | sorry for asking more |
21:30.58 | kergoth_ | there are like 7,000 recipes you can look at to see how a patch is put in SRC_URI |
21:31.08 | kergoth_ | not to mention the OE manual |
21:31.17 | vwyodapink | like i said sorry for asking !! |
21:31.48 | kergoth_ | don't be sorry about it, just look at the existing resources |
21:31.57 | vwyodapink | i have been trust me |
21:32.12 | vwyodapink | i am not that smart not expierenced in any of this so I am slow to catch on |
21:32.14 | *** join/#oe mickey|tv (~mickey@80.81.242.146) |
21:36.15 | zub | using BBCLASSEXTEND = "native" is a preferred way to enable both ordinary and native package, right? |
21:36.43 | zub | but often there are separate recipes for native; is it because BBCLASSEXTEND is relatively new feature, or is there another reason? |
21:37.00 | kergoth_ | zub, many just haven't been converted to it yet |
21:37.07 | zub | ok |
21:37.13 | kergoth_ | it's a good task for someone looking to contribute |
21:37.20 | zub | I need newer cmake, that made me notice |
21:37.35 | zub | was that a hint? :) I might try to clean up the cmakes then |
21:37.35 | kergoth_ | if you're messing with a recipe that hasn't, might as well switch it while you're there :) |
21:37.56 | kergoth_ | well, there's no shortage of work to be done, that's certain :) |
21:38.07 | zub | true :) |
21:38.15 | zub | I'll c what I can do |
21:38.18 | kergoth_ | needs to sit down and write up these sort of grunt work type tasks, relatively mechanical stuff |
21:38.23 | kergoth_ | "janitor" tasks |
21:38.45 | kergoth_ | just a suggestion :) |
21:38.55 | kergoth_ | it does clean things up, and reduces the number of recipes we have to parse |
21:38.59 | kergoth_ | which is helpful |
21:47.22 | *** join/#oe qsp (~qsp@bl15-141-94.dsl.telepac.pt) |
21:49.22 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
21:50.28 | *** join/#oe mickey|tv (~mickey@openmoko/coreteam/mickey) |
21:55.48 | *** part/#oe qsp (~qsp@bl15-141-94.dsl.telepac.pt) |
21:59.20 | Tartarus | Maybe do a table and have fixed? and a link to when it's fixed |
22:03.34 | Tartarus | bah |
22:11.26 | ant__ | well, I hit the hot iron and ask help for converting klibc to new staging |
22:12.13 | ant__ | seems all should go in do_install as in other cases |
22:12.52 | ant__ | seeing the use of oe_runmake install |
22:13.17 | ant__ | the issue is the second/last line of do_stage: |
22:13.21 | ant__ | <PROTECTED> |
22:14.01 | ant__ | I'm guilty of having lost the irclogs with RP suggestions about the matter ... |
22:14.10 | ant__ | :/ |
22:14.28 | Tartarus | Hmmm |
22:14.55 | Tartarus | So you're trying to make sure that ${TARGET_PREFIX}klc exits |
22:15.09 | Tartarus | That shouldn't be that hard, really... |
22:15.34 | ant__ | I don't remember how, but I ended up with compiler not found ... |
22:16.45 | Tartarus | ~irclogs |
22:16.46 | Tartarus | ~logs |
22:16.47 | ibot | All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. logs are updated daily |
22:16.47 | Tartarus | mutters |
22:17.38 | kergoth_ | ant__, you could always add a staging hook to copy it over *shrug*. we need to get the poky patches to kill CROSS_DIR |
22:18.42 | kergoth_ | I think I have the bits extracted from the old OE bitkeeper repo to be able to graft the old history onto our current oe repository |
22:18.44 | Tartarus | Yeah, I think that just has to wait until they, nothing in cross is non-legacy staging I think :( |
22:21.07 | ant__ | I see, thx |
22:23.19 | ka6sox-work | cbrake, the new HD controller card finally arrived ;( |
22:24.23 | ka6sox-work | I would like melo for about 20-30 minutes if thats okay? |
22:24.49 | ka6sox-work | I'm just afraid of the old controller going RO again...randomly. |
22:25.26 | Crofton | ka6sox-work, now is as good a time as any |
22:25.52 | ka6sox-work | Crofton, thanks! |
22:26.00 | ka6sox-work | sorry for the inconvience... |
22:26.33 | ka6sox-work | we are moving towards Ganetti + drbd with the backup machine so outages will be measured in seconds. |
22:30.08 | ant__ | omg: generating glibc locales it the slowest task... load average: 1.13, 1.45, 2.35 (xeon quad) |
22:37.19 | Jay7 | http://gcc.gnu.org/wiki/CompileFarm |
22:37.56 | Jay7 | a lot of ARM's |
22:41.28 | robtow | Where do I twiddle kernel config options to enable [ CPU Power Management->CPU Frequency scaling ] ? |
22:47.43 | robtow | ~/OE/openembedded/recipes/linux/linux-omap-pm/overo/defconfig ??? |
22:48.23 | robtow | ...except it has a line in it that says # Automatically generated make config: don't edit |
22:48.46 | warflyr | you can edit defconfig... |
22:49.39 | robtow | warflyr - I want to generate a power mangement kernel and corresponding userland, with cpufrequtils. |
22:49.48 | warflyr | better off doing a bitbake linux-omap3 -c build; bitbake linux-omap3 -c menuconfig; bitbake linux-omap3 -c rebuild or something |
22:50.26 | ant__ | bah..still on glibc locales: load average: 1.36, 1.34, 1.61 |
22:50.28 | robtow | warflyr - unpack that a bit for me please? |
22:51.31 | robtow | How does that get me the power management kernel and cpufrequtils? |
22:52.15 | robtow | ERROR: Nothing PROVIDES 'linux-omap3' |
22:52.33 | Crofton | robtow, I think that is specific to the gumstix repo |
22:52.42 | warflyr | robtow probably need to use linux-omap for the dev rep |
22:53.09 | Crofton | there will be a directory that "matches" the bb fiel name and you should find the defconfig in there |
22:53.47 | robtow | Crofton - ~/OE/openembedded/recipes/linux/linux-omap-pm/overo/defconfig ? |
22:54.01 | Crofton | yeah |
22:54.07 | Crofton | something like that |
22:54.07 | robtow | Hmm. |
22:54.16 | Crofton | the recipe may be a bit bit-rotted though |
22:54.24 | robtow | Oh? |
22:54.30 | robtow | Drat. |
22:54.37 | Crofton | I think the repo that recipe points at my no longer be updated |
22:54.41 | Crofton | double check |
22:54.52 | robtow | Crofton - have you used cpufrequtils on Gumstix (or other OMAP)? |
22:54.57 | Crofton | I think a lot of the PM stuff is has been upstreamed |
22:55.01 | Crofton | not recently |
22:55.15 | Crofton | I did some screwing around quite some time ago. |
22:55.16 | robtow | I think it is upstreamed for the .33 kernel. |
22:55.40 | Crofton | sakoman_, has a recipe for .33 and possibly .34 I think |
22:55.44 | Crofton | in the gumstix repo |
22:55.56 | robtow | Ah. |
22:56.02 | Crofton | yeah, gumstix is using .33 now |
22:56.10 | Crofton | and there is a recipe for .34 I believe |
22:56.18 | robtow | I should update. |
22:56.20 | sakoman_ | actually just about to switch to .34 :-) |
22:56.23 | warflyr | how is the stability of freq scaling on the omap/overo? |
22:56.26 | Crofton | heh |
22:56.29 | robtow | Hello Steve. |
22:56.35 | sakoman_ | hi robtow! |
22:56.58 | robtow | Steve... so is cpufrequtils useable/enabled in your latest for Gumstix? |
22:56.58 | Crofton | I should look into the pm recipe, it might be my fault it still exists :) |
22:57.19 | sakoman_ | robtow: don't think so |
22:57.26 | robtow | Hmm. OK. |
22:57.34 | sakoman_ | I can add it in future build if you tell me that it works :-) |
22:57.55 | robtow | I'm having dificulty finding anything useable or relaiable for doing power managment on OMAP |
22:58.32 | robtow | sakoman - after our conversation Friday I poked around a bit, didn't find anything helpful in the header files. |
22:58.33 | sakoman_ | it is still a work in progress -- hence the existence of a pm branch |
22:59.13 | robtow | I built the pm branch kernel - 2.6.29 - and separately the cpufrequtils. |
22:59.22 | robtow | But don't see a governor daemon. |
22:59.31 | Crofton | is the pm branch still maintained? |
22:59.43 | robtow | Crofton - good question LOL |
22:59.52 | robtow | There are recipes. |
22:59.55 | Crofton | ask on linux-omap |
22:59.58 | Crofton | heh |
23:00.16 | Crofton | that is not a good way to check if it is maintained |
23:00.43 | Crofton | need to check the upstream repo the recipe points at |
23:00.55 | Crofton | if it is not, I should look at removing the recipe |
23:01.08 | sakoman_ | I think that Kevin is still maintaining the pm branch |
23:01.09 | Crofton | but, I have to write a conference paper atm |
23:01.28 | robtow | <nods> |
23:01.45 | Crofton | this is the question that should be resolved. |
23:01.54 | Crofton | if the branch is valid, we can update the recipe |
23:02.01 | Crofton | otherwise we should remove it |
23:02.15 | robtow | I believe there is still some work being done on it. |
23:02.23 | ka6sox-work | warflyr, I can't speak to the avero but the pre can have issues. |
23:02.44 | ant__ | well, after 30mins of glibc-locales load average: 1.43, 1.27, 1.38 (instead of >4) |
23:03.36 | ka6sox-work | ant__, pb__ : we are solving our redundancy issue with drbd...much cleaner than mysql replication. |
23:05.02 | sakoman_ | robtow: looks like the last change in pm was a couple of weeks ago: http://git.kernel.org/?p=linux/kernel/git/khilman/linux-omap-pm.git;a=shortlog;h=refs/heads/pm |
23:06.36 | kergoth_ | hrm |
23:06.38 | Crofton | Hmm Sheep on Meth |
23:07.08 | Crofton | so update the git rev in the recipe and work out what the defconfig looks like these days :) |
23:07.35 | Crofton | and what patches are needed for overo ... |
23:07.50 | robtow | sakoman I think I grabbed that |
23:09.17 | sakoman_ | robtow: I really have done nothing with the pm branch -- I'm waiting for stuff to be merged |
23:09.29 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
23:09.35 | robtow | sakoman - who does the merging? |
23:09.39 | sakoman_ | When that happens I will consider it "baked" enough to begin using |
23:10.16 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
23:10.17 | sakoman_ | Kevin sends pull requests to Tony when he feels that patch sets are ready to merge into linux-omap |
23:10.26 | Crofton | I think Kevin is supposed to take stuff from pm and send it to linux-omap or linux |
23:13.27 | *** join/#oe kgilmer (~kgilmer@host-174-45-93-89.bzm-mt.client.bresnan.net) |
23:16.38 | ka6sox-work | Crofton, its back up...can somebody check tinderbox,git and bugzilla? |
23:16.53 | robtow | hmm |
23:17.16 | khem | ka6sox-work: tinderbox dies with internal error |
23:17.25 | khem | (145, "Table './oe_tinderbox/oestats_package' is marked as crashed and should be repaired") |
23:17.36 | ka6sox-work | okay I'll work that one. |
23:17.49 | khem | git seems ok |
23:18.17 | ka6sox-work | please make a change to bugzilla...the mysql server *can* come up in RO |
23:18.33 | khem | bugz is ok too |
23:19.26 | *** join/#oe mickey|zzZZzz (~mickey@80.81.242.146) |
23:24.36 | ka6sox-work | khem, thanks...okay I'll poke tinderbox. |
23:28.46 | RobotGuy | I am still getting a failure on my image builds: http://pastebin.com/t76szkH1 |
23:29.43 | RobotGuy | This is after I removed temp. |
23:37.33 | *** join/#oe signal11 (esteban@gnv.quaddro.net) |
23:38.15 | RobotGuy | What is causing this problem? |
23:39.24 | RobotGuy | Do I somehow have the wrong branch of openembedded? |
23:40.49 | ka6sox-work | khem, 2 tables have crashed on tinderbox...and my mysql guy is still out of town. |
23:59.06 | khem | RobotGuy: are you using .dev |
23:59.42 | khem | and whats version of bitbake |