| 05:39.45 | *** join/#oe infobot (~infobot@rikers.org) |
| 05:39.45 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
| 05:54.56 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 06:12.47 | *** join/#oe khem (~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net) |
| 06:18.08 | *** join/#oe chitz (~chitz@62.12.175.50) |
| 06:21.45 | chitz | hi all, I'm trying to build the backports (former compat-drivers and comapt-wireless) (http://drvbp1.linux-foundation.org/~mcgrof/rel-html/backports/) in oe |
| 06:22.50 | chitz | during the build process it tries to build and run a conf tool. this tool naturally does not run as it was build for the target architecture |
| 06:22.56 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 06:23.13 | chitz | is there a standard way around such things? |
| 06:38.29 | *** join/#oe diego_ (~diego@2.157.17.149) |
| 06:58.58 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 07:07.20 | *** join/#oe ftonello_ (~felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 07:09.14 | *** join/#oe runexe_ (~douggeige@pool-108-28-180-251.washdc.fios.verizon.net) |
| 07:13.51 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:23.30 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 07:29.12 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 07:29.40 | *** join/#oe ant_work (~ant@host54-128-static.10-188-b.business.telecomitalia.it) |
| 07:37.59 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 07:40.19 | *** join/#oe stefan_schmidt_w (~stefan_sc@82.43.26.66) |
| 08:07.34 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:21.28 | bluelightning | morning all |
| 08:27.57 | *** join/#oe Stygia (~gmpsaifi@0904ds6-noe.0.fullrate.dk) |
| 08:30.25 | JaMa | morning |
| 08:30.57 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
| 08:49.52 | *** join/#oe Noor (~noor@110.93.212.98) |
| 08:54.21 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 09:01.04 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 09:05.09 | *** join/#oe diego (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 09:05.56 | *** join/#oe zecke (~ich@91-65-247-193-dynip.superkabel.de) |
| 09:09.10 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
| 09:09.10 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 09:14.56 | chitz | hi all, I'm trying to build the backports (former compat-drivers and comapt-wireless) (http://drvbp1.linux-foundation.org/~mcgrof/rel-html/backports/) in oe |
| 09:15.03 | chitz | during the build process it tries to build and run a conf tool. this tool naturally does not run as it was build for the target architecture |
| 09:15.15 | chitz | is there a standard way around such things? |
| 09:21.18 | *** join/#oe johny_ (79321429@gateway/web/freenode/ip.121.50.20.41) |
| 09:21.23 | johny_ | hii |
| 09:21.26 | johny_ | libxcb was skipped: Recipe is blacklisted: depends on blacklisted libxau, libxdmcp |
| 09:21.31 | johny_ | what is this error!!! |
| 09:22.01 | johny_ | when i try to build " libxcb " i'm getting that error! |
| 09:22.06 | jackmitchell | that libxcb was skipped, due to it depending on a blacklisted recipe, libxau, libxdmcp |
| 09:22.19 | jackmitchell | what more do you want to know |
| 09:22.50 | johny_ | where they are blacklisted?? how to i should make them whitelist |
| 09:23.05 | johny_ | i need to build xcb libs fro qt plugin linxcb |
| 09:23.07 | jackmitchell | johny_: http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html |
| 09:23.11 | johny_ | libxcb* |
| 09:23.12 | jackmitchell | search that for "whitelist" |
| 09:23.30 | johny_ | i have made in local.conf but still same error :-( |
| 09:23.43 | jackmitchell | made what? |
| 09:24.26 | johny_ | LICENSE_FLAGS_WHITELIST = in this i have added those two libxau, libxdmcp |
| 09:24.34 | jackmitchell | read the documentation |
| 09:24.39 | jackmitchell | that is not how to do it |
| 09:24.43 | jackmitchell | http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#enabling-commercially-licensed-recipes |
| 09:24.48 | johny_ | :O total documentation!! |
| 09:28.55 | nb-ben | where could i see a log of an error if that happens during compilation? |
| 09:29.09 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 09:29.32 | nb-ben | using bblayers |
| 09:34.00 | jackmitchell | nb-ben: the location of the log will be printing with the compilation error |
| 09:34.09 | jackmitchell | s/printing/printed |
| 09:34.42 | nb-ben | im running with 6 threads |
| 09:34.49 | jackmitchell | ok |
| 09:34.52 | nb-ben | i can hardly see letters |
| 09:34.54 | nb-ben | lol |
| 09:35.06 | jackmitchell | what version are you running? |
| 09:35.31 | jackmitchell | and can you not scroll back up on your terminal |
| 09:36.02 | nb-ben | it passed too quickly, though I found the log directory in the cache directory so I could grep that |
| 09:36.31 | jackmitchell | it's usually not that hard to locate, I run with 8 threads without issue... |
| 09:36.55 | jackmitchell | the process stops when it hits an error, so the last thing in your terminal, is the error... |
| 09:37.38 | nb-ben | I guess in my case there were 5 more threads that had a lot to output then :P |
| 09:37.51 | jackmitchell | well, there is no output unless an error is hit.. |
| 09:38.13 | jackmitchell | unless you're using a version that more than ~1 year old |
| 09:38.50 | jackmitchell | in which case, I advise you to move to a new version |
| 09:57.32 | bluelightning | chitz: there are two approaches - (a) unset CC LD etc. during do_configure (or add a separate task to do this) and then you can build the tool for the host within the same recipe; or (b) create a separate native recipe to build the tool that needs to run on the host |
| 10:32.02 | pb_ | morning all |
| 10:46.11 | florian | hi pb_ |
| 10:47.59 | liuyq | is away: 我很忙 |
| 10:52.30 | zecke | 不忙 :} |
| 10:53.13 | dm8tbr | gets the electric hacksaw to cut down the shrubs, there must be letters hiding behind them! |
| 10:59.32 | pb_ | hi florian, zecke |
| 11:00.08 | zecke | pb_: hey! |
| 11:00.33 | zecke | tries to figure out why /proc/1/comm doesn't exist even when the kernel is new enough to support it. :} |
| 11:01.21 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 11:18.38 | zecke | pb_: I assume you know GNU make a lot more than I do. I am dealing with systemd's Makefile. To generate the log file for failing tests they have a test-suite.log Makefile target. When a test is failing the test-suite.log target files and the file is removed. Do you know if GNU make can be tought to not unlink the file? |
| 11:22.29 | pb_ | zecke: mark it as .PRECIOUS, maybe? |
| 11:23.25 | pb_ | or, if you have .DELETE_ON_ERROR in your makefile, remove it :-} |
| 11:23.47 | zecke | :} |
| 11:23.51 | zecke | will sent an email |
| 11:23.52 | zecke | thanks a lot! |
| 11:27.13 | *** join/#oe staticshock (~abacker@static-64-179-54-114.ngn.onecommunications.net) |
| 11:38.12 | *** join/#oe ldnunes (~ldnunes_@177.194.194.146) |
| 11:51.13 | *** join/#oe mhnoyes (~mhnoyes@74-38-52-33.dr01.myck.or.frontiernet.net) |
| 11:51.17 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 11:57.21 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 12:22.46 | *** join/#oe diego (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 12:24.04 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 12:24.51 | *** join/#oe diego_ (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 12:25.12 | *** join/#oe nb-ben_work (~benb@212.150.57.2) |
| 12:34.22 | nb-ben_work | I ran bitbaker with 4 threads and 4 make processes on a hexacore machine, how would I go on about resetting it to 8 without ruining anything? |
| 12:35.23 | nb-ben_work | I'm afraid that if I press Ctrl-C I will have to start the build all over again |
| 12:35.25 | JaMa | nb-ben_work: just change it |
| 12:35.38 | nb-ben_work | oh, if I just change the configuration it will update on the go? |
| 12:36.15 | JaMa | update it and restart the build |
| 12:36.23 | JaMa | it will reuse what was already built |
| 12:36.26 | nb-ben_work | with Ctrl-C ? |
| 12:36.34 | nb-ben_work | (that's how I stop it?) |
| 12:36.38 | JaMa | y |
| 12:36.42 | nb-ben_work | ah, alright |
| 12:37.18 | nb-ben_work | also, I have read somewhere that if I run more than 4 threads it sometimes fails because of that |
| 12:37.26 | nb-ben_work | does that make sense or is this bad information |
| 12:41.26 | pb_ | that sounds like bad information. |
| 12:41.40 | pb_ | I guess having too many threads could make your machine run out of memory, but apart from that it shouldn't do any harm. |
| 12:43.39 | nb-ben_work | hopefully I can run it with 9 on 4GB |
| 12:43.58 | nb-ben_work | this VPS cost me too much already to upgrade it lol |
| 12:44.21 | nb-ben_work | I am thinking maybe one could do this on Amazon's cloud |
| 12:45.48 | JaMa | nb-ben_work: 9 PARALLEL_MAKE and 9 BB_THREADS? that's too much for 4GB ram |
| 12:46.07 | nb-ben_work | yeah I think so too |
| 12:46.20 | nb-ben_work | so far it seem like there's enough RAM though |
| 12:46.44 | JaMa | 9 BB_THREADS will eat most of your memory |
| 12:46.59 | nb-ben_work | it does use SWAM a little bit but most of the time there's like 300-500MB RAM free showing that most of that swapped data is not being accessed very often |
| 12:47.17 | nb-ben_work | that's fine, this box is just debian with nothing else but the build running |
| 12:47.28 | nb-ben_work | uh, nup, 20mb RAM left :D |
| 12:47.51 | nb-ben_work | SWAP * |
| 12:55.16 | *** join/#oe tgall_foo (~tgall@linaro/tgall-foo) |
| 12:58.07 | *** join/#oe silvio_ (~silvio@93-57-17-124.ip162.fastwebnet.it) |
| 13:00.15 | *** part/#oe Stygia (~gmpsaifi@0904ds6-noe.0.fullrate.dk) |
| 13:02.07 | silvio_ | hi all |
| 13:02.39 | silvio_ | bluelightning, i saw on irc log that you were discussing about qt4 support in -c populate_sdk |
| 13:02.53 | silvio_ | but from discussion it wasn't clear that. |
| 13:03.07 | silvio_ | can you recall that in mind ? :) |
| 13:04.05 | bluelightning | silvio_: all that's missing by default is the host tools |
| 13:05.30 | silvio_ | yes qmake, moc, uic and so on.... how to add them in a bitbake -c populate_sdk <image> ? |
| 13:05.47 | silvio_ | where the image uses qt4 cross-compiled app... |
| 13:10.19 | chris__ | bluelightning: thanks for insane_skip tip the other day, worked perfectly :) |
| 13:10.52 | silvio_ | bluelightning, wondering how to add the host tools in the build of the populate_sdk :) |
| 13:19.24 | *** join/#oe ldnunes (~ldnunes_@177.194.194.146) |
| 13:21.14 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
| 13:21.19 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 13:24.27 | bluelightning | chris__: np |
| 13:24.40 | bluelightning | silvio_: add TOOLCHAIN_HOST_TASK += "nativesdk-qt4-tools" to your image recipe |
| 13:25.26 | nb-ben_work | JaMa, looks like 9 threads on 4GB works fine :) |
| 13:31.05 | silvio_ | thanks |
| 13:36.38 | JaMa | nb-ben_work: that doesn't mean it's optimal, use bb-matrix if you want to know the optimal value |
| 13:38.02 | bluelightning | of course a full bb-matrix test takes a while |
| 13:43.56 | JaMa | is still running test-dependencies.sh script.. almost a week now |
| 13:43.57 | nb-ben_work | I see |
| 13:44.44 | JaMa | 3rd build.. Building recipe: firefox-l10n-ml (360/1848) |
| 13:45.08 | nb-ben_work | I am building b2g for rpi with gstreamer support |
| 13:45.53 | nb-ben_work | im at 1996/2934 |
| 13:46.09 | nb-ben_work | it seem to be going pretty fast, it hasn't been over 2 hrs for sure |
| 13:47.22 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 13:47.26 | nb-ben_work | openembedded's gstreamer is only 0.10 so it failed the first time :( |
| 13:47.38 | nb-ben_work | I had to add meta-gstreamer1.0 |
| 13:47.40 | eren | JaMa: it's been running for a week? wow |
| 13:49.05 | zecke | bluelightning: do you know if it is known that alignment.sh is not ran for systemd images? |
| 13:49.23 | zecke | and somehow it seems gcc 4.8 generated unaligned memory access for the kernel VFS code. :} |
| 13:49.46 | bluelightning | zecke: I've not seen any discussion of that |
| 13:51.02 | zecke | I will do the lazy thing and file a bug report |
| 13:51.07 | nb-ben_work | if there a distributed build system that would do what bitbake does across multiple machines? |
| 13:51.10 | nb-ben_work | is * |
| 13:51.12 | JaMa | eren: yes, I should have started with smaller "world" :/ |
| 13:51.24 | JaMa | nb-ben_work: gst1.0 recipes are already in oe-core |
| 13:51.44 | nb-ben_work | I couldn't find them in git.openembedded.org |
| 13:52.46 | nb-ben_work | ah, I see now |
| 13:55.00 | nb-ben_work | JaMa, I was looking here http://git.openembedded.org/meta-openembedded/tree/, it seem like that's what the rest of the stuff is coming from |
| 13:56.18 | nb-ben_work | from meta-openembedded |
| 13:56.32 | silvio_ | bluelightning, cool !! it works :) |
| 13:56.51 | bluelightning | silvio_: :) |
| 13:57.05 | nb-ben_work | I just don't understand how this works well enough lol, so I was looking for something that's named consistently with the rest of the meta-something packages |
| 13:57.15 | bluelightning | nb-ben_work: you may find http://layers.openembedded.org/ useful as a way to find stuff as well |
| 13:57.29 | nb-ben_work | bluelightning, taking a look at this |
| 13:57.30 | silvio_ | it still miss the export DEFINES needed tought. does it works if I do TOOLCHAIN_HOST_TASK += "nativesdk-qt4-tools meta-toolchain-qt" ? |
| 13:57.50 | nb-ben_work | ok I don't really understand the different between layers and recipes |
| 13:58.03 | nb-ben_work | difference * |
| 13:58.05 | bluelightning | silvio_: no, I don't think that is the right thing there |
| 13:58.14 | silvio_ | o.O |
| 13:59.06 | silvio_ | and where to ? the meta-toolchain-qt has the needed export DEFINES |
| 13:59.49 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 14:02.04 | ndec | nb-ben_work: recipes are the actual 'build metadata'. recipes are put into layers, to better organize them. layers generally are used to group 'recipes' for specific features. |
| 14:02.18 | nb-ben_work | ah I see |
| 14:02.19 | ndec | the index lets you search for layers, and/or recipes |
| 14:02.25 | nb-ben_work | so a layer is a collection of recipes |
| 14:02.38 | ndec | oe-core is the 'base' layer, generally called 'meta' |
| 14:02.50 | ndec | yes, that's correct. |
| 14:02.52 | *** join/#oe xmlich02 (~imlich@2001:67c:1220:80c:88:1f9:781:6ae1) |
| 14:02.53 | nb-ben_work | or it's a collection of recipes or other layers |
| 14:03.43 | ndec | nb-ben_work: http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#understanding-and-creating-layers |
| 14:08.00 | ndec | a layer is a collection of recipes. i think you are confused because meta-oe git tree is a collection of layers ;-) |
| 14:08.00 | silvio_ | bluelightning_, what about nativesdk-qt4-tools ? ... better solution ? |
| 14:08.00 | bluelightning_ | nb-ben_work: also see the FAQ linked from the layer index front page |
| 14:10.03 | ndec | nb-ben_work: a layer must have a configuration file in <root>/conf/layer.conf |
| 14:10.03 | ndec | there are many layers in meta-oe |
| 14:10.05 | nb-ben_work | I see :P |
| 14:10.10 | nb-ben_work | has an error :( |
| 14:10.10 | nb-ben_work | ERROR: QA Issue: ntp: Files/directories were installed but not shipped |
| 14:18.10 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 14:18.13 | ndec | nb-ben_work: check https://lists.yoctoproject.org/pipermail/yocto/2013-July/017184.html and the other answer in the same thread. |
| 14:18.15 | nb-ben_work | thank you, sorry I'm such a noob lol, I didn't even know what to google and didn't get any results for my search |
| 14:18.21 | *** join/#oe nb-ben (service@bzq-109-67-212-28.red.bezeqint.net) |
| 14:18.23 | nb-ben_work | I don't understand what files I should be moving where |
| 14:18.25 | nb-ben_work | ndec, where could I learn more about how to resolve those paths? |
| 14:18.27 | ndec | nb-ben_work: i suspect there must be some information in the doc. have you read the developer manual? |
| 14:18.28 | nb-ben_work | not entirely |
| 14:18.36 | nb-ben_work | but I'll have a closer look at that now |
| 14:20.01 | ndec | nb-ben_work: basically, you build your component into its $WORKDIR, then you 'install' all the files from the build that you need to be packaged in $D |
| 14:20.18 | ndec | from $D OE will create all your packages. |
| 14:20.27 | nb-ben_work | what's $D? |
| 14:21.02 | ndec | the variable that points to where you need to install your files. |
| 14:21.17 | ndec | OE sets it up for you, so that you can use it in your recipe. |
| 14:21.25 | ndec | each recipe gets a different $D value. |
| 14:21.31 | nb-ben_work | ah, I see |
| 14:21.54 | ndec | then OE uses the variables FILES_<package name> to create the packages. |
| 14:22.13 | ndec | e.g. FILES_${PN} = "${bindir}/* ${sbindir}/* ${libexecdir}/* ...... |
| 14:22.49 | ndec | means that the package which has the same name of your recipe will include files from /usr/bin/* ,... |
| 14:23.04 | ndec | all these variables are defined in meta/conf/bitbake.conf |
| 14:23.37 | ndec | OE has reasonnable default for many packages: FILES_${PN}, FILES_${PN}-dev, ... |
| 14:23.51 | nb-ben_work | yes I see |
| 14:24.08 | nb-ben_work | I am still a little confused though, so I should make install to the appropriate location |
| 14:24.13 | ndec | if your work install files in non standard place, then you can customize FILES_*** in your recipe. |
| 14:24.16 | nb-ben_work | and then run again? |
| 14:24.21 | ndec | you can git grep FILES_ for examples. |
| 14:24.43 | ndec | yes. |
| 14:25.06 | nb-ben_work | the recipe is what I gitted originally right? should not be in my build dir, but the parent dir |
| 14:25.22 | nb-ben_work | or is the recipe being copied or fetched to my build dir somewhere |
| 14:26.21 | ndec | sorry. i don't understand. |
| 14:27.08 | nb-ben_work | ndec, I don't know where the .bb file for the recipe is located, or where the recipe is located :( |
| 14:28.34 | ndec | nb-ben_work: hmm. what exactly are you trying to do. i might have missed the beginning. |
| 14:30.37 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 14:31.09 | ndec | bluelightning_: hi. do you have any idea what this error means: ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded: ignored. |
| 14:31.22 | ndec | it happens on a coworker PC, which i don't have access to. |
| 14:32.06 | ndec | the end result is that some files are generated with pseudo as 'root', but the do_install later on fails, missing permission to access these files. |
| 14:34.22 | nb-ben_work | ndec, my build failed because of that error :P |
| 14:34.33 | nb-ben_work | so I am trying to make it build correctly, but I don't know what I need to move and to where |
| 14:35.18 | ndec | nb-ben_work: what are you trying to build, and which version of OE are you using? and do you have any local modifications in your trees? |
| 14:36.15 | nb-ben_work | I am trying to build rpi b2g, no modification. I fail on ntp for the error was have been talking about |
| 14:36.47 | nb-ben_work | ndec, ^ |
| 14:37.37 | *** join/#oe mwester2 (~mwester@184-158-93-246.dyn.centurytel.net) |
| 14:37.44 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 14:37.47 | ndec | hmm. ok. i thought you were doing your own recipe. well, in theory if you use a recipe from meta-oe, it should build ;-) |
| 14:37.57 | *** join/#oe diego_ (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 14:38.14 | nb-ben_work | I'll tell you where it's from |
| 14:38.17 | ndec | i guess you use that one: meta-openembedded/meta-networking/recipes-support/ntp/ntp_4.2.6p5.bb |
| 14:38.32 | bluelightning_ | FWIW a generic solution to the problem is being worked out, I expect it'll be posted in the next few days |
| 14:38.47 | nb-ben_work | yes |
| 14:38.58 | ndec | bluelightning_: which problem? my 'pseudo' problem or ntp? |
| 14:39.06 | nb-ben_work | ndec, I was just going to paste that :P |
| 14:39.08 | bluelightning_ | ntp |
| 14:39.21 | ndec | ok! |
| 14:39.43 | nb-ben_work | ndec, do you know how I could fix that? :( |
| 14:40.54 | *** join/#oe bluelightning1 (~paul@83.217.123.106) |
| 14:41.06 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 14:41.08 | ndec | i think you should be able to disable QA checks, but i am not sure, at least until the fix is done. maybe bluelightning knowns |
| 14:41.11 | ndec | knows. |
| 14:41.37 | ndec | nb-ben_work: if the problem is in master, you might prefer to use the 'stable' dylan branch instead. |
| 14:42.10 | bluelightning | information on QA checks and how to control them: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-classes-insane |
| 14:43.32 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 14:44.50 | nb-ben_work | ndec, if I disable QA checks will I end up not having ntp in my build? |
| 14:52.54 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 14:56.42 | silvio_ | bluelightning, cool two shots and I'm very happy :) |
| 14:57.06 | bluelightning | silvio_: there's still the issue of the environment setup script |
| 14:57.10 | silvio_ | I still noticed that I've two crossscripts which are not being moved in the SDK. the xmlrpc-c-config |
| 14:57.28 | silvio_ | bluelightning, I solved with a toolchain_create_sdk_env_script_append :) |
| 14:57.49 | silvio_ | now I have the crossscripts directory missing |
| 14:57.51 | bluelightning | silvio_: sure, it would be nice if that were somehow taken care of in a more automated manner though |
| 14:58.13 | silvio_ | I know |
| 15:03.37 | silvio_ | bluelightning, so isn't any way. I should do by hand :( |
| 15:06.50 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 15:08.38 | nb-ben_work | ndec, ERROR: QA Issue: ntp: Files/directories were installed but not shipped /lib/systemd/system/sntp.service /lib/systemd/system/ntpd.service |
| 15:08.51 | nb-ben_work | ndec, how could I skip this check or make it just warn ? |
| 15:09.22 | nb-ben_work | I have been trying to skip rpaths QA on all the ntp packages but that doesn't seem to have been the problem lol |
| 15:09.37 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 15:09.49 | ndec | nb-ben_work: i don't know precisely, i have the same information you have (e.g. the link that bluelightning gave above) |
| 15:09.57 | nb-ben_work | ah I see |
| 15:10.08 | nb-ben_work | looks like it's useless-rpaths |
| 15:10.43 | bluelightning | nb-ben_work: the error above is installed-vs-shipped not useless-rpaths |
| 15:10.54 | nb-ben_work | ah |
| 15:11.08 | nb-ben_work | that's undocumented then o.o |
| 15:11.51 | bluelightning | nb-ben_work: right, and coincidentally I just sent the info to complete that section to our documentation writer this morning :) |
| 15:12.12 | bluelightning | nb-ben_work: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4788 |
| 15:12.13 | nb-ben_work | ah I see lol |
| 15:13.40 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:14.00 | nb-ben_work | bluelightning, how would I skip that? I assume it would be adding INSANE_SKIP_ntp += "installed-vs-shipped" to ntp/ntp_4.2.6p5.bb , is that correct? |
| 15:14.27 | bluelightning | nb-ben_work: that is one way yes |
| 15:14.44 | nb-ben_work | :p if it works then that's good enough for me, for now :D |
| 15:15.57 | nb-ben_work | YES |
| 15:16.05 | nb-ben_work | ;p |
| 15:25.51 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 15:27.27 | nb-ben_work | can I mix layers from meta-openembedded and openembedded-core ? |
| 15:28.43 | JaMa | only compatible versions (branches) |
| 15:29.48 | nb-ben_work | uhh I need gstreamer0.10.36 from https://github.com/openembedded/oe-core/tree/master/meta/recipes-multimedia/gstreamer, but I have been getting my layers from openembedded-meta |
| 15:30.04 | nb-ben_work | or I could use any other gstreamer0.10 that is higher than 0.10.33 |
| 15:37.14 | nb-ben_work | JaMa, oe-core/meta/recipes-multimedia is not a layer, right? |
| 15:37.42 | nb-ben_work | or is it a layer? and if so can I replace openembedded/meta-multimedia with it? |
| 15:38.18 | JaMa | nb-ben_work: no |
| 15:38.29 | JaMa | nb-ben_work: it's time to read some basic documentation... |
| 15:40.02 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 15:59.11 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 16:04.20 | *** join/#oe zenlinux_ (~sgarman@c-24-20-145-95.hsd1.or.comcast.net) |
| 16:04.54 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 16:20.59 | *** join/#oe doerrpau (~ni@caen-vnc05.engin.umich.edu) |
| 16:24.57 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 16:37.04 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
| 16:37.04 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 16:44.08 | *** join/#oe Crofton (~balister@dadsl-245036.rol.raiffeisen.net) |
| 16:47.35 | *** join/#oe stefan_schmidt (~stefan@host-78-149-134-157.as13285.net) |
| 17:13.27 | *** join/#oe hbeck (~hbeck@64.sub-70-196-10.myvzw.com) |
| 17:15.37 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 17:16.27 | *** part/#oe hbeck (~hbeck@64.sub-70-196-10.myvzw.com) |
| 17:16.52 | *** join/#oe cbrake (~cbrake@oh-67-76-203-50.sta.embarqhsd.net) |
| 17:28.17 | *** join/#oe _chase_ (~a0271661@192.94.92.11) |
| 17:43.44 | kergoth | fyi, looks like meta-oe's tracker recipe from meta-oe isn't buildable without meta-gnome, as it rdepends on gvfs |
| 17:43.48 | kergoth | heh |
| 17:44.05 | *** join/#oe sr105|away (~sr105@65349hfc19.tampabay.res.rr.com) |
| 18:03.06 | mr_science | this may sound kinda stupid, but is there an ldd-like command i can use to look for missing symbols in cross-comiled libs? |
| 18:03.21 | mr_science | on an x86 host i mean... |
| 18:04.08 | kergoth | not sure. ldd runs ld-linux on the binary, so such a tool would have to be completely different, since it can't run the linker against it |
| 18:04.16 | kergoth | hmm |
| 18:04.34 | mr_science | looks like the cross toolchain bin dir has nm, objdump, and readelf... |
| 18:05.05 | kergoth | if the symbol was missing at build timem, it would never have successfully linked, so i'm assuming you're trying to sanity check a sysroot or somethinga fter the fact? |
| 18:05.18 | mr_science | i need to find an under-linked lib... |
| 18:06.53 | mr_science | we have a local app that is linking against cairo(et al) and without -lz in his linker args he gets missing zfoo symbol errors |
| 18:07.51 | kergoth | you shouldn't be relying on implicit linking anyway with recent toolchains, it's entirely disabled on some systems. |
| 18:08.01 | kergoth | in other words, he should link -lz, or use pkg-config |
| 18:08.02 | kergoth | :) |
| 18:09.09 | kergoth | afaik, anyway |
| 18:11.42 | mr_science | well, he's not using libz directly at all |
| 18:12.01 | mr_science | which points to one of the other libs being under-linked |
| 18:13.23 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 18:19.43 | *** join/#oe phdeswer (~phdeswer@a88-113-104-180.elisa-laajakaista.fi) |
| 18:20.08 | kergoth | ah, right, the change i was thinking about just makes the explicit link necessary if it's used explicitly |
| 18:20.11 | kergoth | fair enough |
| 18:21.14 | mr_science | playing with readelf to see what kind of symbol info i can get... |
| 18:22.32 | kergoth | mr_science: iirc, mklibs has to resolve all symbols in order to minimize the libs when processing the rootfs. add the bits to a filesystem and enable mklibs use with it? |
| 18:22.36 | kergoth | might be worth a try anyway |
| 18:23.23 | mr_science | hmm, not familiar with that one... |
| 18:23.46 | mr_science | is it something i can use in oe-classic? |
| 18:24.28 | kergoth | no idea |
| 18:24.35 | *** join/#oe Leatherface- (~leatherfa@2001:470:dd7d:0:f544:546b:ba21:ad33) |
| 18:24.37 | kergoth | it strips out symbols from libs which are't used by anything in the fs |
| 18:24.45 | kergoth | good for images you'll never add to at runtime |
| 18:35.22 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 18:39.25 | nb-ben_work | ugh |
| 18:39.49 | mr_science | looking at some almost-never-used linker options |
| 18:40.02 | mr_science | almost never for me, anyway... |
| 18:40.05 | nb-ben_work | for some reason I am struggling to understand why I can't find gstreamer0.10.36 from poky |
| 18:40.35 | nb-ben_work | its been a few hours that I am reading the documentation and searching files to understand |
| 18:41.17 | nb-ben_work | anyone know how I would go on about "enabling" multimedia recipes from poky |
| 18:41.37 | mr_science | depends on your layer config |
| 18:41.52 | nb-ben_work | do you know what I should be looking for in the layer config? |
| 18:42.18 | mr_science | you would add the appropriate layer to your bblayers.conf |
| 18:42.39 | mr_science | which recipe trees are you building from? |
| 18:42.58 | nb-ben_work | meta-openembedded, and poky |
| 18:43.03 | nb-ben_work | hold on, I'll paste my bblayers.conf |
| 18:43.49 | nb-ben_work | http://pastebin.com/GQE3nStt |
| 18:43.51 | nb-ben_work | this is how it looks |
| 18:43.55 | mr_science | gstreamer shoudl be in one of the meta-openembedded layers i believe |
| 18:44.23 | nb-ben_work | yeah but it's 0.10.8 |
| 18:44.29 | nb-ben_work | and I need at least 0.10.36 |
| 18:44.40 | mr_science | that sounds too old... |
| 18:45.12 | nb-ben_work | yep there's gstreamer1.0.8, but unfortunately b2g will only accept 0.10.33* or above |
| 18:45.31 | *** part/#oe doerrpau (~ni@caen-vnc05.engin.umich.edu) |
| 18:46.04 | mr_science | which branch are you building from? |
| 18:47.05 | nb-ben_work | branch for OE? |
| 18:47.17 | mr_science | branch in meta-openembedded |
| 18:47.42 | nb-ben_work | master I believe |
| 18:47.48 | nb-ben_work | let me check |
| 18:48.36 | nb-ben_work | yeah, master |
| 18:49.12 | mr_science | i only see a couple of ancillary gstreamer recipes browsing the web interface... |
| 18:49.34 | mr_science | where are the core gstreamer recipes? |
| 18:49.47 | mr_science | left his poky build setup at home |
| 18:50.53 | nb-ben_work | the openembedded-core ? |
| 18:50.54 | mr_science | is that the djwillis meta-raspberrypi layer in your config? |
| 18:51.24 | nb-ben_work | nope, imphilips |
| 18:51.35 | nb-ben_work | imphil * |
| 18:51.58 | mr_science | hmm, haven't really looked at any of the other forks |
| 18:52.03 | nb-ben_work | ah. sorry.. my brain doesn't work anymore |
| 18:52.10 | nb-ben_work | it's the one from the yokto project |
| 18:52.14 | nb-ben_work | master branch aswell |
| 18:52.37 | mr_science | i've added a bunch of recipes to my fork, but no new gstreamer stuff |
| 18:52.58 | mr_science | yeah, i think yocto and djwillis are synced up |
| 18:53.30 | mr_science | what are you looking for in terms of rpi functionality? |
| 18:54.16 | *** join/#oe Derzzle (~Derzzle@c-24-16-24-204.hsd1.wa.comcast.net) |
| 18:54.34 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
| 18:55.30 | nb-ben_work | mr_science, I want b2g (boot to gecko) with gstreamer |
| 18:56.16 | nb-ben_work | so it can play h.264 movies |
| 18:56.57 | mr_science | well, unless there's another layer with gstreamer stuff, you'd need to bump recipe versions |
| 18:58.29 | nb-ben_work | if I include openembedded-core layer along with those layers |
| 18:58.37 | nb-ben_work | think it will work? |
| 19:01.19 | mr_science | it should if it's a current meta-layer |
| 19:02.08 | mr_science | otherwise let me know and i can look at adding some newer gstreamer recipes to my meta-pi layer... |
| 19:02.40 | mr_science | it already has mpd/audio/openbox |
| 19:02.59 | nb-ben_work | I think I know what I did wrong |
| 19:03.12 | nb-ben_work | I didn't add dependency for gstreamer anywhere |
| 19:08.20 | kergoth | gah, tracker has all sorts of bugs with automaitcally pulling in deps if they're available |
| 19:08.26 | kergoth | we need to add a pile of PACKAGECONFIGs |
| 19:28.39 | *** join/#oe ericben (~ebenard@pac33-3-88-170-243-169.fbx.proxad.net) |
| 19:34.37 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 19:38.00 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 19:47.11 | *** join/#oe mario-goulart (~user@email.parenteses.org) |
| 20:15.40 | *** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
| 20:15.41 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 20:17.14 | *** join/#oe ao2 (~ao2@host70-140-dynamic.3-87-r.retail.telecomitalia.it) |
| 20:25.11 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24-246-93-30.cable.teksavvy.com) |
| 20:54.09 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 21:01.39 | *** join/#oe ant_home (~andrea@host119-91-dynamic.45-79-r.retail.telecomitalia.it) |
| 21:10.38 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 21:26.05 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 21:26.06 | *** join/#oe zenlinux (~sgarman@c-50-139-85-11.hsd1.or.comcast.net) |
| 21:27.03 | *** join/#oe xmlich02 (~imlich@2001:67c:1220:80c:88:1f9:781:6ae1) |
| 21:33.41 | mr_science | nb-ben_work: now that you've made me curious, i'll see what versions of gstreamer/gst-plugins are in my pi image |
| 21:46.35 | *** join/#oe rsalveti (~rsalveti@186.214.76.52) |
| 21:46.35 | *** join/#oe rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 22:05.23 | *** join/#oe ericben (~ebenard@pac33-3-88-170-243-169.fbx.proxad.net) |
| 22:08.08 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 22:10.46 | *** join/#oe ant_home (~andrea@host96-245-dynamic.48-82-r.retail.telecomitalia.it) |
| 22:13.32 | JaMa | ant_home: is spitz kernel working for you when built with gcc-4.8? |
| 22:14.24 | ant_home | yes, I've tested pxa255 |
| 22:14.54 | ant_home | I can test spitz now |
| 22:26.34 | *** join/#oe KNERD (~KNERD@24.175.249.177) |
| 22:36.52 | *** join/#oe doerrpau (~doerrpau@cpe-70-124-65-123.austin.res.rr.com) |
| 22:40.14 | *** join/#oe JimNH3 (~jmchale@23-25-235-113-static.hfc.comcastbusiness.net) |
| 22:42.13 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24-246-93-30.cable.teksavvy.com) |
| 22:45.29 | *** join/#oe nitink1 (nitink@nat/intel/x-fpvligariwpibuie) |
| 22:47.35 | *** join/#oe dlan (~dennis@116.228.88.131) |
| 22:51.50 | *** join/#oe zenlinux (~sgarman@c-50-139-85-11.hsd1.or.comcast.net) |
| 23:13.16 | *** join/#oe ndec (~ndec@linaro/ndec) |
| 23:15.12 | *** join/#oe bencoh (~bencoh@nautica.notk.org) |
| 23:16.28 | *** join/#oe bencoh (~bencoh@unaffiliated/bencoh/x-184637) |
| 23:19.04 | *** join/#oe KNERD (~KNERD@24.175.249.177) |
| 23:31.31 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 23:41.25 | *** join/#oe tlwoerner (~tlwoerner@linaro/tlwoerner) |
| 23:54.59 | *** join/#oe joshc (~joshc@rhlug/joshc) |