| 00:11.29 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 01:03.55 | *** join/#oe Jefro (~josiermi@134.134.137.75) |
| 01:08.37 | *** join/#oe Ivanov (d9764f2a@gateway/web/freenode/ip.217.118.79.42) |
| 01:28.08 | *** join/#oe joelagnel (~joel@nat/ti/x-oiintbpnxujqbugw) |
| 01:28.49 | *** join/#oe _chase_ (~chase@nat/ti/x-talmdabaulrxhzvj) |
| 02:16.35 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 03:05.53 | *** join/#oe devzero_ (devzero@xdsl-78-35-53-184.netcologne.de) |
| 03:18.00 | *** join/#oe eephillip (~eephillip@pdpc/supporter/student/eephillip) |
| 03:49.31 | *** join/#oe kergoth (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 04:01.00 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 04:04.24 | *** join/#oe MMx (mmx@2001:41b8:200::42) |
| 04:06.15 | *** part/#oe cminyard (~cminyard@pool-173-71-58-7.dllstx.fios.verizon.net) |
| 04:12.31 | *** join/#oe zenlinux (~sgarman@c-98-246-160-155.hsd1.or.comcast.net) |
| 04:19.35 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 04:20.35 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 04:24.52 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 04:32.12 | *** join/#oe snkt (~snkt@114.143.160.125) |
| 05:15.36 | *** join/#oe morphis (~morphis@dslb-088-071-242-244.pools.arcor-ip.net) |
| 05:24.41 | *** join/#oe erwt (~rahul@114.143.160.125) |
| 05:51.23 | *** join/#oe icanicant_ (~klawson@213.218.221.154) |
| 05:51.56 | *** join/#oe icanicant__ (~klawson@213.218.221.154) |
| 05:52.28 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 05:55.12 | *** join/#oe erwt (~rahul@114.143.160.125) |
| 06:04.49 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 06:11.19 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 06:56.35 | *** join/#oe toi (~peter@inuitbib.ugent.be) |
| 07:16.12 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:31.19 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 07:35.13 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:37.36 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 07:47.00 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 08:03.08 | *** join/#oe EsbenH (~esben@hugin.dotsrc.org) |
| 08:07.37 | *** join/#oe RushPL_ (~quassel@89-69-171-30.dynamic.chello.pl) |
| 08:23.28 | mckoan | good morning |
| 08:26.19 | *** join/#oe Heinervdm (~thomas@pD9E11FBD.dip.t-dialin.net) |
| 08:29.50 | ynezz | hm, before digging into it deeper, is it a known problem? http://pastebin.com/kEvze9ni |
| 08:30.06 | ynezz | seems like everything svn fails |
| 08:32.38 | JaMa | here is known problem with svn-1.7, but your case looks like incomplete branch_gcc.gnu.org_.svn.gcc.branches_178923_.tar.gz |
| 08:32.49 | JaMa | just remove it from downloads and retry |
| 08:33.15 | ynezz | did that |
| 08:33.50 | JaMa | so maybe wrong archive on angstrom premirror |
| 08:34.54 | JaMa | try to download and unpack manually and then report to angstrom ML |
| 08:35.58 | EsbenH | mckoan: gm |
| 08:36.28 | ynezz | I've disabled that slow mirror also |
| 08:36.34 | ynezz | I'm not using it |
| 08:37.07 | ynezz | if I do bitbake -k then it fails on other svn stuff... |
| 08:37.25 | ynezz | but thanks, I'll dig deeper into it |
| 08:48.46 | Jin^eLD | mornin |
| 09:03.36 | *** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 09:07.18 | *** join/#oe RushPL (~quassel@89-69-171-30.dynamic.chello.pl) |
| 09:07.27 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:07.28 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:07.30 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 09:11.32 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 09:11.32 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 09:22.48 | Jin^eLD | hmm, assuming main package does PACKAGES += "something", can I get rid of this "something" in the .bbappend? like, not by redefining PACKAGES (because I may not know its full contents) |
| 09:22.50 | Jin^eLD | but just by doing some python magic or whatever to remove the "something"? |
| 09:31.06 | florian | good morning |
| 09:31.24 | Jin^eLD | hi florian |
| 10:00.59 | *** join/#oe risca (~risca@f-static-78-70-87-29.business.telia.com) |
| 10:14.28 | *** join/#oe lamikr (lamikr@nat/nokia/x-jubdtchgrrurzbgh) |
| 10:21.48 | *** join/#oe pespin (~pespin@182.pool80-102-156.dynamic.orange.es) |
| 10:25.49 | *** join/#oe lamikr_ (lamikr@nat/nokia/x-jszwxtdqffhjdnis) |
| 10:28.12 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 10:29.02 | *** join/#oe risca (~risca@130.236.250.43) |
| 10:29.06 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:33.13 | bluelightning | Jin^eLD: you could use oe_filter_out |
| 10:34.05 | bluelightning | I think you'd also need to use := in conjunction with that |
| 10:34.13 | bluelightning | (to get immediate expansion) |
| 10:34.50 | Jin^eLD | thanks for the hint |
| 10:36.53 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 10:37.47 | Jin^eLD | btw, another question regarding the overall configuraion; with OE classic I was able to setup the environment in a way, that I could run bitbake from any directory; with OE core I somehow fail to do that, it always insists in looking for local.conf in `pwd`/conf instead of going through all dirs specified in BBPATH |
| 10:37.49 | Jin^eLD | any idea why? or what I may be missing? |
| 10:39.45 | florian | Jin^eLD: I only remember this used to be the same with classic OE a looong time ago... |
| 10:41.14 | Jin^eLD | so are you saying building from any dir (provided you sourced the environment) works for you with OE core? |
| 10:41.29 | Jin^eLD | or did I get you wrong and the point is that support for this was dropped ages ago? :) |
| 10:42.40 | florian | I did not try this with OE core so far - I know it used to work with classic OE but from the early days of OE I know it was not working as expected. |
| 10:43.18 | florian | So what I'm saying is not really useful for answering your question :-) |
| 10:43.24 | Jin^eLD | :) |
| 10:43.40 | Jin^eLD | btw core is missing quite a few packages from classic |
| 10:44.25 | florian | indeed |
| 10:44.44 | florian | ... including all known layers |
| 10:45.37 | florian | Some OE-classic layer for OE core would be good... would make the transition way easier. |
| 10:45.56 | florian | I'm pretty sure quite a lot of our users suffer from this situation. |
| 10:46.15 | Jin^eLD | I think I remember reading from the layer descriptions, that there is one layer that is supposed to provide the classic recipes, but that's not complete |
| 10:46.46 | Jin^eLD | I would think so :P it caught me by surprise |
| 10:47.30 | Jin^eLD | yet another question.. do you think a live update (via opkg) from a glibc based rootfs to a eglibc based rootfs is possible? |
| 10:48.05 | Jin^eLD | this is the next thing that I encountered: angstrom in core dropped glibc support |
| 10:48.32 | florian | I guess so... they provide more or less the same functionality. |
| 10:48.59 | Jin^eLD | but it seems I have to tune the recipes myself, I did not see any RREPLACES or RCONFLICTS in the eglibc recipes |
| 10:49.18 | Jin^eLD | I hope that works out, we have an angstrom-2008 based system out in the field |
| 10:50.06 | florian | Debian uses eglibc per default now too iirc, so they had this transition in their upgrade path as well.... but packaging is another topic. |
| 10:50.40 | bluelightning | Jin^eLD: I guess if you want to you should be able to define that replaces/conflicts at a distro level (e.g. RREPLACES_glibc = "eglibc") |
| 10:51.14 | bluelightning | er, the other way around... |
| 10:51.17 | florian | uh... this is possible? ;) |
| 10:51.22 | bluelightning | if it's corrected :) |
| 10:51.31 | bluelightning | RREPLACES_eglibc = "glibc" |
| 10:51.58 | Jin^eLD | that sounds interesting, I'll try that |
| 10:52.05 | Jin^eLD | did not know that was possible on distro level :) |
| 10:53.01 | florian | We need a manual for distribution maintainers |
| 10:55.21 | Jin^eLD | that would surely be a good thing |
| 10:56.36 | bluelightning | indeed |
| 10:56.43 | bluelightning | any volunteers to write one? ;) |
| 10:57.25 | Jin^eLD | bluelightning: now you completely killed any further chatter on the channel :) |
| 10:58.11 | bluelightning | this is the problem with documentation... everybody agrees when we need some, but few are prepared to sit down and write it... |
| 10:58.36 | Jin^eLD | well, are you surprised? it's *documentation* :) |
| 10:58.53 | Jin^eLD | I do not remember being on any project where ppl liked writing docs :) |
| 10:59.29 | Jin^eLD | from the developers perspective that's understandable |
| 11:00.36 | bluelightning | I don't mind writing docs, but I can't claim to be especially good at it |
| 11:21.35 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 12:00.56 | JaMa | otavio: ping |
| 12:01.47 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 12:01.48 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 12:03.42 | JaMa | otavio: connman RDEPENDS on systemd.. looks wrong and breaks every image with sysvinit.. |
| 12:03.45 | JaMa | SHR root@gjama / $ opkg info connman | grep Depends |
| 12:03.48 | JaMa | Depends: iptables (>= 1.4.12.1), systemd, update-rc.d, libdbus-1-3 (>= 1.4.12), libc6 (>= 2.14), libglib-2.0-0 (>= 2.30.0) |
| 12:10.57 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 12:28.25 | otavio | JaMa: oh, right. will fix it |
| 12:29.51 | JaMa | otavio: patch on ML.. but please review |
| 12:30.11 | JaMa | otavio: I got depressed with oe-core and removed all tmpdirs.. so cannot test here.. |
| 12:31.19 | otavio | JaMa: hahaha |
| 12:31.40 | otavio | JaMa: I think the class ought to add the rdepends on each package it adds the postinsts |
| 12:36.49 | ant_work | JaMa: I got sick of meta-oe issues and built meta-handheld + oe-core whitout it (just xserver-xf86-xfbdev, xinput, xinput calibrator from meta-oe) |
| 12:37.06 | ant_work | at least I can see core-image-sato booting |
| 12:37.33 | JaMa | ant_work: I'm sick of sstate.. not metadata itself |
| 12:38.09 | ant_work | unfortunately there is more |
| 12:38.39 | otavio | JaMa: I did it locally; testing |
| 12:39.32 | otavio | JaMa: fixed the class |
| 12:39.35 | otavio | JaMa: testing |
| 12:45.38 | Crofton|work | is there an easy way to do a rm_work after you run a build? |
| 12:47.00 | JaMa | Crofton|work: add it to INHERIT (ie in conf.local) |
| 12:49.24 | Jin^eLD | this pseudo thing eats quite a lot of CPU.. and why would it be active during a do_compile stage? |
| 12:49.26 | Crofton|work | this is after the build has run |
| 12:49.41 | Crofton|work | recovering from an out of disk space situation :) |
| 12:49.56 | Jin^eLD | Crofton|work: yes, after - if you add the inherit thing and rerun the build without cleaning it will just do the rm_work |
| 12:50.07 | Crofton|work | ok |
| 12:50.08 | Crofton|work | thanks |
| 12:51.11 | Jin^eLD | anyone - a comment on pseudo? it eats up 30% CPU here which I think is quite a lot, especially during do_compile, why would it even kick in there? |
| 12:51.47 | Jin^eLD | I do not remember fakeroot being so extensively present in the top list in OE classic |
| 12:51.56 | Jin^eLD | mostly it was only around during rootfs generation |
| 12:53.18 | JaMa | Crofton|work: it will rm_work all already finished builds, and if you cannot finish any build now.. then run bitbake for something smaller already built (so it wont build anything just run rm_work) |
| 12:53.18 | otavio | JaMa: https://github.com/OSSystems/meta-oe/commit/db24be4e6f001aae20b76249c499becc26ca1821 |
| 12:54.22 | JaMa | otavio: please bump connman's PR with that |
| 12:58.15 | otavio | JaMa: mailed ml; ack them please |
| 12:59.07 | JaMa | cannot test.. so won't ack |
| 13:01.57 | otavio | JaMa: ok |
| 13:02.19 | *** join/#oe MMx (mmx@2001:41b8:200::42) |
| 13:04.00 | tasslehoff | have any decision been made on when oe-classic goes read-only? I'm working towards a release in march, and try to decide if classic or core is the way to go. |
| 13:05.08 | otavio | tasslehoff: core |
| 13:05.24 | otavio | tasslehoff: you avoid an update cycle for the product later |
| 13:05.53 | otavio | tasslehoff: most work is on core now so as it is a new project, better to be based on that |
| 13:08.24 | tasslehoff | otavio: ok. I've successfully moved most of my stuff from classic to core. what remains is to compile an sdk and some power management issues in the kernel. |
| 13:08.33 | tasslehoff | and I like core :) |
| 13:10.18 | otavio | tasslehoff: core is the way to go for new products, imo |
| 13:16.28 | *** join/#oe mhnoyes (~mhnoyes@74-38-53-240.dr01.myck.or.frontiernet.net) |
| 13:16.28 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:18.38 | *** join/#oe risca (~risca@f-static-78-70-87-29.business.telia.com) |
| 13:19.00 | *** join/#oe cminyard (~cminyard@pool-173-71-58-7.dllstx.fios.verizon.net) |
| 13:34.57 | Dodji | would be nice of jlime (for ben nanonote) was ported over to core |
| 13:35.03 | Dodji | or maybe it is and I missed it. |
| 13:37.18 | *** join/#oe pepermint (~pepermint@82.58.12.212) |
| 13:37.34 | *** join/#oe risca (~risca@f-static-78-70-87-29.business.telia.com) |
| 13:40.23 | *** join/#oe tdebrouw (~tdebrouw@203.224-242-81.adsl-dyn.isp.belgacom.be) |
| 13:59.29 | *** join/#oe alx_ (~alx_@fireone.i3p.it) |
| 14:03.06 | *** join/#oe Hoolxi (~Openfree@58.37.78.89) |
| 14:04.27 | *** join/#oe helloo (~helloo@WimaxUser36108-22.wateen.net) |
| 14:04.32 | helloo | hii oee |
| 14:06.40 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-nfkukelxyimydlpq) |
| 14:07.26 | *** join/#oe kgilmer (~kgilmer@ntngsk048178.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 14:12.53 | *** part/#oe helloo (~helloo@WimaxUser36108-22.wateen.net) |
| 14:14.12 | *** join/#oe mrAlmond (~gbergamo@93.92.242.164) |
| 14:14.18 | mrAlmond | Hi everyone |
| 14:14.53 | *** join/#oe pespin (~pespin@cisne-cn07.upc.es) |
| 14:14.57 | mrAlmond | How can I handle localization in a filesystem created with openembedded? |
| 14:15.25 | mrAlmond | Are there any packages that I must install? |
| 14:16.28 | mrAlmond | For example I'm missing files like en_US that should be placed in /usr/share/locale or something like that... |
| 14:18.12 | bluelightning | mrAlmond: those should be generated as separate packages you can install automatically... unfortunately I don't know much about our i18n/l10n mechanisms beyond that |
| 14:19.48 | mrAlmond | bluelightning : thank you for the hint...I'm trying to understand what I'm missing |
| 14:21.04 | bluelightning | mrAlmond: there are *-locale-* packages generated for those recipes that support it |
| 14:21.17 | mrAlmond | for example one like this : locale-base-gl-es+euro_2.12-r13_armv7a.ipk ? |
| 14:21.45 | mrAlmond | because I've also files like eglibc-localedata-tk-tm_2.12-r13_armv7a.ipk |
| 14:22.01 | mrAlmond | but I don't know which one of the two times I must install |
| 14:22.13 | mrAlmond | two types not "two times" |
| 14:24.01 | bluelightning | mrAlmond: have you set IMAGE_LINGUAS? I wonder if that is meant to take care of that stuff automatically |
| 14:24.27 | mrAlmond | bluelightning : I don't know...I must check |
| 14:30.50 | *** join/#oe eephillip (~eephillip@pdpc/supporter/student/eephillip) |
| 14:31.54 | *** join/#oe eephillip (~eephillip@pdpc/supporter/student/eephillip) |
| 14:34.48 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 14:39.14 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 14:43.17 | *** join/#oe darknighte (~darknight@unaffiliated/darknighte) |
| 14:44.45 | *** join/#oe tdebrouw (~tdebrouw@203.224-242-81.adsl-dyn.isp.belgacom.be) |
| 14:54.13 | mrAlmond | I've tried to enable GLIBC_GENERATE_LOCALES = "en_GB.UTF-8 en_US.UTF-8" in my local.conf |
| 14:54.29 | mrAlmond | then I've rebuilt the image but I still can't find those files |
| 14:55.20 | florian | nou need to build libc again |
| 14:55.26 | florian | s/nou/you |
| 14:55.57 | mrAlmond | eglibc? Must I do a clean before? |
| 14:56.26 | mrAlmond | because I already had ENABLE_BINARY_LOCALE_GENERATION enabled but locales are not installed |
| 14:56.35 | florian | if you are using eglibc - yes. |
| 14:57.10 | mrAlmond | but shouldn't the ENABLE_BINARY_LOCALE_GENERATION = 1 install the locale files automatically when I built my image for the first time? |
| 14:57.43 | mrAlmond | because the ipk's are generated but they seems to be not installed |
| 14:59.10 | florian | okay... the ones that get installed depend on image and distribution |
| 15:00.42 | mrAlmond | florian : ok, so what must I enable in my image recipe? |
| 15:02.42 | florian | mrAlmond: usually its a distribution setting that decides... you can make sure all available translaton packages for a selected language get installed then. in theory you could pick them in an image file, but this is not really what you want usually |
| 15:03.55 | mrAlmond | Ok, let me explain, I'm using the yoctoproject, I've my own image recipe that inherits from poky-image-core |
| 15:04.13 | mrAlmond | Now I need the localizations files because they are missing |
| 15:04.15 | *** join/#oe devzero_ (devzero@xdsl-89-0-162-141.netcologne.de) |
| 15:04.18 | mrAlmond | in my rootfs |
| 15:09.14 | *** join/#oe doragasu (~doragasu@138.100.48.244) |
| 15:13.34 | doragasu | I'm having problems adding my own recipes, if they make use of libjpeg, libpng and/or libz. The problem is programs spit this error while linking: "/usr/lib/libz.so: could not read symbols: File in wrong format" |
| 15:15.17 | doragasu | At first it looks like it's a problem with the paths (link is called with "/usr/lib/*" instead of "/path_to_cross_compiler/usr/lib/*", but the weird thing is the problem only happens with these libraries. The other ones have the right path |
| 15:17.40 | doragasu | This is the call to the library creation tool when compiling libleptonica: http://pastebin.com/eawQabju |
| 15:18.53 | CIA-15 | 03Philip Balister <philip@opensdr.com> 07master * r67f97975a9 10openembedded.git/recipes/uhd/uhd_git.bb: |
| 15:18.53 | CIA-15 | uhd : Update to version 3.3.1. |
| 15:18.53 | CIA-15 | Signed-off-by: Philip Balister <philip@opensdr.com> |
| 15:18.58 | CIA-15 | 03Philip Balister <philip@opensdr.com> 07master * rcbdd0542f8 10openembedded.git/recipes/uhd/ (3 files): |
| 15:18.58 | CIA-15 | uhd-firmware : Update to 3.3.1. |
| 15:18.58 | CIA-15 | Signed-off-by: Philip Balister <philip@opensdr.com> |
| 15:20.12 | doragasu | And this is the call when compiling tesseract 3.00: http://pastebin.com/mv3bBVVL |
| 15:21.23 | doragasu | In both cases, I have the same fail. In the long list of libraries, only libjpeg, libpng and libz are incorrectly called. |
| 15:22.44 | doragasu | I think this might be a problem with the toolchain. ANy clues? |
| 15:25.35 | ynezz | yes, grep |
| 15:27.09 | doragasu | grep what? I have spent about 3 hours searching for clues in the log files and run_* scripts, but found nothing. |
| 15:27.20 | ynezz | source dir |
| 15:27.34 | ynezz | how it's that Makefile generated? |
| 15:27.42 | ynezz | namely that offending link line |
| 15:28.15 | ynezz | something has to leak that host libs into the build |
| 15:28.29 | ynezz | maybe pkg-config or something other |
| 15:28.51 | doragasu | The Makefile is generated using a configure script. I have checked the call to the configure script and it looks ok to me. |
| 15:29.13 | ynezz | give me the src link for that library |
| 15:30.15 | doragasu | http://leptonica.googlecode.com/files/leptonica-1.68.tar.gz |
| 15:31.00 | doragasu | And I had the same problem with tesseract: http://tesseract-ocr.googlecode.com/files/tesseract-3.00.tar.gz |
| 15:32.13 | *** join/#oe pepermint (~pepermint@host212-12-dynamic.58-82-r.retail.telecomitalia.it) |
| 15:34.46 | doragasu | I'm suspecting there's an error with the toolchain built by OE. I have tried to cross compile the packages outside OE (setting up the cross compiler built by OE and running configure and make by myself) and I have reproduced the problem. The strange thing is that tesseract worked before I updated the distro (I was using an old angstrom 2008.1 and updated yesterday to 2010.x). |
| 15:35.00 | *** join/#oe methril (~methril@189.27.134.69.dynamic.adsl.gvt.net.br) |
| 15:35.16 | *** join/#oe kergoth_ (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 15:35.19 | ynezz | $(liblept_la_LINK) -rpath $(libdir) $(liblept_la_OBJECTS) $(liblept_la_LIBADD) $(LIBS) |
| 15:35.52 | ynezz | I wonder what sets your libdir to /usr/local/lib |
| 15:36.43 | Jin^eLD | guys, how is that possible? http://pastebin.mozilla.org/1377289 the file://defconfig that it is looking for is in the files directory, as usual, I do not do anything fancy with the variables or whatever |
| 15:36.52 | Jin^eLD | but it refuses to find the local files in the SRC_URI |
| 15:36.55 | Jin^eLD | what am I missing? |
| 15:37.17 | ynezz | doragasu: just add some debug echo there and take a look if it's set correctly and then if it's mangled somewhere |
| 15:37.23 | ynezz | src/Makefile.in |
| 15:38.09 | kergoth_ | Jin^eLD: use bitbake -e and inspect FILESPATH. |
| 15:38.10 | ynezz | doragasu: and you did clean build from scratch? |
| 15:38.38 | ynezz | doragasu: I wouldn't recommend to jump from 2008.1 to 2010.x without a clean build :p |
| 15:38.56 | ynezz | doragasu: strange things could happen and those rpath issues should be solved |
| 15:39.12 | doragasu | Yes, I made a backup of the oe directory, deleted every single file and followed the "getting started" tutorial from the beginning |
| 15:39.19 | ynezz | anyway I wonder why it doesn't bombout on that |
| 15:39.49 | ynezz | there's insane bb class which should probably detect such weirdness |
| 15:39.57 | doragasu | The weird thing is that my tesseract recipe compiled flawlessly in 2008.1, and now I get that strange error. |
| 15:40.10 | ynezz | yes, that could happen :) |
| 15:40.45 | doragasu | Could it be a problem with bitbake? I didn't write down the version I was using. I can try to recover it from the backup... |
| 15:40.50 | kergoth_ | JaMa: heh, the biggest weakness of the sstate signature bits, in my opinion, is that it only tracks inputs, not outputs. If task A depends on B, and the metadata input to B changes, then A will be rebuilt, even if the *output* of B didn't change as a result of the change to its metadata. |
| 15:41.02 | ynezz | doragasu: so you're still on oe classic? or it's oe-core? |
| 15:41.15 | ynezz | doragasu: if you're upgrading, you should strongly consider oe-core |
| 15:41.28 | doragasu | I have never heard about oe-core... so I suppose it's oe classic :-S |
| 15:42.07 | ynezz | http://www.angstrom-distribution.org/building-angstrom |
| 15:42.35 | ynezz | follow that guide, it should be supported |
| 15:43.12 | ynezz | and BTW I've started slowly moving from 2010.x in oe classic to oe-core yesterday... |
| 15:43.41 | doragasu | Thanks a lot for help. I'll throw away the toolchain and I'll give that tutorial a try. |
| 15:45.09 | ynezz | I did tried that tutorial/scripts and build one image without any problems, so it might work for you also :p |
| 15:45.50 | JaMa | kergoth_: yes :/ without -depth limitation it is too strict imho :/ http://lists.linuxtogo.org/pipermail/openembedded-core/2011-November/012270.html and when it accidentaly works it causes troubles http://lists.linuxtogo.org/pipermail/openembedded-core/2011-November/012149.html |
| 15:46.37 | JaMa | kergoth_: unfortunately just removing sstate from INHERIT is not enought to turn it off completely :/ |
| 15:47.12 | doragasu | I'm reading this first (http://www.openembedded.org/wiki/OpenEmbedded-Core) to learn about the differences in oe-classic and oe-core. |
| 15:47.24 | JaMa | wonders how much IO would be saved without sstate |
| 15:47.33 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 15:47.37 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 15:49.09 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 15:49.17 | doragasu | Do anybody know a detailed book/tutorial about OE? |
| 15:49.45 | ynezz | look at yocto |
| 15:50.17 | ynezz | http://www.yoctoproject.org/documentation |
| 15:50.54 | doragasu | The main problem I had with OE in the past, is I wasn't able to find a DETAILED tutorial. It's easy to follow the step by step tutorials and get things working, but when something fails... |
| 15:51.46 | ynezz | you've the source and #oe :p |
| 15:52.54 | doragasu | :-S That would be nice if I would be interested in learning python, autotools and had a whole lot of spare time to dig in the sources... |
| 15:53.55 | doragasu | (well, maybe I should to that...) |
| 15:58.43 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 16:00.50 | doragasu | It looks like sheevaplug is not supported by oe-core :-( |
| 16:01.04 | *** join/#oe joelagnel (~joel@nat/ti/x-xujibvddycvqoepc) |
| 16:01.06 | ynezz | supported = kernel |
| 16:01.31 | ynezz | just create layer for that = copy the bits from oe classic |
| 16:01.40 | doragasu | isn't it kernel + additional hardware + patches? |
| 16:01.47 | ynezz | and maybe modify the recipe |
| 16:02.01 | ynezz | additional hardware = kernel? |
| 16:02.21 | doragasu | OK (kernel = kernel + kernel modules) |
| 16:02.34 | ynezz | what other stuff do you need for sheeva |
| 16:02.43 | ynezz | maybe there's layer for sheeva already |
| 16:02.53 | ynezz | there's some index of layers on the wiki |
| 16:03.01 | doragasu | It's not in the Layer Index: http://www.openembedded.org/wiki/LayerIndex |
| 16:03.57 | *** join/#oe rschus (~rschus@213.176.73.86.rev.sfr.net) |
| 16:04.25 | doragasu | Is it possible in oe-core to use no board definition? (and compile the kernel outside OE)? |
| 16:05.10 | ynezz | yes, but you would need to use some compatible machine |
| 16:05.30 | doragasu | i.e. some with the same CPU? |
| 16:05.36 | ynezz | yes |
| 16:05.55 | ynezz | or similar arch and options |
| 16:06.40 | ynezz | but it's not that hard |
| 16:06.51 | ynezz | look at some layers for examples |
| 16:06.59 | ynezz | nslu2 etc. |
| 16:08.39 | bluelightning | FYI I have done a build for sheevaplug just by bringing over the machine recipe from OE |
| 16:08.50 | bluelightning | wasn't too difficult |
| 16:09.14 | doragasu | OK, thanks a lot. I'll try that then |
| 16:16.29 | *** join/#oe Crofton (~balister@pool-96-240-172-5.ronkva.east.verizon.net) |
| 16:19.06 | Jin^eLD | doh, pseudo is really annoying, constantly eating a way quite a lot of CPU |
| 16:19.15 | Jin^eLD | did anyone notice this? |
| 16:20.17 | JaMa | Jin^eLD: no, but you can try newer version 1.2 |
| 16:20.39 | Jin^eLD | JaMa: will do, thaks |
| 16:20.49 | JaMa | here it's eating <10% cpu |
| 16:21.05 | JaMa | acording to htop fwiw |
| 16:33.45 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
| 16:35.17 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-yjexcfozsvmlacik) |
| 16:38.00 | *** join/#oe Jin^eLD (~jin@belief.htu.tuwien.ac.at) |
| 16:38.23 | *** part/#oe doragasu (~doragasu@138.100.48.244) |
| 16:41.33 | Jin^eLD | is there a way to bypass QA in one particular recipe? I have some software that uses mongoose, and mongoose does dynamic loading of ssl libs instead of linking vs them, it tries to open the .so (not .so.xx) files, however if I try to ship them I get ERROR: QA Issue: non -dev/-dbg/-nativesdk package contains symlink .so |
| 16:41.40 | Jin^eLD | is there any way around this? |
| 16:42.39 | JaMa | Jin^eLD: see meta-oe/recipes-core/libcgroup/libcgroup_0.37.1.bb:ERROR_QA |
| 16:44.07 | Jin^eLD | kergoth: the -e thing on my kernel recipe does list the linux/files directory, so I am still puzzled why it refuses to find defconfig |
| 16:44.55 | Jin^eLD | JaMa: thanks! I see the QA thing |
| 16:45.25 | JaMa | Jin^eLD: didn't you use -b to build kernel? |
| 16:46.32 | Jin^eLD | JaMa: actually I was doing bitbake myimage, kergoth suggested to have a look with -e because of this: http://pastebin.mozilla.org/1377289 |
| 16:46.51 | JaMa | Jin^eLD: ok.. just in case: http://bugzilla.pokylinux.org/show_bug.cgi?id=1465 |
| 16:46.53 | Jin^eLD | but bitbake -e myimage spit out only stuff for myimage, so I did bitbake -e linux to get the dumb for the kernel recipe |
| 16:47.25 | Jin^eLD | ok that sounds like it, just that I am not using -b |
| 16:47.45 | Jin^eLD | and interestingly, it seems to work with other recipes |
| 16:48.13 | Jin^eLD | I could not yet test if I do "bitbake linux", because it starts to build tons of other packages for some reason (even openssl, why would that be a dependency on the kernel?!) |
| 16:48.32 | Jin^eLD | but when I do bitbake myimage it starts with the linux recipe and there I get the error like in my paste, which looks simialr to the one in bugzilla |
| 16:48.33 | JaMa | Jin^eLD: heh.. maybe that's caused by extra " you have there :P |
| 16:49.03 | Jin^eLD | JaMa: I'm not seeing it, please help :)) which line? |
| 16:49.12 | Jin^eLD | AH CRAP! |
| 16:49.13 | Jin^eLD | :) |
| 16:49.14 | Jin^eLD | thanks ;) |
| 16:49.15 | Jin^eLD | never mind |
| 16:50.04 | Jin^eLD | sometimes I'm realy blind :> |
| 16:54.35 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 17:07.39 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 17:14.32 | CIA-15 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07master * r6088224e5b 10openembedded.git/recipes/linux/linux-2.6.28/ronetix-pm9263/defconfig: ronetix-pm9263/defconfig: added PWM and BACKLIGHT options |
| 17:14.43 | CIA-15 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07master * r29c6d015c7 10openembedded.git/recipes/linux/linux_2.6.28.bb: |
| 17:14.43 | CIA-15 | linux_2.6.28.bb: added download of a patch for at91sam9263-ek, ronetix-pm9263, mh355 boards |
| 17:14.43 | CIA-15 | * Solve Xorg error message (EE) FBDEV(0): FBIOBLANK: Invalid argument |
| 17:14.43 | CIA-15 | * Bump PR |
| 17:14.43 | CIA-15 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07master * rba684b75ee 10openembedded.git/recipes/linux/linux-2.6.28/mh355/defconfig: mh355/defconfig: added PWM and BACKLIGHT options |
| 17:16.31 | *** join/#oe B_Lizzard (~havoc@athedsl-436137.home.otenet.gr) |
| 17:17.28 | *** join/#oe joel_ (~joel@nat/ti/x-kohtfylwoxgvbdgu) |
| 17:18.59 | *** join/#oe ing-duebon1 (~matthias@HSI-KBW-078-043-113-031.hsi4.kabel-badenwuerttemberg.de) |
| 17:19.29 | *** part/#oe ing-duebon1 (~matthias@HSI-KBW-078-043-113-031.hsi4.kabel-badenwuerttemberg.de) |
| 17:22.20 | *** join/#oe msm (~msm@192.88.168.34) |
| 17:37.26 | CIA-15 | 03Christopher Larson <kergoth@gmail.com> 07master * rd6c44fac18 10bitbake.git/lib/bb/codeparser.py: |
| 17:37.26 | CIA-15 | codeparser: merge the nested python parsing classes |
| 17:37.26 | CIA-15 | The split is even less necessary now that we use ast.walk rather than an |
| 17:37.26 | CIA-15 | actual NodeVisitor subclass. |
| 17:37.26 | CIA-15 | Signed-off-by: Christopher Larson <kergoth@gmail.com> |
| 17:37.26 | CIA-15 | 03Christopher Larson <chris_larson@mentor.com> 07master * r1060193ae4 10bitbake.git/lib/bb/ (codeparser.py data.py data_smart.py): (log message trimmed) |
| 17:37.27 | CIA-15 | codeparser: accept a name for better messages |
| 17:37.28 | CIA-15 | - If a name is passed to the parser, prepend the messages with "while |
| 17:37.28 | CIA-15 | parsing <name>:". This gives a bit more context. |
| 17:37.29 | CIA-15 | - Tweak the warning messages slightly (they had to be altered anyway to |
| 17:37.30 | CIA-15 | inject the variable being parsed). |
| 17:37.30 | CIA-15 | Before: |
| 17:37.30 | CIA-15 | 03Christopher Larson <chris_larson@mentor.com> 07master * re724b9f417 10bitbake.git/lib/bb/ (codeparser.py data.py data_smart.py): |
| 17:37.31 | CIA-15 | codeparser: silence non-literal warnings for vardeps |
| 17:37.32 | CIA-15 | If the vardeps flag is not None, we now silence the warnings about |
| 17:37.32 | CIA-15 | non-literal usage for that variable. |
| 17:48.14 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 18:02.54 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-qiajucnhaebqmqlf) |
| 18:04.50 | *** join/#oe rickfoosusa (~chatzilla@adsl-76-240-78-12.dsl.austtx.sbcglobal.net) |
| 18:13.40 | *** join/#oe rickfoosusa (~chatzilla@adsl-75-54-93-243.dsl.austtx.sbcglobal.net) |
| 18:17.48 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 18:23.10 | *** join/#oe rob_w (~bob@host-188-174-150-177.customer.m-online.net) |
| 18:36.26 | *** join/#oe Jin|away (~jin@belief.htu.tuwien.ac.at) |
| 18:38.36 | *** join/#oe HalfMadDad (~patrick@bas4-unionville55-1176203377.dsl.bell.ca) |
| 18:41.49 | HalfMadDad | Hi Everyone, I have the O'Reilly programming embedded systems in C/C++ book but I would like to move on to something more challenging. |
| 18:41.59 | HalfMadDad | Could anyone recommend something that would pick up were this book leaves off? |
| 18:44.31 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 18:45.02 | ynezz | hm, Guinness World Records 2012? :p |
| 18:46.13 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 18:46.22 | *** join/#oe eephillip (~eephillip@pdpc/supporter/student/eephillip) |
| 18:46.22 | *** join/#oe mickey|babybusy (~mickey@80.81.242.146) |
| 18:46.22 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
| 18:48.38 | HalfMadDad | Sorry everyone, this is not the right place for this hardware question |
| 18:48.47 | *** part/#oe HalfMadDad (~patrick@bas4-unionville55-1176203377.dsl.bell.ca) |
| 18:54.25 | *** join/#oe rickfoosusa_ (~chatzilla@75.54.85.119) |
| 18:58.28 | *** join/#oe rcf (~rcf@245.170-243-81.adsl-dyn.isp.belgacom.be) |
| 19:00.04 | *** join/#oe rickfoosusa_ (~chatzilla@adsl-75-54-85-119.dsl.austtx.sbcglobal.net) |
| 19:02.36 | *** join/#oe grund (~grund@66.43.64.66) |
| 19:10.16 | *** join/#oe zecke (~ich@p5DDB91E9.dip.t-dialin.net) |
| 19:10.30 | *** join/#oe woglinde (~heinold@78.52.65.158) |
| 19:14.43 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
| 19:14.53 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 19:14.59 | martinambrose | Anyone seen this error? /bin/sh: symbol '__exidx_end': can't resolve symbol |
| 19:15.44 | msm | how can I tell if a bbappend is getting picked up? (it's not but i don't know why) |
| 19:17.38 | kergoth_ | msm: personally, i just add FOO = "1" and bitbake -e blah | grep \^FOO= |
| 19:17.52 | kergoth_ | but i'm sure you could inspect the logs.. they're just so damn verbose with -DDD that they're nearly useless |
| 19:17.56 | kergoth_ | heh |
| 19:17.58 | msm | right |
| 19:19.57 | *** join/#oe pepermint (~pepermint@host162-88-dynamic.8-87-r.retail.telecomitalia.it) |
| 19:22.05 | msm | pb_: ping |
| 19:33.17 | msm | is there a way to make a bbappend apply to all recipes regardless of version? |
| 19:33.23 | kergoth_ | nope |
| 19:33.27 | kergoth_ | bbappend is by filename |
| 19:33.33 | msm | for example we have some udev rules we are install |
| 19:33.37 | msm | ok |
| 19:34.13 | kergoth_ | it's the biggest weakness of it, particularly versus the old amend.inc method, but the fact that its built into bitbake has other pluses, so mostly we just deal with it |
| 19:34.17 | kergoth_ | heh |
| 19:34.33 | msm | its not too bad |
| 19:34.38 | msm | debating just making anothe recipe |
| 19:39.30 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 20:09.47 | *** join/#oe woglinde_ (~heinold@g230118228.adsl.alicedsl.de) |
| 20:23.54 | *** join/#oe jconnoll1 (~jconnolly@ool-18b82cf6.dyn.optonline.net) |
| 20:25.22 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 20:29.23 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-wyivzhzyulbggaqz) |
| 20:35.03 | *** join/#oe pespin (~pespin@38.pool80-102-157.dynamic.orange.es) |
| 20:44.40 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 20:53.06 | *** join/#oe blindvt_ (~brf@85-127-16-155.dynamic.xdsl-line.inode.at) |
| 20:53.11 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 20:54.50 | *** join/#oe denix0 (~denix@pool-96-240-135-93.washdc.fios.verizon.net) |
| 20:56.10 | *** join/#oe methril (~methril@189.27.134.116.dynamic.adsl.gvt.net.br) |
| 20:56.49 | phdeswer | Hi anybody else having issues with binutils-2.20.1? Do patch does not succeed as this patch seems to be outdated: recipes/binutils/binutils-2.20.1/libtool-rpath-fix.patch |
| 21:55.41 | *** part/#oe rschus (~rschus@213.176.73.86.rev.sfr.net) |
| 21:56.10 | *** join/#oe mario-goulart (~user@67.205.85.241) |
| 21:56.34 | *** join/#oe GNUtoo|laptop (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
| 21:58.30 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 22:17.11 | *** join/#oe joelagnel (~joel@nat/ti/x-ubajcappkvsqtjdg) |
| 22:26.25 | *** join/#oe msm (~msm@192.88.168.34) |
| 22:28.56 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
| 22:32.53 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-lpkkmnsrzqjuiieu) |
| 22:36.17 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 22:40.14 | *** join/#oe florian (~fuchs@sign-4db60e18.pool.mediaWays.net) |
| 22:40.15 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 22:41.37 | florian | re |
| 22:48.58 | *** join/#oe wmat (wmat@174.142.65.89) |
| 23:29.24 | *** join/#oe kurre2 (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 23:40.58 | *** join/#oe joel_ (~joel@76.184.244.226) |