| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 00:08 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-clcjbazukzozdgum> has quit IRC | 00:10 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-dfiyyyjztjqwffyn> has joined #yocto | 00:11 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-ecffzokfbusqndnk> has quit IRC | 00:12 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto | 00:13 | |
| *** staylor <staylor!~staylor@S0106602ad0901f12.cg.shawcable.net> has joined #yocto | 00:17 | |
| maxtothemax | does anyone know if a recipe for OpenJDK exists? | 00:19 |
|---|---|---|
| maxtothemax | I can't find one | 00:19 |
| maxtothemax | ah, found it | 00:26 |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 00:32 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 00:32 | |
| khem | maxtothemax: yes it does. Look at meta-java | 00:48 |
| khem | and when you need to look for layers or recipes go to http://layers.openembedded.org/layerindex/branch/master/layers/ | 00:49 |
| khem | and search | 00:49 |
| *** slips_ <slips_!~slips@154.43.164.82.customer.cdi.no> has quit IRC | 00:54 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 00:57 | |
| manuel_ | i don’t really understand the relationship between meta-toolchain-* recipes and -c populate_sdk on my image | 01:00 |
| manuel_ | will meta-toolchain-* package my whole sysroot? because i seem to be missing includes | 01:00 |
| manuel_ | or is there a way to have meta-toolchain-qt5 (in my case) package the sysroot too | 01:00 |
| *** sjolley <sjolley!sjolley@nat/intel/x-xwgzeshqvfvgkhbp> has joined #yocto | 01:01 | |
| *** zarul <zarul!~zarul@ubuntu/member/zarul> has quit IRC | 01:01 | |
| manuel_ | oh i think i need to add my packages to TOOLCHAIN_HOST_TASK | 01:05 |
| *** EddyLaiTW <EddyLaiTW!~edylai@61-231-110-191.dynamic.hinet.net> has joined #yocto | 01:06 | |
| maxtothemax | yeah, I found it | 01:12 |
| *** zarul <zarul!~zarul@ubuntu/member/zarul> has joined #yocto | 01:15 | |
| *** staylor <staylor!~staylor@S0106602ad0901f12.cg.shawcable.net> has quit IRC | 01:21 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 01:22 | |
| fray_ | manuel_ 'meta-toolchain' provides a very basic toolchain environment, but very few (if any) libraries beyond the minimum.. | 01:22 |
| fray_ | you can think of this as a very targeted SDK with a limited purpose.. | 01:22 |
| fray_ | bitbake <image> -c populate_sdk on the otherhand is a "generic" SDK that matches your root filesystem | 01:22 |
| fray_ | So, if you want to provide your developers with access to all of the development components for the rootfs, use the -c populate_sdk.. | 01:23 |
| fray_ | if you want to provide your developers with a limited set of APIs, use the meta-toolchaiN (or equivalent) and add only the items they should have access to | 01:23 |
| *** Squix <Squix!~Squix__@p052.net059084091.tokai.or.jp> has joined #yocto | 01:26 | |
| *** EddyLaiTW <EddyLaiTW!~edylai@61-231-110-191.dynamic.hinet.net> has quit IRC | 01:28 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 01:37 | |
| *** rokka <rokka!~rokka@109.204.235.59> has joined #yocto | 01:42 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC | 01:43 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto | 01:44 | |
| nerdboy | fray__: you know developers who know their required dependencies? where do these people work? | 01:47 |
| fray_ | system developers should have a good understanding of what they want to export to the application developers.. | 01:48 |
| fray_ | for those who don't know what to export, I'd recomment the full filesystem.. | 01:48 |
| nerdboy | populate_sdk ftw | 01:49 |
| fray_ | for those who have planned only a limited set of APIs, then the manual meta-toolchain approach is for them | 01:49 |
| fray_ | there is a reason I implemented populate_sdk 3 years ago.. since that is how most people work | 01:49 |
| * nerdboy finds out about new deps when the nightly breaks | 01:49 | |
| nerdboy | then i get "oh yeah, forgot about that..." | 01:49 |
| fray_ | in the automotive world.. those guys are -very- strict about APIs.. | 01:50 |
| fray_ | so they want the target toolchain approach, not rootfs approach | 01:50 |
| nerdboy | seriously, the flexibility is there for limited-to-full image | 01:50 |
| fray_ | yes | 01:51 |
| nerdboy | mostly outside of "strict" i would use populate_sdk | 01:51 |
| fray_ | yes, that is what I recommend for peopel to use | 01:51 |
| nerdboy | you automotive/aerospace/launch guys and your "strict" | 01:52 |
| * nerdboy was the launch range IV&V guy | 01:53 | |
| nerdboy | woulda been nice to see good use of OE on some of their embedded/infra stuff | 01:54 |
| fray_ | the other place I've seen strict is on certain consumer devices -- tablets and settop boxes where they allow applications.. | 01:54 |
| fray_ | but that isn't nearly as common as the MILS/Aero/Automotive | 01:54 |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 01:54 | |
| nerdboy | timing system, range infrastructure, comm | 01:54 |
| nerdboy | even the new range safety standard doesn't include the updated software piece | 01:55 |
| nerdboy | nasa lost funding for the third volume i guess | 01:55 |
| nerdboy | so it's still do178b/spark if you really want strict as in correctness | 01:56 |
| nerdboy | or wail on it with your own formal verification stuff | 01:57 |
| fray_ | :) | 01:59 |
| manuel_ | fray_: the populate-sdk doesn’t provide the nativesdk packages, can i just add those to my image? | 02:06 |
| manuel_ | i’m trying to bbappend RDEPENDS_ to my meta-toolchain-qt5 but that seems to not work | 02:06 |
| manuel_ | although i just bitbake -c cleaned | 02:06 |
| fray_ | those can be added to the variable mentioned before.. | 02:07 |
| fray_ | TOOLCHAIN_HOST_TASK ?= "nativesdk-packagegroup-sdk-host packagegroup-cross-canadian-${MACHINE}" | 02:07 |
| fray_ | RDEPENDS won't do it (AFAIK).. | 02:07 |
| manuel_ | ok, i looked inside the packagegroup to see how it works under the hood and it seems to use the RDEPENDS | 02:07 |
| manuel_ | ok | 02:07 |
| fray_ | there are two key variables in the SDK.. TOOLCHAIN_HOST_TASK and TOOLCHAIN_TARGET_TASK.. (the later is automatically filled out when using the -c populate_sdk) | 02:07 |
| manuel_ | that makes sense though because the RDEPENDS wa in the package group | 02:08 |
| fray_ | ya, packagegroups are brought in my the explicit list (either PACKAGE_INSTALL or TOOLCHAIN_TARGET_TASK) and then rdepend to bring in additional stuff.. | 02:08 |
| fray_ | to add single packages, you can just add (_append) to the TOOLCHAIN_TARGET/HOST_TASK and it will be specific to the system or recipe | 02:08 |
| manuel_ | cool, i’ll add that stuff to TOOLCHAIN_TARGET_TASK, try it out, then make a proper packagegroup for my needs | 02:08 |
| fray_ | TOOLCHAIN_TARGET_TASK is things that are -target- based that go into the sysroot.. TOOLCHAIN_HOST_TASK are things installed in the host side.. i.e. cross compiler or similar tooling | 02:09 |
| manuel_ | other related question though, if i add the nativesdk packages to my image.bb, will it get put into the toolchain when populate_sdk ? | 02:09 |
| fray_ | (nativesdk packages are TOOLCHAIN_HOST_TASK) | 02:09 |
| fray_ | your image.bb would need a TOOLCHAIN_HOST_TASK_append = "..." | 02:09 |
| fray_ | that is perfectly legal to have in an image and it'll just be ignored if building a rootfs | 02:10 |
| manuel_ | cool | 02:10 |
| manuel_ | the meta-toolchain is basically just a recipe missing all the image stuff | 02:10 |
| manuel_ | i’m still thinking of them a separate mechanism but they’re not | 02:11 |
| fray_ | ya, they are the same mechanism, just different ways to express it | 02:11 |
| manuel_ | thank you for writing that btw | 02:11 |
| * fray_ notes meta-toolchain existed long before he became involved in YP.. | 02:12 | |
| fray_ | it just wasn't how I wanted to work with the SDK.. thus the change | 02:12 |
| manuel_ | for contributing to that | 02:12 |
| manuel_ | :} | 02:12 |
| fray_ | yup.. different usage patterns.. OE/YP is great at have a million ways to do something.. problem is making sure those million ways are known | 02:12 |
| manuel_ | source is easy to read | 02:13 |
| manuel_ | it’s been surprisingly easy to get some complicated stuff done | 02:13 |
| manuel_ | but the whole “build stuff that will take hours, fix a var, build stuff that will take hours, fix a var” cycle is tedious | 02:13 |
| fray_ | this is where you convince your boss that a faster machine will pay for itself in developer time.. | 02:14 |
| fray_ | I'm lucky enough to have such a boss.. | 02:14 |
| fray_ | developer pay/hour * time saved by faster hardware < cost of new hardware | 02:15 |
| manuel_ | what are you building on | 02:15 |
| fray_ | offically, dual 8-core Xeon (w/ HT) and 128 GB of ram and RAID SATA disks.. | 02:15 |
| manuel_ | as that is actually what i requested today | 02:15 |
| fray_ | unofficially, I have a 'target' which I've turned into a builder.. dual 12 core Xeon (w/ HT) and 64 GB of ram, and RAID SATA disks.. | 02:16 |
| manuel_ | 32 cores thus | 02:16 |
| fray_ | the later is about 50% faster (on master builds) then the 8-core.. | 02:16 |
| manuel_ | target meaning (new to the lingo) | 02:16 |
| fray_ | both around about the same GHz range.. 2.4-2.6 if I remember correctly.. | 02:16 |
| fray_ | target, the system was purchased to be a target of the oe-core building, not as a builder.. | 02:16 |
| fray_ | (it's a high-end Intel Xeon system used in data centers for network routing and monitoring... I found a 'better' purpose as a builder) | 02:17 |
| fray_ | but since it's not an official developer system, if another person in the company needs it as a target system I have to send it to them | 02:17 |
| fray_ | Only word of caution.. there is a kernel bug when you get over about 32 (w/ HT) virtual cores.. and buildstats doesn't work right all the time.. | 02:18 |
| manuel_ | what does a target do? just sit and run tests once a build has been created? | 02:18 |
| fray_ | there is a DMA buffer that fills up in the kernel that reports "out of resources" and causes the buildstats module to crash | 02:18 |
| fray_ | we have a variety of targets.. they're used for development (bootloader, kernel, and userspace), as well as regression testing and such.. | 02:18 |
| manuel_ | gotya | 02:19 |
| fray_ | this one was originally assigned to me for kernel and userspace development.. but I finished that work a month or so ago.. and nobody else has requested it.. so I installed CentOS and turned it into a builder... :) | 02:19 |
| fray_ | it's -really- fast with 24/48 cores | 02:19 |
| manuel_ | that sounds tempting | 02:19 |
| manuel_ | nice, the TOOLCHAIN_TARGET_TASK stuff worked | 02:20 |
| fray_ | we have some actual developer machines that are comparable (Dell rack mount systems).. but they're "shared" machines.. any developer is allowed to access them.. | 02:20 |
| fray_ | we have a few large core machines dedicated to toolchain development as well.. | 02:20 |
| fray_ | all depends on the workload.. for system development cores, RAM and GHz all matter.. | 02:20 |
| manuel_ | who is we btw? | 02:20 |
| fray_ | I work for Wind River | 02:20 |
| manuel_ | cool | 02:20 |
| fray_ | for kernel developers the GHz matter a lot less (in my experience) but you still want lots of cores.. | 02:21 |
| fray_ | for application developers you likely want faster CPUs and less cores.. (not always) | 02:21 |
| fray_ | for 'test' systems (systems running tests) large cores really aren't important.. as they are usually directing remote systems to do things | 02:21 |
| manuel_ | a few cores wouldn’t hurt our application build machine | 02:23 |
| manuel_ | i just sent out a request for some > 24 cores machine | 02:24 |
| manuel_ | thank you again | 02:24 |
| manuel_ | i’m off to bed | 02:24 |
| fray_ | ya.. the 12 core Xeons are expensive.. but they really do hel | 02:24 |
| fray_ | ave a good evening! | 02:24 |
| fray_ | (BTW on my 'target' I can do a full core-image-sato style build in less then 2 hours) | 02:25 |
| manuel_ | that’s enticing | 02:27 |
| khem | I have haswell based box Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz with 16G DDR3 and my core-image-sato takes < 100 mins | 02:35 |
| khem | so fray_ something is wrong with your big honking machines | 02:35 |
| khem | Dell XPS 8700 from costco under 1000 bucks gets the job done | 02:36 |
| khem | :) | 02:41 |
| *** Nitin1 <Nitin1!~nakamble@192.55.55.37> has joined #yocto | 02:46 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-dfiyyyjztjqwffyn> has quit IRC | 02:49 | |
| *** EddyLaiTW <EddyLaiTW!~edylai@61-231-110-191.dynamic.hinet.net> has joined #yocto | 02:53 | |
| * nerdboy relaxes to shark week on discovery channel... | 02:58 | |
| fray_ | khem, I haven't timed it in a while.. | 02:58 |
| fray_ | and I was including the populate_sdk time as well, which takes a while longer | 02:59 |
| *** hsychla_ <hsychla_!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto | 03:00 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC | 03:04 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:08 | |
| *** alexhairyman <alexhairyman!~alexhairy@c-174-52-148-159.hsd1.ut.comcast.net> has quit IRC | 03:13 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 03:19 | |
| *** manuel_ <manuel_!~manuel_@p4FDAC4A7.dip0.t-ipconnect.de> has quit IRC | 03:28 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:02 | |
| *** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has quit IRC | 04:17 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:19 | |
| *** armpit <armpit!~akuster@2601:c:9380:601:f465:994a:7e40:209f> has joined #yocto | 04:19 | |
| *** armpit <armpit!~akuster@2601:c:9380:601:f465:994a:7e40:209f> has left #yocto | 04:21 | |
| *** dvhart <dvhart!~dvhart@134.134.139.76> has joined #yocto | 04:21 | |
| *** armpit2 <armpit2!~akuster@2601:c:9380:601:f465:994a:7e40:209f> has joined #yocto | 04:25 | |
| *** armpit2 <armpit2!~akuster@2601:c:9380:601:f465:994a:7e40:209f> has quit IRC | 04:28 | |
| *** akuster <akuster!~akuster@2601:c:9380:601:f465:994a:7e40:209f> has joined #yocto | 04:31 | |
| *** akuster <akuster!~akuster@2601:c:9380:601:f465:994a:7e40:209f> has quit IRC | 04:32 | |
| *** armpit <armpit!~akuster@2601:c:9380:601:f465:994a:7e40:209f> has joined #yocto | 04:55 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:05 | |
| *** EddyLaiTW <EddyLaiTW!~edylai@61-231-110-191.dynamic.hinet.net> has quit IRC | 05:05 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:07 | |
| *** Nitin1 <Nitin1!~nakamble@192.55.55.37> has quit IRC | 05:12 | |
| *** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC | 05:20 | |
| *** Daemon404 <Daemon404!~who_knows@cpc21-newt31-2-0-cust123.newt.cable.virginm.net> has joined #yocto | 05:21 | |
| *** fray__ <fray__!U2FsdGVkX1@gate.crashing.org> has quit IRC | 05:23 | |
| *** tasslehoff <tasslehoff!~Tasslehof@ti0260a430-1102.bb.online.no> has joined #yocto | 05:24 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 05:25 | |
| *** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has joined #yocto | 05:38 | |
| *** windchester <windchester!cb6a8671@gateway/web/freenode/ip.203.106.134.113> has joined #yocto | 05:41 | |
| *** TobSnyder <TobSnyder!~schneider@ip92343918.dynamic.kabel-deutschland.de> has joined #yocto | 05:52 | |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has joined #yocto | 05:54 | |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has quit IRC | 06:02 | |
| *** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has joined #yocto | 06:13 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 06:17 | |
| *** agust <agust!~agust@p4FDE71BA.dip0.t-ipconnect.de> has joined #yocto | 06:17 | |
| *** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC | 06:28 | |
| *** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto | 06:28 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 06:37 | |
| *** stiandre <stiandre!~stiandre@109.247.13.242> has joined #yocto | 06:50 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-zfebbyaethkynhog> has joined #yocto | 06:55 | |
| *** jbrianceau_away is now known as jbrianceau | 06:55 | |
| *** kroon <kroon!~kroon@193.15.174.198> has joined #yocto | 07:00 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:04 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:09 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:10 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:23 | |
| * mranostay taps mic | 07:23 | |
| *** EddyLaiTW <EddyLaiTW!~eddylai@61-231-110-191.dynamic.hinet.net> has joined #yocto | 07:23 | |
| bluelightning | morning all | 07:26 |
| *** florian_kc is now known as florian | 07:27 | |
| mranostay | bluelightning: how blue is the lightning this morning? | 07:33 |
| bluelightning | mranostay: it's sunny out, so not all that much :) | 07:34 |
| mranostay | bluelightning: where are you again? | 07:34 |
| mranostay | UK? | 07:34 |
| * LetoThe2nd certainly can't confirm neither blue nor lightning nor sunny. | 07:35 | |
| LetoThe2nd | just *rain* | 07:35 |
| ndec | well, if that helps you... it's raining in Nice, France ;-( | 07:35 |
| mranostay | ndec: i like to annoy you french people by saying Nice in english :) | 07:35 |
| ndec | hehe... | 07:36 |
| bluelightning | mranostay: yes, London | 07:36 |
| LetoThe2nd | ndec: funny, cousin of mine just sent me a postcard from nice | 07:36 |
| *** ddom <ddom!~ddom@p4FFD8005.dip0.t-ipconnect.de> has joined #yocto | 07:37 | |
| ndec | LetoThe2nd: I bet it was not raining on the postcard.. | 07:37 |
| LetoThe2nd | ndec: you're guessing right | 07:37 |
| *** roric <roric!~roric@83.140.117.51> has joined #yocto | 07:37 | |
| mranostay | you have to cover your mail before dropping in the box | 07:37 |
| mranostay | but what is rain really? even portland isn't that rainly :) | 07:38 |
| mranostay | *rainy | 07:38 |
| *** bryan__ <bryan__!3df6bac6@gateway/web/freenode/ip.61.246.186.198> has quit IRC | 07:42 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 07:42 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 07:47 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 07:50 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 07:52 | |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 08:00 | |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 08:00 | |
| *** diego_ <diego_!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 08:03 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 08:03 | |
| *** diego_ is now known as diego_r | 08:03 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 08:04 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:05 | |
| *** dvhart <dvhart!~dvhart@134.134.139.76> has quit IRC | 08:07 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 08:10 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 08:10 | |
| *** manuel_ <manuel_!~manuel_@p4FDAC4A7.dip0.t-ipconnect.de> has joined #yocto | 08:16 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 08:16 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:17 | |
| *** Vincent_DIEHCO <Vincent_DIEHCO!58bade28@gateway/web/freenode/ip.88.186.222.40> has joined #yocto | 08:18 | |
| Vincent_DIEHCO | Hello, I am using bitbake to customize my rootfs (the whole distribution was initialy provided by EUKREA). I don't where to search good packages to have PULSEAUDIO completely installed. I have no pulse directory or bin in the new rootfs (already customised with cronie, logrotate, gstream, tzdata). This is same problem as in the mailing list : https://lists.yoctoproject.org/pipermail/yocto/2013-September/016119.html Should I rea | 08:23 |
| *** manuel_ <manuel_!~manuel_@p4FDAC4A7.dip0.t-ipconnect.de> has joined #yocto | 08:25 | |
| *** jimBaxter_uk <jimBaxter_uk!~jbaxter@jimbax.plus.com> has joined #yocto | 08:25 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 08:29 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:30 | |
| *** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto | 08:33 | |
| Vincent_DIEHCO | I have also more basic question, any chance to have help ? | 08:33 |
| EddyLaiTW | just ask, someone will come and help you.. | 08:34 |
| lpapp | Vincent_DIEHCO: do you have some package manager on your rootfs? | 08:35 |
| lpapp | Vincent_DIEHCO: btw, your post was truncated here: Should I rea... | 08:36 |
| Vincent_DIEHCO | lpapp : Should I reactivate the thread to know the issue ? | 08:37 |
| Vincent_DIEHCO | lpapp : I think I have not package manager in my rootfs | 08:38 |
| *** ddom <ddom!~ddom@p4FFD8005.dip0.t-ipconnect.de> has quit IRC | 08:38 | |
| *** sameo <sameo!~samuel@192.55.55.37> has joined #yocto | 08:38 | |
| lpapp | Vincent_DIEHCO: so what does bitbake -e | grep ^DISTRO_FEATURES say? | 08:39 |
| *** ddom <ddom!~ddom@p4FFAB15F.dip0.t-ipconnect.de> has joined #yocto | 08:41 | |
| Vincent_DIEHCO | lpapp : DISTRO_FEATURES="alsa argp bluetooth ext2 irda largefile pcmcia usbgadget usbhost wifi xattr nfs zeroconf pci 3g nfc x11 ipv4 ipv6 libc-backtrace libc-big-macros libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt libc-crypt-ufc libc-db-aliases libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse libc-getlogin libc-idn libc-inet-anl libc-libm libc-libm-big libc-locales libc-locale-code | 08:42 |
| Vincent_DIEHCO | lpapp : libc-memusage libc-nis libc-nsswitch libc-rcmd libc-rtld-debug libc-spawn libc-streams libc-sunrpc libc-utmp libc-utmpx libc-wordexp libc-posix-clang-wchar libc-posix-regexp libc-posix-regexp-glibc libc-posix-wchar-io pulseaudio sysvinit" | 08:42 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 08:44 | |
| Vincent_DIEHCO | lpapp : I only add "pulseaudio" package in my recipe | 08:44 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:45 | |
| *** windchester <windchester!cb6a8671@gateway/web/freenode/ip.203.106.134.113> has quit IRC | 08:47 | |
| *** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has joined #yocto | 08:51 | |
| Vincent_DIEHCO | Something I do not understand in my recipe : I have "alsa-utils-aplay" instead of only "alsa-utils" in my mind (same think with "gst-plugins-base-volume" and "gst-plugins-base" I added). So for a package as "pulseaudio" how to know if there are "dependancies" to explicit ? or the ones optionals ? | 08:58 |
| *** windchester <windchester!cb6a8671@gateway/web/freenode/ip.203.106.134.113> has joined #yocto | 09:00 | |
| *** manuel_ <manuel_!~manuel_@p4FDAC4A7.dip0.t-ipconnect.de> has quit IRC | 09:08 | |
| *** Squix <Squix!~Squix__@p052.net059084091.tokai.or.jp> has quit IRC | 09:09 | |
| *** kroon <kroon!~kroon@193.15.174.198> has quit IRC | 09:09 | |
| *** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has quit IRC | 09:26 | |
| Vincent_DIEHCO | lpapp: It seems there was already "pulseaudio" in DISTRO_FEATURES list before adding pulseaudio in my recipe. | 09:26 |
| *** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has joined #yocto | 09:27 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:29 | |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has joined #yocto | 09:39 | |
| [Sno] | I build my image with DISTRO_LIBC_FEATURES = "... libc-locales libc-locale-code ..." and ENABLE_BINARY_LOCALE_GENERATION=1 | 09:41 |
| [Sno] | I find several libc/localedata/de_DE* below eglibc-locale and some *.po files etc. | 09:44 |
| [Sno] | however - I do not find any of them below tmp/sysroots/ nor on final image | 09:44 |
| [Sno] | what do I have to specify to add locales to my generated image? | 09:44 |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 09:48 | |
| ndec | [Sno]: have you checked this: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-IMAGE_LINGUAS | 09:49 |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 09:51 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 09:51 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:52 | |
| [Sno] | ndec: is there a way to install "all"? | 09:53 |
| [Sno] | I understood IMAGE_LINGUAS that it restricts to named ones | 09:53 |
| ndec | i don't think you can request 'all' | 09:55 |
| lpapp | [Sno]: based on image.bbclass, no. | 09:55 |
| lpapp | (but it would probably be an easy patch to extend it with some python skill) | 09:56 |
| [Sno] | can I somehow force utf8? | 09:56 |
| [Sno] | lpapp: I check that after current sprint (put an item on backlog ^^) | 09:56 |
| lpapp | [Sno]: GLIBC_GENERATE_LOCALES? | 09:57 |
| lpapp | from the local.conf sample: #GLIBC_GENERATE_LOCALES = "en_GB.UTF-8 en_US.UTF-8" | 09:58 |
| lpapp | #IMAGE_LINGUAS ?= "en-gb" | 09:58 |
| [Sno] | lpapp: GLIBC_GENERATE_LOCALES looks really be a filter - but I give it a try, thanks (will take some time to bitbake the image) | 09:59 |
| *** EddyLaiTW <EddyLaiTW!~eddylai@61-231-110-191.dynamic.hinet.net> has quit IRC | 10:00 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-82-131.ronkva.east.verizon.net> has quit IRC | 10:00 | |
| *** maxin <maxin!~majo@sestofw01.enea.se> has quit IRC | 10:00 | |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has quit IRC | 10:00 | |
| *** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC | 10:00 | |
| *** sullical <sullical!~sullical@134.134.139.76> has quit IRC | 10:00 | |
| *** DarkKnight <DarkKnight!~quassel@HSI-KBW-095-208-008-143.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 10:00 | |
| lpapp | it is strange that it is not documented though in the YRM. | 10:00 |
| [Sno] | likely they welcome patches :D | 10:00 |
| lpapp | [Sno]: yeah, I am reporting it, btw, you can supply "all" to that one. | 10:00 |
| [Sno] | cool, thanks | 10:01 |
| lpapp | [Sno]: https://bugzilla.yoctoproject.org/show_bug.cgi?id=6629 | 10:06 |
| yocti | Bug 6629: normal, Undecided, ---, scott.m.rifenbark, NEW , Document GLIBC_GENERATE_LOCALES | 10:06 |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-82-131.ronkva.east.verizon.net> has joined #yocto | 10:07 | |
| *** maxin <maxin!~majo@sestofw01.enea.se> has joined #yocto | 10:07 | |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has joined #yocto | 10:07 | |
| *** mario-goulart <mario-goulart!~user@email.parenteses.org> has joined #yocto | 10:07 | |
| *** sullical <sullical!~sullical@134.134.139.76> has joined #yocto | 10:07 | |
| *** DarkKnight <DarkKnight!~quassel@HSI-KBW-095-208-008-143.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 10:07 | |
| [Sno] | lpapp: from python code of IMAGE_LINGUAS it probably accepts "*" :) | 10:11 |
| [Sno] | checking that >:-) | 10:11 |
| lpapp | [Sno]: I wonder how you thought that... | 10:15 |
| lpapp | RDEPENDS accepts wildcard, you mean? | 10:17 |
| [Sno] | lpapp: simply add IMAGE_LINGUAS="*" to local.conf - the image.bbclass uses locale-base-%s split(getvar(IMAGE_LINGUAS)) | 10:18 |
| lpapp | yeah, I am not asking about that part, I can read python code OK :) | 10:19 |
| [Sno] | OK :) | 10:19 |
| ivanstojanovic | hello :) | 10:19 |
| lpapp | I thought RDEPENDS does not accept wildcard, but I am probably wrong then. | 10:19 |
| ivanstojanovic | Does anyone know if there are somewhere qt-gstreamer recipes available? I couldn't find it :( | 10:19 |
| ivanstojanovic | for gstreamer 1.0 if possible | 10:19 |
| [Sno] | lpapp: there're some eg. en-gb* ipk's - but maybe I understand something wrong here | 10:22 |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-82-131.ronkva.east.verizon.net> has quit IRC | 10:23 | |
| *** maxin <maxin!~majo@sestofw01.enea.se> has quit IRC | 10:23 | |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has quit IRC | 10:23 | |
| *** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC | 10:23 | |
| *** sullical <sullical!~sullical@134.134.139.76> has quit IRC | 10:23 | |
| *** DarkKnight <DarkKnight!~quassel@HSI-KBW-095-208-008-143.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 10:23 | |
| lpapp | ivanstojanovic: hmm, close, but not cugar, I guess. Can you hack it yourself together? | 10:25 |
| lpapp | cigar* | 10:25 |
| *** windchester <windchester!cb6a8671@gateway/web/freenode/ip.203.106.134.113> has quit IRC | 10:30 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-82-131.ronkva.east.verizon.net> has joined #yocto | 10:30 | |
| *** maxin <maxin!~majo@sestofw01.enea.se> has joined #yocto | 10:30 | |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has joined #yocto | 10:30 | |
| *** mario-goulart <mario-goulart!~user@email.parenteses.org> has joined #yocto | 10:30 | |
| *** sullical <sullical!~sullical@134.134.139.76> has joined #yocto | 10:30 | |
| *** DarkKnight <DarkKnight!~quassel@HSI-KBW-095-208-008-143.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 10:30 | |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 10:32 | |
| [Sno] | lpapp: you're right - no package matching locale-base-* :) | 10:34 |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 10:35 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 10:37 | |
| *** soderstrom <soderstrom!~soderstro@81.216.59.226> has quit IRC | 10:40 | |
| *** kroon <kroon!~kroon@fw.mikrodidakt.se> has joined #yocto | 10:46 | |
| *** pev <pev!~pev@2.31.92.235> has joined #yocto | 10:48 | |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 10:58 | |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 10:58 | |
| lpapp | [Sno]: I think it would be nice to have "all" like for the other variable. Not that I would use it on real embedded, but it can be OK for more powerful embedded. | 11:02 |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 11:17 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 11:19 | |
| *** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has quit IRC | 11:31 | |
| *** manuel_ <manuel_!~manuel_@pD9FDCCDD.dip0.t-ipconnect.de> has joined #yocto | 11:39 | |
| Vincent_DIEHCO | Hello, why the yocto Packages Report System (see http://packages.yoctoproject.org/) does not show result for "gst-plugins-good-wavparse" although this package is recognized in a bitbake recipe ? I am still looking for installing pulseaudio completely, I don't know how to have pulse or pulseaudio directory / bin in the rootfs. | 11:52 |
| *** roric <roric!~roric@83.140.117.51> has quit IRC | 11:57 | |
| lpapp | Vincent_DIEHCO: have you checked if you have any package manager on the board? | 11:58 |
| lpapp | Or you would like to generate pulse as part of the rootfs only? | 11:58 |
| *** manuel_ <manuel_!~manuel_@pD9FDCCDD.dip0.t-ipconnect.de> has joined #yocto | 11:59 | |
| lpapp | Vincent_DIEHCO: you can check the package manager e.g. with bitbake -e | grep ^PACKAGE_CLASSES | 12:00 |
| lpapp | you can also look for package-management in IMAGE_FEATURES | 12:02 |
| Vincent_DIEHCO | lpapp : result is PACKAGE_CLASSES="package_ipk" I used to build rootfs when I add a functionnality. | 12:02 |
| lpapp | Vincent_DIEHCO: bitbake -e | grep ^IMAGES_FEATURE | grep "package-management" -> is that also there? | 12:04 |
| lpapp | Vincent_DIEHCO: have you checked whether the pulseaudio package was built? | 12:04 |
| Vincent_DIEHCO | IMAGE_FEATURES="${EXTRA_IMAGE_FEATURES}" vincent@electronic:~/oe_dir3/setup-scripts$ echo ${EXTRA_IMAGE_FEATURES} vincent@electronic:~/oe_dir3/setup-scripts$ | 12:04 |
| *** roric <roric!~roric@83.140.117.51> has joined #yocto | 12:06 | |
| Vincent_DIEHCO | lpapp : I have some pulseaudio directories in my bitbake directory ./build/tmp-defaultsetup-eglibc-eglibc/... I don't know how to check in the rootfs. | 12:10 |
| lpapp | Check ./build/tmp/work/foo/pulseaudio | 12:11 |
| bluelightning | to find out what packages are produced by a recipe, the easiest thing is to look under packages-split under the workdir for the recipe | 12:11 |
| bluelightning | if you're not sure where the workdir is you can find out by running bitbake -e recipename | grep ^WORKDIR= | 12:12 |
| lpapp | is there any bugreport to finally have an option for searching? bitbake -e recipename | grep ^WORKDIR= => bitbake -s WORKDIR? | 12:15 |
| lpapp | I had the same issue more than a year ago, too :-) | 12:15 |
| lpapp | bitbake --search stuff | 12:15 |
| Vincent_DIEHCO | bitbake -e pulseaudio | grep ^WORKDIR WORKDIR="/home/vincent/oe_dir3/setup-scripts/build/tmp-defaultsetup-eglibc-eglibc/work/armv5te-oe-linux-gnueabi/pulseaudio/3.0-r0" Does it mean pulseaudio is built ? | 12:19 |
| bluelightning | lpapp: it's something that's pretty much already captured as part of kergoth's "bb" external tool; how we can integrate that properly has still not been determined | 12:19 |
| bluelightning | Vincent_DIEHCO: not necessarily, no; but if that directory does exist then it likely has been | 12:20 |
| lpapp | Vincent_DIEHCO: well, find /home/vincent/oe_dir3/setup-scripts/build/tmp-defaultsetup-eglibc-eglibc/work/armv5te-oe-linux-gnueabi/pulseaudio/3.0-r0 -name pulseaudio | 12:20 |
| lpapp | (or whatever you are trying to get in the end) | 12:21 |
| lpapp | if it is built, then check whether it is put into package-split as suggested, if it is there, then check the image, etc. | 12:21 |
| lpapp | bluelightning: cli tool ? | 12:23 |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has quit IRC | 12:36 | |
| Vincent_DIEHCO | lpapp : I have pulseaudio in pkgdata packages-split package (I think I do not have to upgrade my kernell 2.6.37 to have pulseaudio that's right ?) | 12:38 |
| lpapp | Vincent_DIEHCO: well, it depends ... | 12:38 |
| lpapp | Vincent_DIEHCO: beside pkgdata, there must be an image subdirectory, too. | 12:45 |
| Vincent_DIEHCO | lpapp : yes :./pkgdata/pulseaudio ./pkgdata/runtime/pulseaudio ./pkgdata/runtime-reverse/pulseaudio | 12:46 |
| bluelightning | Vincent_DIEHCO: what is in packages-split ? | 12:47 |
| bluelightning | what subdirectories, that is | 12:47 |
| Vincent_DIEHCO | vincent@electronic:~/oe_dir3/setup-scripts/build/tmp-defaultsetup-eglibc-eglibc/work/armv5te-oe-linux-gnueabi/pulseaudio/3.0-r0$ find . -name pulseaudio | 12:48 |
| Vincent_DIEHCO | ./packages-split/pulseaudio ./packages-split/pulseaudio-module-bluetooth-proximity/usr/lib/pulseaudio ./packages-split/libpulsecommon/usr/lib/pulseaudio ./packages-split/pulseaudio-dbg/usr/bin/.debug/pulseaudio ./packages-split/pulseaudio-dbg/usr/src/debug/pulseaudio ./packages-split/pulseaudio-dbg/usr/lib/pulseaudio ./packages-split/pulseaudio-module-alsa-card/usr/share/pulseaudio ./packages-split/pulseaudio-misc/usr/lib/pulse | 12:48 |
| Vincent_DIEHCO | ./packages-split/pulseaudio-module-gconf/usr/lib/pulseaudio ./packages-split/pulseaudio-dev/usr/lib/pulseaudio ./packages-split/pulseaudio-server/usr/bin/pulseaudio | 12:48 |
| lpapp | Vincent_DIEHCO: you did not check the image directory. | 12:50 |
| lpapp | also whether the package-split directories contain what the need to. | 12:50 |
| Vincent_DIEHCO | there are also results in ./package | 12:50 |
| Vincent_DIEHCO | ./package/usr/bin/pulseaudio ./package/usr/bin/.debug/pulseaudio ./package/usr/src/debug/pulseaudio ./package/usr/lib/pulseaudio ./package/usr/share/pulseaudio | 12:52 |
| Vincent_DIEHCO | I am looking for the image directory path with the reference man | 12:53 |
| ndec | Vincent_DIEHCO: what have you done to 'add' pulseaudio in your image? enabling the DISTRO_FEATURE isn't enough, you need to add the packages to the image. | 12:58 |
| ndec | i am not using pulse, but looking at the recipe, it seems that the binary package to add into the image is pulseaudio-server, which you should see in packages-split as indicated above | 12:59 |
| Vincent_DIEHCO | ok, I give you some more explanation of my tool chain | 12:59 |
| Vincent_DIEHCO | rootfs result is in build/tmp-defaultsetup-eglibc-eglibc/deploy/images/eukrea-cpuimx25, to had packages I edited ./sources/meta-eukrea/recipes-eukrea/images/eukrea-base-image.bb | 13:01 |
| Vincent_DIEHCO | I never change the kernel | 13:01 |
| ndec | what change did you make in the image? | 13:01 |
| ndec | you don't need to change the kernel. | 13:02 |
| Vincent_DIEHCO | ndec : I add names of packages in IMAGE_INSTALL | 13:03 |
| *** alimon <alimon!~alimon@189.154.9.211> has joined #yocto | 13:04 | |
| Vincent_DIEHCO | ndec : I did for libxml2 freetype cronie logrotate tzdata gstreamer & cie and now for pulseaudio | 13:04 |
| ndec | as i said, you should add pulseaudio-server | 13:05 |
| *** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has quit IRC | 13:05 | |
| ndec | you can inspect what each 'binary' package contain by looking at WORKDIR/packages-split, or possibly looking at tmp/deploy/ipk/... | 13:05 |
| Vincent_DIEHCO | bitbake does not accept pulseaudio-server | 13:06 |
| ndec | you mean as of 'bitbake pulseaudio-server'? | 13:07 |
| *** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has joined #yocto | 13:08 | |
| lpapp | Vincent_DIEHCO: you do not have anything in DISTRO_FEATURES_BACKFILL_CONSIDERED either, right? | 13:08 |
| Crofton|work | FFS, it is not the poky build system! | 13:09 |
| Crofton|work | http://events.linuxfoundation.org/events/embedded-linux-conference-europe/extend-the-experience/yocto-dev-day | 13:09 |
| ndec | hehe | 13:11 |
| Vincent_DIEHCO | ndec : if I add pulseaudio-server after pulseaudio and others packages in the recipe, I have the error : Collected errors: | * satisfy_dependencies_for: Cannot satisfy the following dependencies for pulseaudio-server: | * consolekit * | * opkg_install_cmd: Cannot install package pulseaudio-server. | ERROR: Function failed: do_rootfs | 13:12 |
| Crofton|work | I am cranky again this morning | 13:12 |
| lpapp | which is the correct sysroot that is also put into the image? I am trying to use build/tmp/sysrootfs/foo, but apparently, it is not it. | 13:13 |
| ndec | Vincent_DIEHCO: hmm. ok. which version of OE are you using? i should have started with that. | 13:13 |
| ndec | lpapp: the sysroot is not put into the image | 13:13 |
| lpapp | ndec: I know, but I am looking for exactly the same rootfs | 13:14 |
| lpapp | since gdb (client) and gdbserver need to work on the same. | 13:14 |
| Vincent_DIEHCO | lpapp : DISTRO_FEATURES_BACKFILL="pulseaudio sysvinit" | 13:14 |
| ndec | ah. that's different then ;-) | 13:14 |
| ndec | it's in the image WORKDIR/rootfs | 13:14 |
| lpapp | Vincent_DIEHCO: there ya ho. | 13:14 |
| lpapp | Vincent_DIEHCO: anyway, if you had already added the pulse packages to the image, I have no clue... | 13:15 |
| lpapp | Vincent_DIEHCO: check what packages the image tries to reuse for the generation. | 13:15 |
| lpapp | Vincent_DIEHCO: the usual bitbake -e ... | grep ^IMAGE_INSTALL | 13:16 |
| lpapp | you can also check the manifest file ("${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.manifest). | 13:17 |
| lpapp | ndec: different?! Why are there different rootfses generated?! | 13:17 |
| ndec | one is the rootfs, the other one is the sysroot that contains development files for the build | 13:18 |
| lpapp | ndec: so why would they contain e.g. different libc versions? | 13:18 |
| ndec | hmm. what do you mean? | 13:19 |
| Vincent_DIEHCO | lpapp : Do you mean one package name appears in two recipe ? | 13:20 |
| lpapp | ndec: what I am seeing is that using the aforementioned sysroots for gdb on the host with the rootfs on the target and gdbserver, gdb seems to think that some core libraries are different. | 13:20 |
| lpapp | hence, it cannot properly debug stuff. | 13:20 |
| lpapp | ndec: I honestly do not see rootfs in build/tmp/work/ | 13:33 |
| lpapp | ndec: see, what I need is to set up the _same_ rootfs on the host that is burnt onto the target. | 13:37 |
| lpapp | otherwise gdbserver + gdb will not work. | 13:37 |
| *** Nitin <Nitin!~nakamble@134.134.139.76> has joined #yocto | 13:40 | |
| ndec | lpapp: the same rootfs is in the image WORKDIR/rootfs, but it gets removed with rm_work. | 13:40 |
| lpapp | ndec: you mean in each package's chunk as zillion separate subdirectories? | 13:41 |
| ndec | no, i mean the 'image' WORKDIR. | 13:41 |
| ndec | the image is a recipe (.bb) itself. so it has its WORKDIR too | 13:41 |
| lpapp | I do not follow, really. | 13:41 |
| lpapp | can you give a concrete example? | 13:42 |
| lpapp | a concrete path where the _whole_ rootfs is available as sysroot? | 13:42 |
| lpapp | (otherwise gdb + gdbserver will not work) | 13:42 |
| ndec | tmp-eglibc/work/ifc6410-oe-linux-gnueabi/core-image-minimal/1.0-r0/rootfs | 13:42 |
| ndec | it's the folder where the 'rootfs' is built during do_rootfs before it gets compressed in DEPLOY | 13:43 |
| lpapp | ok, thanks. | 13:43 |
| lpapp | ndec: I am still wondering why gdb thought I would have different versions in the image and build/tmp/sysroots, but I guess it does not matter since I should not use build/tmp/sysroots... | 13:49 |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 13:52 | |
| *** alimon <alimon!~alimon@189.154.9.211> has quit IRC | 13:53 | |
| *** tasslehoff <tasslehoff!~Tasslehof@ti0260a430-1102.bb.online.no> has quit IRC | 13:56 | |
| Vincent_DIEHCO | lpapp : I do not know what I am looking for but I understand there is problem of dependance. One tool included in pulseaudio-server named consolekit cannot be provided (I don't know why) . I think this is same problem for me discussed here http://lists.openembedded.org/pipermail/openembedded-core/2012-November/071168.html my OE version is Dylan. | 13:59 |
| Vincent_DIEHCO | If it is same I think I can found a "work around" somewhere in doc or mailing list. | 14:00 |
| *** phantomD <phantomD!destroy@a89-154-119-158.cpe.netcabo.pt> has quit IRC | 14:05 | |
| *** madisox <madisox!~madisox@nat/cisco/x-xrcwfrlypytivhfr> has joined #yocto | 14:05 | |
| *** phantomD <phantomD!destroy@a89-154-119-158.cpe.netcabo.pt> has joined #yocto | 14:05 | |
| *** Nitin <Nitin!~nakamble@134.134.139.76> has quit IRC | 14:08 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 14:11 | |
| *** Marex__ <Marex__!~Marex@195.140.253.167> has quit IRC | 14:11 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 14:11 | |
| Anarky | why do I keep having "Multiple .bb files are due to be built which each provide virtual/libgles1" while I set PREFERRED_PROVIDER_virtual/libgles1 ? | 14:12 |
| *** jkridner <jkridner!~jkridner@c-98-250-189-79.hsd1.mi.comcast.net> has joined #yocto | 14:12 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:12 | |
| Anarky | with the same error on ligles2 and egl | 14:12 |
| rburton | Anarky: you've left out a virtual/ that something - likely mesa - is providig but you're not redefining | 14:13 |
| *** Guma <Guma!~Guma@96.25.148.38> has joined #yocto | 14:14 | |
| Anarky | rburton: ok, but what happens if I set this virtual/ to libgles-omap3 while it's not providing this virtual? | 14:14 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 14:14 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 14:16 | |
| Anarky | I just tried to add virtual/libgl and virtual/mesa to libgles-omap3 (ie everything that mesa provides) but this error is still happening | 14:19 |
| rburton | if gles-omap3 doesn't support something and you don't want mesa, set it to "" | 14:19 |
| rburton | and if you're still getting the error then there's a virtual still unset | 14:19 |
| rburton | feel free to pastebin your settings | 14:19 |
| rburton | (surprised this is still a problem with the drivers) | 14:20 |
| Saur | Anyone know how to use KERNEL_MODULE_PROBECONF? I cannot find any examples of how to use it in Poky or OE and there is nothing in the documentation... | 14:22 |
| *** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 14:22 | |
| Guma | Hello. I have question that I need little help with. I am working with ARM board that has minimal yacto installed on it. I am creating packages with checkinstall (RPM). It all goes well so far. When I try to install such package I get warning message "warning: package postgresql-9.3.5-1.armv7l is intended for a armv7l-unknown-linux platform" | 14:23 |
| Guma | I did created this rpm on this board. What is wrong? | 14:23 |
| lpapp | Saur: have you tried reading ./meta/classes/kernel-module-split.bbclass ? | 14:23 |
| Saur | lpapp: Yes... | 14:23 |
| JaMa | Saur: read the kernel-module-split.bbclass it's relatively simple to understand | 14:24 |
| Guma | uname -m shows armv7l. So looks like checkinstall detect it correct. | 14:24 |
| JaMa | Saur: for each module_conf_foo = "bar" line, you need to add "foo" in KERNEL_MODULE_PROBECONF variable | 14:24 |
| lpapp | Guma: I am not sure if it is due to unknown... tried to specify that in the build system? | 14:25 |
| Saur | JaMa: Ok, so basically the same as with KERNEL_MODULE_AUTOLOAD. | 14:25 |
| JaMa | Saur: and "foo" is basename of the kernel module | 14:25 |
| JaMa | Saur: yes | 14:25 |
| Anarky | rburton: I'm surprised too, I add this error few weeks ago but the PREFERRED_PROVIDER worked; here are the relevant part: http://pastebin.com/2SYN7AbH | 14:25 |
| Saur | Ok, should be simple enough to fix then. :) | 14:25 |
| lpapp | Saur: have you also read c56c9a2f41eac8f87f13547806edc794b77ba54e ? | 14:25 |
| Guma | I found /etc/rpm/platform and it contents goes not have armv7l. Who creates and updates /etc/rpm/platform | 14:25 |
| Saur | lpapp: Yes. :) | 14:26 |
| lpapp | http://lists.openembedded.org/pipermail/openembedded-core/2014-June/093436.html | 14:26 |
| Anarky | rburton: I tried to remove mesa-demos but it didn't changed anything | 14:26 |
| JaMa | Saur: you can also read e9cd8ba3dda624615b68c601eac04427d9483f14 and 6f8b5be646be0f3e15e215907547f11d2a23d81b in oe-core | 14:26 |
| rburton | Anarky: huh, should work. at least that's what meta-intel does for emgd. | 14:27 |
| * rburton kicks a build of meta-intel to see what happens | 14:27 | |
| Guma | lpapp: should ./configure auto detect it? Is it possible to add line to /etc/rpm/platform? | 14:27 |
| rburton | Anarky: the other alternative is that something else is pulling in mesa directly | 14:28 |
| JaMa | e.g. weston used to do it before daisy | 14:28 |
| rburton | rburton: ooh, virtual/libgl didn't take effect. i thought setting to "" would work. set it to mesa-gl | 14:28 |
| rburton | Anarky: (you can tell the libgl preference didn't kick in as it warns that there are multiple providers to pick from) | 14:29 |
| bluelightning | Guma: that's the other end of the process; /etc/rpm/platform is generated when the image is generated | 14:29 |
| rburton | Anarky: then chase what is depending on virtual/libgl | 14:29 |
| Anarky | rburton: I saw that, if I don't write anything about libgl I don't get this note | 14:30 |
| rburton | Anarky: because it defaults to mesa | 14:30 |
| Anarky | rburton: ok. How can I found with recipe is asking mesa? | 14:31 |
| rburton | Anarky: git grep virtual/libgl should do it | 14:31 |
| Guma | bluelightning: image? rpm image? or kernel image? or when image is installed (rpm) just to be clear | 14:31 |
| bluelightning | Guma: the rootfs image | 14:31 |
| Guma | bluelightning: I see. Thank you | 14:32 |
| bluelightning | I think you may be able to add additional ones by adding them to PACKAGE_EXTRA_ARCHS | 14:32 |
| Guma | bluelightning: so do you have idea how to fix it? looks like checkinstall uses uname -m to detect arch to create and package rpm. And this RPM does not want install on system what was created. How to fix this? or what to change? Suggestions? | 14:34 |
| *** roric <roric!~roric@83.140.117.51> has quit IRC | 14:34 | |
| bluelightning | Guma: well, to be perfectly honest I wouldn't create packages in this manner, I'd use the build system | 14:34 |
| bluelightning | Guma: but if you must do it this way then you probably just need to ensure that extra architecture gets added to PACKAGE_EXTRA_ARCHS | 14:35 |
| Guma | bluelightning: "I'd use the build system" what build system are you referring? rpmbuild? Or some other tool? | 14:36 |
| ivanstojanovic | hi guys, I am still trying to get the qtgstreamer recipe working...but it's tricky :( I couldn't find nothing on the internet but for the old one 0.1, I am working with 1.x. Suggestions are welcome :) | 14:37 |
| bluelightning | Guma: as in BitBake / OpenEmbedded, i.e. what the Yocto Project uses | 14:38 |
| lpapp | ivanstojanovic: show what you have already and what the error is. | 14:38 |
| ndec | bluelightning: you manage to not use the work 'poky' ;-) | 14:38 |
| lpapp | ndec: 's poky ? | 14:39 |
| *** sjolley <sjolley!sjolley@nat/intel/x-xwgzeshqvfvgkhbp> has quit IRC | 14:39 | |
| rburton | ndec: bluelightning is a master of terminology, level 3 | 14:39 |
| bluelightning | ndec: poky is just a reference of that ;) | 14:39 |
| ndec | the 'word' | 14:39 |
| ndec | terminology and politics, i guess ;-) | 14:40 |
| *** roric <roric!~roric@83.140.117.51> has joined #yocto | 14:42 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 14:43 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:43 | |
| ivanstojanovic | here is the recipe: http://pastebin.ca/2832223 | 14:43 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 14:43 | |
| *** eflanagan_ <eflanagan_!~eflanagan@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC | 14:44 | |
| lpapp | ivanstojanovic: 16-27 -> is that boilerplate really needed? | 14:44 |
| *** stiandre <stiandre!~stiandre@109.247.13.242> has quit IRC | 14:44 | |
| ivanstojanovic | @lpapp: no clue what bolierplate is :) | 14:46 |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 14:46 | |
| ndec | ivanstojanovic: it should be qt-gstreamer, not qtgstreamer, to match the upstream name. but that's a detail for now.. | 14:47 |
| *** joeythesaint <joeythesaint!~joe@209.141.56.162> has quit IRC | 14:47 | |
| lpapp | ivanstojanovic: what happens for bitbake? | 14:47 |
| ivanstojanovic | that should not be a problem I think, but I will rename it immediately anyhow | 14:47 |
| *** joeythesaint <joeythesaint!~joe@209.141.56.162> has joined #yocto | 14:47 | |
| lpapp | 12-14 also looks boilerplate. | 14:47 |
| lpapp | in addition, why inherit both qmake5 and cmake? | 14:47 |
| lpapp | They are different build systems, no? | 14:47 |
| *** TobSnyder <TobSnyder!~schneider@ip92343918.dynamic.kabel-deutschland.de> has quit IRC | 14:48 | |
| ivanstojanovic | I added a comment (the error message after I try to bake it) | 14:49 |
| Guma | bluelightning: I will look into BitBake later. for now I will stay with checkinstall/rpmbuild. I just did quick grep and I can't find PACKAGE_EXTRA_ARCHS in source configure or checkinstall script. Are you refering using --arch switch in checkinstall? | 14:50 |
| ivanstojanovic | why both, I used a template I found on the internet for qt-gstreamer 0.1...it was like that there so I didn't change it | 14:50 |
| bluelightning | Guma: sorry, I am talking about what you'd need to set when using our build system to actually build the image | 14:50 |
| Anarky | rburton: thanks for the git grep, but the only thing defining with a ?= "mesa" is qemu | 14:50 |
| lpapp | ivanstojanovic: it seems to be a cmake based project, so I would not inherit qmake. | 14:51 |
| bluelightning | Guma: in your case you could just edit /etc/rpm/platform I guess | 14:51 |
| Guma | but when you refering to image you mean rootfs | 14:51 |
| bluelightning | Guma: yes | 14:51 |
| *** roric <roric!~roric@83.140.117.51> has quit IRC | 14:53 | |
| Guma | bluelightning: so PACKAGE_EXTRA_ARCHS would have to be set in my case to armv7l? | 14:53 |
| ivanstojanovic | @lpapp: ok, I removed qmake5, it seems it still works | 14:53 |
| ivanstojanovic | @lpapp: I mean, it still doesn't work :) | 14:54 |
| Guma | I did not build it yet. I took over someone else who is not here. So I am getting my feet wet. | 14:54 |
| fray_ | RPM packages have an embedded canonical arch assigned to them.. | 14:55 |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 14:55 | |
| *** mranostay <mranostay!~mranostay@c-50-186-57-56.hsd1.or.comcast.net> has joined #yocto | 14:55 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 14:55 | |
| fray_ | RPM 4 uses the 'arch' field from (essentially) the filename.. this causes issues where you get hard coded lists, and have to make code changes to resolve them.. | 14:55 |
| bluelightning | Guma: surely it would be the value that rpm is claiming is not understood - i.e. armv7l-unknown-linux | 14:55 |
| fray_ | RPM 5 instead uses the /etc/rpm/platform file to list what the core platform is, followed by a list of compatible canonical arches.. | 14:55 |
| fray_ | (the later list can included regex values) | 14:56 |
| bluelightning | Guma: ^ fray_ is the expert on this area ;) | 14:56 |
| lpapp | ivanstojanovic: where can the error be seen? | 14:56 |
| fray_ | if you (on the target) use rpm -q --yaml <package> and inspect the result you should find the arch info, such as armv7l-unknown-linux-gnueabi | 14:56 |
| fray_ | I don't remember the field offhand, and I don't have a bootable target at the moment to find the right value | 14:57 |
| ivanstojanovic | @lpapp: at the same link, in the comments: http://pastebin.ca/2832223 | 14:57 |
| fray_ | the /etc/rpm/platform list is ordered though.. if you have multiple packages (same name, different canonical arch, the highest in the order will be installed in the case of a conflict..) | 14:57 |
| fray_ | this allows the system to determine the "best" fit as well.. so order does matter | 14:57 |
| *** kroon <kroon!~kroon@fw.mikrodidakt.se> has quit IRC | 14:59 | |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 14:59 | |
| lpapp | ivanstojanovic: DEPENDS = "qtbase"? | 15:00 |
| *** Vincent_DIEHCO <Vincent_DIEHCO!58bade28@gateway/web/freenode/ip.88.186.222.40> has quit IRC | 15:01 | |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 15:01 | |
| lpapp | (and whatever else it depends on) | 15:01 |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:01 | |
| ivanstojanovic | @lpapp: that error has something to do with OE_QMAKE_PATH_EXTERNAL_HOST_BINS...there is an ugly hack in cmake recipe for that error...but let me check if DEPENDS = "qtbase" will change anything | 15:01 |
| lpapp | ivanstojanovic: well, if it does not, try to drop Yocto and get qt-gstreamer working manually with cmake. | 15:02 |
| lpapp | That would be the first step to see how it is buildsystem is supposed to work. | 15:02 |
| lpapp | its* | 15:02 |
| *** dvhart <dvhart!dvhart@nat/intel/x-rrqgnfhcyntjfbdt> has joined #yocto | 15:03 | |
| ivanstojanovic | @lpapp: ok, let's see how that will work | 15:03 |
| ivanstojanovic | @lpapp: thanks :) | 15:03 |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 15:05 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 15:06 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-rrqgnfhcyntjfbdt> has quit IRC | 15:08 | |
| Guma | fray_: I am on RPM 5 | 15:14 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 15:14 | |
| Guma | fray_: rpm -q --yaml <package> does not work since package is not installed. And installing I get this message "warning: package postgresql-9.3.5-1.armv7l is intended for a armv7l-unknown-linux platform" | 15:17 |
| Guma | So should I for now add armv7l-unknown-linux platform to /etc/rpm/platform at the very bottom? | 15:17 |
| Guma | And I am assuming the rebuilding rootfs (as bluelightning pointed out earlier) add PACKAGE_EXTRA_ARCHS="armv7l" ? So it will show up in packages? | 15:19 |
| Guma | Is that how this works? | 15:19 |
| fray_ | rpm -qp --yaml <package> | 15:19 |
| fray_ | add the 'p' for package | 15:19 |
| fray_ | ya, if you are getting that message the internal arch is likely armv7l-unknown-linux if you add that it should allow the install.. | 15:20 |
| fray_ | As for the PACKAGE_EXTRA_ARCHS, you'd have to add it as an "_append" | 15:20 |
| fray_ | I'd be careful though.. AFAIK none of that is Yocto Project naming.. so the package may not be compatible with your system | 15:21 |
| *** blloyd <blloyd!~blloyd@COX-66-210-177-72-static.coxinet.net> has joined #yocto | 15:22 | |
| Guma | I just quickly added armv7l-.*-linux.* to platform and warning is gone. I got another error about error: Failed dependencies: /proc/9626 is needed by postgresql-9.3.5-1.armv7l. But I think I know what that might be. One thig at a time | 15:22 |
| Guma | let me try rpm -qp | 15:23 |
| Guma | fray_: I see this "Arch: armv7l" | 15:25 |
| fray_ | thats not the right field.. look further for something like canonical arch | 15:25 |
| fray_ | (I'll see if I can find the name of the right field) | 15:25 |
| fray_ | 'Arch:' is the unused filename architecture.. it's ignored by RPM5, as it's not explicit enough for the platform checking | 15:26 |
| fray_ | the value is 'Platform: | 15:28 |
| fray_ | i.e.: Platform: lib32_x86-windriver-linux-gnu | 15:28 |
| fray_ | you can query it directly as: | 15:29 |
| Guma | fray_: Platform is armv7l-poky-linux-gnueabi | 15:29 |
| fray_ | ./rpm -qp --qf '%{NAME} %{PLATFORM}\n' <package> | 15:29 |
| fray_ | there ya go.. thats the entry you need (or a wild card to match) in your /etc/rpm/platform file | 15:29 |
| Guma | So I added armv7l-.*-linux.*. Should I change it to armv7l-poky-linux.* | 15:30 |
| Guma | I already have arm-poky-linux-gnueabi in platform file. I will add armv7l-poky-linux-gnueabi right under it. | 15:32 |
| *** roric <roric!~roric@83.140.117.51> has joined #yocto | 15:32 | |
| fray_ | yes.. | 15:33 |
| fray_ | typical file is: | 15:33 |
| fray_ | <uname -m>-<vendor>-<os>[-<extension>] | 15:33 |
| fray_ | regex1 | 15:33 |
| fray_ | regex2 | 15:33 |
| fray_ | regex3 | 15:33 |
| fray_ | ... | 15:33 |
| fray_ | regexN | 15:33 |
| fray_ | (You've also found the format of the regex) ;) | 15:34 |
| Guma | Yey!!! | 15:34 |
| Guma | ok so co correct it in next rootfs build. Should I add PACKAGE_EXTRA_ARCHS="armv7l". that correct format for BitBake? | 15:37 |
| Guma | fray_: Thank you for you help :) | 15:45 |
| Guma | And bluelightning :) | 15:45 |
| *** dvhart <dvhart!~dvhart@134.134.139.72> has joined #yocto | 15:47 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 15:50 | |
| Guma | fray_: When looking in at my package internals "rpm -pq --yaml postgresql-9.3.5-1.armv7l.rpm | grep -i 9626" I see two entries. The reason I did this is that when trying to install "rpm -Uvh postgresql-9.3.5-1.armv7l.rpm" I get this error message: | 15:55 |
| Guma | "/proc/9626 is needed by postgresql-9.3.5-1.armv7l" | 15:56 |
| fray_ | that sounds like a bug in the package! | 15:56 |
| fray_ | somehow something in the package got a link or otherwise reference to /proc/9626, which simply won't exist for you.. | 15:56 |
| fray_ | so you'll have to find and fix the package bug first.. | 15:57 |
| fray_ | there is per-file depednency information in most RPM packages.. you can query things like rpm -qp --filerequires and see if you can trace down what is requiring that and fix it | 15:57 |
| Guma | I think it would be checkinstall / installwatch :) | 15:57 |
| *** roric <roric!~roric@83.140.117.51> has quit IRC | 15:57 | |
| *** fgretief <fgretief!~chatzilla@196-210-119-217.dynamic.isadsl.co.za> has joined #yocto | 16:04 | |
| *** ddom <ddom!~ddom@p4FFAB15F.dip0.t-ipconnect.de> has quit IRC | 16:05 | |
| Guma | fray_: :) Is see /proc/self in it | 16:12 |
| *** dvhart <dvhart!~dvhart@134.134.139.72> has quit IRC | 16:12 | |
| *** jbrianceau is now known as jbrianceau_away | 16:13 | |
| fray_ | ya.. that is wrong | 16:14 |
| fray_ | package should never own or depend (directly) on proc self | 16:14 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 16:17 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 16:20 | |
| *** agust <agust!~agust@p4FDE71BA.dip0.t-ipconnect.de> has quit IRC | 16:20 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-tfexphthccjqgwll> has joined #yocto | 16:23 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-ccwgmoznulanedlc> has joined #yocto | 16:28 | |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has quit IRC | 16:31 | |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has joined #yocto | 16:33 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 16:51 | |
| *** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has quit IRC | 16:52 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-tfexphthccjqgwll> has quit IRC | 16:57 | |
| *** dvhart <dvhart!~dvhart@134.134.139.72> has joined #yocto | 16:59 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 17:00 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 17:02 | |
| maxtothemax | where would I suggest someone report a bug in meta-openembedded? | 17:16 |
| fray_ | openembedded-devel@lists.openembedded.org | 17:26 |
| maxtothemax | really? that's not just patches only? | 17:27 |
| fray_ | development discussion and patches | 17:27 |
| *** Guma <Guma!~Guma@96.25.148.38> has quit IRC | 17:27 | |
| maxtothemax | ok thanks | 17:30 |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@host246-168-dynamic.14-87-r.retail.telecomitalia.it> has joined #yocto | 17:32 | |
| *** ddom <ddom!~ddom@ip-37-201-80-63.hsi13.unitymediagroup.de> has joined #yocto | 17:33 | |
| *** WarheadsSE <WarheadsSE!~WarheadsS@50.164.115.22> has joined #yocto | 17:36 | |
| WarheadsSE | Anyone seen this or similar before? ERROR: The following packages could not be configured offline and rootfs is read-only: ttf-sazanami-mincho | 17:36 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:36 | |
| sgw_ | khem: I just discovered that we are getting some errors reported during eglibc configuration, might be related to your menu config patch (maybe) | 17:37 |
| nerdboy | WarheadsSE: sounds like fontcache maybe? guess it thinks it needs to run on first boot on rw rootfs | 17:38 |
| nerdboy | look and see what's in the postinst file | 17:39 |
| WarheadsSE | hrm. A definitive WTF, because I have never once hit this before. | 17:39 |
| *** Guma <Guma!~Guma@96.25.148.38> has joined #yocto | 17:39 | |
| nerdboy | me neither | 17:39 |
| WarheadsSE | I've built this image recipe a lot of times, but today, wtfbbq | 17:39 |
| *** jimBaxter_uk <jimBaxter_uk!~jbaxter@jimbax.plus.com> has quit IRC | 17:40 | |
| nerdboy | did you update build branch? add a package with a new font dep? anything? | 17:40 |
| Guma | fray: Not sure if I missed answer since I got disconnected. As far as PACKAGE_EXTRA_ARCHS="armv7l" goes is that the format I should use? | 17:40 |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 17:41 | |
| WarheadsSE | Nothing that is related to anything to do with fonts, fontcache, etc. | 17:43 |
| WarheadsSE | nerdboy: more over, wtf mate. This rootfs should not be in a RO state at the point it is doing the package configs. | 17:45 |
| nerdboy | no, i think it means "is configured to boot ro" so it can't do it then either | 17:47 |
| nerdboy | just a guess... | 17:48 |
| nerdboy | pkg_postinst wants to run either offline (rootfs/image creation) or on first boot up | 17:48 |
| * nerdboy pulling from memories of classic | 17:49 | |
| WarheadsSE | heh | 17:49 |
| nerdboy | haven't really tried ro_rootfs with newer builds | 17:50 |
| JaMa | yes, it's failing postinst | 17:50 |
| JaMa | check with bitbake -e why your image is switcher to R-O and what try to re-execute the postinst by hand to see why it's failing | 17:50 |
| JaMa | often it's because of qemu-native not working correctly | 17:50 |
| JaMa | http://lists.openembedded.org/pipermail/openembedded-core/2014-July/095119.html | 17:51 |
| WarheadsSE | hrm. | 17:52 |
| WarheadsSE | def don't have this in my srcrevs for dora @ my manifest. | 17:53 |
| *** hbruce <hbruce!~hbruce@134.134.137.75> has joined #yocto | 17:54 | |
| JaMa | it's not even in master, it's just example of possible issues I was hit by | 17:54 |
| WarheadsSE | k, thanks for the heads up | 17:54 |
| WarheadsSE | definitely *odd* | 17:55 |
| JaMa | in fontcache.bbclass as well as some other classes | 17:55 |
| JaMa | s/other classes/e.g. pango | 17:55 |
| *** maxtothemax <maxtothemax!~maxtothem@134.134.139.74> has quit IRC | 17:57 | |
| *** maxtothemax <maxtothemax!~maxtothem@134.134.139.74> has joined #yocto | 17:57 | |
| WarheadsSE | ah.. yup | 17:57 |
| WarheadsSE | | > Executing update_font_cache | 17:57 |
| WarheadsSE | | WARNING: intercept script "update_font_cache" failed, falling back to running postinstalls at first boot | 17:57 |
| WarheadsSE | Considering we make squashfs images.. yeah, thats RO. | 17:58 |
| lpapp | hi nerdboy | 18:01 |
| nerdboy | yo | 18:01 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 18:02 | |
| WarheadsSE | JaMa: nerdboy yup.. | 18:03 |
| WarheadsSE | this one will be fun to hunt. | 18:03 |
| JaMa | it's not so complicated.. just re-run the postinst manually | 18:06 |
| *** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 18:10 | |
| *** sameo <sameo!~samuel@192.55.55.37> has quit IRC | 18:11 | |
| nerdboy | if all else fails, package the final cache... | 18:16 |
| nerdboy | not the best option, but... | 18:17 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-zfebbyaethkynhog> has quit IRC | 18:18 | |
| rburton | WarheadsSE: gnar, that again. the log might be useful. what target machine? | 18:19 |
| WarheadsSE | x64 making i586 | 18:21 |
| nerdboy | no reason fontcache shouldn't be able to run with the right perms during normal postinst.. | 18:21 |
| nerdboy | In Theory anyway... | 18:21 |
| WarheadsSE | Yeah, never ever seen this before | 18:21 |
| WarheadsSE | Even built a different image in this same build root, same state, no problem. | 18:22 |
| nerdboy | i say that, but my rpi sato image is still contaminated with the wrong x-init package... | 18:22 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 18:23 | |
| nerdboy | WarheadsSE: does your recipe inherit fontcache, or have a hard-coded postinst script? | 18:26 |
| * nerdboy never even looked at fontcache.bbclass before... | 18:26 | |
| WarheadsSE | We don't even have any custom font packages. | 18:28 |
| nerdboy | looks like oe-core and poky/meta are different | 18:28 |
| nerdboy | which one are you using? | 18:29 |
| WarheadsSE | dora oe-core | 18:29 |
| nerdboy | master poky/meta | 18:29 |
| nerdboy | might be why i haven't seen it... | 18:30 |
| *** [Sno]_ <[Sno]_!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 18:33 | |
| *** dvhart <dvhart!~dvhart@134.134.139.72> has quit IRC | 18:35 | |
| *** khem_ <khem_!~khem@c-98-207-177-218.hsd1.ca.comcast.net> has joined #yocto | 18:35 | |
| *** Nitin1 <Nitin1!~nakamble@134.134.137.75> has joined #yocto | 18:36 | |
| *** ajtag_ <ajtag_!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has joined #yocto | 18:40 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-ccwgmoznulanedlc> has quit IRC | 18:41 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 18:41 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 18:41 | |
| *** khem <khem!~khem@c-98-207-177-218.hsd1.ca.comcast.net> has quit IRC | 18:41 | |
| *** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has quit IRC | 18:41 | |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has quit IRC | 18:41 | |
| *** [Sno]_ is now known as [Sno] | 18:41 | |
| *** ajtag_ is now known as ajtag | 18:41 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 18:41 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-gofxhmowvdehjomt> has joined #yocto | 18:42 | |
| *** Nitin1 <Nitin1!~nakamble@134.134.137.75> has quit IRC | 18:44 | |
| *** manuel_ <manuel_!~manuel_@pD9FDCCDD.dip0.t-ipconnect.de> has quit IRC | 18:47 | |
| *** Daemon404 <Daemon404!~who_knows@cpc21-newt31-2-0-cust123.newt.cable.virginm.net> has quit IRC | 18:47 | |
| *** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto | 18:47 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 18:48 | |
| *** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 18:51 | |
| * nerdboy still doing surgery on older kid's laptop | 18:52 | |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has joined #yocto | 18:52 | |
| nerdboy | with a whole week left before school starts | 18:53 |
| *** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 18:58 | |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has quit IRC | 19:00 | |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has joined #yocto | 19:00 | |
| *** agust <agust!~agust@p4FDE71BA.dip0.t-ipconnect.de> has joined #yocto | 19:07 | |
| *** Nitin1 <Nitin1!~nakamble@192.55.55.39> has joined #yocto | 19:38 | |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has quit IRC | 19:40 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-gofxhmowvdehjomt> has quit IRC | 19:40 | |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has joined #yocto | 19:42 | |
| *** ant__ <ant__!~andrea@host109-40-dynamic.0-79-r.retail.telecomitalia.it> has joined #yocto | 19:50 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 19:52 | |
| *** LCyrin <LCyrin!~LCyrin@2607:fb90:270a:b754:14c4:900c:cfab:e402> has joined #yocto | 20:00 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 20:02 | |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has quit IRC | 20:12 | |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has joined #yocto | 20:13 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d> has joined #yocto | 20:16 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d> has quit IRC | 20:16 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:16 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 20:19 | |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has quit IRC | 20:19 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-otmckbmxkjhglbaj> has joined #yocto | 20:20 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-otmckbmxkjhglbaj> has quit IRC | 20:21 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-wqnhtzedlllyoohy> has joined #yocto | 20:21 | |
| *** bluelightning_ <bluelightning_!~paul@167.127.187.81.in-addr.arpa> has joined #yocto | 20:22 | |
| *** bluelightning_ <bluelightning_!~paul@167.127.187.81.in-addr.arpa> has quit IRC | 20:22 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:22 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 20:22 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-wqnhtzedlllyoohy> has quit IRC | 20:22 | |
| *** dvhart <dvhart!~dvhart@134.134.139.72> has joined #yocto | 20:23 | |
| *** dvhart <dvhart!~dvhart@134.134.139.72> has quit IRC | 20:25 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 20:49 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 20:49 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 20:54 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 20:54 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 20:55 | |
| *** awafaa_ is now known as awafaa | 21:00 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:04 | |
| *** dburman <dburman!~dburman@173-11-42-18-Minnesota.hfc.comcastbusiness.net> has joined #yocto | 21:04 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 21:05 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 21:06 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 21:11 | |
| *** jkridner|work <jkridner|work!~jkridner@c-98-250-189-79.hsd1.mi.comcast.net> has joined #yocto | 21:12 | |
| *** jzhang <jzhang!~jzhang@134.134.139.76> has quit IRC | 21:12 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 21:13 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:13 | |
| *** hsychla_ <hsychla_!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC | 21:13 | |
| *** hsychla_ <hsychla_!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto | 21:13 | |
| *** jzhang <jzhang!~jzhang@134.134.139.76> has joined #yocto | 21:13 | |
| *** demonimin <demonimin!~demonimin@pro75-5-88-162-203-35.fbx.proxad.net> has joined #yocto | 21:14 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 21:14 | |
| *** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 21:18 | |
| *** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 21:20 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:38 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 21:39 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 21:42 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 21:44 | |
| khem_ | sgw_: what error do you see | 21:46 |
| sgw_ | Hi khem_, hang on I will pastebin it | 21:47 |
| khem_ | OK | 21:48 |
| *** khem_ is now known as khem | 21:49 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 21:50 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 21:51 | |
| sgw_ | khem: had to rebuild, here's the output: http://pastebin.com/d9Ms96E8 | 21:56 |
| *** dburman <dburman!~dburman@173-11-42-18-Minnesota.hfc.comcastbusiness.net> has quit IRC | 21:58 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| sgw_ | khem it seems like it's not parseing the option-groups files correctly, just a guess | 22:03 |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 22:04 | |
| *** Nitin1 <Nitin1!~nakamble@192.55.55.39> has quit IRC | 22:05 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-luvtendlsxjccwck> has joined #yocto | 22:05 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 22:08 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 22:09 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:13 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:15 | |
| *** ant__ <ant__!~andrea@host109-40-dynamic.0-79-r.retail.telecomitalia.it> has quit IRC | 22:18 | |
| seebs | So, I finally figured out a thing that's been bugging me for ages, which is that attempts to expand anything that uses TARGET_VENDOR for multilibs tend to fail. | 22:20 |
| seebs | It turns out: There's a few things that happen early on (like preferred_ml_updates), which depend on TARGET_VENDOR, but TARGET_VENDOR_virtclass-multilib-foo doesn't get set until multilib_virtclass_handler_global, which doesn't execute until fairly late. | 22:21 |
| seebs | But the TARGET_VENDOR values don't have any obvious reason to be contingent on a recipe being parsed. | 22:21 |
| *** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC | 22:21 | |
| seebs | And this leads me to a thing I don't quite know about the order of events, which is: If I have two handlers for ConfigParsed, can I indicate in some way that one of them needs to happen first? | 22:21 |
| kergoth | nope. there's no way to enforce order. its possible the order *might* be reliable based on parse order / addhandler order, but i'm not certain | 22:22 |
| kergoth | oe-lite added inter-"hook" (event handler) dependencies ala addtask, but we don't have that (yet) | 22:22 |
| seebs | So, the net result is: Nothing in a ConfigParsed handler can assume that TARGET_VENDOR_virtclass-multlib-foo will be set. Even if I move the setting for those into a separate handler to run on ConfigParsed. Hmm. | 22:23 |
| kergoth | the multilib class by definition isn't inherited until after the recipe itself is parsed | 22:24 |
| seebs | Oh-hoh. | 22:24 |
| seebs | I think I see the problem, then. | 22:24 |
| seebs | Well, wait. This is multilib_global.bbclass. | 22:24 |
| kergoth | ah, right. well, keep in mind that ConfigParsed gets un-finalized metadata passed to it | 22:25 |
| kergoth | quite often a cnofigparsed handler will ahve to create a local copy and finalize it first to get appends/etc to apply | 22:25 |
| seebs | Mostly, what it's doing is adding TARGET_VENDOR_virtclass-multlib-foo = "${TARGET_VENDOR}mlfoo", basically. | 22:25 |
| seebs | Yeah. | 22:25 |
| kergoth | its a common pattern -- we need to fix that, make a finalized config metadata instance get passed around to folks that need it | 22:25 |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 22:25 | |
| seebs | I had previously realized this was a problem, but I hadn't figured out *why* exactly, but it's killed otherwise-plausible designs before. | 22:25 |
| seebs | The thing biting me right now: PREFERRED_VENDOR things using $TARGET_PREFIX don't get set correctly for multilibs. | 22:26 |
| seebs | Because they get, e.g., i586-wrs-linux, instead of i586-wrsmllib32-linux. | 22:26 |
| *** zarul <zarul!~zarul@ubuntu/member/zarul> has quit IRC | 22:31 | |
| seebs | Come to think of it. Perhaps the right thing is to move the TARGET_VENDOR_* into a handler that runs on ConfigParsed, and ALSO move the preferred_ml_updates into that handler. Because that's more reasonably associated with multilib_global.bbclass than base.bbclass to begin with. | 22:32 |
| *** sjolley <sjolley!sjolley@nat/intel/x-wknvrlujwhvnrtrt> has joined #yocto | 22:34 | |
| *** Sput <Sput!~sputnick@quassel/developer/sput> has joined #yocto | 22:36 | |
| *** Guma <Guma!~Guma@96.25.148.38> has quit IRC | 22:36 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-luvtendlsxjccwck> has quit IRC | 22:39 | |
| seebs | Oh, hey, that worked. | 22:42 |
| *** Nitin1 <Nitin1!nakamble@nat/intel/x-uwyunkmqqongyflg> has joined #yocto | 22:43 | |
| seebs | Okay, I think I have a proposed fix. In multilib_global.bbclass, add a new handler for ConfigParsed. Move the settings of TARGET_VENDOR_virtclass-multilib-* into that handler, and then have it call preferred_ml_updates(). | 22:43 |
| seebs | Which is moved over there from base.bbclass. | 22:44 |
| seebs | Net result, PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}gcc then works. | 22:44 |
| *** EddyLaiTW <EddyLaiTW!~eddylai@61-231-110-191.dynamic.hinet.net> has joined #yocto | 22:44 | |
| *** Nitin1 <Nitin1!nakamble@nat/intel/x-uwyunkmqqongyflg> has quit IRC | 22:45 | |
| *** Nitin <Nitin!~nakamble@192.55.55.39> has joined #yocto | 22:45 | |
| EddyLaiTW | hi, I add this line"IMAGE_ROOTFS_EXTRA_SPACE = "512000" into local.conf then "bitbake core-image-full-cmdline", but there's no new .hddimg created with expected more 512MB space increated, deply/images | 22:48 |
| EddyLaiTW | how to force roots rebuild after loca.conf modified? | 22:49 |
| *** Nitin <Nitin!~nakamble@192.55.55.39> has quit IRC | 22:49 | |
| sgw_ | EddyLaiTW: try doing a bitbake -c clean core-image-full-cmdline | 22:51 |
| *** Nitin <Nitin!~nakamble@134.134.137.75> has joined #yocto | 22:54 | |
| *** agust <agust!~agust@p4FDE71BA.dip0.t-ipconnect.de> has quit IRC | 23:00 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 23:04 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:07 | |
| *** Nitin <Nitin!~nakamble@134.134.137.75> has quit IRC | 23:13 | |
| *** zarul <zarul!~zarul@ubuntu/member/zarul> has joined #yocto | 23:16 | |
| *** Jefro <Jefro!~jefro@76-191-186-206.dyn.adsl.mcn.org> has joined #yocto | 23:33 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 23:53 | |
| *** Jefro <Jefro!~jefro@76-191-186-206.dyn.adsl.mcn.org> has quit IRC | 23:58 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!