00:03.12 | NTU | this channel is awfully dead |
00:03.30 | NTU | think im popping out... |
00:05.56 | *** join/#oe cbrake_ (~cbrake_@oh-69-34-21-229.sta.embarqhsd.net) |
00:06.15 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
00:06.42 | *** part/#oe cbrake_ (~cbrake_@oh-69-34-21-229.sta.embarqhsd.net) |
00:27.07 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
00:32.25 | angelox_123 | Hi kergoth |
00:43.59 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
00:43.59 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
00:46.45 | alx_ | does anyone is able to explain me how to build qt4-embedded-plugin-sqldriver-sqlite ? :( I'm fighting this in the last two days and google can't help |
01:05.33 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
01:13.51 | Tartarus | alx_: did you pastebin the problem (and if you wrote the recipe) the recipe or post to the ML? |
01:14.09 | alx_ | Tartarus, nope |
01:15.19 | alx_ | Tartarus, there is no recipe. the problem is that (1) qt4e.bbclass says just "network" plugin and no "sql" plugin, and in the qt4-embedded.bb recipe you see --no-sqlite. |
01:15.29 | Tartarus | Well, that's a starting point :) But keep in mind it's sunday nightin the US |
01:15.38 | alx_ | lol |
01:15.46 | alx_ | it monday 2 AM here in Italy |
01:15.52 | Tartarus | touche ;) |
01:16.08 | Tartarus | write to the ML about what you're trying to accomplish and someone might be able to help |
01:16.36 | alx_ | which ml ? |
01:17.26 | Tartarus | openemebedded-devel@lists.openembedded.org |
01:23.13 | *** join/#oe fraxinas (~quassel@p4FD64C39.dip.t-dialin.net) |
01:27.13 | alx_ | Tartarus, mail sent |
01:27.53 | *** join/#oe mnabil (~mnabil@41.234.71.7) |
02:16.47 | *** join/#oe sicu (~sicu@ti0090a380-dhcp0414.bb.online.no) |
02:34.29 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
03:01.49 | *** join/#oe fraxinath (~quassel@p4FD64977.dip.t-dialin.net) |
03:21.02 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
03:59.46 | *** join/#oe NvrBst (~nb@d64-180-47-145.bchsia.telus.net) |
04:33.25 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
05:10.42 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
05:27.35 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
05:35.19 | *** join/#oe d_th (~dth@a89-182-149-253.net-htp.de) |
05:40.25 | *** join/#oe duffolonious (~bryan@75-168-82-137.mpls.qwest.net) |
05:40.44 | *** join/#oe kurre (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
05:45.52 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
05:46.11 | *** join/#oe fidencio[AWAY] (~fidencio@li113-135.members.linode.com) |
05:49.47 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
05:51.50 | *** join/#oe aloril (~aloril@84.249.126.153) |
06:03.52 | *** join/#oe dustin__ (~dustin@c-67-186-236-112.hsd1.ut.comcast.net) |
06:06.24 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-isaacaqkrziawsdy) |
06:20.37 | *** join/#oe anarsoul (~anarsoul@212.98.182.23) |
06:59.20 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
07:00.35 | eFfeM_work | gm |
07:26.37 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
07:32.01 | eFfeM_work | do we have a page on how to create a patch? I could not really find it in the wiki |
07:32.13 | *** join/#oe tassleho1f (~Mich@147.84-49-231.nextgentel.com) |
07:32.34 | mrj10 | yeah |
07:32.52 | mrj10 | http://wiki.openembedded.org/index.php/How_to_submit_a_patch_to_OpenEmbedded |
07:34.29 | eFfeM_work | mrj10: yeah, ifound that one, but ghis is mostly for the git part, I was looking for a page to send to someone which tells to use diff -urN or quilt and on what dir etc; |
07:35.59 | mrj10 | ah, ok. sorry about that, i'm not aware of a page for that. would be pretty useful though |
07:36.29 | eFfeM_work | yup |
07:42.25 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
07:47.21 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
08:08.56 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
08:10.13 | *** join/#oe kgilmer (~kgilmer@210-170-097-130.jp.fiberbit.net) |
08:10.42 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
08:11.35 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
08:14.01 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
08:15.32 | hrw | morgen |
08:16.36 | *** join/#oe pix|home (~pix@93.182.211.29) |
08:16.55 | stefan_schmidt | hrw: morgen :) |
08:30.11 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
08:31.00 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
08:34.39 | *** join/#oe dth_ntb (~dth@a89-183-71-245.net-htp.de) |
08:41.46 | mckoan | good morning |
08:45.36 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
08:45.36 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
08:49.49 | valhalla | morning |
08:58.10 | *** join/#oe ksinkar (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
09:04.00 | mckoan | valhalla: ciao |
09:15.11 | *** join/#oe Heinervdm (~thomas@pD9E17378.dip.t-dialin.net) |
09:53.47 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
09:55.02 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
09:58.43 | *** join/#oe GarthPS (~quassel@93.16.130.48) |
10:12.16 | Jay7 | http://tinderbox.openembedded.net/builds/103097/ |
10:12.33 | Jay7 | interesting fail on incremental build of testing-next |
10:12.44 | Jay7 | only tosa was affected |
10:13.06 | Jay7 | ant_work: please look |
10:15.02 | Jay7 | ah.. hehe.. looks like race condition |
10:15.43 | Jay7 | libqtaux2 is in do_fetch state at that moment |
10:16.06 | *** join/#oe B_Lizzard (~havoc@athedsl-434252.home.otenet.gr) |
10:16.39 | Jay7 | and oestats log is unuseful at all |
10:18.52 | ant_work | Jay7: hey |
10:19.12 | Jay7 | I'll post to ML |
10:19.17 | ant_work | he..I thought I already had seen all race conditions ;) |
10:19.28 | ant_work | this one seems new to me |
10:29.01 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
10:36.15 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
10:36.50 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
10:38.15 | *** join/#oe ksinkar_ (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
10:40.37 | Jay7 | sh@t.. sent from wrong email |
10:40.57 | Jay7 | gmail web-interface suxx sometimes :( |
10:46.45 | *** join/#oe vorporeal (~stern@gregorian-b-34.resnet.brown.edu) |
10:46.45 | Jay7 | well, sent |
10:56.56 | *** join/#oe dth_ntb (~dth@a89-183-71-245.net-htp.de) |
11:15.00 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
11:18.58 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
11:20.07 | *** join/#oe kgilmer (~kgilmer@210-170-097-130.jp.fiberbit.net) |
11:23.41 | *** join/#oe dth_ntb (~dth@a89-183-71-245.net-htp.de) |
11:33.56 | *** join/#oe obi (~obi@unaffiliated/obi) |
11:45.42 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
11:49.51 | *** join/#oe mnabil (~mnabil@41.34.179.233) |
12:13.52 | *** join/#oe vps (~vitus@145.253.169.210) |
12:26.19 | *** join/#oe stefan_schmidt (~stefan@w0589.wlan.rz.tu-bs.de) |
12:44.41 | *** join/#oe playya (~playya@93.216.234.244) |
12:44.41 | *** join/#oe playya (~playya@unaffiliated/playya) |
12:50.25 | *** join/#oe dijenerate (~dijenerat@65.48.195.192) |
13:18.54 | *** join/#oe marex (~marex@eduroam31.ms.mff.cuni.cz) |
13:23.54 | GNUtoo|laptop | hi JaMa do you know what to do to get usb0 up at the first boot? |
13:24.03 | GNUtoo|laptop | I just bitbaken a console-image for the bug device |
13:24.08 | GNUtoo|laptop | and it's still not working |
13:24.21 | GNUtoo|laptop | despite of having an up to date openembedded.dev tree |
13:25.28 | JaMa | GNUtoo|laptop: is g_ether or whatever module loaded during boot and auto in /etc/network/interfaces? |
13:25.40 | GNUtoo|laptop | I'll look |
13:26.28 | GNUtoo|laptop | auto usb0 (as I tought) |
13:26.28 | JaMa | and we had problems with connman shuting all ifaces down by default (resolved by not shiping connman in our images) |
13:26.55 | GNUtoo|laptop | g_ether 28788 0 |
13:27.14 | GNUtoo|laptop | ah ok |
13:27.21 | GNUtoo|laptop | I'll look if there is connman |
13:27.29 | GNUtoo|laptop | but it's a stock angstrom console-image |
13:27.34 | JaMa | cat /etc/modutils/g_ether -> g_ether? |
13:28.03 | GNUtoo|laptop | yes that too is there |
13:28.30 | GNUtoo|laptop | and connman was not even built |
13:29.11 | GNUtoo|laptop | [oe] Fwd: [SOLVED]Network init script error?? |
13:29.14 | JaMa | then I'm out of ideas |
13:29.21 | GNUtoo|laptop | about that....did the commiter bump PR |
13:29.24 | GNUtoo|laptop | or something like that |
13:30.55 | GNUtoo|laptop | what was the commit |
13:30.58 | GNUtoo|laptop | I don't find it |
13:31.23 | JaMa | I also see it only in gumstix-user and one fwd in oe |
13:32.19 | JaMa | 86925741fc7a20f1948edd081e1481adfdae69c3 |
13:33.23 | JaMa | but I don't use ifupdown package |
13:33.55 | GNUtoo|laptop | ah ok |
13:33.58 | GNUtoo|laptop | what do we use then |
13:34.12 | JaMa | ifup from busybox (in shr images) |
13:34.22 | GNUtoo|laptop | ok |
13:34.33 | JaMa | GNUtoo|laptop: you can try ifup -a |
13:34.41 | GNUtoo|laptop | ok |
13:34.47 | JaMa | maybe just initscript wasn't called during boot.. |
13:34.59 | GNUtoo|laptop | still doesn't come up |
13:35.02 | GNUtoo|laptop | here's the issue |
13:35.20 | GNUtoo|laptop | ifup usb0 => ifup: interface usb0 already configured |
13:35.21 | JaMa | then I would try to debug ifup -a |
13:36.21 | JaMa | pb_: ping |
13:36.41 | GNUtoo|laptop | what could be the cause of "interface usb0 already configured" |
13:36.56 | GNUtoo|laptop | note that I've serial cable for that hardware |
13:37.15 | GNUtoo|laptop | can it be a race somewhere? |
13:37.24 | GNUtoo|laptop | because at second boot it's fine |
13:37.31 | GNUtoo|laptop | but not a lot of people have the serial cable |
13:37.44 | GNUtoo|laptop | so....how they are supposed to reboot if GUI doesn't work yet |
13:37.50 | GNUtoo|laptop | and that they have no usbnet |
13:38.24 | GNUtoo|laptop | eth0,eth0:avahi,eth1,lo came up |
13:41.10 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
13:44.42 | *** join/#oe foerster (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
13:44.57 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
13:46.01 | GNUtoo|laptop | JaMa, if I remember well the freerunner suffered from the same problem a very long time ago |
13:47.47 | JaMa | GNUtoo|laptop: yes but that was from connman |
13:47.56 | GNUtoo|laptop | ok |
13:48.00 | JaMa | GNUtoo|laptop: ifup configuring it and then connman just shuting down |
13:49.47 | GNUtoo|laptop | here's /etc/network/interfaces: http://pastebin.com/95443xem |
13:49.51 | GNUtoo|laptop | I'll compare with n900 |
13:51.50 | JaMa | you can try it without setting hwaddress |
13:51.55 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
13:55.20 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
13:55.23 | GNUtoo|laptop | didn't wor |
13:55.27 | GNUtoo|laptop | *didn't work |
13:55.32 | GNUtoo|laptop | here's the first boot : |
13:55.59 | GNUtoo|laptop | http://pastebin.com/h9Hr0mkJ |
13:56.01 | GNUtoo|laptop | note that: |
13:56.50 | GNUtoo|laptop | Configuring network interfaces... ifconfig: SIOCGIFFLAGS: No such device |
13:56.51 | GNUtoo|laptop | ifconfig: SIOCSIFADDR: No such device |
13:57.04 | GNUtoo|laptop | so maybe it does that: |
13:57.12 | GNUtoo|laptop | ifup usb0 when usb0 is not there |
13:57.13 | GNUtoo|laptop | it fails |
13:57.17 | GNUtoo|laptop | but record the up state |
13:57.46 | *** join/#oe xxiao1 (~xxiao@70.114.141.218) |
13:57.50 | GNUtoo|laptop | maybe the only way is to compile in the knerel image g_ether |
13:57.54 | JaMa | yes looks like it |
13:57.56 | GNUtoo|laptop | and not as module |
13:58.07 | GNUtoo|laptop | or is there any other way to fix that? |
13:58.14 | GNUtoo|laptop | because it would prevent usb-host I bet |
13:58.15 | JaMa | well it works ok on freerunner with g_ether as module |
13:58.25 | GNUtoo|laptop | hmmm |
13:58.39 | JaMa | maybe reorder initscripts |
13:58.54 | GNUtoo|laptop | ok |
13:58.57 | GNUtoo|laptop | I'll look |
14:00.07 | GNUtoo|laptop | hmmm |
14:00.11 | GNUtoo|laptop | what is usb-gadget-mode recipe |
14:00.13 | GNUtoo|laptop | I'll look |
14:00.49 | JaMa | or you can ping Stefan Schmidt as he is maintaining bug devices IIRC |
14:01.06 | GNUtoo|laptop | I'm not even sure that he has a bug 1.x |
14:01.14 | GNUtoo|laptop | I don't have a bug 2.0 yet |
14:01.29 | GNUtoo|laptop | and want to have at least minimal support for bug 1.x in angstrom/oe |
14:01.36 | GNUtoo|laptop | but I'll ping him anyway |
14:01.48 | JaMa | but he works for buglabs, doesn't he? |
14:03.05 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
14:03.51 | GNUtoo|laptop | yes he does |
14:04.06 | hrw | Stefan has bug 2.0 - atleast prototype |
14:04.12 | GNUtoo|laptop | yes I know |
14:04.23 | GNUtoo|laptop | but I wonder if they sent him a bug 1.x too |
14:04.37 | hrw | rather not |
14:04.44 | GNUtoo|laptop | ok |
14:04.47 | hrw | bug 1.x is considered out-of-support |
14:04.53 | GNUtoo|laptop | ok |
14:05.06 | GNUtoo|laptop | which is why I want it supported by angstrom |
14:05.31 | GNUtoo|laptop | there are some plan to support bug 1.x but only during buglabs developers's free time |
14:07.00 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
14:09.29 | *** join/#oe kevinsc (~a0214685@nat/ti/x-qseyelumprpwqryw) |
14:10.23 | *** join/#oe Jay7 (jay@93-81-139-56.broadband.corbina.ru) |
14:13.18 | *** join/#oe methril (~methril@189.27.128.59.dynamic.adsl.gvt.net.br) |
14:14.31 | GNUtoo|laptop | moving the networking script works |
14:30.04 | *** join/#oe kevinsc (~a0214685@nat/ti/x-olykadtilurtdqsg) |
14:40.00 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-sovkjxtxokkmrufp) |
14:43.39 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
14:47.45 | pb_ | JaMa: hi |
14:48.49 | kergoth_ | hey guys |
14:49.38 | pb_ | hi kergoth |
14:53.39 | *** join/#oe Marex (vasum7am@u-pl18.ms.mff.cuni.cz) |
14:56.26 | JaMa | pb_: Hi, do you remember why you had to add trailing slash in 952e5e2b7a5c1deefc939594d40b81a71fb16a54 |
14:57.12 | JaMa | pb_: it's causing some troubles now, see http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-November/026794.html |
14:58.54 | JaMa | pb_: my guess is because of micro distro collapsing /usr to / |
14:58.56 | pb_ | JaMa: not offhand, sorry. it was more than two years ago and my memory is not that good. :-} |
14:59.30 | pb_ | if I had to guess I would say it was probably something to do with either an empty prefix going wrong, or something to do with micro setting prefix=/ not /usr. |
15:03.48 | kergoth_ | does anyone know why task-sdk-native isn't actually inheriting task? |
15:03.58 | kergoth_ | it breaks adding "dev" to IMAGE_FEATURES, it seems |
15:04.14 | kergoth_ | tests with it doing so |
15:06.16 | JaMa | GNUtoo|laptop: ^^ then I guess your version with optional_slash should work |
15:06.50 | kergoth_ | hmmm |
15:07.00 | *** part/#oe xxiao1 (~xxiao@70.114.141.218) |
15:08.44 | JaMa | GNUtoo|laptop: ah and maybe not if there is some assignement ie version="1" then it would OEPREFIX it too if I see it right |
15:08.56 | kergoth_ | hmm, no opinions on the variable typing stuff eh? |
15:13.27 | *** join/#oe Jay7 (jay@93-81-141-77.broadband.corbina.ru) |
15:13.52 | JaMa | version with optional_slash and empty prefix; echo version=1 | sed -e 's:=\("\?\)\(/\?\):=\1OEPREFIX\2:' -> version=OEPREFIX1 |
15:14.53 | JaMa | I guess that setting prefix="/" instead of prefix="" in micro.conf will have also some bad side effect (at least doubled /) |
15:15.47 | kergoth_ | doubled / breaks builds on certain os's, i can't remember which though, iirc either osx or cygwin |
15:15.50 | kergoth_ | :\ |
15:15.52 | kergoth_ | annoying |
15:17.11 | GNUtoo|laptop | reading |
15:22.41 | GNUtoo|laptop | what should we do then? |
15:23.41 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rb95cf40f3e 10openembedded.git/site/powerpc-common: |
15:23.41 | CIA-1 | powerpc-common: Fix ac_cv_sizeof_ptrdiff_t size |
15:23.41 | CIA-1 | This was set to 0 originally but should be 4. No idea how |
15:23.41 | CIA-1 | modphp built with this originally. |
15:23.41 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:24.43 | JaMa | GNUtoo|laptop: well you can add "/usr" case, without using $prefix variable, but that's just ugly |
15:25.09 | ant_work | pb_: hey, long I don't read of you, hope all's well |
15:25.45 | JaMa | GNUtoo|laptop: but at least wont break on empty $prefix |
15:25.59 | ant_work | pb_: could you comment about ML thread titled "lib_package.bbclass: fix packaging of static libs, inherit binconfig"? |
15:27.24 | GNUtoo|laptop | hmmm |
15:27.50 | GNUtoo|laptop | or we could check on empty prefix? |
15:28.06 | GNUtoo|laptop | or use python re? |
15:28.38 | GNUtoo|laptop | should check the micro distro |
15:29.17 | pb_ | ant_work: I'll take a look |
15:29.29 | GNUtoo|laptop | ah ok |
15:29.40 | GNUtoo|laptop | so the prefix is "" and not / |
15:29.47 | GNUtoo|laptop | in the case of micro |
15:29.56 | GNUtoo|laptop | we could skip this in case of micro |
15:29.59 | GNUtoo|laptop | or something like that |
15:30.01 | GNUtoo|laptop | ? |
15:30.10 | GNUtoo|laptop | or handle differently |
15:30.21 | pb_ | ant_work: hm, the whole thing looks pretty bogus to me. what exactly is the problem that these patches are trying to solve? |
15:31.07 | pb_ | this business of putting .a files into -static is not correct, at least not without additional logic. |
15:32.16 | ant_work | I'm missing the point too: "Although it packaged ${bindir}/*-config into FILES_${PN}-dev, it did not include the required mangling applied by binconfig.bbclass" |
15:32.17 | kergoth_ | I wonder about the case where a recipe doesn't build shared libs at all -- the .a should clearly go into -dev in that case |
15:32.38 | blindvt` | kergoth, may i push these 3? http://busybox.net/~aldot/bitbake/20101115-1628/ |
15:32.47 | GNUtoo|laptop | JaMa, /usr would break on empty prefix just the same I bet no? |
15:32.55 | GNUtoo|laptop | it won't be converted |
15:33.05 | pb_ | kergoth_: right, that's the additional logic I was thinking of. |
15:33.09 | GNUtoo|laptop | so it wouldn't point to the right dir |
15:33.12 | GNUtoo|laptop | but at the same time |
15:33.20 | blindvt` | kergoth, nothing fancy, just cosmetics |
15:33.21 | kergoth_ | blindvt`: yep, looks good |
15:33.21 | GNUtoo|laptop | it wouldn't include the -L/usr/lib |
15:33.27 | kergoth_ | blindvt`: to master only, of course |
15:33.40 | pb_ | kergoth_: arguably it does make some sense to relegate the .a files to some -static ghetto if the library is shipping a .so with full functionality (but see glibc for example, which needs .a even for regular linking). |
15:33.42 | GNUtoo|laptop | wouldn't point to the right dir means staging dir |
15:33.50 | blindvt` | kergoth, done. Thanks! |
15:33.53 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * rde34a403e2 10bitbake.git/lib/bb/cache.py: |
15:33.53 | CIA-1 | bb.cache: only log if the respective action was taken |
15:33.53 | CIA-1 | This avoids alot of misleading log-messages like "Removing FOO from cache" |
15:33.53 | CIA-1 | if FOO was not in the cache and as such is not a removal candidate. |
15:33.53 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
15:34.02 | pb_ | but, clearly, if the .a libs are the only ones you have, a -dev package that doesn't include them is not going to be very fulfilling. |
15:34.04 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * r5b85de2c71 10bitbake.git/lib/bb/parse/parse_py/BBHandler.py: |
15:34.04 | CIA-1 | BBHandler: use os.path in inherit() |
15:34.04 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
15:34.05 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * r858d704d71 10bitbake.git/lib/bb/parse/parse_py/BBHandler.py: |
15:34.05 | CIA-1 | BBHandler: simplify supports() |
15:34.05 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
15:34.09 | JaMa | GNUtoo|laptop: then you can remove trailing slash in sed calls and use something like $prefix_with_at_least_slash instead of $prefix (prepared in that method before calling sed) |
15:34.10 | kergoth_ | nods |
15:34.33 | kergoth_ | blindvt`: thanks, appreciate it, there are a lot of things like that we could clean up -- bitbake isn't particularly pythonic today :) |
15:34.44 | JaMa | GNUtoo|laptop: and with that I meant '/usr', -L/usr/lib should be fine because it's handled without trailing slash |
15:34.54 | *** join/#oe vanous (~vanous@194.228.223.3) |
15:35.10 | JaMa | GNUtoo|laptop: and also '/usr' wont match because there is '="?/usr' |
15:35.16 | GNUtoo|laptop | micro.conf has no slash at all: prefix = "" |
15:35.57 | JaMa | yes and in this case $prefix_with_at_least_slash would be just "/" |
15:36.16 | GNUtoo|laptop | yes but "" won't be detected |
15:36.23 | GNUtoo|laptop | and won't be converted |
15:36.23 | JaMa | the same with exec_prefix |
15:36.42 | JaMa | but that's right, isn't it? "" shouldn't be converted |
15:36.43 | *** join/#oe duffolonious (~bryan@75-168-94-135.mpls.qwest.net) |
15:37.12 | JaMa | GNUtoo|laptop: micro now has empty ${prefix} but that's why there is "/" appended in that sed call directly |
15:37.13 | GNUtoo|laptop | maybe it shouldn't in case of normal distros, but how do you link to something like that: |
15:37.29 | GNUtoo|laptop | -L{STAGING_LIBDIR}/somedirs/ |
15:37.31 | ant_work | pb_: he.. I recently committed a fix about unpackaged stuff for libgtkstylus (http://tinyurl.com/3ypj2wr) and was now wondering about alternative ways to do that |
15:37.34 | JaMa | GNUtoo|laptop: you would move it to $prefix_with_at_least_slash and then you wouldn't need it in sed call |
15:37.35 | GNUtoo|laptop | using the micro distro |
15:38.27 | JaMa | where do you get -L{STAGING_LIBDIR}/somedirs/? |
15:38.33 | GNUtoo|laptop | I'll look |
15:38.50 | pb_ | anything involving ${STAGING_LIBDIR} ought to "just work" with micro. I don't quite understand what the issue is there. |
15:38.50 | blindvt` | and if anyone is interrested, in http://busybox.net/~aldot/bitbake/20101115-1628/ there are 3 files "commit-*" that are an excerpt of the stuff i have accumulated for oe |
15:39.40 | GNUtoo|laptop | http://pastebin.com/K4Y4HH9A |
15:40.07 | JaMa | GNUtoo|laptop: ? |
15:40.17 | GNUtoo|laptop | JaMa, I'll explain |
15:40.29 | blindvt` | to name them: staging.bbclass: do not fill log with empty .la files |
15:40.30 | blindvt` | native{,sdk}.bbclass: log redundant depends |
15:40.55 | JaMa | GNUtoo|laptop: if there is -L/usr/lib/something then it has to be changed to -L{STAGING_LIBDIR}/something for sysroot |
15:41.08 | GNUtoo|laptop | yes |
15:41.09 | blindvt` | and (my favourite that IIRC was sent to the list a couple of months already): base.bbclass: depend unpacking on native unpackers |
15:41.12 | blindvt` | & |
15:41.14 | GNUtoo|laptop | I'll re-explain |
15:41.17 | kergoth_ | blindvt`: should think about using git for that stuff, can easily put bitbake/oe clones on github to share branches around -- thats what I do, can always fork mine |
15:41.23 | GNUtoo|laptop | let's take micro with prefix="" |
15:41.27 | JaMa | GNUtoo|laptop: but if there is -L{STAGING_LIBDIR}/something already (probably shouldn't because it won't work on target) then it's fine and you don't need to mangle it |
15:41.28 | GNUtoo|laptop | prefix="" is not detected |
15:41.28 | kergoth_ | blindvt`: ah, yes, the native unpackers one should really go in, will look |
15:42.03 | GNUtoo|laptop | but if the package in installed in -L{STAGING_LIBDIR}/something |
15:42.17 | GNUtoo|laptop | how do you know how to link with it without the right flag |
15:42.18 | GNUtoo|laptop | ? |
15:42.48 | JaMa | I don't understand you or you don't understand me :) |
15:42.49 | GNUtoo|laptop | because binconfig will say -l for the libsomehting but not -L because it wouldn't have been mangled |
15:42.53 | GNUtoo|laptop | indeed |
15:42.58 | ant_work | kergoth: also, log redundant depends sounds good |
15:42.59 | GNUtoo|laptop | I'll try to re-explain better |
15:43.05 | GNUtoo|laptop | give me some time |
15:43.11 | JaMa | GNUtoo|laptop: there is / for mictor |
15:43.12 | kergoth_ | ant_work: yeah, good cleanup thing |
15:43.13 | JaMa | micro |
15:43.16 | pb_ | GNUtoo|laptop: maybe you could provide an actual concrete example of what is going wrong. |
15:43.28 | JaMa | GNUtoo|laptop: but not in prefix variable, but added later in that sed |
15:43.33 | GNUtoo|laptop | pb_, for micro? I didn't build something yet with it |
15:43.54 | blindvt` | kergoth, i've though of asking for a personal branch (dunno if i ever did officially) but keeping that stuff local is good enough for my testing purposes |
15:44.14 | kergoth_ | blindvt`: the problem with personal branches on git.oe is the limitations -- it doesn't let you remove your own branches, or push non-fast-forwards |
15:44.18 | JaMa | GNUtoo|laptop: if you move / from sed to prefix_with_at_least_slash only in case prefix is empty, then you'll fix !micro distros and won't break micro |
15:44.19 | kergoth_ | which is why i use github for it now |
15:45.03 | JaMa | GNUtoo|laptop: mmt I'll show diff |
15:45.07 | GNUtoo|laptop | ok |
15:45.14 | blindvt` | kergoth_, i also like that "log redundant deps" for classextended recipes. Just a thought |
15:45.18 | blindvt` | nods kergoth_ |
15:45.31 | kergoth_ | blindvt`: check out https://github.com/kergoth/openembedded/compare/master...typing as an example of the nice interface for showing people your changes |
15:45.38 | kergoth_ | can even add notes to specific lines in the commits, as review |
15:45.45 | kergoth_ | :) |
15:45.52 | kergoth_ | nods at log redundant deps |
15:46.09 | ant_work | about this... |
15:46.36 | ant_work | kergoth_: somehow removing an unused dep (zlib) solved a race issue with lzma-native :( |
15:46.50 | ant_work | I still don't see how... |
15:47.15 | kergoth_ | blindvt`: my one concern with the log redundant patch is the duplication of code -- course, there's already a bunch of duplicated code between those classes, but still |
15:47.18 | GNUtoo|laptop | I think I know where is the misunderstanding |
15:47.22 | GNUtoo|laptop | it's from me |
15:47.25 | GNUtoo|laptop | # Collapse /usr into / |
15:47.33 | GNUtoo|laptop | prefix = "" |
15:47.39 | GNUtoo|laptop | that's from micro.conf |
15:47.45 | kergoth_ | blindvt`: the other concern i had at first glance was the virtclass "magic" in the native unpackers commit, haven't had time to look closer to see what the logic was |
15:47.55 | kergoth_ | maybe others have |
15:48.02 | GNUtoo|laptop | JaMa, you're thinking that the prefix is prefix="/" |
15:48.11 | GNUtoo|laptop | and I'm thinking that the prefix is prefix="" |
15:48.13 | GNUtoo|laptop | right? |
15:48.36 | GNUtoo|laptop | I wonder how it goes to "/" tough |
15:49.14 | JaMa | GNUtoo|laptop: http://paste.pocoo.org/show/291633/ |
15:50.23 | GNUtoo|laptop | ok |
15:50.44 | *** join/#oe vanous (~vanous@194.228.223.3) |
15:50.55 | *** join/#oe zenlinuxPDX_ (~sgarman@c-67-170-181-205.hsd1.or.comcast.net) |
15:51.16 | *** join/#oe kevinsc (~a0214685@nat/ti/x-gzbviyetsxulzfmm) |
15:51.19 | *** join/#oe B_Lizzard_ (~havoc@athedsl-433524.home.otenet.gr) |
15:51.26 | JaMa | pb_, kergoth_: what do you think (about idea I haven't even tried it yet), is it too ugly? http://paste.pocoo.org/show/291633/ |
15:52.13 | pb_ | JaMa: it does seem fairly ugly. how about allowing the regex to accept either / or end-of-line at that point? |
15:52.32 | kergoth_ | also, ?= is a bitbake-ism, not a python thing, afaik |
15:52.43 | kergoth_ | and the bitbake idiom is that the var is *unset*, not *empty* |
15:52.48 | kergoth_ | unless i'm missing something |
15:53.16 | pb_ | actually, I guess that wouldn't work very well since you would end up with any empty var being set to the sysroot, not necessarily what you want. |
15:53.17 | pb_ | heh |
15:54.05 | kergoth_ | i think matching / or eol would be ideal, indeed |
15:54.18 | pb_ | I suspect this is one of these problems that isn't really amenable to a completely general-purpose solution. the var assignments in the generated binconfig files just don't contain enough semantic information to be able to tell unambiguously whether they are meant to be pathnames or not. |
15:54.39 | JaMa | and what if it points to something else like =/srvdir/blah? |
15:54.40 | kergoth_ | it was my first thought when i saw the email -- but i'm not sure if you can use $ in a | block in sed |
15:54.44 | kergoth_ | heh |
15:55.00 | pb_ | JaMa: just an absolute pathname? then it would be left alone, right? |
15:55.35 | kergoth_ | yeah, the binconfig sedding is a hack, but one that catches a good chuck of them -- maybe the answer is these particular cases should append extra sed's in the recipe |
15:55.35 | JaMa | pb_: but I guess that /srvdir is installed in sysroot too |
15:56.43 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2dfc5b7c9e 10openembedded.git/recipes/inkscape/inkscape_0.48.0.bb: inkscape: add 0.48 |
15:57.10 | JaMa | pb_: empty var wouldn't point to sysroot (if I fix the syntax to use / everytime it's empty == micro) |
15:57.35 | JaMa | pb_: because it would look like ="?/ at least |
15:58.09 | kergoth_ | should really audit the binconfig usage and just kill them all, and patch everything that deps on them to use pkgconfig, or something -- maybe that would be a good task for the janitors page |
15:58.15 | kergoth_ | heh |
15:58.31 | JaMa | pb_: and if I match for / or eol, then with empty prefix I'll get exactly that, empty var pointing to sysroot |
15:58.38 | GNUtoo|laptop | ERROR: 3:SyntaxError:'SLASH_PREFIX ?= "/"' |
15:58.44 | GNUtoo|laptop | with micro |
15:58.48 | kergoth_ | GNUtoo|laptop: like i said, that's not valid python :) |
15:58.52 | kergoth_ | ?= is bitbake |
15:58.53 | GNUtoo|laptop | ah ok |
15:58.57 | GNUtoo|laptop | indeed |
15:58.58 | GNUtoo|laptop | sorry |
15:59.00 | kergoth_ | :) |
15:59.19 | JaMa | that was just idea explanation (I didn't expect someone to try it now) :) |
16:00.07 | kergoth_ | finally decided to upgrade his workstation that's mostly from 2006, time to get a quick personal development machine rather than doing nearly all of his oe work on his work laptop |
16:00.21 | pb_ | JaMa: well, yeah, I don't think there is much you can do about random absolute paths in general. no good way to tell whether they are meant to be prefixed with sysroot or not. |
16:00.59 | pb_ | or, more accurately, no good way to tell whether a given var is actually a filename (which needs prefixing) or just a text string (which doesn't) |
16:01.02 | GNUtoo|laptop | JaMa, ok converted to python and trying |
16:01.14 | pb_ | I think kergoth's plan to just have a big bonfire of all the binconfigs is probably the best one. |
16:01.34 | kergoth_ | that's a lovely image. i'll bring the marshmellows |
16:01.58 | pb_ | failing that, I think you just need to find the minimal hack that works for the case at hand and not worry too much about what other undiscovered horrors might or might not be in other packages. |
16:02.07 | JaMa | pb_: yes I can find some example where it was prefixed where shouldn't (and I had to strip prefix in recipe to fix it) |
16:02.39 | pb_ | if it weren't for the fact that binconfig is legacy cruft, it would be worth spending some time to fix it properly. but it is, and hence it isn't. |
16:03.09 | JaMa | consider SLASH_PREFIX as minimal hack (being as much backward compatible as possible) |
16:03.39 | CIA-1 | 03Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * r624ddf456a 10openembedded.git/recipes/gmu/gmu_0.7.1.bb: (log message trimmed) |
16:03.39 | CIA-1 | gmu-0.7.1: Move RDEPENDS to DEPENDS. |
16:03.39 | CIA-1 | Merged RDEPENDS into DEPENDS, because there is no practical difference |
16:03.39 | CIA-1 | (I believed there was) and bitbake fails to build gmu under certain |
16:03.39 | CIA-1 | conditions (such as building with BB_NUMBER_THREADS set) due to |
16:03.40 | CIA-1 | half-built dependencies. |
16:03.41 | CIA-1 | Signed-off-by: Alex Ferguson <thoughtmonster@gmail.com> |
16:03.50 | CIA-1 | 03Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * r14db95b844 10openembedded.git/recipes/greq/ (3 files in 2 dirs): (log message trimmed) |
16:03.50 | CIA-1 | greq-0.9.4: Add greq, a program for building gtk+-1.2 dialogs from scripts. |
16:03.50 | CIA-1 | Added tab-delimiter.patch, which changes the delimiter between multiple |
16:03.50 | CIA-1 | return arguments from \v to \t because busybox ash doesn't support arrays |
16:03.51 | CIA-1 | and accessing individual arguments with cut is easier when they're tab |
16:03.51 | CIA-1 | delimited. |
16:03.52 | CIA-1 | Added wmclass-option.patch which adds an option for setting the window's |
16:03.52 | CIA-1 | 03Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * rffdc040b8a 10openembedded.git/recipes/gtk+/gtk+-1.2-1.2.10/small-filesel.patch: (log message trimmed) |
16:03.53 | CIA-1 | gtk+-1.2: Modify small-filesel.patch for better usability. |
16:03.53 | CIA-1 | Modified small-filesel.patch, which now omits the "Rename", |
16:03.54 | CIA-1 | "Delete" and "Create Directory" buttons and adds the file |
16:03.54 | CIA-1 | selection text area to the bottom. The previous arrangement |
16:03.55 | CIA-1 | didn't work so well for saving files, just opening them. |
16:03.55 | CIA-1 | Signed-off-by: Alex Ferguson <thoughtmonster@gmail.com> |
16:03.56 | CIA-1 | 03Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * r8ff50704be 10openembedded.git/recipes/dzen2/ (dzen2_svn.bb files/Makefile files/dzen-extras.tar.gz): (log message trimmed) |
16:03.57 | CIA-1 | dzen2: Modularize dzen-launcher, update recipe. |
16:04.08 | CIA-1 | added greq which is somewhat like xdialog, and which is needed for |
16:04.08 | CIA-1 | some dialogs. |
16:04.09 | CIA-1 | Signed-off-by: Alex Ferguson <thoughtmonster@gmail.com> |
16:04.09 | CIA-1 | Signed-off-by: Kristoffer Ericson <kristoffer.ericson@gmail.com> |
16:04.10 | CIA-1 | 03Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * r57a6f591f8 10openembedded.git/recipes/jlime/ (3 files): |
16:04.12 | JaMa | heh "Merged RDEPENDS into DEPENDS, because there is no practical difference" |
16:04.18 | CIA-1 | jlime-extras: Add stub jlime-extras-machine recipes. |
16:04.18 | CIA-1 | Added stub jlime-extras packages for jornada6xx, jornada7xx and |
16:04.18 | CIA-1 | mp900c, which are needed by the jlime-extras recipe when building |
16:04.18 | CIA-1 | for the respective MACHINEs. |
16:04.18 | CIA-1 | Signed-off-by: Alex Ferguson <thoughtmonster@gmail.com> |
16:04.18 | CIA-1 | Signed-off-by: Kristoffer Ericson <kristoffer.ericson@gmail.com> |
16:04.26 | kergoth_ | eh, there is a practical difference, they likely just misunderstood what the difference is |
16:04.37 | kergoth_ | heh |
16:04.53 | kergoth_ | to be fair, i don't think the bitbake manual covers it well, not sure about the oe one |
16:05.06 | JaMa | Alex Ferguson ping |
16:05.15 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
16:05.51 | pb_ | kergoth: heh |
16:06.16 | JaMa | but looking on that commit, the message is wrong, but the result is better than it was |
16:06.18 | kergoth_ | even people who've used oe a while seem to occasionally misunderstand it |
16:11.56 | *** join/#oe pidge (~eflanagan@134.134.139.72) |
16:22.12 | *** join/#oe vanous1 (~vanous@194.228.223.3) |
16:28.11 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * rb35109935b 10openembedded.git/recipes/tasks/ (task-sdk-native.bb task-sdk-native.inc): |
16:28.12 | CIA-1 | task-sdk-native: inherit task, drop DEPENDS |
16:28.12 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
16:37.11 | *** part/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
16:50.52 | *** join/#oe jolt_ (~jolt@p5B3DDB51.dip.t-dialin.net) |
16:52.55 | *** join/#oe awozniak (~awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
16:57.02 | *** join/#oe dth (~dth@a89-182-149-253.net-htp.de) |
16:57.12 | dth | re |
16:57.17 | dth | funkt wieder |
16:57.41 | dth | sorry wrong screen |
17:00.22 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
17:04.46 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
17:05.03 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
17:05.11 | blindvt | kergoth_, 'the virtclass "magic" in the native unpackers commit' was (IIRC) that otherwise we'd end up in a dep-loop if you choose xz_git |
17:11.43 | *** join/#oe marex_ (~marex@eduroam4.ms.mff.cuni.cz) |
17:12.05 | kergoth_ | blindvt: i'd say we should make the logic smarter then |
17:12.21 | kergoth_ | instead of just going is the string 'xz' in SRC_URI, maybe we should split and check for extension specifically |
17:12.26 | kergoth_ | perhaps |
17:12.31 | dv | I submitted a patch http://patchwork.openembedded.org/patch/3538/ |
17:12.51 | mrj10 | are there plans to integrate the patch to add ext4 IMAGE_ROOTFS support into master? http://patchwork.openembedded.org/patch/2592/ |
17:12.59 | dv | then splitted it into two patches, as Michael Smith recommended |
17:13.45 | kergoth_ | ponders |
17:14.02 | dv | but he said, I need "please use INC_PR. e.g. set INC_PR = "r0" in shorewall.inc and set PR = "${INC_PR}.0" in the recipes which include it. " for shorewall patch... I don't undestand where to write PR = "${INC_PR}.0" |
17:14.54 | dv | after "require shorewall.inc" ? |
17:16.08 | kergoth_ | yes |
17:16.10 | blindvt | mrj10, ugh. I promised to add the required fsck to make it a real ext4 image. it's lying around somewhere in my tree, not sure if i sent the updated patch to the list yet.. sorry |
17:16.12 | *** join/#oe CruX| (~jozo@pc-3r0oapyeojvdpt61ks2su2mddvoc1iv.usr.iklub.sk) |
17:17.00 | mrj10 | not a problem, was just curious. i may splat the patch in locally for the time being (and add the fsck suggested) |
17:17.03 | blindvt | mrj10, but (apart from some noise that prevents it to apply cleanly nowadays) it's straight forward. Feel free to redo it and submit it instead of that 2592 |
17:17.35 | mrj10 | ok, i will do so if i get around to testing an image on my board |
17:18.16 | blindvt | kergoth_, well.. http://paste.debian.net/99894/ |
17:18.22 | dv | sorry for stupid question :) I did it |
17:19.11 | *** join/#oe vanous (~vanous@194.228.223.3) |
17:19.20 | blindvt | kergoth_, i admit that the INHIBIT_AUTOTOOLS_DEPS may have been a quick-hack but iirc i tried to solve it in a different (also clean, IMHO) way and didn't quite see how |
17:20.44 | blindvt | kergoth_, but it would be interesting to see what somebody that knows oe (as opposed to /me ;) would do to avoid such a construct :) |
17:20.44 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
17:22.16 | blindvt | kergoth_, perhaps you can imagine an elegant way ? |
17:25.10 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
17:27.46 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
17:28.42 | blindvt | kergoth_, please note that "xz-0.8.15" does _not_ match as extension (we're looking at the uri which is .bz2 for that xz release tarball). IIRC the loop was this: virtual/coreutils-native (coreutils|busybox; both as .bz2) The former uses autotools, to unpack autotools we'd need an unpacker and that unpacker itself needs autotools -> kaboom() (or something along those lines) |
17:29.55 | kergoth_ | ah, yes, avoiding autotools deps for -native unpackers is reasonable, and should be something that can be done fine in the recipes -- its the class changes that struck me as odd |
17:34.04 | blindvt | kergoth_, i don't understand; which class changes do you mean? |
17:36.22 | *** join/#oe davidlt (~davidlt@228-218.76-83.cust.bluewin.ch) |
17:36.27 | kergoth_ | nevermind, if you're confused, i'm probably just remembering wrong, don't have the patch in front of me. i'll apply it to a tree and poke around later |
17:44.08 | Crofton | qwt and/or qt does not appear to build with gcc 4.5 |
17:45.45 | *** join/#oe florian (~fuchs@sign-4d0942fe.pool.mediaWays.net) |
17:45.45 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
17:48.20 | blindvt | khem, ping? |
17:49.45 | kergoth_ | blindvt: i was remembering right -- i was wondering if we can manage it without the changes to autotools.bbclass and base.bbclass. it doesn't really belong there, unless there's really no alternative. i'll play with it and see if i can come up with something |
17:49.51 | blindvt | khem, did you see that odd strong alias breakage w/ gcc trunk and did you, by chance, track it down already or should i have a look? |
17:50.08 | JaMa | Crofton: qt-x11-free-4.7 builds here fine with gcc |
17:51.33 | kergoth_ | https://gist.github.com/700677 - sheesh, getting quite the collection of un-pushed topic branches |
17:51.43 | blindvt | khem, two of the symptoms are that fcntl and atoi are non-existing; seen on micro-base-image for qemux86 with current uClibc master |
17:52.09 | JaMa | dv: is FILES_${PN} += "/usr/share/shorewall/*" really needed? the same in shorewall-shell |
17:52.47 | Crofton | JaMa, what version gcc |
17:53.00 | JaMa | there is ${datadir}/${PN} in FILES_${PN} in bitbake.conf |
17:53.02 | Crofton | what about qwt? |
17:53.03 | JaMa | Crofton: 4.5 |
17:53.06 | Crofton | k |
17:53.26 | JaMa | I can try qwt.. |
17:54.21 | blindvt | kergoth_, cool TIA! |
17:59.35 | dv | JaMa, needed. look, there are two variants of shorewall. one is -shell, second is just shorewall. both of them need /usr/share/shorewall/*, but first one needs /usr/share/shorewall-shell/* also |
18:00.28 | dv | JaMa, I don't know why, but they was not included in my image without such a FILES_${PN}... |
18:02.04 | kergoth_ | kicks off a bitbake xz |
18:03.13 | JaMa | dv: ah ok, I didn't notice that shorewall-shell is using same .inc, but still strange shorewall-shell needs /usr/share/shorewall-shell/* |
18:03.30 | kergoth_ | it shouldn't, yeah. also should be using ${datadir} |
18:03.32 | kergoth_ | hrm |
18:03.37 | JaMa | dv: and better to use {datadir} then /usr/share |
18:03.43 | kergoth_ | :) |
18:04.38 | dv | JaMa, yes. It uses different parser, components of which is installed into different location together with common compopnentss in default localtion... about {datadir}... yes, you're totally right :) |
18:05.48 | dv | JaMa, do I have to change my patch ? |
18:06.26 | *** join/#oe ka6sox-work (~tking@nslu2-linux/ka6sox) |
18:06.31 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
18:10.56 | JaMa | dv: I mean keep {datadir}/shorewall/ in .inc file, but don't add {datadir}/shorewall-shell in shorewall-shell*bb as it should be included automatically |
18:11.03 | JaMa | dv: and please update that patch |
18:12.02 | JaMa | Crofton: qwt fails here too /OE/tmpdir-shr/sysroots/armv4t-oe-linux-gnueabi/usr/include/qt4/QtCore/qstring.h:187:17: note: the mangling of 'va_list' has changed in GCC 4.4 |
18:12.07 | *** join/#oe dijenerate (~dijenerat@65.48.240.46) |
18:12.46 | *** join/#oe anarsoul (~anarsoul@212.98.182.23) |
18:13.57 | JaMa | qwt_abstract_scale_draw.cpp:406:1: fatal error: error writing to -: Broken pipe |
18:18.24 | *** join/#oe kristoffer (~kristoffe@c-a3dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
18:20.18 | *** join/#oe kristoffer_ (~kristoffe@c-a3dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
18:20.38 | kergoth_ | i think amazon has spoiled me. now i get annoyed when some online store doesn't ship the same day |
18:21.05 | Tartarus | or newegg and their $3 extortion? |
18:21.19 | kergoth_ | heh, indeed |
18:21.38 | kergoth_ | is talking about newegg actually, no way he's paying that, bastards |
18:21.44 | kergoth_ | shakes fist |
18:22.42 | *** join/#oe kristoffer_ (~kristoffe@c-a3dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
18:23.30 | dv | I updated my receipes :) sorry for unconvinience - I'm a beginner |
18:25.02 | kergoth_ | no worries, thanks for contributing, we always (or *should* always) appreciate newcomers |
18:26.20 | CIA-1 | 03Dvorkin Dmitry <dvorkin@tibbo.com> 07master * rb79c5f4e3f 10openembedded.git/recipes/pstree/pstree_2.33.bb: |
18:26.20 | CIA-1 | pstree: added recipe |
18:26.20 | CIA-1 | Signed-off-by: Dvorkin Dmitry <dvorkin@tibbo.com> |
18:26.20 | CIA-1 | Acked-by: Michael Smith <msmith@cbnco.com> |
18:26.31 | CIA-1 | 03Dvorkin Dmitry <dvorkin@tibbo.com> 07master * r3e3253ae59 10openembedded.git/recipes/shorewall/ (4 files): |
18:26.31 | CIA-1 | shorewall: updated to 4.2-shell and 4.4-perl versions |
18:26.31 | CIA-1 | Signed-off-by: Dvorkin Dmitry <dvorkin@tibbo.com> |
18:26.31 | CIA-1 | Acked-by: Michael Smith <msmith@cbnco.com> |
18:27.40 | *** join/#oe pespin (~pespin@90.pool85-50-90.dynamic.orange.es) |
18:28.12 | CIA-1 | 03Michael Smith <msmith@cbnco.com> 07master * r50d3e0bc5d 10openembedded.git/recipes/ (pstree/pstree_2.33.bb shorewall/shorewall.inc): |
18:28.12 | CIA-1 | pstree/shorewall: fix AUTHOR |
18:28.12 | CIA-1 | I pushed the wrong version of the patch from patchwork. |
18:28.12 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
18:29.52 | *** join/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
18:29.57 | JaMa | ups Michael pushed older version with /usr/share/shorewall-shell/ :/ |
18:30.29 | kergoth_ | heh, no big deal to push the fix in a subsequent commit |
18:30.37 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
18:30.48 | dv | I'm working for 14 hours and tired too :) |
18:30.57 | kergoth_ | should spend more quality time on the ${B} vs ${S} branch |
18:30.58 | tharvey | is the current details on LICENSE documented on wiki yet? |
18:31.38 | Crofton | JaMa, same here, thansk |
18:31.44 | JaMa | Crofton: yw |
18:31.48 | *** join/#oe methril (~methril@189.27.136.169.dynamic.adsl.gvt.net.br) |
18:32.36 | *** part/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
18:33.09 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
18:35.47 | tharvey | khem, I didn't quite understand your description of LINCENSE for the recipes I sent to maillist: here is iftop licnese http://pastebin.com/8S0YCMzp - are you saying that should be GPLv2 or GPLv2+ ? |
19:07.42 | *** join/#oe blindvt (~bf@85-127-80-160.dynamic.xdsl-line.inode.at) |
19:12.22 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
19:19.48 | CIA-1 | 03Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * rb9ea13f7bd 10openembedded.git/recipes/jlime/fileselector_1.0.bb: (log message trimmed) |
19:19.49 | CIA-1 | fileselector: Bumped PV from 1.0 to 1.1. |
19:19.49 | CIA-1 | Updated upstream source file with some bug-fixes along with a small |
19:19.49 | CIA-1 | program called 'loading' which simply exists to display a black screen, |
19:19.49 | CIA-1 | providing a stable background in scripts which use fileselector. Crappy, |
19:19.49 | CIA-1 | I know, but it only uses xlib and is lightweight so why not. |
19:19.49 | CIA-1 | Signed-off-by: Alex Ferguson <thoughtmonster@gmail.com> |
19:19.57 | CIA-1 | 03Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * r930c7c8a53 10openembedded.git/recipes/jlime/jlime-extras_1.0.1.bb: |
19:19.57 | CIA-1 | jlime-extras: Modify checksums for upstream source file change. |
19:19.57 | CIA-1 | This one is a quick modification of the checksums to mirror a |
19:19.57 | CIA-1 | small change in the upstream source file. |
19:19.57 | CIA-1 | Signed-off-by: Alex Ferguson <thoughtmonster@gmail.com> |
19:19.57 | CIA-1 | Signed-off-by: Kristoffer Ericson <kristoffer.ericson@gmail.com> |
19:19.59 | CIA-1 | 03Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * r95a71d22c8 10openembedded.git/recipes/dzen2/ (dzen2_svn.bb files/Makefile files/dzen-extras.tar.gz): (log message trimmed) |
19:19.59 | CIA-1 | dzen2: Modify dzen-extras, update Makefile and recipe. |
19:19.59 | CIA-1 | Modularized the battery applet by moving the charge calculation |
19:19.59 | CIA-1 | in an external script and adding per-platform functions. Made the |
19:20.00 | CIA-1 | process a bit more efficient by adding a small program written in |
19:20.44 | CIA-1 | C, dzen-battery, which calculates a battery percentage given two |
19:20.45 | CIA-1 | standard files in /sys/class/power_supply and by moving processes |
19:28.25 | CIA-1 | 03Michael Smith <msmith@cbnco.com> 07master * re384e345cd 10openembedded.git/recipes/python/python-pyopengl-accelerate_3.0.1.bb: |
19:28.25 | CIA-1 | python-pyopengl-accelerate: add |
19:28.25 | CIA-1 | Signed-off-by: Bram Cymet <bcymet@cbnco.com> |
19:28.25 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
19:28.35 | CIA-1 | 03Michael Smith <msmith@cbnco.com> 07master * r8ded640ef1 10openembedded.git/recipes/python/python-pyopengl_3.0.1.bb: |
19:28.35 | CIA-1 | python-pyopengl: add |
19:28.35 | CIA-1 | Signed-off-by: Bram Cymet <bcymet@cbnco.com> |
19:28.35 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
19:35.18 | *** join/#oe Crofton (~balister@adsl-75-37-22-143.dsl.pltn13.sbcglobal.net) |
19:35.46 | CIA-1 | 03Michael Smith <msmith@cbnco.com> 07master * rd9997db446 10openembedded.git/recipes/xorg-driver/ (2 files in 2 dirs): |
19:35.46 | CIA-1 | xf86-input-elographics: allow limiting the touchable area of the display |
19:35.46 | CIA-1 | Add ScreenWidth and ScreenHeight configuration options to override |
19:35.46 | CIA-1 | the screen size. |
19:35.46 | CIA-1 | see also: https://bugs.freedesktop.org/show_bug.cgi?id=31397 |
19:35.46 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
19:40.49 | *** join/#oe otavio (~otavio@189.114.111.55) |
19:40.49 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
19:42.05 | khem | tharvey: the statement here |
19:42.10 | khem | tharvey: the statement here "# |
19:42.10 | khem | either version 2 of the License, or |
19:42.11 | khem | # (at your option) any later version." |
19:42.24 | khem | means that its GPLv2+ |
19:42.29 | khem | good morning all |
19:43.05 | khem | blindvt`: no I did not investigate yet the breakage due to aliases |
19:43.17 | khem | blindvt`: was occupied heavily last week |
19:46.27 | tharvey | khem, ok I'll resubmit as 'GPLv2' |
19:48.59 | eFfeM | hi khem |
19:50.44 | kergoth_ | blindvt`: xz-native and xz both built fine with your patch minus the class changes, here anyway |
19:57.48 | *** join/#oe vorporeal (~stern@gregorian-b-34.resnet.brown.edu) |
19:58.20 | *** join/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
19:59.34 | Jay7 | morning again |
19:59.49 | Jay7 | kergoth_: have you seen my race report in ML? |
19:59.58 | *** part/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
20:00.13 | *** join/#oe Martin_B (~martin@a89-182-149-253.net-htp.de) |
20:00.26 | khem | GPLv2+ |
20:02.49 | *** join/#oe Crofton (~balister@adsl-75-37-22-143.dsl.pltn13.sbcglobal.net) |
20:03.00 | *** join/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
20:03.53 | *** join/#oe pespin (~pespin@90.163.50.117) |
20:03.57 | mrj10 | silly question (i asked on #angstrom, but that channel appears to be mostly dead): anyone know what's happening when you boot an angstrom image (i assume other distros do this as well but haven't checked) for the first time and it says "Configuring x.. Configuring y.. Configuring z.." for a good while? |
20:04.12 | Crofton | init scripts |
20:04.19 | kergoth_ | its running the postinst scripts for the packages that require they be run on the target |
20:04.31 | Crofton | what kergoth said |
20:04.39 | Crofton | the scripts are in the opk |
20:06.12 | mrj10 | ok cool, thanks guys |
20:06.40 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
20:13.58 | mckoan | hi |
20:14.07 | mckoan | I just git pulled |
20:14.46 | mckoan | building angstrom minimal-image I face to a scary error "git was compiled without libcurl support" |
20:15.30 | mckoan | I always considered angstrom the distro taiolred on OE (or vice versa) |
20:15.51 | mckoan | what's happening to OE? |
20:17.11 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07master * r7b4734daf2 10openembedded.git/recipes/binutils/ (15 files in 2 dirs): |
20:17.12 | CIA-1 | binutils: Use git instead of cvs for SRC_URI for upstream version of binutils |
20:17.12 | CIA-1 | * Use the upcoming 2.21 branch as SRC_URI so that we can test it |
20:17.12 | CIA-1 | and provide feedback to upstream based on our testing |
20:17.12 | CIA-1 | use PREFERRED_VERSION_binutils-cross = "git" to select this |
20:17.12 | CIA-1 | and test it in builds and reports issues. |
20:17.13 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
20:18.03 | mrj10 | mckoan: was it talking about the git on your host machine, or the git it's building for the target as part of the image? (i don't know offhand if angstrom-minimal-image includes git) |
20:19.07 | mckoan | mrj10: it must be git on host machine, but is a Debian Lenny, so I wonder what could be wron there |
20:19.21 | mrj10 | that seems like a legitimate problem |
20:19.24 | khem | mckoan: well, I think you are using git-native |
20:19.47 | mrj10 | the bandaid solution is to make sure you dont try to fetch any git repositories using the http protocol, use the git protocol instead |
20:20.02 | mrj10 | but it seems like the easier way is to get a version of git that does have libcurl support |
20:20.16 | mckoan | khem: what do you mean with "using git-native" ? |
20:21.05 | khem | mckoan: the problem is happening on target or on the build machine ? |
20:21.23 | mckoan | I changed nothing, I simply pulled, and it worked until 2nd november |
20:21.23 | *** part/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
20:22.28 | khem | I am assuming its the git-native thats being used. In this case you should look into git-native build logs specifically into log.do_configure and see why it disables libcurl support because as far as I see there is no specific construct to disable it in the recipe if it finds it then it should have enabled it |
20:22.47 | khem | hmmm |
20:23.11 | khem | could be that libcurl native has issues |
20:23.28 | khem | cant say much without looking into the config.log for git-native |
20:24.01 | mckoan | is enabling tinderbox |
20:24.45 | khem | mckoan: I dont think tinderbox has logs for the successful builds |
20:25.42 | mckoan | also tinderbox is not working |
20:25.47 | Jay7 | angstrom-2008.1 console-image is built fine for my targets |
20:26.00 | Jay7 | with exception of that race |
20:26.08 | mckoan | Jay7: are you using debian? |
20:26.19 | Jay7 | mckoan: debian testing |
20:26.21 | mckoan | DISTRO = "angstrom-2008.1" |
20:26.28 | Jay7 | x86_64 |
20:26.30 | Jay7 | ah.. |
20:26.36 | Jay7 | but this is testing-next branch |
20:27.05 | Jay7 | was forked 2010-11-12 iirc |
20:27.23 | Jay7 | s/forked/merged/ |
20:27.40 | Jay7 | or even updated from master |
20:28.25 | Jay7 | tinderbox is half-life.. |
20:31.30 | mckoan | maybe I missed the new goals of OE, I have to reconsider it in a new perspective |
20:31.37 | mckoan | mine is reliability |
20:32.12 | *** join/#oe pespin_ (~pespin@90.163.50.117) |
20:32.43 | Jay7 | mckoan: here are my builds: http://tinderbox.openembedded.net/builders/Jay7-tb/ |
20:33.14 | mckoan | Jay7: thank you |
20:33.15 | Jay7 | but almost all are on testing-next this time |
20:33.34 | mckoan | khem: thx |
20:33.42 | Jay7 | I'm testing angstrom-2008.1 for lot of machines with console-image, x11-image and opie-image |
20:34.15 | mckoan | Jay7: but looks like the real problem is Debian Lenny x86_64 |
20:34.36 | Jay7 | mckoan: I've updated from lenny about a week |
20:35.09 | Jay7 | that was because I was needed bitbake master to test too |
20:35.19 | Jay7 | but lenny have only python 2.5 |
20:37.49 | Jay7 | anyway, you can't say 'reliability' about OE master :) |
20:39.08 | mckoan | <PROTECTED> |
20:39.30 | mckoan | Jay7: You're right ;-) |
20:39.44 | Jay7 | but we are on the way to release |
20:42.11 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
20:46.09 | *** join/#oe Martin-B (~martin@pool-106-67-198-89.dbd-ipconnect.net) |
20:47.20 | kristoffer_ | shouldnt MACHINE_RDPENDS = "wpa-supplicant" include that package in all images built? Or am I missing something? |
20:47.31 | kristoffer_ | MACHINE_EXTRA_RDPENDS |
20:49.51 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
20:53.23 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
20:58.45 | *** join/#oe little_owl (~little_ow@5adeff67.bb.sky.com) |
20:59.55 | *** join/#oe pidge (~eflanagan@134.134.139.72) |
21:02.01 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * ra02d3d0eef 10openembedded.git/recipes/xorg-driver/ (2 files in 2 dirs): |
21:02.02 | CIA-1 | xf86-video-glamo: fix stack corruption from overflowing cmdq |
21:02.02 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
21:05.11 | *** join/#oe Martin_B (~martin@a89-182-149-253.net-htp.de) |
21:05.45 | Jay7 | btw |
21:06.04 | Jay7 | khem: did you still care about efikamx? |
21:06.18 | Jay7 | my builds failed on kernel unpacking |
21:06.45 | Jay7 | khem: http://tinderbox.openembedded.net/packages/977058/ |
21:08.17 | Jay7 | btw, oestats doesn't show this as a failed build.. |
21:11.42 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
21:16.59 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07master * r08b1bf363f 10openembedded.git/recipes/freesmartphone/cornucopia.inc: |
21:16.59 | CIA-1 | cornucopia: bump SRCREV |
21:16.59 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
21:18.59 | *** join/#oe kelvie_ (~kwong@s209-52-149-70.bc.hsia.telus.net) |
21:23.34 | *** join/#oe timtimred (~meh@85.210.134.112) |
21:40.18 | *** join/#oe blindvt (~bf@85-127-16-234.dynamic.xdsl-line.inode.at) |
21:43.14 | *** join/#oe Migaaresno (~Migaaresn@s5596e534.adsl.wanadoo.nl) |
21:43.40 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
21:45.21 | *** join/#oe Martin_B (~martin@a89-182-149-253.net-htp.de) |
21:48.00 | *** join/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
21:48.06 | mrj10 | hi all |
21:48.20 | mrj10 | i'm trying to get a recipe going for the newest version of valgrind, which supports armv7+ |
21:48.40 | mrj10 | there's a COMPATIBLE_HOST line in the existing valgrind recipes that masks out all ARM hosts |
21:48.57 | mrj10 | i modified it in my recipe to allow arm angstrom hosts (will make more robust later) |
21:49.05 | mrj10 | i think the COMPATIBLE_HOST line should be satisfied now |
21:49.23 | mrj10 | how can i get bitbake to ignore the fact that its cache says to skip that recipe? |
21:49.34 | mrj10 | i tried 'touch'ing local.conf and rebuilding, but that didnt seem to do it |
21:58.59 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r664ad859bc 10openembedded.git/recipes/orrery/ (files/orrery.png orrery/use.GdkPixbuf.patch orrery_2.7.bb): |
21:58.59 | CIA-1 | orrery: use GdkPixbuf for more effective drawing |
21:58.59 | CIA-1 | * also s/files/orrery/ for faster lookup |
21:58.59 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
22:03.34 | mrj10 | anyone know why eglibc-dbg has INSANE_SKIP on it? |
22:03.37 | khem | Jay7: yes I do |
22:03.52 | mrj10 | i'd like to be able to build a debug version of either glibc or eglibc for angstrom, to use with valgrind |
22:04.23 | khem | mrj10: how is INSANE_SKIP barring u from building debug version |
22:04.48 | mrj10 | well, i will plead ignorance here. the symptom of my problem is: |
22:04.55 | mrj10 | bitbake eglibc-dbg |
22:04.56 | mrj10 | ... |
22:05.00 | khem | no |
22:05.12 | mrj10 | ERROR: Nothing PROVIDES 'eglibc-dbg' |
22:05.15 | khem | its already emitted while bitbaking eglibc |
22:05.24 | khem | there is no separate target called eglibc-dbg |
22:05.35 | khem | the error says it doesnt it |
22:06.21 | mrj10 | not that i can tell http://pastebin.com/yKPvcuYS |
22:06.40 | mrj10 | maybe my rootfs has it already and i just need to figure out how to make valgrind use those versions of eglibc libraries |
22:07.12 | khem | what does it expenct libraries with profiling info ? |
22:07.34 | mrj10 | i tried using it and got: http://pastebin.com/7KGnFWfU |
22:07.55 | mrj10 | it wants symbols exported so it can replace malloc, memcpy, etc. with its own versions |
22:10.11 | mrj10 | so i guess it has to do with ld-linux.so, i'm not sure how that library gets built yet |
22:12.39 | khem | mrj10: ok did you install the -dbg package into the RFS |
22:12.46 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
22:12.47 | khem | mrj10: there are separate ipks |
22:12.57 | khem | for debug info of a package |
22:13.05 | khem | they may not be installed by default |
22:13.09 | khem | you have to install it |
22:13.30 | khem | with opkg on device or include it offline during build |
22:13.38 | mrj10 | i'm downloading an ipk now from angstrom-distribution.org, might look around for a built ipk in my deploy dir |
22:14.02 | *** join/#oe playya (~playya@unaffiliated/playya) |
22:14.11 | mrj10 | should ld-linux.so be in the eglibc ipk's |
22:14.12 | mrj10 | ? |
22:14.47 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
22:18.08 | mrj10 | i tried scp'ing over the ipk and installing it on the target |
22:18.13 | mrj10 | and i get: |
22:18.17 | mrj10 | Collected errors: |
22:18.25 | *** join/#oe mnabil (~mnabil@41.234.70.158) |
22:18.41 | mrj10 | * pkg_init_from_file: Malformed package file eglibc-dbg_2.11-r15.8+svnr10690.9_armv7a.ipk |
22:27.28 | grg | mrj10, can you extract the control file from this .ipk and put it in a pastebin? |
22:28.12 | grg | e.g. ar x eglibc-dbg_2.11-r15.8+svnr10690.9_armv7a.ipk; tar xf control.tar.gz |
22:30.08 | mrj10 | grg: sure, i'll try that. maybe one more thing first. i scp'ed the file again. i didnt check the md5sums before, but they match now |
22:30.23 | mrj10 | and i tried opkg installing again, and it gave me an md5sum mismatch with whatever opkg has in its cache |
22:30.33 | mrj10 | where's that cache stored. i'll try to override that manually and install it |
22:30.39 | grg | mrj10, hmm ok, that's probably more of a problem |
22:30.57 | grg | /var/lib/opkg maybe... i forget |
22:31.08 | mrj10 | yep, thanks |
22:33.41 | CIA-1 | 03Philip Balister <philip@opensdr.com> 07org.openembedded.dev * rd8d33031dc 10openembedded.git/recipes/tasks/task-sdk-gnuradio-native.bb: task-sdk-gnuradio-native.bb : Bump PR so builds pick up last change. |
22:36.57 | grg | vmware are using ipkg... wtf? |
22:37.13 | kergoth_ | ? |
22:37.49 | grg | and it looks like they have a patch fragment that is not in opkg |
22:38.10 | grg | (but they missed a bazillion other bugs) |
22:39.11 | *** join/#oe mekoniak (~mekoniak@wireless-5213.wireless.ece.vt.edu) |
22:47.38 | mekoniak | Hi all, quick question: I have in my Makefile.am files paths to directories such as: "AM_CXXFLAGS = -Wall -I/usr/include" and "LDADD = /usr/lib/libname.la". I think I need to include a symbol from my recipe so that I can point these to the appropriate fs staging dir "${STAGING_DIR_TARGET}/usr/lib" for example. Not sure how to do this though... |
22:49.07 | Crofton | ouch |
22:49.44 | Crofton | -I/usr/include should not be needed, it shows be default for sane cases |
22:49.57 | Crofton | unless standard includes are disabled |
22:50.11 | Crofton | not sure about the LDADD |
22:50.14 | mekoniak | sure, but also have subdirs of include that I need to point at |
22:50.18 | Crofton | maybe use a relative path |
22:50.27 | Crofton | relative paths ... |
22:50.33 | Crofton | is what I would try |
22:52.06 | kergoth_ | just -lname, there's no need to point at the .la directly, ever, as libtool will handle that for you |
22:52.48 | mekoniak | well, relative to what? If I start with -I./ I'll be referring to my Work dir, no? |
22:53.26 | kergoth_ | what exactly are you trying to do? |
22:53.37 | kergoth_ | you never have to point into staging yourself, oe passes the necessary args to the compiler to do that for you |
22:53.46 | kergoth_ | just drop the -I, use -l for the lib, and you'll be fine |
22:54.16 | mekoniak | trying to include headers from /usr/include/subdirofinclude |
22:55.03 | kergoth_ | normally, one would use a binconfig script or pkg-config to get those sorts of arguments automatically |
22:57.24 | mekoniak | Thx, I'll look into it (as is probably very obvious) i'm quite the n00b when it comes to autotools and linux toolchains in general... |
22:57.35 | Tartarus | khem; 35881fcc6feb9670947056ff868e03b0a0900a51 busted sh4 ;9 |
22:57.38 | Tartarus | broken shift |
22:57.46 | Tartarus | 9in my kbd atm0 |
22:58.34 | mekoniak | sounds like my problem lies in non-standard practices in the existing build system, and I should correct that rather than apply hacks |
22:58.56 | Crofton | :) |
22:59.04 | Crofton | I think there are ways to make it work |
23:00.03 | Crofton | but I never figured them out, just split things in to seperate autotools packages so I could do the library builds after they were installed |
23:00.16 | kergoth_ | mekoniak: you can always patch out the -I@includedir@/subdir and CFLAGS += "-I${STAGING_INCDIR}/subdir" in the recipe |
23:00.24 | kergoth_ | that way upstream still works, and so does OE |
23:03.10 | mekoniak | Crofton: FYI, I'm building each module with its own recipe now, as you suggested. Have system ossie working, working on recipes for components now... |
23:03.22 | Crofton | ah |
23:03.24 | khem | Tartarus: yes it was busted before |
23:03.29 | khem | Tartarus: for gcc 4.5 |
23:03.37 | Crofton | that should cut the need for the funky flags |
23:03.43 | khem | Tartarus: I realised that I fixed one problem but created another one |
23:04.07 | Crofton | thinks Tartarus has been drinking |
23:04.14 | khem | Tartarus: one fine day I need to take few quite hours and hack gcc to fix it for good rather than beating the bush |
23:04.55 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * rfd2d95283d 10openembedded.git/classes/checkbashisms.bbclass: |
23:04.56 | CIA-1 | checkbashisms: add initial class to run against ${S} |
23:04.56 | CIA-1 | Currently requires that you already have checkbashisms available somewhere in |
23:04.56 | CIA-1 | your PATH. Runs against all '#!/bin/sh' scripts in ${S}, to attempt to find |
23:04.56 | CIA-1 | and fix issues with /bin/sh not being bash. |
23:04.56 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
23:05.48 | khem | kergoth_: re. bashism did you add a friendly message if someon inherits it and dont have installed checkbashisms |
23:06.06 | khem | I really did not look into your patch so find it out for myself |
23:06.10 | kergoth_ | inheriting won't do anything, its its own task |
23:06.22 | kergoth_ | but no, not a friendly one, yet |
23:06.32 | kergoth_ | -c checkbashisms / -c checkbashisms_all |
23:06.36 | khem | kergoth_: ok may be a sanity message |
23:06.42 | kergoth_ | nods |
23:06.44 | mekoniak | Crofton: I guess the reason these are hard coded in the existing Makefile.am is that they were using relative paths to point at the compiled-but-not-installed libraries and headers in the source dirs. Since they're now installed to the target FS, I should be able to use a more standard convention |
23:06.58 | Crofton | mekoniak, exactly |
23:07.26 | mekoniak | thanks Crofton and kergoth. Backed me out of my corner :-) |
23:07.33 | Tartarus | khem: So... I'm a little puzzled :) |
23:07.34 | khem | mekoniak: now we do a proper install into staging so yes its better |
23:07.38 | Tartarus | khem: sh4 is broken atm |
23:08.02 | khem | Tartarus: I think I should revert that fix |
23:08.04 | *** join/#oe aditya_1010 (~Aditya@pool-96-255-243-50.washdc.fios.verizon.net) |
23:08.12 | Tartarus | khem: And lock down to 4.4.x if needed, yeah |
23:08.14 | khem | so atleast 4.4 will work |
23:08.18 | Crofton | or go read gnuradio autofoo and learn to build against libraries before they are installed |
23:08.20 | khem | righto |
23:08.27 | Crofton | although that is some tough reading :) |
23:08.34 | khem | Tartarus: 4.5 has a problem in multilibs |
23:08.42 | khem | and its a hairy problem in gcc |
23:09.04 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * r29655d79ed 10openembedded.git/classes/checkbashisms.bbclass: |
23:09.04 | CIA-1 | checkbashisms: add nicer error when checkbashisms isn't available |
23:09.04 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
23:09.04 | khem | I have a bug open for it but no one looked into it in gcc community which means I should do it myself |
23:09.37 | khem | Tartarus: for the release sane toolchains I plan to lock 4.4 for sh4 |
23:10.22 | mekoniak | indeed. GNUradio is next on my list... Is it using UHD drivers now? I think that's required for USRP-e, right? |
23:10.33 | Tartarus | want me to push that now khem? |
23:10.35 | Crofton | right |
23:10.36 | Tartarus | got it queued now |
23:10.56 | Crofton | oe builds uhd and gnuradio that uses uhd |
23:11.05 | Crofton | and installs usrp firmware |
23:12.07 | mekoniak | good to know |
23:12.07 | *** join/#oe mnabil_ (~mnabil@41.234.70.120) |
23:12.21 | mekoniak | thanks again. |
23:12.28 | Crofton | I haven't tested it on anything puublically available :) |
23:13.20 | mekoniak | doesn't UHD also work with USRP1? |
23:13.26 | khem | Tartarus: I can reverse it moment |
23:13.38 | Crofton | it should |
23:13.48 | Crofton | that is the untested piece |
23:14.31 | mekoniak | Crofton: I was testing GNU Radio from angstrom-distro repo on BB with USRP1 about 2 weeks ago. I assume those changes are newer? |
23:15.17 | Crofton | not sure |
23:15.27 | Crofton | pretty close though |
23:15.38 | Crofton | git log gnuradio_git.bb :) |
23:16.32 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07master * rd827b36a57 10openembedded.git/recipes/gcc/gcc-cross4.inc: (log message trimmed) |
23:16.33 | CIA-1 | Revert "gcc-cross4.inc: We dont support multilib so empty out the with-libdir-list for SH4" |
23:16.33 | CIA-1 | This fixed building the toolchain though but broke |
23:16.33 | CIA-1 | kernel as it expect gcc to be able to compile no-fpu |
23:16.33 | CIA-1 | code. Which means it will break all gcc 4.x |
23:16.33 | CIA-1 | So we revert it and keep the status quo of 4.5 being broken |
23:16.34 | CIA-1 | but older 4.x gcc can still build for SH based machines. |
23:16.35 | mekoniak | either way, I'll be doing some more BB/USRP/GNUradio testing later in the week. I'll let you know what I get. |
23:16.46 | mekoniak | dinner time now, though :-) |
23:16.56 | Crofton | I'm in here and #gnuradio |
23:17.02 | Crofton | heh |
23:17.08 | Crofton | I am in CA |
23:17.12 | Crofton | so mid afternoon |
23:17.49 | khem | Tartarus: and this one http://pastebin.com/e0PkebTb |
23:18.03 | khem | should pick 4.4 for sh3/sh4 |
23:18.06 | khem | we should be set |
23:18.41 | khem | Crofton: did you get over the last issue about that gnome thingy |
23:18.48 | Crofton | well |
23:18.53 | Crofton | I commented it out :) |
23:18.55 | Crofton | for now |
23:19.10 | khem | Crofton: ok. I could not reproduce it |
23:19.17 | khem | otherwise I could have fixed it |
23:19.23 | Crofton | thanks |
23:19.29 | Crofton | I need to check with koen |
23:19.35 | khem | whatever works for me is not a bug :) |
23:19.40 | Crofton | I am wondering if it it F13 specific |
23:19.44 | Crofton | :) |
23:20.13 | khem | could be. I dont have a F13 box here to try |
23:20.16 | Crofton | my ability to partitiion sd cards has gone i the toilet |
23:20.22 | Jay7 | what to test tonight? :) |
23:20.32 | khem | Jay7: sh4 |
23:20.47 | khem | Tartarus: do u think I should commit the sane-toolchain change too ? |
23:20.50 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
23:20.50 | Jay7 | hm.. which distro/machine/image? |
23:21.09 | khem | Jay7: qemush4/minimal/x11-image |
23:21.22 | khem | or angstrom or whatever I really dont care |
23:21.22 | Jay7 | khem: oe master? |
23:21.25 | khem | yes |
23:21.39 | khem | Tartarus: btw. did ppc boot on qemu ? |
23:22.37 | khem | Cisco's reports were not that encouraging hmmm |
23:26.06 | Jay7 | khem: build started, check results on tinderbox under 'Jay7' |
23:26.17 | Tartarus | khem: no |
23:26.33 | khem | Tartarus: hmmm ok |
23:26.57 | khem | Tartarus: it dies in kernel right ? |
23:27.00 | Tartarus | khem: and yeah, please update sane-toolchain |
23:27.08 | Tartarus | khem: yeah qemuppc panics on mounting root |
23:27.10 | khem | Tartarus: ok |
23:27.16 | khem | Tartarus: ah I see |
23:27.24 | khem | Tartarus: then please choose -O2 |
23:27.35 | khem | as global optimization instead of Os |
23:27.39 | khem | and retry |
23:27.53 | khem | I thought it was something in kernel that broke |
23:28.02 | Tartarus | ok |
23:28.17 | khem | Tartarus: there is a lingering issue with ppc and Os where it emits stuff into libgcc |
23:28.21 | khem | that it needs |
23:28.30 | khem | and that part is messed up |
23:28.34 | *** join/#oe Martin_B (~martin@a89-182-149-253.net-htp.de) |
23:28.35 | khem | with O2 its not needed |
23:28.39 | khem | and it should work |
23:29.46 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07master * r448d705bee 10openembedded.git/conf/distro/include/sane-toolchain.inc: |
23:29.46 | CIA-1 | sane-toolchain.inc: Choose GCC 4.4.4 for SH bases machines |
23:29.46 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
23:29.51 | khem | Jay7: you have to update to latest and then restart the build plz |
23:30.04 | khem | Jay7: and yes use distro minimal or micro |
23:30.19 | khem | or any other which uses sane-toolchain |
23:30.32 | Jay7 | khem: ok |
23:30.48 | Jay7 | I'll build qemush4/minimal/x11-image |
23:30.57 | mrj10 | woohoo, valgrind 3.6.0 is working on my beagleboard |
23:30.58 | Jay7 | with changes above ^^ |
23:31.26 | mrj10 | khem and grg: thanks for the help! |
23:31.59 | Jay7 | is thinking about upgrading wife's workstation to phenom x4 or x6 too :) |
23:32.08 | Jay7 | + distcc/icecc |
23:32.13 | mrj10 | ended up scp'ing over the ipk file from my build machine, changing the md5sum opkg had from when i "opkg update"d, and installed it |
23:35.14 | *** join/#oe aditya_1010 (~Aditya@pool-96-255-243-50.washdc.fios.verizon.net) |
23:40.37 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
23:40.55 | *** join/#oe florian (~fuchs@sign-4d0942fe.pool.mediaWays.net) |
23:40.55 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
23:41.59 | *** join/#oe aditya_1010 (~Aditya@pool-96-255-243-50.washdc.fios.verizon.net) |
23:44.24 | little_owl | <PROTECTED> |
23:44.41 | mrj10 | xM rev A2 |
23:44.58 | little_owl | mrj10: Hmm, nice. |
23:45.43 | Jay7 | khem: build was restarted |
23:45.46 | mrj10 | yeah, somebody did a google summer of code project to improve FFTW on Cortex-A8s like the beagleboard by adding neon intrinsics in places and putting in hooks to use ffmpeg's hand-optimized fft's as primitives |
23:46.14 | mrj10 | after some work i got it all to build, but when i enabled the ffmpeg ffts, i got some double-free errors, and didn't have a good way to debug them |
23:46.21 | mrj10 | thus, valgrind |
23:47.58 | little_owl | mrj10: Does it run remotely? |
23:48.10 | mrj10 | no it runs on the target |
23:48.22 | mrj10 | idk if valgrind can run remotely or not, never tried |
23:48.46 | little_owl | <PROTECTED> |
23:49.12 | *** part/#oe aditya_1010 (~Aditya@pool-96-255-243-50.washdc.fios.verizon.net) |
23:49.27 | Crofton | mrj10, you might ask in #beagle also |
23:51.32 | mrj10 | Crofton: ask what? |
23:51.44 | mrj10 | Crofton: oh, about the double frees? |
23:53.26 | Crofton | yeah |
23:54.23 | mrj10 | yeah, i get the sense nobody has actually tried the guy's code. it doesn't build without some handholding, some of the features he implemented are turned off by default in his tree, etc. i commented on his final blog post with some suggestions and questions but no response yet (been a few weeks at this point) |
23:55.07 | Crofton | hmm |
23:55.11 | Crofton | try emailing him also |
23:55.32 | Crofton | SoC projects tend to result in starting points |
23:56.15 | Crofton | the big thing we know is adding the code to the existing fftw simd structure is not so good |
23:56.42 | Crofton | first boot on complex images takes forever |