| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has quit IRC | 00:26 | |
| *** OutOfNoWhere <OutOfNoWhere!~rpb@199.68.195.101> has quit IRC | 01:02 | |
| *** dieter_ <dieter_!~quassel@p4FC51FC8.dip0.t-ipconnect.de> has joined #yocto | 01:04 | |
| *** dieter__ <dieter__!~quassel@p4FC5187A.dip0.t-ipconnect.de> has quit IRC | 01:04 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 01:12 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 01:12 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:28 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 01:28 | |
| *** dreyna4529 <dreyna4529!~dreyna@unknown-216-195.windriver.com> has joined #yocto | 01:38 | |
| *** Guest61108 <Guest61108!~dennis@116.228.88.131> has quit IRC | 01:41 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 01:41 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 02:46 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 03:03 | |
| *** dreyna4529 <dreyna4529!~dreyna@unknown-216-195.windriver.com> has quit IRC | 03:05 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 03:12 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 03:17 | |
| *** RP <RP!~richard@187.217.231.66> has joined #yocto | 03:20 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 03:26 | |
| *** imrehg <imrehg!~imrehg@122.147.15.218> has joined #yocto | 03:27 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 03:29 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 03:31 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 03:43 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 03:44 | |
| *** hugovs <hugovs!~hugo@177.159.144.73> has quit IRC | 03:56 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 04:00 | |
| *** hugovs <hugovs!~hugo@177.159.144.73> has joined #yocto | 04:04 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 04:16 | |
| *** rodgort <rodgort!~rodgort@2607:5300:100:200::160d> has quit IRC | 04:16 | |
| *** rodgort <rodgort!~rodgort@105.ip-167-114-152.net> has joined #yocto | 04:18 | |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 04:50 | |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 05:09 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 05:13 | |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-oxlqwxtorrjrycvi> has quit IRC | 05:17 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 05:18 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto | 05:20 | |
| *** luyu__ <luyu__!luyu@nat/intel/x-xaazsmmulbjgrqhp> has quit IRC | 05:24 | |
| *** luyu__ <luyu__!luyu@nat/intel/x-yoiqsfufmgnkpqik> has joined #yocto | 05:25 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-khlpczaafbphgvyt> has quit IRC | 05:35 | |
| *** gizero_ <gizero_!~gizero@151.30.105.18> has joined #yocto | 05:49 | |
| *** dieter_ <dieter_!~quassel@p4FC51FC8.dip0.t-ipconnect.de> has quit IRC | 05:55 | |
| *** [Sno] <[Sno]!~sno@rademacherexchange.de> has joined #yocto | 06:08 | |
| *** marek__ <marek__!~marek@81.89.61.168.vnet.sk> has joined #yocto | 06:16 | |
| *** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto | 06:21 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has quit IRC | 06:26 | |
| *** gizero_ <gizero_!~gizero@151.30.105.18> has quit IRC | 06:28 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 06:33 | |
| *** gizero_ <gizero_!~gizero@151.30.105.18> has joined #yocto | 06:36 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-roykfczsfrnxjsya> has joined #yocto | 06:46 | |
| *** jbrianceau_away is now known as jbrianceau | 06:46 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 06:49 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 06:52 | |
| *** gizero_ <gizero_!~gizero@151.30.105.18> has quit IRC | 07:01 | |
| *** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has joined #yocto | 07:12 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 07:14 | |
| *** gizero_ <gizero_!~gizero@151.30.105.18> has joined #yocto | 07:17 | |
| *** gizero_ <gizero_!~gizero@151.30.105.18> has quit IRC | 07:17 | |
| *** sameo <sameo!samuel@nat/intel/x-loqnuzljfngyaguz> has joined #yocto | 07:18 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 07:19 | |
| *** jku <jku!jku@nat/intel/x-midqpxbuevweabpw> has joined #yocto | 07:19 | |
| *** gizero_ <gizero_!~gizero@151.30.105.18> has joined #yocto | 07:21 | |
| *** pidge <pidge!~pidge@2a02:8084:0:3000:54e2:5285:904c:3bbd> has joined #yocto | 07:22 | |
| *** Biliogadafr <Biliogadafr!~User@37.44.102.241> has joined #yocto | 07:26 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto | 07:34 | |
| *** gizero_ <gizero_!~gizero@151.30.105.18> has quit IRC | 07:46 | |
| *** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 07:50 | |
| *** lordzen <lordzen!~lordzen@93-51-177-218.ip268.fastwebnet.it> has joined #yocto | 07:52 | |
| *** javier__ <javier__!~javier@ec2-52-16-50-132.eu-west-1.compute.amazonaws.com> has joined #yocto | 07:54 | |
| *** gizero_ <gizero_!~gizero@151.30.105.18> has joined #yocto | 07:56 | |
| *** khalebios <khalebios!500d0de3@gateway/web/freenode/ip.80.13.13.227> has joined #yocto | 07:57 | |
| khalebios | hello . I'am try to write a new recipe which goal is to install a little hello world program | 07:58 |
|---|---|---|
| khalebios | the code is here http://pastebin.com/cDjvcXwT | 08:00 |
| khalebios | i have an error when running : bitbake -b ../../../recipes-extended/test-hello/test-hello_0.1.bb | 08:01 |
| *** jku <jku!jku@nat/intel/x-midqpxbuevweabpw> has quit IRC | 08:05 | |
| LetoThe2nd | khalebios: configure sounds like the source is autotoolized. so you better should depend on the autotools.class infrastructure. | 08:05 |
| *** jku <jku!jku@nat/intel/x-onqxnvtttitiziun> has joined #yocto | 08:06 | |
| khalebios | so i have to add inherit autotools in my recipes? | 08:06 |
| LetoThe2nd | khalebios: instead of bluntly tinkering the recipe, i'd suggest reading chapter 5.3 of the dev manual, and then take a careful look at the second example under http://www.yoctoproject.org/docs/1.8/dev-manual/dev-manual.html#new-recipe-testing-examples | 08:10 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:11 | |
| LetoThe2nd | plus, i think the yocto-layer create command also gives you some working example recipe to base of if you wish so. | 08:12 |
| bluelightning | morning all | 08:15 |
| wto | Is there a way to have yocto/oe unpack a tarball to some different directory? | 08:16 |
| *** belen <belen!Adium@nat/intel/x-adknnadrieniqhij> has joined #yocto | 08:16 | |
| wto | I have a recipe where I want to download two tarballs, but their internal structure both begin with the same directory (so they would be merged when unpackging) | 08:16 |
| *** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:18 | |
| wto | So a.tar.bz2 and b.tar.bz2 both contain "specific_dir/" as top-level inside the tarball. | 08:23 |
| wto | I would like to have them separated, but I have no power over the tarballs (so I can't change them myself). | 08:23 |
| bluelightning | wto: there is a way yes, one moment | 08:24 |
| bluelightning | wto: add ;subdir=subdirectoryname | 08:24 |
| wto | bluelightning: ah, to the SRC_URI-line? | 08:25 |
| bluelightning | wto: yes | 08:25 |
| wto | That's a neat solution! | 08:25 |
| wto | Thanks! | 08:25 |
| bluelightning | np | 08:25 |
| *** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 08:25 | |
| *** zwerch <zwerch!~Adium@ip-178-200-96-248.hsi07.unitymediagroup.de> has joined #yocto | 08:28 | |
| zwerch | Hello guys. I'm struggling with a psplash issue. I need to have a full 1080p logo in psplash, but it seems that the bar is somehow breaking the splash screen, there is a black full-width line and the logo is cut weirdly. Is there a way to maybe disable the whole bar? | 08:30 |
| *** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 08:31 | |
| *** pohly <pohly!~pohly@p5DE8E39B.dip0.t-ipconnect.de> has joined #yocto | 08:32 | |
| *** belen1 <belen1!Adium@nat/intel/x-qcpowapaxkmkqmer> has joined #yocto | 08:43 | |
| *** belen <belen!Adium@nat/intel/x-adknnadrieniqhij> has quit IRC | 08:43 | |
| *** gizero_ <gizero_!~gizero@151.30.105.18> has quit IRC | 08:45 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:52 | |
| *** gizero_ <gizero_!~gizero@ppp-18-105.30-151.libero.it> has joined #yocto | 08:53 | |
| *** ionte <ionte!~ionte@c-7a45e055.164-1-64736c11.cust.bredbandsbolaget.se> has joined #yocto | 08:55 | |
| *** pidge <pidge!~pidge@2a02:8084:0:3000:54e2:5285:904c:3bbd> has quit IRC | 09:00 | |
| *** wschaller <wschaller!~wschaller@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 09:04 | |
| *** imrehg <imrehg!~imrehg@122.147.15.218> has quit IRC | 09:10 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 09:15 | |
| *** rrvic <rrvic!~rrvic@c167-98.i06-10.onvol.net> has joined #yocto | 09:16 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 09:17 | |
| *** dlan <dlan!~dennis@116.228.88.131> has joined #yocto | 09:18 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 09:18 | |
| *** pidge <pidge!~pidge@2a02:8084:0:3000:54e2:5285:904c:3bbd> has joined #yocto | 09:19 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 09:19 | |
| *** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto | 09:23 | |
| *** paulg <paulg!~paulg@24-246-6-178.cable.teksavvy.com> has joined #yocto | 09:36 | |
| khalebios | RE -hello!!! | 09:38 |
| khalebios | why i can't rewrite my /etc/network/interfaces wuth ROOTFS_POSTPROCESS_COMMAND | 09:39 |
| bluelightning | khalebios: you'll need to write to ${IMAGE_ROOTFS}/etc/network/interfaces otherwise you'll be trying to write into your build host's /etc | 09:41 |
| khalebios | i have this line: cp ${IMAGE_ROOTFS}/etc/network/interface ${IMAGE_ROOTFS}/etc/network/interfaces; | 09:44 |
| khalebios | but nothing change in my interfaces files | 09:44 |
| khalebios | file | 09:44 |
| *** belen1 <belen1!Adium@nat/intel/x-qcpowapaxkmkqmer> has quit IRC | 09:46 | |
| bluelightning | khalebios: ROOTFS_POSTPROCESS_COMMAND is actually a list of functions to call | 09:46 |
| bluelightning | khalebios: you need to create a shell function that does the cp and call that from ROOTFS_POSTPROCESS_COMMAND | 09:46 |
| *** paulg <paulg!~paulg@24-246-6-178.cable.teksavvy.com> has quit IRC | 09:48 | |
| khalebios | so to resume: add a shell | 09:56 |
| khalebios | i am trying start | 09:56 |
| khalebios | i am trying that | 09:56 |
| khalebios | i made this: | 10:01 |
| khalebios | setinterfaces(){ cp -f ${IMAGE_ROOTFS}/etc/network/interface ${IMAGE_ROOTFS}/etc/network/interfaces; } | 10:01 |
| khalebios | and after | 10:01 |
| khalebios | ROOTFS_POSTPROCESS_COMMAND += "\setinterfaces;\" | 10:02 |
| khalebios | nothing changes | 10:02 |
| javier__ | hi, if there is a way to ask in a recipe if a specific package has been added to the image? | 10:02 |
| javier__ | something like ${@bb.utils.contains('DISTRO_FEATURES',...) but for packages? | 10:02 |
| javier__ | I've a recipe for an app that has a QT frontend but I only want to add a dependency to qtbase and enable the frontend in configure if the qtfoo has been added to the image | 10:03 |
| bluelightning | khalebios: what is with the \ ? | 10:05 |
| javier__ | already split the QT frontend in a different package so the front and backend can be installed separately | 10:05 |
| khalebios | \ I use it to add other thing to the ROOTFS_POSTPROCESS8COMMAND | 10:05 |
| bluelightning | javier__: no, you can't do that I'm afraid | 10:06 |
| bluelightning | khalebios: items in ROOTFS_POSTPROCESS_COMMAND are separated by ; | 10:06 |
| khalebios | what do you do when you whant to change line? | 10:07 |
| javier__ | bluelightning: that explains why I was not finding in the docs, so what's the good practice for this case? | 10:07 |
| javier__ | bluelightning: to allow the user building and install the QT frontend or not? | 10:08 |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 10:08 | |
| bluelightning | javier__: well, build time decisions about optional functionality for individual recipes are usually done through PACKAGECONFIG | 10:09 |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 10:10 | |
| *** benjamirc <benjamirc!~besquive@134.134.139.74> has joined #yocto | 10:11 | |
| *** gizero_ <gizero_!~gizero@ppp-18-105.30-151.libero.it> has quit IRC | 10:11 | |
| *** rrvic <rrvic!~rrvic@c167-98.i06-10.onvol.net> has quit IRC | 10:15 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 10:15 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 10:15 | |
| khalebios | on question: does ROOTFS_POSTPROCESS_COMMAND been executed at the last time of the compilation? | 10:20 |
| javier__ | bluelightning: thanks, I'll investitage about PACKAGECONFIG. I've seen that other recipes used but not completely understading how it works. | 10:22 |
| bluelightning | khalebios: I'm sorry I don't quite understand the question... ? | 10:24 |
| khalebios | i see that in one recipes : init-ifupdown .. they are a FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:" command | 10:26 |
| *** zenx <zenx!~quassel@37.189.236.81> has joined #yocto | 10:36 | |
| khalebios | i understand that this recipe upgrade the interfaces file | 10:40 |
| khalebios | but this doesn't work | 10:40 |
| *** khalebios <khalebios!500d0de3@gateway/web/freenode/ip.80.13.13.227> has quit IRC | 10:43 | |
| *** belen <belen!Adium@nat/intel/x-rtigorgbcbgfcioz> has joined #yocto | 10:49 | |
| *** sm0ketst <sm0ketst!c207a193@gateway/web/freenode/ip.194.7.161.147> has joined #yocto | 11:08 | |
| jku | bluelightning: I'm trying out devtool with a texinfo upgrade but am not sure how to get started in this specific situation: If I update texinfo version (and SRC_URI checksums) and then run "devtool modify -x texinfo ~/src/texinfo" it fails because the patches fail to apply to the new version... | 11:08 |
| jku | but those patches are exactly what I want to fix and I thought devtool would help there... maybe I've misunderstood something? | 11:08 |
| bluelightning | jku: the upgrade case isn't well-handled right now - we've got someone working on it atm: https://bugzilla.yoctoproject.org/show_bug.cgi?id=7642 | 11:10 |
| yocti | Bug 7642: enhancement, High, 1.9 M2, leonardo.sandoval.gonzalez, IN PROGRESS IMPLEMENTATION , devtool: add recipe upgrade functionality | 11:10 |
| jku | ok, thanks | 11:12 |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 11:16 | |
| *** imrehg <imrehg!~imrehg@118-168-69-163.dynamic.hinet.net> has joined #yocto | 11:17 | |
| *** wschaller <wschaller!~wschaller@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 11:19 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 11:20 | |
| *** imrehg <imrehg!~imrehg@118-168-69-163.dynamic.hinet.net> has quit IRC | 11:27 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has joined #yocto | 11:27 | |
| *** maxin <maxin!~majo@sestofw01.enea.se> has joined #yocto | 11:27 | |
| *** wschaller <wschaller!~wschaller@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 11:34 | |
| *** zwerch <zwerch!~Adium@ip-178-200-96-248.hsi07.unitymediagroup.de> has left #yocto | 11:37 | |
| *** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has joined #yocto | 11:37 | |
| *** orzen <orzen!~orz@h180n2-ld-c-a31.ias.bredband.telia.com> has left #yocto | 12:03 | |
| *** slips <slips!~slips@240.150.34.95.customer.cdi.no> has quit IRC | 12:05 | |
| *** slips <slips!~slips@240.150.34.95.customer.cdi.no> has joined #yocto | 12:06 | |
| AzaToth_ | where do I find recipetool? | 12:18 |
| AzaToth_ | (n00b question I know, but...) | 12:18 |
| AzaToth_ | have done the usual . oe<TAB> | 12:19 |
| bluelightning | AzaToth_: in fido (1.8) and later it's included in scripts/ so after setting up the environment it should be in your path | 12:19 |
| AzaToth_ | ok | 12:19 |
| AzaToth_ | we're sadly still using daisy | 12:20 |
| AzaToth_ | need to look into migrate to fido | 12:21 |
| *** luyu__ <luyu__!luyu@nat/intel/x-yoiqsfufmgnkpqik> has quit IRC | 12:32 | |
| *** Guest24743 <Guest24743!~quassel@106.120.101.38> has quit IRC | 12:51 | |
| *** Jackie <Jackie!~quassel@106.120.101.38> has joined #yocto | 12:53 | |
| *** Jackie is now known as Guest21497 | 12:53 | |
| *** RP <RP!~richard@187.217.231.66> has quit IRC | 12:56 | |
| *** tobiash <tobiash!~quassel@mail.bmw-carit.de> has quit IRC | 13:03 | |
| *** DS__ <DS__!bd3ddd3a@gateway/web/freenode/ip.189.61.221.58> has joined #yocto | 13:03 | |
| *** tobiash <tobiash!~quassel@mail.bmw-carit.de> has joined #yocto | 13:03 | |
| *** tobiash <tobiash!~quassel@mail.bmw-carit.de> has quit IRC | 13:05 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto | 13:15 | |
| *** gizero_ <gizero_!~gizero@ppp-18-105.30-151.libero.it> has joined #yocto | 13:21 | |
| *** tobiash <tobiash!~quassel@mail.bmw-carit.de> has joined #yocto | 13:27 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.57.92> has joined #yocto | 13:28 | |
| mcfrisk | What's the correct way to increment package version numbers after applying patches in a .bbappend? | 13:29 |
| *** Crofton <Crofton!~balister@193-80-229-227.adsl.highway.telekom.at> has joined #yocto | 13:30 | |
| bluelightning | mcfrisk: use the PR service, it will then happen automatically | 13:31 |
| bluelightning | http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#working-with-a-pr-service | 13:31 |
| mcfrisk | sigh, can't get servers like that up and running... | 13:32 |
| mcfrisk | I guess I can add a magic original+2 or something.. | 13:33 |
| mcfrisk | thanks bluelightning | 13:33 |
| bluelightning | can't? why? | 13:33 |
| mcfrisk | corporate crap | 13:36 |
| bluelightning | your build machine can't connect to localhost ? that's the simplest setup... | 13:36 |
| bluelightning | there's basically no server to set up then, it's started and stopped with the build process | 13:37 |
| bluelightning | PRSERV_HOST = "localhost:0" | 13:37 |
| mcfrisk | we have distributed build machinery so need a central location which is tricky with corporate IT... | 13:38 |
| *** tsramos <tsramos!tsramos@nat/intel/x-maildqvmbyjzjmew> has joined #yocto | 13:39 | |
| bluelightning | if your IT is placing such restrictions on internal servers, that's unfortunate | 13:40 |
| jku | the screen recipe includes this in SRC_URI: "${DEBIAN_MIRROR}/main/s/screen/screen_4.0.3-14.diff.gz;name=patch" -- that is the debian/-directory contents as a diff. Why on earth would we patch it in to the source directory? | 13:43 |
| bluelightning | jku: I guess it's a convenient way to pull in the patches from debian | 13:44 |
| mcfrisk | jku: if a source package follows Debian source package, that directory can contain patches Debian applies to upstream sources | 13:44 |
| *** gatisp <gatisp!~gp@91.237.34.118> has joined #yocto | 13:45 | |
| jku | where would I see those patches being applied? | 13:46 |
| gatisp | Hello, everytime I try to run "devshell" for a yocto recipe, it stays forever at the "0: myrecipe-1.0-r0 do_devshell (pid 31378)" line. But works fine on another PC. Has anyone experience this? | 13:48 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 13:48 | |
| *** benjamirc <benjamirc!~besquive@134.134.139.74> has quit IRC | 13:49 | |
| jku | bluelightning, mcfrisk: what I mean is: I can see (40!) patches in {S}/debian/patches/ but I don't see what mechanism would be used to apply them | 13:52 |
| mcfrisk | jku: you're right, they don't seem to be applied in yocto/master, or some magic happens in default actions | 13:53 |
| mcfrisk | this means that screen is really buggy in yocto? | 13:53 |
| bluelightning | mcfrisk: when you say they don't seem to be applied, how are you determining that? | 13:56 |
| bluelightning | jku: in theory, log.do_patch | 13:57 |
| mcfrisk | bluelightning: reading recipe | 13:58 |
| mcfrisk | can I see master build log of screen somewhere? build server? | 13:59 |
| mcfrisk | screen_4.0.3.bb only applies the debian patch, not the patches in the patch | 14:00 |
| jku | bluelightning: but also in the recipe right? the debian patches (the ones that end up in {S}/debian/patches/ ) can't get applied without being specified in the recipe somehow, right? | 14:01 |
| mcfrisk | maybe screen changed patch format in recent years/decades | 14:01 |
| mcfrisk | original old style debian patches were plain patches to orig source tree, nowadays they manage patch series under debian/ and apply them before compiling.. | 14:01 |
| gatisp | .. i guess it fails to spawn a terminal for some reason "DEBUG: Attempting to spawn terminal "gnome"" is the last debug msg I see | 14:02 |
| jku | it would have had to be >4 years ago when screen was probably moved from meta-oe | 14:02 |
| jku | well, I'll try to upgrade, we'll see how that goes | 14:02 |
| mcfrisk | jku: maybe a sanity test for this? | 14:03 |
| bluelightning | hmm, this is interesting... it's possible the person who added the patch missed this | 14:06 |
| jku | there's a couple of other recipes that have the same setup and I don't see them using the patches either | 14:06 |
| jku | well, that is tomorrows project: now I walk the dogs. Thanks for bouncing back some ideas | 14:09 |
| mcfrisk | well, it's not really a suprise, I can see that yocto packages are not really well maintained compared to debian/ubuntu/fedora/redhat/centos. Just not enough people and testing in yocto. Real distro users are missing in open source world at least. | 14:09 |
| bluelightning | I think you may be underestimating the number of commercial users of our project | 14:10 |
| *** RP <RP!~richard@192.55.54.59> has joined #yocto | 14:10 | |
| bluelightning | of course we have bugs... everyone does | 14:10 |
| mcfrisk | bluelightning: well I can see how little the commercial users are actually a) testing, b) co-operating with other distros with security support etc c) the quality of commercial additions to yocto. | 14:11 |
| *** jku <jku!jku@nat/intel/x-onqxnvtttitiziun> has quit IRC | 14:12 | |
| * mcfrisk is on the dark^R^Rcommercial side | 14:12 | |
| bluelightning | well, that's a little too general to respond to I'm afraid... | 14:14 |
| *** lamego <lamego!~lamego@134.134.137.73> has joined #yocto | 14:14 | |
| mcfrisk | yes, sorry for complaining here. I'll try to send patches instead... | 14:15 |
| bluelightning | I don't mind complaints, but they need to be a bit more specific | 14:17 |
| bluelightning | FWIW, Intel pays me and a number of others to work on the project; I know the same is true of other organisations that are YP members | 14:17 |
| mcfrisk | yes I know, and that does help. | 14:19 |
| mcfrisk | But 20 active developers, 2 reviewers for oe-core, that isn't matching Debian's 1000 devels (of which maybe 300 active) and 5 security support ppl. And yocto is about bleeding edge, not long term support for servers. | 14:21 |
| *** gatisp <gatisp!~gp@91.237.34.118> has quit IRC | 14:21 | |
| *** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has joined #yocto | 14:21 | |
| bluelightning | we have a slightly different problem space though, and far fewer pieces of software being packaged | 14:22 |
| mcfrisk | true | 14:22 |
| mcfrisk | but in the end some products would actually need lts style security support for various packages. companies paid to such support don't really seem to be doing anything in the embedded/automtive space at least. They just fork and run away without looking back. | 14:24 |
| *** jjmb <jjmb!~jjmb@host209-111.cablelabs.com> has joined #yocto | 14:24 | |
| *** jjmb1 <jjmb1!~jjmb@host209-111.cablelabs.com> has joined #yocto | 14:26 | |
| *** jjmb <jjmb!~jjmb@host209-111.cablelabs.com> has quit IRC | 14:28 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.57.92> has quit IRC | 14:35 | |
| -YoctoAutoBuilder- build #428 of nightly-non-gpl3 is complete: Failure [failed CheckForGPLv3] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/builds/428 | 14:41 | |
| *** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has quit IRC | 14:43 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-gwqdauwexkctltfb> has joined #yocto | 14:43 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:50 | |
| *** balister_ <balister_!~balister@91-114-166-170.adsl.highway.telekom.at> has joined #yocto | 14:51 | |
| *** gatisp <gatisp!~gp@91.237.34.118> has joined #yocto | 14:52 | |
| *** afxez0r <afxez0r!~afxez0r@134.134.139.70> has joined #yocto | 14:53 | |
| gatisp | When in devshell and running "autogen.sh" my recipe inherits autools I get "configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'." | 14:54 |
| *** Crofton <Crofton!~balister@193-80-229-227.adsl.highway.telekom.at> has quit IRC | 14:55 | |
| bluelightning | gatisp: you may find the devshell does not have all arguments set to enable compilation - because some of those are task-specific | 14:55 |
| bluelightning | s/argument/environment variables/ | 14:55 |
| gatisp | bluelightning, task-specific? Am I missing something in my work-flow for this to work properly? | 14:56 |
| bluelightning | gatisp: well, to rephrase, devshell won't ensure that your custom autogen.sh script will get the correct arguments to configure | 15:02 |
| kergoth | gatisp: you shouldn't run configure directly or through scripts in the sources, we run configure with specific arguments. do a configure with bitbake, then drop into devshell and run the ../temp/run.do_configure* script | 15:02 |
| kergoth | hey all | 15:02 |
| bluelightning | hi kergoth | 15:02 |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 15:03 | |
| gatisp | kergoth, bluelightning : thanks for the tips, I will try your suggestions | 15:04 |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 15:05 | |
| *** jjmb1 <jjmb1!~jjmb@host209-111.cablelabs.com> has quit IRC | 15:06 | |
| *** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC | 15:06 | |
| *** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has quit IRC | 15:08 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-gwqdauwexkctltfb> has quit IRC | 15:10 | |
| *** DS__ <DS__!bd3ddd3a@gateway/web/freenode/ip.189.61.221.58> has quit IRC | 15:13 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC | 15:15 | |
| mcfrisk | should yocto -doc packages install to /usr/share/doc/$PN or /usr/share/doc/$PN-$PV ? I find that $PV in path odd... | 15:15 |
| bluelightning | mcfrisk: I can't see that there's an explicit setting of that anywhere - which recipe's packages are you seeing this in? | 15:18 |
| gatisp | kergoth, right, now things start to looks as expected, thanks again. I was not aware of this workflow, from docs I assumed that in devshell I can run commands in a same way as if I was on the desktop for example. | 15:18 |
| mcfrisk | bluelightning: libxml2 | 15:18 |
| kergoth | gatisp: generally you can, but cross-compilation is not a trivial thing, we do a lot to make it work properly, which includes running configure and make with the right arguments to get the expected results | 15:19 |
| bluelightning | mcfrisk: possibly that project follows the RH style, because on my CentOS box, subdirs of /usr/share/doc have versions in the name | 15:19 |
| *** aehs29 <aehs29!aehernan@nat/intel/x-unxlbetenkqtzbtb> has joined #yocto | 15:20 | |
| mcfrisk | bluelightning: some -doc packages include example code which can be used for testing e.g. the SDK | 15:24 |
| mcfrisk | so I'll ignore this version number in path | 15:24 |
| ftonello | Is the openembedded conference in Dublin open to anyone? | 15:24 |
| *** WarheadsSE <WarheadsSE!~WarheadsS@c-174-54-190-115.hsd1.pa.comcast.net> has joined #yocto | 15:28 | |
| bluelightning | ftonello: I believe so yes | 15:29 |
| fray | yup.. just have to register, pay the small fee and show up | 15:29 |
| fray | ELC-E.. there is the OpenEmbedded meeting part that is open to any e.V. members.. | 15:30 |
| WarheadsSE | Hello all, having a bit of a conundrum issue: http://pastie.org/pastes/10333664/text | 15:30 |
| bluelightning | fray: I guess he means OEDEM, there shouldn't be a fee for that AFAIK | 15:30 |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 15:30 | |
| WarheadsSE | despite having PREFERRED_PROVIDER_ set, it is not listening ? | 15:30 |
| bluelightning | fray: and Philip did say all are welcome | 15:30 |
| fray | ahh yes.. OEDEM is different | 15:30 |
| bluelightning | WarheadsSE: linux-firmware-rtlwifi is a package right? | 15:31 |
| WarheadsSE | it is a packagename | 15:31 |
| bluelightning | WarheadsSE: unfortunately using PREFERRED_PROVIDER to specify a provider for a runtime target (i.e. a package) doesn't actually work | 15:31 |
| * WarheadsSE sigh | 15:31 | |
| bluelightning | https://bugzilla.yoctoproject.org/show_bug.cgi?id=6149 | 15:32 |
| yocti | Bug 6149: normal, Low, Future, paul.eggleton, NEW , Setting PREFERRED_PROVIDER to select between multiple runtime providers does not work | 15:32 |
| * bluelightning notes the bug is assigned to him :( | 15:32 | |
| bluelightning | I think the conclusion would be try to avoid getting yourself into that situation | 15:32 |
| *** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:32 | |
| WarheadsSE | yeah.. | 15:34 |
| otavio | Is Josua online? | 15:35 |
| bluelightning | otavio: which one? Lock? | 15:35 |
| otavio | yes | 15:35 |
| bluelightning | joshuagl: ^^ | 15:35 |
| WarheadsSE | bluelightning: sigh, my next recourse is one of two, PNBLACKLIST or DEFAULT_PREFERENCE alteration. | 15:36 |
| otavio | joshuagl: The perf fix is locking me up; is it possible for you to merge it into fido? it is in fido-next for a while | 15:36 |
| *** gizero_ <gizero_!~gizero@ppp-18-105.30-151.libero.it> has quit IRC | 15:40 | |
| *** sjolley <sjolley!~sjolley@134.134.139.70> has joined #yocto | 15:43 | |
| *** gatisp <gatisp!~gp@91.237.34.118> has quit IRC | 15:46 | |
| WarheadsSE | bluelightning: on that same vein: bitbake linux-firmware-rtlwifi | 15:47 |
| WarheadsSE | ERROR: Nothing PROVIDES 'linux-firmware-rtlwifi'. Close matches: linux-firmware | 15:47 |
| * WarheadsSE facepalm | 15:47 | |
| bluelightning | WarheadsSE: bitbake does not take package names on the command line, only build-time targets (i.e. recipes) | 15:47 |
| WarheadsSE | You can tell me I need to set a preferred provider, but can't find it | 15:47 |
| bluelightning | right, that's a known issue as noted | 15:48 |
| WarheadsSE | Yeah, one of those joyous pains that probably crosses the same point of pain | 15:48 |
| *** hugovs <hugovs!~hugo@177.159.144.73> has quit IRC | 15:50 | |
| *** DS__ <DS__!bd3ddd3a@gateway/web/freenode/ip.189.61.221.58> has joined #yocto | 15:54 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-szzzdicaksveujvz> has joined #yocto | 15:55 | |
| *** aehs29 <aehs29!aehernan@nat/intel/x-unxlbetenkqtzbtb> has quit IRC | 15:57 | |
| *** afxez0r <afxez0r!~afxez0r@134.134.139.70> has quit IRC | 15:58 | |
| kergoth | you can always specify an explicit non-runtime preference, and bitbake will obey it to resolve runtime | 15:59 |
| kergoth | e.g. PREFERRED_PROVIDER_foo = "foo", if foo is the recipe you want which emits the package in question | 15:59 |
| *** belen <belen!Adium@nat/intel/x-rtigorgbcbgfcioz> has quit IRC | 16:01 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 16:02 | |
| WarheadsSE | trying that now | 16:04 |
| WarheadsSE | K, warning stopped | 16:05 |
| WarheadsSE | Waiting to see which it builds | 16:06 |
| *** marek__ <marek__!~marek@81.89.61.168.vnet.sk> has quit IRC | 16:07 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-szzzdicaksveujvz> has quit IRC | 16:11 | |
| -YoctoAutoBuilder- build #423 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/423 | 16:15 | |
| *** archer121 <archer121!0e8bb972@gateway/web/freenode/ip.14.139.185.114> has joined #yocto | 16:15 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-bplcjtrggmmbkpqm> has joined #yocto | 16:15 | |
| *** afxez0r <afxez0r!~afxez0r@134.134.137.75> has joined #yocto | 16:17 | |
| archer121 | Hi, I want to set a flag in cmake for a recipe (-D WITH_CUDA=ON). What I did is that I added it to EXTRA_OECMAKE variable in it's recipe file. But it gives the following error: http://paste.ubuntu.com/12014506/ please have a look and help me out | 16:18 |
| neverpanic | did you try -DWITH_CUDA=ON? | 16:19 |
| archer121 | wait a second... | 16:21 |
| archer121 | I guess that did the job. | 16:22 |
| archer121 | Thanks | 16:22 |
| archer121 | neverpanic: mind if I ask some general questions about yocto? | 16:22 |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 16:23 | |
| neverpanic | Don't mind if you ask here, but I may not be able to answer -- not a Yocto expert myself. | 16:23 |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto | 16:23 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC | 16:24 | |
| archer121 | SO, who really uses yocto? Mostly people do it as part of their work in a company, right? | 16:24 |
| WarheadsSE | it is mixed, I know of a few people that do it for their own from-scratch-but-with-others-help linux distro/installations | 16:25 |
| archer121 | Well, that's what I am here for. I want to build a minimal disto for my board. It looks very simple with yocto. | 16:26 |
| archer121 | What I do is to add all the recipes, the bsp, and then mention the packages I want installed in build/local.conf. Then do a bitbake core-image-minimal, and voila! | 16:28 |
| archer121 | I just wanted to know if I am doing it correctly. Ofcourse I am supposed to make a layer byself. But this is not a large project. So it wont matter. Right? | 16:29 |
| ftonello | Anyone going to OEDEM ? | 16:30 |
| ftonello | I am interested in attending, what should I do? | 16:30 |
| *** lordzen <lordzen!~lordzen@93-51-177-218.ip268.fastwebnet.it> has quit IRC | 16:37 | |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has joined #yocto | 16:42 | |
| DS__ | Hi, I created a recipe that inherits cmake to build a library. I defined in the FILES_${PN} what are the files generated by the library, however I get a QA error because apparently it creates a "/usr/src/debug" folder in the package and puts the source there. QA complains I didn't put those in the FILES variables. How do I stop those sources from going there? | 16:42 |
| DS__ | The CMakeLists.txt file only has directives to install the generated library | 16:42 |
| WarheadsSE | archer121: I would suggest making a packagegroup | 16:42 |
| WarheadsSE | you should isolate "your" layer, always | 16:43 |
| WarheadsSE | that way moving parts under you won't bite you in the proverbial ass | 16:43 |
| archer121 | WarheadsSE: Why? | 16:43 |
| DS__ | archer121: it's always great to create your layer, because if you upgrade other layers you might lose your recipes, confs, etc. | 16:44 |
| WarheadsSE | ^ | 16:44 |
| archer121 | DS__: The point is, I don't have any. | 16:44 |
| *** wschaller <wschaller!~wschaller@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:44 | |
| archer121 | I just need OpenCV with CUDA support. That's all | 16:45 |
| DS__ | archer121: from what you've said earlier, you wanted to add a flag for cmake in a recipe. This is something that could get lost if you did in someone else's layer | 16:45 |
| WarheadsSE | that makes for a very good .bbappend in your own layer. | 16:45 |
| DS__ | What WarheadsSE said | 16:45 |
| WarheadsSE | then, moving foward, when you update the underlying (origin) layer, you don't have to remove that edit, and then add it back | 16:45 |
| DS__ | You can append recipes with your own stuff in your own layer. It's an idea similar to "patching" someone else's code | 16:45 |
| archer121 | DS__: ah, I get in now. | 16:46 |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 16:46 | |
| archer121 | Yocto build system is superb cool. I will be making my on layer. | 16:46 |
| DS__ | archer121: When I started working with yocto (not long ago) I hardcoded my changes in all layers. That became a nightmare to fix when yocto 1.8 was released, because I wanted to upgrade and couldn't | 16:47 |
| DS__ | Since then I learned how to do that properly :) | 16:47 |
| archer121 | DS__: I get it. | 16:47 |
| WarheadsSE | that and make good use of repo | 16:48 |
| archer121 | DS__: So now you are not including meta-oe. You just make your on .bb, and refer to .bb found in meta-oe or other layers for reference. | 16:49 |
| *** jbrianceau is now known as jbrianceau_away | 16:49 | |
| DS__ | archer121: no. I include meta-oe, but I never modify stuff that's in there | 16:50 |
| WarheadsSE | that is what .bbappends are for | 16:50 |
| DS__ | If I want to modify a recipe, I create a .bbappend in my own layer that modifies the recipe I want | 16:50 |
| archer121 | DS__: OK. rings bells... I need to read more | 16:50 |
| DS__ | archer121: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#using-bbappend-files | 16:51 |
| DS__ | I recommend reading the entire section as well | 16:51 |
| archer121 | yeah, I'm reading it now | 16:51 |
| archer121 | One more question: I can cross-compile binaries on yocto. So I make a recipe. Or say I don't have vim in the build image which I flashed. So i do a bitmake vim. Where does the output do? | 16:54 |
| archer121 | *do=go | 16:55 |
| DS__ | archer121: if you only bitbake vim, bitbake will build that recipe for the machine configured in your local.conf, but will not add it to any images | 16:55 |
| archer121 | I can add manually over ssh. but where is the binary? | 16:56 |
| archer121 | or where is the built binary? | 16:57 |
| WarheadsSE | see DEPLOYDIR | 16:57 |
| WarheadsSE | but yocto can cross compile. | 16:57 |
| DS__ | It's better if you just add it to your image, and bitbake will take care of installing it in the proper location. But if you really want to do it manually, check your build/tmp/work/machinename/vim | 16:57 |
| archer121 | ok, so in .bb, the DEPLOYDIR would be pointing to somewhere in tmp | 16:57 |
| WarheadsSE | and build/tmp/deplot/ipk/xx/vim* | 16:58 |
| WarheadsSE | archer121: please see DEPLOYDIR in the manual | 16:58 |
| WarheadsSE | it is well defined. | 16:58 |
| archer121 | sure sure | 16:58 |
| *** wschaller <wschaller!~wschaller@188.29.165.135.threembb.co.uk> has joined #yocto | 17:01 | |
| WarheadsSE | kergoth: hmm, looks like that didn't quite work. | 17:01 |
| WarheadsSE | still getting that rtlwifi-new building | 17:02 |
| *** RP <RP!~richard@192.55.54.59> has quit IRC | 17:04 | |
| *** afxez0r <afxez0r!~afxez0r@134.134.137.75> has quit IRC | 17:07 | |
| *** Biliogadafr1 <Biliogadafr1!~User@178.121.250.216> has joined #yocto | 17:08 | |
| *** Biliogadafr <Biliogadafr!~User@37.44.102.241> has quit IRC | 17:10 | |
| *** wschaller <wschaller!~wschaller@188.29.165.135.threembb.co.uk> has quit IRC | 17:21 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:23 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC | 17:33 | |
| archer121 | Good Day | 17:40 |
| *** archer121 <archer121!0e8bb972@gateway/web/freenode/ip.14.139.185.114> has left #yocto | 17:40 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 17:44 | |
| -YoctoAutoBuilder- build #82 of nightly-arm64 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/82 | 17:57 | |
| *** dlerner <dlerner!~dlerner@50-198-55-145-static.hfc.comcastbusiness.net> has joined #yocto | 18:00 | |
| *** agust <agust!~agust@p4FDE6FF1.dip0.t-ipconnect.de> has joined #yocto | 18:03 | |
| *** DS__ <DS__!bd3ddd3a@gateway/web/freenode/ip.189.61.221.58> has quit IRC | 18:04 | |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has quit IRC | 18:04 | |
| *** RP <RP!~richard@192.55.54.58> has joined #yocto | 18:10 | |
| kergoth | damnit, my plan of attack for git shallow support isn't viable, will have to make more invasive changes | 18:14 |
| *** Biliogadafr1 <Biliogadafr1!~User@178.121.250.216> has quit IRC | 18:16 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 18:17 | |
| lpapp | hi, why do I get this mess? /opt/polatis/2.0/sysroots/x86_64-polatissdk-linux/usr/share/misc/magic.mgc, 855: Warning: offset `������' invalid | 18:17 |
| lpapp | /opt/polatis/2.0/sysroots/x86_64-polatissdk-linux/usr/share/misc/magic.mgc, 855: Warning: type `������' invalid | 18:17 |
| lpapp | when using file on a binary? | 18:17 |
| kergoth | that's .. weird | 18:18 |
| lpapp | the file in question is generated by the Yocto SDK that I created for our image. | 18:18 |
| lpapp | it is clearly platform differences | 18:18 |
| lpapp | x86_64 file and 32 bit arm, but it did not use to be like that. I experience this mostly with the Yocto SDK. | 18:18 |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has joined #yocto | 18:20 | |
| kergoth | if the magic file is in the x86_64 sysroot, then that came from the nativesdk-file build, which wouldn't have anything to do with arm | 18:21 |
| lpapp | This is what I ran: file `find ./ -name foo.o` | 18:22 |
| lpapp | for me it is hard to tell because I just built the object using the ARM SDK. | 18:23 |
| lpapp | after running the usual environment setup script. | 18:23 |
| kergoth | it sounds like the magic file itself is corrupted, i doubt it has anything to do with what you're running file against | 18:24 |
| WarheadsSE | OKAY, so other question... how would I know what is causing this recipe to build ? | 18:26 |
| *** afxez0r <afxez0r!afxez0r@nat/intel/x-xuyjhlvrwufduldu> has joined #yocto | 18:26 | |
| lpapp | kergoth: oh, could it be with my SDK generation then? | 18:29 |
| lpapp | I still think it is something with x86_64 because my colleagues cannot see this issue and they are using x86 ubuntu :) | 18:29 |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 18:30 | |
| lpapp | but it could be that the x86_64 SDK generated is corrupted. | 18:31 |
| lpapp | or perhaps something made it so after the installation? | 18:31 |
| lpapp | I dislike this x86 and x86_64 troubles all the time for embedded development :p | 18:32 |
| lpapp | life would be so much easier if people used 64 bit on the host more and more. | 18:32 |
| lpapp | WarheadsSE: which recipe? | 18:32 |
| lpapp | WarheadsSE: cannot you grep for depends? | 18:32 |
| WarheadsSE | one in my layer, that I don't want. | 18:32 |
| WarheadsSE | it's got a provides that kernel-module-rtlwifi & i need the one from the kernel package, and not that kernel-module-rtlwifi-new_XXX.bb | 18:35 |
| *** dv__ is now known as dv_ | 18:36 | |
| lpapp | preferred provider maybe? | 18:36 |
| WarheadsSE | already tried. | 18:37 |
| WarheadsSE | need: kernel-module-rtlwifi (made as part of the kernel, runtime package) | 18:37 |
| WarheadsSE | this also PROVIDES that | 18:38 |
| *** lamego <lamego!~lamego@134.134.137.73> has quit IRC | 18:39 | |
| lpapp | ah, okay, sorry for not being useful then ;-) | 18:39 |
| *** paulg <paulg!~paulg@72.1.195.9> has joined #yocto | 18:40 | |
| kergoth | odd that the preference didn't work, worst case i'd just pnblacklist the thing | 18:42 |
| *** zenx <zenx!~quassel@37.189.236.81> has quit IRC | 18:42 | |
| WarheadsSE | thats looks like the only real option I seem to have. | 18:42 |
| WarheadsSE | Which is going to be lovely problematic. | 18:42 |
| lpapp | not a yocto question, but is there a way to check the architecture and platform a binary is built for without file? | 18:48 |
| lpapp | since file does not seem to work due to the magic file, I would still like to identify that about a binary :) | 18:49 |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 18:50 | |
| *** lamego <lamego!lamego@nat/intel/x-duuvzkepvrwwzrgp> has joined #yocto | 18:53 | |
| *** ant_home <ant_home!~ant__@host141-222-dynamic.20-79-r.retail.telecomitalia.it> has joined #yocto | 18:53 | |
| khem` | lpapp, readelf -d ? | 18:54 |
| khem` | tools will need a proper ELF header to give the info if that is not proper then I guess no tool will be of help | 18:54 |
| lpapp | ok, so this breakage with the magic file is then serious enough | 18:55 |
| lpapp | what could have potentially caused it and how to fix it? | 18:56 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-roykfczsfrnxjsya> has quit IRC | 18:56 | |
| khem` | hmm may be not | 18:56 |
| khem` | try doing readelf -e | 18:56 |
| lpapp | readelf -d was not okay | 18:56 |
| lpapp | but I was also thinking of nm or readelf. | 18:56 |
| lpapp | ok, I will try that. | 18:56 |
| aehs29 | lpapp: you ca also do 'file foo; | 18:57 |
| aehs29 | file foo* | 18:57 |
| khem` | heh | 18:57 |
| lpapp | thanks, it seems to work | 18:57 |
| lpapp | ELF32 | 18:57 |
| aehs29 | oops just read that | 18:57 |
| khem` | readelf -h <binary> | grep Machine | 18:58 |
| khem` | hmmm objdump -f output is more closer to file output | 19:00 |
| khem` | man nm | 19:00 |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 19:01 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 19:03 | |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has quit IRC | 19:04 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 19:04 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 19:06 | |
| *** sm0ketst <sm0ketst!c207a193@gateway/web/freenode/ip.194.7.161.147> has quit IRC | 19:09 | |
| *** lamego <lamego!lamego@nat/intel/x-duuvzkepvrwwzrgp> has quit IRC | 19:11 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 19:14 | |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has joined #yocto | 19:17 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 19:17 | |
| *** ant_home <ant_home!~ant__@host141-222-dynamic.20-79-r.retail.telecomitalia.it> has quit IRC | 19:19 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 19:21 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 19:22 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 19:23 | |
| *** lamego <lamego!~lamego@134.134.137.73> has joined #yocto | 19:37 | |
| *** dfaught <dfaught!~dfaught@cpe-70-119-105-90.tx.res.rr.com> has joined #yocto | 19:48 | |
| *** lamego <lamego!~lamego@134.134.137.73> has quit IRC | 19:50 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-bplcjtrggmmbkpqm> has quit IRC | 19:54 | |
| *** afxez0r <afxez0r!afxez0r@nat/intel/x-xuyjhlvrwufduldu> has quit IRC | 19:54 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has quit IRC | 19:56 | |
| *** sameo <sameo!samuel@nat/intel/x-loqnuzljfngyaguz> has quit IRC | 19:58 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 20:02 | |
| *** lamego <lamego!~lamego@134.134.137.73> has joined #yocto | 20:03 | |
| *** lamego <lamego!~lamego@134.134.137.73> has quit IRC | 20:04 | |
| *** lamego <lamego!~lamego@134.134.137.73> has joined #yocto | 20:04 | |
| *** lamego <lamego!~lamego@134.134.137.73> has quit IRC | 20:05 | |
| *** RP <RP!~richard@192.55.54.58> has quit IRC | 20:05 | |
| *** lamego <lamego!lamego@nat/intel/x-tzjbaubgjjrelazt> has joined #yocto | 20:06 | |
| *** lamego <lamego!lamego@nat/intel/x-tzjbaubgjjrelazt> has quit IRC | 20:07 | |
| *** afxez0r <afxez0r!~afxez0r@134.134.139.70> has joined #yocto | 20:08 | |
| *** lamego <lamego!~lamego@134.134.137.73> has joined #yocto | 20:09 | |
| -YoctoAutoBuilder- build #426 of nightly-x86-lsb is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/426 | 20:12 | |
| WarheadsSE | kergoth: looks like machine/x.conf w/ blacklist seems to have fixed that, finally. | 20:14 |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has quit IRC | 20:15 | |
| *** benjamirc <benjamirc!~besquive@134.134.139.76> has joined #yocto | 20:29 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 20:33 | |
| *** fivefootseven <fivefootseven!32fa068e@gateway/web/freenode/ip.50.250.6.142> has joined #yocto | 20:34 | |
| *** RP <RP!~richard@192.55.54.59> has joined #yocto | 20:34 | |
| -YoctoAutoBuilder- build #116 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/116 | 20:35 | |
| *** roric <roric!~roric@83.140.117.51> has joined #yocto | 20:39 | |
| *** pohly <pohly!~pohly@p5DE8E39B.dip0.t-ipconnect.de> has quit IRC | 20:40 | |
| fivefootseven | Does anyone know if there is a way to force a recipe to always rebuild and prevent it from just loading from the cache each time? | 20:43 |
| paulg | why wouldn't you just do a "bitbake -c cleansstate <pkgname>" when needed? | 20:50 |
| fivefootseven | So the recipe adds a buildID in the form of a timestamp to the /etc/os-release file and so I don't really want to have to manually clean it each time. | 20:51 |
| javier__ | fivefootseven: I believe -f also forces a build | 20:55 |
| paulg | sounds like a job for ROOTFS_PREPROCESS_COMMAND | 20:57 |
| paulg | I use that to capture the date of the build, and then insert that into the default hostname if no other hostname was specified in the local.conf | 20:59 |
| paulg | of course, with yocto, there are typically 38 ways you can come at any given task. :) | 21:00 |
| fivefootseven | Thanks everyone for your help. It looks like ROOTFS_PREPROCESS_COMMAND is exactly what I need. Will try moving over to that now... | 21:01 |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has quit IRC | 21:03 | |
| *** tsramos <tsramos!tsramos@nat/intel/x-maildqvmbyjzjmew> has quit IRC | 21:04 | |
| *** [Sno] <[Sno]!~sno@rademacherexchange.de> has quit IRC | 21:07 | |
| *** paulg <paulg!~paulg@72.1.195.9> has quit IRC | 21:16 | |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has joined #yocto | 21:19 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 21:19 | |
| *** sjolley <sjolley!~sjolley@134.134.139.70> has quit IRC | 21:20 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 21:32 | |
| *** psnsilva <psnsilva!~psnsilva@94.60.92.31> has joined #yocto | 21:34 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-15-102.ronkva.east.verizon.net> has quit IRC | 21:46 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-15-102.ronkva.east.verizon.net> has joined #yocto | 21:54 | |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has quit IRC | 21:56 | |
| *** ndec is now known as ndec|vacations | 21:57 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto | 21:59 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| -YoctoAutoBuilder- build #422 of nightly-qa-pam is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/422 | 22:03 | |
| *** dfaught <dfaught!~dfaught@cpe-70-119-105-90.tx.res.rr.com> has quit IRC | 22:05 | |
| *** paulg <paulg!~paulg@71-19-175-186.dedicated.allstream.net> has joined #yocto | 22:08 | |
| *** agust <agust!~agust@p4FDE6FF1.dip0.t-ipconnect.de> has quit IRC | 22:10 | |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has joined #yocto | 22:11 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 22:16 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 22:18 | |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 22:20 | |
| *** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has quit IRC | 22:21 | |
| *** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has quit IRC | 22:27 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has quit IRC | 22:36 | |
| *** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has joined #yocto | 22:36 | |
| *** lamego <lamego!~lamego@134.134.137.73> has quit IRC | 22:54 | |
| *** fivefootseven <fivefootseven!32fa068e@gateway/web/freenode/ip.50.250.6.142> has quit IRC | 22:55 | |
| *** gizero_ <gizero_!~gizero@ppp-18-105.30-151.libero.it> has joined #yocto | 23:00 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 23:06 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-15-102.ronkva.east.verizon.net> has quit IRC | 23:07 | |
| *** RP <RP!~richard@192.55.54.59> has quit IRC | 23:10 | |
| *** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has quit IRC | 23:12 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-118-114.ronkva.east.verizon.net> has joined #yocto | 23:21 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has left #yocto | 23:23 | |
| *** pidge <pidge!~pidge@2a02:8084:0:3000:54e2:5285:904c:3bbd> has quit IRC | 23:26 | |
| *** pidge <pidge!~pidge@2a02:8084:0:3000:f1aa:90ed:aa24:f00> has joined #yocto | 23:26 | |
| *** afxez0r <afxez0r!~afxez0r@134.134.139.70> has quit IRC | 23:39 | |
| *** gizero_ <gizero_!~gizero@ppp-18-105.30-151.libero.it> has quit IRC | 23:49 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!