| 00:01.06 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 00:02.13 | yann | nothing like libfoo_bar_CC vs prog_bar_CC ? |
| 00:02.25 | yann | can't find that in the doc... |
| 00:04.18 | *** join/#oe raster (raster@enlightenment/developer/raster) |
| 00:04.18 | yann | ah, google helps, that exists |
| 00:05.07 | *** join/#oe mekius[work] (~mekius@enlightenment/developer/mekius) |
| 00:05.10 | yann | not sure that works for CC, though, maybe just CFLAGS and such |
| 00:05.13 | yann | let's test |
| 00:07.28 | yann | right, that does not :( |
| 00:07.30 | *** join/#oe russ (~russ@206.29.188.229) |
| 00:07.56 | yann | that's frustrating, full support is *almost* there |
| 00:10.16 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 00:11.29 | *** join/#oe mekius_ (~mekius@enlightenment/developer/mekius) |
| 00:16.54 | *** join/#oe Splat1 (~Splat1@rf1.splat1.com) |
| 00:18.53 | *** join/#oe 16SAANAOM (~mhnoyes@74-32-173-10.dr01.myck.or.frontiernet.net) |
| 00:20.24 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 00:21.04 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-jsxvwhqmohwkajkp) |
| 00:21.20 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 00:21.45 | yann | kergoth_: I haven't put all together yet, but that will finally work at low cost |
| 00:22.16 | yann | hm well |
| 00:23.23 | *** join/#oe kergoth___ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 00:26.54 | *** join/#oe kergoth___ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 00:36.51 | *** join/#oe vivijim (~rvivi@pasanda.collabora.co.uk) |
| 00:44.39 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * racc720fa80 10openembedded.git/classes/rootfs_ipk.bbclass: |
| 00:44.39 | CIA-1 | rootfs_ipk.bbclass: install the package manager in a separate pass from the other packages |
| 00:44.39 | CIA-1 | It seems that installing opkg/opkg-collateral blows away the configuration we |
| 00:44.39 | CIA-1 | need to install more packages, so lets make that explicit by installing those |
| 00:44.39 | CIA-1 | things last. |
| 00:44.39 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 00:44.43 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * rd67c4e5ba4 10openembedded.git/ (3 files in 2 dirs): |
| 00:44.43 | CIA-1 | Recipe fixups for package_dbg usage |
| 00:44.44 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 00:45.25 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r2de66c5504 10openembedded.git/classes/rootfs_ipk.bbclass: |
| 00:45.25 | CIA-1 | rootfs_ipk.bbclass: add support for PACKAGE_INSTALL_ATTEMPTONLY |
| 00:45.26 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 00:47.05 | kergoth_ | khem, progress, these commits + the image_features patch get you something functional |
| 00:54.32 | kergoth_ | gah |
| 00:54.34 | kergoth_ | hmm |
| 00:56.13 | kergoth_ | tests something |
| 00:56.57 | *** join/#oe raster (raster@enlightenment/developer/raster) |
| 00:57.48 | kergoth_ | mutters |
| 00:59.18 | *** join/#oe johntramp (~john@125-238-202-101.jetstream.xtra.co.nz) |
| 00:59.36 | *** join/#oe russ (~russ@206.29.188.229) |
| 01:09.33 | *** join/#oe johntramp (~john@125-238-202-101.jetstream.xtra.co.nz) |
| 01:12.09 | *** join/#oe mekius[work] (~mekius@enlightenment/developer/mekius) |
| 01:12.12 | yann | damned, there are too many intrications between gnugo libs and progs, I give up on that method |
| 01:12.34 | yann | I'll have to build a native package first, and use the binaries from there |
| 01:13.18 | *** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net) |
| 01:14.07 | *** join/#oe russ (~russ@206.29.188.181) |
| 01:14.39 | *** join/#oe johntramp (~john@125-238-202-101.jetstream.xtra.co.nz) |
| 01:16.10 | yann | using BBCLASSEXTEND=native, how can I specify that gnugo DEPENDS on gnugo-native ? |
| 01:16.44 | yann | DEPENDS_virtclass-native ? |
| 01:18.39 | grg | kergoth, what's PACKAGE_INSTALL_ATTEMPTONLY about? |
| 01:19.05 | yann | ah no, that does not work |
| 01:19.34 | yann | kergoth: any hint ? or should I stick to "inherits native" ? |
| 01:21.56 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 01:23.40 | *** join/#oe Taalas (~Taalas@p5B1660DE.dip.t-dialin.net) |
| 01:23.45 | kergoth_ | grg: it ignores a failure to install them. tries, doesn't fail |
| 01:23.52 | kergoth_ | grg: rootfs_deb already had it, just copied it over |
| 01:24.13 | grg | kergoth, sure. But when is that useful? |
| 01:24.23 | kergoth_ | grg: need it for my IMAGE_FEATURES patch, that + package_dbg and you can pull in all debugging files for all packages in your image in one go |
| 01:24.59 | kergoth_ | IMAGE_FEATURES += "dbg dev" will pull in all -dbg and -dev packages for the packages going into the image |
| 01:27.16 | grg | kergoth, hmm that sounds pretty good actually |
| 01:27.19 | kergoth | needed to use attemptonly to ensure it doesn't explode if a -dev/-dbg/-doc package doesn't exist |
| 01:27.21 | kergoth | http://github.com/kergoth/OpenEmbedded/commit/d09ccec62ec6f92acbbbdd24ac4f4c192de4e476 |
| 01:27.50 | *** join/#oe hansdampf (~moritz@212.77.183.197) |
| 01:27.50 | kergoth | INHERIT += package_dbg will make it work a bit better, since it makes the -dbg packages per binary package, rather than per recipe |
| 01:28.36 | *** join/#oe johntramp (~john@125-238-203-236.jetstream.xtra.co.nz) |
| 01:32.47 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 01:32.51 | grg | kergoth, the only problem with having all dbg packages installed is gdb runs out of memory when trying to debug certain things with large dependencies, e.g. a gtk+ app :( |
| 01:33.10 | grg | on small memory machines anyway |
| 01:33.23 | kergoth | heh, hard to avoid that, probably best off using gdbserver in that case |
| 01:39.06 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:45.07 | *** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net) |
| 01:47.32 | *** join/#oe aditya_10101 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 01:50.53 | *** part/#oe aditya_10101 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 01:56.36 | kergoth | thinks about renaming IMAGE_FEATURES to something relating to 'package groups' instead, more generic |
| 02:08.03 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
| 02:37.20 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 02:47.07 | khem | grg: heh there is gdbserver for a reason |
| 02:47.37 | khem | I have a massive patch to not inherit autotools_stage |
| 02:51.26 | khem | kergoth: can you do some braindump about srctree |
| 02:51.32 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 02:51.44 | porcoesphino | anyone here familiar with the zippy board, how it is detected and modules loaded? |
| 02:51.45 | khem | 19:51 < khem> kergoth: can you do some braindump about srctree |
| 02:51.56 | *** join/#oe hansdampf (~moritz@212.77.183.236) |
| 02:59.29 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 03:00.07 | khem | kergoth_: there ? |
| 03:02.51 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 03:03.45 | khem | kergoth: hello |
| 03:04.51 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 03:07.13 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 03:11.01 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 03:14.42 | *** join/#oe kergoth__ (~kergoth@ip24-251-168-30.ph.ph.cox.net) |
| 03:18.39 | *** join/#oe borg_ (~olaf@p548684EA.dip0.t-ipconnect.de) |
| 03:31.55 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 03:55.28 | *** join/#oe RobotGuy (~n7pkt@pool-74-107-156-151.ptldor.fios.verizon.net) |
| 03:56.39 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-ywzhyaorkiushkpl) |
| 03:57.28 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 04:26.30 | *** join/#oe EiNSTeiN__ (~einstein@216.252.77.128) |
| 04:44.29 | *** part/#oe johntramp (~john@125-238-203-236.jetstream.xtra.co.nz) |
| 04:58.05 | *** join/#oe ka6sox-work (~tking@nslu2-linux/ka6sox) |
| 04:59.54 | *** join/#oe kgilmer (~kgilmer@host-174-45-93-89.bzm-mt.client.bresnan.net) |
| 05:40.57 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 05:45.08 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 06:03.03 | *** join/#oe RobotGuy (~n7pkt@pool-74-107-156-151.ptldor.fios.verizon.net) |
| 06:13.35 | *** join/#oe tsjsieb (~tsjsieb@dejongbeheer.nl) |
| 06:19.05 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:21.15 | *** join/#oe vps1 (~vitus@145.253.169.210) |
| 06:30.39 | *** join/#oe Jay7 (jay@95-29-189-208.broadband.corbina.ru) |
| 06:30.43 | *** join/#oe Heinervdm (~thomas@pD9E1410C.dip.t-dialin.net) |
| 06:35.52 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:40.12 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:41.25 | *** join/#oe screwgoth (~raseel@122.169.74.188) |
| 06:56.18 | *** join/#oe mrmoku|away (~mrmoku@ppp-188-174-28-31.dynamic.mnet-online.de) |
| 06:58.42 | hrw | morning |
| 06:59.40 | *** join/#oe mrmoku|a` (~mrmoku@ppp-93-104-73-158.dynamic.mnet-online.de) |
| 07:02.34 | *** join/#oe thebohemian (~rschus@p5DDC2727.dip.t-dialin.net) |
| 07:03.27 | *** join/#oe Proxyles (~henrik@c-f893e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:03.56 | eFfeM_work | hi hrw, all |
| 07:05.42 | JaMa | morning |
| 07:05.42 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r00e29a97f4 10openembedded.git/ (3 files in 2 dirs): |
| 07:05.42 | CIA-1 | libxi: move to 1.3.2 with fixed ASCIIDOC test |
| 07:05.42 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:06.09 | ka6sox-work | JaMa, when are you in Sequoia? |
| 07:09.30 | JaMa | ka6sox-work: probably 5.9-7.9 |
| 07:10.19 | ka6sox-work | nice...unfortunatly I won't be back from Zion NP. I plan on being in Sequoia 15.9-17.9 |
| 07:11.08 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:12.47 | JaMa | ka6sox-work: I guess we'll move to Zion 11.9. |
| 07:13.22 | JaMa | ka6sox-work: but itinerary is still only in wiki without any mandatory reservations yet |
| 07:15.06 | ka6sox-work | ah...well maybe our paths will cross. I live between LA and SFO on the coast. |
| 07:16.12 | mckoan | good morning |
| 07:18.35 | eFfeM_work | JaMa if not in weekend (fri/sat/sun night) not sure if reservations will be needed (but ofc it gives a safe feeling) |
| 07:18.44 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 07:19.46 | eFfeM_work | ka6sox-work: what place? did the 1 from la to sfo ; spent a day or so there |
| 07:20.16 | ka6sox-work | Santa Barbara |
| 07:21.38 | ka6sox-work | I find it quite easy to get reservations except in Yosemite...4days before I went to Sequoia the last time I got good camping in Dorst Creek. |
| 07:22.38 | eFfeM_work | ka6sox-work: ah were at the be-bop burgers over there, kids loved it (and the parents liked the location too) |
| 07:22.39 | eFfeM_work | http://www.dse.nl/~meulenbr/holiday2000/day3.htm |
| 07:22.44 | eFfeM_work | does it still exist ? |
| 07:23.01 | ka6sox-work | eFfeM_work, sorry..its gone :( |
| 07:23.39 | eFfeM_work | oh pity, looked much better than the McD |
| 07:25.34 | ka6sox-work | it was....there are others too...like Char West on the Wharf, the little hole in the wall called the "minnow" in the harbour...you always seem to be running into the hollywood types there. |
| 07:26.59 | eFfeM_work | only been there once on vacation, work mostly brought me to the valley area, so when I had some time left I would often venture around SFO |
| 07:27.38 | ka6sox-work | eFfeM_work, when I hear "Valley" I think San Fernando Valley..not Silicon Valley :D |
| 07:28.04 | ka6sox-work | grew up 2blocks from the Beach @ Huntington Beach (but sadly never learned how to surf) |
| 07:28.35 | eFfeM_work | ka6sox-work: ah ok here valley is synonym for silicon valley |
| 07:29.28 | eFfeM_work | btw silly question, how do I get my kernel inside my image? I have a recipe that has it, and another one which I derived from it which has not |
| 07:29.30 | ka6sox-work | in Santa Barbara we think of the Valley as the one you saw with Cachuma Lake in it. |
| 07:30.16 | ka6sox-work | is it a uBoot image (ie uImage)? |
| 07:30.33 | eFfeM_work | ka6sox-work: yes |
| 07:31.08 | ka6sox-work | I use a tool that I will have to find the name of it. jas |
| 07:31.27 | ka6sox-work | had to remember which VM it was on. |
| 07:32.17 | eFfeM_work | ka6sox-work: that is not the problem, my image just does not have anything like uImage in the /boot dir and the one I cloned this from has |
| 07:33.11 | ka6sox-work | right, you use the image making util and copy it in. (at least thats what I do) |
| 07:35.27 | ka6sox-work | uboot-mkimage is what I use to create it. |
| 07:36.37 | eFfeM_work | i have the image, it was just not in the rfs, seems i had to add kernel to IMAGE_INSTALL |
| 07:36.58 | eFfeM_work | (which is understandable, yet it is strange the other recipe didn't have it) |
| 07:37.05 | ka6sox-work | okay so its the recipe that needs tweaking..got it. |
| 07:37.38 | ka6sox-work | I had to get it into the ipkg so I could install it that way. |
| 07:39.03 | eFfeM_work | ah ok, well I'm building a rfs for SD that will after booting install the system on flash so needed the image in the rfs to copy it |
| 07:39.34 | eFfeM_work | and as this image probably needs to be recreated decided to do it the nice way (so create a recipe instead of a hand cooked one) |
| 07:41.45 | eFfeM_work | only thing left seems to be to get the devicetree in |
| 07:43.22 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 07:45.27 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 07:47.09 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 07:48.05 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 07:53.59 | *** join/#oe woglinde (~henning@p5DDC2727.dip.t-dialin.net) |
| 07:56.06 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 08:02.42 | *** join/#oe screwgoth1 (~raseel@122.169.64.10) |
| 08:07.45 | *** part/#oe screwgoth1 (~raseel@122.169.64.10) |
| 08:11.45 | *** join/#oe screwgoth (~raseel@122.170.27.176) |
| 08:12.08 | CIA-1 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * r512e1a98b9 10openembedded.git/recipes/libunwind/libunwind.inc: |
| 08:12.08 | CIA-1 | libunwind: --enable-debug-frame is needed for arm |
| 08:12.08 | CIA-1 | Signed-off-by: Steffen Sledz <sledz@dresearch.de> |
| 08:13.02 | blindvt` | khem, it would be nice if you could bump uClibc to the posix_opt.h tweak -- TIA |
| 08:14.00 | blindvt` | kergoth: d67c4e5ba499a054f67d665733d29f873e426db9 trips: ERROR: Error Method already seen: all_perl_packages in' perl_5.8.8.bb' now in 'perl_5.10.1.bb' |
| 08:14.30 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 08:18.14 | JaMa | khem: after last staging patch, ie python-dbus fails to install pkgconfig, because inherit autotools_stage is gone, maybe it would be safer to replace autotools_stage with normal autotools? |
| 08:18.41 | JaMa | khem: same with about 5 more recipes for my lite image |
| 08:20.53 | blindvt` | khem, (i.e. a5dee57033f7d9987858d2c0514f4e687ece2874) I have additional fixes for perl and openssl lying around, just in case someone stumbles across those two with micro |
| 08:21.46 | *** join/#oe zecke (~ich@mobile-out.siminn.is) |
| 08:22.01 | woglinde | hi zecke |
| 08:34.17 | *** join/#oe mrmoku|away (~mrmoku@ppp-88-217-28-170.dynamic.mnet-online.de) |
| 08:41.02 | blindvt` | kergoth, i've locally moved all_perl_packages() into some perl_helper.inc that is included from 5.8.8 and 5.10.1 to unbork my build |
| 08:41.37 | blindvt` | it would be awesome if someone would fix this in the repo too..... |
| 08:41.50 | woglinde | hm kergoth is at sleep I guess |
| 08:42.05 | blindvt` | yea |
| 08:42.15 | blindvt` | well. It works for me now :P |
| 08:48.10 | *** join/#oe screwgoth1 (~raseel@122.170.60.225) |
| 09:05.30 | hrw | blindvt`: send patch to ml? |
| 09:06.53 | woglinde | hi hrw |
| 09:07.08 | soltys | morning |
| 09:09.56 | woglinde | hi soltys |
| 09:18.13 | woglinde | hm how do I overwrite cflags in native package? |
| 09:18.31 | woglinde | args |
| 09:18.38 | woglinde | apend vs. append |
| 09:19.24 | ka6sox-work | woglinde, when I first saw that I saw abend. |
| 09:22.52 | CIA-1 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * r13423cbf48 10openembedded.git/recipes/jamvm/jamvm-native_1.5.4.bb: jamvm-native 1.5.4: New version. |
| 09:22.54 | CIA-1 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * r9ffb12e99e 10openembedded.git/recipes/jakarta-commons/ (4 files): |
| 09:22.54 | CIA-1 | commons-logging-native: Deleted. |
| 09:22.54 | CIA-1 | commons-net-native: Deleted. |
| 09:22.54 | CIA-1 | commons-logging: BBCLASSEXTEND="native"-ified. |
| 09:22.54 | CIA-1 | commons-net: BBCLASSEXTEND="native"-ified. |
| 09:22.56 | CIA-1 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * ra006daff83 10openembedded.git/recipes/jakarta-libs/ (12 files): (log message trimmed) |
| 09:22.56 | CIA-1 | avalon-framework-api-native: Remove |
| 09:22.57 | CIA-1 | bsf-native: Dito. |
| 09:22.57 | CIA-1 | log4j1.2-native: Dito. |
| 09:22.57 | CIA-1 | oro-native: Dito. |
| 09:22.57 | CIA-1 | regexp-native: Dito. |
| 09:22.57 | CIA-1 | avalon-framework-api: BBCLASSEXTEND="native"-ified. |
| 09:22.58 | CIA-1 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * re7a9c7ba2a 10openembedded.git/recipes/jakarta-commons/commons-net_1.4.1.bb: commons-net: Added missing BBCLASSEXTEND="native"-ification. |
| 09:22.59 | CIA-1 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * rab51cc51fc 10openembedded.git/recipes/jcraft/ (4 files): |
| 09:23.10 | CIA-1 | gnumail: Dito. |
| 09:23.10 | CIA-1 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * rfb352eddb0 10openembedded.git/recipes/xalan-j/ (xalan-j-native_2.7.1.bb xalan-j_2.7.1.bb): |
| 09:23.30 | CIA-1 | xalan-j-native: Deleted. |
| 09:23.30 | CIA-1 | xalan-j: BBCLASSEXTEND="native"-ified. |
| 09:23.30 | CIA-1 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * rf5324690cf 10openembedded.git/recipes/xerces-j/ (xerces-j-native_2.9.1.bb xerces-j_2.9.1.bb): |
| 09:23.30 | CIA-1 | xerces-j-native: Deleted. |
| 09:23.30 | CIA-1 | xerces-j: BBCLASSEXTEND="native"-ified. |
| 09:23.30 | CIA-1 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * rfcfbd8579c 10openembedded.git/recipes/classpath/inetlib_1.1.1.bb: inetlib: Fixed monkeywork typo. |
| 09:23.31 | CIA-1 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * raea1620293 10openembedded.git/recipes/jakarta-commons/commons-logging_1.1.1.bb: commons-logging: Use += instead of append. |
| 09:23.32 | CIA-1 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * rd77a456917 10openembedded.git/recipes/classpath/ (3 files): |
| 09:23.32 | CIA-1 | * outdated classpath recipe removal spree: |
| 09:23.58 | CIA-1 | classpath-minimal 0.96.1: Removed. |
| 09:23.58 | CIA-1 | classpath 0.95: Dito. |
| 09:23.58 | CIA-1 | classpath 0.96.1: Dito. |
| 09:23.58 | CIA-1 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * r2d497d37fc 10openembedded.git/recipes/classpath/ (classpath.inc classpath_0.97.2.bb classpath_0.98.bb): classpath: Unified remaining recipes. |
| 09:26.57 | *** join/#oe orjanf (~onfg@h51baff8c.k3918.sta.perspektivbredband.net) |
| 09:31.48 | *** join/#oe nullpuppy (~dustin@c-24-16-84-118.hsd1.wa.comcast.net) |
| 09:32.59 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 09:33.12 | *** join/#oe johncylee (~john@61.57.131.211) |
| 09:36.20 | *** part/#oe screwgoth1 (~raseel@122.170.60.225) |
| 09:36.39 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:36.58 | *** join/#oe d_t_h (~dieter@a89-182-3-60.net-htp.de) |
| 09:39.22 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r930f647f13 10openembedded.git/recipes/samba/ (samba.inc samba_3.3.9.bb): samba: enable mmap for *glibc build and aio (thru -lrt) for everyone |
| 09:44.10 | *** join/#oe thebohemian (~rschus@p5DDC2727.dip.t-dialin.net) |
| 09:46.55 | *** join/#oe akumar (~mm4@122.170.60.225) |
| 09:51.36 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rbaf5767735 10openembedded.git/recipes/samba/samba.inc: samba.inc: remove legacy staging |
| 09:56.17 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r338a1d50fe 10openembedded.git/recipes/xscrnsaverh/xscrnsaverh_1.0.bb: |
| 09:56.17 | CIA-1 | xscrensaverh: convert to new style staging |
| 09:56.17 | CIA-1 | * Is this recipe still needed with the current Xorg in OE? |
| 09:59.28 | *** join/#oe ottavio (~ottavio@80.86.155.154) |
| 09:59.29 | *** join/#oe dromede (~quassel@93-141-26-251.adsl.net.t-com.hr) |
| 09:59.42 | ottavio | hi guys |
| 10:00.08 | ottavio | I have a problem writing a recipe for a kernel for an arm based board |
| 10:00.23 | ottavio | the error I get is |
| 10:00.26 | ottavio | sh: arm-angstrom-linux-gnueabi-depmod-: command not found |
| 10:00.40 | ottavio | have you ever seen a similar error? |
| 10:02.03 | JaMa | iirc yes.. ie when kernel.bbclass wasn't able to decide KERNEL_VERSION -> KERNEL_VERSION_MAJOR and then depmod-2.6 or depmod-2.4 |
| 10:03.24 | ottavio | JaMa: what do I have to to to fix this? |
| 10:04.42 | JaMa | check if it's really this case and you can skip part of that version deciding logic by providing KERNEL_RELEASE="sth" in recipe |
| 10:05.09 | JaMa | see classes/linux-kernel-base.bbclass |
| 10:06.16 | ottavio | ok, thanks, I'll try |
| 10:06.18 | ottavio | :-) |
| 10:07.32 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb4358c1cb0 10openembedded.git/conf/machine/include/ (davinci.inc omap3.inc): davinci.inc, omap3.inc: bump MACHINE_KERNEL_PR |
| 10:17.37 | ottavio | JaMa: by setting KERNEL_VERSION="2.6.33" in the receipe it compies, but I now get another error |
| 10:18.05 | ottavio | ERROR: function do_stage failed |
| 10:18.05 | ottavio | ERROR: log data follows (/home/ottavio/stuff/tmp/work/sam9l9260-angstrom-linux-gnueabi/linux-2.6.33-r1/temp/log.do_stage.10191) |
| 10:18.10 | ottavio | but the file is empty |
| 10:18.28 | JaMa | ottavio: did you -c clean it before building? if no, try it |
| 10:19.18 | *** join/#oe thebohemian (~rschus@p5DDC2727.dip.t-dialin.net) |
| 10:22.41 | ottavio | no, JaMa, it still fails |
| 10:23.23 | ottavio | if Iput the debug output online, do you have 5 minutes to give a look at it? |
| 10:23.34 | *** join/#oe ant_work (~chatzilla@host214-85-static.34-85-b.business.telecomitalia.it) |
| 10:25.36 | JaMa | ottavio: after lunch yes.. |
| 10:26.06 | woglinde | fails in do_stage |
| 10:26.08 | woglinde | strange |
| 10:27.31 | ant_work | hello |
| 10:28.59 | *** join/#oe GNUtoo|laptop (~gnutoo@host176-133-dynamic.54-79-r.retail.telecomitalia.it) |
| 10:29.13 | woglinde | hi gnutoo |
| 10:29.25 | soltys | for atngw100 should I use minimal-image or sth else ? |
| 10:29.57 | GNUtoo|laptop | hi woglinde |
| 10:31.48 | GNUtoo|laptop | I'll commit the libmikmod fix when I'll be less tired |
| 10:33.03 | woglinde | hehe you are back at home |
| 10:40.32 | *** join/#oe rulztime (~rulz@220-244-174-13.static.tpgi.com.au) |
| 10:41.22 | GNUtoo|laptop | no |
| 10:41.22 | GNUtoo|laptop | I'm just using a vpn |
| 10:42.20 | woglinde | I thougt you were on vacation |
| 10:43.02 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 10:44.50 | GNUtoo|laptop | basically I've 3 method of internet access |
| 10:44.50 | GNUtoo|laptop | 1)wifi AP which is far + tcp vpn in italy |
| 10:44.51 | GNUtoo|laptop | it's needed because it let only port 993 |
| 10:44.52 | GNUtoo|laptop | no port 80 |
| 10:44.53 | GNUtoo|laptop | no port 443 |
| 10:44.53 | GNUtoo|laptop | it's slow as hell and disconnects often |
| 10:44.55 | GNUtoo|laptop | 2)2G 3G(2GB 3g connection) which isn't mine so I use as little as possible |
| 10:44.56 | GNUtoo|laptop | 3)wifi cafee but it closes early |
| 10:45.01 | GNUtoo|laptop | I am |
| 10:47.30 | GNUtoo|laptop | but I'm half in vacations |
| 10:47.31 | GNUtoo|laptop | doing some maths too |
| 10:48.44 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:49.57 | *** join/#oe Ironnads (~Ironnads@host109-155-230-50.range109-155.btcentralplus.com) |
| 10:51.52 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:08.30 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 11:28.10 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r202222243b 10openembedded.git/recipes/linux/linux-openmoko-2.6.32/om-gta02/defconfig: |
| 11:28.10 | CIA-1 | linux-openmoko-2.6.32: remove CONFIG_DEBUG_FS from defconfig |
| 11:28.10 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 11:28.21 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r51db35298e 10openembedded.git/recipes/linux/ (3 files in 3 dirs): |
| 11:28.21 | CIA-1 | linux-openmoko-2.6.34: move to 2.6.34.2, modularize defconfig as 2.6.32 is now |
| 11:28.21 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 11:38.05 | ottavio | what does do_stage do? |
| 11:38.30 | woglinde | staging your kernel stuff |
| 11:38.45 | ottavio | that is? I mean, I'm still trying to understand what goes wrong with it |
| 11:38.49 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:39.28 | woglinde | look into the logfile |
| 11:39.41 | ottavio | the log file is empy |
| 11:39.55 | woglinde | run_do |
| 11:40.29 | ottavio | sorry, what is run_do ? |
| 11:40.41 | woglinde | the script |
| 11:40.42 | ottavio | ah ok |
| 11:40.46 | woglinde | which got executued |
| 11:41.27 | ottavio | mmm.. there's a lot of stuff |
| 11:42.00 | woglinde | the last line tells you the function which got called |
| 11:42.43 | ottavio | if finishes with do_stage |
| 11:43.09 | ottavio | which calls kernel_do_stage |
| 11:43.16 | woglinde | so search for kernel_do_stage |
| 11:43.50 | ottavio | ok |
| 11:44.05 | ottavio | there are a plenty of commands, is there a way to understand which one failed? |
| 11:44.32 | JaMa | ottavio: search for fatal() |
| 11:44.36 | JaMa | ottavio: remove exit there |
| 11:44.49 | JaMa | ottavio: source temp/run.do_stage.* |
| 11:46.22 | ottavio | I try |
| 11:46.56 | ottavio | no output... I do a -c clean ..... |
| 11:48.54 | JaMa | ottavio: and echo $? |
| 11:49.06 | ottavio | I'm rebulding, just a second |
| 11:49.21 | JaMa | bash -x temp/run.do_stage.*, will show more |
| 11:54.16 | ottavio | that last command you gave me, JaMa, seems to work fine, and echo $? returns 0 |
| 11:55.12 | ottavio | now it complains that do_populate_staging fails |
| 11:55.31 | ottavio | ERROR: function do_stage failed |
| 11:55.31 | ottavio | ERROR: log data follows (/home/ottavio/stuff/tmp/work/sam9l9260-angstrom-linux-gnueabi/linux-2.6.33-r1/temp/log.do_stage.12376) |
| 11:55.32 | ottavio | NOTE: Task failed: /home/ottavio/stuff/tmp/work/sam9l9260-angstrom-linux-gnueabi/linux-2.6.33-r1/temp/log.do_stage.12376 |
| 11:55.32 | ottavio | ERROR: TaskFailed event exception, aborting |
| 11:55.32 | ottavio | ERROR: Build of /home/ottavio/stuff/oe_olimex/recipes/linux/linux_2.6.33.bb do_populate_staging failed |
| 11:55.34 | ottavio | NOTE: the following files were installed but not shipped in any package: |
| 11:55.36 | ottavio | NOTE: /lib/modules/2.6.33/modules.builtin |
| 11:55.38 | ottavio | NOTE: /lib/modules/2.6.33/modules.order |
| 11:55.40 | ottavio | ERROR: Task 10 (/home/ottavio/stuff/oe_olimex/recipes/linux/linux_2.6.33.bb, do_populate_staging) failed |
| 11:55.42 | ottavio | NOTE: Waiting for 1 active tasks to finish |
| 11:55.44 | ottavio | NOTE: 1: /home/ottavio/stuff/oe_olimex/recipes/linux/linux_2.6.33.bb, do_package (12417) |
| 11:55.46 | ottavio | NOTE: Tasks Summary: Attempted 864 tasks of which 851 didn't need to be rerun and 1 failed. |
| 11:55.48 | ottavio | ERROR: '/home/ottavio/stuff/oe_olimex/recipes/linux/linux_2.6.33.bb' failed |
| 11:56.35 | eFfeM_work | good reason to migrate the recipe away from legacy staging :-) |
| 11:57.14 | ant_work | anybody has a pointer to the recent discussion about bash/dash? |
| 11:57.28 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 11:57.55 | ant_work | there was a script checking for tainted recipes |
| 11:59.45 | ottavio | sorry, I don't understand. What can I do? |
| 12:02.32 | *** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz) |
| 12:04.05 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:04.59 | ensc|w | a question about packagehistory.bbclass: is it really wanted that there is used ${PV} and ${PR} for validating the package feed instead of ${PKGV} and ${PKGR}? |
| 12:07.31 | ottavio | this is weird.... I removed the exit and checked the run.do_stage.* script |
| 12:08.13 | ottavio | the last command I see is exactly the last line of kernel_do_stage, which is the only thing called by do_stage |
| 12:11.33 | *** join/#oe matgnt (~matthias@p4FCF25AB.dip0.t-ipconnect.de) |
| 12:14.19 | *** join/#oe B_Lizzard (~havoc@athedsl-423931.home.otenet.gr) |
| 12:16.04 | ottavio | eFfeM_work: sorry, how can I migrate the recipe from legacy staging? |
| 12:16.57 | eFfeM_work | ottavio: there is a do_stage function somewhere |
| 12:17.08 | eFfeM_work | that could be worked away |
| 12:17.34 | ottavio | you mean by overwriting it? |
| 12:17.40 | eFfeM_work | thinking of it I am somewhat surprised you get a do_stage on a kernel recipe |
| 12:18.46 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 12:19.03 | ottavio | do you want to check recipe? |
| 12:19.08 | ottavio | I can make a tarball |
| 12:19.12 | ottavio | and put it online |
| 12:19.19 | woglinde | ~pastebin |
| 12:19.19 | 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. |
| 12:19.25 | ottavio | ok! |
| 12:19.30 | eFfeM_work | no, no time atm too busy with u-boot problems |
| 12:23.03 | ottavio | so, the recipe is here http://pastebin.com/0nVxc1bY and the defconfig http://pastebin.com/yrqPA9qN |
| 12:23.13 | ottavio | the recipe is very short, I don't understand what's wrong.... |
| 12:24.23 | woglinde | *sigh* |
| 12:24.27 | eFfeM_work | ottavio: it is not in your defconfig, that does not affect the staging |
| 12:24.34 | woglinde | look at the other kernel recipes |
| 12:24.50 | eFfeM_work | ottavio: and the recipe has a require linux.inc so it includes that file |
| 12:25.03 | ottavio | which is the one that comes from stable/2009 |
| 12:26.43 | ottavio | in any case, here it is the linux.inc http://pastebin.com/WaHa2pJh |
| 12:27.41 | woglinde | didnt you mentioned which branch you are using? |
| 12:28.34 | ottavio | stable/2009 |
| 12:29.58 | woglinde | look in kernel.bbclass if there is a do_stage function |
| 12:30.38 | ottavio | the point it that by running the ru.do_stage script by hand it seems to be ok |
| 12:30.46 | ottavio | I don't understand what's going wrong |
| 12:33.58 | ottavio | in any case... what is do_populate_stage used for? |
| 12:34.11 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 12:34.14 | eFfeM_work | well I can't really help you I do not have a stable tree here; dev head does not have a do_stage in kernel.bbclass |
| 12:34.15 | *** join/#oe GNUtoo|laptop (~gnutoo@host176-133-dynamic.54-79-r.retail.telecomitalia.it) |
| 12:37.39 | ottavio | ok, thank you for the help |
| 12:38.12 | eFfeM_work | is this your own recipe ? |
| 12:38.19 | ensc|w | oohhhh.... bitbake's vercmp gives unexpected results :( |
| 12:38.21 | ensc|w | EXPERT BB>>> vercmp(("0","5.7.1b","r0"),("0","5.7b","r0")) |
| 12:38.21 | ensc|w | -1 |
| 12:39.14 | ensc|w | and stuff like vercmp_string("5.7.1+123","5.7+123") |
| 12:39.20 | ensc|w | raises an exception :( |
| 12:39.44 | ant_work | ensc|w: yes :/ vercmp can't cope with exhotic strings |
| 12:40.49 | ant_work | try using vercmp_part |
| 12:42.59 | ensc|w | this makes gitpkgv.bbclass behavior unpredictable :( |
| 12:44.36 | ensc|w | at least when the part before + has a different numbering scheme (e.g. 1.0 vs. 1.0.1) |
| 12:44.41 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 12:46.35 | ant_work | I had issues with base_version_less_or_equal |
| 12:46.53 | ant_work | and kernels like 2.6.32+2.6.33-rc4 |
| 12:48.10 | ensc|w | r1.1 < r1 is also unexpected |
| 12:49.06 | *** join/#oe Naresh_ (7ab5134e@gateway/web/freenode/ip.122.181.19.78) |
| 12:49.35 | Naresh_ | Hi All |
| 12:50.21 | Naresh_ | I am building QEMU recipe for x86 64 bit architecture on 32bit host OS |
| 12:51.28 | Naresh_ | while baking QEMU recipe it throws the error message saying that |
| 12:51.49 | Naresh_ | configure --prefix=/usr --disable-curl --disable-sdl --disable-strip |
| 12:51.53 | Naresh_ | big/little test failed Error: zlib check failed Make sure to have the zlib libs and headers installed. |
| 12:52.07 | Naresh_ | Any body faced such kind of problem? |
| 12:52.37 | Naresh_ | zlib headers are available on host system |
| 12:53.39 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:53.46 | *** join/#oe mrmoku|away (~mrmoku@ppp-88-217-25-123.dynamic.mnet-online.de) |
| 12:55.34 | *** join/#oe dth (~dieter@a89-182-132-212.net-htp.de) |
| 13:01.08 | *** join/#oe likewise (~likewise@82-170-243-215.ip.telfort.nl) |
| 13:02.02 | B_Lizzard | Nethack hasn't been approved :( |
| 13:09.33 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 13:20.10 | B_Lizzard | Set up OE fresh, bitbake is giving me some parsing errors with several uclibc recipes |
| 13:20.29 | B_Lizzard | Someone on #jlime mentioned something similar a couple of weeks ago |
| 13:20.36 | B_Lizzard | Are you aware of this? |
| 13:21.08 | B_Lizzard | Also: |
| 13:21.09 | B_Lizzard | ERROR: Error Method already seen: all_perl_packages in' perl_5.10.1.bb' now in 'perl_5.8.8.bb' |
| 13:21.37 | woglinde | yes |
| 13:21.42 | woglinde | should be fixed |
| 13:21.47 | woglinde | in latest |
| 13:21.55 | B_Lizzard | I juuust downloaded from git |
| 13:21.59 | B_Lizzard | 10 minutes ago |
| 13:22.48 | B_Lizzard | git pull says up-to-date |
| 13:22.58 | woglinde | hm |
| 13:25.25 | B_Lizzard | Maybe it's bitbake? |
| 13:25.39 | B_Lizzard | I downloaded the tar.gz file as mentioned on Getting Started |
| 13:25.41 | woglinde | checkt the oe-dev ml |
| 13:26.05 | B_Lizzard | OK |
| 13:27.06 | blindvt` | see http://uclibc.org/~aldot/oe/ the 000{1,2}-perl*.patch |
| 13:28.01 | B_Lizzard | I see the patches, maybe they weren't applied? |
| 13:28.26 | blindvt` | no, i didn't send them yet |
| 13:29.27 | B_Lizzard | Well, the perl ones are recent but the uclibc issues are probably more than a week old |
| 13:29.34 | blindvt` | btw. I see this fallout from the mass do_stage removal: ERROR: This recipe (/scratch/src/oe/openembedded/recipes/libidl/libidl_0.8.3.bb) has a do_stage_prepend or do_stage_append and do_stage now doesn't exist. Please rename this to do_stage() |
| 13:30.25 | blindvt` | B_Lizzard, what uclibc issue ? |
| 13:30.51 | B_Lizzard | ERROR: EOL while scanning string literal (<string>, line 1) while parsing /home/havoc/.oe/openembedded/recipes/uclibc/uclibc-initial_0.9.31.bb |
| 13:31.26 | B_Lizzard | The same for a bunch of other uclibc files |
| 13:31.41 | B_Lizzard | There are some patches from July for that on the mailing list |
| 13:33.05 | blindvt` | hmz. i'm always using uclibc_git. my bad |
| 13:35.01 | B_Lizzard | bitbake fails even if you don't use uclibc |
| 13:35.04 | B_Lizzard | At the parsing stage |
| 13:35.24 | *** join/#oe etrunko (~edulima@187.75.148.141) |
| 13:36.00 | blindvt` | what bitbake version? |
| 13:36.58 | blindvt` | oh and later on you will also need the 0001-openssl-properly-handle-ipv6-and-largefile.patch |
| 13:37.21 | B_Lizzard | :D |
| 13:38.45 | blindvt` | woglinde, someone should git rm recipes/m4/*1.4.{4,11,12}.bb |
| 13:39.31 | blindvt` | woglinde, 1.4.14 is current and some distro from 2008 uses 1.4.8 as preferred version. 4,11,12 don't show up anywhere AFAICS |
| 13:39.39 | *** join/#oe Spz0 (~a@97-120-169-45.ptld.qwest.net) |
| 13:40.39 | woglinde | make a patch |
| 13:40.44 | B_Lizzard | Thanks for the perl fixes |
| 13:40.48 | woglinde | and apply for rw |
| 13:41.05 | B_Lizzard | rm -R openembedded/recipes/uclibc "fixed" the uclibc problem |
| 13:41.08 | woglinde | so you dont have to bug me or khem |
| 13:41.29 | blindvt` | woglinde, yea. i put it into my removes branch for now so i don't forget about it |
| 13:42.44 | *** join/#oe GNUtoo|laptop (~gnutoo@host176-133-dynamic.54-79-r.retail.telecomitalia.it) |
| 13:52.34 | CIA-1 | 03Chase Maupin <chasemaupin03@gmail.com> 07org.openembedded.dev * r0707639035 10openembedded.git/classes/base.bbclass: (log message trimmed) |
| 13:52.34 | CIA-1 | base.bbclass: add support for SOC_FAMILY in COMPATIBLE_MACHINES |
| 13:52.35 | CIA-1 | * Add support for using SOC_FAMILY in the COMPATIBLE_MACHINES |
| 13:52.35 | CIA-1 | setting for a recipe. |
| 13:52.35 | CIA-1 | * This will allow recipes to work for entire families of |
| 13:52.35 | CIA-1 | devices without having to maintain/update the compatible |
| 13:52.36 | CIA-1 | devices as new devices are added into a family |
| 13:52.49 | blindvt` | B_Lizzard, i've sent the urgent bits to the list now, fwiw |
| 13:57.09 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 14:12.03 | *** join/#oe mrmoku` (~mrmoku@ppp-82-135-76-251.dynamic.mnet-online.de) |
| 14:19.43 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:22.24 | *** join/#oe kgilmer (~kgilmer@host-69-144-201-162.static.bresnan.net) |
| 14:25.13 | *** join/#oe julianpid (~julianpid@62.200.22.2) |
| 14:26.53 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdf7c438235 10openembedded.git/ (2 files in 2 dirs): linux-omap-psp 2.6.32: remove duplicate patch |
| 14:29.46 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:34.41 | *** join/#oe marcompile (~marco@189.12.179.236) |
| 14:37.13 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 14:37.31 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 14:40.06 | CIA-1 | 03jkridner@beagleboard.org <jkridner@beagleboard.org> 07org.openembedded.dev * ra75370f949 10openembedded.git/recipes/images/beagleboard-test-image.bb: (log message trimmed) |
| 14:40.06 | CIA-1 | beagleboard-test-image: added ramdisk |
| 14:40.06 | CIA-1 | Simply adding 'ext2.gz' to the IMAGE_FSTYPES to produce a default sized |
| 14:40.06 | CIA-1 | ramdisk image whenever this image is built. |
| 14:40.06 | CIA-1 | Uses 'IMAGE_FSTYPES +=' syntax to add a compressed ext2 image to use as |
| 14:40.06 | CIA-1 | a ramdisk for BeagleBoard validation. No space is required in the |
| 14:40.07 | CIA-1 | string per link provided by Paul Menzel. [1] |
| 14:41.23 | *** join/#oe stefan_schmidt (~stefan@p5B033A89.dip.t-dialin.net) |
| 14:59.11 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
| 15:09.02 | *** join/#oe screwgoth1 (~raseel@122.170.60.225) |
| 15:11.41 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf8e7634c96 10openembedded.git/recipes/netbase/ (netbase/beagleboard/interfaces netbase_4.21.bb): |
| 15:11.42 | CIA-1 | netbase: add custom interfaces file for beagleboard |
| 15:11.42 | CIA-1 | * changes usb0 to dhcp |
| 15:23.14 | *** join/#oe dth_ntb (~dieter@a89-182-132-212.net-htp.de) |
| 15:29.12 | JaMa | khem: I don't have the list, but why do you remove autotools completely? |
| 15:29.35 | *** join/#oe EiNSTeiN__ (~einstein@216.252.93.94) |
| 15:30.09 | JaMa | khem: I was thinking that only _stage part is bad and I guess that packages aren't inheriting autotools_stage just because of do_stage() defined there, but also because they are _using_ autotools |
| 15:54.58 | tharvey | I'm working with ti-dsplink on a gumstix overo which has 256MB. I notice that the dsplink recipe uses ti's default for OMAP3530 config such that the DSP starts its mem map at 126MB which conflicts with some places I see recomendations to pass mem=200M to kernel - what is the suggested method of dealing with a custom memory map? |
| 15:56.47 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7bc322831d 10openembedded.git/recipes/cpuburn/cpuburn-neon.bb: cpuburn-neon: add NEON burn app |
| 16:03.44 | *** join/#oe dth_ntb (~dieter@a89-182-132-212.net-htp.de) |
| 16:07.59 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07org.openembedded.dev * r6b53fcad4f 10openembedded.git/recipes/perl/ (perl.inc perl_5.10.1.bb perl_5.8.8.bb): (log message trimmed) |
| 16:07.59 | CIA-1 | perl: use only one method all_perl_packages |
| 16:07.59 | CIA-1 | .. to avoid |
| 16:07.59 | CIA-1 | ERROR: Error Method already seen: all_perl_packages in' perl_5.8.8.bb' |
| 16:07.59 | CIA-1 | now in 'perl_5.10.1.bb' |
| 16:08.00 | CIA-1 | TODO: error() already prints "ERROR:" so the "Error" in above msg is |
| 16:08.01 | CIA-1 | redundant |
| 16:09.44 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 16:18.51 | *** part/#oe thebohemian (~rschus@p5DDC2727.dip.t-dialin.net) |
| 16:21.55 | *** join/#oe rulz (~rulz@220-244-174-13.static.tpgi.com.au) |
| 16:23.48 | *** join/#oe denix0 (~denix@pool-71-251-53-61.washdc.east.verizon.net) |
| 16:29.11 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 16:29.44 | *** join/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net) |
| 16:33.38 | *** join/#oe kristoffer (~kristoffe@95.209.2.143.bredband.tre.se) |
| 16:41.23 | *** join/#oe EiNSTeiN__ (~einstein@216.252.80.97) |
| 16:42.29 | *** join/#oe darknighte (8fa6e239@gateway/web/freenode/ip.143.166.226.57) |
| 16:43.28 | darknighte | anyone out there have suggestions on how to fix a "ERROR:QA Issue" "non -dev package contains symlink .so:" issue? |
| 16:43.41 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r96cad6d46f 10openembedded.git/conf/bitbake.conf: |
| 16:43.41 | CIA-1 | bitbake.conf: Don't export 'LIBC' to the environment |
| 16:43.41 | CIA-1 | perl makes use of this variable and it doesn't match how we use it. |
| 16:43.41 | CIA-1 | Since it doesn't need to be exposed like this, don't. |
| 16:43.41 | CIA-1 | No acks, but "sounds good" to Koen and "don't see why not" from Roman |
| 16:43.41 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 16:44.25 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 16:45.06 | darknighte | or is there a way to get OE to generate these links for me? |
| 16:46.29 | woglinde | oe only generates the link if you say it in recipe |
| 16:46.58 | darknighte | woglinde: I'm not sure how to do that. |
| 16:47.49 | darknighte | The links are generated by the pkg, but then the QA step errors with the "non -dev package contains symlink .so" message. |
| 16:48.37 | darknighte | so, I dropped the links, by explicitly overriding "FILES" variable.. |
| 16:49.53 | darknighte | seems like this is probably a problem that someone else may have already solved... |
| 16:58.12 | *** part/#oe screwgoth1 (~raseel@122.170.60.225) |
| 16:59.11 | *** join/#oe kgilmer (~kgilmer@host-174-45-90-148.bzm-mt.client.bresnan.net) |
| 17:03.14 | zub | darknighte: imho no app should depend on the .so file |
| 17:03.23 | zub | it should depend on particular version of the so library |
| 17:03.37 | zub | -> thats the rationale for "pure" .so being delegated to dev |
| 17:03.39 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 17:03.50 | zub | you need that for -lyourlib |
| 17:04.24 | darknighte | not sure I understand zub. The dependency is on the generic .so link... |
| 17:05.15 | zub | I don't think so. E.g. take any non static binary on your system and do: readelf -d some_binary | grep NEEDED |
| 17:05.47 | zub | I see things like: libgtk-x11-2.0.so.0, libm.so.6, ... |
| 17:05.53 | zub | so the version numbers are there |
| 17:06.58 | darknighte | In this case, the install step of the build places the version decorated .so, e.g. libwsman.so.1.0.0 into the file system. |
| 17:07.05 | darknighte | However, the link isn't placed. |
| 17:07.57 | zub | which link? there are usually two links: .so and .so.major |
| 17:07.59 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 17:08.33 | zub | the .so shouldn't be needed (unless you build on the target - that's why it's in -dev), while the .so.major should be present, as that's the typical usecase |
| 17:09.27 | darknighte | In this case, the .so is needed to run. |
| 17:10.01 | zub | see http://www.dwheeler.com/program-library/Program-Library-HOWTO/x36.html#AEN49 |
| 17:10.20 | zub | hm, this sounds odd |
| 17:10.31 | darknighte | neither link is placed as the QA step complains that a symbolic link is included in a non -dev package. |
| 17:10.50 | darknighte | hey, not my code, just pulling in an open source package and got this mess... |
| 17:11.02 | zub | although e.g. plugins use often only .so, no versioning there |
| 17:11.16 | zub | oook, I'm not blaming you :) |
| 17:11.37 | darknighte | I'm just disavowing ownership. ;) |
| 17:12.02 | zub | anyway, then others who actually know this stuff should chime in |
| 17:12.07 | darknighte | I suppose I could just put everything into the -dev package, put the depends on that and call it a day... |
| 17:12.58 | darknighte | also, I didn't try placing just the .so.major link, although I think the QA step complained about that too. |
| 17:13.00 | zub | that sounds nasty |
| 17:13.22 | darknighte | the package in question is openwsman. |
| 17:13.33 | zub | (that "nasty" was to making dev needed for ordinary use) |
| 17:15.03 | darknighte | yeah, I didn't like that idea. I must confess my knowledge is shaky here, so I won't rule out that I'm missing something obvious... |
| 17:21.46 | darknighte | zub, thanks for the help. I'll see if I can figure it out... |
| 17:22.26 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 17:24.48 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 17:32.29 | *** join/#oe etrunko (~edulima@201.53.197.138) |
| 17:33.40 | CIA-1 | 03Chase Maupin <chasemaupin03@gmail.com> 07org.openembedded.dev * r098f60276b 10openembedded.git/conf/machine/ (am37x-evm.conf dm37x-evm.conf): (log message trimmed) |
| 17:33.40 | CIA-1 | 37x-evm: remove USE_VT from am37x-evm and dm37x-evm conf |
| 17:33.40 | CIA-1 | * Removed the USE_VT = 0 setting from am37x-evm and dm37x-evm |
| 17:33.41 | CIA-1 | configuration files. With matrix-gui-e using chvt 4 it is OK |
| 17:33.41 | CIA-1 | for these consoles to be created. |
| 17:33.41 | CIA-1 | * The console is used for the beagleboard validation software |
| 17:33.42 | CIA-1 | as well so it should be available to allow running the |
| 17:33.43 | CIA-1 | 03Chase Maupin <chasemaupin03@gmail.com> 07org.openembedded.dev * r93ef17130b 10openembedded.git/recipes/ti/matrix-gui-e/ (dm365-evm/init init): (log message trimmed) |
| 17:33.43 | CIA-1 | matrix-gui-e: added chvt to init scripts |
| 17:33.43 | CIA-1 | * Added chvt 4 to init scripts to allow the matrix-guiE |
| 17:33.44 | CIA-1 | application to run in its own virtual terminal. This |
| 17:33.44 | CIA-1 | prevents the console being respawned over the running |
| 17:33.45 | CIA-1 | matrix-guiE process during times of inactivity. |
| 17:33.45 | CIA-1 | Signed-off-by: Chase Maupin <chase.maupin@ti.com> |
| 17:38.05 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 17:41.28 | *** join/#oe kristoffer (~kristoffe@95.209.2.143.bredband.tre.se) |
| 17:48.26 | CIA-1 | 03Adrian Alonso <aalonso00@gmail.com> 07org.openembedded.dev * r87007db499 10openembedded.git/conf/machine/xilinx-virtex5.conf: (log message trimmed) |
| 17:48.26 | CIA-1 | xilinx-virtex5: Add machine config for Xilinx Virtex5 platforms |
| 17:48.27 | CIA-1 | * Config machine for virtex5 platforms ml507, ml510 |
| 17:48.27 | CIA-1 | * Hardware reference design at |
| 17:48.27 | CIA-1 | http://github.com/aalonso/xilinx-ml507 |
| 17:48.27 | CIA-1 | * v2 more descriptive subject |
| 17:48.27 | CIA-1 | Signed-off-by: Adrian Alonso <aalonso00@gmail.com> |
| 17:48.30 | CIA-1 | 03Adrian Alonso <aalonso00@gmail.com> 07org.openembedded.dev * re827b4131e 10openembedded.git/recipes/xserver-kdrive-common/xserver-kdrive-common/Xserver: (log message trimmed) |
| 17:48.30 | CIA-1 | xserver-kdrive-common: Xsever module_id for virtex5 platform |
| 17:48.30 | CIA-1 | * Return a valid module_id for xilinx virtex platform |
| 17:48.30 | CIA-1 | * On Xilinx platforms there is no line `Hardware`. Instead it is |
| 17:48.31 | CIA-1 | stored in the line starting with `platform`. |
| 17:48.31 | CIA-1 | * v2 split changes, nicer module_id function for handling xilinx |
| 17:48.32 | CIA-1 | virtex platforms |
| 17:48.44 | CIA-1 | * Increase PR |
| 17:48.44 | CIA-1 | * v2 reorder patch set |
| 17:48.45 | CIA-1 | Signed-off-by: Adrian Alonso <aalonso00@gmail.com> |
| 17:48.45 | CIA-1 | Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 17:48.46 | CIA-1 | 03Adrian Alonso <aalonso00@gmail.com> 07org.openembedded.dev * r7847296f1d 10openembedded.git/conf/machine/xilinx-virtex4.conf: (log message trimmed) |
| 17:48.46 | CIA-1 | xilinx-virtex4: Add machine config for Xilinx Virtex4 platforms |
| 17:48.47 | CIA-1 | * New config machine, generic support for Xilinx |
| 17:48.47 | CIA-1 | Virtex4 platforms ml401, ml403, ml405, ml410 |
| 17:48.48 | CIA-1 | * Tested on ml405 target board, powerpc based ref project |
| 17:48.52 | CIA-1 | (9 lines omitted) |
| 17:49.08 | CIA-1 | 03Adrian Alonso <aalonso00@gmail.com> 07org.openembedded.dev * r6627192c0b 10openembedded.git/classes/xilinx-bsp.bbclass: (log message trimmed) |
| 17:49.08 | CIA-1 | xilinx-bsp: Rewrite to handle xilinx virtex4 virtex5 targets |
| 17:49.08 | CIA-1 | * Rewrite for handling most xilinx target virtex4 and virtex5 based |
| 17:49.08 | CIA-1 | * Add helper functions for configuring the target board |
| 17:49.08 | CIA-1 | * User must add in local.conf: |
| 17:49.09 | CIA-1 | XILINX_BOARD = "ml401" | "ml403" | "ml405" | "ml410" | "ml507" | "ml510" |
| 17:49.10 | CIA-1 | XILINX_BSP_PATH = "Xilinx XPS hardware project dir" |
| 17:49.10 | CIA-1 | 03Adrian Alonso <aalonso00@gmail.com> 07org.openembedded.dev * r9320a3662d 10openembedded.git/recipes/xserver-common/ (files/Xserver-virtex.patch xserver-common_1.33.bb): (log message trimmed) |
| 17:49.11 | CIA-1 | xserver-common: xilinx virtex support |
| 17:49.11 | CIA-1 | * Add xilinx virtex platforms support |
| 17:49.12 | CIA-1 | * Set xserver args |
| 17:49.13 | CIA-1 | * Bump PR |
| 17:49.13 | CIA-1 | * v2 reorder patch set |
| 17:49.14 | CIA-1 | Signed-off-by: Adrian Alonso <aalonso00@gmail.com> |
| 17:49.14 | CIA-1 | 03Adrian Alonso <aalonso00@gmail.com> 07org.openembedded.dev * r630b8ed674 10openembedded.git/recipes/xserver-kdrive-common/ (xserver-kdrive-common/Xserver xserver-kdrive-common_0.1.bb): |
| 17:49.15 | CIA-1 | xserver-kdrive-common: xilinx virtex5 support |
| 17:50.53 | *** join/#oe Martin-B (~martin@pool-125-67-198-89.dbd-ipconnect.net) |
| 17:52.02 | *** join/#oe robtow (~rob@166.205.136.89) |
| 18:02.20 | zub | darknighte: n/p |
| 18:03.46 | *** join/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 18:06.35 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r82ead3bfec 10openembedded.git/recipes/postmark/postmark_1.51.bb: |
| 18:06.35 | CIA-1 | postmark: A benchmarking app, add. |
| 18:06.35 | CIA-1 | Signed-off-by: Nikita Shulga <nikita_shulga@mentor.com> |
| 18:06.35 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 18:08.51 | *** join/#oe thesing (~thesing@dslb-188-102-134-102.pools.arcor-ip.net) |
| 18:14.54 | khem | JaMa|Sports: I remove autotools_stage completely and want to reintroduce inheriting autotools only if its needed |
| 18:15.20 | khem | JaMa|Sports: that will help to remove redundancy |
| 18:16.29 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 18:17.39 | *** part/#oe darknighte (8fa6e239@gateway/web/freenode/ip.143.166.226.57) |
| 18:28.39 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 18:38.43 | *** join/#oe robtow (~rob@166.205.136.89) |
| 18:38.52 | *** join/#oe kgilmer (~kgilmer@host-174-45-93-89.bzm-mt.client.bresnan.net) |
| 18:42.36 | *** join/#oe timtimred (~meh@79-69-187-3.dynamic.dsl.as9105.com) |
| 18:46.48 | *** join/#oe mrmoku` (~mrmoku@ppp-82-135-66-24.dynamic.mnet-online.de) |
| 18:57.27 | eFfeM | khem: seems a good plan to me |
| 19:00.48 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
| 19:07.06 | JaMa|Sports | khem: ah I didn't expect autotools_stage used where autotools is not needed at all... |
| 19:07.43 | kergoth | it isn't, afaik. i expect he's talking about the case wehre the .inc inherits autotools and the .bb inherits autotools_stage, but those seem pretty rare to me |
| 19:08.10 | *** join/#oe d_t_h (~dieter@a89-182-71-202.net-htp.de) |
| 19:08.18 | *** join/#oe dromede_ (~quassel@93-136-58-70.adsl.net.t-com.hr) |
| 19:08.53 | *** join/#oe kristoffer (~kristoffe@95.209.2.143.bredband.tre.se) |
| 19:09.51 | khem | kergoth: yeah :) |
| 19:09.59 | khem | I was optimistic but I see little gain |
| 19:10.05 | khem | so I posted a new series |
| 19:10.19 | khem | which replaced autotools_stage with autotools |
| 19:10.34 | khem | and deletes autotools_stage so noone uses it in future |
| 19:10.57 | khem | kergoth: ready for some braindump on srctree |
| 19:11.56 | khem | eFfeM: it also caters for your suggestion to have separate patches for recipes which need additional work |
| 19:12.32 | kergoth | it only exists because it's not enough to set S to FILE_DIRNAME alone when you have -native/-cross/-nativesdk/whatever variants around. if you have both a -native and a regular one, and one doesn't depend upon the other, a bitbake build can interleave the tasks within the shared build dir and screw everything up |
| 19:12.45 | JaMa | khem: thanks! |
| 19:12.48 | kergoth | so it attempts to merge the tasks after patch up to compile |
| 19:12.53 | kergoth | so the interleaving is no longer possible |
| 19:13.11 | kergoth | if you know its not an issue, you can not bother inheriting srctree and just leave SRC_URI blank and set S to FILE_DIRNAME or whatever :) |
| 19:15.15 | eFfeM | khem, sounds good, will check them out |
| 19:17.40 | blindvt | eFfeM, yuck! git stash was playing tricks on me with my odd libidl thing |
| 19:21.08 | *** join/#oe Jay7 (jay@95-29-189-208.broadband.corbina.ru) |
| 19:31.49 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-wwvyfnubdjfxdnxg) |
| 19:34.02 | khem | blindvt: git stash is bad. I usually commit |
| 19:34.27 | khem | kergoth: hmm may be its worth making OE to have a separate builddir ? |
| 19:34.49 | khem | for every recipe it builds and not muck in src |
| 19:35.19 | khem | I dont know if every recipe/app out there is made in such a way that it can build out of tree |
| 19:36.31 | *** join/#oe GNUtoo|laptop (~gnutoo@90.84.146.159) |
| 19:36.35 | khem | kergoth: its because now the -native/-cross/-nativesdk/whatever will also muck with same srcs if the building in tree right |
| 19:37.34 | khem | kergoth: there were some dependency issues that were reported are they fixed |
| 19:37.41 | kergoth | yeah for buildsystems that support separate B vs S that would solve it too. |
| 19:37.43 | khem | like ignoring depends etc. |
| 19:37.48 | kergoth | just don't want a native configure followed by a target compile |
| 19:37.50 | kergoth | :) |
| 19:37.54 | *** join/#oe kgilmer (~kgilmer@216.187.191.87) |
| 19:37.58 | khem | heh sure |
| 19:37.59 | kergoth | in the same B |
| 19:38.27 | khem | yeah may be its worth trying to have a S != B |
| 19:38.35 | khem | and see if we can build stuff |
| 19:38.52 | khem | I am sure there will be some rogue packages |
| 19:39.15 | khem | kergoth: cbrake posted some patches to get it working are they merged into bb and oe |
| 19:40.37 | kergoth | it'd be nice to be able to globally enable separate B for all autotools recipes, and explicitly disable it in the recipe, along the lines of PARALLEL_MAKE.. that's been on my list for a while, never got around to it |
| 19:41.04 | khem | yes agree |
| 19:41.06 | kergoth | should be pretty trivial |
| 19:53.03 | eFfeM | blindvt np |
| 19:54.25 | *** join/#oe Andy (~Andy@174-31-144-199.tukw.qwest.net) |
| 20:00.11 | *** join/#oe kristoffer_ (~kristoffe@95.209.2.143.bredband.tre.se) |
| 20:00.23 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 20:13.27 | *** join/#oe andyj (~andy@174-31-144-199.tukw.qwest.net) |
| 20:13.44 | *** join/#oe likewise (~likewise@82-170-243-215.ip.telfort.nl) |
| 20:16.12 | GNUtoo|laptop | hi eFfeM |
| 20:16.19 | GNUtoo|laptop | I saw your mail about staging |
| 20:16.25 | GNUtoo|laptop | I got 2 entries |
| 20:20.07 | eFfeM | GNUtoo|laptop: then fix them :-) |
| 20:20.15 | eFfeM | acturally working on mine |
| 20:20.21 | GNUtoo|laptop | I plan to do that |
| 20:20.25 | GNUtoo|laptop | but I don't know how |
| 20:20.27 | eFfeM | thanks |
| 20:20.31 | GNUtoo|laptop | I plan to fix the python one |
| 20:20.33 | eFfeM | ah ok, we can help |
| 20:20.38 | GNUtoo|laptop | ok |
| 20:20.40 | eFfeM | whihc one, might have an idea |
| 20:20.43 | GNUtoo|laptop | let me find the file |
| 20:20.46 | eFfeM | fixed mine a few minutes ago |
| 20:20.52 | GNUtoo|laptop | it's because it depend on classes |
| 20:21.41 | GNUtoo|laptop | distutils_stage_all |
| 20:21.44 | GNUtoo|laptop | I remember having that |
| 20:21.49 | GNUtoo|laptop | what whas your file name |
| 20:21.58 | GNUtoo|laptop | which contained the commiters name |
| 20:23.09 | eFfeM | i just did divmodepsilon |
| 20:23.15 | eFfeM | just pushed |
| 20:23.20 | eFfeM | back in 15 mins |
| 20:23.23 | *** join/#oe hansdampf (~moritz@212.77.183.215) |
| 20:23.26 | CIA-1 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r5edfb27091 10openembedded.git/recipes/python/ (3 files): |
| 20:23.27 | CIA-1 | divmod.inc: added INC_PR |
| 20:23.27 | CIA-1 | and used it in the recipes |
| 20:23.27 | CIA-1 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 20:23.27 | CIA-1 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * ra0635fb016 10openembedded.git/recipes/python/ (2 files): |
| 20:23.27 | CIA-1 | python-divmodepsilon: removed legacy staging; moved to BBCLASSEXTEND = "native" |
| 20:23.28 | CIA-1 | and added INC_PR |
| 20:23.28 | CIA-1 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 20:23.42 | GNUtoo|laptop | one sec be back soon |
| 20:23.51 | *** join/#oe kristoffer__ (~kristoffe@79.138.181.89.bredband.tre.se) |
| 20:24.14 | *** join/#oe woglinde (~heinold@f052238131.adsl.alicedsl.de) |
| 20:24.19 | woglinde | ping khem |
| 20:26.03 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:29.44 | woglinde | hm why khem or svn fetcher dont delete the .svn dirs when generating the tar.gz balls |
| 20:30.56 | GNUtoo|laptop | back |
| 20:31.00 | GNUtoo|laptop | hi woglinde |
| 20:31.30 | woglinde | gcc is now twice in size |
| 20:31.47 | woglinde | whith svn |
| 20:31.49 | woglinde | dirs |
| 20:32.03 | GNUtoo|laptop | what's new on toolchain side |
| 20:32.13 | *** join/#oe kristoffer_ (~kristoffe@79.138.198.88.bredband.tre.se) |
| 20:32.51 | woglinde | ping blindvt |
| 20:33.00 | woglinde | as: unrecognized option '-EL' |
| 20:33.02 | GNUtoo|laptop | eFfeM, found it |
| 20:33.05 | woglinde | uclibc build |
| 20:33.20 | woglinde | hm arm4vt |
| 20:33.21 | woglinde | hms |
| 20:33.55 | GNUtoo|laptop | eFfeM, my recipe is python-docutils_native |
| 20:33.56 | GNUtoo|laptop | so... |
| 20:34.02 | GNUtoo|laptop | *convert to BBCLASS_EXTEND |
| 20:34.07 | *** join/#oe ant_ (~andrea@host159-250-dynamic.21-79-r.retail.telecomitalia.it) |
| 20:34.16 | GNUtoo|laptop | and I should remove that do_stage too |
| 20:34.21 | GNUtoo|laptop | but I can't commit yet |
| 20:34.26 | GNUtoo|laptop | maybe tomorrow |
| 20:34.33 | eFfeM | GNUtoo|laptop: great |
| 20:34.36 | GNUtoo|laptop | I try to consume as less as possible on the 3g which isn't mine |
| 20:34.49 | GNUtoo|laptop | eFfeM, so do you have an idea? |
| 20:34.56 | GNUtoo|laptop | looking in the class file: |
| 20:35.52 | GNUtoo|laptop | distutils_stage_all() { in distutils.bbclass |
| 20:36.06 | eFfeM | i think it is safe to remove, but will test it |
| 20:36.09 | GNUtoo|laptop | maybe mickeyl knows |
| 20:36.31 | GNUtoo|laptop | the other is guile: |
| 20:36.54 | eFfeM | i'm downloading somethign called ipatience, eta 2hr 5 min, how topical |
| 20:37.43 | eFfeM | GNUtoo|laptop: let me give it a stab, only dependency on it is midori |
| 20:37.53 | GNUtoo|laptop | ok |
| 20:37.58 | GNUtoo|laptop | give a stab means? |
| 20:38.04 | eFfeM | give it a try |
| 20:38.08 | GNUtoo|laptop | ok |
| 20:38.11 | GNUtoo|laptop | thanks a lot |
| 20:38.14 | eFfeM | just convert it and rebuild midori |
| 20:38.20 | GNUtoo|laptop | ok |
| 20:38.26 | GNUtoo|laptop | but it does some special magic |
| 20:38.37 | GNUtoo|laptop | <PROTECTED> |
| 20:38.45 | GNUtoo|laptop | <PROTECTED> |
| 20:38.54 | GNUtoo|laptop | etc... |
| 20:39.04 | eFfeM | will check with guile tlater if needed if no one else can |
| 20:39.08 | eFfeM | will do the python one |
| 20:39.11 | GNUtoo|laptop | and I really don't remember what it does |
| 20:39.14 | *** join/#oe EiNSTeiN__ (~einstein@49-74-252-216.dsl.colba.net) |
| 20:39.19 | eFfeM | don't ahve too much time now |
| 20:39.22 | GNUtoo|laptop | ok |
| 20:39.31 | GNUtoo|laptop | I'll do python in priority then |
| 20:39.34 | GNUtoo|laptop | save your time |
| 20:39.39 | GNUtoo|laptop | I'll ask some python person |
| 20:39.41 | GNUtoo|laptop | like mickeyl |
| 20:44.40 | eFfeM | i've already modified the python recipe, am baking it now |
| 20:45.21 | eFfeM | aargh midori drags in lots of different packages |
| 20:45.34 | GNUtoo|laptop | ok |
| 20:45.36 | GNUtoo|laptop | thanks a lot |
| 20:46.01 | eFfeM | basically I added |
| 20:46.02 | eFfeM | NATIVE_INSTALL_WORKS = "1" |
| 20:46.02 | eFfeM | BBCLASSEXTEND = "native" |
| 20:46.10 | eFfeM | to the recipe |
| 20:46.13 | *** join/#oe hansdampf (~moritz@212.77.182.87) |
| 20:46.21 | GNUtoo|laptop | maybe do_stage from guile is not mine. maybe I converted it to .inc and so your script detected it as mine |
| 20:46.32 | GNUtoo|laptop | because I do not know this magic at all |
| 20:46.44 | GNUtoo|laptop | ok |
| 20:46.47 | eFfeM | bitbake clean it (native + orig, and midori); then remove the native recipe and build midori |
| 20:47.00 | eFfeM | if you copied it is may end up being registered on your name |
| 20:47.04 | GNUtoo|laptop | eFfeM, I can't build today |
| 20:47.06 | GNUtoo|laptop | I've 3g |
| 20:47.09 | eFfeM | check git log to see what happens today |
| 20:47.10 | eFfeM | np |
| 20:47.13 | GNUtoo|laptop | I'm afraid of pulling |
| 20:47.16 | GNUtoo|laptop | and pushing |
| 20:47.26 | eFfeM | ok, i understand |
| 20:47.30 | eFfeM | it is building now |
| 20:47.33 | eFfeM | biab |
| 20:47.40 | GNUtoo|laptop | basically it's my father's 3g for work |
| 20:47.51 | GNUtoo|laptop | so he must have some GB left |
| 20:48.03 | GNUtoo|laptop | so I consume less than surfind with itc |
| 20:48.07 | GNUtoo|laptop | *irc |
| 20:48.23 | GNUtoo|laptop | for instance: |
| 20:48.25 | GNUtoo|laptop | <PROTECTED> |
| 20:48.27 | GNUtoo|laptop | from rmnet0 |
| 20:48.38 | GNUtoo|laptop | on my htcdream |
| 20:50.18 | *** join/#oe kristoffer_ (~kristoffe@79.138.198.88.bredband.tre.se) |
| 21:00.00 | eFfeM | ok couldn't finish testing really need to go will finish off tomorrow evening |
| 21:00.03 | eFfeM | cya & have fun |
| 21:05.03 | *** join/#oe robtow (~rob@nat/ti/x-zukkbcynayabcwzy) |
| 21:10.43 | ant_ | mickeyl: can't find anymore the hack for opening ipk from mc...can you help? |
| 21:14.36 | woglinde | use dpkg |
| 21:16.29 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 21:16.35 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 21:16.51 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 21:23.19 | kergoth | ant_, it's just an 'ar' archive, with two tar.gz files inside |
| 21:23.45 | ant_ | yep, just ubuntu mc differs from Gentoo's (mc.ext) |
| 21:23.48 | ant_ | still checking |
| 21:23.54 | kergoth | ah |
| 21:26.37 | Jay7 | hm.. can I download sources only with bitbake? |
| 21:26.46 | Jay7 | w/o building everything |
| 21:28.11 | ant_ | bitbake -c fetchall |
| 21:28.15 | ant_ | ? |
| 21:28.56 | ant_ | kergoth, on Gentoo was one-liner...on Ubuntu won't work :/ |
| 21:29.06 | ant_ | I'll retry after a beer |
| 21:29.23 | ant_ | eyes crossing |
| 21:29.52 | Jay7 | ant_: thanks |
| 21:44.13 | *** join/#oe mrmoku` (~mrmoku@ppp-88-217-3-109.dynamic.mnet-online.de) |
| 21:50.15 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
| 22:12.06 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 22:16.06 | *** join/#oe mickey|munich (~mickeymun@88.128.87.152) |
| 22:21.29 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-umtfpspnhvftwbln) |
| 22:23.09 | JaMa | kergoth_: imho http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=acc720fa80227d08fd15764117e0c34e2387e804 fails when PACKAGE_INSTALL_PKGMGR is none (ie I see it now with recipes/images/initramfs-kexecboot-image.bb) |
| 22:27.05 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 22:30.57 | ant_ | JaMa, I have not yet tested this last series of commits |
| 22:32.10 | JaMa | I'm rebuilding from scratch.. but I guess this one is pretty clear... it's calling "opkg install" without param what to install |
| 22:33.27 | *** join/#oe woglinde (~heinold@f052238131.adsl.alicedsl.de) |
| 22:33.30 | woglinde | jo re |
| 23:05.28 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:14.46 | *** join/#oe extnct (~extnct@unaffiliated/extnct) |
| 23:17.55 | CIA-1 | 03Chase Maupin <chasemaupin03@gmail.com> 07org.openembedded.dev * rb9bd172a64 10openembedded.git/recipes/ti/matrix-gui-e_svn.bb: |
| 23:17.55 | CIA-1 | matrix-gui-e: bump PR for init file fixes |
| 23:17.55 | CIA-1 | * Forgot to bump the PR to pick up the changes to the init |
| 23:17.55 | CIA-1 | scripts. This patch bumps the PR. |
| 23:17.55 | CIA-1 | Signed-off-by: Chase Maupin <chase.maupin@ti.com> |
| 23:17.55 | CIA-1 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
| 23:19.36 | yann | is there any doc about using BBCLASSEXTEND=native somewhere ? |
| 23:36.09 | CIA-1 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rb32ce2a639 10openembedded.git/recipes/klibc/ (klibc-common.inc klibc.inc): |
| 23:36.09 | CIA-1 | klibc: get rid of legacy staging |
| 23:36.09 | CIA-1 | * bump PR |
| 23:37.23 | kergoth | JaMa|Zzz, PACKAGE_INSTALL_PKGMGR is set in the same file that uses it. |
| 23:42.12 | tharvey | is there any provision for having a package that overwrites a file installed by another package? |
| 23:45.42 | kergoth | opkg doesn't have dpkg's "diversions" capability |
| 23:45.56 | kergoth | the best you can do is alter both to use update-alternatives, or manually install with --force |
| 23:46.04 | kergoth | afaik, anyway |
| 23:57.30 | tharvey | and there is no way to --force within do_rootfs right? that would be if I were running manually |
| 23:58.09 | tharvey | the file in question is a config file for pulseaudio - hate to have to override the whole recipe for my system just for 1 minor tweak tot he config files |