*** ant_home <ant_home!~ant__@host170-209-dynamic.16-79-r.retail.telecomitalia.it> has quit IRC | 00:00 | |
*** d_s_e <d_s_e!~d.s.e@2001:a60:14f5:b201:1948:b611:3ff1:a30c> has quit IRC | 00:07 | |
-YoctoAutoBuilder- build #17 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/17 | 00:15 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 00:16 | |
*** sjolley <sjolley!sjolley@nat/intel/x-vzrvzkapanlxksdj> has quit IRC | 00:37 | |
*** j6V6t <j6V6t!~jvanderpo@rrcs-24-97-209-160.nys.biz.rr.com> has quit IRC | 00:39 | |
*** khem <khem!~kraj@66.129.239.12> has joined #yocto | 00:48 | |
lpapp | mario-goulart: I do not follow. | 00:53 |
---|---|---|
RP | halstead: where has the main autobuilder gone? | 01:01 |
RP | halstead: if we manage to find it, we could use a build of master after all the changes that just went in... | 01:01 |
* RP -> Zzzz | 01:01 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 01:03 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 01:04 | |
*** dvhart <dvhart!~dvhart@134.134.139.70> has quit IRC | 01:11 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:13 | |
*** zerus <zerus!~powerpm@81-229-90-163-no67.tbcn.telia.com> has quit IRC | 01:18 | |
*** sameo <sameo!samuel@nat/intel/x-incxelssjkkkiwoj> has quit IRC | 01:27 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 01:39 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:41 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 01:42 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 01:44 | |
halstead | RP, ab-master restarted and new nightly in progress. | 01:54 |
-YoctoAutoBuilder- build #85 of nightly-x32 is complete: Failure [failed Publishing Layer Tarballs Publishing Layer Tarballs_1 Building Images Running Sanity Tests Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/85 | 01:58 | |
-YoctoAutoBuilder- build #86 of build-appliance is complete: Failure [failed Building Images Building Images_1 Publishing Layer Tarballs Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/86 | 01:58 | |
*** khem <khem!~kraj@66.129.239.12> has quit IRC | 02:02 | |
*** khem <khem!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 02:03 | |
*** khem <khem!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 02:11 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 02:17 | |
-YoctoAutoBuilder- build #85 of minnow is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/85 | 02:17 | |
-YoctoAutoBuilder- build #87 of poky-tiny is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/87 | 02:18 | |
*** khem <khem!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 02:22 | |
*** sjolley <sjolley!~sjolley@134.134.139.70> has joined #yocto | 02:26 | |
*** khem <khem!~kraj@108-65-193-118.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 02:39 | |
-YoctoAutoBuilder- build #85 of nightly-world is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/85 | 02:44 | |
-YoctoAutoBuilder- build #85 of nightly-multilib is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Running Sanity Tests_1 Building Images_2 Running Sanity Tests_2 Building Images_3 Running Sanity Tests_3 Building Images_4] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/85 | 02:49 | |
-YoctoAutoBuilder- build #88 of nightly-intel-gpl is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/88 | 02:51 | |
*** khem <khem!~kraj@108-65-193-118.lightspeed.sntcca.sbcglobal.net> has quit IRC | 02:56 | |
*** onoffon <onoffon!~kraj@108-65-193-118.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 02:56 | |
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto | 03:01 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 03:04 | |
-YoctoAutoBuilder- build #85 of nightly-qa-skeleton is complete: Failure [failed Building Images Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-skeleton/builds/85 | 03:04 | |
-YoctoAutoBuilder- build #86 of nightly-qa-logrotate is complete: Failure [failed Building Images Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-logrotate/builds/86 | 03:05 | |
-YoctoAutoBuilder- build #85 of minnow-lsb is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/85 | 03:07 | |
*** onoffon is now known as khem | 03:27 | |
*** khem is now known as khem` | 04:08 | |
*** khem <khem!~khem@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 04:08 | |
*** behanw <behanw!~behanw@S0106c8fb2681e04b.gv.shawcable.net> has quit IRC | 04:15 | |
-YoctoAutoBuilder- build #85 of nightly-qa-pam is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-pam/builds/85 | 04:23 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:10 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 05:20 | |
*** agust <agust!~agust@p4FDE7F1F.dip0.t-ipconnect.de> has joined #yocto | 05:39 | |
*** e8johan <e8johan!~quassel@194.237.7.146> has joined #yocto | 06:06 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 06:16 | |
-YoctoAutoBuilder- build #85 of nightly-oecore is complete: Failure [failed Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/85 | 06:18 | |
*** kbart <kbart!~KBart@213.197.143.19> has joined #yocto | 06:28 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has joined #yocto | 06:30 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 06:30 | |
*** sjolley <sjolley!~sjolley@134.134.139.70> has quit IRC | 06:30 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has joined #yocto | 06:31 | |
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has joined #yocto | 06:32 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has quit IRC | 06:35 | |
-YoctoAutoBuilder- build #85 of nightly-fsl-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/85 | 06:40 | |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto | 06:46 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 06:49 | |
-YoctoAutoBuilder- build #85 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/85 | 07:03 | |
*** behanw <behanw!~behanw@S0106c8fb2681e04b.gv.shawcable.net> has joined #yocto | 07:12 | |
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:15 | |
*** rainerschuster <rainerschuster!~Adium@pD951B9E0.dip0.t-ipconnect.de> has joined #yocto | 07:15 | |
*** rainerschuster <rainerschuster!~Adium@pD951B9E0.dip0.t-ipconnect.de> has left #yocto | 07:16 | |
*** khem` <khem`!~kraj@108-65-193-118.lightspeed.sntcca.sbcglobal.net> has quit IRC | 07:18 | |
*** jwhitmore <jwhitmore!~jwhitmore@host213-122-98-42.range213-122.btcentralplus.com> has quit IRC | 07:21 | |
*** swex <swex!~swex@88.210.25.189> has quit IRC | 07:27 | |
*** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has joined #yocto | 07:31 | |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 07:32 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 07:33 | |
*** khem` <khem`!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 07:34 | |
*** behanw <behanw!~behanw@S0106c8fb2681e04b.gv.shawcable.net> has quit IRC | 07:38 | |
*** kraj <kraj!~kraj@66.129.239.12> has joined #yocto | 07:45 | |
*** khem` <khem`!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 07:45 | |
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has quit IRC | 07:50 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 07:51 | |
*** dany <dany!~Thunderbi@192.36.1.230> has joined #yocto | 07:53 | |
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:53 | |
*** davidr <davidr!5053435e@gateway/web/freenode/ip.80.83.67.94> has joined #yocto | 07:55 | |
*** davidr is now known as Guest60999 | 07:56 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 08:02 | |
*** GusBricker <GusBricker!~GusBricke@c122-107-239-5.mckinn3.vic.optusnet.com.au> has joined #yocto | 08:05 | |
*** kraj <kraj!~kraj@66.129.239.12> has quit IRC | 08:06 | |
*** msm <msm!~msm@cpe-173-174-124-130.austin.res.rr.com> has quit IRC | 08:14 | |
*** msm <msm!~msm@cpe-173-174-124-130.austin.res.rr.com> has joined #yocto | 08:14 | |
*** vmesons <vmesons!~quassel@128.224.252.2> has quit IRC | 08:17 | |
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMbcc81000b054.cpe.net.cable.rogers.com> has quit IRC | 08:18 | |
*** yocti <yocti!~supybot@yocto-www.yoctoproject.org> has joined #yocto | 08:19 | |
*** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC | 08:19 | |
*** Sput <Sput!~sputnick@quassel/developer/sput> has joined #yocto | 08:19 | |
*** jamestunnicliffe <jamestunnicliffe!~quassel@linaro/jamestunnicliffe> has joined #yocto | 08:20 | |
*** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto | 08:20 | |
*** ploppy <ploppy!~kgraefe@dieelid.de> has quit IRC | 08:21 | |
*** ploppy <ploppy!~kgraefe@dieelid.de> has joined #yocto | 08:21 | |
*** mckoan|away <mckoan|away!~marco@host56-7-static.30-87-b.business.telecomitalia.it> has quit IRC | 08:22 | |
*** zeddii <zeddii!~ddez@128.224.252.2> has joined #yocto | 08:22 | |
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 08:22 | |
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMbcc81000b054.cpe.net.cable.rogers.com> has joined #yocto | 08:22 | |
mckoan | good morning | 08:22 |
*** sameo <sameo!samuel@nat/intel/x-cnfngacyaggyzlog> has joined #yocto | 08:25 | |
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:27 | |
*** florian_kc is now known as florian | 08:28 | |
*** mihai <mihai!~mihai@79.115.59.77> has joined #yocto | 08:30 | |
*** fpaut_ is now known as fpaut | 08:31 | |
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto | 08:32 | |
*** sme <sme!~sme@94.103.137.126> has joined #yocto | 08:34 | |
*** linu1 <linu1!~linu1@122.165.223.135> has joined #yocto | 08:36 | |
linu1 | hi i try to build yocto toolchain by using this command bitbake meta-toolchain-qte it shows me this error http://pastebin.com/qrxNv2Cd can you help me | 08:38 |
*** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has quit IRC | 08:41 | |
*** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has joined #yocto | 08:41 | |
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto | 08:42 | |
*** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has joined #yocto | 08:43 | |
*** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has quit IRC | 08:43 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:43 | |
zecke | linu1: you need to figure out why libqt-embeddedscripttools4-dev wasn't created or when it should have been created | 08:43 |
*** maxin <maxin!~majo@sestofw01.enea.se> has quit IRC | 08:45 | |
mckoan | linu1: you'd better use branch dora | 08:45 |
linu1 | mckoan, ya but i have been used dylan for a set up, there is ipk for libqt-embeddedscripttools4-dev in deploy-ipks, dont know exact reason | 08:50 |
linu1 | mckoan, ya but i have been used dylan for a set up, there is no ipk for libqt-embeddedscripttools4-dev in deploy-ipks, dont know exact reason | 08:50 |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:52 | |
bluelightning | morning all | 08:53 |
*** maxin <maxin!~majo@sestofw01.enea.se> has joined #yocto | 08:55 | |
*** GusBricker <GusBricker!~GusBricke@c122-107-239-5.mckinn3.vic.optusnet.com.au> has quit IRC | 08:57 | |
*** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto | 09:01 | |
*** GusBricker <GusBricker!~GusBricke@c122-107-239-5.mckinn3.vic.optusnet.com.au> has joined #yocto | 09:01 | |
*** GusBricker <GusBricker!~GusBricke@c122-107-239-5.mckinn3.vic.optusnet.com.au> has quit IRC | 09:02 | |
linu1 | bluelightning do you have any idea | 09:02 |
*** mihai <mihai!~mihai@79.115.59.77> has quit IRC | 09:02 | |
*** mihai <mihai!~mihai@79.115.59.77> has joined #yocto | 09:04 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 09:05 | |
*** belen <belen!Adium@nat/intel/x-hppjfqcdhulvdlix> has joined #yocto | 09:06 | |
bluelightning | linu1: what files are you looking for specifically that should be in that package? | 09:07 |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 09:16 | |
zecke | bluelightning: his paste was here: http://pastebin.com/qrxNv2Cd | 09:18 |
*** bluelightning_ <bluelightning_!~paul@167.127.187.81.in-addr.arpa> has joined #yocto | 09:21 | |
*** bluelightning_ <bluelightning_!~paul@167.127.187.81.in-addr.arpa> has quit IRC | 09:21 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:21 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:21 | |
*** dany <dany!~Thunderbi@192.36.1.230> has quit IRC | 09:23 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 09:24 | |
*** bluelightning_ is now known as bluelightning | 09:24 | |
*** GusBricker <GusBricker!~GusBricke@c122-107-239-5.mckinn3.vic.optusnet.com.au> has joined #yocto | 09:30 | |
*** belen <belen!Adium@nat/intel/x-hppjfqcdhulvdlix> has quit IRC | 09:40 | |
*** belen <belen!Adium@nat/intel/x-fnlulgghyunkyrba> has joined #yocto | 09:41 | |
*** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:221:5cff:fe40:3d45> has joined #yocto | 09:43 | |
wfailla | hello | 09:43 |
wfailla | I have a question, I am trying to build pg_journal witch is a module of postgresql. When I build it on my workstation by executing make it works just fine. When i try to build it with bitbake this http://pastebin.com/4AfhAy7U error comes up. I dont understand what that means. because i have systemd in the build dependencies of my recipe. | 09:48 |
bluelightning | wfailla: is there a systemd/sd-journal.h in /usr/src/disk/wfailla/tplino-core/build-tposs-vmware/tmp/sysroots/x86_64-linux/usr/include ? | 09:50 |
bluelightning | I see it is complaining it can't find the pc file as well | 09:50 |
wfailla | no there is no file in that dir | 09:51 |
wfailla | yes but i don't know why | 09:52 |
wfailla | i assumed that it should be installed by the systemd pkg | 09:52 |
*** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has quit IRC | 09:53 | |
bluelightning | wfailla: I'd suggest verifying that it is | 09:53 |
bluelightning | linu1: I just did a build with dylan here and that package isn't empty | 09:54 |
wfailla | bluelightning, I grebed fore libsystemd-journal over all my metalayer and i got no result | 09:58 |
*** GusBricker <GusBricker!~GusBricke@c122-107-239-5.mckinn3.vic.optusnet.com.au> has quit IRC | 09:58 | |
-YoctoAutoBuilder- build #89 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/89 | 09:59 | |
bluelightning | linu1: does log.do_configure say whether the QtScriptTools module was enabled or not? | 09:59 |
wfailla | bluelightning, is there an easy way to find out what pkg is provided by what recipe? | 10:00 |
wfailla | bluelightning, libsystemd-journal.pc is lokated tmp/sysroots/vmware/usr/lib/pkgconfig/libsystemd-journal.pc | 10:03 |
wfailla | why can't bitbake find that | 10:03 |
bluelightning | wfailla: it's not bitbake at all, it's the build process of the software you're building | 10:04 |
rburton | wfailla: i suspect the build script is broken | 10:05 |
wfailla | it is a module for postgresql, so it might be better to build it directly on the machien it will be deployed on ... is that a good idear? have the .ipk include the src code and a post install script that will build the module ? | 10:07 |
*** mihai <mihai!~mihai@79.115.59.77> has quit IRC | 10:08 | |
bluelightning | wfailla: that definitely should not be necessary | 10:10 |
wfailla | bluelightning, ok | 10:10 |
bluelightning | wfailla: this should be a fairly simple problem to fix - find out where it's looking for the .pc file and tell it to look in the right place | 10:10 |
wfailla | bluelightning, i think the problem is that the makefile of pg_journal https://github.com/intgr/pg_journal/blob/master/Makefile includes the pgxs.mk of postgresql and that confuses bitbake | 10:13 |
bluelightning | wfailla: well that has to be put into the sysroot so the pg_journal build process can find it there | 10:15 |
wfailla | bluelightning, how do i find out where bitbake looks for stuff ? | 10:16 |
bluelightning | wfailla: bitbake isn't doing the looking; it's the build process of the software itself | 10:16 |
bluelightning | wfailla: so check log.do_configure, config.log (if applicable), the configure script code, etc. in the WORKDIR of postgres / pg_journal | 10:17 |
rburton | wfailla: do "bitbake pg_journal -c devshell", and in the resulting termal "pkg-config —cflags libsystemd-journal" | 10:18 |
wfailla | rburton, --cflags returns nothing and --libs returns -lsystemd-journal -lsystemd-id128 | 10:22 |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 10:22 | |
rburton | so it does work, and its entirely the makefile | 10:22 |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 10:22 | |
wfailla | ok then i have to find a good tutorial about make files XD | 10:25 |
rburton | hm, did that just pick up your *host* systemd? | 10:27 |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC | 10:28 | |
wfailla | i dont think so i am running ubuntu 11.10 as host | 10:28 |
rburton | fair enough :) | 10:28 |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto | 10:28 | |
*** user____ <user____!d5976cce@gateway/web/freenode/ip.213.151.108.206> has joined #yocto | 10:55 | |
wfailla | hi again th files i am looking for are just in ./tmp/work/x86_64-tposs-linux/postgresql/9.3.1-r0.0.0/image/usr/bin/pg_config but not in /usr/src/disk/wfailla/tplino-core/build-tposs-vmware/tmp/sysroots/vmware/usr/bin/pf_config whitch is the staging dir | 10:58 |
wfailla | is there a way to get them in to the staging dir ? | 10:59 |
wfailla | and or ld bitbake look in the package | 10:59 |
wfailla | * and/or led bitbake look in the package specific dir ? | 11:00 |
-YoctoAutoBuilder- build #86 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/86 | 11:08 | |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 11:12 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:20 | |
*** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has joined #yocto | 11:21 | |
*** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has quit IRC | 11:21 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:21 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 11:23 | |
*** belen <belen!Adium@nat/intel/x-fnlulgghyunkyrba> has quit IRC | 11:23 | |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 11:36 | |
*** zeeblex <zeeblex!~apalalax@134.134.139.70> has joined #yocto | 11:43 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 12:08 | |
*** swex <swex!~swex@88.210.58.111> has joined #yocto | 12:16 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 12:17 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 12:22 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:22 | |
*** bluelightning_ is now known as bluelightning | 12:23 | |
-YoctoAutoBuilder- build #86 of nightly-fsl-ppc is complete: Failure [failed Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/86 | 12:31 | |
-YoctoAutoBuilder- build #87 of nightly-qa-extras is complete: Failure [failed Running Sanity Tests Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-extras/builds/87 | 12:33 | |
*** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto | 12:35 | |
*** hasselmm <hasselmm!~mathias@p57BD6D99.dip0.t-ipconnect.de> has joined #yocto | 12:39 | |
-YoctoAutoBuilder- build #87 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/87 | 12:41 | |
*** linu1 <linu1!~linu1@122.165.223.135> has quit IRC | 12:47 | |
-YoctoAutoBuilder- build #86 of nightly-arm is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/86 | 12:56 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 13:02 | |
lpapp | I do not understand the why md5sum does not match if I use a tarball for SRC_URI or a git link | 13:02 |
lpapp | got a clue ? | 13:02 |
lpapp | 090eb3dae0f520f7770f85193e931ad3 /home/lpapp/Downloads/linux-3.2.1.tar.bz2 | 13:02 |
lpapp | 492f7bde295d7b401ac4061852ea9e59 source-tree.tar.bz2 | 13:03 |
lpapp | SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/v3.0/linux-${PV}.tar.bz2;name=kernel | 13:03 |
lpapp | vs. | 13:03 |
LetoThe2nd | um... because a git tree is not a tarball? | 13:03 |
lpapp | SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git;protocol=git;branch=${KBRANCH} | 13:03 |
lpapp | LetoThe2nd: surely, it is with git archive. | 13:03 |
bluelightning | lpapp: no, it surely isn't... the files will have different dates, owners, etc. | 13:04 |
lpapp | bluelightning: so? | 13:04 |
lpapp | bluelightning: the binary content should be the same. | 13:04 |
lpapp | since it is the same release... | 13:04 |
LetoThe2nd | anyways, i don't think that an md5sum is of much use for git. git itself shall take care of integrity, all it shall depend on is the sha of the commit. | 13:04 |
bluelightning | lpapp: so, the tarball will end up different, the checksum is of the archive file not the contents | 13:05 |
lpapp | md5sum has not much to do with git | 13:05 |
lpapp | once you get an archive from git, you can forget git. | 13:05 |
lpapp | bluelightning: I do not follow. | 13:05 |
bluelightning | try it outside of the build system and see | 13:05 |
lpapp | even the size is very different fwiw. | 13:06 |
lpapp | 75 M and 88 M | 13:06 |
lpapp | they should be exactly the same | 13:06 |
LetoThe2nd | why? | 13:06 |
lpapp | since they should represent exactly the same release. | 13:06 |
lpapp | why what? | 13:06 |
lpapp | well, I am getting a kernel panic, and it is clearly due to the move to git. | 13:07 |
-YoctoAutoBuilder- build #86 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/86 | 13:07 | |
LetoThe2nd | why should two archives from two sources be in anyways identical? | 13:07 |
lpapp | and I really do not know how to get the right release from git. | 13:07 |
lpapp | it should be the *same* source. | 13:07 |
lpapp | that is the whole point. :-) | 13:07 |
LetoThe2nd | then why do you go through git-archive? | 13:07 |
LetoThe2nd | OE can pull a specific git tag. | 13:09 |
LetoThe2nd | http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-kernel/linux/linux-yocto-dev.bb | 13:09 |
lpapp | pardon ? | 13:09 |
lpapp | how else would you verify they are the same sources, without git archive? | 13:09 |
LetoThe2nd | no need for archive -> pack -> md5sum -> unpack | 13:09 |
lpapp | err... no, not at all. | 13:09 |
lpapp | the tarball downloaded from tarball is a tarball, surprisingly. :) | 13:09 |
lpapp | it does not have .git, etc, what-so-ever. | 13:09 |
lpapp | what I want is the contrary, I want to compare the real sources without VCS information. | 13:10 |
lpapp | since the git version clearly causes a kernel panic, and I have reached a point that I do not know why. | 13:10 |
LetoThe2nd | then the tarball is just not identic, and your process of getting the sources is whacked. same result. | 13:10 |
lpapp | this is the only last hope of mine that where the problem may lay down. | 13:10 |
LetoThe2nd | and comparing a *tarball* to any git checkout/archive is always pointless, because the export from git will give you other metadata than that in the tarball. | 13:11 |
LetoThe2nd | you can only compare net data, like diffing or such | 13:11 |
lpapp | is there anyone here understanding how the linux kernel recipe is supposed to work? | 13:12 |
lpapp | http://pastebin.kde.org/pabfmh8lq -> These are the changes I made to mine from denzil era. | 13:13 |
lpapp | Is there anything wrong in there? | 13:13 |
lpapp | no no | 13:13 |
lpapp | git archive is heavily used for actually generating the release tarball | 13:14 |
lpapp | that is the whole point of it, in fact. :) | 13:14 |
LetoThe2nd | i still think you are going wrong, but i cannot lay my fingers on the point. | 13:15 |
-YoctoAutoBuilder- build #85 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/85 | 13:15 | |
lpapp | right, "I do not know" is more fruitful than "You are doing it wrong, but I do not know what". :-) | 13:17 |
lpapp | so, does anyone know if there is any scary modification in that recipe which would cause the kernel to run panic? | 13:18 |
ndec | i think they both told you that you can't compare md5 for 2 tarballs generated independently. even on 2 different linux machine you might get 2 different tarball for the same content. | 13:18 |
ndec | you should diff the files inside the tarball if you want the differences in the source code | 13:19 |
lpapp | no, 10-20% size difference is pretty indicative. | 13:19 |
lpapp | either way, does anyone know why that recipe modification would cause kernel panic? | 13:19 |
lpapp | I have been trying to debug it for half a day now, but my kernel code is just good (TM) | 13:20 |
lpapp | so it must be about the recipe. | 13:20 |
ndec | well, kernel recipes deal with additional patches and defconfig. are you sure you are using the same patches and same defconfig? | 13:20 |
lpapp | yes, of course. | 13:21 |
ndec | are you compiling with the same gcc in both cases? | 13:21 |
lpapp | http://pastebin.kde.org/pmkqcodvv -> this is the .inc kernel recipe modification fwiw. | 13:22 |
lpapp | I cannot figure out for my life while it is panicing. | 13:22 |
lpapp | ndec: yes, everything is exactly the same except the recipes. | 13:22 |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 13:24 | |
ndec | then you should study the run_do.configure and run_do.compile of the kernel recipes, that will tell precisely how it's built. | 13:25 |
lpapp | well, I was coming here to get advice from people who know this stuff.... ;-) | 13:25 |
lpapp | (Otherwise, yes, I would have done it myself). | 13:26 |
*** belen <belen!~Adium@134.134.137.71> has joined #yocto | 13:27 | |
*** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has left #yocto | 13:39 | |
lpapp | http://patches.openembedded.org/patch/49683/ | 13:41 |
lpapp | is this really good? | 13:41 |
lpapp | root home should be /root rather than /home/root, no? | 13:41 |
lpapp | or is there a better way than ROOT_HOME to actually get /root? | 13:41 |
*** e8johan <e8johan!~quassel@194.237.7.146> has quit IRC | 13:46 | |
lpapp | https://gitorious.org/shr/openembedded-core/commit/a78cd0b | 13:48 |
lpapp | I have never really seen any /home/root on any Linux yet. Is this really a reasonable thing? | 13:48 |
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 13:49 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 13:50 | |
*** belen1 <belen1!Adium@nat/intel/x-oxqfllpljylfxigx> has joined #yocto | 13:51 | |
*** belen <belen!~Adium@134.134.137.71> has quit IRC | 13:52 | |
*** sroy_ <sroy_!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has joined #yocto | 13:53 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 13:54 | |
lpapp | https://bugzilla.yoctoproject.org/show_bug.cgi?id=5762 | 13:56 |
yocti | Bug 5762: normal, Undecided, ---, scott.m.rifenbark, NEW , Document the usage of the ROOT_HOME variable | 13:56 |
*** av500 <av500!~av500@b2b-46-252-131-98.unitymedia.biz> has joined #yocto | 13:56 | |
lpapp | so if it is modified in the local.conf the home root will be that one globally, and if in a layer, then only for that layer? | 13:58 |
-YoctoAutoBuilder- build #85 of nightly-fsl-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/85 | 13:58 | |
lpapp | is there even a use case when it should not be set "globally"? I cannot imagine two separate home folders for the root, or perhaps this is not the same as the /root folder? I am kindle puzzled.... | 13:58 |
-YoctoAutoBuilder- build #86 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/86 | 14:01 | |
lpapp | is it ok to have a meta-foo/recipes-core/base-files/*.bbappend and then an fstab within the base-files folder of that parent folder? | 14:01 |
lpapp | so we would like to have the same base files except some fstab customization for our board and distro? | 14:01 |
*** ScriptRipper1 <ScriptRipper1!~ScriptRip@178-26-43-81-dynip.superkabel.de> has joined #yocto | 14:03 | |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC | 14:07 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 14:12 | |
*** dlerner1 <dlerner1!~dlerner@128.224.250.2> has left #yocto | 14:19 | |
ccaione | hi, I'm using a very basic classic recipe for kernel (no yocto-kernel). Is it possible to have multiple defconfigs for multiple machines? | 14:24 |
lpapp | ccaione: perhaps with fragments? I do not know to be honest | 14:26 |
*** e8johan <e8johan!~quassel@c-5eeaaadb-74736162.cust.telenor.se> has joined #yocto | 14:27 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 14:28 | |
ccaione | lpapp: yeah probably | 14:29 |
*** user____ <user____!d5976cce@gateway/web/freenode/ip.213.151.108.206> has quit IRC | 14:30 | |
ccaione | I was hoping in something like SRC_URI_machine | 14:31 |
rburton | yep, that's works | 14:31 |
rburton | _machine ("overrides") work on any variable | 14:31 |
ccaione | :D lol, great | 14:32 |
ccaione | thanks rburton | 14:32 |
lpapp | looks like another documentation bugreport... | 14:32 |
rburton | overrides are documented | 14:32 |
lpapp | ccaione: ./meta/recipes-kernel/sysprof/sysprof_git.bb:15:SRC_URI_append_mips = " file://rmb-mips.patch" | 14:33 |
lpapp | ./meta/recipes-kernel/sysprof/sysprof_git.bb:16:SRC_URI_append_mips64 = " file://rmb-mips.patch" | 14:33 |
lpapp | rburton: I am not talking about override, but the arch... | 14:34 |
ccaione | lpapp: now I have to check if I'm forced to call the file "defconfig" | 14:34 |
lpapp | ccaione: http://www.yoctoproject.org/docs/1.4.2/ref-manual/ref-manual.html#var-MACHINEOVERRIDES | 14:34 |
lpapp | ccaione: I do not know, but I would really not call it otherwise. | 14:35 |
ccaione | the problem is that I want to use two different kernel configurations for my machines | 14:35 |
ccaione | (two boards with different on-board SDRAM) | 14:36 |
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 14:36 | |
lpapp | ah, right. | 14:36 |
rburton | files are searched in machine-specific directories | 14:37 |
lpapp | I would grep for "defconfig" then. | 14:37 |
lpapp | but in general, it is better to have a device tree IMHO. | 14:37 |
rburton | so you'd have my-kernel/[machine]/defconfig | 14:37 |
rburton | again, see what oe-core does | 14:37 |
ccaione | lpapp: device tree != kernel config :) | 14:38 |
ccaione | rburton: I'll do, thanks | 14:38 |
lpapp | ccaione: it is | 14:38 |
lpapp | ccaione: you can have subfolders for different archs, like the linux kernel device tree | 14:39 |
ccaione | lpapp: oooh, got it | 14:39 |
lpapp | rburton: what do you mean by oe-core? | 14:39 |
lpapp | meta does not have defconfigs except busybox | 14:40 |
rburton | looking up per-architecture files isn't in any way specific to the kernel | 14:40 |
lpapp | well, even busybox does not have it. | 14:41 |
lpapp | it has only one "main" defconfig. | 14:41 |
rburton | probably better to pick a recipe that varies per machine | 14:41 |
rburton | like formfactor | 14:41 |
lpapp | I am not sure what became wrong about the "Propriate" license entry in the bb recipes? | 14:42 |
lpapp | I am getting a warning... | 14:42 |
rburton | "CLOSED" is the idiomatic way to avoid license warnings for closed source pieces | 14:44 |
lpapp | but I was suggested to use Propriate before... | 14:44 |
lpapp | (in here) | 14:44 |
rburton | are you spelling it correctly? | 14:44 |
lpapp | < bluelightning> lpapp: "Proprietary" or "CLOSED" | 14:45 |
rburton | yep, so i see in the code | 14:45 |
lpapp | < bluelightning> lpapp: note that CLOSED will completely disable LIC_FILES_CHKSUM | 14:45 |
rburton | indeed | 14:45 |
lpapp | well, I feel pretty strange | 14:46 |
lpapp | bluelightning told me this long ago, and we still have Propriate | 14:46 |
lpapp | I wonder why I would not have fixed it right away... | 14:46 |
lpapp | rburton: so have you seen my question above about fstab? | 14:49 |
lpapp | is it ok to have a base-files bbappend with a custom fstab? | 14:49 |
rburton | sure | 14:50 |
lpapp | oh, right, I fixed the Proprietary stuff only in new recipes added | 14:50 |
lpapp | and did not for old. | 14:50 |
*** belen1 <belen1!Adium@nat/intel/x-oxqfllpljylfxigx> has quit IRC | 14:50 | |
lpapp | rburton: ok, thanks, so how about busybox patches? | 14:50 |
lpapp | one of the patches in meta does not fit us... | 14:50 |
lpapp | we had to make a one liner modification to it. | 14:51 |
lpapp | bbappend with a custom modified patch will let meta know to ignore the same patch in there if the names are the same or what? | 14:51 |
rburton | yeah | 14:51 |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 14:53 | |
*** e8johan <e8johan!~quassel@c-5eeaaadb-74736162.cust.telenor.se> has quit IRC | 14:53 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 14:54 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 14:55 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 14:55 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 14:57 | |
*** dlerner1 <dlerner1!~dlerner@128.224.250.2> has joined #yocto | 14:57 | |
*** belen <belen!~Adium@134.134.137.71> has joined #yocto | 14:57 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ycunqtaysxvcakko> has quit IRC | 14:58 | |
*** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has joined #yocto | 14:58 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-gapcrzsknvxirsyo> has joined #yocto | 15:01 | |
*** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto | 15:10 | |
lpapp | -> /home/lpapp/Projects/Yocto/poky-dylan-9.0.1/meta/files/common-licenses/Proprietary could not be copied for some reason. It may not exist. WARN for now. | 15:11 |
lpapp | even though the file does exist, and has the following content: Proprietary license. | 15:11 |
*** Zaif <Zaif!~zaif@pc-sig01.acc.uni-paderborn.de> has quit IRC | 15:13 | |
Xz | guys, I have bbappend for packagegroup-core-buildessential.bbappend that contains: RDEPENDS_packagegroup-core-buildessential_libc-uclibc = "\ | 15:15 |
Xz | is it correct variable name? I want that to trigger only for uclibc | 15:15 |
rburton | yes | 15:16 |
Xz | (unfortunatelly default packagegroup-core-buildessential depends on stuff that does not build for uclibc) | 15:16 |
rburton | that will override entirely what the recipe says | 15:16 |
rburton | ah | 15:16 |
lpapp | I do not understand why we need dummy bbappend files | 15:16 |
rburton | in that case file a bug so the recipe in oe-core uses libc-glibc?? | 15:16 |
lpapp | like in meta-yocto-bsp | 15:16 |
Xz | can I do substraction in bbappend for uclibc only? | 15:16 |
lpapp | the content is always something like FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" | 15:16 |
lpapp | P/PN/PV | 15:16 |
lpapp | could it just not scan through by default? | 15:16 |
rburton | lpapp: because then it will be looking *everywhere* for files | 15:17 |
*** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has quit IRC | 15:17 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:17 | |
rburton | Xz: yes, use _remove_libc-uclibc | 15:17 |
Xz | rburton: RDEPENDS_packagegroup-core-buildessential_remove_libc-uclibc = "pkgconfig" | 15:17 |
Xz | rburton: does that look correct? :) | 15:18 |
rburton | Xz: i *think* so :) | 15:18 |
lpapp | rburton: yes, that is what I want. | 15:18 |
lpapp | rburton: so we do not need to write boilerplate. | 15:18 |
*** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has joined #yocto | 15:19 | |
Xz | rburton: ok, will test it and maybe that would be good enough solution to upstream? just to add this line into original recipe | 15:19 |
rburton | lpapp: so for every file it looks for, it should iterate though every directory in every layer just in case the file is there? | 15:19 |
lpapp | rburton: no | 15:19 |
lpapp | rburton: the default could be the THISDIR/{PV,PN,P} | 15:20 |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 15:20 | |
rburton | i guess you mean the default is extended automatically every time there's a bbappend | 15:21 |
rburton | as what you've said is the default | 15:21 |
lpapp | if that is the default, why do bbappends write dummy stuff? | 15:21 |
lpapp | why don't we just have empty files? | 15:22 |
rburton | because the default comes from the .bb | 15:22 |
rburton | as i said, you want the default to be extended for every bbappend | 15:23 |
*** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has quit IRC | 15:23 | |
lpapp | yes. | 15:23 |
lpapp | although it feels a bit fuzzy to touch empty files. | 15:23 |
lpapp | sure there is no other useful content to put into a bbappend? | 15:24 |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 15:24 | |
*** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:221:5cff:fe40:3d45> has quit IRC | 15:26 | |
*** kbart <kbart!~KBart@213.197.143.19> has quit IRC | 15:26 | |
*** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto | 15:27 | |
*** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has left #yocto | 15:28 | |
Saur | RP: Last commit on master only partially reverts the CC 2.5 to 3.0 change. The link still says 3.0 but the text now says 2.5... | 15:28 |
RP | Saur: well spotted, thanks | 15:28 |
lpapp | rburton: so what is the difference between overriding ROOT_HOME in the layer stuff or the local config? | 15:30 |
lpapp | (also, which one would you suggest?) | 15:30 |
lpapp | I guess we prefer the root home as on any Linux I have seen so far which is /root. | 15:31 |
rburton | lpapp: none. one is a local choice, one is a layer choice. | 15:32 |
*** user1314241 <user1314241!5f805bf2@gateway/web/freenode/ip.95.128.91.242> has joined #yocto | 15:33 | |
lpapp | rburton: well, it should be the same for everyone. | 15:33 |
lpapp | rburton: but since we check in the conf/ folder in the build/ folder, I do not see the difference for us. | 15:33 |
lpapp | cause everyone has the same local conf. | 15:34 |
lpapp | so if I need to provide a custom defconfig for busybox, what is the best way for it? | 15:34 |
lpapp | fragments or simple a bbappend with a defconfig file in busybox-1.20.2? | 15:35 |
lpapp | meta-yocto is doing this: ../meta-yocto/recipes-core/busybox/busybox-1.20.2/poky-tiny/defconfig | 15:35 |
lpapp | but is this the right way or it is obsolete and it is better to use fragments? | 15:35 |
*** danielki <danielki!~daniel@188.111.54.34> has joined #yocto | 15:35 | |
lpapp | why does meta-yocto have that "poky-tiny" in-between folder? What is wrong about putting the defconfig right in busybox-1.20.2? | 15:39 |
ccaione | argh, why after kernel compiling the uImage I get is totally wrong? it seems that kernel is correctly compiled (I see the correct uImage in the temp dir) but in deploy/images I have a wrong uImage taken from packages-split | 15:40 |
lpapp | ccaione: are you having some custom kernel recipes? | 15:41 |
ccaione | lpapp: yes I do | 15:41 |
lpapp | then probably people cannot know without seeing it. :-) | 15:42 |
ccaione | lpapp: http://pastebin.com/tzv5JUi9 | 15:42 |
ccaione | nothing special | 15:42 |
lpapp | well, IMHO, the kernel recipe is quite special. :) | 15:43 |
lpapp | compared to the other recipes, it is somewhat complex. | 15:43 |
ccaione | why so? :D | 15:43 |
user1314241 | Is there a way to automatically force recompilation of certain packages if DISTRO_TYPE is changed? | 15:44 |
ccaione | the real question is: what is the uImage I got in packages-split/kernel-image/boot? and why it isn't the real uImage copied in deploy/images? | 15:44 |
lpapp | user1314241: -c compile -f | 15:44 |
user1314241 | that might work but I don't see how to automate that. | 15:47 |
lpapp | automate what? | 15:48 |
lpapp | you want to avoid typing that? Make an alias! | 15:48 |
lpapp | it is also possible by configuration, sec... | 15:48 |
kergoth | the system will automatically rerun tasks if variables they use change. so if changing that affects the vars that flow into a task, that task will be rerun, regardless of what the var is | 15:49 |
*** hasselmm <hasselmm!~mathias@p57BD6D99.dip0.t-ipconnect.de> has quit IRC | 15:49 | |
lpapp | I think RP told me a config solution for it back then, but I cannot find it in my log right now... | 15:49 |
lpapp | it is possible it is in my home log. | 15:49 |
lpapp | <@RP> lpapp: you could add do_compile[nostamp] = "1" to your kernel recipe, then it will rebuild every time | 15:50 |
lpapp | user1314241: ^ | 15:50 |
*** denix <denix!~denix@pool-71-191-205-189.washdc.fios.verizon.net> has joined #yocto | 15:51 | |
user1314241 | kergoth: what constitutes using a variable? if define a variable that is conditional on DISTRO_TYPE in a recipe, and that variable in turn is passed to a make file. But I find that no rebuild is taking place for a changed DISTRO_TYPE. | 15:53 |
kergoth | bitbake tracks variable references. 90% of the time it successfully does so. once in a blue moon it fails to do so | 15:54 |
kergoth | in which case they can be added explicitly via the vardeps flag | 15:54 |
*** BSDCat <BSDCat!~unique@calvin.idempot.net> has joined #yocto | 15:55 | |
weebet | is there a way to change a owner:group of a directory ? I tried to do it in my image in ROOTFS_POSTPROCESS_COMMAND += "chown -R 1001:1001 ${IMAGE_ROOTFS}/directory but when I login in the image, I get owner:group 114:124 any trick to solve this ? | 15:55 |
*** belen1 <belen1!~Adium@134.134.137.71> has joined #yocto | 15:55 | |
*** belen <belen!~Adium@134.134.137.71> has quit IRC | 15:55 | |
*** cristiana <cristiana!c0c69724@gateway/web/freenode/ip.192.198.151.36> has joined #yocto | 15:56 | |
*** scottrif <scottrif!~scott-len@179.42.226.138> has joined #yocto | 15:57 | |
*** IonutC <IonutC!8686894b@gateway/web/freenode/ip.134.134.137.75> has joined #yocto | 15:58 | |
lpapp | rburton: I guess it is ok to add a patch to ../meta/recipes-core/init-ifupdown/init-ifupdown-1.0/init in our layer with a bbappend? | 15:58 |
*** belen1 <belen1!~Adium@134.134.137.71> has quit IRC | 15:59 | |
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 16:00 | |
RP | kergoth: did you have any thoughts on -S? | 16:00 |
IonutC | YPTM: IonutC is on | 16:01 |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 16:01 | |
RP | sjolley: YPTM: Richard is on the call | 16:01 |
BSDCat | YPTM: Matthew is on the call | 16:01 |
rburton | YPTM: ross joined | 16:01 |
*** AlexG <AlexG!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto | 16:01 | |
cristiana | Cristiana from Ro-dev team is on the call | 16:01 |
scottrif | YPTM: Scott Rifenbark is on the call. | 16:01 |
halstead | sjolley, YPTM: Michael on the call. | 16:01 |
AlexG | YPTM: AlexG is on the call. | 16:01 |
sgw_ | The Yocto Project Tech Meeting Con-Call will be starting at the top of the hour | 16:01 |
sgw_ | Dial-in number: 1.972.995.7777 / Participant passcode: 42001078 | 16:01 |
sgw_ | This call is open to all and the channel remains open to discuss any topic | 16:01 |
kergoth | RP: not offhand, though i do think an optional argument to an option is a bad idea, as you say, results in vague/unclear behavior | 16:02 |
bluelightning | YPTM: Paul Eggleton is on | 16:02 |
denix | YPTM: Denys is here | 16:02 |
tomz | YPTM: Tom Z on | 16:02 |
*** Xz <Xz!kmsywula@nat/intel/x-rztlokdggicdenzr> has quit IRC | 16:02 | |
jmpdelos__ | YPTM: Polk is on | 16:02 |
RP | kergoth: am torn over it, I think a mandatory parameter is going to be the least bad solution | 16:02 |
scottrif | sjolley: Scott Rifenbark is on the call. | 16:02 |
sgw_ | YPTM: Saul is On finally | 16:02 |
*** jmpdelos__ is now known as jmpdelos | 16:02 | |
tomz | YPTM: Tom Z on | 16:03 |
*** Xz <Xz!kmsywula@nat/intel/x-bklfljtgsnwjctlg> has joined #yocto | 16:03 | |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.72> has joined #yocto | 16:03 | |
rburton | RP: fwiw, i think adding a mandatory option to -S is least bad too. optional is horrible. there's sufficiently few people using -S that breakage is managable i'd say. | 16:03 |
nitink | YPTM: Nitin is on the call | 16:03 |
*** InfoAbourIrc <InfoAbourIrc!~InfoAbour@87.223.2.255> has joined #yocto | 16:04 | |
*** InfoAbourIrc <InfoAbourIrc!~InfoAbour@87.223.2.255> has left #yocto | 16:04 | |
sjolley | sjolley TPTM: is here | 16:05 |
cristiana | sjolley: Cristiana from Ro-dev team is on the call | 16:05 |
sjolley | sjolley YTPTM | 16:05 |
BSDCat | pidge | 16:07 |
*** user1314241 <user1314241!5f805bf2@gateway/web/freenode/ip.95.128.91.242> has quit IRC | 16:08 | |
RP | sjolley: FRI2 = FishRiverIsland 2 | 16:09 |
rburton | I thought it meant FRIed Twice | 16:09 |
RP | sjolley: ionut | 16:10 |
*** sme <sme!~sme@94.103.137.126> has quit IRC | 16:11 | |
AlexG | YPTM: the current QA status: https://wiki.yoctoproject.org/wiki/1.6_QA_Status | 16:12 |
ccaione | rburton: have you idea of what is the uImage I find in packages-split/kernel-image/boot and why it is different from uImage I get in the working directory? | 16:13 |
*** rainerschuster <rainerschuster!~Adium@pD951B9E0.dip0.t-ipconnect.de> has joined #yocto | 16:13 | |
rburton | ccaione: none at all, sorry | 16:13 |
lpapp | ccaione: do you have the same issue with the meta kernel? | 16:13 |
ccaione | lpapp: I cannot use the meta-kernel atm | 16:14 |
danielki | rburton: Hey, long time no see :) | 16:14 |
*** rainerschuster <rainerschuster!~Adium@pD951B9E0.dip0.t-ipconnect.de> has left #yocto | 16:14 | |
lpapp | yes, I mean for testing... to boil down whether it is a recipe issue. | 16:14 |
ccaione | ok, let's see if i can convert my recipe to meta-kernel | 16:14 |
lpapp | nah, just build the meta kernel. | 16:15 |
lpapp | with uImage (custom mod) | 16:15 |
* fray is on IRC for a few.. the -16F weather is trying ot kill me | 16:17 | |
cristiana | me | 16:17 |
cristiana | sjolley: it's me | 16:17 |
cristiana | sjolley: https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team | 16:17 |
Xz | rburton: RDEPENDS_packagegroup-core-buildessential_remove_libc-uclibc = "pkgconfig" does not remove pkgconfig :| | 16:19 |
rburton | Xz: hm :( | 16:19 |
RP | fray: sounds rather cold... | 16:20 |
fray | -45F when you consider wind chill | 16:20 |
Xz | rburton: does order of appending and evaluating variables matter here? | 16:20 |
fray | -16F is -27C BTW | 16:20 |
lpapp | -27C is usual in Finland. :-) | 16:20 |
rburton | Xz: _remove will happen alongside _append, i.e. last | 16:20 |
RP | remove should happen last | 16:22 |
Xz | rburton: can I print that variable somehowe? bitbake -e does not give me access to it | 16:22 |
RP | Xz: try bitbake packagegroup-core-buildessential -e | 16:23 |
rburton | Xz: it certainly should if you do bitbake -e packagegroup-core-buildessential | 16:24 |
BSDCat | YPTM: yes my question was answered, thank you. | 16:24 |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.72> has quit IRC | 16:25 | |
Xz | RP: rburton: so that shows pkgconfig not being removed | 16:25 |
Xz | maybe variable name should be RDEPENDS_remove_libc-uclibc_packagegroup-core-buildessential ? | 16:25 |
rburton | Xz: your bitbake supports remove, right? sure the bbappend is being parsed? | 16:26 |
Xz | don't know the logic of parsing names - that name is anyway pretty complex ^_^ | 16:26 |
*** blitz00 <blitz00!~stefans@192.198.151.44> has joined #yocto | 16:26 | |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 16:26 | |
Xz | rburton: I'm on dylan - was remove introduced in dora? | 16:26 |
RP | Xz: Try RDEPENDS_${PN}_remove_libc-uclibc_pn-packagegroup-core-buildessential = "pkgconfig" | 16:26 |
rburton | RP: oh god, explain that? | 16:26 |
kergoth | heh, thats what i was thinking. one would hope expandKeys would have run before the _remoe processing, but.. | 16:26 |
lpapp | http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/base-passwd/base-passwd/nobash.patch#n6 | 16:26 |
RP | Xz: ah, you might not have that in dylan | 16:27 |
lpapp | why is that? It breaks stuff for us. :-/ | 16:27 |
lpapp | "remove "*" for root since we don't have a /etc/shadow so far." | 16:27 |
rburton | Xz: ah, yeah, dylan doesn't have _remove | 16:27 |
kergoth | gotta love use of multiple overrides for a single variable ;) | 16:27 |
Xz | no way :| | 16:27 |
* fray is Mark Hatle | 16:27 | |
lpapp | What does it mean "we do not have /etc/shadow so far"? | 16:27 |
lpapp | isn't it shipped by ../meta/recipes-core/base-files/base-files/filesystems? | 16:28 |
lpapp | or something similar. :-) | 16:29 |
fray | FYI pseudo, Seebs (peter seebach) has found a couple of cases where the wrong modes are saved.. this is what Saul is referring to. He'll hopefully have fixes for Dora and master soon.. | 16:30 |
denix | FOSDEM | 16:30 |
fray | conference is FOSDEM | 16:30 |
RP | fray: Is that Jama's issue? | 16:31 |
fray | https://fosdem.org/2014/ | 16:31 |
fray | I don't know.. the issue we were tracking was found by a customer who was trying to set a directory as 500 and it kep getting set to 0700 | 16:31 |
scottrif | sjolley: thanks! | 16:32 |
*** IonutC <IonutC!8686894b@gateway/web/freenode/ip.134.134.137.75> has quit IRC | 16:32 | |
*** scottrif <scottrif!~scott-len@179.42.226.138> has left #yocto | 16:32 | |
Xz | RP: rburton: for dylan this will do: RDEPENDS_${PN}_libc-uclibc_pn-packagegroup-core-buildessential = "\ <list of pkgs minus pkgconfig> | 16:33 |
*** AlexG <AlexG!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC | 16:33 | |
Xz | RP: rburton: I know it's not perfect, but better than nothing and it lets build dylan uclibc image with 'tools-sdk' and few others enabled | 16:33 |
Xz | RP: rburton: will double-check with eglibc, but there is big chance it will work correctly | 16:34 |
rburton | Xz: any idea why pkgconfig doesn't work with uclibc? | 16:35 |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 16:35 | |
*** sameo <sameo!samuel@nat/intel/x-cnfngacyaggyzlog> has quit IRC | 16:35 | |
kergoth | Xz: or you could use a bbappend with := and oe_filter_out() | 16:36 |
RP | Xz: you'll have dora soon, right? ;-) | 16:37 |
kergoth | hehe | 16:37 |
Xz | rburton: first question: | 16:38 |
Xz | | Collected errors: | 16:38 |
Xz | | * satisfy_dependencies_for: Cannot satisfy the following dependencies for packagegroup-core-sdk: | 16:38 |
Xz | | * pkgconfig * | 16:38 |
Xz | | * opkg_install_cmd: Cannot install package packagegroup-core-sdk. | 16:38 |
Xz | rburton: I have no idea why it happens + I can live without pkgconfig :) | 16:38 |
*** cristiana <cristiana!c0c69724@gateway/web/freenode/ip.192.198.151.36> has quit IRC | 16:39 | |
lpapp | jackmitchell: are you around by any chance? | 16:39 |
rburton | Xz: what happens if you bitbake pkgconfig? | 16:39 |
Xz | kergoth: any documentation about 'oe_filter_out()' ? yoctoproject.org/.../mega-manual does not cover that one | 16:39 |
kergoth | grep :) | 16:39 |
kergoth | should be lots of examples to use | 16:39 |
Xz | rburton: NOTE: Tasks Summary: Attempted 0 tasks of which 0 didn't need to be rerun and all succeeded. | 16:40 |
Xz | rburton: nothing happens | 16:40 |
Xz | rburton: actually interesting :) | 16:40 |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 16:40 | |
Xz | RP: yeah, dora is target for I guess feb 2014 | 16:41 |
Xz | RP: maybe march 2014... :) | 16:41 |
-YoctoAutoBuilder- build #88 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/88 | 16:42 | |
rburton | Xz: so its already built.. so why didn't it find it when building the packagegroup? :/ | 16:44 |
Xz | rburton: it's not built. When I do 'bitbake pkgconfig -c cleanall' and then try to make it again - the same thing happens, 0 tasks | 16:45 |
Xz | rburton: and it's not present under tmp/work/i586-uclibc.../pkgconfig | 16:45 |
rburton | huh | 16:48 |
lpapp | is anyone working on this issue? https://bugzilla.yoctoproject.org/show_bug.cgi?id=5675 | 16:48 |
yocti | Bug 5675: enhancement, Medium, 1.6, Qi.Chen, NEW , Add a ROOT_PASSWD feature for images | 16:48 |
rburton | Xz: crazy hunch: do you have pkgconfig in an ASSUME_PROVIDED by any chance? | 16:48 |
Xz | rburton: yeah, I do | 16:49 |
rburton | Xz: you probably meant pkgconfig-native | 16:50 |
rburton | (that's why this is failing) | 16:50 |
rburton | we should sanity check that ASSUME_PROVIDED only contains -native recipes | 16:50 |
Xz | rburton: meta-yocto/conf/distro/poky-tiny.conf:ASSUME_PROVIDED += "pkgconfig$" | 16:50 |
Xz | rburton: why poky-tiny.conf does that? | 16:50 |
rburton | huh | 16:50 |
Xz | rburton: I'm inheriting poky-tiny | 16:51 |
kergoth | that sounds really broken/bad, unless it just is impossible to build in those circumstances, but even then it'd be better to append it and raise SkipPackage | 16:51 |
RP | that is a horrible hack | 16:51 |
rburton | well that's impressively vile | 16:51 |
Xz | should I git-blame it? ^_^ | 16:52 |
rburton | that dependency doesn;t exist anymore | 16:52 |
rburton | pretty sure i removed that anyway | 16:52 |
RP | rburton: its still in the tiny config | 16:52 |
rburton | RP: i meant -dev depending on pkgconfig | 16:53 |
RP | rburton: right, yes | 16:53 |
Xz | a54932dc373ec130f7a166d144f4d5744ec52097 - that's git commit of that ASSUME_PROVIDED | 16:53 |
rburton | bcc73d26ddff01f0e4bb38eab23c57ef9bf76b04 | 16:53 |
rburton | " pkgconfig: Drop automatic pkgconfig RDEPENDS" | 16:54 |
rburton | thus, we can delete that line from poky-tiny | 16:54 |
* zeddii missed the meeting, but has a good excuse. xrays on my wrist. typing sucks today. | 16:55 | |
rburton | hm maybe not. | 16:55 |
rburton | Xz: if you have a moment, can you try commenting out that line and bitbakeing pkgconfig? | 16:55 |
Xz | rburton: yeah | 16:56 |
Xz | rburton: do you use git-revert to revert such changes? | 16:56 |
*** beaver_545 <beaver_545!~stuart@82.148.40.66> has quit IRC | 16:56 | |
rburton | Xz: that's one option, certainly | 16:56 |
*** fpaut is now known as fpaut_ | 16:56 | |
rburton | we *could* change pkgconfig to use the integrated libraries in tiny distros, that stops it linking to glib | 16:56 |
rburton | zeddii: radioactive wrists? surely that means super-fast typing or something. | 16:57 |
rburton | SUPERTYPOMAN | 16:58 |
* zeddii wishes. maybe it's fractured. sports injury. | 16:58 | |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.70> has joined #yocto | 16:58 | |
Xz | rburton: pkgconfig built fine on dylan | 16:59 |
Xz | rburton: with ASSUME_PROVIDED commented out | 16:59 |
Xz | rburton: will boot the board to make sure it didn't fck up anything | 16:59 |
*** mckoan is now known as mckoan|away | 17:00 | |
rburton | Xz: the comment says glib->dbus, which isn't a linkage that exists anymore | 17:00 |
Xz | rburton: fair enough | 17:01 |
rburton | Xz: patch welcome to remove that line from poky-tiny :) | 17:01 |
weebet | I want to do a chown while creating the image. But my user does not have privilege to chown file. What could be the strategy to do this ? | 17:01 |
Xz | rburton: alright, sending | 17:01 |
Xz | rburton: which repos is it in? certainly not git://git.openembedded.org/openembedded-core | 17:03 |
rburton | Xz: meta-yocto (although a patch from the poky repo would be fine). mail to poky@ | 17:04 |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 17:08 | |
*** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 17:12 | |
*** jchonig_ <jchonig_!~quassel@firewall.honig.net> has joined #yocto | 17:13 | |
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC | 17:13 | |
lpapp | what are these notes about ? http://pastebin.kde.org/ptf3k0sxj | 17:14 |
lpapp | is it safe to ignore them? | 17:14 |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 17:18 | |
rburton | foo to bar is normally produced by buildhistory, but i've never seen them as notes. git master? maybe someone left in a debugging statement. | 17:19 |
lpapp | no, dylan. | 17:19 |
rburton | never seen them. what's the context, i.e. what bit of the build produced them. | 17:20 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 17:20 | |
*** nitink <nitink!nitink@nat/intel/x-isjdmspathxazjaf> has quit IRC | 17:22 | |
lpapp | rburton: bitbake foo-core-image | 17:23 |
ant_work | zeddii: :/ | 17:25 |
ant_work | force the minions to push 3.13 | 17:25 |
*** belen <belen!Adium@nat/intel/x-sykgtrekotvcpssz> has joined #yocto | 17:27 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 17:28 | |
RP | lpapp: they're accidentally left in debug in the bbappend parsing code in bitbake iirc | 17:28 |
*** zeeblex <zeeblex!~apalalax@134.134.139.70> has left #yocto | 17:29 | |
RP | lpapp: very safe to ignore | 17:29 |
lpapp | RP: ok, thanks. :) | 17:29 |
-YoctoAutoBuilder- build #29 of nightly-x86 is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/29 | 17:30 | |
-YoctoAutoBuilder- build #28 of nightly-ppc-lsb is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/28 | 17:30 | |
-YoctoAutoBuilder- build #28 of nightly-arm-lsb is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm-lsb/builds/28 | 17:30 | |
-YoctoAutoBuilder- build #29 of poky-tiny is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/29 | 17:30 | |
-YoctoAutoBuilder- build #27 of nightly-mips-lsb is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/27 | 17:30 | |
-YoctoAutoBuilder- build #28 of nightly-intel-gpl is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/28 | 17:30 | |
*** onoffon <onoffon!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 17:30 | |
RP | lpapp: http://git.yoctoproject.org/cgit.cgi/poky/commit/bitbake?id=b5255bb34d17017e38d264e4360b1b560b1fa5d2 | 17:31 |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 17:31 | |
RP | bluelightning: might be something to backport? | 17:32 |
kergoth | seems like a strange thing to even keep as a debug message. bitbake -e will show you what appends were loaded anyway | 17:32 |
kergoth | :) | 17:32 |
lpapp | RP: are you working on the PASSWD_ROOT feature request? IMHO, it would be useful. | 17:33 |
RP | lpapp: Since I don't know offhand what that is, I guess not | 17:34 |
lpapp | RP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=5675 | 17:35 |
yocti | Bug 5675: enhancement, Medium, 1.6, Qi.Chen, NEW , Add a ROOT_PASSWD feature for images | 17:35 |
*** onoffon <onoffon!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 17:35 | |
lpapp | I am somewhat surprised that Yocto does not still have such a basic feature | 17:35 |
lpapp | it is part of any Linux installation these days. | 17:35 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 17:36 | |
*** onoffon <onoffon!~kraj@66.129.239.12> has joined #yocto | 17:36 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 17:36 | |
RP | lpapp: didn't someone add something like that (extra params for plaintext to the commands)? | 17:36 |
RP | lpapp: Its not assigned to me so I'm not sure why I'd be working on it? | 17:36 |
Xz | rburton: packagegroup-core-sdk tries to pull in ldd, but it 'does not exist' for uclibc (poky-tiny) | 17:37 |
lpapp | RP: well, you need to execute raw commands | 17:37 |
Xz | rburton: however this guy: meta/recipes-core/uclibc/uclibc-package.inc says PACKAGES = "ldd ..." | 17:37 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 17:38 | |
rburton | Xz: hm, can't actually get any files in then | 17:38 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 17:38 | |
Xz | rburton: so it looks like there is ldd somewhere but not exported as 'ldd' name | 17:38 |
Xz | rburton: the thing is that if I add 'tools-sdk' into IMAGE_FEATURES build breaks | 17:39 |
Xz | rburton: outcome of addint 'tools-sdk' is packagegroup-core-sdk pulling in ldd | 17:39 |
Xz | rburton: well, trying to pull in ldd | 17:39 |
lpapp | RP: it was you, btw, http://cgit.openembedded.org/openembedded-core/commit/?id=31dee7946340bf0f1e94e4e714191d3d6ca3bf6a | 17:39 |
lpapp | RP: because the thing is, you still need to have some raw stuff like this, EXTRA_USERS_PARAMS = "\ | 17:40 |
lpapp | useradd -p '' -u 1200 -d /home/user1 -r -s /bin/bash user1; \ | 17:40 |
lpapp | IMHO, that is still too complex for setting a password for the root user. | 17:40 |
RP | lpapp: author: Chen Qi | 17:40 |
RP | lpapp: I am not Chen | 17:40 |
lpapp | oh, I see. | 17:41 |
-YoctoAutoBuilder- build #28 of nightly-ppc is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/28 | 17:41 | |
-YoctoAutoBuilder- build #28 of nightly-fsl-arm is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/28 | 17:41 | |
-YoctoAutoBuilder- build #28 of nightly-multilib is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2 BuildImages_3 Running Sanity Tests_3 BuildImages_4] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/28 | 17:42 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:42 | |
-YoctoAutoBuilder- build #28 of minnow-lsb is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/28 | 17:43 | |
bluelightning | lpapp: personally I don't think this is something we should be making easier | 17:44 |
lpapp | RP: well, I guess, it would not be too hard to implement this feature in bitbake. | 17:44 |
bluelightning | lpapp: at worst, it encourages poor security practices | 17:45 |
lpapp | since variables are already parsed, so I could take a look at how other variables are parsed, and then I know how to use passwd or chpasswd in the end. | 17:45 |
lpapp | bluelightning: no, it does not. | 17:45 |
lpapp | 1) the discussion was also about ROOT_PASSWD_type | 17:46 |
lpapp | 2) Moreover, the current way already "encourages" that. | 17:46 |
lpapp | since the implemented feature by Chen is basically to add support cleartext. | 17:46 |
lpapp | for* | 17:46 |
bluelightning | setting the same default root password for every device you ship is not a security problem? | 17:46 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 17:46 | |
lpapp | correct. | 17:47 |
* rburton loves how raumfeld handles root access | 17:47 | |
lpapp | (not in our case anyhow where ssh is disabled) | 17:47 |
rburton | plug in a usb device with a file with basically a md5sum in and it enables ssh | 17:47 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 17:47 | |
lpapp | but then again, you have a generic complain which does not apply to the case. | 17:48 |
lpapp | 1) We already have this issue already today | 17:48 |
lpapp | 2) You already have the tools to make it better | 17:48 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 17:48 | |
bluelightning | lpapp: so if this affects you perhaps you can come up with the patch to add the feature? | 17:48 |
lpapp | rburton: eh? | 17:48 |
lpapp | rburton: if there is no ssh server running, how will you enable the ssh? | 17:49 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 17:49 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 17:49 | |
lpapp | bluelightning: not at the moment, I am afraid... I have plenty on my plate. | 17:49 |
bluelightning | don't we all... | 17:50 |
lpapp | how should I know? :) | 17:50 |
lpapp | I am not busy all the time in my life. :-) | 17:50 |
RP | lpapp: we have a lot going on. Now you know | 17:50 |
lpapp | yeah, well, either way, this is a basic feature IMHO. | 17:51 |
kergoth | rburton: huh, thats an interesting approach. requires local access | 17:51 |
RP | lpapp: so basic we've managed without it for years | 17:51 |
lpapp | RP: the two are orthogonal | 17:51 |
lpapp | look around how it has been managed .... :) | 17:52 |
lpapp | not the way how distributions have handled this the last 5-10 years. | 17:52 |
lpapp | bluelightning: also, one problem with implementing it on my own is that it is possible that the Linux Foundation and Intel would not like the feature itself, so I would rather not risk my time. | 17:53 |
lpapp | bluelightning: for instance I am still having a simple pending change for december, and such things demotivate me. | 17:55 |
lpapp | from* | 17:55 |
lpapp | currently, it feels a bit like if it is not important for the Linux Foundation and/or Intel, it will not get any attention. | 17:56 |
mr_science | anybody know anything about pseudo environment vars? | 17:56 |
mr_science | built it on a 64bit multilib setup but still no worky... | 17:57 |
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 18:02 | |
*** belen1 <belen1!Adium@nat/intel/x-xhwvnubsljhpjrzw> has joined #yocto | 18:02 | |
*** belen <belen!Adium@nat/intel/x-sykgtrekotvcpssz> has quit IRC | 18:03 | |
*** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 18:13 | |
*** behanw <behanw!~behanw@207.6.123.58> has joined #yocto | 18:18 | |
Xz | guys, uclibc-package.inc says: PACKAGES = "ldd ...", however my built image does not have ldd | 18:21 |
Xz | what's wrong? | 18:21 |
*** nitink <nitink!nitink@nat/intel/x-swcergthavcawhyh> has joined #yocto | 18:21 | |
Garibaldi|work | Xz: do you have a recipe in your image that pulls in ldd? | 18:21 |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 18:22 | |
Garibaldi|work | Question about ar: In my recipe I have an $AR variable set to i586-poky-linux-ar, but I don't have have i586-poky-linux-ar in my PATH | 18:22 |
Xz | Garibaldi|work: packagegroup-core-sdk pulls ldd in | 18:22 |
Xz | Garibaldi|work: in my image recipe I pull in 'tools-sdk' which pulls in packagegroup-core-sdk :) | 18:22 |
Xz | Garibaldi|work: it breaks my uclibc build | 18:23 |
Garibaldi|work | I see tmp/sysroots/x86_64-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/4.8.1/i586-poky-linux-ar, but that directory isn't in my PATH | 18:23 |
Xz | Garibaldi|work: and now I proved that ldd is not present on uclibc build (it is present on eglibc image) | 18:23 |
bluelightning | Xz: does uclibc actually put anything into an ldd package? | 18:24 |
Garibaldi|work | Xz: ok... I'm not sure what you're asking | 18:24 |
Xz | bluelightning: I don't know that | 18:24 |
bluelightning | Xz: I'd suggest checking - just having it in PACKAGES is not enough, it needs to actually install the appropriate files and have FILES_ldd somewhere | 18:25 |
Xz | bluelightning: but if it doesn't it would be strange to put 'PACKAGES = "ldd into uclbic-packages.inc, wouldn't it? | 18:25 |
bluelightning | Xz: it would yes | 18:25 |
Xz | bluelightning: there is FILES_ldd = "${bindir}/ldd" | 18:25 |
Xz | bluelightning: in uclibc-package.inc | 18:26 |
Xz | bluelightning: maybe it should be FILES_ucblic-ldd? | 18:27 |
kergoth | if ldd is in packages, FILES_ldd is what it should be defining | 18:28 |
Garibaldi|work | any have any idea about my $AR not being in the $PATH? | 18:28 |
Xz | bluelightning: SUMMARY_ldd and DESCRIPTION_ldd are missing, maybe that's the case? | 18:28 |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 18:28 | |
kergoth | harmless | 18:28 |
kergoth | summary and description are cosmetic | 18:28 |
Xz | kergoth: bluelightning: so basically sth is not clicking here. ldd on uclibc image not present, but present in uclibc-package.inc | 18:29 |
kergoth | as bluelightning already said, you'd have to make sure it actually installs the files that FILES_ldd is looking for | 18:30 |
Xz | kergoth: bluelightning: the same thing done in eglibc-package.inc works, so ldd present in eglibc image | 18:30 |
Xz | kergoth: well, I checked the image and ldd is not there, so not installed is the answer. Is that answer for your question? :) | 18:30 |
bluelightning | Xz: check what the ldd subdirectory in the packages-split subdir of the uclibc workdir has in it | 18:30 |
Xz | bluelightning: have to rebuilt image :| will check in 45min | 18:32 |
kergoth | the image is way farther down the line, as bluelightning says, you need to check what actually got installed by the recipe | 18:32 |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 18:33 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 18:33 | |
*** behanw <behanw!~behanw@207.6.123.58> has quit IRC | 18:42 | |
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 18:44 | |
Xz | bluelightning: kergoth: ok, so ldd/ subdirectory in uclibc's packages-split is empty :| | 18:45 |
bluelightning | Xz: right, so it never installed anything | 18:45 |
Xz | bluelightning: so either uclibc-packages.inc should not say 'PACKAGES = "ldd" or ldd/ subdir should contain some stuff | 18:47 |
lpapp | /etc/init.d/rc: /etc/rcS.d/S37populate-volatile.sh: line 1: can't create /etc/volatile.cache.build: No space left on device | 18:48 |
lpapp | that looks scary, does it not? How can I debug what causes it? | 18:48 |
Xz | lpapp: use 'mount' to figure out whre /etc sits first | 18:49 |
Garibaldi|work | is there a virtual/${TARGET_PREFIX}ar? | 18:49 |
lpapp | Xz: yeah, I know which partition is that, but I am not sure why it is getting full. | 18:49 |
kergoth | ar is from binutils | 18:49 |
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC | 18:50 | |
Xz | lpapp: is your partition in RAM or on some Flash/other device? | 18:50 |
Garibaldi|work | do I need to do something to pull in i586-poky-linux-ar? The $AR variable is set, but the command it's set to isn't in my path | 18:50 |
lpapp | Xz: nor flash, ubigs. | 18:51 |
lpapp | ubifs* | 18:51 |
Garibaldi|work | just do a DEPENDS += "binutils-native"? | 18:51 |
*** captainigloo <captainigloo!~captainig@2001:41d0:8:114b::1> has quit IRC | 18:52 | |
Xz | lpapp: if you have df/du tools you can check sizes of stuff on your partition | 18:52 |
*** belen1 <belen1!Adium@nat/intel/x-xhwvnubsljhpjrzw> has quit IRC | 18:52 | |
*** captainigloo <captainigloo!~captainig@2001:41d0:8:114b::1> has joined #yocto | 18:52 | |
kergoth | it sounds like you'd wnat the cross one, technically, if you want i586-poky-linux-ar | 18:53 |
kergoth | thats cross prefixed | 18:53 |
kergoth | virtual/${TARGET_PREFIX}binutils or so | 18:53 |
Xz | lpapp: untill you cannot since that's during boot, right? | 18:53 |
lpapp | Xz: I know the size as I set it up in u-boot. | 18:53 |
Xz | lpapp: hard to say anything about that problem. Maybe prepend /etc/rcS.d/S37populate-volatile.sh:line1 with 'strace' to have better understanding of what happens | 18:55 |
Xz | lpapp: assumming you have strace on your image | 18:55 |
lpapp | I do not. | 18:56 |
*** belen <belen!~Adium@134.134.137.71> has joined #yocto | 18:56 | |
Garibaldi|work | kergoth: yeah, I'm trying to use $AR in my recipe -- the variable is set but the value it contains isn't in my PATH | 18:56 |
Garibaldi|work | I'll try what you suggested | 18:56 |
Xz | lpapp: add strace to the image - that's something you can try | 18:56 |
*** danielki <danielki!~daniel@188.111.54.34> has quit IRC | 18:56 | |
lpapp | Xz: I do not know how to read strace... It looked a bit spammy to me all the time. :-) | 18:57 |
*** behanw <behanw!~behanw@S0106c8fb2681e04b.gv.shawcable.net> has joined #yocto | 18:59 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 18:59 | |
Xz | lpapp: so how do you want to debug it? As I understand you know size of your image and you know size of contents and there is some free space on image. However /etc/rcS.d/S37populate-volatile.sh: complains about no free space | 18:59 |
*** belen <belen!~Adium@134.134.137.71> has quit IRC | 18:59 | |
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto | 19:01 | |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.70> has quit IRC | 19:01 | |
kergoth | hmm, the ^{} thing with tags broke for this tag in this repo | 19:02 |
kergoth | doing the ls-remote iwthout that works fine | 19:02 |
kergoth | does that only work for annotated tags? | 19:02 |
kergoth | with annotated tags, the tag is its own object, not just a ref to a commit object.. | 19:02 |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.70> has joined #yocto | 19:08 | |
Garibaldi|work | kergoth: thanks -- that worked | 19:09 |
kergoth | np | 19:09 |
kergoth | Garibaldi|work: that said, recipes default to pulling in the cross toolchain, so its a bit odd you'd need to do so manually, unless you're inhibiting hte default deps | 19:10 |
Garibaldi|work | yeah, I figured so. I'm not doing anything (that I know of) to inhibit the defaults though | 19:11 |
fray | name of the package (including -native or -nativesdk) can prevent it.... also adding INHIBIT... something (forget offhand) in the recipe can.. | 19:11 |
Garibaldi|work | yeah, I'm doing neither of those | 19:12 |
Garibaldi|work | I'll take a look at what I have and double check that I didn't fubar something along the way | 19:13 |
newell | So I build my image using EXTRA_IMAGE_FEATURES = "debug-tweaks ssh-server-openssh dev-pkgs dbg-pkgs tools-sdk tools-debug " | 19:16 |
newell | However, I cannot find gcc or any of the other programs that some of these packages are supposed to come with...am I missing something here? | 19:17 |
*** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has quit IRC | 19:17 | |
kergoth | to start with, make sure nothing is overriding that, see what its really set to. bitbake -e yourimage|grep IMAGE_FEATURES= | 19:18 |
newell | kergoth, thanks will try that right now | 19:18 |
newell | SDKIMAGE_FEATURES="dev-pkgs dbg-pkgs" | 19:20 |
newell | EXTRA_IMAGE_FEATURES="debug-tweaks ssh-server-openssh dev-pkgs dbg-pkgs tools-sdk tools-debug tools-testapps nfs-server tools-debug tools-profile " | 19:20 |
newell | IMAGE_FEATURES="debug-tweaks tools-sdk dev-pkgs tools-testapps splash dbg-pkgs tools-profile nfs-server tools-debug ssh-server-openssh" | 19:20 |
newell | kergoth, seems that it should be okay no? | 19:22 |
kergoth | indeed. might want to look at the packages installed in the image. there's a package list in buildhistory | 19:23 |
kergoth | also the manifests | 19:23 |
newell | kergoth, I don't see a tmp/buildhistory directoy...I do see a tmp/buildstats but didn't find any package information in that folder | 19:27 |
* newell is checking manifests | 19:27 | |
newell | will rebuild with buildhistory enabled | 19:30 |
*** onoffon <onoffon!~kraj@66.129.239.12> has quit IRC | 19:33 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 19:34 | |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 19:41 | |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.70> has quit IRC | 19:42 | |
*** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has joined #yocto | 19:52 | |
*** etch <etch!~etch@pool-71-184-94-122.bstnma.fios.verizon.net> has joined #yocto | 20:17 | |
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 20:22 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 20:24 | |
*** zibri <zibri!zibri@rfc1459.se> has quit IRC | 20:36 | |
*** zibri <zibri!~zibri@rfc1459.se> has joined #yocto | 20:37 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 20:43 | |
*** zibri <zibri!~zibri@rfc1459.se> has quit IRC | 20:44 | |
*** staylor <staylor!~staylor@mail.au-zone.com> has joined #yocto | 20:51 | |
*** sroy_ <sroy_!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has quit IRC | 20:51 | |
*** abelloni <abelloni!~piout@128-79-216-6.hfc.dyn.abo.bbox.fr> has quit IRC | 20:53 | |
*** sroy <sroy!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has joined #yocto | 20:54 | |
*** swex <swex!~swex@88.210.58.111> has quit IRC | 20:54 | |
*** abelloni <abelloni!~piout@128-79-216-6.hfc.dyn.abo.bbox.fr> has joined #yocto | 20:54 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 21:01 | |
*** sroy <sroy!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has quit IRC | 21:03 | |
*** kscherer <kscherer!~kscherer@128.224.252.2> has quit IRC | 21:09 | |
*** etch <etch!~etch@pool-71-184-94-122.bstnma.fios.verizon.net> has left #yocto | 21:11 | |
*** jzhang-laptop <jzhang-laptop!jzhang16@nat/intel/x-ilgipdpgwmwwxzsy> has joined #yocto | 21:15 | |
*** sroy <sroy!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has joined #yocto | 21:15 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 21:17 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 21:18 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 21:27 | |
*** abelloni <abelloni!~piout@128-79-216-6.hfc.dyn.abo.bbox.fr> has quit IRC | 21:34 | |
*** abelloni <abelloni!~piout@128-79-216-6.hfc.dyn.abo.bbox.fr> has joined #yocto | 21:41 | |
*** sroy <sroy!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has quit IRC | 21:43 | |
*** sroy_ <sroy_!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has joined #yocto | 21:50 | |
*** zibri <zibri!zibri@rfc1459.se> has joined #yocto | 21:55 | |
*** sroy_ <sroy_!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has quit IRC | 21:57 | |
*** sjolley <sjolley!sjolley@nat/intel/x-airohhztvyuybxxa> has joined #yocto | 21:59 | |
*** jzhang-laptop <jzhang-laptop!jzhang16@nat/intel/x-ilgipdpgwmwwxzsy> has quit IRC | 22:00 | |
*** tomz <tomz!~trz@c-98-206-136-16.hsd1.il.comcast.net> has left #yocto | 22:05 | |
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 22:18 | |
*** onoffon <onoffon!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 22:19 | |
newell | kergoth, so I rebuilt my image with buildhistory enabled and I am looking at the installed-packages.txt for my image and I see gcc in there but I cannot find it at all on the actual image when I boot up the board. | 22:20 |
newell | Any hints on why this could be like this? | 22:21 |
newell | Its weird...b/c I remember that I used to have gcc in the PATH and installed on earlier builds | 22:21 |
* newell scratches his head | 22:21 | |
*** onoffon <onoffon!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 22:21 | |
*** onoffon <onoffon!~kraj@66.129.239.12> has joined #yocto | 22:23 | |
*** jzhang-laptop <jzhang-laptop!jzhang16@nat/intel/x-udubnplheifllnti> has joined #yocto | 22:25 | |
*** onoffon is now known as khem` | 22:25 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 22:31 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has joined #yocto | 22:31 | |
*** Lancz <Lancz!~lancz@ool-4577349a.dyn.optonline.net> has joined #yocto | 22:32 | |
*** jzhang-laptop <jzhang-laptop!jzhang16@nat/intel/x-udubnplheifllnti> has left #yocto | 22:33 | |
*** Lancz <Lancz!~lancz@ool-4577349a.dyn.optonline.net> has quit IRC | 22:36 | |
*** Lancz <Lancz!~lancz@ool-4577349a.dyn.optonline.net> has joined #yocto | 22:37 | |
*** ant_home <ant_home!~ant__@host170-209-dynamic.16-79-r.retail.telecomitalia.it> has joined #yocto | 22:37 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:38 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-gapcrzsknvxirsyo> has quit IRC | 22:43 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-fwhoxclrilumnuin> has joined #yocto | 22:44 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-fwhoxclrilumnuin> has quit IRC | 22:44 | |
*** Lancz is now known as griznj | 22:46 | |
*** griznj <griznj!~griznj@ool-4577349a.dyn.optonline.net> has joined #yocto | 22:46 | |
*** agust <agust!~agust@p4FDE7F1F.dip0.t-ipconnect.de> has quit IRC | 22:51 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 22:55 | |
*** griznj <griznj!~griznj@ool-4577349a.dyn.optonline.net> has quit IRC | 22:55 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 22:57 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 23:05 | |
*** ccube <ccube!ccube@nx.ccube.de> has quit IRC | 23:11 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 23:17 | |
*** ccube <ccube!ccube@nx.ccube.de> has joined #yocto | 23:20 | |
*** Crofton|work <Crofton|work!~balister@pool-71-171-41-155.ronkva.east.verizon.net> has quit IRC | 23:33 | |
*** Crofton|work <Crofton|work!~balister@pool-71-171-41-155.ronkva.east.verizon.net> has joined #yocto | 23:36 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 23:36 | |
*** phantoxeD <phantoxeD!destroy@a89-154-119-158.cpe.netcabo.pt> has quit IRC | 23:38 | |
*** phantoxeD <phantoxeD!destroy@a89-154-119-158.cpe.netcabo.pt> has joined #yocto | 23:38 | |
*** frankbutt <frankbutt!~frankbutt@66.172.11.32> has joined #yocto | 23:43 | |
*** frankbutt <frankbutt!~frankbutt@66.172.11.32> has left #yocto | 23:43 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 23:48 | |
kergoth | sounds like you hvae some other problem going on, perhaps flashing the wrong image or so :) | 23:49 |
*** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has quit IRC | 23:56 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!