| 00:10.33 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 00:20.34 | *** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
| 00:35.46 | *** join/#oe john39091 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
| 00:36.27 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
| 00:38.11 | *** join/#oe mush (n=chatzill@132.181.51.98) |
| 01:17.56 | *** join/#oe Flyser_ (n=Flyser@unaffiliated/flyser) |
| 01:35.33 | *** join/#oe aloisiojr (n=aloisio@189.81.156.193) |
| 01:36.26 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 01:42.53 | *** join/#oe mekius[work] (n=mekius@enlightenment/developer/mekius) |
| 01:58.43 | *** join/#oe jconnoll1 (n=jconnoll@ool-18b96adf.dyn.optonline.net) |
| 02:06.48 | *** join/#oe fraxinas (n=quassel@p54AA3CA6.dip.t-dialin.net) |
| 02:15.54 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 02:21.22 | *** join/#oe mekius[work] (n=mekius@12.237.11.2) |
| 02:32.06 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 02:43.35 | ppafin | Any idea, why my (previously working) gumstix build fails for "ERROR: function do_rootfs failed" |
| 02:45.11 | mwester | Is this a new game? "See if you can guess what's in the log file". Ok... I'll spin the wheel... and I say that it's run out of disk space! |
| 02:45.15 | mwester | (did I win?) |
| 02:45.55 | ppafin | no.. http://pastebin.com/m62931c11 |
| 02:46.30 | mwester | Oh. Ah well. |
| 02:46.52 | mwester | Try building python-native. |
| 02:46.56 | ppafin | I've been trying, a lot. |
| 02:47.52 | ppafin | Running.. |
| 02:49.25 | mwester | Hmm... that might be just a warning though. But I thought that was fixed some time ago, anyway. |
| 02:49.52 | ppafin | Strange, since I just did git pull and did according my instructions. |
| 02:50.21 | ppafin | Ok, it worked without error. Now I try to bitbake omap3-console where it failed last time.. |
| 02:51.12 | ppafin | I have managed to build from scratch with these instructions http://www.gumstix.net/Software/view/Software-Overo/Setting-up-a-build-environment/111.html |
| 02:51.45 | ppafin | This whole oe is new for me, even I've been in this world long. |
| 02:53.13 | mwester | which git repo did you clone? |
| 02:53.26 | ppafin | git://gitorious.org/gumstix-oe/mainline.git org.openembedded.dev |
| 02:54.23 | mwester | Ok. I have no idea what that is, but it is highly probable that it is not up-to-date; the symptoms in your log file are consistent with symptoms reported and fixed already. |
| 02:55.01 | ppafin | Did not work: http://pastebin.com/d4500ac24 |
| 02:55.06 | mwester | You can check the mailing list archives (add should be in the topic for this channel, IIRC). Perhaps the fix will be listed there. |
| 02:55.28 | ppafin | ok, I ask about sync from Steve. |
| 02:56.56 | ppafin | Strange indeed. |
| 02:57.57 | ppafin | What got me into this was the fact that I have application, which encoded audio with flac/speex - but it freezes after few hour. |
| 02:58.11 | ppafin | So it's also still an issue.. |
| 02:58.26 | ppafin | Where I can find mailing list of oe? |
| 03:00.26 | ppafin | Found it |
| 03:09.13 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-60-120.dynamic.mnet-online.de) |
| 03:15.22 | *** join/#oe zecke (n=ich@123-192-147-94.dynamic.kbronet.com.tw) |
| 03:39.02 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 03:40.14 | *** join/#oe mirko_ (n=daten@212.224.73.207) |
| 04:18.09 | *** join/#oe udovdh_ (n=udovdh@pindarots.xs4all.nl) |
| 04:18.46 | *** join/#oe udovdh_ (n=udovdh@pindarots.xs4all.nl) |
| 04:23.01 | *** join/#oe CoR` (n=cor@tca83-5-88-175-114-209.fbx.proxad.net) |
| 04:23.23 | CoR` | hi |
| 04:23.37 | CoR` | it's seems i'm having problems cross-compiling boost |
| 04:23.55 | CoR` | while other tools & libs are building fine for my arm |
| 04:24.33 | CoR` | when I do "bitbake boost", the libs resulting from that building are actually for x86 (as seen with the file cmd) |
| 04:28.32 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
| 04:48.25 | *** join/#oe mush (n=chatzill@132.181.51.98) |
| 05:11.13 | *** join/#oe dth (n=dth@p4FDEDDDA.dip.t-dialin.net) |
| 06:10.05 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
| 06:23.08 | *** join/#oe rkirti (n=rkirti@117.254.17.198) |
| 06:23.50 | *** join/#oe greentux (n=lemke@BAA006a.baa.pppool.de) |
| 06:31.37 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 06:34.20 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 06:43.57 | *** join/#oe pleemans (n=toi@d51A49C45.access.telenet.be) |
| 06:49.00 | mckoan | good morninig |
| 06:54.19 | *** join/#oe jayiz (n=Owner@202-89-173-144.static.dsl.amnet.net.au) |
| 07:02.39 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:08.02 | *** join/#oe markos_ (n=markos@athedsl-429396.home.otenet.gr) |
| 07:11.38 | *** join/#oe benlau2 (n=benlau@70.22.64.202.dyn.pacific.net.hk) |
| 07:14.48 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
| 07:19.43 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
| 07:27.35 | *** join/#oe dth1 (n=dth@p4FDEDDDA.dip.t-dialin.net) |
| 07:35.07 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 07:56.00 | zecke | pb_: hey, ping? |
| 07:57.43 | *** join/#oe dth1 (n=dth@p4FDEDDDA.dip.t-dialin.net) |
| 08:00.21 | *** join/#oe mw (n=mwalter@212.42.238.231) |
| 08:00.24 | *** part/#oe mw (n=mwalter@212.42.238.231) |
| 08:01.46 | CIA-35 | 03Previdi Roberto <previdi.roberto@gmail.com> 07org.openembedded.dev * r04e583d2be 10openembedded.git/ (4 files in 2 dirs): (log message trimmed) |
| 08:01.46 | CIA-35 | zenity package |
| 08:01.46 | CIA-35 | Please ignore my previous zenity patches. I collected all in one |
| 08:01.46 | CIA-35 | single patch this time so it should be more handy to use. |
| 08:01.46 | CIA-35 | The package zenity allows to use powerful graphic dialogs from the |
| 08:01.48 | CIA-35 | shell or scripts without effort. I added some patches to build fine |
| 08:01.50 | CIA-35 | (makefile.patch and no-gnome-doc.patch) and one patch to add a little |
| 08:01.52 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r58483e2d58 10openembedded.git/ (conf/checksums.ini recipes/gnome/zenity_2.26.0.bb): zenity: add 2.26.0 |
| 08:01.57 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r26b65117eb 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom feed builder: remove opkg-native from clean list |
| 08:02.00 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6788438bed 10openembedded.git/contrib/angstrom/upload-packages.sh: angstrom feed uploader: use partial mode in rsync |
| 08:03.56 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 08:05.28 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc0121b6327 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom-feed-builder: add zenity |
| 08:08.37 | *** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-e4f5b238baa40ef8) |
| 08:08.46 | *** join/#oe valhalla (n=valhalla@81-174-24-165.dynamic.ngi.it) |
| 08:12.33 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 08:14.11 | *** join/#oe thebohemian (n=rschus@p5DDC68C2.dip.t-dialin.net) |
| 08:25.54 | pb___ | zecke: yo |
| 08:26.21 | zecke | pb___: do you remember why you decided to use feeder in package.bbclass? |
| 08:28.00 | pb___ | for the run_hooks() stuff, you mean? |
| 08:28.20 | pb___ | probably just because it was a convenient way of deserializing the function data from disk and getting it into a runnable form |
| 08:28.30 | zecke | pb___: yes, feeder vs. bb.parse.include? |
| 08:29.23 | *** join/#oe likewise (n=Leon_Woe@atwork-193.r-212.178.107.atwork.nl) |
| 08:29.46 | pb___ | hm, not sure. either bb.parse.include() didn't exist at the time, or it didn't do what I needed, or I just overlooked its existence. I don't remember which, I'm afraid. |
| 08:30.27 | zecke | pb___: I have changed the signature of feeder :) |
| 08:30.44 | pb___ | ah, heh |
| 08:30.57 | pb___ | well, feel free to adapt the package.bbclass bits to use include() if you think that will work |
| 08:31.08 | RP | morning all |
| 08:31.47 | zecke | pb___: hehe, yeah, will have to do it. do you know an easy way to do it? |
| 08:32.25 | pb___ | zecke: not offhand. if I did, I would have done it that way to start with :-} |
| 08:33.18 | *** join/#oe Ojg (n=Ojg@uhp037.tekproj.bth.se) |
| 08:33.41 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 08:35.29 | zecke | pb___: oh sorry, I meant do you have an easy way to test parsing of the hooks? |
| 08:35.38 | zecke | pb___: or do you remember one? could think of one? |
| 08:38.00 | pb___ | zecke: you can easily enough make a testcase, just create a package that defines a python function and saves it with package_stash_hook() |
| 08:38.24 | pb___ | then you should find that your function is run during packaging for all subsequent builds |
| 08:38.26 | zecke | pb___: the stuff we write out is a simple python method with the bitbake syntax for it? right? |
| 08:38.29 | pb___ | right |
| 08:38.50 | zecke | what is the filename of these files? |
| 08:39.09 | pb___ | ${PKGDATA_DIR}/hooks/${PN} |
| 08:39.25 | pb___ | see package_stash_hook() again :-} |
| 08:40.05 | zecke | hehe, I see why include bb.parse.handle failed for you :) |
| 08:40.09 | zecke | no known file extension |
| 08:40.19 | pb___ | ah, maybe that was it |
| 08:41.44 | pb___ | I think there might have been some other stuff that handle() does and I didn't want |
| 08:42.39 | pb___ | oh, actually, the filename is ${PKGDATA_DIR}/hooks/HOOK_NAME/${PN} |
| 08:43.11 | pb___ | where HOOK_NAME is the second argument to package_stash_hook(), or the first one to package_run_hooks() |
| 08:43.33 | pb___ | practically speaking it's the name of one of the functions listed in PACKAGEFUNCS, though it doesn't strictly need to be |
| 08:46.21 | pb___ | bbiab, heading to my office now |
| 08:46.23 | pb___ | -> |
| 08:46.49 | zecke | <- ___bp * |
| 08:53.10 | *** join/#oe mpoullet|work (n=mpoullet@proxye.avm.de) |
| 08:53.26 | mpoullet|work | good morning |
| 08:54.30 | *** join/#oe Laibsch (n=Laibsch@p5B3B1B85.dip.t-dialin.net) |
| 08:55.47 | zecke | do you think that changing BBPATH from within *.conf files is something we want? |
| 08:58.15 | methril|work | morning |
| 08:58.21 | RP | hrw|gone: ping? |
| 09:00.26 | RP | zecke: yes |
| 09:01.33 | RP | zecke: I do it within local.conf and I suspect kergoth is doing that too |
| 09:01.40 | zecke | RP: where do we do this? |
| 09:01.53 | zecke | RP: ah okay, but to find the local.conf we need to have a BBPATH? |
| 09:03.31 | RP | zecke: yes, but that doesn't mean you don't want to change it |
| 09:03.54 | zecke | RP: what is your usecase? |
| 09:04.10 | zecke | RP: why change in conf/local.conf and not have it right at the start? |
| 09:04.44 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 09:04.45 | zecke | the issue I'm facing is, that after starting to parse a lookup of relative paths will be different :) |
| 09:05.04 | zecke | which means during evaluation of a file, I have to parse again... which kinda sucks :) |
| 09:07.28 | Laibsch | RP: Does bitbake generally build the latest version as well when I build "bitbake $recipe-$olderversion"? |
| 09:07.47 | Laibsch | It does at least for me in minimal distro and I think I saw this with angstrom, too |
| 09:09.22 | zecke | anyway... so I can't take the easy route... :( |
| 09:10.07 | RP | zecke: I think its a feature we do use :/ |
| 09:10.35 | RP | Laibsch: bitbake recipe-oldversion is a bit of a hack which doesn't really work anymore |
| 09:11.29 | hrw | RP: pong |
| 09:11.30 | hrw | morning |
| 09:12.23 | pb_ | RP: that's rather sad. when did it get broken? |
| 09:12.50 | zecke | RP: it makes optimizing the parse tree rather hard :( |
| 09:13.11 | *** join/#oe flo_lap (n=fuchs@f048237057.adsl.alicedsl.de) |
| 09:14.26 | hrw | RP: what's up? |
| 09:15.08 | Laibsch | RP: Anything else to replace it? |
| 09:15.21 | mickey|bbl | there's always -b |
| 09:15.27 | mickey|bbl | if you build the deps manually |
| 09:15.29 | mickey|bbl | morning folks, btw. |
| 09:15.54 | gremlin[it] | morning mickeyl ! |
| 09:16.49 | RP | pb_: I suspect it would be with the change from reicpe to task granularity |
| 09:17.04 | pb_ | mickeyl: good morning |
| 09:17.04 | RP | It would probably be possible to fix it |
| 09:17.52 | RP | hrw: You mentioned ldconfig-native didn't work for you a while back - was that building on 64 bit for a 32 bit platform? |
| 09:18.41 | hrw | RP: yes |
| 09:18.51 | hrw | RP: 64bit host and 32bit arm/x86 |
| 09:18.54 | RP | hrw: Did 32 for 32 bit work? |
| 09:19.07 | hrw | RP: did not tried |
| 09:19.11 | pb_ | RP: okay, thanks, I'll bear that in mind |
| 09:19.56 | RP | pb_: Thinking about it, it probably is fixable |
| 09:20.17 | RP | but I don't know exactly why it builds both the most recent and the version specified |
| 09:20.25 | Laibsch | FYI: Amethyst has a high load and the website is very slow to respond |
| 09:20.34 | Laibsch | Looks like some runaway postgres processes |
| 09:21.45 | RP | hrw: ok, that confirms a problem, thanks |
| 09:21.53 | *** join/#oe dth (n=dth@p4FDEDDDA.dip.t-dialin.net) |
| 09:23.10 | *** join/#oe xanalogica__ (n=xanalogi@adsl-68-95-128-31.dsl.rcsntx.swbell.net) |
| 09:23.33 | hrw|gone | bb in ~1h |
| 09:29.06 | *** join/#oe Virk (n=virk@213.49.132.19) |
| 09:29.40 | Laibsch | Do you guys get "fatal: The remote end hung up unexpectedly" as frequently on git pull as I do? |
| 09:30.24 | xanalogica__ | How can I make BitBake give me a .tar.gz of a package instead of a .ipkg? I'm doing 'bitbake helloworld' and the target sys does not support .ipkg. Do .bb files have a target package format variable for this? |
| 09:31.01 | xanalogica__ | Laibsch: yes I get that msg quite often. |
| 09:31.43 | Laibsch | xanalogica__: don't know but you could do "rgrep tar classes/" |
| 09:32.04 | Laibsch | I know you can have an image in tar.gz format |
| 09:32.32 | RP | xanalogica__: Use INHERIT "package_tar" instead of "package_ipk" |
| 09:34.28 | Laibsch | Can somebody help me understand why "bitbake opie-image" builds fso-gsm0710muxd? "bitbake -g opie-image;grep gso *depends.dot" does not clarify this except it lists it among the tasks to build. |
| 09:34.57 | RP | Laibsch: Have a look at the tdepends.dot file |
| 09:35.07 | Laibsch | ah, that one is new |
| 09:35.12 | Laibsch | to me |
| 09:35.13 | Laibsch | thanks |
| 09:35.39 | Laibsch | oh, you mean task-depends.dot? |
| 09:36.05 | Laibsch | I can't gather from there as to why it wants to build it |
| 09:36.16 | RP | Laibsch: sorry, yes |
| 09:36.28 | Laibsch | It would look to me like opie-image depends on this fso package directly |
| 09:36.43 | Laibsch | but inspecting the opie-image.bb file confirms this is not the case |
| 09:36.49 | RP | Laibsch: can you pastebin that file greped for fso-gsm... |
| 09:37.09 | xanalogica__ | RP: thanks very much, I've been reading the wiki/FAQ for some time for that tip. |
| 09:37.22 | RP | Laibsch: All that dependency means is that the image can't build until that package is ready which makes sense |
| 09:37.36 | RP | Laibsch: Why its being pulled in will be somewhere else |
| 09:38.44 | Laibsch | RP: grep fso task-depends.dot: http://rafb.net/p/Io3o2h68.html |
| 09:39.11 | Laibsch | could be the mickeyterm |
| 09:40.26 | *** join/#oe Severian (n=ralph@209.30.42.235) |
| 09:40.53 | *** join/#oe Virk (n=virk@213.49.132.19) |
| 09:41.12 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r6f40c70d22 10openembedded.git/conf/checksums.ini: checksums.ini: add entry for gnome-mplayer 0.5.3. |
| 09:41.13 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * re3a1ba3b28 10openembedded.git/recipes/minilite/ (8 files): minilite: unify |
| 09:41.14 | RP | Laibsch: I'd guess mickeyterm RDEPENDS on it |
| 09:42.20 | Laibsch | yes, looks like it |
| 09:42.30 | Laibsch | now I wonder where the dependency on mickeyterm is coming from |
| 09:42.37 | Laibsch | Let me see if I can find that |
| 09:42.53 | Laibsch | This being minimal it seems kind of natural |
| 09:43.02 | Laibsch | and assumptuous at the same time ;-) |
| 09:44.56 | Laibsch | mickeyl: How does mickeyterm end up being built for images in minimal? |
| 09:45.15 | Laibsch | Building for qemuarm or spitz I don't really need it, I think |
| 09:45.42 | *** join/#oe mnabil (n=mnabil@196.202.97.147) |
| 09:46.20 | pb_ | Laibsch: what image are you trying to build? |
| 09:46.25 | mickeyl | via task-cli-tools |
| 09:46.30 | mickeyl | i guess |
| 09:46.31 | pb_ | I doubt anything in minimal.conf itself is pulling in mickeyterm |
| 09:47.03 | pb_ | yeah, the grep of truth reveals that task-cli-tools and illume-image both have dependencies on mickeyterm |
| 09:47.08 | hrw | re |
| 09:47.32 | mickeyl | then again |
| 09:47.39 | mickeyl | minimal.conf does not pull in task-cli-tools |
| 09:47.42 | mickeyl | but rather task-cli-tools-debug |
| 09:48.00 | mickeyl | which is ok |
| 09:48.25 | mickeyl | so i guess it comes in via an image rather than the distro |
| 09:48.29 | pb_ | yah, it's actually task-cli-tools-python which depends on mickeyterm |
| 09:48.34 | mickeyl | *nod* |
| 09:48.36 | mickeyl | that's ok so far |
| 09:48.56 | Laibsch | If possible, I'd like to build an image without that FSO stuff, of course |
| 09:49.02 | zecke | hehe |
| 09:49.08 | Laibsch | not that I don't like FSO, of course ;-) |
| 09:49.10 | pb_ | Laibsch: is mickeyterm actually getting shipped in your image, or is it just the fact that it gets built that's upsetting you? |
| 09:49.22 | Laibsch | I'm not sure it's being shipped |
| 09:49.26 | Laibsch | and I'm not upset |
| 09:49.39 | Laibsch | It's just that I'm very strapped for CPU cycles |
| 09:50.07 | Laibsch | And when I see something being built that I don't think is really necessary, I start to look into the matter ;-) |
| 09:50.23 | pb_ | if you wanted to stop it getting built at all, without ditching the whole of task-cli-tools-debug, you'd probably need to explode that .bb file into three separate ones. |
| 09:50.50 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 09:50.56 | pb_ | as things stand right now, bitbake will have to build task-cli-tools.bb in order to satisfy task-cli-tools-debug, and that in turn will cause all the rdepends for the other PACKAGES in that .bb file to get built even though they aren't going to be shipped. |
| 09:51.58 | hrw | the thing is that minimal distro force you to have task-cli-tools-debug unless DISTRO_TYPE = "release" |
| 09:52.09 | hrw | thats insane for me |
| 09:52.12 | pb_ | but, if you don't want to debug, you might find that just eliminating task-cli-tools-debug from your distro configuration is the easiest way to work around it. |
| 09:54.17 | hrw | hmm.. I see lot of missing u-a in my angstrom system ;( |
| 09:54.33 | pb_ | hrw: it doesn't seem completely unreasonable to install debugging tools under DISTRO_TYPE=debug. isn't this exactly what DISTRO_TYPE is for? |
| 09:55.45 | hrw | pb_: our build times are being longer and longer and longer |
| 09:56.00 | pb_ | possibly the conditional should actually be DISTRO_TYPE==debug, rather than DISTRO_TYPE != release, so that you don't get them in alpha images, but that seems like a minor technicality. |
| 09:56.24 | hrw | before bluez4 simple 'bitbake console-image' was under 2K. now it is over 2K because we build gstreamer, x11 for bluez. |
| 09:56.36 | pb_ | hrw: well, sure, but in this particular case you are only getting debug tools if you ask for them. |
| 09:56.38 | hrw | using minimal distro adds python to that |
| 09:56.54 | pb_ | hrw: what effect would you expect DISTRO_TYPE=debug to have, if not to turn on debugging? |
| 09:57.04 | hrw | pb_: minimal distro adds them always |
| 09:57.35 | pb_ | really? |
| 09:57.38 | hrw | yes |
| 09:57.38 | pb_ | DISTRO_EXTRA_APPS += '${@base_conditional("DISTRO_TYPE", "release", "", "task-cli-tools-debug",d)}' |
| 09:57.44 | pb_ | that looks like it won't add them for release builds |
| 09:57.50 | pb_ | at least, it looks like that's the intended effect |
| 09:57.51 | hrw | and DISTRO_TYPE="debug" few lines up |
| 09:57.54 | pb_ | if it isn't working, I guess that'd just be a bug. |
| 09:58.08 | hrw | and DISTRO_TYPE="debug" few lines up *hardcoded* |
| 09:58.46 | pb_ | sure, but it's trivial to change that. there's even a commented-out example on the adjacent line to show you what to do. |
| 09:59.09 | pb_ | it's not as if this is deeply embedded into some immutable thing. |
| 09:59.13 | hrw | sure, but I need to change distro config for that so I can remove DISTRO_EXTRA_APPS too (and will rather remove that) |
| 10:00.03 | hrw | I hope that we will not get to moment when "bitbake console-image" will take day on 8core systems because 10K tasks needs to be done |
| 10:00.19 | hrw | do you know that building tcpdump require gstreamer? |
| 10:01.18 | pb_ | no, why's that? |
| 10:01.34 | pb_ | bluez? |
| 10:01.45 | RP | The sane thing would be DISTRO_TYPE ?= "debug" |
| 10:02.19 | pb_ | yeah, that seems like it should be uncontroversial enough |
| 10:02.31 | *** join/#oe flo_lap (n=fuchs@f048237057.adsl.alicedsl.de) |
| 10:02.43 | zecke | oh ha |
| 10:03.54 | zecke | some one wants to test my refactoring? |
| 10:04.53 | zecke | (will do some refactoring myself against a "gold" set) |
| 10:04.53 | pb_ | florian: good morning |
| 10:05.31 | hrw | pb_: bluez |
| 10:05.59 | florian | hi |
| 10:06.00 | zecke | mickeyl: do you know if a good map/reduce implementation for python exists? I want to distribute some stuff to the different cores I have here... |
| 10:06.11 | hrw | pb_: tcpdump -> libpcap -> bluez-libs (which is bluez4 is most distros) |
| 10:06.20 | pb_ | hrw: that seems like it's simply a bug in the bluez packaging. |
| 10:06.22 | mickeyl | zecke: not offhand |
| 10:06.36 | pb_ | it's bluez-utils that needs gstreamer, not bluez-libs. |
| 10:07.22 | pb_ | those packages do seem to have become conflated in bluez4 but I think they simply need to be separated out again. |
| 10:07.38 | RP | What does OE currently do with ld.so.cache? Rebuild at every boot? |
| 10:08.14 | pb_ | RP: it varies. some machines ship a static copy, some build it in tmpfs at boot time, some store it in flash, and some don't use it at all. |
| 10:08.33 | pb_ | personally I favour not using it at all, but it depends on your target environment |
| 10:09.14 | hrw | pb_: bluez4 is libs+utils in one |
| 10:09.26 | RP | pb_: Is not using it not a performance hit? |
| 10:09.36 | zecke | thinks dynamic linking is for sissies... |
| 10:10.29 | pb_ | RP: not necessarily; it depends on your filesystem layout. If you can arrange for most/all libraries to be in the first place that ld.so would look anyway (i.e. not scattered around in /opt/qtopia and the like) then there's no performance hit from not having the cache. |
| 10:10.54 | pb_ | indeed, it's probably faster for ld.so to just stat() the libraries in place than to read the cache, if it would have ended up looking in the same place anyway. |
| 10:11.11 | RP | pb_: true |
| 10:11.13 | xanalogica__ | zecke: google for "python map reduce"; there are several solutions (octo.py among others). |
| 10:11.20 | pb_ | having the cache is faster if either you have lots of search paths in ld.so.conf, or if you are making lots of use of hwcaps |
| 10:11.35 | RP | Sadly, I have some insanely located libs :( |
| 10:11.44 | RP | stabs xulrunner |
| 10:11.50 | pb_ | (or if you have lots of spurious rpaths in your binaries, but hopefully that isn't happening much these days) |
| 10:12.11 | zecke | xanalogica__: didn't find that one... I have found various other bullshit :) |
| 10:12.21 | RP | Yes, hopefully the rpath issues are resolved |
| 10:12.22 | pb_ | hrw: indeed, as I said: they appear to have become conflated and needs to be re-separated. |
| 10:12.35 | pb_ | I don't think there's any fundamental reason why you can't build the libraries from bluez4 without building everything. |
| 10:12.47 | zecke | xanalogica__: thanks, octo.py seems a good match1 |
| 10:13.10 | pb_ | indeed, there might even be a reasonable argument for splitting the apps part up further, so that people who don't want to use the audio bits (most folks, I suspect) don't end up needing gstreamer |
| 10:14.27 | pb_ | RP: yah, if you have libraries in crazy places and you can't move them, you probably are stuck with needing ld.so.cache. for mythfront, I actually managed to dispense with /usr/lib as well and just installed all the libraries directly in /lib, which seemed to work well. |
| 10:14.38 | zecke | xanalogica__: hmm... it distributes across different systems... I want it to be python threads :} |
| 10:14.56 | pb_ | RP: ... though, that said, if these are libraries that you don't need very often, you might find that the performance hit from having to search for them in two places is not all that bad. |
| 10:15.02 | RP | pb_: I could probably try and move things around but not now, I jsut need to make this work as is |
| 10:15.22 | pb_ | fair enough. well, it'll work fine without ld.so.cache, just not quite as fast as with the cache. |
| 10:15.25 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B15F1.dip.t-dialin.net) |
| 10:15.28 | RP | pb_: OE's standard bootmisc.sh runs ldconfig on anything other than openmoko |
| 10:15.59 | pb_ | yeah, that's probably a misfeature |
| 10:17.12 | xanalogica__ | zecke: try http://blog.doughellmann.com/2009/04/implementing-mapreduce-with.html for spreading across processes; Python's GIL prevents many thread-based approaches to multicores. |
| 10:17.25 | RP | and then we patch glibc to put the cache into /var/run/volatile |
| 10:17.36 | RP | Well, /var/run which is a volatile |
| 10:17.38 | hrw | anyway today I plan rather fix task-proper-tools then fight with too long build times |
| 10:18.15 | zecke | some parser patches... not yet for speed... http://page.mi.fu-berlin.de/freyther/bitbake/parser/ |
| 10:19.12 | zecke | xanalogica__: I thought the global lock is not that bad :) |
| 10:20.43 | pb_ | RP: yeah, that's a bit odd. some glibc versions do that and some don't. I think we used to just install a symlink from /etc/ld.so.cache -> /var/run/ld.so.cache but I guess someone didn't like that. |
| 10:20.57 | hrw | heh.. we waste 3x280KB with e2fsprogs-fsck* |
| 10:21.55 | xanalogica__ | zecke: global lock is not bad for threads blocking on I/O but not for compute-bound multicore problems. Jython and IronPython don't have this issue, nor will Unladen Swallow when Google finishes with it. |
| 10:22.19 | zecke | xanalogica__: I want to move the parsing to different threads :) |
| 10:22.22 | *** join/#oe rob_w (n=bill@p549BCD76.dip.t-dialin.net) |
| 10:22.33 | zecke | xanalogica__: so it is both io and cpu bound |
| 10:38.14 | *** join/#oe aloisiojr (n=aloisio@189.81.156.193) |
| 10:43.23 | Laibsch | git can switch all too easily between branches and I don't want that to mess up my TMPDIR. I have therefor added a post-checkout hook to git which writes out a file ".git/openembedded/branch.conf:GIT_BRANCH="org.openembedded.dev"' |
| 10:43.37 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 10:44.08 | Laibsch | I then source .git/openembedded/branch.conf and include $GIT_BRANCH in my definition of TMPDIR. Working nicely, except |
| 10:45.45 | Laibsch | "git checkout $file" messes this up, the contents of .git/openembedded/branch.conf don't change, but bitbake assumes $GIT_BRANCH is "" afterwards :-( Why is that? |
| 10:48.59 | *** join/#oe rob_w_ (n=bill@p549BE303.dip.t-dialin.net) |
| 10:51.24 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r4fb5e283e6 10openembedded.git/recipes/xserver-common/ (files/89xdgautostart.sh xserver-common_1.24.bb): xserver-common: add xdg-autostart support (from poky) |
| 10:51.29 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rcc4e74ff5f 10openembedded.git/ (2 files in 2 dirs): util-linux-ng: update to 2.15 |
| 10:51.36 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rc7747266be 10openembedded.git/ (6 files in 3 dirs): |
| 10:51.37 | CIA-35 | e2fsprogs(-native): update to 1.41.5 |
| 10:51.37 | CIA-35 | * add staging tweak from poky to get stuff into /bin instead of /sbin |
| 10:51.50 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r563519c636 10openembedded.git/recipes/udev/ (7 files in 6 dirs): udev 141: add /dev cache, install binaries to the correct locations |
| 10:51.59 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r5c194b6adf 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 10:52.12 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r7790e2eda3 10openembedded.git/recipes/udev/ (udev-141/local.rules udev_141.bb): |
| 10:52.12 | CIA-35 | udev 141: add fb0 -> fb symlink to make X happy |
| 10:52.12 | CIA-35 | * X starts, but hal doesn't see devices anymore |
| 10:52.12 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r3d1136959a 10openembedded.git/recipes/util-linux-ng/ (4 files in 2 dirs): util-linux-ng 2.15: stage libblkid (yes, this used to be in e2fsprogs(-libs)) |
| 10:52.19 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r4e3165e4bb 10openembedded.git/ (3 files in 2 dirs): hal: add (disabled) hal 0.5.12 |
| 10:52.24 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r38cea1ff24 10openembedded.git/ (4 files in 3 dirs): e2fsprogs-libs: update to 1.41.5, split out libs |
| 10:52.37 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r76ca0113de 10openembedded.git/ (conf/checksums.ini recipes/hal/hal-info_20090414.bb): hal-info: update to 20090414 |
| 10:52.41 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r61f0ac5601 10openembedded.git/recipes/util-linux-ng/ (util-linux-ng.inc util-linux-ng_2.15.bb): util-linux-ng: split out libs to avoid collision with e2fsprog-libs |
| 10:52.48 | CIA-35 | 03Florian Boor <florian.boor@kernelconcepts.de> 07xora/angstrom-srcpv * rb6242ec579 10openembedded.git/recipes/pointercal/ (files/topas910/pointercal pointercal_0.0.bb): pointercal: Add support for the Topas 910. |
| 10:52.52 | CIA-35 | 03Florian Boor <florian.boor@kernelconcepts.de> 07xora/angstrom-srcpv * r1a38b91d59 10openembedded.git/recipes/xserver-kdrive-common/ (2 files in 2 dirs): xserver-kdrive-common: Run calibration script before window manager and change names in bb accordingly. |
| 10:52.53 | CIA-35 | 03Florian Boor <florian.boor@kernelconcepts.de> 07xora/angstrom-srcpv * r1fc28fb048 10openembedded.git/recipes/python/ (python-2.6.1/07-export-grammer.patch python_2.6.1.bb): python: Add patch to fix linking |
| 10:52.55 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r856f9cecac 10openembedded.git/conf/distro/angstrom-2008.1.conf: angstrom 2009.X: weakly assign OLDEST_KERNEL |
| 10:52.57 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rb04cc935db 10openembedded.git/conf/bitbake.conf: bitbake.conf: weakly assign OLDEST_KERNEL ?= "2.4.0" *after* machine and distro configs are included |
| 10:53.00 | CIA-35 | 03Florian Boor <florian.boor@kernelconcepts.de> 07xora/angstrom-srcpv * r798c780a3a 10openembedded.git/recipes/icu/ (files/rematch-gcc-bug.patch icu_3.6.bb): icu: Apply patch working around a gcc bug. |
| 10:53.05 | CIA-35 | 03Marcin Juszkiewicz <marcin@buglabs.net> 07xora/angstrom-srcpv * rea51d805b9 10openembedded.git/recipes/psplash/ (files/bug/psplash-default psplash.inc psplash_svn.bb): |
| 10:53.08 | CIA-35 | psplash: added BUG support |
| 10:53.10 | CIA-35 | BUG has 3 framebuffers: |
| 10:53.12 | CIA-35 | fb0 is BUGbase 160x105 monochrome LCD used for fbprogress and BUG menu |
| 10:53.14 | CIA-35 | fb1, fb2 are used by LCD modules (QVGA resolution) |
| 10:53.16 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rd71e3cdf4d 10openembedded.git/recipes/util-linux-ng/util-linux-ng.inc: util-linux-ng: fix dep loop |
| 10:53.31 | CIA-35 | 03Florian Boor <florian.boor@kernelconcepts.de> 07xora/angstrom-srcpv * r0bddb9342c 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs: Add gpe-mini-browser 2 |
| 10:53.36 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07xora/angstrom-srcpv * r2f5a647c16 10openembedded.git/recipes/flac/flac.inc: flac: add HOMEPAGE and simplify do_stage |
| 10:53.47 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07xora/angstrom-srcpv * r6d1b0baf0c 10openembedded.git/ (5 files in 2 dirs): |
| 10:53.47 | CIA-35 | flac: add 1.2.1. (Closes: #4386) |
| 10:53.47 | CIA-35 | * move disable-xmms-plugin.patch from SRC_URI in .inc to |
| 10:53.47 | CIA-35 | 1.1.0 and 1.1.2 bb file. Does not apply cleanly to 1.2.1. |
| 10:53.48 | CIA-35 | Unsure if it would still be needed at runtime or not, but |
| 10:53.50 | CIA-35 | 1.2.1 otherwise compiles fine. |
| 10:53.52 | CIA-35 | 03Paul Eggleton <bluelightning@bluelightning.org> 07xora/angstrom-srcpv * r15f147680d 10openembedded.git/recipes/opie-packagemanager/ (3 files in 2 dirs): opie-packagemanager: support opkg and split feed files in 1.2.4 version |
| 10:53.58 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07xora/angstrom-srcpv * r3719c19256 10openembedded.git/ (conf/checksums.ini recipes/granule/libassa_3.4.2.bb): libassa: update to 3.5.0. 3.4.2 was incompatible with the libtool we use now. |
| 10:54.02 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r6788438bed 10openembedded.git/contrib/angstrom/upload-packages.sh: angstrom feed uploader: use partial mode in rsync |
| 10:54.07 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r26b65117eb 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom feed builder: remove opkg-native from clean list |
| 10:54.10 | CIA-35 | 03Previdi Roberto <previdi.roberto@gmail.com> 07xora/angstrom-srcpv * r04e583d2be 10openembedded.git/ (4 files in 2 dirs): (log message trimmed) |
| 10:54.13 | CIA-35 | zenity package |
| 10:54.15 | CIA-35 | Please ignore my previous zenity patches. I collected all in one |
| 10:54.17 | CIA-35 | single patch this time so it should be more handy to use. |
| 10:54.19 | CIA-35 | The package zenity allows to use powerful graphic dialogs from the |
| 10:54.21 | CIA-35 | shell or scripts without effort. I added some patches to build fine |
| 10:54.23 | CIA-35 | (makefile.patch and no-gnome-doc.patch) and one patch to add a little |
| 10:54.29 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r58483e2d58 10openembedded.git/ (conf/checksums.ini recipes/gnome/zenity_2.26.0.bb): zenity: add 2.26.0 |
| 10:54.32 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rc0121b6327 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom-feed-builder: add zenity |
| 10:54.35 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07xora/angstrom-srcpv * r6f40c70d22 10openembedded.git/conf/checksums.ini: checksums.ini: add entry for gnome-mplayer 0.5.3. |
| 10:54.40 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07xora/angstrom-srcpv * re3a1ba3b28 10openembedded.git/recipes/minilite/ (8 files): minilite: unify |
| 10:54.43 | CIA-35 | 03Graeme Gregory <dp@xora.org.uk> 07xora/angstrom-srcpv * r5854557425 10openembedded.git/: |
| 10:54.45 | CIA-35 | Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.net/openembedded into xora/angstrom-srcpv |
| 10:54.47 | CIA-35 | Conflicts: |
| 10:54.49 | CIA-35 | recipes/psplash/psplash.inc |
| 10:57.18 | hrw | -rw-rw-rw- 1 hrw hrw 460180 05-18 15:13 e2fsprogs-e2fsck_1.41.5-r0.2_armv5te.ipk |
| 10:57.18 | hrw | -rw-rw-rw- 1 hrw hrw 154058 05-19 12:56 e2fsprogs-e2fsck_1.41.5-r1.2_armv5te.ipk |
| 10:57.34 | hrw | nice difference |
| 10:58.00 | Laibsch | would it be possible to omit the xora/angstrom-srcpv branch from CIA? |
| 10:58.01 | hrw | mke2fs package is 97K instead of 289K |
| 10:58.18 | hrw | tune2fs is 86K instead of 256K |
| 10:58.23 | hrw | and same functionality... |
| 10:58.39 | xranby | hrw: i just files a patch for e2fsprogs-libs the do_package failed on my machine: pr 5101 |
| 10:59.05 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 10:59.15 | hrw | !oebug 5101 |
| 10:59.16 | cdbot2 | * * Bug 5101, Status: HTTP transfer failed :( |
| 10:59.25 | hrw | xranby: send patch to OE ML |
| 10:59.30 | pb_ | hrw: very good. is this static vs dynamic linking, or something else? |
| 11:00.12 | hrw | pb_: not shipping few copies but using links instead |
| 11:00.32 | xranby | hrw: ok http://bugs.openembedded.net/show_bug.cgi?id=5101 - e2fsprogs-libs : unexpected keyword argument 'allow_links' |
| 11:00.37 | hrw | pb_: before we had mke2fs mkfs.ext[2344dev]. now we have one |
| 11:00.47 | pb_ | hrw: heh, it's a bit sad that nobody noticed that before. |
| 11:00.58 | hrw | xranby: allow_links is proper argument |
| 11:00.59 | *** join/#oe Gnutoo (n=gnutoo@host109-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 11:01.06 | hrw | xranby: which bitbake you use? |
| 11:01.13 | hrw | xranby: and how old OE? |
| 11:01.35 | hrw | pb_: e2fsprogs recipes are ugly |
| 11:01.41 | xranby | hrw: im using bitbake from svn trunk rev 1179 |
| 11:01.45 | pb_ | maybe we should ask zecke to create a bbclass that detects multiple copies of the same file in an output package and prints some suitable warning |
| 11:02.05 | hrw | xranby: and oe? |
| 11:02.17 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd962d391fa 10openembedded.git/ (70 files in 3 dirs): linux-omap 2.6.29: refresh dss2 patchset |
| 11:02.48 | xranby | hrw: and org.openembedded.dev from just munutes ago |
| 11:02.59 | xranby | hrw: the git tree |
| 11:04.46 | hrw | strange |
| 11:04.50 | hrw | checking |
| 11:04.59 | xranby | hrw: is there a dependency on python version? |
| 11:05.28 | xranby | hrw: i use python 2.5.2 for the record |
| 11:05.56 | hrw | 2.x is ok as long as it is 2.4+ |
| 11:08.06 | cdbot2 | * * OE Bug 5101 has been created by xerxes(AT)zafena.se |
| 11:08.08 | cdbot2 | * * e2fsprogs-libs : unexpected keyword argument 'allow_links' |
| 11:08.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5101 |
| 11:12.24 | *** join/#oe Ojg (n=Ojg@ojg-laptop.tekproj.bth.se) |
| 11:14.38 | CIA-35 | 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r8acc5061cc 10openembedded.git/recipes/e2fsprogs/e2fsprogs_1.41.5.bb: |
| 11:14.38 | CIA-35 | e2fsprogs: improve packaging for 1.41.5 to not waste rootfs space |
| 11:14.38 | CIA-35 | There is no need to ship mke2fs + mkfs.ext[2344dev] as separate |
| 11:14.38 | CIA-35 | binaries. Same goes to e2fsck and fsck.ext[2344dev]. |
| 11:16.39 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 11:19.23 | CIA-35 | 03Lynn Lin <lynn.lin@avocent.com> 07org.openembedded.dev * ra5f902c677 10openembedded.git/classes/package_rpm.bbclass: package_rpm: fix move wrong generated rpm name - closes #5078 |
| 11:21.04 | hrw | <PROTECTED> |
| 11:21.11 | hrw | we have both now |
| 11:23.44 | pb_ | I think /usr/bin/chattr is more conventional. |
| 11:24.30 | hrw | thats how debian do that |
| 11:25.04 | hrw | I think that I will generate a list |
| 11:25.29 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 11:25.51 | xranby | hrw: do e2fsprogs-libs build on your machine? on my machine e2fsprogs built fine yet e2fsprogs-libs dont build |
| 11:26.01 | hrw | xranby: 1.41.2 builds |
| 11:29.27 | zecke | mickey|sun: is there a MRU/LRU in python? |
| 11:34.59 | Laibsch | how do I find out who committed 04e583d2be81fd42f36bb79eb7b3d64ab8deaf99? I think that revision maybe should be disapproved before being applied again after rework. |
| 11:35.33 | _cpo_ | Laibsch: http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=04e583d2be81fd42f36bb79eb7b3d64ab8deaf99 |
| 11:35.33 | Laibsch | !oebug 5078 |
| 11:35.34 | cdbot2 | * * Bug 5078, Status: RESOLVED (FIXED), Created: 2009-04-08 14:07 |
| 11:35.35 | cdbot2 | * * lynn.lin(AT)avocent.com: \[patch\] fix move wrong generated rpm name in package_rpm .bbclass |
| 11:35.36 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5078 |
| 11:35.48 | _cpo_ | Previdi Roberto <previdi.roberto@gmail.com> |
| 11:36.02 | Laibsch | no |
| 11:36.10 | Laibsch | _cpo_: no, that is the author |
| 11:36.15 | Laibsch | not the one doing the commit |
| 11:36.23 | pb_ | Laibsch: er? |
| 11:36.29 | _cpo_ | cgit will tell you commiter |
| 11:36.35 | _cpo_ | it was Koen Kooi |
| 11:36.44 | Laibsch | I don't think Roberto has commit rights |
| 11:36.53 | pb_ | authorPrevidi Roberto <previdi.roberto@gmail.com>2009-04-28 10:51:39 |
| 11:36.53 | pb_ | committerKoen Kooi <koen@openembedded.org>2009-05-19 07:54:07 |
| 11:36.57 | _cpo_ | Laibsch check header of http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=04e583d2be81fd42f36bb79eb7b3d64ab8deaf99 |
| 11:37.06 | cdbot2 | * * OE Bug 5078 has been RESOLVED (FIXED) by openembedded(AT)haerwu.biz |
| 11:37.08 | pb_ | Laibsch: look at the second line :-} |
| 11:37.08 | cdbot2 | * * fix move wrong generated rpm name in package_rpm .bbclass |
| 11:37.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5078 |
| 11:37.14 | _cpo_ | :) |
| 11:37.14 | Laibsch | Indeed |
| 11:37.29 | Laibsch | I wonder how to do that one the command line |
| 11:37.40 | Laibsch | But I can live with cgit |
| 11:38.03 | rkirti|away | xranby: sorry if I am interrupting - but I just built it, and for that I had to manually fetch it :P , something wrong with the SRC_URL. |
| 11:38.30 | _cpo_ | maybe because it's SRC_URI instead of SRC_URL? |
| 11:38.34 | pb_ | Laibsch: git-show --pretty=full, maybe |
| 11:38.40 | Laibsch | That commit doesn't look like it makes a lot of sense, shouldn't those patches be in recipes/zenity/files or recipes/zenity/zenity? |
| 11:38.53 | Laibsch | pb_: cool, thanks. will take a look |
| 11:38.54 | pb_ | or fuller, or fullest, or something |
| 11:40.57 | pb_ | as for whether it should be in recipes/gnome or recipes/zenity, dunno, I don't think it makes a great deal of difference. |
| 11:41.08 | Laibsch | full works |
| 11:41.17 | pb_ | I don't think zenity is strictly a gnome package but I would find it hard to get too worked up about. |
| 11:41.27 | Laibsch | yeah, I guess it's not the best of commits, but it does not really affect me |
| 11:41.40 | pb_ | actually, it does do "inherit gnome", so I guess it qualifies as being gnome for our purposes |
| 11:41.49 | Laibsch | It just kind of stuck out of qgit because the commit message looks so meaningless |
| 11:41.57 | pb_ | that must mean that its sources are on ftp.gnome.org, which is about the only criterion we have for gnomishness |
| 11:42.07 | Laibsch | yeah, that is fine |
| 11:42.26 | pb_ | yeah, agreed, the commit message is pretty much gibberish |
| 11:42.41 | Laibsch | I stumbled across it because of the commit message. And then when I looked at it, I thought "wow, those files are put into a weird place" |
| 11:42.58 | Laibsch | shrugs |
| 11:43.07 | Laibsch | but I was curious |
| 11:43.11 | Laibsch | and now I know ;-) |
| 11:43.22 | pb_ | yeah, oh well, crazy koen. |
| 11:44.12 | pb_ | I suppose one could revert that checkin on the grounds that he hasn't conformed to his own unilaterally-imposed checkin message policy, but I think life is probably too short. |
| 11:44.15 | XorA | heh we should start checking for large noses and ears |
| 11:44.45 | pb_ | heh |
| 11:45.45 | Laibsch | I assume it must have been a glitch. Something about the tools he uses with git. |
| 11:47.19 | zecke | can I get anyone to test bitbake parser patches? |
| 11:47.52 | pb_ | zecke: I can try them, but not this minute |
| 11:48.07 | pb_ | lunchtime first :-} |
| 11:48.21 | XorA | looks like a git-am applied patch |
| 11:48.52 | zecke | pb_: cool, will search some food too... I traded ram for speed... once again |
| 11:49.10 | pb_ | zecke: right, ram is expendable |
| 11:49.52 | pb_ | I have been programming in java recently, I am quite sanguine about needing at least 8GB in order to do anything |
| 11:52.21 | pb_ | -> |
| 11:54.02 | XorA | pb_: you joined the dark side :-) |
| 11:55.47 | zecke | after all these years I still haven't found a good cache in python... |
| 11:58.43 | CIA-35 | 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r999d3b511e 10openembedded.git/recipes/util-linux-ng/ (util-linux-ng_2.14.bb util-linux-ng_2.15.bb): util-linux-ng: dropped use of FILESPATH |
| 11:58.47 | CIA-35 | 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * re04a5a65d9 10openembedded.git/recipes/tasks/task-proper-tools.bb: task-proper-tools: sort alphabetically |
| 11:58.50 | CIA-35 | 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r89489b1cea 10openembedded.git/recipes/tasks/task-proper-tools.bb: task-proper-tools: added few extra packages |
| 12:05.41 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 12:06.18 | zecke | pb_: http://page.mi.fu-berlin.de/~freyther/bitbake/parser... apply all of them, the later should be a performance win (at cost of some ram, no proper caching yet) |
| 12:06.41 | zecke | pb_: I go from 3.38 to 2.40 with these on my bitbake -p minimal-image benchmark |
| 12:07.02 | zecke | pb_: the only victim is package.bbclass :) |
| 12:14.08 | *** join/#oe vo5 (n=vo@189.121.183.147) |
| 12:15.38 | *** join/#oe mnabil (n=mnabil@196.202.97.147) |
| 12:16.28 | XorA | ERROR: Build of /home/dp/openembedded/org.openembedded.dev/recipes/util-linux-ng/util-linux-ng_2.15.bb do_configure failed |
| 12:16.54 | hrw | hm. builds here |
| 12:17.49 | XorA | /home/dp/openembedded/build/tmp/cross/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/bin/ld: cannot find -luuid |
| 12:17.59 | XorA | missed a DEPEND it seems |
| 12:18.05 | *** join/#oe mnabil (n=mnabil@196.202.97.147) |
| 12:22.38 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 12:24.07 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r72060aa173 10openembedded.git/recipes/gnome/zenity/ (fingerscroll.patch makefile.patch no-gnome-doc.patch): zenity cruft: remove files that a failed attemp at using git-am put there |
| 12:24.11 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 12:40.36 | Laibsch | RP: Is it intentional that "bitbake -c rm_work" goes through all the steps again including configure (and compile, I assume)? |
| 12:43.22 | *** join/#oe florian (n=fuchs@f048237057.adsl.alicedsl.de) |
| 12:43.37 | pb_ | returns! |
| 12:43.42 | pb_ | zecke: okay, I'll try them out presently |
| 12:44.26 | zecke | pb_: cool, your classes/package.bbclass will see some runtime errors due the feeder |
| 12:44.53 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 12:45.37 | pb_ | righto, I'll just comment that out for now |
| 12:46.08 | pb_ | actually, I'm a bit surprised that code is ever being invoked at run time since I don't think anything is currently using the hook mechanism. |
| 12:46.33 | zecke | pb_: hehe, oh, okay, well.. i just grepped for internal symbols :) |
| 12:46.43 | pb_ | but maybe python does the signature checking earlier than I thought it did |
| 12:46.50 | *** join/#oe Ojg (n=Ojg@ojg-laptop.tekproj.bth.se) |
| 12:46.53 | pb_ | zecke: ah, heh |
| 12:47.22 | zecke | pb_: actually I had an error with feeder and blamed package.bbclass for my own stupidity :) |
| 12:47.39 | pb_ | :-} |
| 12:54.25 | zecke | okay, brb for benchmarking |
| 12:59.31 | *** join/#oe rkirti_ (n=rkirti@117.254.17.198) |
| 13:04.58 | *** join/#oe zecke (n=ich@123-192-147-94.dynamic.kbronet.com.tw) |
| 13:10.38 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 13:12.11 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 13:12.35 | *** join/#oe toggles_w (n=irssi_to@tommywatson.com) |
| 13:21.26 | *** join/#oe brolin (n=brolin@nat50.udea.edu.co) |
| 13:23.10 | CIA-35 | 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r8379f149a2 10openembedded.git/recipes/netcat/netcat_0.7.1.bb: netcat: use update-alternatives as we have netcat in busybox too |
| 13:24.01 | *** join/#oe abner (n=birunko@189.70.74.40) |
| 13:33.30 | rkirti_ | Any way to use packaged-staging for the whole build but to be able to disable it for a particular recipe ? (I rewrote some parts of one recipe and want to test it but it keeps unpacking the prev. stuff) |
| 13:36.00 | *** join/#oe CSMan (n=csman@bas3-montreal31-1242531772.dsl.bell.ca) |
| 13:40.04 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 13:42.18 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 13:50.17 | hrw | rkirti|away: bump PR |
| 13:51.16 | *** join/#oe chouimat|work (n=quassel@firewall.axentra.com) |
| 13:56.18 | CIA-35 | 03Martin Dietze <di@fh-wedel.de> 07org.openembedded.dev * r9f026f95ef 10openembedded.git/recipes/linux/ (8 files in 3 dirs): linux-mtx 2.6.27: updates |
| 13:56.19 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rce170fea65 10openembedded.git/recipes/u-boot/ (u-boot-git/leopardboard-support.patch u-boot_git.bb): u-boot git: add support for dm355-leopardboard |
| 13:56.29 | CIA-35 | 03Martin Dietze <di@fh-wedel.de> 07org.openembedded.dev * r7ef692efa3 10openembedded.git/classes/ (nylon-image.bbclass nylon-mirrors.bbclass): nylon classes: update image type and mirror locations |
| 13:56.30 | CIA-35 | 03Martin Dietze <di@fh-wedel.de> 07org.openembedded.dev * rceefd8ff95 10openembedded.git/recipes/busybox/ (4 files in 3 dirs): busybox: add more patches, update nylon defconfig |
| 14:05.12 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r0965086647 10openembedded.git/ (conf/checksums.ini recipes/granule/granule_1.4.0.bb): granule: add 1.4.0 |
| 14:05.12 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * rf2ba78c87b 10openembedded.git/recipes/granule/ (granule.inc granule_1.2.4.bb): granule: move SRC_URI definition into .inc file |
| 14:05.12 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * rac5d9b4400 10openembedded.git/conf/distro/minimal.conf: conf/distro/minimal.conf: assign DISTRO_TYPE only weakly |
| 14:05.12 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * rfe80a43e57 10openembedded.git/recipes/granule/granule_1.2.4.bb: |
| 14:05.12 | CIA-35 | granule: drop 1.2.4 |
| 14:05.12 | CIA-35 | * do_configure does not find the new libassa it seems. |
| 14:05.12 | CIA-35 | 1.4.0 works -> drop rather than spend time debugging |
| 14:05.19 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 14:06.36 | *** join/#oe dth1 (n=dth@p4FDEDDDA.dip.t-dialin.net) |
| 14:10.15 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 14:11.47 | *** part/#oe dth1 (n=dth@p4FDEDDDA.dip.t-dialin.net) |
| 14:13.17 | rkirti_ | hrw: Wow. :) worked. thanks |
| 14:22.38 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rea19b9d74d 10openembedded.git/recipes/linux/ (linux-davinci/update-mach-types.patch linux-davinci_git.bb): linux-davinci git: fix dm355-leopard machtype since we can use a proper uboot now |
| 14:22.40 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * reb376e5b84 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 14:28.00 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 14:29.59 | pb_ | zecke: a silly question, are your patches for the trunk or the 1.8 branch? |
| 14:30.49 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 14:30.55 | pb_ | back in a few, gotta go buy some timber now |
| 14:31.35 | zecke | pb_: 1.8 |
| 14:35.16 | *** join/#oe user1 (n=3MX@125.24.188.234.adsl.dynamic.totbb.net) |
| 14:35.46 | hrw | guys: ^dnl in autoconf files is comment - right? |
| 14:35.59 | *** join/#oe user2 (n=3MX@125.24.188.234.adsl.dynamic.totbb.net) |
| 14:36.35 | *** join/#oe user3 (n=3MX@125.24.188.234.adsl.dynamic.totbb.net) |
| 14:39.44 | thebohemian | hrw: yeah, but you should not use it |
| 14:39.52 | thebohemian | hrw: "dnl" is original m4 syntax |
| 14:40.38 | thebohemian | hrw: m4 is so flexible that it allows redefining its comments syntax as well and this is what the autoconf people did |
| 14:42.05 | thebohemian | hrw: or have you read this in autoconf's own files? (there it is allowed) |
| 14:42.52 | *** join/#oe woglinde (i=woglinde@78.52.239.98) |
| 14:43.05 | *** part/#oe thebohemian (n=rschus@p5DDC68C2.dip.t-dialin.net) |
| 14:49.29 | hrw | I am trying to build tftp-hpa and it has broken configure.in |
| 14:52.35 | woglinde | hm |
| 14:52.38 | woglinde | as always |
| 14:52.44 | woglinde | with such older software |
| 14:53.25 | hrw | tftp-hda 5.0 is 2009 but yes. it is old |
| 14:53.30 | hrw | but I like that tftpd |
| 14:53.40 | hrw | ;) |
| 14:54.52 | woglinde | jepp |
| 14:55.13 | woglinde | maybee they should run autoscan |
| 14:55.23 | woglinde | and write a new configure.ac |
| 14:57.00 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 14:58.33 | *** join/#oe Virk (n=virk@213.49.132.19) |
| 15:00.39 | *** join/#oe Virk (n=virk@213.49.132.19) |
| 15:06.20 | pb_ | zecke: okay, thanks |
| 15:08.29 | zecke | woglinde: ho |
| 15:10.03 | woglinde | hi pb |
| 15:13.22 | *** join/#oe Virk (n=virk@213.49.132.19) |
| 15:15.31 | hrw | bye all |
| 15:18.52 | *** join/#oe _Lucretia_ (n=Lucretia@5ac2a234.bb.sky.com) |
| 15:20.07 | *** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net) |
| 15:21.00 | *** join/#oe mgwpub (n=mgwpub@193.170.133.215) |
| 15:21.17 | pb_ | hi woglinde |
| 15:42.06 | cdbot2 | * * OE Bug 4996 has been RESOLVED (FIXED) by comte_fabien(AT)yahoo.fr |
| 15:42.08 | cdbot2 | * * Incorrect Rootfs |
| 15:42.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4996 |
| 15:47.07 | cdbot2 | * * OE Bug 4575 has been RESOLVED (FIXED) by <Laibsch> |
| 15:47.09 | cdbot2 | * * Incorrect SRC_URI in gnome_mplayer_0.5.3.bb |
| 15:47.11 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4575 |
| 15:47.28 | fraxinas | how do i overwrite the name of the directory that a source archive is being extracted to? |
| 15:47.43 | Laibsch | look at the S variable |
| 15:47.53 | Laibsch | "rgrep S recipes" |
| 15:47.59 | Laibsch | for examples |
| 15:48.04 | Laibsch | "rgrep S recipes/" |
| 15:49.02 | fraxinas | rgrep? |
| 15:49.27 | XorA | same as grep -r I assume |
| 15:49.28 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r02cc40c6ed 10openembedded.git/recipes/gnome-mplayer/ (3 files): |
| 15:49.28 | CIA-35 | gnome-mplayer: unify |
| 15:49.28 | CIA-35 | * add AUTHOR and SECTION (partly closes #4575) |
| 15:49.28 | CIA-35 | * fix HOMEPAGE |
| 15:49.28 | CIA-35 | * both recipes were unbuildable before this commit and are still unbuildable |
| 15:49.30 | CIA-35 | Unbreaking the recipes will be done in separate commits. |
| 15:49.32 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r8722f3a634 10openembedded.git/recipes/gnome-mplayer/gnome-mplayer_cvs.bb: gnome-mplayer: point svn to googlecode.com. builds fine. |
| 15:49.37 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * raa29e81331 10openembedded.git/recipes/gnome-mplayer/ (3 files): |
| 15:49.40 | CIA-35 | gnome-mplayer: unbreak 0.5.3 |
| 15:49.42 | CIA-35 | * rearrange the SRC_URI situation and point to googlecode.com |
| 15:49.44 | CIA-35 | * the patches don't apply to the released versions, but only to SVN |
| 15:49.46 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r57f3352b98 10openembedded.git/ (2 files in 2 dirs): gnome-mplayer: add 0.9.5. (Closes: #4575) |
| 15:49.51 | fraxinas | i'll use kdevelop :) |
| 15:50.10 | Laibsch | whatever gets the job done, I guess |
| 15:50.31 | fraxinas | but i'm not sure whether that's what i need |
| 15:51.00 | fraxinas | the thing is, the archive contains a - in my needs - wrong directory name |
| 15:51.22 | fraxinas | i want it to be extracted to a different name rather than change the ${S} to what the archive spits out |
| 15:51.45 | XorA|gone | do_unpack_prepend() { mv blah new_blah } |
| 15:51.53 | fraxinas | or would i have to mv the directory in do_fetch_append |
| 15:52.06 | fraxinas | oh okay ^^ so pretty much that same idea |
| 15:52.08 | fraxinas | aye |
| 15:52.12 | fraxinas | will do it that way, thx |
| 15:53.42 | *** join/#oe Eismann (n=foo@247.70.222.87.dynamic.jazztel.es) |
| 15:57.44 | *** join/#oe ptitjes (n=didier@37.73.198-77.rev.gaoland.net) |
| 15:58.11 | fraxinas | eeeh? |
| 15:59.11 | fraxinas | XorA|gone / Laibsch: http://pastebin.com/m60b65cc2 |
| 15:59.55 | fraxinas | what's wrong? |
| 16:00.35 | fraxinas | (other than the fact that what i am doing there to begin with is greatly ugly... but it's just a workaround until they release or until we switch to a newer bitbake) |
| 16:05.04 | fraxinas | meep? |
| 16:06.20 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 16:07.17 | kergoth | morning |
| 16:08.10 | fraxinas | hiho |
| 16:09.10 | kergoth | ooh |
| 16:09.16 | pb_ | g'day kergoth |
| 16:09.16 | kergoth | looks through zecke's parser patches |
| 16:09.31 | pb_ | zecke: I get a KeyError at cache.py:112 |
| 16:09.35 | pb_ | ah, hm, he quit |
| 16:09.41 | pb_ | zecke: come back! |
| 16:10.52 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r199f38cafe 10openembedded.git/ (conf/checksums.ini recipes/cellwriter/cellwriter_1.3.3.bb): cellwriter: update to 1.3.4 |
| 16:13.19 | kergoth | this reminds me, our anonymous python function handling sucks. appending the bodies? honestly. leads to a ton of problems. indentation, early return resulting in not evaluating the others, etc |
| 16:14.51 | *** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
| 16:16.52 | pb_ | yeah, that's just awful |
| 16:17.19 | fraxinas | kergoth / pb_: can you help me with something really cheesy please? http://pastebin.com/m60b65cc2 what does that fail? |
| 16:17.42 | pb_ | I dunno why it's done that way, even: they're stored separately, it's just that finalise() seems to glom them all together rather than executing them separately. |
| 16:17.43 | pb_ | weird |
| 16:18.06 | kergoth | pb_: yeah, its silly, it should just iterate over them and eval them one by one |
| 16:18.23 | pb_ | right |
| 16:18.33 | pb_ | fraxinas: it looks like you're trying to prepend shell onto a python function, that's doomed. |
| 16:18.56 | pb_ | (talking of stupid things in the way bitbake handles functions...) |
| 16:19.01 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 16:19.04 | kergoth | chuckles |
| 16:19.33 | fraxinas | humm? but i've always done it that way, and it doesn't have the _python in the name |
| 16:19.34 | pb_ | fraxinas: you'll need to create some kind of do_crazy_munging() function and arrange for it to be executed prior to unpack |
| 16:19.53 | kergoth | a task should probably not just blindly be a function. it should be some intermediate format or something, so it can act as a wrapper on any bits that get prepended/appended/defined |
| 16:19.54 | kergoth | shrugs |
| 16:20.50 | fraxinas | crazy o.o |
| 16:21.03 | fraxinas | can't i just change the directory name the extract command is using? |
| 16:21.15 | RP | kergoth, pb_ We used to execute them one by one but zecke changed it to append for speed |
| 16:21.21 | pb_ | fraxinas: what exactly are you trying to achieve? |
| 16:21.39 | pb_ | fraxinas: if the source is just being unpacked into a directory with a different name to what oe is expecting, you probably just need to adjust the value of ${S} |
| 16:21.43 | RP | Better would be to wrap each in a generated funciton name, compile all at once and call each function |
| 16:21.53 | pb_ | RP: ah. |
| 16:21.56 | RP | I think that would keep the speed and remove the problems |
| 16:21.59 | pb_ | ~fishslap zecke |
| 16:21.59 | ibot | ACTION slaps zecke up side the head with a wet fish. |
| 16:22.10 | fraxinas | <fraxinas> the thing is, the archive contains a - in my needs - wrong directory name |
| 16:22.10 | fraxinas | <-> XorA is now known as XorA|gone |
| 16:22.10 | fraxinas | <fraxinas> i want it to be extracted to a different name rather than change the ${S} to what the archive spits out |
| 16:22.11 | kergoth | that's a measurable performance difference? you wouldn't think itd be enough to notice |
| 16:22.19 | kergoth | huh |
| 16:22.34 | RP | kergoth: It was significant |
| 16:22.41 | pb_ | yeah, strange, I didn't think the python compiler had that much startup overhead. |
| 16:22.52 | kergoth | well, if finalise wasn't called as often as it is, that might help matters :) |
| 16:23.05 | kergoth | considering its called, what, 25,000 times in a task-base? |
| 16:23.08 | pb_ | heh, true |
| 16:23.18 | kergoth | once per task + once per non-full recipe parse |
| 16:23.21 | pb_ | fraxinas: in that case it seems like you have another problem as well; you need to append, not prepend, to do_unpack. |
| 16:23.32 | pb_ | otherwise you'll be trying to rename something that doesn't exist yet |
| 16:23.45 | otavio | Is there someone looking at zecke patches for bitbake? |
| 16:23.49 | pb_ | anyway, see my earlier comments about creating a separate task, I think that's probably the right way to fix this. |
| 16:23.54 | pb_ | otavio: everyone |
| 16:23.59 | kergoth | hehe |
| 16:24.04 | RP | http://moblin.org/community/blogs/imad/2009/moblin-v20-beta-netbooks-and-nettops-its-here |
| 16:24.06 | otavio | hah |
| 16:24.17 | fraxinas | aye !! that's probably my problem ^^ of course |
| 16:24.19 | kergoth | at a first glance i dont see anything terribly insane, pulling them down to test and look over more closely |
| 16:24.58 | RP | kergoth: Where is this problemtaic finalise call? |
| 16:25.29 | otavio | RP: :-) |
| 16:25.41 | kergoth | RP: it's called when include=0 in handle(), every time |
| 16:26.01 | kergoth | it's not that problematic for current code, i had some i had recently written and made a silly assumption |
| 16:26.21 | otavio | pb_: what is the plans for them? To include in trunk or stable? |
| 16:26.25 | fraxinas | still syntax error -_- crappy |
| 16:26.38 | pb_ | otavio: they're against 1.8 at the moment, I think trunk has bigger issues |
| 16:26.56 | fraxinas | okay i'll go with the "wrong" ${S} instead |
| 16:27.00 | pb_ | I don't know whether zecke plans to actually land them in the stable branch or not |
| 16:27.45 | otavio | pb_: since by asking it but I'm not following it up |
| 16:27.46 | RP | kergoth: right. It seems to be called when its needed though :/ |
| 16:27.49 | otavio | pb_: right |
| 16:28.23 | kergoth | RP: yep, unfortunately, it can be doing anything, including modifying the metadata we just parsed in. no way to get around it |
| 16:28.34 | *** join/#oe workrat (n=chatzill@adsl-76-234-137-73.dsl.sfldmi.sbcglobal.net) |
| 16:29.04 | RP | kergoth: its one of out features... |
| 16:29.36 | kergoth | :) |
| 16:29.45 | pb_ | otavio: I'm not quite sure what the plan is with the current bitbake trunk, I guess it depends on whether anybody has time to work on it. of course, there's no reason that we couldn't punt on the trunk for the time being and cut a new release branch off the current tip of 1.8, call it 1.9 or something. |
| 16:29.49 | *** join/#oe Gnutoo (n=gnutoo@host109-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 16:30.01 | kergoth | chuckles at the removal of "obtain" from the parser, remembers hacking that in, was never anything but a hack |
| 16:30.16 | RP | Where did zecke post the patches? |
| 16:30.29 | otavio | RP: OE ml |
| 16:30.32 | kergoth | pb_: that's a good point, perhaps trunk should just become a 2.0 branch, and make 1.8 trunk, since the latter has been getting more than bugfixes anyway :P |
| 16:30.39 | otavio | RP: http://page.mi.fu-berlin.de/freyther/bitbake/parser/ |
| 16:30.40 | kergoth | RP: http://page.mi.fu-berlin.de/freyther/bitbake/parser/ |
| 16:30.58 | RP | kergoth: Hmm, no mail here yet, |
| 16:31.02 | RP | kergoth, otavio thanks |
| 16:31.06 | kergoth | cmon caffeine, help me out.. |
| 16:31.30 | otavio | kergoth: is current trunk 'usable' ? |
| 16:31.31 | pb_ | RP: that's odd, it was four or five hours ago that holger sent the mail |
| 16:31.45 | otavio | kergoth: I never felt safe to use it |
| 16:31.50 | kergoth | last time i tried to run trunk, a week or two ago, it didn't even run without errors on my machine. |
| 16:31.53 | kergoth | RP: http://thread.gmane.org/gmane.comp.handhelds.openembedded/23843 |
| 16:31.53 | otavio | kergoth: I use stable branch instead |
| 16:32.12 | RP | kergoth: Removing obtain is a cause for celbration. The fetchers can probably be massively cleaned up too |
| 16:32.16 | otavio | pb_: agreed |
| 16:32.27 | kergoth | bb.fetch needs to be revamped completely |
| 16:32.32 | kergoth | lots of things that bug me about it |
| 16:32.37 | kergoth | can't pass in a destination, have to use DL_DIR, .. |
| 16:32.42 | kergoth | shakes head |
| 16:32.46 | kergoth | doesn't know what he was thinking |
| 16:32.51 | pb_ | heh |
| 16:33.02 | kergoth | i had to do some fetching outside of do_fetch for work |
| 16:33.07 | pb_ | yeah, it's funny how many things turn out to suck when you look at them closely |
| 16:33.18 | kergoth | honestly, it's amazing this all works as well as it does, considering |
| 16:33.22 | RP | has slowly been trying to help the fetchers... |
| 16:33.26 | kergoth | hack gone wild :) |
| 16:34.01 | pb_ | anyway, gotta go build a new hen-house now. chicks due to hatch tomorrow I think. |
| 16:34.03 | pb_ | later all. |
| 16:34.05 | kergoth | i was toying around with using urllib2 to fetch, but it hits some problems on Mac OS X machines due to Mac OS X not liking certain syscalls running after a fork but before an exec, and thats how our tasks are run |
| 16:34.09 | kergoth | later pb_ |
| 16:34.31 | RP | pb_: have fun |
| 16:34.40 | pb_ | kergoth: that sounds like you're accidentally using vfork() rather than real fork |
| 16:34.53 | pb_ | -> |
| 16:37.03 | kergoth | not sure what os.fork uses under the hood, but I'd be surprised if it was vfork |
| 16:37.13 | Laibsch | RP: Is it intentional that "bitbake -c rm_work" goes through all the steps again including configure (and compile, I assume)? |
| 16:37.24 | fraxinas | okay works now |
| 16:38.10 | *** join/#oe eFfeM (n=nly91006@ip-145-93-244-27.fontys.nl) |
| 16:38.17 | RP | Laibsch: no |
| 16:39.00 | Laibsch | OK, not a really big problem |
| 16:39.08 | Laibsch | But it struck me as odd |
| 16:40.28 | eFfeM | hi, perhaps offtopic, but is anyone aware of the linksys dma2100. Is it hackable ? |
| 16:40.35 | kergoth | http://mail.python.org/pipermail/pythonmac-sig/2009-March/021105.html summarizes the issue i ran into with urllib on Mac OS X |
| 16:40.46 | eFfeM | can it run openembedded ? (that makes it on-topic :-) ) |
| 16:40.52 | kergoth | "Additionally, per POSIX, only async-cancel-safe functions are safe to |
| 16:40.52 | kergoth | use on the child side of fork(), so even use of lower-level |
| 16:40.53 | kergoth | libSystem/BSD/UNIX APIs should be kept to a minimum, and ideally to |
| 16:40.53 | kergoth | only async-cancel-safe functions." |
| 16:41.05 | kergoth | tries to find a copy of the posix info on async-cancel-safe, never messed with that stuff |
| 16:44.57 | RP | kergoth: hmm :/ |
| 16:45.26 | kergoth | guess we're just stuck using wget or curl :) just seems silly to not leverage functionality that python provides out of the box |
| 16:45.49 | kergoth | though, guess urllib2 could work on other operating systems, Mac OS X has a whole mess of OpenEmbedded issues :) |
| 16:46.07 | kergoth | tries to wake up |
| 16:46.09 | RP | kergoth: indeed... |
| 16:46.27 | RP | hides when OS X and OE are mentioned together |
| 16:55.12 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 16:56.43 | otavio | kergoth: what about using urllib2 in all but macosx? |
| 16:56.57 | kergoth | otavio: would probably be a step in the right direction |
| 16:57.23 | kergoth | thinks we need to change the api, or at least add a better one, though, at some point |
| 16:59.22 | likewise | RP: OE X :-) |
| 17:00.36 | kergoth | tries a build with zecke's patchset applied |
| 17:09.27 | *** part/#oe mpoullet|work (n=mpoullet@proxye.avm.de) |
| 17:15.46 | *** join/#oe eFfeM (n=nly91006@ip-145-93-244-27.fontys.nl) |
| 17:18.24 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 17:22.51 | pb___ | kergoth: that's a bit odd. POSIX does have some stuff about requiring async cancel but that's only really for the benefit of multi-threaded programs calling fork(). |
| 17:23.09 | kergoth | ah. wonder why Mac OS X is being such a bitch about it then :) |
| 17:23.13 | kergoth | shrugs |
| 17:23.22 | pb___ | (in which case, yes, the behaviour is basically that fork() becomes like vfork(); you can't do anything legitimately except exec() if there are other threads involved) |
| 17:23.50 | pb___ | dunno, maybe your os x system is multithreaded under the covers, or maybe OS X itself just takes these things more seriously. |
| 17:24.02 | Tartarus | bah, missed mickey again |
| 17:24.11 | kergoth | ah, i see |
| 17:29.20 | *** join/#oe Jay7 (n=jay@93-81-69-75.broadband.corbina.ru) |
| 17:31.29 | *** join/#oe chouimat|work (n=quassel@firewall.axentra.com) |
| 17:39.45 | *** join/#oe ant__ (n=andrea@host115-20-dynamic.0-87-r.retail.telecomitalia.it) |
| 17:44.11 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rda236b7906 10openembedded.git/ (2 files in 2 dirs): paroli-elementary : extra python bindings for elementary |
| 17:44.12 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r8684b21831 10openembedded.git/recipes/images/fso-paroli-image.bb: fso-paroli-image: use paroli-elementary bindings |
| 17:44.22 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * ra746adbe29 10openembedded.git/recipes/openmoko-projects/paroli_git.bb: paroli : use new python bindings |
| 18:00.28 | *** join/#oe kimrhh (n=kimhh@static.51.211.46.78.clients.your-server.de) [NETSPLIT VICTIM] |
| 18:00.29 | *** join/#oe dth1 (n=dth@p4FDED1CC.dip.t-dialin.net) |
| 18:01.13 | *** join/#oe janinge (i=j@ninge.net) |
| 18:02.02 | *** join/#oe user1 (n=3MX@76-222-125-218.lightspeed.cntmoh.sbcglobal.net) |
| 18:06.37 | *** join/#oe greentux (n=lemke@BAA006a.baa.pppool.de) |
| 18:07.06 | *** join/#oe eFfeM (n=nly91006@ip-145-93-244-27.fontys.nl) |
| 18:09.15 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-184-156.pools.arcor-ip.net) |
| 18:16.29 | *** join/#oe eFfeM (n=nly91006@ip-145-93-244-27.fontys.nl) |
| 18:27.49 | Jay7 | hm.. do somebody tries to use qemu-10.0.3 to buld angstrom? |
| 18:28.23 | Jay7 | ant__: ping? |
| 18:29.37 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 18:30.32 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 18:32.07 | *** join/#oe Deep_Blue (n=kvirc@83-102-31-170.tampere.customers.dnainternet.fi) |
| 18:33.08 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 18:33.53 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 18:35.19 | *** join/#oe timtimred (n=meh@79-75-203-213.dynamic.dsl.as9105.com) |
| 18:42.37 | woglinde | re |
| 18:42.42 | kergoth | ponders |
| 18:42.46 | kergoth | hey woglinde |
| 18:43.22 | kergoth | thinks we can't ditch the re-eval of the world when .conf changes without variable ref tracking, separate objects per var, and an association between ast statements and var objects.. ugh |
| 18:44.00 | woglinde | jo kergoth |
| 18:51.55 | *** join/#oe florian (n=fuchs@f048237057.adsl.alicedsl.de) |
| 18:53.01 | *** join/#oe orges (n=yet@85.108.168.142) |
| 18:55.05 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 18:59.25 | *** join/#oe abner (n=birunko@189.70.74.40) |
| 19:01.15 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 19:02.37 | pb___ | kergoth: yeah, that's probably right. on the other hand, zecke's ast stuff should allow the world to be re-evaluated without re-parsing fully, which would still be something of a win. |
| 19:03.12 | kergoth | yeah. I'd be curious to see what time is taking up by parsing vs evaluation |
| 19:03.16 | pb___ | and, actually, once you build an ast for the parse tree, keeping track of dependencies for each var isn't actually gong to be that much harder. |
| 19:04.02 | pb___ | kergoth: of course, the other half of zecke's stuff is to write a proper grammar and a "real" parser for .bb files rather than all this regexp badness |
| 19:04.06 | kergoth | aye, the ast methods wouldn't have a terribly difficult time of storing the info it already has for +=, =+, append, prepend, etc. then you'd just need to keep track of actual refs, foo=${bar}, and the expansion code could do that |
| 19:04.13 | pb___ | so, that ought to make parsing itself faster as well. double win! |
| 19:04.17 | kergoth | yeah, he has that C parser or whatever, i hope he'll pull that in too |
| 19:04.28 | pb___ | right |
| 19:04.39 | ant__ | Jay7: pong |
| 19:05.26 | Jay7 | ant__: I'm trying to build kexec-tools-static 2.0.0 |
| 19:05.38 | ant__ | check the headers... |
| 19:05.42 | Jay7 | have some time |
| 19:06.28 | pb___ | heads off to cook dinner |
| 19:06.29 | pb___ | bbiab |
| 19:06.40 | kergoth | oh, I'm not sure if itd be useful to anyone, but i made a .inc for populating one collection from another. for each recipe that gets this task run, it copies all the files the recipe needs into a destination collection, including the filespath files, .incs, etc |
| 19:06.52 | kergoth | for work, but I'm sure they'd let me push it up |
| 19:07.02 | ant__ | Jay7: akmost surely you need to add -nostdinc |
| 19:07.12 | ant__ | to purgatory/Makefile |
| 19:08.01 | Deep_Blue | hello. I got myself a beagleboard and i'm trying to setup the dev environment. I am following the getting started guide and i'm currently at the Start building -phase, only it won't build. I get an error: "Error, lockfile path does not exist!: OE/sources", when it's trying to build coreutils-native_7.2.bb. Any ideas? |
| 19:08.50 | Jay7 | Deep_Blue: I've just restarted bitbake and this error has gone |
| 19:09.05 | ant__ | Jay7: bbl - 20-30 mins |
| 19:10.54 | Deep_Blue | I have the latest released version, what do you mean? |
| 19:11.23 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 19:12.04 | Deep_Blue | meaning the 1.8.12, not some dev version |
| 19:12.15 | Jay7 | Deep_Blue: just try to run bitbake again |
| 19:13.59 | Deep_Blue | same thing. just to clarify, i'm just doing the bitbake nano-thing |
| 19:14.26 | *** join/#oe jimsheldon (n=jim@c-98-216-198-0.hsd1.nh.comcast.net) |
| 19:15.18 | *** join/#oe darion76 (n=darion76@94-248-9-4.dynamic.peoplenet.ua) |
| 19:15.18 | jimsheldon | has anyone ever seen ts_calibrate, ts_test and ts_print work fine, but not work with a Qt app? |
| 19:16.02 | jimsheldon | as far as I can tell I have all the right environment variables set, but I get "Couldnt load module input" when starting my Qt app |
| 19:18.50 | *** join/#oe workrat (n=chatzill@adsl-76-234-137-73.dsl.sfldmi.sbcglobal.net) |
| 19:25.08 | *** part/#oe darion76 (n=darion76@94-248-9-4.dynamic.peoplenet.ua) |
| 19:26.06 | hrw|gone | NOTE: package tftp-hpa-5.0-r0: task do_build: Succeeded |
| 19:26.10 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rce26e66985 10openembedded.git/recipes/netbase/netbase/ (om-gta01/interfaces om-gta02/interfaces): netbase : add metric for usb0 in interfaces file |
| 19:26.11 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * ra315d0c201 10openembedded.git/recipes/images/fso-paroli-image.bb: fso-paroli-image : add rootfs postprocessing for locale |
| 19:26.12 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r99251bb40b 10openembedded.git/recipes/busybox/busybox-1.11.3/defconfig: busybox: add readehead to defconfig |
| 19:26.32 | hrw | re |
| 19:28.12 | *** join/#oe darion76 (n=darion76@94-248-9-4.dynamic.peoplenet.ua) |
| 19:29.43 | kergoth | hey hrw |
| 19:34.23 | hrw | after few hours I finally have what I wanted from recipe |
| 19:35.36 | kergoth | hrw: check out zecke's parser stuff? :D |
| 19:35.47 | hrw | did not checked |
| 19:36.08 | hrw | my daughter does not allows me to concentrate |
| 19:36.30 | kergoth | hehe |
| 19:36.32 | kergoth | how old? |
| 19:37.00 | Crofton|work | 2 years |
| 19:37.12 | Crofton|work | 3 months :) |
| 19:37.24 | Crofton|work | she was born right around FOSDEM 2 years ago |
| 19:37.28 | kergoth | ah :) |
| 19:37.33 | hrw | kergoth: 15 months |
| 19:37.39 | Crofton|work | hmm |
| 19:37.41 | hrw | she has eye problem |
| 19:37.42 | Crofton|work | right |
| 19:37.56 | Crofton|work | hrw missed FOSDEM a year ago |
| 19:38.02 | *** join/#oe mnabil (n=mnabil@82.201.174.85) |
| 19:38.04 | hrw | Crofton|work: and chichi's |
| 19:38.09 | Crofton|work | hrw serious |
| 19:38.19 | Crofton|work | hrw, right need to write that email |
| 19:38.27 | Crofton|work | is the ye problem serious? |
| 19:38.50 | Deep_Blue | Jay7: Any other ideas? |
| 19:39.08 | Jay7 | Deep_Blue: no, have no idea then |
| 19:39.12 | hrw | Crofton|work: two medicines to apply directly to eye 4 times per day |
| 19:39.18 | hrw | Crofton|work: it require 3 persons... |
| 19:39.19 | Crofton|work | urg |
| 19:39.21 | Deep_Blue | ok. thanks |
| 19:39.23 | kergoth | jeeze |
| 19:39.40 | Jay7 | I have some bitbake restarts and it will started build |
| 19:40.10 | Jay7 | pplz, we have some problem when building from empty tmp and sources dirs |
| 19:40.46 | Jay7 | not sure that it is angstrom-specific |
| 19:40.56 | *** join/#oe hd (i=jd@Wikipedia/HellDragon) |
| 19:41.18 | Deep_Blue | i tried searhing, but only thing i found was some log from here saying no idea. |
| 19:41.41 | Jay7 | Deep_Blue: is it shasum-native.bb? |
| 19:42.04 | Deep_Blue | no, coreutils-native_7.2.bb |
| 19:42.19 | Jay7 | hm.. I have it on shasum-native |
| 19:42.30 | Jay7 | well, something strange |
| 19:42.41 | Jay7 | is OE/sources exists and writeable? |
| 19:43.09 | Deep_Blue | yeap |
| 19:44.26 | pb___ | re |
| 19:45.06 | hrw | bye |
| 19:46.38 | *** join/#oe Roman_Khimov (n=rik@ns2.vsev.lanck.net) |
| 19:48.07 | CIA-35 | 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r1e0d96b7d4 10openembedded.git/recipes/netcat/netcat_0.7.1.bb: netcat: use update-alternatives class (thx Koen) |
| 19:48.11 | CIA-35 | 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r9fb58d79a6 10openembedded.git/recipes/tftp-hpa/ (files/default files/init tftp-hpa_5.0.bb): tftp-hpa: added 5.0 version of HPA tftp client/daemon |
| 19:48.58 | orges | is there anybody had tried unix-network-programming books' sources on oe? |
| 19:49.24 | orges | unp? |
| 19:51.41 | kergoth | can someone explain the state of xserver-xorg/xserver-kdrive? |
| 19:51.58 | kergoth | is kdrive still used, is it just a xorg build with --enable-kdrive? |
| 19:55.18 | *** join/#oe jconnoll2 (n=jconnoll@firebug.buglabs.net) |
| 19:56.58 | RP | kergoth: kdrive is slowly being phased out |
| 19:57.12 | RP | kergoth: but xorg is still a lot heavier |
| 19:57.16 | kergoth | ah |
| 19:57.55 | RP | has a soft spot for kdrive |
| 19:58.09 | kergoth | xserver-kdrive in OpenEmbedded is using the xorg-xserver sources from upstream.. so its the same source tree, just a different actual x server coming out of it, right? |
| 19:58.19 | RP | kergoth: right |
| 19:58.38 | kergoth | okay. so the xserver-xorg recipe builds kdrive plus a bunch of others, but xserver-kdrive is just the kdrive bits? |
| 19:58.40 | kergoth | makes sense |
| 19:58.42 | kergoth | thanks |
| 19:58.57 | RP | kergoth: xserver-xorg probably doesn't build kdrive |
| 19:59.21 | kergoth | xserver-xorg-common.inc has --enable-kdrive |
| 19:59.25 | Jay7 | ehh... seems kexec-tools-static should be partially rewritten to build against klibc.. |
| 19:59.32 | kergoth | and my xserver-xorg build just failed in kdrive/vesa/vm86.c |
| 20:00.07 | kergoth | shrugs |
| 20:00.23 | RP | kergoth: The versions in poky don't ;-) |
| 20:00.48 | kergoth | oddly, it doesn't seem to package the thing.. weird |
| 20:00.55 | kergoth | okay, maybe i need to swipe poky's X then :) |
| 20:01.07 | Crofton|work | RP, do you have a macro for that |
| 20:02.03 | RP | Crofton|work: Poky's kdrive recipes are separate from the bigX ones... |
| 20:02.48 | pb___ | it does seem pretty weird for the xorg recipes to be doing --enable-kdrive. I wonder what that's about. |
| 20:02.50 | Crofton|work | I mean for the phrase "The versions in poky don't ;-): |
| 20:03.02 | RP | Crofton|work: ah :) |
| 20:03.22 | RP | Crofton|work: I thought I was managing not to say that a lot ;-) |
| 20:03.25 | Crofton|work | I'm trying ti figure out how spi really works |
| 20:03.28 | kergoth | chuckles |
| 20:03.46 | kergoth | really needs to sort through what he has yet to push upstream to OpenEmbedded |
| 20:03.49 | pb___ | heh, spi as in the organisation, or spi as in the bus? |
| 20:03.55 | Crofton|work | I'm assuming the spi_board_info struct tells the spi driver to config itself? |
| 20:04.00 | pb___ | both of them are fairly inscrutable I suspect |
| 20:04.06 | Crofton|work | spi the bus |
| 20:04.16 | pb___ | ah, that's probably the easier of the two |
| 20:04.21 | kergoth | RP: what's xserver-xf86-lite? |
| 20:04.27 | Crofton|work | and the modalias says what drivers can use the board driver? |
| 20:04.54 | RP | kergoth: No DRI or GLX |
| 20:05.13 | Laibsch | Jay7: NFS? |
| 20:05.25 | kergoth | ah |
| 20:05.27 | RP | should trhow away the dri2 recipe looking at the list |
| 20:06.27 | pb___ | Crofton|work: yeah, the board_info is the hardware specific configuration bits, pins to use or addresses or whatever. |
| 20:06.54 | Jay7 | Laibsch: no, local fs |
| 20:07.06 | Crofton|work | the modalias is used so higher level drivers can claim interfaces/ |
| 20:07.13 | Crofton|work | ? |
| 20:07.27 | denix0 | kergoth: have you seen my email with versions issues? any ideas? |
| 20:07.35 | Jay7 | Laibsch: just try to move tmp and sources, create empty tmp and sources and start bitbake something |
| 20:07.39 | RP | does get rid of the dri2 version |
| 20:07.46 | pb___ | I'm not exactly sure what modalias is for. judging from the name it's some hotplug thing but I don't quite know what happens to it. |
| 20:07.54 | Crofton|work | heh |
| 20:08.01 | *** join/#oe gremlin[it] (n=gremlin@217.203.130.85) |
| 20:08.12 | Crofton|work | I think higher level drivers use it to find spi buses connected to specifc hw |
| 20:08.16 | kergoth | denix0: I've never seen anything like that. i don't see how version prefs would affect its preferences wrt *PR* |
| 20:08.20 | pb___ | ah, could be |
| 20:08.26 | Crofton|work | which is a nuisance on the beagle since people will connect different stuff |
| 20:08.27 | kergoth | denix0: maybe ask RP? |
| 20:08.59 | denix0 | kergoth: ok |
| 20:09.04 | denix0 | RP: ping :) |
| 20:09.07 | kergoth | :) |
| 20:09.13 | RP | denix0: hi |
| 20:09.31 | pb___ | apparently otavio is the guilty party for --enable-kdrive in the xorg recipe |
| 20:09.39 | RP | denix0: Hmm, this in on the mailing list? |
| 20:09.46 | denix0 | RP: ah, it's so unusual to see you araound... :) |
| 20:10.01 | denix0 | RP: yep |
| 20:10.59 | denix0 | RP: http://thread.gmane.org/gmane.comp.handhelds.openembedded/23680/focus=23816 |
| 20:13.28 | RP | denix0: It sounds like a bitbake bug that it ignores the PR when PREFERRED_VERSION is set |
| 20:13.43 | RP | (and there are two recipes with the same PV) |
| 20:14.07 | denix0 | RP: is it known or something new? |
| 20:14.10 | RP | denix0: All I can suggest is deving into the providers.py code |
| 20:14.16 | RP | denix0: I was unware of it... |
| 20:14.20 | RP | unaware |
| 20:14.44 | denix0 | RP: Ok, thanks |
| 20:16.03 | Crofton|work | RP, http://twitter.com/abraxas3d |
| 20:17.08 | RP | Crofton|work: heh :) |
| 20:17.12 | RP | It is a beta |
| 20:18.15 | *** join/#oe user1 (n=3MX@76-222-125-218.lightspeed.cntmoh.sbcglobal.net) |
| 20:18.34 | woglinde | hi rp |
| 20:21.03 | RP | hi woglinde |
| 20:23.40 | woglinde | rp *g* seems ubtuntu did a little update to the poulsbo stuff |
| 20:24.44 | *** join/#oe jimsheldon (n=jim@c-98-216-198-0.hsd1.nh.comcast.net) |
| 20:24.51 | *** part/#oe jimsheldon (n=jim@c-98-216-198-0.hsd1.nh.comcast.net) |
| 20:26.01 | RP | woglinde: Hopefully there should be some moblin stuff around soon too |
| 20:26.32 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 20:27.51 | woglinde | rp :) |
| 20:28.04 | *** join/#oe brolin (n=brolin@200.24.16.55) |
| 20:28.32 | nytowl | is there some way to add more than 1 ROOTFS_POSTPROCESS_COMMAND |
| 20:28.49 | nytowl | any that get appended with += don't seem to get called |
| 20:29.03 | kergoth | it's a string. |
| 20:29.06 | kergoth | a single string |
| 20:29.14 | kergoth | so remember to end your lines of shell with ";" |
| 20:29.14 | likewise | nytowl: should be. make sure you use "; " inbetween |
| 20:29.18 | kergoth | it's not a list |
| 20:29.19 | kergoth | likewise: :) |
| 20:29.22 | likewise | :-) |
| 20:29.34 | nytowl | likewise, thx thats the insight I was looking for |
| 20:29.50 | likewise | nytowl: thank kergoth, he was more verbose |
| 20:30.01 | kergoth | chuckles |
| 20:30.15 | nytowl | I was just about to thank kergoth for the reason behind the insight :) |
| 20:30.22 | likewise | cool :-) |
| 20:30.43 | likewise | You're talking with both the .us and .eu support teams I guess. |
| 20:32.02 | nytowl | hehe |
| 20:32.13 | nytowl | got both timezones awake righ now |
| 20:32.46 | likewise | yeah this is the most productive part of my day (after work hours) :-) |
| 20:33.03 | likewise | especially if I bring neat hardware to the home |
| 20:34.02 | *** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at) |
| 20:37.21 | orges | hey guys i got gcc-cross package with bitbake now i see some folder but not executable a gcc compiler binary do i need some extra set up or installation? |
| 20:38.33 | orges | are there extra parameters for gcc installation ? it looks like a standard gcc package |
| 20:43.33 | woglinde | orges what is your goal? |
| 20:44.32 | orges | i want to install arm-angstrom-linux-gnueabi-gcc to eo |
| 20:44.36 | orges | to oe |
| 20:45.14 | orges | i got the packages but havent installed properly yet |
| 20:46.18 | woglinde | ???? |
| 20:46.44 | woglinde | you want a compiler? |
| 20:46.49 | woglinde | or pakages? |
| 20:46.53 | woglinde | or sdk? |
| 20:47.01 | orges | i want a compiler |
| 20:47.11 | orges | i have binutils-cross-2.18-r1 gcc-cross-initial-4.1.2-r10 |
| 20:47.12 | orges | cross-linkage-1.0-r0 glibc-intermediate-2.5-r7 |
| 20:47.12 | orges | gcc-cross-4.1.2-r10 linux-libc-headers-2.6.20-r7 |
| 20:47.12 | orges | <PROTECTED> |
| 20:47.21 | woglinde | bitbake gcc-cross yes |
| 20:47.27 | orges | yeah i did it |
| 20:47.36 | orges | then just make is enough? |
| 20:47.46 | woglinde | then it will apper under oetmp/cross |
| 20:47.54 | nytowl | is there anyone that can fix my patchwork access ? |
| 20:48.23 | orges | wow thank you |
| 20:48.28 | woglinde | nytowl crofton |
| 20:48.32 | orges | :) thanks woglinde |
| 20:48.39 | nytowl | thx woglinde |
| 20:48.42 | woglinde | orges all other stuff ist under oetmp/staging |
| 20:48.51 | orges | ok i got it i'm so newbie |
| 20:49.04 | orges | sorry for msg mass |
| 20:49.23 | nytowl | Crofton, Crofton|work can you fix my patchwork access ? |
| 20:49.36 | Crofton|work | ok hang on ' |
| 20:49.38 | likewise | there is also a cross toolchain sdk package, right? meta-sdk- something. |
| 20:49.46 | nytowl | sure |
| 20:50.42 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rc764254f5c 10openembedded.git/recipes/images/fso-image.inc: fso-image.inc : allow other packages to append ROOTFS_POSTPROCESS rules |
| 20:50.53 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r64edc5e659 10openembedded.git/recipes/images/fso-paroli-image.bb: fos-paroli-image : allow other packages to append ROOTFS_POSTPROCESS rules |
| 20:51.04 | Crofton|work | nytowl, you should be able to change patch states |
| 20:51.17 | Crofton|work | noone can comment via patchwork |
| 20:51.27 | nytowl | Crofton|work,, I can't login |
| 20:51.46 | Crofton|work | hmm |
| 20:51.55 | Crofton|work | you need your password reset |
| 20:52.01 | nytowl | never got a confirmation email |
| 20:52.17 | nytowl | that might help |
| 20:53.07 | Crofton|work | I do not think it is a very compex registration sysrtem |
| 20:53.15 | Crofton|work | the user management stuff is not great :) |
| 20:53.40 | nytowl | yeah I could find any way to resend the registration email or reset a password |
| 20:53.51 | nytowl | s/could/couldn't/ |
| 20:54.08 | CIA-35 | 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * rc5d698c9b7 10openembedded.git/packages/enigma2/enigma2.bb: enigma2: add gst-plugin-apetag (otherwise some monkeyish mp3s don't preroll) and move icydemux into common RDEPENDS too |
| 20:54.09 | CIA-35 | 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * r910439c7a0 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git://git.openembedded.net/openembedded into org.openembedded.dreambox |
| 20:54.09 | CIA-35 | 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * r63d1c4212c 10openembedded.git/packages/gstreamer/ (3 files in 2 dirs): |
| 20:54.11 | CIA-35 | gstreamer: add gstreamer (core) 0.10.23 recipe, add gst-plugins-base 0.10.23 recipe including an ugly patch which brings it to current git head |
| 20:54.14 | CIA-35 | (fixes various issues like dvbmediasink playback with multiple audio streams, CD audio playback) |
| 20:55.41 | Crofton|work | I mmight have to delete you and then you can re-add yourself |
| 20:55.47 | Crofton|work | lets try that route |
| 20:56.02 | Crofton|work | no |
| 20:56.07 | Crofton|work | lets not do that |
| 21:07.40 | denix0 | is mickey the only person who manages git ssh keys? |
| 21:10.01 | Crofton|work | I suspect more people can |
| 21:10.30 | Crofton|work | we are moving git server Wednesday, so we should have a bigger list then :) |
| 21:12.41 | denix0 | Crofton|work: ok |
| 21:13.03 | Crofton|work | do you have a specifc question? |
| 21:13.51 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 21:14.27 | denix0 | Crofton|work: http://thread.gmane.org/gmane.comp.handhelds.openembedded/23520/focus=23857 |
| 21:15.12 | Crofton|work | I'll try and remember to ask him in the am |
| 21:15.16 | Crofton|work | cbrake, ping |
| 21:15.42 | cbrake | Crofton|work: howdy |
| 21:15.42 | Crofton|work | although I think we are going to move the server tomorrow |
| 21:15.55 | Crofton|work | we moving git tomorrow |
| 21:15.57 | Crofton|work | ? |
| 21:16.14 | denix0 | Crofton|work: what was the final agreement on org/net? |
| 21:16.17 | cbrake | denix0: I can also manage git keys |
| 21:16.21 | Crofton|work | we should warn people it will be flaky while dns updates |
| 21:16.35 | Crofton|work | well, the official urls are .org |
| 21:16.44 | cbrake | Crofton|work: yes, I'll send out an email later tonight |
| 21:16.48 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
| 21:16.52 | Crofton|work | need to talk to mickey|sports about the .net addresses |
| 21:17.01 | Crofton|work | what time? |
| 21:17.01 | cbrake | Crofton|work: what time suits you to do the switch? |
| 21:17.05 | cbrake | :-) |
| 21:17.13 | Crofton|work | whenever |
| 21:17.18 | Crofton|work | not around my lunch time |
| 21:17.25 | Crofton|work | later would be better |
| 21:17.30 | Crofton|work | things slow in the afternoon |
| 21:17.31 | cbrake | ok, how about 3PM EDT? |
| 21:17.32 | denix0 | cbrake: should Theodore re-send you his key then? |
| 21:17.34 | Crofton|work | ok |
| 21:17.59 | cbrake | denix0: sure, if he already has access, I can change keys, etc |
| 21:18.42 | Crofton|work | denix0, I think we need another ack from an active dev |
| 21:18.43 | denix0 | cbrake: he was granted the access and sent his key to mickey, but haven't heard back yet... |
| 21:19.30 | denix0 | Crofton|work: I can ack - he's patches are sane and he did good job on docs. cbrake can vote for him too :) |
| 21:19.44 | Crofton|work | ok :) |
| 21:19.46 | denix0 | he's = his |
| 21:20.26 | cbrake | denix0: sure, just send key to cbrake@bec-systems.com or cliff.brake@gmail.com |
| 21:21.29 | denix0 | cbrake: thanks |
| 21:21.44 | cbrake | denix0: I'll process later today -- need to head out for a few hours |
| 21:21.56 | denix0 | cbrake: no problem |
| 21:23.36 | cbrake | Crofton|work: how is the eV member stuff coming along? Have not heard much |
| 21:23.46 | Crofton|work | heh |
| 21:23.46 | cbrake | Crofton|work: I hear rumors that there is a maillist going |
| 21:23.52 | Crofton|work | I'll collect a list |
| 21:24.06 | Crofton|work | then get someone else to jion me in proposing them for membership |
| 21:24.13 | Crofton|work | then the current members vote |
| 21:24.20 | Crofton|work | I put you on the list alread |
| 21:24.28 | cbrake | Crofton|work: sounds good -- may as well batch process them for efficiency |
| 21:25.09 | Crofton|work | yep |
| 21:28.53 | Crofton|work | anyone got the url for the linux sound chaos diagram |
| 21:29.38 | kergoth | hmmm |
| 21:32.48 | kergoth | argh |
| 21:32.50 | kergoth | grumbles |
| 21:33.34 | kergoth | wait.. hmm |
| 21:33.44 | kergoth | .. yes, he's talking to himself |
| 21:33.50 | Crofton|work | kergoth goes in circles |
| 21:33.57 | kergoth | :) |
| 21:34.04 | woglinde | good nite |
| 21:34.10 | Crofton|work | gn woglinde |
| 21:34.17 | kergoth | trying to figure out how you'd add to zecke's stuff to avoid the full re-eval when a .conf changes |
| 21:34.20 | kergoth | heh |
| 21:34.23 | kergoth | lots of pieces |
| 21:36.59 | *** join/#oe drw (n=quassel@dirus.hrsmart.com) |
| 21:38.54 | kergoth | the annoying parts are the immediate vs lazy things |
| 21:43.31 | CIA-35 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r5d7b852d1b 10openembedded.git/recipes/kexec/files/kexec2-klibc.patch: kexec-tools-static_2.0.0: add --nostdinc to purgatory Makefile makefile |
| 22:03.18 | pb___ | kergoth: if you could arrange for your AST to be some kind of SSA representation then I think the immediate vs lazy stuff would pretty much fall out in the wash, it'd just become a question of using different vars as the assignment source. |
| 22:05.10 | pb___ | (or, of course, have an ssa intermediate generated from the ast parse tree, if that's easier) |
| 22:05.58 | *** join/#oe dijenerate (n=dijenera@64.210.41.159) |
| 22:05.59 | kergoth | not familiar with ssa representation. i was just mulling over the idea of it storing a "variable" as a tuple of the Statements from the ast that feed into it, in the parse order. then when something gets a := or += or whatever, it becomes a new tuple whose statements are those of the other var at that point in time, or something. |
| 22:06.29 | kergoth | but I'm just throwing ideas around, i dunno |
| 22:06.38 | kergoth | needs more caffeine, also |
| 22:07.26 | pb___ | kergoth: see http://en.wikipedia.org/wiki/Static_single_assignment_form for example |
| 22:07.35 | kergoth | ah, thanks |
| 22:07.53 | kergoth | ahhh, right |
| 22:08.16 | kergoth | my prototype implementation of a bb.data that tracked var refs basically did that. itd keep around refs to old versions of vars |
| 22:09.17 | kergoth | will have to read some more of these links on this wikipedia entry |
| 22:10.30 | kergoth | _append/_prepend are basically just refs to the var's own previous version |
| 22:10.51 | pb___ | right, exactly |
| 22:10.53 | kergoth | foo(2) = "${foo(1)} bar" |
| 22:11.25 | pb___ | and the same goes for foo := "${foo} bar" |
| 22:11.57 | pb___ | (which, obviously, generalises to assignments where the lhs and rhs are different variables) |
| 22:13.32 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 22:16.27 | kergoth | i wonder if += and =+ being different from _append and _prepend could be avoided with a smarter var eval/expansion happening. I mean, i wonder if there are any bits in the metadata that actually rely on +=/=+/.=/=. being immediate |
| 22:16.31 | kergoth | guess we'll find out, eventually |
| 22:20.00 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * re6a8ba0d16 10openembedded.git/ (conf/checksums.ini recipes/kanatest/kanatest_0.4.8.bb): kanatest: add 0.4.8 |
| 22:20.11 | CIA-35 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * re373e7e4f0 10openembedded.git/ (3 files in 2 dirs): kanatest: fight some bitrot (SRC_URI, HOMEPAGE, etc.) |
| 22:20.33 | kergoth | i guess our ssa-like thing would use something analogous to Φ function for normal var refs, since those we can't resolve until we're done parsing everything |
| 22:20.38 | kergoth | ponders |
| 22:22.33 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 22:28.21 | *** join/#oe ptitjes (n=didier@93.2.7.156) |
| 22:31.40 | pb___ | zzz |
| 22:31.41 | pb___ | night all |
| 22:31.49 | ant__ | 'nite |
| 22:33.18 | Crofton|work | gn |
| 22:33.29 | workrat | good morning |
| 22:34.45 | workrat | this is probably a simple question, but how would i go about splitting a single long data type into two different char bytes? |
| 22:34.51 | workrat | in c |
| 22:37.10 | *** join/#oe brolin (n=brolin@static-adsl201-232-76-133.epm.net.co) |
| 22:37.13 | Crofton|work | this is pretty off-topic for here |
| 22:37.33 | Crofton|work | also assuming a long is 4 bytes, that would be 4 chars |
| 22:40.59 | workrat | well yeah thats obvious |
| 22:41.18 | workrat | nm |
| 22:41.40 | workrat | wrong channel tab anyways |
| 22:41.43 | Crofton|work | heh |
| 22:43.42 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd5de998081 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom 2009.X: switch to udev 141 and hal 0.5.12 per RFC |
| 22:43.42 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdda33cd8b2 10openembedded.git/conf/machine/dm355-leopard.conf: dm355-leopard: use upstream UBOOT_MACHINE |
| 22:43.43 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r68ce5c8144 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 22:43.44 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf08698737b 10openembedded.git/conf/checksums.ini: checksums: add more checksums |
| 22:43.47 | CIA-35 | 03Matthieu Poullet <matthieu.poullet@gmail.com> 07org.openembedded.dev * r1f4ac66042 10openembedded.git/recipes/dsplink/ti-paths.inc: |
| 22:43.50 | CIA-35 | dsplink: change path to the XDC tools directory |
| 22:43.52 | CIA-35 | This way the naming convention is more coherent: |
| 22:43.54 | CIA-35 | TIBIOSDIR -> BIOS_INSTALL_DIR |
| 22:43.56 | CIA-35 | TIXDCTOOLSDIR -> XDC_INSTALL_DIR |
| 22:43.58 | CIA-35 | Signed-off-by: Matthieu Poullet <m.poullet@avm.de> |
| 22:44.00 | CIA-35 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 23:02.16 | *** join/#oe jayiz (n=Owner@202-89-173-144.static.dsl.amnet.net.au) |
| 23:08.06 | cdbot2 | * * OE Bug 5062 has been RESOLVED (WONTFIX) by <Laibsch> |
| 23:08.07 | cdbot2 | * * fso-console-image rootfs for a780 is not usable |
| 23:08.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5062 |
| 23:08.10 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 23:22.02 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
| 23:23.05 | cdbot2 | * * OE Bug 3833 has been RESOLVED (FIXED) by <Laibsch> |
| 23:23.07 | cdbot2 | * * getting OE ready for opkg and throw out ipkg |
| 23:23.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3833 |
| 23:31.23 | CIA-35 | 03Paul Eggleton <bluelightning@bluelightning.org> 07org.openembedded.dev * r00113e8b95 10openembedded.git/ (7 files in 3 dirs): zaurusd: update to latest svn (as of 20090501) |
| 23:31.29 | *** join/#oe e-ffi_ (n=cybercom@dslb-088-068-180-175.pools.arcor-ip.net) |
| 23:46.21 | *** join/#oe robtow (n=rtow1@nat/montavista/x-30480a76d1b70ea4) |
| 23:49.35 | Laibsch | remind kergoth about bug 518 |
| 23:49.39 | Laibsch | !oebug 518 |
| 23:49.40 | cdbot2 | * * Bug 518, Status: ASSIGNED, Created: 2005-12-10 05:39 |
| 23:49.41 | cdbot2 | * * mardy(AT)users.sourceforge.net: \[PATCH\] tslib: work with different screen resolution |
| 23:49.42 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=518 |
| 23:49.54 | kergoth | ah, right, thanks, needed the reminder :) |
| 23:54.46 | Laibsch | Can you commit it right away? |