| 01:06.16 | *** join/#oe ibot (ibot@rikers.org) |
| 01:06.17 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 01:14.14 | *** join/#oe aloisiojr (~aloisio@187.59.116.66) |
| 01:15.24 | *** join/#oe methril_home (~methril@189.27.130.57.dynamic.adsl.gvt.net.br) |
| 01:27.02 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 01:27.18 | *** join/#oe marcosmamorim (~marcos@201-92-134-90.dsl.telesp.net.br) |
| 01:34.03 | *** join/#oe methril_home (~methril@189.27.130.57.dynamic.adsl.gvt.net.br) |
| 01:42.36 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
| 01:53.35 | *** join/#oe rsalveti (~rsalveti@187.113.68.90) |
| 01:55.23 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 01:57.10 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 01:57.53 | *** join/#oe tmartins (~zero@187.37.56.32) |
| 02:06.15 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 02:14.44 | *** join/#oe aliosa27 (~aliosa27@2002:ce7e:d252:0:226:bbff:fe17:44cb) |
| 02:20.01 | *** join/#oe mrc3_ (~ddiaz@189.157.110.236) |
| 02:37.38 | *** join/#oe aliosa27 (~aliosa27@206.126.210.82) |
| 02:50.14 | Crofton_|work | anyone know what happened to this file? |
| 02:50.15 | Crofton_|work | /home/balister/oe/tmp/staging/armv7a-angstrom-linux-gnueabi/usr/include/boost/detail/atomic_count_gcc.hpp:20:28: error: bits/atomicity.h: No such file or directory |
| 02:52.37 | *** join/#oe methril_home (~methril@189.27.130.220.dynamic.adsl.gvt.net.br) |
| 03:01.15 | zecke | Crofton_|work: could be a stdc++ include? |
| 03:13.59 | Crofton_|work | zecke, use to work, last week |
| 03:14.03 | Crofton_|work | I am poking around |
| 03:14.09 | Crofton_|work | bed tmie though |
| 03:15.14 | zecke | sleep well |
| 03:22.59 | *** join/#oe soltys (soltys@soltys.soad.pl) |
| 03:24.23 | *** join/#oe borg__ (~olaf@p54868C31.dip0.t-ipconnect.de) |
| 03:38.22 | *** join/#oe methril_home (~methril@189.27.128.49.dynamic.adsl.gvt.net.br) |
| 04:00.10 | *** join/#oe marcosmamorim1 (~marcos@201-42-213-172.dsl.telesp.net.br) |
| 05:13.46 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 05:14.40 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 05:24.08 | *** join/#oe PaulePanter (~paul@f053036078.adsl.alicedsl.de) |
| 05:25.55 | PaulePanter | The `enna_hg.bb` recipe I posted to the list needs `libvalhalla_hg.bb` but `libvalhalla_1.0.1.bb` is chosen. How do I specify this dependency? `PREFERRED_VERSION_libvalhalla = "hg"` in the recipe? |
| 05:26.37 | PaulePanter | Enna 0.4.0 for example depends on libvalhalla 1.0.1. |
| 05:27.08 | zecke | PaulePanter: "hg" is unlikely the version... |
| 05:27.35 | PaulePanter | zecke: Ok, PV = "0.4.0+hg" then? |
| 05:28.11 | PaulePanter | But that will change if a new release happens. |
| 05:28.16 | zecke | PaulePanter: this wouldn't follow the naming/version convention either. |
| 05:28.52 | PaulePanter | zecke: Could you give me a pointer to the naming convention, please. |
| 05:29.51 | zecke | PaulePanter: http://wiki.openembedded.net/index.php/Versioning_Policy, and it is outdaed for SRCREV :( |
| 05:30.58 | PaulePanter | zecke: Sorry, `PV = "1.0.1+hg" it should be. (I pasted the version for Enna and not libvalhalla.) |
| 05:31.18 | zecke | PaulePanter: but as you use a fixed SRCREV the +hg is probably fine, so yes PREFERRED_VERSION_libvalhalla = "1.0.0+hg" should work |
| 05:33.04 | PaulePanter | zecke: How would you have done it? If it is not fixed append `r${SRCREV}`? |
| 05:33.35 | PaulePanter | zecke: `PREFERRED_VERSION_libvalhalla = "hg"` seems to work though. ;-) |
| 05:34.38 | PaulePanter | If a Mercurial/hg repository is used in the `SRC_REV` BitBake is always failing for me the first time and then works afterwards. Is that a known bug of BitBake? |
| 05:35.15 | PaulePanter | I am using BitBake 1.8.19. |
| 05:41.10 | *** join/#oe mrc3_ (~ddiaz@189.157.110.236) |
| 05:41.18 | zecke | PaulePanter: no idea, I have never used the hg fetcher |
| 05:41.22 | PaulePanter | zecke: Sorry, I was wrong. `PREFERRED_VERSION_libvalhalla = "hg"` does *not* work. |
| 05:41.36 | PaulePanter | zecke: I will send a message to the list. |
| 05:41.50 | zecke | PaulePanter: did you try libvalhalla = "1.0.0+hg"? |
| 05:44.40 | PaulePanter | zecke: Not yet. I had to wait for another task to finish. I am trying now. |
| 05:45.40 | zecke | PaulePanter: also with bitbake -e on the libvahalla_hg.bb you should see the content of PV, sticking that into PREFERRED_VERSION should work |
| 05:46.26 | PaulePanter | zecke: Thanks, I will try it in the next run. |
| 05:55.58 | PaulePanter | It looks like I cannot use `PREFERRED_VERSION_libvalhalla = "1.0.0+hg" in a recipe. I will use it in `local.conf`. But that does not work generally. So can I specify it in a recipe? |
| 05:56.17 | zecke | PaulePanter: no you can not. |
| 05:57.04 | PaulePanter | zecke: That is bad. :( |
| 05:57.04 | zecke | PaulePanter: for your hg update problem, a log file would be extremely helpful, e.g. with bitbake -DDD -vvv |
| 05:57.33 | PaulePanter | zecke: I will only be able to provide it in some hours. Sorry. |
| 05:58.06 | PaulePanter | zecke: Can you reproduce this? |
| 05:58.08 | zecke | PaulePanter: well, what you want and we don't have right now is DEPENDS = "foo (>= 1.0.0+hg)". We only ever got as far as parsing this information, but not to evaluate it |
| 05:58.21 | zecke | PaulePanter: not right now |
| 05:59.14 | PaulePanter | zecke: Thanks! |
| 06:03.47 | PaulePanter | I will report back later. Thanks for your help so far. |
| 06:07.04 | *** join/#oe siji (~siji@122.170.9.183) |
| 06:29.42 | *** join/#oe kristoffer (~kristoffe@95.209.184.15.bredband.tre.se) |
| 06:32.25 | *** join/#oe thebohemian (~rschus@p5DDC369A.dip.t-dialin.net) |
| 06:32.38 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 06:34.25 | *** join/#oe Heinervdm (~thomas@pD9E1429E.dip.t-dialin.net) |
| 06:44.27 | *** join/#oe zecke (~ich@123-192-181-204.dynamic.kbronet.com.tw) |
| 06:44.33 | *** join/#oe kapu (~petri@lol.asd.fi) |
| 06:53.26 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:54.09 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:54.24 | *** join/#oe Laibsch1 (~Laibsch@219.127.212.210) |
| 06:55.03 | *** part/#oe Laibsch1 (~Laibsch@219.127.212.210) |
| 07:02.03 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 07:02.39 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r760b513491 10openembedded.git/recipes/openmoko-3rdparty/emtooth_svn.bb: |
| 07:02.39 | CIA-2 | emtooth: bump SRCREV, add new deps |
| 07:02.39 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:02.50 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rc7736ca03a 10openembedded.git/recipes/efl1/ecore_svn.bb: |
| 07:02.50 | CIA-2 | ecore: enable XIM for dead keys support from illume keyboards |
| 07:02.50 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:08.44 | *** join/#oe Longfield (~valentin@lsa1pc7.epfl.ch) |
| 07:09.19 | mckoan | good morning |
| 07:13.04 | JaMa | good morning |
| 07:15.55 | *** join/#oe _ProtoN_ (~lcintrat@93.2.234.35) |
| 07:17.37 | CIA-2 | 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * r7271551808 10openembedded.git/recipes/bluez/ (files/obexd-add-fso-support.patch obexd_0.22.bb): |
| 07:17.37 | CIA-2 | obexd: add 0.22 |
| 07:17.38 | CIA-2 | * Add experimental FSO PBAP for SHR only |
| 07:17.38 | CIA-2 | Signed-off-by: Thomas Zimmermann <ml@vdm-design.de> |
| 07:20.10 | *** join/#oe frank7d (~frank@91-2.3-213.fix.bluewin.ch) |
| 07:22.54 | *** join/#oe rwhitby` (~rwhitby@nslu2-linux/rwhitby) |
| 07:38.41 | *** join/#oe mikeul (~509888f5@gateway/web/freenode/x-eohnvtjfflbzlssn) |
| 07:39.44 | *** join/#oe MWelchUK_work (~welchma@65.91.2.71) |
| 07:39.55 | MWelchUK_work | gm |
| 07:42.05 | *** join/#oe dth (~dieter@p4FDEAF0A.dip.t-dialin.net) |
| 07:43.16 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:50.55 | *** join/#oe fpga (~s@92.62.56.51) |
| 07:53.18 | *** join/#oe dth (~dieter@p4FDEAF0A.dip.t-dialin.net) |
| 08:01.19 | *** join/#oe dth (~dieter@p4FDEAF0A.dip.t-dialin.net) |
| 08:03.32 | *** join/#oe dth (~dieter@p4FDEAF0A.dip.t-dialin.net) |
| 08:07.03 | *** join/#oe Laibsch1 (~Laibsch@219.127.212.210) |
| 08:07.19 | *** part/#oe Laibsch1 (~Laibsch@219.127.212.210) |
| 08:07.55 | MWelchUK_work | ping eFfeM |
| 08:10.02 | eFfeM | MWelchUK_work: pong |
| 08:10.08 | eFfeM | & gm |
| 08:11.03 | RP | morning all |
| 08:11.11 | eFfeM | yo RP |
| 08:11.16 | MWelchUK_work | Did you manageto get m4 1.4.14 to build? |
| 08:11.54 | eFfeM | MWelchUK_work: not sure any more, i seem to recall someone else took a peek too |
| 08:12.30 | MWelchUK_work | Ah! Not on org.openembedded.dev |
| 08:12.46 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 08:13.10 | eFfeM | MWelchUK_work: yes: http://cgit.openembedded.org/cgit.cgi/openembedded/log/recipes/m4/m4_1.4.14.bb |
| 08:13.16 | eFfeM | chris did |
| 08:14.07 | eFfeM | i recall having tried to get rid of the native recipe, but w/o too much success |
| 08:14.41 | MWelchUK_work | eFfeM, I looks like I'm using an older version of automake... |
| 08:14.57 | eFfeM | ah ok |
| 08:15.28 | eFfeM | let me give it a quick try |
| 08:15.48 | eFfeM | while waiting for some real work to complete |
| 08:16.46 | eFfeM | will take a short while |
| 08:17.18 | MWelchUK_work | I thought I might get away with using m4 1.4.12, but oddly now autoconf is moaning it needs m4 version 1.4 or later?! |
| 08:18.39 | eFfeM | autoconf moved to a new version too |
| 08:19.21 | MWelchUK_work | The native packages appear to work fine. |
| 08:20.20 | eFfeM | i'll let you know how i proceed, cache is out of date, now at 67%, system is also quite busy with other things |
| 08:29.19 | *** join/#oe fpga (~s@92.62.56.51) |
| 08:32.38 | *** part/#oe MWelchUK_work (~welchma@65.91.2.71) |
| 08:32.53 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 08:33.07 | *** join/#oe MWelchUK_work (~welchma@65.91.2.71) |
| 08:43.26 | *** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 08:46.51 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 08:47.33 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:49.44 | eFfeM | MWelchUK_work: m4 1.4.12 needs autoconf 2.65 and that has default preference -1 |
| 08:50.17 | eFfeM | actually it needs autoconf >= 2.64 but we have no recipe for 2.64 |
| 08:51.24 | MWelchUK_work | Isn't it the other way around - m4 1.4.12 seems to have compiled, then it tries to build autconf. |
| 08:51.48 | eFfeM | for me it does not compile, configure tails |
| 08:51.50 | eFfeM | fails |
| 08:52.14 | eFfeM | configure.ac:20: error: Autoconf version 2.62 or higher is required |
| 08:52.22 | eFfeM | actually this is ofc for 1.4.14 not .12 |
| 08:52.30 | dth | good morning florian, all |
| 08:52.42 | MWelchUK_work | Yes - 1.4.14 fails for me too |
| 08:53.08 | MWelchUK_work | It needs a newer version of automake as far as I can see. |
| 08:53.22 | eFfeM | probably best thing is to try to use .14 but enable the autoconf 2.63 recipe locally |
| 08:53.29 | eFfeM | maybe XorA|gone has more info |
| 08:54.27 | MWelchUK_work | thinks he's going to have to get his head around the whole automake/m4/autoconf thing. |
| 08:54.37 | MWelchUK_work | It's really not a natural fit! |
| 08:55.15 | florian | good morning |
| 08:55.19 | MWelchUK_work | gm |
| 08:56.49 | ant_work | eFfeM: I have to catch XorA|gone too... I had to revert to autoconf-2.63 in order to build kexec-tools. It was the only one failing |
| 08:57.46 | ant_work | btw, see his tree: http://www.xora.org.uk/cgi-bin/cgit.cgi/openembedded/log/?h=xora/autoconf-2.65 |
| 08:57.47 | *** join/#oe zecke (~ich@123-192-181-204.dynamic.kbronet.com.tw) |
| 08:58.57 | *** join/#oe Ironnads (~Ironnads@host86-177-89-184.range86-177.btcentralplus.com) |
| 08:59.00 | *** join/#oe pix__ (~pix@2001:6f8:3b5:0:219:dbff:fec7:9c83) |
| 08:59.54 | ant_work | it seems some recipes could need some m4 hacking |
| 09:07.21 | MWelchUK_work | eFfeM, Think I'm going to try automake 1.10.3, m4 1.4.12 and autoconf 2.63 and see if I get anywhere with that. |
| 09:08.58 | MWelchUK_work | assumes that automake, m4 and autoconf are quite fundamental and so probably needs to do a clean build. |
| 09:09.07 | hrw | morning |
| 09:09.11 | MWelchUK_work | morning |
| 09:13.06 | ant_work | hm.. could anyon pls check whether xextproto does fetch? My build was broken... |
| 09:13.30 | ant_work | I did dare to empty my src dir :/ |
| 09:21.00 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 09:25.53 | *** join/#oe Sleep_Walker (~Sleep@nat/novell/x-vehtqdfeverdvvwd) |
| 09:34.20 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 09:52.45 | *** join/#oe PaulePanter (~paul@f053036078.adsl.alicedsl.de) |
| 09:55.32 | PaulePanter | I want to just try if the `SRC_URI` with a Mercurial/hg repository works. So I have to clean my `${OE_TREE}/downloads` folder of the already downloaded files. When I then run `$ bitbake -c fetch -b /srv/filme/oe/openembedded/recipes/libvalhalla/libvalhalla_hg.bb` it does not try to clone the repository though. Could you give me the right option for `-c` please. |
| 09:56.46 | zecke | PaulePanter: well, I assume you have a "stamp" for do fetch |
| 09:56.53 | zecke | PaulePanter: attempt to put -f in your command line |
| 09:58.39 | PaulePanter | zecke: Thanks, but adding `-f` did not help. It just says `NOTE: Running task 2 of 2 (ID: 0, /oe/openembedded/recipes/libvalhalla/libvalhalla_hg.bb, do_fetch)` but nothing happens. |
| 10:02.03 | eFfeM | kergoth: you any idea on the m4 problem above ? |
| 10:03.09 | zecke | PaulePanter: no idea then, just try -c clean and retry?, also remove the tarball and the tarball.md5 from the source dir? |
| 10:03.49 | PaulePanter | zecke: Yes, I did this now. I just wanted to be clever and save the rebuilding stuff. ;-) Thanks. |
| 10:03.51 | MWelchUK_work | eFfeM, kergoth, I get what seems to be the same problem building autoconf 2.65 and 2.63 |
| 10:04.26 | *** join/#oe dth (~dieter@p4FDEF969.dip.t-dialin.net) |
| 10:04.54 | zecke | PaulePanter: i think the clean will also not have the effect you want... IIRC the do_fetch looks for .md5 files and then figures out that everything is fine and it does not need to do anything. |
| 10:05.34 | MWelchUK_work | eFfeM, kergoth: http://pastebin.com/1QTmRW33 |
| 10:06.06 | eFfeM | no idea here |
| 10:06.22 | MWelchUK_work | eFfeM, kergoth, at least autoconf 2.61 builds :-) |
| 10:10.19 | MWelchUK_work | Which has some patches to it, not applied for 2.63 and 2.65 |
| 10:10.36 | *** join/#oe pvanhoof (root@217.22.63.169.static.hosted.by.easyhost.be) |
| 10:10.40 | hrw | patches... |
| 10:12.38 | *** join/#oe pvanhoof (pvanhoof@217.22.63.169.static.hosted.by.easyhost.be) |
| 10:13.24 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:15.07 | *** join/#oe methril_home (~methril@189.27.130.124.dynamic.adsl.gvt.net.br) |
| 10:16.55 | *** join/#oe kristoffer (~kristoffe@95.209.41.165.bredband.tre.se) |
| 10:17.11 | *** join/#oe mario-goulart (~user@67.205.85.241) |
| 10:19.30 | PaulePanter | zecke: Ok, finally it worked. After `-c clean` I also had to run the normal `bitbake -b â¦` with `-f` added. |
| 10:22.46 | *** join/#oe mithro_ (~tim@unaffiliated/mithro) |
| 10:24.25 | ant_work | MWelchUK_work: I could build autoconf-2.63 after agit pull ~12 hours ago |
| 10:24.42 | ant_work | Angstrom Distro |
| 10:25.14 | MWelchUK_work | ant_work, isn't angstom defaulting to 2.65 |
| 10:25.19 | ant_work | yes :/ |
| 10:25.57 | MWelchUK_work | ant_work, Hmm, sure I pulled this morning, tried 2.63 and it didn't work for me. |
| 10:26.40 | MWelchUK_work | I've also stuck in a preferred verison for m4 (1.4.12) so that might have affected it. |
| 10:26.43 | ant_work | note that I had the 2.65 already built and decided to downgrade seeing kexec-tools failing |
| 10:27.01 | ant_work | I had two autoconf (2.63 and 2.65) in mt configure logs :/ |
| 10:27.03 | ant_work | brrr |
| 10:27.39 | ant_work | I'll check tonight..but as I said my build of last night failed because fetch error |
| 10:28.28 | ant_work | I'll fix this and rebuild from scratch, then |
| 10:29.09 | MWelchUK_work | ant_work, I think I'm going to have to do a build from scratch as well. Might try and get something to work and do that over night! |
| 10:29.10 | *** join/#oe GNUtoo (~GNUtoo@host115-202-dynamic.21-79-r.retail.telecomitalia.it) |
| 10:29.27 | ant_work | he :) I launch my build overnight |
| 10:29.51 | ant_work | lesson #1: never empty SRCDIR while doing unsurveiled builds ... |
| 10:30.24 | MWelchUK_work | ant_work, I have a box with a number of builds set off by a cron job every night - only problem is I screwed up the script a bit recently :-s |
| 10:30.57 | MWelchUK_work | ant_work, moving the directory probably would have been a better idea... |
| 10:31.16 | ant_work | yes, but this was a 'debug' build :) |
| 10:31.43 | ant_work | btw do we have something like 'eclean distfiles' to prune srcdir? |
| 10:32.19 | *** join/#oe siji (~siji@122.170.9.183) |
| 10:34.00 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:36.35 | *** join/#oe BillK (~BillK@203-206-110-203.dyn.iinet.net.au) |
| 10:39.35 | *** join/#oe mithro__ (~tim@unaffiliated/mithro) |
| 11:06.52 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r39e783decf 10openembedded.git/classes/scons.bbclass: scons bbclass: convert to new style staging |
| 11:06.53 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r01d75b1a85 10openembedded.git/classes/scons.bbclass: scons bbclass: add SCONS_FIX_ENV option that allows you to fix the toolchain from env |
| 11:06.54 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r584b124b6b 10openembedded.git/recipes/python/ (2 files in 2 dirs): |
| 11:06.54 | CIA-2 | python-scons: update to 1.3.0 |
| 11:06.54 | CIA-2 | * stage sconscript file that gets the toolchain options from the environment |
| 11:15.05 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r076a2ad86e 10openembedded.git/recipes/opencv/artoolkitplus_2.2.0.bb: artoolkitplus: add 2.2.0 |
| 11:18.11 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 11:21.49 | PaulePanter | Does anyone remember who nslu2-linux.adm@bkbits.net is and how to contact him. |
| 11:22.10 | XorA | PaulePanter: rwhitby ?? |
| 11:22.27 | rwhitby | PaulePanter: that would be me probably |
| 11:22.57 | PaulePanter | rwhitby: Great! I have a question regarding `autotools.bbclass`. |
| 11:23.32 | PaulePanter | rwhitby: Why did you put `EXTRA_AUTORECONF = "--exclude=autopoint"` in it? |
| 11:23.54 | rwhitby | PaulePanter: note that particular email address means that it was imported from a bitkeeper database over 5 years ago by someone related to the nslu2-linux project which had over 100 developers |
| 11:24.11 | PaulePanter | rwhitby: I tried a rebuild with this line disabled and it worked for me. |
| 11:24.34 | rwhitby | PaulePanter: I personally have no knowledge of any changes to autotools.bbclass |
| 11:24.59 | rwhitby | PaulePanter: where does that email address occur? |
| 11:25.08 | hrw | rwhitby: probably in git log |
| 11:25.25 | hrw | rwhitby: merge from old bitkeeper time probably |
| 11:25.30 | PaulePanter | rwhitby: Commit 0f235b0f42575bfb50dd891cf44aa08c2e404a67. |
| 11:26.12 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r248e00f306 10openembedded.git/conf/distro/include/sane-srcrevs.inc: |
| 11:26.12 | CIA-2 | EFL: bump SRCREV |
| 11:26.12 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 11:26.39 | rwhitby | PaulePanter: ok, that email address means that the original authorship of that change has been lost, and a default group email has been used instead. |
| 11:27.13 | Crofton | rwhitby, funny who things come back to haunt you after years :0 |
| 11:27.16 | PaulePanter | rwhitby: Thank you for the clarification. |
| 11:27.16 | Crofton | er :) |
| 11:27.35 | Crofton | more coffee |
| 11:27.40 | hrw | I hope that no one will ask me about ko/pi and kdepim/pi ;D |
| 11:27.47 | *** join/#oe Pr0t0N (~lcintrat@93.24.226.208) |
| 11:27.51 | rwhitby | PaulePanter: no worries, mate. |
| 11:28.09 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r78c29173da 10openembedded.git/conf/distro/include/sane-srcrevs.inc: EFL: bump SRCREV even more for last few efreet fixes |
| 11:31.13 | ant_work | XorA: hi,may I ask you where did you get the patches for autoconf-2.65 from? |
| 11:31.43 | XorA | ant_work: what patches? |
| 11:31.56 | ant_work | those in your (merged) tre |
| 11:32.03 | ant_work | *tree |
| 11:32.53 | ant_work | unfortunately Gentoo is still on 2.63 so I could'n steal anything yet... wrt kexec-tools |
| 11:34.16 | XorA | ant_work: do you mean patches applied to autoconf or other patches? |
| 11:34.33 | ant_work | m4 patches for recipes failing with autoconf-2.65 |
| 11:34.55 | XorA | ant_work: google for xxxxx autoconf 2.64 |
| 11:35.21 | ant_work | hm..any big change between 2.64 and 2.65? |
| 11:36.08 | XorA | ant_work: no, thats why you search for 2.64, thats when the breakages happened |
| 11:36.21 | ant_work | great, thx |
| 11:36.33 | ant_work | found some debian links already.. |
| 11:36.36 | XorA | discovered that by luck |
| 11:36.56 | ant_work | he.. The |
| 11:36.57 | ant_work | fix is simply to add a ";" before fi |
| 11:37.17 | XorA | ant_work: that sounds wrong |
| 11:37.23 | ant_work | http://www.mail-archive.com/debian-bugs-rc@lists.debian.org/msg189733.html |
| 11:38.22 | XorA | ant_work: ah that could be right in that particular case |
| 11:38.45 | XorA | ant_work: there are also some changes to expansion order, which caused fun |
| 11:43.32 | eFfeM | MWelchUK_work: just moved to the latest autoconf and automake (by commenting out the default pref lines) and then m4 1.4.14 builds |
| 11:43.49 | ant_work | bah..I was seeking for the irclogs but both server are behaving badly.. |
| 11:43.58 | ant_work | hentges one is 'kaputt' |
| 11:43.58 | eFfeM | thinks that either we should mvoe to the latest auto* or have the latest m4 with default pref -1 |
| 11:44.23 | XorA | eFfeM: we are on latest auto* |
| 11:44.58 | PaulePanter | Somehow <http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-March/018237.html> was overlooked by Patchwork. Could some please commit this. |
| 11:45.51 | eFfeM | XorA: we're not, angstrom is, but oe in general is not: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/autoconf/autoconf_2.65.bb |
| 11:46.01 | eFfeM | DEFAULT_PREFERENCE = "-1" |
| 11:46.33 | eFfeM | patchwork seems to miss patches regularly |
| 11:47.07 | eFfeM | XorA: so if you want to build for minimal things break |
| 11:47.33 | XorA | eFfeM: well moan at minimal distro guys :-D |
| 11:47.33 | eFfeM | learned to avoid to touch autoconf again, so he's not going to remove that default pref .... |
| 11:47.48 | eFfeM | i think the recipe should have the default pref removed |
| 11:48.08 | XorA | do it then :-D |
| 11:48.08 | eFfeM | thinks we have too many things with DEFAULT_PREFERENCE = "-1" |
| 11:48.14 | ant_work | eFfeM: well...root/conf/distro/include/angstrom-2008-preferred-versions.inc wins |
| 11:48.23 | eFfeM | ant_work: i know |
| 11:48.36 | ant_work | butthere is more...one could have some PREFERRED_.. |
| 11:48.38 | XorA | eFfeM: in truth, I never meant to commit it with that |
| 11:48.44 | XorA | eFfeM: that was an accident |
| 11:48.48 | ant_work | 3 levels are a bit confusing |
| 11:49.07 | eFfeM | XorA: i'm still hiding below the pile of dirt pushed upon me the previous time I touched autohelll |
| 11:49.09 | XorA | eFfeM: Im in france with no access so cant fix it, please do with my blessing |
| 11:49.28 | eFfeM | XorA: autoconf and automake |
| 11:49.31 | eFfeM | ? |
| 11:49.39 | XorA | eFfeM: automake isnt my recipe |
| 11:49.51 | XorA | eFfeM: but I can Ack the fix for autoconf |
| 11:50.38 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1c4a1dcef5 10openembedded.git/recipes/u-boot/ (8 files in 2 dirs): uboot git: update beagleboard |
| 11:51.19 | eFfeM | automake has been added by dirk opfer |
| 11:51.29 | XorA | eFfeM: angstrom isnt on ltest automake |
| 11:51.59 | eFfeM | is it on latest m4 ? taht one gave me a msg saying it needed a later automake |
| 11:52.49 | XorA | erm, I had thought it was, but I might have fucked up |
| 11:53.10 | XorA | doesnt have a build tree here |
| 11:54.20 | MWelchUK_work | eFfeM, Ah, Ok. |
| 11:54.27 | MWelchUK_work | cheers. |
| 11:54.32 | XorA | eFfeM: my plan is to take a weekend to test/bump angstrom to latest |
| 11:54.52 | MWelchUK_work | So I guess it's th old version of automake that's causing all the problems? |
| 11:56.44 | ant_work | I had only one package failing because of autoconf-2.65, and I was using automake-1.10.3 |
| 11:56.50 | MWelchUK_work | ping hrw |
| 11:57.20 | hrw | pong MWelchUK_work |
| 11:57.24 | MWelchUK_work | :-) |
| 11:57.35 | eFfeM | ant_work: try to clean m4 then build it |
| 11:57.44 | MWelchUK_work | Can I completely remove e2fsprogs from task-proper-tools.bb? |
| 11:58.01 | hrw | prefer to not do that |
| 11:58.25 | ant_work | eFfeM: one rebuild from scratch can't be escaped today... |
| 11:58.30 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r8b6dbef9a6 10openembedded.git/recipes/autoconf/autoconf_2.65.bb: |
| 11:58.30 | CIA-2 | autoconf: removed DEFAULT_PREFERENCE = -1 |
| 11:58.30 | CIA-2 | as discussed on #oe |
| 11:58.31 | CIA-2 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 11:58.31 | CIA-2 | Acked-by: Graeme Gregory <dp@xora.org.uk> |
| 11:58.32 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r48f59b9a05 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
| 11:58.34 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r0682e2a57d 10openembedded.git/recipes/tgt/tgt_1.0.2.bb: |
| 11:58.34 | CIA-2 | tgt: moved to 1.0.3 |
| 11:58.34 | CIA-2 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 11:58.35 | eFfeM | there you are, apologies for the merge |
| 11:58.40 | MWelchUK_work | hrw, Ok, so I just need e2fsprogs, none of the sub packages? |
| 11:58.46 | eFfeM | but rebase didn't do it |
| 11:58.55 | hrw | eFfeM: "autoconf 2.65: removed DEFAULT_PREFERENCE = -1" for future please |
| 11:59.23 | ant_work | oh, right |
| 11:59.36 | eFfeM | hrw: ok is indeed better |
| 11:59.37 | hrw | MWelchUK_work: iirc we depend on them in other places |
| 11:59.53 | MWelchUK_work | hrw, Ok. |
| 12:00.07 | hrw | MWelchUK_work: I am enabling reset now in u-l-ng |
| 12:00.32 | hrw | I think that we need to recheck what goes to basic rootfs and into extended ones... |
| 12:00.47 | hrw | some things in u-l-ng are listed as deprecated |
| 12:01.14 | eFfeM | hrw, should have named it somewhere, actually didn't because by heart I adhere to this: |
| 12:01.14 | eFfeM | http://wiki.openembedded.org/index.php/Commit_log_example |
| 12:01.24 | eFfeM | <PROTECTED> |
| 12:01.44 | eFfeM | but could have mentioned 2.65 after the : |
| 12:01.45 | hrw | eFfeM: I aggree with commit policy, but your commit touched ONE version |
| 12:01.50 | eFfeM | true |
| 12:02.05 | hrw | eFfeM: it is not that you removed DEFAULT_PREFERENCE = -1 for autoconf |
| 12:02.10 | hrw | you did it for 2.65 only |
| 12:02.26 | eFfeM | ideally would have been: autoconf: removed DEFAULT_PREFERENCE = -1 for 2.65 |
| 12:02.40 | hrw | sounds nice |
| 12:02.55 | eFfeM | fully agree with your remark, will take care next time |
| 12:04.56 | ant_work | still dubious about touching kernel recipes... |
| 12:05.08 | ant_work | in that case I'd keep the ver |
| 12:08.03 | MWelchUK_work | hrw, I really need to move this to busybox-alt: http://patchwork.openembedded.org/patch/1794/ |
| 12:08.51 | hrw | ok, do that then |
| 12:09.09 | MWelchUK_work | The file is already there for busybox... |
| 12:09.43 | CIA-2 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * rfd43073321 10openembedded.git/recipes/util-linux-ng/util-linux-ng.inc: |
| 12:09.43 | CIA-2 | util-linux-ng: swapoff is symlink to swapon |
| 12:09.43 | CIA-2 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 12:09.44 | CIA-2 | 03Marcin Juszkiewicz <marcin@buglabs.net> 07org.openembedded.dev * r02f7331e4f 10openembedded.git/recipes/alsa/ (alsa-state.bb alsa-state/bug20/asound.state): |
| 12:09.44 | CIA-2 | alsa-state: BUG 2.0 support |
| 12:09.44 | CIA-2 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 12:09.54 | CIA-2 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * rb185cddd04 10openembedded.git/recipes/util-linux-ng/util-linux-ng.inc: |
| 12:09.54 | CIA-2 | util-linux-ng: enable reset command |
| 12:09.55 | CIA-2 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 12:11.09 | CIA-2 | 03Martyn Welch <martyn.welch@ge.com> 07org.openembedded.dev * r7d7f2596ec 10openembedded.git/recipes/ifupdown/ (ifupdown-ubuntu-0.6.8/init ifupdown-ubuntu_0.6.8.bb): |
| 12:11.10 | CIA-2 | Add ubuntu verison of ifupdown |
| 12:11.10 | CIA-2 | We need some of the features in the ubuntu version of ifupdown, rather than |
| 12:11.10 | CIA-2 | the version found in Debian. |
| 12:11.10 | CIA-2 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 12:11.38 | hrw | ops, last one had to be edited in commit first |
| 12:11.41 | hrw | nevermind |
| 12:12.16 | hrw | MWelchUK_work: I will merge few of your components into dev and push - ok/ |
| 12:12.17 | hrw | ? |
| 12:12.40 | MWelchUK_work | hrw, sure. |
| 12:12.45 | MWelchUK_work | np |
| 12:15.01 | *** join/#oe slapin (~slapin@fan.ossfans.org) |
| 12:16.53 | slapin | hi, all! |
| 12:17.43 | PaulePanter | MWelchUK_work: In commit 7d7f2596ec0aea7684d2c05fa852f093b622b530 would have `PR = "r0"` been better? |
| 12:18.18 | slapin | I want to add a package at image build time. A package RCONFLICTS with some of default packages (busybox-syslog). Is it possible? |
| 12:20.58 | MWelchUK_work | PaulePanter, is that one of the commits hrw just made? |
| 12:21.03 | CIA-2 | 03Martyn Welch <martyn.welch@ge.com> 07org.openembedded.dev * rba9d4c2181 10openembedded.git/recipes/start-stop-daemon/ (files/start-stop-daemon.c start-stop-daemon_1.9.18.bb): |
| 12:21.03 | CIA-2 | start-stop-daemon: added standalone C version |
| 12:21.03 | CIA-2 | This is not needed if you are building with busybox, however it is |
| 12:21.03 | CIA-2 | required if attempting a busybox-less build and do not want to have DPKG |
| 12:21.03 | CIA-2 | installed. |
| 12:21.04 | CIA-2 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 12:21.05 | CIA-2 | 03Martyn Welch <martyn.welch@ge.com> 07org.openembedded.dev * r3352b508e2 10openembedded.git/recipes/traceroute/traceroute_2.0.12.bb: |
| 12:21.05 | CIA-2 | traceroute: added 2.0.12 version |
| 12:21.06 | CIA-2 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 12:21.06 | CIA-2 | 03Martyn Welch <martyn.welch@ge.com> 07org.openembedded.dev * rc5014e1b9f 10openembedded.git/recipes/realpath/ (files/makefile.patch realpath_1.10.bb): (log message trimmed) |
| 12:21.07 | CIA-2 | realpath: added 1.10 |
| 12:21.07 | CIA-2 | The package contains a small utility realpath, which converts each |
| 12:21.08 | CIA-2 | pathname argument to an absolute pathname, which has no components |
| 12:21.08 | CIA-2 | that are symbolic links or the special . or .. directory entries. |
| 12:21.09 | CIA-2 | This utility provides mostly the same functionality as `/bin/readlink -f' |
| 12:21.09 | CIA-2 | in the coreutils package. |
| 12:21.34 | hrw | PaulePanter: probably would be better but it cannot be reversed now |
| 12:21.54 | hrw | PaulePanter: sometimes I forgot to clean such small things before initial push |
| 12:22.05 | hrw | PaulePanter: especially when I use recipe for longer time |
| 12:22.28 | hrw | MWelchUK_work: commits rewritten this time |
| 12:23.36 | hrw | MWelchUK_work: task-proper-tools is what I want to push as next |
| 12:23.57 | MWelchUK_work | Ok, I'm just working on a cleaned up version... |
| 12:24.32 | PaulePanter | hrw: Probably one downside if there are no review rounds. |
| 12:24.51 | MWelchUK_work | hrw, Just want to see which patches I can remove from my queue after the above activity! |
| 12:25.08 | hrw | PaulePanter: Martyn sent that version quite long time - no one looked nearly |
| 12:25.12 | MWelchUK_work | hrw, PaulePanter, I did push them to the ML as RFC! |
| 12:25.33 | MWelchUK_work | Though I hadn't expected hrw to be so eager |
| 12:25.37 | *** join/#oe marcosmamorim (~marcos@201-42-213-172.dsl.telesp.net.br) |
| 12:25.45 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 12:26.23 | hrw | MWelchUK_work: your work made my work easier as we both work to get same result - rootfs without busybox |
| 12:28.53 | PaulePanter | MWelchUK_work: I am sorry. I missed those. |
| 12:30.30 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdca5bfe78f 10openembedded.git/conf/machine/include/tune-cortexa8.inc: angstrom: start adding infrastructure to support 'hardfp' on new arm cores |
| 12:34.29 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 12:35.47 | MWelchUK_work | hrw, I haven't had a chance to build it yet, but something like this: http://pastebin.com/kevNYP4L |
| 12:37.34 | hrw | MWelchUK_work: hwclock.sh is for util-linux-ng - rigth? |
| 12:38.02 | hrw | MWelchUK_work: maybe add it into u-l-ng as u-l-ng-hwclock which will be in RDEPENDS of busybox-alt? |
| 12:39.35 | MWelchUK_work | hrw, No, hwclock.sh is a part of busybox. It got dumped on u-l-ng during some early dev work. |
| 12:39.41 | hrw | ok |
| 12:39.52 | MWelchUK_work | Actually it's in recipes/busybox/files/ |
| 12:40.22 | MWelchUK_work | Hence why it really should be a part of busybox-alt... |
| 12:40.43 | hrw | ok |
| 12:41.52 | *** join/#oe aliosa27 (~aliosa27@2002:ce7e:d252:0:226:bbff:fe17:44cb) |
| 12:44.26 | hrw | MWelchUK_work: I will look more into ifupdown-ubuntu |
| 12:45.11 | MWelchUK_work | hrw, I had a look to see if my understanding of the situation was correct, however the differences were so cryptic to me that I gave up fast :-) |
| 12:45.16 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 12:56.05 | *** join/#oe fpga (~s@92.62.56.51) |
| 13:02.17 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
| 13:08.46 | *** join/#oe lisppaste7 (~lisppaste@common-lisp.net) |
| 13:13.03 | *** join/#oe fraxinas (~quassel@cl-2561.ham-01.de.sixxs.net) |
| 13:13.54 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 13:17.15 | *** join/#oe fraxinas (~quassel@p4FD6564E.dip.t-dialin.net) |
| 13:21.45 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 13:24.13 | *** join/#oe jmpdelos_ (~polk@outgoing.delos.com) |
| 13:27.40 | *** join/#oe _ProtoN_ (~lcintrat@93.2.234.35) |
| 13:30.48 | *** join/#oe aliosa27 (~aliosa27@206.126.211.14) |
| 13:31.52 | *** join/#oe meindian523 (~easwarh@unaffiliated/easwar) |
| 13:42.07 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 13:45.47 | *** join/#oe fpga (~s@92.62.56.51) |
| 13:51.32 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 13:53.02 | *** join/#oe alecrim (~alecrim@189.2.128.130) |
| 14:03.56 | *** join/#oe aliosa27 (~aliosa27@206.126.211.14) |
| 14:06.56 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
| 14:07.34 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 14:08.19 | *** join/#oe zecke (~ich@123-192-181-204.dynamic.kbronet.com.tw) |
| 14:12.38 | *** join/#oe hrw (~hrw@chello089078170228.chello.pl) |
| 14:14.43 | *** join/#oe meindian523 (~easwarh@unaffiliated/easwar) |
| 14:19.01 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 14:22.26 | MWelchUK_work | hrw, Hmm, seems to be trying to pull busybox-mountall into task-base. Tried cleaning task-base, didn't work, so I'm going to do a complete rebuild :-s |
| 14:23.39 | MWelchUK_work | hrw, If you want to push the task-proper-tools.bb part, feel free. |
| 14:23.49 | hrw | ok |
| 14:29.12 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r24d8719345 10openembedded.git/recipes/libcroco/ (libcroco_0.6.1.bb libcroco_0.6.2.bb): libcroco: add 0.6.2 and convert to new style staging |
| 14:34.21 | *** join/#oe lisppaste7 (~lisppaste@common-lisp.net) |
| 14:35.15 | *** join/#oe hrw (~hrw@chello089078174038.chello.pl) |
| 14:41.20 | *** join/#oe hrw (~hrw@chello089078174038.chello.pl) |
| 14:47.40 | *** part/#oe thebohemian (~rschus@p5DDC369A.dip.t-dialin.net) |
| 14:52.23 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rcd0282a8d8 10openembedded.git/recipes/xorg-xserver/ (6 files in 2 dirs): |
| 14:52.23 | CIA-2 | xserver-xorg: bump SRCREV |
| 14:52.23 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:52.33 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r4000c3d0d6 10openembedded.git/recipes/mesa/ (mesa-dri-glsl-native.bb mesa-dri-glsl-native_7.8.bb): |
| 14:52.33 | CIA-2 | mesa-dri-glsl-native: move to 7.8 release |
| 14:52.33 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:52.34 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rbc81e417ed 10openembedded.git/ (2 files in 2 dirs): |
| 14:52.34 | CIA-2 | illume-keyboards-shr: install directly to illume/keyboards (do not use subdir for each keyboard) |
| 14:52.34 | CIA-2 | * Newer illume isn't looking for keyboards in subdirectories of |
| 14:52.35 | CIA-2 | /usr/lib/enlightenment/modules/illume/keyboards/ |
| 14:52.35 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:52.36 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r0b47d18bd9 10openembedded.git/recipes/mesa/ (mesa-dri-7.8/fix-progs-makefile.patch mesa-dri_7.8.bb): |
| 14:52.36 | CIA-2 | mesa-dri: add version 7.8 |
| 14:52.37 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 15:05.47 | *** join/#oe Hasse_ (~quassel@0x5552e721.adsl.cybercity.dk) |
| 15:05.55 | MWelchUK_work | slaps himself. |
| 15:07.12 | MWelchUK_work | In new versions of uboot, the shortcut "set" (for "setenv") no longer works and explains why his NFS root wasn't working... |
| 15:07.41 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 15:08.15 | *** join/#oe rednul (~rednul@host-98-127-98-170.bln-mt.client.bresnan.net) |
| 15:20.55 | *** join/#oe hrw (~hrw@chello089078174038.chello.pl) |
| 15:27.02 | *** join/#oe dth_ntb (~dieter@p4FDEF969.dip.t-dialin.net) |
| 15:30.29 | Tartarus | ha |
| 15:30.36 | Tartarus | That's almost as fun as when 'mmcinit' became 'mmc init' |
| 15:30.54 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rcdff13c73d 10openembedded.git/recipes/gcc/ (gcc-configure-cross.inc gcc-package-cross.inc): |
| 15:30.55 | CIA-2 | gcc-cross: fix gfortran -> g77 linking logic |
| 15:30.55 | CIA-2 | Acked-by: Tom Rini <tom_rini@mentor.com> |
| 15:30.55 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 15:32.17 | MWelchUK_work | It's amazing how easy it is to miss the error as well (as it whizzes out of the top of the serial console buffer) |
| 15:38.41 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rbc13fe86a5 10openembedded.git/recipes/m4/ (m4.inc m4_1.4.14.bb): m4 1.4.14: work around automake 1.11 req |
| 15:39.00 | *** join/#oe pocek (pock@213-238-124-44.adsl.inetia.pl) |
| 15:43.47 | Crofton_|work | Tartarus, that caused me grief until my fingers learned the new way |
| 15:47.38 | CIA-2 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * r7509e6b7cb 10openembedded.git/recipes/debianutils/debianutils_2.30.bb: debianutils: remove duplicate installation of tempfile.1 in preparation for automake 1.11.1 |
| 15:47.39 | CIA-2 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * rc90bdc8faf 10openembedded.git/recipes/gnome/gnome-bluetooth_git.bb: gnome-bluetooth: remove trailing / in lib/plugins/Makefile.am to eliminate install error |
| 15:47.40 | CIA-2 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * rab62901b36 10openembedded.git/recipes/telepathy/ (2 files in 2 dirs): libtelepathy: remove duplicate header installation in preparation for automake 1.11.1 |
| 15:47.41 | CIA-2 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * r4ce7c3c06b 10openembedded.git/recipes/ntp/ntp_4.2.4p7.bb: ntp: remove duplicate installation of sntp.1 in preparation for automake 1.11.1 |
| 15:47.42 | CIA-2 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * re8052e4cb7 10openembedded.git/recipes/libnet/libnet_1.1.2.1.bb: libnet: convert to new staging |
| 15:47.42 | CIA-2 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * r35cfb1383e 10openembedded.git/recipes/sylpheed/ (claws-mail_3.6.1.bb files/duplicate-header.patch): claws-mail: remove duplicate header installation in preparation for automake 1.11.1 |
| 16:01.20 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
| 16:03.09 | *** join/#oe zenlinuxPDX (~sgarman@c-76-115-42-183.hsd1.or.comcast.net) |
| 16:04.17 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
| 16:05.00 | *** join/#oe tmartins_ (~zero@187.37.56.32) |
| 16:09.54 | *** join/#oe stefan_schmidt (~stefan@p5B033373.dip.t-dialin.net) |
| 16:14.08 | mickeyl | automake 1.11! |
| 16:16.00 | *** join/#oe tmartins_ (~zero@187.37.56.32) |
| 16:31.22 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 16:44.50 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 16:46.21 | hrw | mickeyl: ? |
| 16:50.12 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 16:52.56 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 16:53.34 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 17:04.18 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 17:07.58 | mickeyl | am 1.11 would simplify all Vala programs |
| 17:08.06 | mickeyl | as it has native Vala support |
| 17:08.14 | mickeyl | so I'm looking forward to it |
| 17:08.25 | hrw | I know that it has |
| 17:08.43 | hrw | XorA told before that he has a plans to migrate angstrom to it soon |
| 17:08.49 | mickeyl | cooo |
| 17:08.50 | mickeyl | l |
| 17:09.40 | mickeyl | how can i regenerate package-index automatically after each call to bitbake? |
| 17:09.43 | mickeyl | i remember we had a solution for that |
| 17:09.48 | mickeyl | but not how |
| 17:09.52 | hrw | bitbake package-index? |
| 17:09.58 | mickeyl | well, yes |
| 17:10.01 | mickeyl | but automatically |
| 17:10.17 | hrw | first heard |
| 17:10.28 | mickeyl | hmm, k, perhaps i imagined that |
| 17:11.20 | hrw | how things go mickeyl? |
| 17:12.34 | mickeyl | can't complain, FSO progressing nicely with the first actual contract in sight |
| 17:12.44 | mickeyl | other than that, mainly iphone/ipad development here |
| 17:12.45 | hrw | nice |
| 17:13.00 | mickeyl | how's ania and the little one? |
| 17:13.07 | hrw | we are fine |
| 17:13.20 | hrw | Mira catched some kind of flue |
| 17:13.26 | hrw | but doing fine |
| 17:13.39 | mickeyl | is she old enough to search easter eggs in the garden? :) |
| 17:14.29 | hrw | we do not have that tradition but she is at proper age - can autonomically move in agarden |
| 17:16.40 | hrw | <PROTECTED> |
| 17:23.10 | mickeyl | a bit nervous atm. |
| 17:23.16 | mickeyl | she quit her job |
| 17:23.20 | *** join/#oe dvermd (~roudoudou@78.234.93.192) |
| 17:23.22 | mickeyl | and will start being freelancer next month |
| 17:23.33 | mickeyl | so now we have two freelancers in the family |
| 17:23.39 | mickeyl | which means finances are a bit more unstable |
| 17:23.48 | hrw | o yes |
| 17:24.07 | hrw | doable anyway |
| 17:24.20 | mickeyl | but i'm looking forward that she has quite some contracts, as she's known by some important CROs |
| 17:24.25 | mickeyl | (clinical research organization) |
| 17:24.55 | hrw | ;) |
| 17:25.15 | hrw | ok, time to check will few checksums.ini work properly at same time |
| 17:27.32 | mickeyl | good |
| 17:28.06 | hrw | I still use stable/2009 |
| 17:28.49 | *** join/#oe dvermd (~roudoudou@78.234.93.192) |
| 17:40.11 | *** join/#oe tomeff (~tomas@r3an170.net.upc.cz) |
| 17:40.28 | tharvey | I've got a recipe that includes some local files - I change the content of the local files and bump the PR then bitbake the recipe - it rebuilds according to the new PR, but it packages the old version of the local files - some sort of caching issue? |
| 17:43.53 | tharvey | nvr mind - I see the package didn't get installed - sorry for the noise |
| 17:46.59 | *** join/#oe dvermd (~roudoudou@78.234.93.192) |
| 17:55.42 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r1f71e0d0b6 10openembedded.git/recipes/clamav/clamav_0.94.2.bb: |
| 17:55.42 | CIA-2 | clamav-0.94.2: remove deprecated options from config file |
| 17:55.42 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 17:55.45 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * rc5ffbab676 10openembedded.git/recipes/clamav/ (3 files in 2 dirs): |
| 17:55.46 | CIA-2 | clamav: add version 0.95.3 |
| 17:55.46 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 17:55.47 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r654351c29d 10openembedded.git/recipes/clamav/ (clamav.inc files/clamav-daemon.init): |
| 17:55.47 | CIA-2 | clamav: wait on stop in init |
| 17:55.47 | CIA-2 | Takes some time for clamav to shut down and it's better to return from |
| 17:55.47 | CIA-2 | init script only when it actually is stopped. |
| 17:55.47 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 17:55.50 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * re5f884a71e 10openembedded.git/recipes/clamav/ (5 files): |
| 17:55.50 | CIA-2 | clamav: switch to INC_PR |
| 17:55.50 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 18:02.48 | *** join/#oe valhalla (~valhalla@81-174-22-68.dynamic.ngi.it) |
| 18:08.45 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 18:10.30 | hrw | have a nice rest of day |
| 18:19.14 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r1ff531e946 10openembedded.git/recipes/poptop/poptop_1.3.4.bb: |
| 18:19.14 | CIA-2 | poptop: disable logwtmp in config |
| 18:19.14 | CIA-2 | Poptop tries to use that and we have it removed since it's broken, no good. |
| 18:19.14 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 18:19.18 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r1ca92813d6 10openembedded.git/recipes/poptop/poptop_1.3.4.bb: |
| 18:19.18 | CIA-2 | poptop: change "require-mppe-128" option to plain "mppe" |
| 18:19.18 | CIA-2 | OE has ppp-2.4.3-mppe-mppc-1.1.patch for pppd and it disables |
| 18:19.18 | CIA-2 | 'require-mppe-128' option, so poptop complains: |
| 18:19.19 | CIA-2 | In file /etc/ppp/options.pptpd: unrecognized option 'require-mppe-128' |
| 18:19.19 | CIA-2 | on start. Fix that by using 'mppe' option. |
| 18:19.20 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 18:19.20 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r46ce809681 10openembedded.git/recipes/poptop/poptop_1.3.4.bb: |
| 18:19.21 | CIA-2 | poptop: don't expose open port by default, listen on 127.0.0.1 |
| 18:19.21 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 18:21.54 | etrunko | ok, this is really getting far from "normal" |
| 18:22.09 | *** part/#oe orbarron (~orb@nat/ti/x-unfsioofjhxsnbol) |
| 18:22.13 | etrunko | the tmp build dir is taking more than 100gb for angstrom-x-image |
| 18:22.59 | etrunko | does setting BBDEBUG to yes have something to do with that? |
| 18:24.03 | *** join/#oe kristoffer (~kristoffe@79.138.223.4.bredband.tre.se) |
| 18:28.16 | etrunko | anyone building angstrom from scratch with latest HEAD? |
| 18:28.19 | Tartarus | hmm |
| 18:28.32 | *** join/#oe shoragan (~shoragan@sicherheitsschwankung.de) |
| 18:28.46 | Tartarus | Did you set other variables? |
| 18:28.58 | Tartarus | Like DEBUG_BUILD or INHIBIT_PACKAGE_STRIP ? |
| 18:29.04 | etrunko | Tartarus: nope |
| 18:29.23 | etrunko | those are commented as in local.conf.sample |
| 18:29.30 | Tartarus | Yeah, but so is BBDEBUG :) |
| 18:29.33 | Tartarus | k |
| 18:30.06 | etrunko | i set BBDEBUG because the .sample file told me i would get some more output |
| 18:30.23 | Tartarus | Can you pastebin your local.conf ? |
| 18:30.26 | Tartarus | ~pastebin |
| 18:30.27 | ibot | [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude. |
| 18:30.28 | etrunko | ok |
| 18:30.40 | etrunko | ibot: thanks |
| 18:30.40 | ibot | pas de quoi, etrunko |
| 18:30.44 | etrunko | lol |
| 18:30.51 | etrunko | kind bot |
| 18:31.09 | Tartarus | finds it funny that the explanation is 5 lines long here |
| 18:33.03 | etrunko | Tartarus: here is my environment http://pastebin.com/jT2krNVc |
| 18:34.39 | Tartarus | looks sane |
| 18:36.56 | etrunko | and local.conf http://pastebin.com/052BNetJ |
| 18:37.03 | etrunko | there is KEEPROOTFS set |
| 18:37.12 | etrunko | could be? |
| 18:37.45 | Tartarus | Not that large, no |
| 18:37.55 | Tartarus | How long have you had this tmpdir? |
| 18:38.11 | Tartarus | And start du'ing the subdirs, see what's taking up the most space |
| 18:38.25 | etrunko | Tartarus: samba by faqr |
| 18:38.28 | etrunko | 13GB |
| 18:38.34 | Tartarus | OK, that sounds like a bug :) |
| 18:38.52 | Tartarus | Just one 'samba' build dir is 13gb? |
| 18:38.56 | Tartarus | Look and see what's so big in there |
| 18:39.01 | Tartarus | something in temp/ I hope |
| 18:39.01 | etrunko | samba binaries taking > 100MB |
| 18:39.49 | Tartarus | Not immediately horrible, we strip debug info out in packaging... |
| 18:41.01 | Crofton | etrunko, if build space is an issue use rm_work |
| 18:41.28 | etrunko | Tartarus: i noticed those binaries are replicated into source, package and packages-split |
| 18:42.37 | etrunko | Crofton: is it a recipe/task/class? |
| 18:42.52 | Crofton_|work | class I think |
| 18:43.02 | Crofton_|work | without checking INHERIT += "rm_work" |
| 18:43.06 | Crofton_|work | in local.conf |
| 18:43.11 | etrunko | ok |
| 18:43.33 | Crofton_|work | as noted redeuces disk space at the expense of information to figure out why builds are not quite right |
| 18:44.20 | Tartarus | Crofton_|work: true, but he's saying 100GB for angstrom-x-image, that seems oddly high |
| 18:44.45 | Crofton_|work | I think angstrom has the debug flag that makes stuff really big |
| 18:44.50 | Crofton_|work | until stripped |
| 18:45.03 | Tartarus | ah |
| 18:45.05 | Crofton_|work | I do not build that image |
| 18:45.11 | etrunko | :S |
| 18:45.19 | Tartarus | Yeah, I forgot they do -ggdb3 |
| 18:45.25 | etrunko | oh debug |
| 18:45.33 | etrunko | so makes some sense |
| 18:45.37 | Tartarus | And is why angstrom doesn't use the normal libc inc files |
| 18:46.15 | etrunko | Tartarus, Crofton: is there any other (smaller) image that ships e17? |
| 18:47.01 | Crofton | not sure |
| 18:47.24 | etrunko | ok, will take a look then |
| 18:47.27 | etrunko | thanks for the tips |
| 18:47.45 | Crofton_|work | I'm checking my tmp dir size |
| 18:47.55 | Crofton_|work | use rm_work, I bet it helps |
| 18:48.13 | etrunko | already in my local.conf |
| 18:52.58 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 18:53.36 | kergoth_ | morning |
| 18:53.49 | etrunko | morn kergoth_ |
| 19:05.32 | *** join/#oe pb_ (~pb@88-108-105-149.dynamic.dsl.as9105.com) |
| 19:06.15 | *** join/#oe mario-goulart (~user@67.205.85.241) |
| 19:09.19 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
| 19:20.53 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 19:22.05 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
| 19:32.08 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * rf95a95435c 10openembedded.git/recipes/openssl/openssl.inc: (log message trimmed) |
| 19:32.08 | CIA-2 | openssl: deal with unpackaged /usr/lib/ssl files |
| 19:32.08 | CIA-2 | Config file is accessed directly from libcrypto, so belongs to |
| 19:32.08 | CIA-2 | libcrypto package. |
| 19:32.08 | CIA-2 | openssl-misc is a new package that contains CA management scripts. |
| 19:32.08 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 19:32.09 | CIA-2 | Acked-by: Holger Hans Peter Freyther <zecke@selfish.org> |
| 19:35.35 | *** join/#oe tasslehoff (~tasslehof@ti0077a340-2322.bb.online.no) |
| 19:36.50 | *** join/#oe denix (~denys@nat/ti/x-txiqspnioyahpbsy) |
| 19:42.30 | Crofton_|work | http://blogs.arm.com/software-enablement/locks-swps-and-two-smoking-barriers/?utm_source=feedburner&utm_medium=twitter&utm_campaign=Feed%3A+BeagleBoard+%28BeagleBoard.org%29 |
| 19:43.33 | *** join/#oe nosse1 (~chatzilla@189.81-166-90.customer.lyse.net) |
| 19:51.26 | *** join/#oe kristoffer (~kristoffe@79.138.222.192.bredband.tre.se) |
| 19:52.55 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:57.10 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 20:14.37 | etrunko | Crofton_|work: rm_work did the job, already free almost 60 GB |
| 20:17.42 | *** join/#oe orbarron (~orb@nat/ti/x-twuyjgwozexbeqxh) |
| 20:18.56 | *** join/#oe jkridner (~a0321898@nat/ti/x-agyryofrjphdbxxp) |
| 20:18.59 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
| 20:21.20 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 20:24.59 | *** part/#oe orbarron (~orb@nat/ti/x-twuyjgwozexbeqxh) |
| 20:32.15 | *** join/#oe tmartins__ (~zero@187.37.56.32) |
| 20:42.55 | *** join/#oe Martin-B (~martin@pool-39-67-198-89.dbd-ipconnect.net) |
| 20:44.43 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 21:02.15 | *** join/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 21:04.49 | *** join/#oe nik0n (~nik0n@helix.mybll.net) |
| 21:12.30 | hoj | bitbake question: for SRC_URI="file://local_dir_symlink" I get a dir with the name of the link target, not "local_dir_symlink" when the temp directory structure is created. Where is the copy done for a file:// URI? |
| 21:13.12 | kergoth_ | hoj: the same place all the rest of the unpacking happens. do_unpack task in base.bbclass |
| 21:13.50 | kergoth_ | I suspect its doing if os.path.isdir, which uses stat, not lstat. should probably make it check for a link specifically |
| 21:16.53 | hoj | I'm using 1.8.13 bitbake and don't see a do_unpack.. |
| 21:19.51 | kergoth_ | ? |
| 21:19.56 | kergoth_ | do_unpack is in OE, not bitbake. |
| 21:20.47 | kergoth_ | it may be using the copyfile method in bb.utils, but you'd want to read the task to see that. |
| 21:21.54 | hoj | ok. Thanks for the pointer |
| 21:21.58 | kergoth_ | np |
| 21:22.28 | kergoth_ | all the tasks are defined in the classes and recipes, bitbake parses that and runs them |
| 21:24.22 | hoj | ok. Slightly confused since there was also a base.bbclass in my cwd/bitbake |
| 21:24.47 | kergoth_ | that's just an example. bare minimum |
| 21:25.29 | *** join/#oe ant__ (~andrea@host207-251-dynamic.8-87-r.retail.telecomitalia.it) |
| 22:06.19 | Crofton_|work | RP, another bitbake patch http://patchwork.openembedded.org/patch/1334/ |
| 22:08.40 | khem | kergoth_: were you able to reproduce the issue with FILESDIR that I was seeinhg |
| 22:15.36 | hoj | kergoth: looks like os.path.realpath() killed my SRC_URI symlink in base_do_unpack(). Removing the realpath call just results in the symlink getting copied in oe_unpack_file |
| 22:15.55 | ant__ | khem: I think I have a new oneù |
| 22:18.21 | khem | ant__: hmm |
| 22:18.22 | ant__ | http://paste.lisp.org/+22XE |
| 22:19.11 | ant__ | I see a custom FILESPATH |
| 22:19.23 | ant__ | and the recipe was building not long ago |
| 22:20.52 | khem | ant__: it seems this is not able to fetch stuff |
| 22:20.58 | khem | do you have internet connection |
| 22:21.05 | ant__ | yea, but I suppose such tarball never existed |
| 22:21.17 | ant__ | I fear name is mangled |
| 22:23.45 | ant__ | khem: apart this the good news is I could fix kexec-tools vs. autoconf-2.65 |
| 22:23.51 | khem | cool |
| 22:23.59 | ant__ | I'll commit in a while |
| 22:24.00 | khem | ant__: I think the problem is default name here |
| 22:24.41 | ant__ | but how could it work previously? Is a 2010 commit |
| 22:25.56 | khem | SRC_URI = "${XORG_MIRROR}/individual/proto/${BPN}-${PV}.tar.bz2;name=archive" |
| 22:26.19 | khem | BPN in recipes/xorg-proto/xextproto-70-includes_7.0.5.bb, |
| 22:26.25 | khem | is xextproto-70-includes |
| 22:26.43 | khem | and PN is 7.0.5 |
| 22:28.10 | ant__ | ah |
| 22:28.46 | khem | Add BPN = "xextproto" before including xextproto_7.0.5.bb in xextproto-70-includes_7.0.5.bb |
| 22:29.01 | CIA-2 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r9ac5e400b1 10openembedded.git/recipes/kexec-tools/ (2 files in 2 dirs): |
| 22:29.01 | CIA-2 | kexec-tools_2.01: fix configure.ac for autoconf > 2.63 |
| 22:29.01 | CIA-2 | * see debian bug #543081 |
| 22:31.02 | ant__ | khem: bingo ! |
| 22:31.54 | ant__ | <PROTECTED> |
| 22:33.07 | khem | but that might have other problems |
| 22:33.20 | khem | build it fully and see if the names etc are correct |
| 22:36.06 | ant__ | yea |
| 22:38.45 | ant__ | seems ok |
| 22:44.21 | kergoth | khem: yeah, reproduced the _[1] error, haven't had a chance to look into it though, doing so now |
| 22:48.27 | CIA-2 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r3400d0649c 10openembedded.git/recipes/xorg-proto/xextproto-70-includes_7.0.5.bb: |
| 22:48.27 | CIA-2 | xextproto-70-includes: fix BPN (Base Package Name) to fetch the sources |
| 22:48.28 | CIA-2 | * BPN was xextproto-70-includes, PN 7.0.5 |
| 22:55.02 | kergoth | khem: oddly, pulling that snippet out of the metadata, eval'ing it in a standalone script with the same limited globals & locals works fine, so its something specific to bitbake |
| 22:55.04 | kergoth | mutters |
| 22:58.43 | ant__ | oh no..again..NOTE: Task failed: Fetch failed: ftp://elsie.nci.nih.gov/pub/tzdata2010f.tar.gz;name=tzdata-2010f |
| 23:04.36 | Tartarus | sigh |
| 23:04.42 | Tartarus | We should really mirror these on the oe mirror |
| 23:04.51 | ant__ | yea..mirrorselect :) |
| 23:05.10 | Tartarus | means preemptively and maybe stop bothering with upstream URI |
| 23:05.13 | ant__ | it seems the server is just damn slow.. |
| 23:05.59 | ant__ | yea, why isn't it in angstrom mirror? |
| 23:10.05 | Crofton_|work | I think the mirror needs updating from time to time |
| 23:11.00 | *** join/#oe marcosmamorim (~marcos@201-43-206-126.dsl.telesp.net.br) |
| 23:13.53 | *** part/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 23:17.24 | *** join/#oe marcosmamorim1 (~marcos@201-68-111-103.dsl.telesp.net.br) |
| 23:19.16 | ant__ | good nite |
| 23:20.03 | kergoth | khem: interesting. if i change that .join() in your filespathbase bits to not pass a list, so it passes a generator expression instead (just remove the [ and ]), the _[1] error goes away. must have something to do with the list comprehension |
| 23:22.42 | *** join/#oe marcosmamorim (~marcos@187.35.39.112) |
| 23:23.26 | kergoth | khem: pushed a change that resolves the other error that can show up (undefined global "d"), but still not sure how best to resolve the _[1] thing |
| 23:23.41 | kergoth | you can work around it as i mention above, for now |
| 23:27.06 | kergoth | why the hell does this not happen outside of bitbake |
| 23:32.29 | *** join/#oe marcosmamorim1 (~marcos@187.35.36.39) |
| 23:38.27 | *** join/#oe marcosmamorim (~marcos@200-158-244-170.dsl.telesp.net.br) |
| 23:42.12 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 23:54.17 | *** join/#oe marcosmamorim1 (~marcos@187.35.38.154) |
| 23:59.55 | kergoth | khem: should be fixed |