-YoctoAutoBuilder- build #5 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/5 | 00:07 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:08 | |
*** davest <davest!Adium@nat/intel/x-iebygvttkgdkpltt> has quit IRC | 00:11 | |
*** sjolley <sjolley!sjolley@nat/intel/x-txwqcvpjwljexkju> has quit IRC | 00:14 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 00:18 | |
*** khem` <khem`!~kraj@66.129.239.12> has joined #yocto | 00:29 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 00:29 | |
khem | denix: whats up | 00:30 |
---|---|---|
khem` | I havent been praying for snow, its my daughter since we went to lake Tahoe last month there was nothing | 00:31 |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 00:32 | |
denix | khem: finally got to branching off dora in meta-ti, since ${COREBASE}/LICENSE got changed :) almost missed that one while I was on vacation... | 00:32 |
khem` | great | 00:32 |
khem` | I know it would come at some point | 00:33 |
khem` | but makes distro folks happier | 00:33 |
denix | khem: indeed, but since we internally still have active development on dylan for some products, I now have to support 3 branches simultaneously (master, dora, dylan)... | 00:34 |
denix | I was holding off for as long as I could :) | 00:34 |
khem` | yeah if you can do that successfully then you are genius since normal folks can maintain 1 branch, smart folks can do 2 and it takes a genius to do 3 :) | 00:35 |
khem` | master is bleeding why do you support it ;) | 00:35 |
denix | khem`: to be current myself and not break stuff for community folks. our products use stable branches of course | 00:37 |
*** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 00:55 | |
*** sjolley <sjolley!sjolley@nat/intel/x-kkqruskudrmtvkcp> has joined #yocto | 01:01 | |
-YoctoAutoBuilder- build #4 of minnow is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/4 | 01:04 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 01:04 | |
*** davest <davest!Adium@nat/intel/x-vtpqwocsfcrshwze> has joined #yocto | 01:05 | |
*** davest1 <davest1!Adium@nat/intel/x-xrtdqzvpbfmdpdvh> has joined #yocto | 01:09 | |
*** davest <davest!Adium@nat/intel/x-vtpqwocsfcrshwze> has quit IRC | 01:09 | |
*** davest1 <davest1!Adium@nat/intel/x-xrtdqzvpbfmdpdvh> has quit IRC | 01:10 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@cpe-065-190-086-231.nc.res.rr.com> has quit IRC | 01:20 | |
-YoctoAutoBuilder- build #5 of nightly-ppc is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/5 | 01:21 | |
-YoctoAutoBuilder- build #5 of nightly-mips is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/5 | 01:25 | |
-YoctoAutoBuilder- build #5 of nightly-arm is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/5 | 01:35 | |
*** sgw_ <sgw_!~sgw@172.56.33.3> has quit IRC | 01:41 | |
-YoctoAutoBuilder- build #4 of minnow-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/4 | 01:43 | |
-YoctoAutoBuilder- build #5 of nightly-x86 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/5 | 01:49 | |
*** sjolley1 <sjolley1!sjolley@nat/intel/x-xxmucaunkbfngqhb> has joined #yocto | 01:54 | |
*** sjolley <sjolley!sjolley@nat/intel/x-kkqruskudrmtvkcp> has quit IRC | 01:56 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 01:58 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 01:58 | |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 02:00 | |
*** michael_e_brown <michael_e_brown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 02:03 | |
michael_e_brown | does anybody know the status of python3 in yocto? I've been poking around the repo and don't really see it, although I see some patches to meta-oe mailing list. | 02:04 |
*** tm8080 <tm8080!4c11f2de@gateway/web/freenode/ip.76.17.242.222> has joined #yocto | 02:05 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 02:05 | |
khem` | michael_e_brown: Patches are there see my contrib tree | 02:10 |
khem` | http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/python3 | 02:10 |
khem` | its on top of master but should work ok on dora too | 02:11 |
michael_e_brown | ah. thanks. I'm on dora and was considering moving over to master to get py3 | 02:11 |
michael_e_brown | any plans on getting that into poky, or is there a timeline for conversion? | 02:12 |
*** tm8080 is now known as tpmanley | 02:14 | |
-YoctoAutoBuilder- build #5 of nightly-fsl-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/5 | 02:14 | |
khem` | michael_e_brown: it should go into Oe-Core/master sometime | 02:18 |
khem` | there are some cosmetic issues with it | 02:18 |
khem` | I have it working with dylan/dora/master | 02:18 |
*** tpmanley <tpmanley!4c11f2de@gateway/web/freenode/ip.76.17.242.222> has left #yocto | 02:20 | |
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 02:22 | |
michael_e_brown | cosmetic? | 02:22 |
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 02:26 | |
vmeson | michael_e_brown: see http://patchwork.openembedded.org/patch/57393/ | 02:28 |
michael_e_brown | Thanks for the reference! | 02:29 |
khem` | yes since these files are same as they are trying to replace | 02:33 |
khem` | so functionally it does not matter | 02:33 |
*** nitink <nitink!~nitink@134.134.137.75> has joined #yocto | 02:42 | |
*** nitink1 <nitink1!~nitink@134.134.137.71> has quit IRC | 02:43 | |
*** nitink <nitink!~nitink@134.134.137.75> has quit IRC | 02:47 | |
*** silviof3 <silviof3!~silviof@ppp-188-174-105-30.dynamic.mnet-online.de> has joined #yocto | 03:01 | |
*** silviof2 <silviof2!~silviof@ppp-188-174-26-232.dynamic.mnet-online.de> has quit IRC | 03:04 | |
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 03:16 | |
*** behanw <behanw!~behanw@207.6.123.58> has quit IRC | 03:53 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:56 | |
*** sgw_ <sgw_!~sgw@172.56.33.3> has joined #yocto | 03:57 | |
*** sgw_1 <sgw_1!~sgw@50-76-103-9-static.hfc.comcastbusiness.net> has joined #yocto | 04:00 | |
*** sgw_ <sgw_!~sgw@172.56.33.3> has quit IRC | 04:03 | |
*** behanw <behanw!~behanw@S0106c8fb2681e04b.gv.shawcable.net> has joined #yocto | 04:13 | |
*** behanw <behanw!~behanw@S0106c8fb2681e04b.gv.shawcable.net> has quit IRC | 04:22 | |
*** tobiash <tobiash!~quassel@mail.bmw-carit.de> has joined #yocto | 04:32 | |
-YoctoAutoBuilder- build #5 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/5 | 04:37 | |
-YoctoAutoBuilder- build #4 of eclipse-plugin-kepler is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin-kepler/builds/4 | 04:37 | |
michael_e_brown | khem, you still around? | 04:38 |
khem` | yes | 04:38 |
khem` | I just rebased the python3 branch | 04:39 |
michael_e_brown | I added the openembedded-core-contrib kraj/python3 branch | 04:39 |
khem` | I also fixed the warnings | 04:39 |
michael_e_brown | and without changing anything I got: | 04:39 |
michael_e_brown | ERROR: ExpansionError during parsing /home/michael_e_brown/cp-2/build/qemu/release-xrev/../../../openembedded-core-contrib/meta/recipes-devtools/python/python3-distribute_0.6.32.bb: Failure expanding variable DEPENDS: ExpansionError: Failure expanding variable DEPENDS, expression was virtual/x86_64-poky-linux-gcc virtual/x86_64-poky-linux-compilerlibs virtual/libc python3 ${@["${PYTHON_PN}-native ${PYTHON_PN}", " | 04:39 |
michael_e_brown | "][(d.getVar('PACKAGES', True) == '')]} ${PYTHON_PN}-native which triggered exception SyntaxError: EOL while scanning string literal (DEPENDS, line 1) | 04:39 |
michael_e_brown | Do I need to update any config? I was just adding that layer to my existing dora build to make sure everything still compiles before switching over to python3 | 04:40 |
khem` | hmm did you cherry-pick the patches | 04:40 |
michael_e_brown | nope | 04:40 |
khem` | or how did you do it | 04:40 |
michael_e_brown | just added the whole layer... maybe I screwed something up, but it seemed straightforward | 04:40 |
khem` | you said you were on poky or some sort | 04:41 |
michael_e_brown | I checked out the kraj/python3 branch and added it to my bblayers | 04:41 |
michael_e_brown | poky, dora branch | 04:41 |
khem` | well poky does not take OE-Core as such it fudges it into a layer of its own | 04:41 |
khem` | so your best approach is to cherry-pick | 04:42 |
khem` | I just posted the series to ml | 04:42 |
khem` | as well | 04:42 |
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 04:42 | |
michael_e_brown | Ok. little bit more work. I'll check it out. | 04:42 |
khem` | so you can just pw-am.sh 1 by 1 on dora/poky | 04:42 |
khem` | you will get a conflict on [15/15] python-setuptools: Remove its provided by python-distribute | 04:43 |
khem` | thats because dora has a different version of python-setuptools_1.4.bb | 04:43 |
khem` | that its removing | 04:43 |
khem` | so you can solve that manually | 04:43 |
khem` | other 14 should apply straight forward | 04:44 |
michael_e_brown | ok. all new stuff to me, but it looks straightforward. | 04:44 |
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 04:44 | |
michael_e_brown | thanks for the direction and pointers | 04:44 |
khem` | np | 04:44 |
khem` | let me know how it goes | 04:45 |
khem` | you will provide testing to them | 04:45 |
khem` | so reply to mailing thread with your results | 04:45 |
michael_e_brown | any plan to get this into yocto 1.6? Or is there a target for it? | 04:45 |
khem` | yes I 1.6 should get it | 04:46 |
khem` | hopefully this is last iteration | 04:46 |
michael_e_brown | ok. I'll apply and send a note when I get it. | 04:46 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:47 | |
-YoctoAutoBuilder- build #4 of nightly-oecore is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/4 | 04:57 | |
-YoctoAutoBuilder- build #4 of build-appliance is complete: Failure [failed BuildImages_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/4 | 04:58 | |
michael_e_brown | khem, second patch in the series fails for some weird reason: | 04:59 |
michael_e_brown | $ ./pw-am.sh 66059 | 04:59 |
michael_e_brown | + for patchnumber in '$@' | 04:59 |
michael_e_brown | + wget -nv http://patches.openembedded.org/patch/66059/mbox/ -O pw-am-66059.patch | 04:59 |
michael_e_brown | 2014-01-29 22:58:13 URL:http://patches.openembedded.org/patch/66059/mbox/ [20974] -> "pw-am-66059.patch" [1] | 04:59 |
michael_e_brown | + git am -s pw-am-66059.patch | 04:59 |
michael_e_brown | Applying: python-3.3-manifest: Add python3 manifest file | 04:59 |
michael_e_brown | /home/michael_e_brown/cp-2/poky/.git/rebase-apply/patch:19: trailing whitespace. | 04:59 |
michael_e_brown | 04:59 | |
michael_e_brown | fatal: corrupt patch at line 274 | 04:59 |
michael_e_brown | Patch failed at 0001 python-3.3-manifest: Add python3 manifest file | 04:59 |
michael_e_brown | When you have resolved this problem run "git am --resolved". | 04:59 |
michael_e_brown | If you would prefer to skip this patch, instead run "git am --skip". | 04:59 |
khem | ah yes | 04:59 |
michael_e_brown | To restore the original branch and stop patching run "git am --abort". | 04:59 |
michael_e_brown | and... looking at the patch, something is off: | 04:59 |
michael_e_brown | http://patches.openembedded.org/patch/66059/ | 04:59 |
khem | it has a line which is longer than 998 chars | 04:59 |
khem | which emails cant handle | 05:00 |
michael_e_brown | sitecustomize.py is split | 05:00 |
khem | hmmm | 05:00 |
michael_e_brown | I tried to fix it, but I failed somehow | 05:00 |
khem | clone oe-core-contrib | 05:00 |
khem | checkout kraj/python3 branch | 05:00 |
khem | and generate the patches | 05:00 |
michael_e_brown | I can do that. | 05:00 |
khem | git format-patch -15 | 05:00 |
khem | and then git am them in your poky tree | 05:01 |
michael_e_brown | easy enough. let me reclone my tree since you said you rebased everything | 05:01 |
*** sjolley <sjolley!sjolley@nat/intel/x-eijkdqpfeopubyit> has joined #yocto | 05:04 | |
*** sjolley1 <sjolley1!sjolley@nat/intel/x-xxmucaunkbfngqhb> has quit IRC | 05:05 | |
*** behanw <behanw!~behanw@S0106c8fb2681e04b.gv.shawcable.net> has joined #yocto | 05:06 | |
*** denix <denix!~denix@pool-71-191-205-189.washdc.fios.verizon.net> has quit IRC | 05:10 | |
khem` | btw. in angstrom I already have it working with dora | 05:12 |
michael_e_brown | thanks. git am is progressing. halfway there. | 05:15 |
michael_e_brown | there are some trailing whitespace warnings, btw | 05:15 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:19 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 05:22 | |
khem` | yes | 05:25 |
*** behanw <behanw!~behanw@S0106c8fb2681e04b.gv.shawcable.net> has quit IRC | 05:27 | |
* mranostay yawns | 05:45 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 06:06 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 06:13 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 06:25 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has quit IRC | 06:29 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has joined #yocto | 06:30 | |
*** sjolley <sjolley!sjolley@nat/intel/x-eijkdqpfeopubyit> has quit IRC | 06:32 | |
*** sjolley <sjolley!~sjolley@192.55.55.41> has joined #yocto | 06:34 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has quit IRC | 06:35 | |
*** sjolley <sjolley!~sjolley@192.55.55.41> has quit IRC | 06:35 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 06:44 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 06:50 | |
*** khem` <khem`!~kraj@66.129.239.12> has quit IRC | 06:55 | |
*** khem` <khem`!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 06:55 | |
*** mihai <mihai!~mihai@188.27.91.149> has joined #yocto | 06:58 | |
*** kbart <kbart!~KBart@213.197.143.19> has joined #yocto | 07:01 | |
michael_e_brown | khem, got interrupted with girlfriend issues, but I finally got everything applied, and rebuilding same exact image (no python3, still python2) WORKS GREAT, NO PROBLEMS. Next step, I will pull in python3 to see how that works. | 07:03 |
khem` | fantastic | 07:03 |
*** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC | 07:05 | |
*** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto | 07:05 | |
khem` | there are plenty of other recipes for python universe that I havent contributed | 07:06 |
khem` | essentially things like jinja sphinx pyzmq and stuff | 07:06 |
khem` | once OE-Core patches go in then I will propose them for meta-oe | 07:06 |
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto | 07:07 | |
michael_e_brown | khem, adding python3 fails to build: | 07:09 |
michael_e_brown | ERROR: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities. | 07:09 |
michael_e_brown | Rerun configure task after fixing this. The path was '/home/michael_e_brown/cp-2/build/qemu/release-xrev/tmp/work/x86_64-poky-linux/python3/3.3.3-r0.0/Python-3.3.3' | 07:09 |
michael_e_brown | ERROR: Function failed: do_qa_configure | 07:09 |
michael_e_brown | ERROR: Logfile of failure stored in: /home/michael_e_brown/cp-2/build/qemu/release-xrev/tmp/work/x86_64-poky-linux/python3/3.3.3-r0.0/temp/log.do_configure.10085 | 07:09 |
michael_e_brown | ERROR: Task 461 (/home/michael_e_brown/cp-2/build/qemu/release-xrev/../../../poky/meta/recipes-devtools/python/python3_3.3.3.bb, do_configure) failed with exit code '1' | 07:09 |
michael_e_brown | NOTE: Tasks Summary: Attempted 3060 tasks of which 3044 didn't need to be rerun and 1 failed. | 07:09 |
michael_e_brown | No currently running tasks (3060 of 3070) | 07:09 |
michael_e_brown | Summary: 1 task failed: | 07:09 |
michael_e_brown | /home/michael_e_brown/cp-2/build/qemu/release-xrev/../../../poky/meta/recipes-devtools/python/python3_3.3.3.bb, do_configure | 07:09 |
michael_e_brown | Summary: There were 2 ERROR messages shown, returning a non-zero exit code. | 07:09 |
michael_e_brown | let me look in the log file to see what I can see | 07:09 |
michael_e_brown | cc1: warning: include location "/usr/include/ncursesw" is unsafe for cross-compilation [-Wpoison-system-directories] | 07:12 |
michael_e_brown | It looks like configure.ac, line 4311: | 07:13 |
michael_e_brown | CPPFLAGS="$CPPFLAGS -I/usr/include/ncursesw" | 07:14 |
khem` | michael_e_brown: I bet I fixed it once | 07:18 |
khem` | whats your build OS | 07:18 |
michael_e_brown | I am on centos 6 | 07:18 |
michael_e_brown | it looks like a clear problem in the stock python configure.ac | 07:18 |
khem` | if you have possibility can you uninstall ncursesw | 07:19 |
khem` | on it | 07:19 |
khem` | yes I know | 07:19 |
khem` | the problem is in python | 07:19 |
michael_e_brown | looks like it should be using pkg-config | 07:19 |
michael_e_brown | this is a shared build machine... slightly difficult to uninstall | 07:20 |
khem` | btw. you might also want something like https://github.com/Angstrom-distribution/meta-angstrom/blob/angstrom-v2013.12-yocto1.5/recipes-angstrom/packagegroups/packagegroup-python3.bb | 07:20 |
khem` | hmm ok | 07:20 |
michael_e_brown | oh, thanks. that packagegroup looks lovely. | 07:21 |
michael_e_brown | I'm going to get yelled at tomorrow, but I uninstalled curses devel and everything it depends on and it's compiling now. We ought to patch that configure.ac to use PKG_CHECK_MODULES() | 07:22 |
michael_e_brown | oh, wait, HPUX probably isnt doing pkg-config | 07:22 |
michael_e_brown | nm | 07:22 |
michael_e_brown | Well, I know how *I* would fix this. How would you fix this for the 'official' python3 package? (just curious) | 07:23 |
khem` | OK cooking a patch hang on | 07:24 |
*** swex <swex!~swex@178.17.197.102> has quit IRC | 07:26 | |
michael_e_brown | Another "issue" (may or may not be real, since I'm just starting to move some stuff to python3): python3-fcntl package is empty. | 07:27 |
*** agust <agust!~agust@pD9E2FC1E.dip0.t-ipconnect.de> has joined #yocto | 07:28 | |
michael_e_brown | $ find . | grep fcntl | 07:28 |
michael_e_brown | ./aclocal-copy/fcntl-o.m4 | 07:28 |
michael_e_brown | ./build/temp.linux-x86_64-3.3/home/michael_e_brown/cp-2/build/qemu/release-xrev/tmp/work/x86_64-poky-linux/python3/3.3.3-r0.0/Python-3.3.3/Modules/fcntlmodule.o | 07:28 |
michael_e_brown | ./Lib/test/test_fcntl.py | 07:28 |
michael_e_brown | ./Doc/library/fcntl.rst | 07:28 |
michael_e_brown | ./Modules/fcntlmodule.c | 07:28 |
michael_e_brown | [michael_e_brown@gitbuild12g106 Python-3.3.3]$ cd ../packages-split/ | 07:28 |
michael_e_brown | [michael_e_brown@gitbuild12g106 packages-split]$ find python3-fcntl/ | 07:28 |
michael_e_brown | python3-fcntl/ | 07:28 |
michael_e_brown | It looks like there is an fcntlmodule.o, but it doesn't end up in python3-fcntl, nor do I see it anywhere else. | 07:28 |
michael_e_brown | Ah, looks legit: | 07:31 |
michael_e_brown | | Collected errors: | 07:31 |
michael_e_brown | | * satisfy_dependencies_for: Cannot satisfy the following dependencies for python3-subprocess: | 07:31 |
michael_e_brown | | * python3-fcntl * | 07:31 |
michael_e_brown | | * opkg_install_cmd: Cannot install package python3-subprocess. | 07:31 |
michael_e_brown | so there is another problem to fix, khem. | 07:31 |
khem` | OK I pushed a patch to contrib branch | 07:32 |
khem` | git pull and cherry pick it | 07:32 |
michael_e_brown | Looks like python-3.3-manifest.inc needs an update: | 07:32 |
michael_e_brown | FILES_${PN}-fcntl="${libdir}/python3.3/lib-dynload/fcntl.*.so " | 07:32 |
michael_e_brown | should be fcntlmodule*.so | 07:33 |
michael_e_brown | or just fcntl*.so | 07:33 |
khem` | hmmm | 07:33 |
khem` | let me see if I can reproduce the second problem | 07:36 |
michael_e_brown | khem, could you check what you just committed? It appears that you: | 07:36 |
michael_e_brown | + file://avoid-ncursesw-include-path.patch \ | 07:36 |
michael_e_brown | but did not git add the actual patch file | 07:36 |
*** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has joined #yocto | 07:37 | |
michael_e_brown | For the fcntl one, maybe python isnt installing it? | 07:37 |
michael_e_brown | $ find image/ | grep fcntl | 07:37 |
michael_e_brown | image/usr/lib/python3.3/test/test_fcntl.py | 07:37 |
michael_e_brown | I'm not seeing the built fcntlmodule.so installed | 07:37 |
khem` | yes | 07:38 |
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:38 | |
khem` | OK repushed | 07:38 |
michael_e_brown | cool. I learned a new trick. thanks. "=" | 07:42 |
michael_e_brown | re-installed the offending ncurses-devel and it got past do_configure | 07:43 |
michael_e_brown | now on do_compile | 07:43 |
khem` | np | 07:43 |
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:44 | |
michael_e_brown | build successful | 07:45 |
khem` | fcntl.so is the module | 07:45 |
khem` | that it should build | 07:45 |
khem` | few years ago I fixed it for python 2 | 07:46 |
khem` | it might need similar stuff with p3 | 07:46 |
*** ant___ <ant___!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:56 | |
*** ant___ <ant___!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 07:57 | |
*** e8johan_ <e8johan_!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 07:58 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 07:59 | |
khem` | OK I think I know the problem | 07:59 |
khem` | trying out a potential fix | 07:59 |
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 07:59 | |
michael_e_brown | ok, good, because I have been looking at it and have no idea what's going on. | 08:00 |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 08:03 | |
*** fpaut_ is now known as fpaut | 08:05 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 08:14 | |
khem` | its a chicken egg problem | 08:16 |
khem` | where mods need libpython to be staged | 08:17 |
khem` | so compile step needs to be divided | 08:17 |
khem` | hopefully that will fix it | 08:17 |
michael_e_brown | ok, thanks for looking. bedtime for me. | 08:17 |
michael_e_brown | I'll pull and test tomorrow if you have something pushed | 08:18 |
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 08:21 | |
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 08:26 | |
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:32 | |
*** florian_kc is now known as florian | 08:33 | |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto | 08:36 | |
*** zeeblex <zeeblex!~apalalax@134.134.139.76> has joined #yocto | 08:37 | |
*** arky <arky!~arky@stat-217-145-38-50.xdsl.toledo.be> has joined #yocto | 08:44 | |
*** arky <arky!~arky@stat-217-145-38-50.xdsl.toledo.be> has left #yocto | 08:53 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 09:00 | |
*** jonatan <jonatan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 09:01 | |
*** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto | 09:03 | |
*** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 09:05 | |
g1zer0 | hi! how do I trigger updating a package feed manifest (Packages*) after bitbaking a previously unused recipe? | 09:09 |
g1zer0 | I mean... 'bitbake gdb' does put ipks in deploy/ipk dir, but the Packages* files don't seem to be updated | 09:10 |
g1zer0 | working with yocto dora | 09:10 |
Net147 | g1zer0: bitbake package-index | 09:10 |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:12 | |
Net147 | g1zer0: http://www.yoctoproject.org/docs/current/adt-manual/adt-manual.html#configuring-the-pms | 09:12 |
g1zer0 | Net147: thx... i definitely missed the right keyword to search the docs... ;-) | 09:13 |
g1zer0 | Net147: it works as expected! | 09:14 |
*** mckoan|away is now known as mckoan | 09:20 | |
mckoan | good morning | 09:20 |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 09:30 | |
*** zeeblex1 <zeeblex1!~apalalax@134.134.139.76> has joined #yocto | 09:34 | |
*** zeeblex <zeeblex!~apalalax@134.134.139.76> has quit IRC | 09:34 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:37 | |
TuTizz | Morning every one, | 09:37 |
TuTizz | I want to create the following custom filesystem /boot (ext3 unmount) / (ubifs ro) /home (ext3 + ecryptfs) /update (ext3 unmount) /update-1 (ext3 unmount), can someone help me please? | 09:37 |
TuTizz | I found IMAGE_FSTYPES = "ubifs" but that create the entire image, what should I do? | 09:37 |
TuTizz | Where should I specify this options? | 09:37 |
bluelightning | morning all | 09:39 |
bluelightning | TuTizz: we don't have built-in support for creating custom partition layouts, but we do have a work-in-progress tool called "wic" for doing that | 09:40 |
TuTizz | ok will take a look | 09:41 |
*** khem` <khem`!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 09:42 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 09:52 | |
*** belen <belen!Adium@nat/intel/x-vlzhcmrwqlinbjub> has joined #yocto | 09:55 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 10:13 | |
lpapp | rburton: hi, do you know how the image gets the information which distribution to use? | 10:15 |
rburton | bitbake reads the DISTRO on parse, which leads to the distro configuration files being read | 10:15 |
rburton | so when the image is being built, bitbake has loaded the distro configuration | 10:16 |
lpapp | rburton: ah, ok, and the DISTRO comes from e.g. local config, or the image conf itself, etc. | 10:16 |
lpapp | image config = image recipe. | 10:17 |
rburton | you wouldnt put DISTRO= into an image recipe | 10:17 |
rburton | you'd put it in a local.conf or site.conf normally | 10:18 |
lpapp | yeah | 10:18 |
lpapp | site.conf, that is, when you work with developers on the same thing. | 10:18 |
rburton | bitbake doesn't care what you do with local.conf or site.conf, it just loads both with the intention that one is site-specific and the other is yours. | 10:19 |
lpapp | yes. | 10:19 |
lpapp | rburton: why do I see the DISTRO variable set in distro configs? | 10:19 |
lpapp | it should be set by the user of the distro, yes? | 10:19 |
lpapp | or is that for making the name different from the file name? | 10:20 |
rburton | where do you see DISTRO set in a distro config? | 10:20 |
lpapp | sec. | 10:20 |
lpapp | rburton: ../meta-yocto/conf/distro/poky.conf:1:DISTRO = "poky" | 10:21 |
lpapp | ../meta-yocto/conf/distro/poky-tiny.conf:32:DISTRO = "poky-tiny" | 10:21 |
lpapp | those deserve a patch, or? | 10:21 |
rburton | patch, no, that's there for a reason. i just don't know what it is. | 10:22 |
lpapp | ok. | 10:22 |
lpapp | rburton: who may know? | 10:22 |
lpapp | my assumption is decoupling the file name for the distro name for customization. | 10:22 |
bluelightning | there can be no decoupling | 10:22 |
bluelightning | the distro conf is included by looking for conf/distro/${DISTRO}.conf | 10:23 |
bluelightning | see bitbake.conf where that is done | 10:23 |
lpapp | rburton: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-DISTRO | 10:24 |
*** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has quit IRC | 10:25 | |
lpapp | rburton: hmm, that documentation mentions that it should be used from outside the distro config, and then it gives an example when it is used inside. It is a bit incomprehensive for me, I am afraid. | 10:26 |
lpapp | bluelightning: then what is the use of it inside the distro config? | 10:26 |
bluelightning | don't know either | 10:27 |
bluelightning | it ought to be superfluous | 10:27 |
lpapp | OK, I will ask on the mailing list. | 10:27 |
lpapp | rburton: I will remove it in my distro conf, if that is safe? | 10:30 |
lpapp | I just mimiced poky. :-) | 10:31 |
lpapp | oops, the poky mailing list subscription is broken for me. | 10:32 |
rburton | lpapp: not sure, might be there for a reason | 10:32 |
*** beaver_545 <beaver_545!~stuart@82.148.40.66> has quit IRC | 10:33 | |
av500 | an "old" reason maybe | 10:34 |
g1zer0 | Hi all! I'm facing this problem while porting a bsp layer from dylan to dora. I can successfully build both kernel and user space. Kernel (3.10) starts smoothly but the user space is broken. This is a bsp for a pretty prehistoric i486sx target. Everything was working fine with latest dylan. During boot, many userspace processes (udevd, connmand, ecc..) get killed by SIGILL. What I came up with after some investigation mak | 10:36 |
g1zer0 | es me suspect something went wrong while building eglibc. Btw: not everything is broken in userspace; i.e. dropbear works and I can connect to the target. I even can debug on target with gdb. I'm not guru-ish enough to figure out what went wrong... Here is a bt from gdb when running one of the failing processes: | 10:36 |
g1zer0 | Program received signal SIGILL, Illegal instruction. | 10:36 |
g1zer0 | 0x48f40ca4 in __init_cpu_features () at ../sysdeps/x86_64/multiarch/init-arch.c:52 | 10:36 |
g1zer0 | 52 __cpuid (0, __cpu_features.max_cpuid, ebx, ecx, edx); | 10:36 |
g1zer0 | (gdb) bt | 10:36 |
g1zer0 | #0 0x48f40ca4 in __init_cpu_features () at ../sysdeps/x86_64/multiarch/init-arch.c:52 | 10:36 |
g1zer0 | #1 0x48f40f2b in __get_cpu_features () at ../sysdeps/x86_64/multiarch/init-arch.c:191 | 10:36 |
g1zer0 | #2 0x48f40f54 in elision_init (argc=1, argv=0xbffffdd4, environ=0xbffffddc) | 10:36 |
g1zer0 | at ../nptl/sysdeps/unix/sysv/linux/x86/elision-conf.c:65 | 10:36 |
g1zer0 | #3 0x48d953d6 in call_init (l=<optimized out>, argc=1, argv=argv@entry=0xbffffdd4, env=env@entry=0xbffffddc) | 10:36 |
g1zer0 | at dl-init.c:84 | 10:36 |
g1zer0 | #4 0x48d9550b in call_init (env=0xbffffddc, argv=0xbffffdd4, argc=1, l=<optimized out>) at dl-init.c:36 | 10:36 |
g1zer0 | #5 _dl_init (main_map=0x48da8928, argc=1, argv=0xbffffdd4, env=0xbffffddc) at dl-init.c:99 | 10:36 |
g1zer0 | #6 0x48d86d3f in _dl_start_user () from /lib/ld-linux.so.2 | 10:36 |
g1zer0 | that x86_64 sounds suspicious to me... | 10:36 |
av500 | pastebin | 10:37 |
lpapp | rburton: ok, will just ask then after some local git history digging | 10:40 |
lpapp | av500: you are old, accept it. ;-) | 10:40 |
av500 | I do, kid, I do | 10:41 |
lpapp | rburton: RP added it in 2005. :D | 10:41 |
Xz | hi guys, looking for firmware called 'iwlwifi-5000-x.ucode' | 10:44 |
Xz | do I find it anywhere in Yocto? | 10:44 |
Xz | apparently poky/ and meta-intel/ don't support that one | 10:44 |
RP | Xz: isn't it part if linux-firmware? | 10:44 |
bluelightning | Xz: is it part of the upstream linux firmware repo? | 10:44 |
RP | lpapp: I think those names were hardcoded so that overrides worked correctly, even when you use the distro files from local includes that overide them. Its more of a hardcoded sanity check | 10:45 |
Xz | RP: as per linux-firmware recipe I don't see support for that | 10:46 |
bluelightning | Xz: it's possible that it isn't explicitly split out | 10:46 |
Xz | RP: bluelightning: chip is called Intel WiFi LINK 5100 | 10:46 |
Xz | RP: bluelightning: so if I install whole linux-firmware it will just be there? iwlwifi supports that | 10:47 |
bluelightning | Xz: you can do that, or you can modify the linux-firmware recipe to split it out | 10:47 |
RP | Xz: I'd see if that file is part of that recipe. We can always split it out | 10:47 |
lpapp | RP: can you mention a scenario when it would not work without it? | 10:48 |
RP | lpapp: where you include the poky distro from some other local settings file by using a different DISTRO setting? | 10:49 |
lpapp | RP: what exactly wouldn't work them? Can you give an expected and actual output? | 10:50 |
lpapp | then* | 10:50 |
RP | lpapp: the expected output would be the poky overrides being applied. The actual output without that is that the overrides do not get applied | 10:50 |
RP | lpapp: what exactly is causing you a problem with these? | 10:51 |
*** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto | 10:53 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 10:53 | |
lpapp | RP: "by using a different DISTRO setting?" => you mean before or after the include? | 10:54 |
lpapp | RP: my assumption is before. | 10:56 |
RP | lpapp: before | 11:01 |
lpapp | RP: then I do not follow. | 11:01 |
lpapp | RP: IMO, this needs a rethrought, currently if you include it after, it goes on even though the end user may have wanted to include it after | 11:02 |
lpapp | so it is silently goes further on rather than a warning. | 11:02 |
RP | lpapp: distroA.conf requires poky.conf, you'd use DISTRO = "distroA" but it would subclass poky and end up looking like poky. This is how distro inheritance used to work | 11:03 |
lpapp | poky + your extension. | 11:03 |
lpapp | in your distroA. | 11:03 |
lpapp | what is the problem in there? | 11:03 |
RP | lpapp: there is no problem, I'm trying to explain why the metadata is the way it is which I believe is what you asked? | 11:04 |
Xz | I moved to /dev/shm and observing strange problems: chown: changing ownership of `/dev/shm/tmp/work/i586-poky-linux-uclibc/gcc-runtime/4.7.2-r20/image/usr': Operation not permitted | 11:04 |
Xz | have you ever seen it? | 11:04 |
Xz | Yocto fails on 'chown' | 11:05 |
Xz | I think it has something to do with pseudo | 11:05 |
bluelightning | Xz: er, I don't think you should be using /dev/shm itself as TMPDIR | 11:05 |
Xz | bluelightning: why not? | 11:05 |
bluelightning | Xz: by all means, mount your own tmpfs and use that, but /dev/shm has a specific purpose | 11:05 |
Xz | bluelightning: I have no root on that machine :( | 11:06 |
Xz | bluelightning: and it has 132GB memory | 11:07 |
bluelightning | Xz: ask whoever has root to set you up a ramdisk then ;) | 11:07 |
lpapp | RP: yes, but it must solve some issue, but I do not see what issue yet. | 11:07 |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 11:07 | |
Xz | bluelightning: ok, I can sort it out in background | 11:07 |
Xz | bluelightning: but I don't think it will solve my chown problem | 11:07 |
lpapp | 1) foo.conf -> requires poky.conf | 11:07 |
lpapp | 2) You use DISTRO = "foo" | 11:07 |
lpapp | The end user will build based on foo as expected. | 11:08 |
RP | lpapp: The value of DISTRO is used in OVERRIDES | 11:08 |
lpapp | it is an internal detail that foo is utilizing poky internally. | 11:08 |
RP | and often you'd want poky in there rather than foo | 11:08 |
lpapp | RP: why? | 11:08 |
RP | lpapp: so the poky distro overrides get used | 11:08 |
RP | we now have DISTROOVERRIDES so the world has changed since 2005 but the principle still stands | 11:09 |
lpapp | RP: if I use distro "foo" I expect DISTRO="foo" to be applied, not DISTRO="poky". | 11:10 |
RP | lpapp: You might expect that, others do not | 11:10 |
lpapp | for me, it does not matter if my interface "foo" replaces "poky" internally one day for something else. | 11:10 |
Xz | apparently I'm not the only one with 'chown' problem | 11:10 |
Xz | https://lists.yoctoproject.org/pipermail/yocto-builds/2012-June/001701.html | 11:10 |
lpapp | RP: why would they expect it differently? | 11:10 |
lpapp | their interface is "foo", and the internals are just internals. | 11:11 |
RP | lpapp: by including the poky distro, they likely want all of the "policy" associated with that distro which includes its overrides | 11:11 |
lpapp | RP: or may not... | 11:13 |
RP | lpapp: This is the expected behaviour, I'm telling you that, not debating it | 11:13 |
lpapp | it feels a bit like this inheritance method is not yet polished. | 11:13 |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 11:13 | |
lpapp | well, I would expect it different as the author of foo. | 11:13 |
lpapp | differently* | 11:13 |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 11:14 | |
* RP shrugs | 11:14 | |
bluelightning | lpapp: RP asked you a question earlier - are you trying to solve an actual problem that you are experiencing here? | 11:14 |
rburton | as the author of foo, why would you inherit the poky distro if you didn't want poky's behaviour? | 11:14 |
* zecke is happy to have his ignore list. :) | 11:14 | |
lpapp | bluelightning: yes, cleaning up potentially unneeded things. | 11:15 |
bluelightning | lpapp: so, no then... | 11:15 |
lpapp | so yes.... | 11:15 |
lpapp | well, I accept that "dummy" stuff are there without knowledge is not an issue for you... but it certainly is for me as the maintainer of the thing. | 11:16 |
bluelightning | you'll not save any kind of space, build time, etc. by fiddling with this, and you're not actually experiencing any kind of build failure as a result | 11:16 |
lpapp | how do you *really* know I do not face an issue due to this any soon? | 11:16 |
lpapp | as a maintainer I *would* like to understand what is going on. | 11:16 |
lpapp | about the software I need to supervise. | 11:16 |
bluelightning | because we asked and you didn't answer in the affirmative? | 11:16 |
lpapp | "do not try to prevent issues, fix it once you spend enough time with debugging it" | 11:17 |
lpapp | that is not my maintainer mentality, but I accept if others see the world differently. | 11:17 |
lpapp | (but this is my software after all... and I will certainly drop that definition in my distro conf respectively) | 11:18 |
lpapp | this setting would make it impossible to use DISTRO in foo. | 11:20 |
lpapp | because:- | 11:20 |
lpapp | 1) You use it before the requires, it is void | 11:20 |
lpapp | 2) If you use it after, it will not work for the poky bits. | 11:20 |
lpapp | My opinion is that the inheritance for distros is currently broken... IMHO, it is a valid use case to take advantage both layers, but currently you cannot. | 11:20 |
RP | lpapp: its not impossible to use DISTRO in foo, you can simply make an assignment after the include | 11:20 |
lpapp | of* | 11:20 |
lpapp | RP: no, you wrote that then the poky bits will not get applied. | 11:21 |
RP | lpapp: you could add poky to DISTROOVERRIDES at the same time if that is what you wish | 11:21 |
lpapp | RP: If I am writing a foo layer depending on poky, I would like to utilize both layer features. | 11:22 |
RP | lpapp: there are a ton of different ways this can be setup. We've chosen to leave this setup the way it originally started because people have relied on that behaviour for the past 9 years and there is no pressing reason to change that | 11:22 |
RP | I agree that if we sat down today we might do some things differently. That isn't a luxury we have | 11:22 |
lpapp | RP: OK, so you admit that it is not the best, but you prefer compatibility. | 11:24 |
lpapp | hmm, I do not see the logs here for 2014: https://www.yoctoproject.org/irc/ | 11:25 |
RP | lpapp: I think any of the people who've worked on OE for a while will agree there are places where things are suboptimal however yes, we try and have some compatibility | 11:26 |
lpapp | RP: OK, that I can accept, but comments like "* zecke is happy to have his ignore list. :)" for a different technical opinion is go a bit far... | 11:26 |
lpapp | goes* | 11:26 |
RP | lpapp: where there is a pressing need for a change, we can and have made changes but we try and reserve those changes for the places we really need them | 11:26 |
RP | lpapp: that is his choice | 11:27 |
lpapp | OK, thanks for sharing your opinion. Now, at least, I understand the reason. | 11:27 |
lpapp | RP: sure, and I do not mind, but providing such negative comments in public is not healthy IMHO. | 11:27 |
lpapp | (but let us get over that) | 11:27 |
TuTizz | I have an error with sysroot_stage_all_append, is this name changed? | 11:34 |
*** belen1 <belen1!Adium@nat/intel/x-immaubovmdnczvwe> has joined #yocto | 11:34 | |
RP | TuTizz: in the kernel? | 11:36 |
RP | well, in a kernel recipe? | 11:36 |
TuTizz | yes | 11:36 |
RP | TuTizz: it changed from a shell to a python function | 11:36 |
TuTizz | linux_imx.inc | 11:37 |
*** belen <belen!Adium@nat/intel/x-vlzhcmrwqlinbjub> has quit IRC | 11:37 | |
RP | TuTizz: you're probably appending shell to a python function and its getting confused | 11:37 |
TuTizz | yep this is it, thanks | 11:38 |
lpapp | what is a better way than deleting the ./tmp/deploy/images/* files myself before creating an imagE? | 11:38 |
lpapp | image* | 11:38 |
lpapp | I think -c clean did not work for me. | 11:39 |
*** daiane <daiane!~Thunderbi@gate-tx3.freescale.com> has quit IRC | 11:40 | |
*** daiane <daiane!~Thunderbi@gate-tx3.freescale.com> has joined #yocto | 11:41 | |
lpapp | yeah, bitbake -c clean myimage does not clean that folder up. | 11:41 |
*** belen <belen!~Adium@134.134.137.73> has joined #yocto | 11:44 | |
*** belen1 <belen1!Adium@nat/intel/x-immaubovmdnczvwe> has quit IRC | 11:47 | |
lpapp | "README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt" -> perhaps, that file could document how to clean that folder up then? | 11:48 |
jackmitchell | I think the best way to handle that directory would be a script, similar to the sstate management scripts | 11:50 |
bluelightning | there is RM_OLD_IMAGES | 11:50 |
lpapp | my wish as a user is that it is simpler to copy files from there. | 11:51 |
lpapp | (if I do not need to check the timestamp, etc, manually) | 11:51 |
bluelightning | er RM_OLD_IMAGE, that is | 11:51 |
lpapp | and I have a cleaner feeling if only the latest is held in there. | 11:51 |
bluelightning | that is exactly what that variable does if set to 1 | 11:51 |
lpapp | bluelightning: oh, sounds like a local.conf material? | 11:52 |
bluelightning | yes | 11:52 |
bluelightning | it's not in dylan though | 11:52 |
lpapp | :-/ | 11:52 |
bluelightning | was introduced in dora | 11:52 |
lpapp | right, thanks anyway | 11:52 |
lpapp | well, one thing comes up while looking up its documentation... | 11:53 |
lpapp | 1) Open http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html | 11:53 |
lpapp | 2) Ctrl-f: RM_OLD_IMAGE | 11:53 |
lpapp | 3) Go there | 11:53 |
lpapp | 4) I cannot see any option for the "perma link". | 11:53 |
lpapp | how can I easily share it then with others? | 11:53 |
rburton | yeah, we need a way to get permalinks for everything | 11:53 |
rburton | you can guess the link target though | 11:53 |
bluelightning | well, there is a way | 11:53 |
bluelightning | right | 11:54 |
lpapp | the workarounds have been: | 11:54 |
lpapp | 1) Guesses | 11:54 |
lpapp | 2) Get a link to an existing based on a link. | 11:54 |
lpapp | (and modify that), but it is suboptimal... | 11:54 |
lpapp | is there a bug tracking this wish? | 11:54 |
lpapp | bugreport* | 11:54 |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 11:55 | |
RP | Xz: It appears there are iwlwifi-5000-*.ucode files in linux-firmware fwiw | 11:56 |
*** dguthrie_ <dguthrie_!~dguthrie@87-198-173-210.static.ptr.magnet.ie> has joined #yocto | 11:58 | |
Xz | bluelightning: I solved my chown problem - /dev/shm/mydir must belong to the group I belong to | 12:00 |
*** belen1 <belen1!Adium@nat/intel/x-ztruifyilwqdcbfi> has joined #yocto | 12:00 | |
Xz | bluelightning: RP: shouldn't something like that be in README? that directory you build yocto in must belong to the same group as user building? | 12:01 |
*** belen <belen!~Adium@134.134.137.73> has quit IRC | 12:01 | |
dguthrie_ | I am trying to build a package with depends on perl-native. But when the configure script for the package runs it can't find /usr/bin/perl. Why does perl-native install the perl binary to ${sysroot}/usr/bin/nativeperl | 12:01 |
Xz | bluelightning: RP: otherwise pseudo and chown complain about 'Operation not permited' | 12:01 |
RP | Xz: I'd never realised that was an issue. We should add a check to sanity.bbclass | 12:01 |
bluelightning | dguthrie_: your recipe should "inherit perlnative" | 12:02 |
RP | dguthrie_: did you inherit the perlnative class? | 12:02 |
lpapp | if I delete the ./tmp/deploy/images myself, bitbake u-boot does not repopulate that folder with the u-boot binary. | 12:02 |
RP | dguthrie_: if not, take a look at it and you'll understand why | 12:02 |
bluelightning | dguthrie_: the reason is, we don't want races between the host's perl and our own built version | 12:02 |
lpapp | what could be the reason for that? | 12:02 |
dguthrie_ | ok thanks, will inherit from perlnative | 12:03 |
bluelightning | lpapp: because the stamp file exists telling the build system it doesn't need to deploy it again | 12:03 |
RP | lpapp: bitbake doesn't track the files in there so it has no idea you deleted it. This is what the README you mentioned earlier warns about | 12:03 |
bluelightning | lpapp: this is *exactly* why that README_ file is there... | 12:03 |
lpapp | bluelightning: but strangely enough, bitbake myimage repopulates that folder | 12:03 |
lpapp | bluelightning: nope | 12:03 |
lpapp | the image works just fine. | 12:03 |
bluelightning | lpapp: yep | 12:03 |
lpapp | bitbake myimage will repopulate it, but bitbake u-boot will not. | 12:03 |
RP | lpapp: images are always rebuilt, kernels and uboot come from deploy tasks which don't rebuild every time | 12:04 |
bluelightning | RP: well, in dylan they were | 12:04 |
rburton | dora is "fixed" in that it won't re-deploy if nothing has changed, right? | 12:04 |
lpapp | RP: there is no need to rebuild, just redeploy. | 12:04 |
lpapp | I am using dylan. | 12:04 |
RP | rburton: correct | 12:05 |
RP | rburton: wemade images use the full sstate checksums and only redeploy when they change | 12:05 |
lpapp | bluelightning: so images are always reprocessed in dylan, but packages are not? | 12:06 |
bluelightning | lpapp: yes | 12:06 |
lpapp | strange. | 12:06 |
bluelightning | lpapp: where by packages you mean other non-image recipes | 12:06 |
lpapp | yeah | 12:06 |
lpapp | ok, so "bitbake -c deploy -f u-boot" it is, thanks. | 12:07 |
*** dguthrie_ <dguthrie_!~dguthrie@87-198-173-210.static.ptr.magnet.ie> has quit IRC | 12:08 | |
lpapp | is there any code name for the next release, already? | 12:15 |
*** fusman <fusman!~fahad@110.93.212.98> has quit IRC | 12:23 | |
LetoThe2nd | drevil | 12:23 |
av500 | +1 | 12:26 |
RP | lpapp: its not been announced yet | 12:31 |
lpapp | bluelightning: rburton https://bugzilla.yoctoproject.org/show_bug.cgi?id=5772 | 12:32 |
yocti | Bug 5772: normal, Undecided, ---, melissa, NEW , Add easily obtainable permalinks to the variables in the documentation | 12:32 |
*** danielki <danielki!~daniel@188.111.54.34> has joined #yocto | 12:32 | |
lpapp | RP ok, thanks | 12:32 |
zecke | RP: Do you guys have reports that gcc 4.8.1/Linux-3.10 fail? | 12:49 |
lpapp | Yocto is intending to move to python 3 in the next release? | 12:49 |
-YoctoAutoBuilder- build #5 of minnow is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/5 | 12:52 | |
-YoctoAutoBuilder- build #5 of minnow-lsb is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/5 | 12:53 | |
*** sroy_ <sroy_!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has joined #yocto | 12:55 | |
*** riskable <riskable!~quassel@2601:e:8c00:7e:c59e:4a3e:ba71:56a> has joined #yocto | 12:58 | |
*** belen <belen!~Adium@134.134.139.76> has joined #yocto | 12:58 | |
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 13:01 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:02 | |
*** rainerschuster <rainerschuster!~Adium@tmo-096-212.customers.d1-online.com> has joined #yocto | 13:04 | |
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 13:05 | |
*** rainerschuster <rainerschuster!~Adium@tmo-096-212.customers.d1-online.com> has left #yocto | 13:05 | |
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 13:05 | |
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 13:05 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 13:05 | |
RP | zecke: I haven't seen anything about that | 13:06 |
RP | lpapp: we'll probably add recipes for it | 13:06 |
lpapp | (someone told me it would) | 13:10 |
zecke | RP: too bad. I have weird return values on read from a AF_UNIX socket. strace itself getting stuck | 13:10 |
lpapp | RP: I mean, things like bitbake move to python 3 in 1.6. | 13:11 |
jackmitchell | eiy1quoo | 13:16 |
zqad | time to change that password anyway | 13:17 |
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 13:17 | |
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 13:28 | |
jackmitchell | it's ok, only an internal one :) | 13:31 |
bluelightning | it's well and truly external now ;) | 13:33 |
lpapp | it does not have an uppercase in it which is a usual requirement | 13:35 |
-YoctoAutoBuilder- build #25 of buildtools is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/buildtools/builds/25 | 13:36 | |
*** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto | 13:36 | |
zecke | In dora. Which part of the kernel should depend on kmod? | 13:39 |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC | 13:39 | |
bluelightning | zecke: I thought you sent a patch for that ages ago... | 13:40 |
jackmitchell | lpapp: the real one does have upper case; it a double typo ;) | 13:41 |
zecke | bluelightning: if i did.. it must have been for edison. We are now working on the dora upgrade for the BTS images. | 13:41 |
lpapp | jackmitchell: :D | 13:42 |
bluelightning | zecke: hmm, I just checked back, maybe I was mistaken | 13:42 |
zecke | bluelightning: I sent patches for update-alternatives of uImage. | 13:42 |
zecke | bluelightning: so kernel.bbclass creates a postinst that will invoke depmod | 13:44 |
zecke | bluelightning: but there is no RDEPENDS that lead to the installation of kmod. :( | 13:45 |
bluelightning | zecke: I think we may have enabled depmod in busybox... | 13:45 |
zecke | bluelightning: that could explain. | 13:45 |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 13:46 | |
zecke | yes you do. We have a custom defconfig for busybox to enable ifplugd. :} | 13:46 |
zecke | at the same time systemd tries to execute /bin/kmod and that fails too | 13:47 |
bluelightning | zecke: systemd should have kmod in its RDEPENDS | 13:49 |
bluelightning | zecke: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=937968bf95e38dcdfc3e7791dc9efaf5f7613f24 | 13:50 |
lpapp | khem: so how is the bitbake port work to python 3? | 13:50 |
*** zz_akbennett is now known as akbennett | 13:50 | |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto | 13:51 | |
*** rainerschuster <rainerschuster!~Adium@tmo-096-212.customers.d1-online.com> has joined #yocto | 13:51 | |
zecke | bluelightning: haha. more stuff i broke. We kick out dbus from the RDEPENDS. :} | 13:52 |
bluelightning | zecke: you use systemd without dbus? | 13:52 |
zecke | bluelightning: without dbus-daemon | 13:53 |
zecke | bluelightning: it is using libdbus and communicates over AF_UNIX | 13:54 |
bluelightning | ah right | 13:54 |
bluelightning | zecke: FYI you should be able to use _remove in dora for that sort of thing now | 13:54 |
*** av500 <av500!~av500@b2b-46-252-131-98.unitymedia.biz> has quit IRC | 13:56 | |
zecke | bluelightning: ah lovely! it appears to work. | 13:59 |
zecke | bluelightning: the BTS is just a TI Davinci DM644x.. a tiny arm core (by modern standards) no need to start daemons that take RAM and don't do useful things | 14:00 |
bluelightning | zecke: fair enough | 14:00 |
bluelightning | zecke: btw, are you or any of your colleagues by chance coming to FOSDEM? | 14:00 |
zecke | bluelightning: no one that is involved with the Yocto part but two colleagues will be there. I have to attend a funeral instead. :( | 14:01 |
bluelightning | zecke: ah, my condolences | 14:01 |
-YoctoAutoBuilder- build #5 of nightly-qa-skeleton is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-skeleton/builds/5 | 14:02 | |
*** e8johan_ <e8johan_!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 14:02 | |
zecke | bluelightning: thanks. I intend to join ELCE and also hand in a talk about using Yocto to build our GSM basestation | 14:03 |
*** av500 <av500!~av500@b2b-46-252-131-98.unitymedia.biz> has joined #yocto | 14:03 | |
-YoctoAutoBuilder- build #5 of nightly-intel-gpl is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/5 | 14:04 | |
TuTizz | what is YOCTO #3847? | 14:04 |
RP | TuTizz: https://bugzilla.yoctoproject.org/show_bug.cgi?id=3847 | 14:06 |
yocti | Bug 3847: enhancement, High, 1.5.1, tom.zanussi, VERIFIED FIXED, New partitioning description and tooling | 14:06 |
TuTizz | ok ty | 14:06 |
*** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has joined #yocto | 14:11 | |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 14:12 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 14:13 | |
*** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has quit IRC | 14:15 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-zrncjzsnabgtjzcv> has joined #yocto | 14:15 | |
*** dlerner1 <dlerner1!~dlerner@128.224.250.2> has left #yocto | 14:17 | |
*** dlerner1 <dlerner1!~dlerner@128.224.250.2> has joined #yocto | 14:18 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 14:20 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 14:20 | |
*** zeeblex <zeeblex!apalalax@nat/intel/x-ydbvadmxvdlrlfbx> has joined #yocto | 14:21 | |
*** mthalmei_away <mthalmei_away!~mthalmei@ex4.michisoft.net> has quit IRC | 14:21 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 14:22 | |
zecke | bluelightning/RP: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854. What is the procedure to get that into the Dora gcc 4.8? | 14:22 |
yocti | Bug 58854: was not found. | 14:22 |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 14:23 | |
*** otavio <otavio!~otavio@im.ossystems.com.br> has joined #yocto | 14:23 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 14:23 | |
*** zeeblex1 <zeeblex1!~apalalax@134.134.139.76> has quit IRC | 14:23 | |
-YoctoAutoBuilder- build #5 of poky-tiny is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/5 | 14:24 | |
*** mthalmei_away <mthalmei_away!~mthalmei@ex4.michisoft.net> has joined #yocto | 14:26 | |
lpapp | if I change a patch, will Yocto re-apply it for bitbake -c compile -f virtual/kernel? | 14:31 |
*** belen <belen!~Adium@134.134.139.76> has quit IRC | 14:31 | |
rburton | if anything in SRC_URI changes, fetch and patch re-execute | 14:31 |
lpapp | nothing changed. | 14:32 |
lpapp | the patch changed itself. | 14:32 |
rburton | that's what i meant | 14:32 |
rburton | if SRC_URI points at a patch, then fetch/patch re-runs if it changes | 14:32 |
lpapp | ok, but -c compile -f will not, right. | 14:33 |
rburton | correct | 14:33 |
lpapp | bitbake virtual/kernel will recreate the ipkg though? | 14:33 |
rburton | you'er asking explicitly to run compile | 14:33 |
rburton | yes | 14:33 |
lpapp | rburton: well, yes and no. | 14:33 |
lpapp | bitbake virtual/kernel seems to return instantly. | 14:33 |
lpapp | even though I did modify a patch | 14:33 |
lpapp | I added three lines. | 14:33 |
*** sjolley <sjolley!~sjolley@134.134.139.70> has joined #yocto | 14:34 | |
lpapp | it should rebuild the kernel :-/ | 14:34 |
rburton | yes it should | 14:34 |
lpapp | might be some bug somewhere. | 14:35 |
*** rainerschuster <rainerschuster!~Adium@tmo-096-212.customers.d1-online.com> has left #yocto | 14:43 | |
*** fusman <fusman!~fahad@39.59.45.134> has joined #yocto | 14:47 | |
-YoctoAutoBuilder- build #6 of nightly-qa-logrotate is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-logrotate/builds/6 | 14:56 | |
*** ploppy <ploppy!~kgraefe@dieelid.de> has quit IRC | 14:56 | |
*** ploppy <ploppy!~kgraefe@dieelid.de> has joined #yocto | 14:57 | |
Xz | yoctoproject.org/dev-manual says that in order to submit a patch user has to do 'git format-patch -1' or 'git format-patch HEAD~' | 14:57 |
Xz | don't we want people to use -M flag to git-format-patch? | 14:58 |
lpapp | you can | 14:58 |
Xz | lpapp or khem I think was suggesting that yesterday to me | 14:58 |
Xz | do we want to improve doc? | 14:58 |
Xz | and add that -M flag? | 14:58 |
Xz | no idea who is responsible for doc | 14:58 |
-YoctoAutoBuilder- build #6 of nightly-qa-pam is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-pam/builds/6 | 14:59 | |
lpapp | Xz: Scott, yeah, why not. | 14:59 |
bluelightning | Xz: yes we should fix that in the manual | 14:59 |
Xz | is it 'scot' on this channel? | 14:59 |
lpapp | have never seen him here. | 15:00 |
Xz | opk | 15:00 |
lpapp | but no | 15:00 |
Xz | could you msg me email? | 15:00 |
lpapp | scott.m.rifenbark@intel.com | 15:00 |
Xz | cool, thanks | 15:00 |
*** Xz <Xz!kmsywula@nat/intel/x-bklfljtgsnwjctlg> has quit IRC | 15:11 | |
*** Xz <Xz!~kmsywula@192.198.151.44> has joined #yocto | 15:11 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 15:15 | |
*** gmacario <gmacario!~gmacario@2-225-241-33.ip178.fastwebnet.it> has joined #yocto | 15:15 | |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC | 15:17 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 15:21 | |
Xz | how do I do tell bitbake to use different (shared) download directory? | 15:26 |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 15:26 | |
rburton | set DL_DIR | 15:26 |
rburton | (if you want to read/write into a local directory) | 15:27 |
Xz | rburton: DL_DIR is rw? so if anything must be downloaded bitbake will use it? | 15:27 |
rburton | DL_DIR is where bitbake's fetchers will check first for files to download, and will put anything it downloads into there | 15:28 |
rburton | (so you really want to share DL_DIR between all of your build directories) | 15:28 |
Xz | cool, is it bitbake or bash variable? | 15:28 |
rburton | bitbake, see your local.conf | 15:28 |
Xz | rburton: thanks, works | 15:34 |
rburton | Xz: this is the sort of thing you can put into a shared site.conf that you copy between all your build folders, if you have several | 15:34 |
*** fpaut is now known as ghosta | 15:35 | |
Xz | rburton: where do you put site.conf? under conf/ ? | 15:35 |
*** ghosta is now known as fpaut | 15:35 | |
rburton | that's one place | 15:35 |
Xz | rburton: I'm not using site.conf so far | 15:35 |
Xz | ok | 15:35 |
rburton | personally i have a meta-ross that i add to bblayers, that has a site.conf in it | 15:35 |
Xz | rburton: nice trick | 15:36 |
kergoth | i usually set up my bblayers.conf ot include ~/.oe, and put it there | 15:36 |
*** rainerschuster <rainerschuster!~Adium@tmo-096-212.customers.d1-online.com> has joined #yocto | 15:36 | |
kergoth | lots of ways to do it :) | 15:36 |
Xz | guys, on dylan sanity checker does not catch wrong git version: git version 1.7.12.2 | 15:36 |
kergoth | downside to the ~/.oe approach is that you can forget it's there, since its largely out of sight :) | 15:37 |
*** sjolley1 <sjolley1!~sjolley@134.134.139.76> has joined #yocto | 15:37 | |
*** sjolley <sjolley!~sjolley@134.134.139.70> has quit IRC | 15:37 | |
*** rainerschuster <rainerschuster!~Adium@tmo-096-212.customers.d1-online.com> has quit IRC | 15:39 | |
Xz | anybody goes to FOSDEM'14 ? | 15:40 |
Xz | in Brussels, 1&2 February 2014 | 15:41 |
bluelightning | Xz: yep, I'll be there | 15:41 |
bluelightning | Xz: Beth and Belen are also going | 15:41 |
bluelightning | Xz: and a lot of others | 15:41 |
bluelightning | Xz: http://openembedded.org/wiki/FOSDEM_2014 | 15:41 |
Xz | will talk to my boss about it | 15:42 |
Xz | :) | 15:42 |
Xz | it's a pity it's so soon | 15:42 |
Xz | I'm working on one demo-robot | 15:42 |
*** kbart <kbart!~KBart@213.197.143.19> has quit IRC | 15:43 | |
Xz | do you know where do I fix sanity checker for dylan's git version ? | 15:47 |
*** Crofton <Crofton!~balister@28.254-240-81.adsl-static.isp.belgacom.be> has joined #yocto | 15:49 | |
lpapp | Xz: are you also working for intel? | 15:49 |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 15:51 | |
mckoan | bluelightning: if Belen did a presentation I would jump on the first flight :-D | 15:53 |
*** zeeblex <zeeblex!apalalax@nat/intel/x-ydbvadmxvdlrlfbx> has left #yocto | 15:53 | |
lpapp | mckoan: why ? | 15:53 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:53 | |
mckoan | lpapp: as I told her at ELCE her talks are great like the TED ones :-D | 15:54 |
mckoan | probably a matter of charisma ;-) | 15:55 |
*** sjolley1 <sjolley1!~sjolley@134.134.139.76> has quit IRC | 15:55 | |
lpapp | mckoan: ok | 15:59 |
*** gjohnson <gjohnson!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has left #yocto | 16:05 | |
*** Xz <Xz!~kmsywula@192.198.151.44> has quit IRC | 16:07 | |
*** sgw_1 <sgw_1!~sgw@50-76-103-9-static.hfc.comcastbusiness.net> has quit IRC | 16:11 | |
*** denix <denix!~denix@pool-71-191-205-189.washdc.fios.verizon.net> has joined #yocto | 16:11 | |
*** fpaut is now known as fpaut_ | 16:11 | |
*** fpaut_ is now known as fpaut | 16:12 | |
*** dguthrie <dguthrie!~dguthrie@87-198-173-210.static.ptr.magnet.ie> has joined #yocto | 16:15 | |
*** Xz <Xz!kmsywula@nat/intel/x-fxoblecoogdelxye> has joined #yocto | 16:23 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 16:24 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 16:24 | |
*** belen <belen!~Adium@134.134.139.76> has joined #yocto | 16:25 | |
*** belen <belen!~Adium@134.134.139.76> has quit IRC | 16:25 | |
*** belen <belen!~Adium@134.134.139.76> has joined #yocto | 16:26 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 16:26 | |
*** fusman <fusman!~fahad@39.59.45.134> has quit IRC | 16:27 | |
*** sjolley <sjolley!~sjolley@134.134.137.73> has joined #yocto | 16:28 | |
*** sjolley <sjolley!sjolley@nat/intel/x-tyczzjisoqqumyyx> has joined #yocto | 16:29 | |
*** belen1 <belen1!~Adium@134.134.139.72> has joined #yocto | 16:31 | |
*** belen <belen!~Adium@134.134.139.76> has quit IRC | 16:32 | |
*** khem` <khem`!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 16:34 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 16:36 | |
*** Xz <Xz!kmsywula@nat/intel/x-fxoblecoogdelxye> has quit IRC | 16:40 | |
*** Xz <Xz!kmsywula@nat/intel/x-xcdyphprxyckacjo> has joined #yocto | 16:40 | |
*** zecke <zecke!~ich@91-66-230-156-dynip.superkabel.de> has joined #yocto | 16:42 | |
*** gmacario <gmacario!~gmacario@2-225-241-33.ip178.fastwebnet.it> has quit IRC | 16:43 | |
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 16:43 | |
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:43 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 16:47 | |
*** mckoan is now known as mckoan|away | 16:49 | |
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC | 16:49 | |
*** fpaut is now known as fpaut_ | 16:49 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 16:52 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 16:54 | |
*** belen1 <belen1!~Adium@134.134.139.72> has quit IRC | 16:54 | |
*** sgw_ <sgw_!~sgw@172.56.33.30> has joined #yocto | 16:55 | |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has joined #yocto | 16:55 | |
*** belen <belen!Adium@nat/intel/x-uiymyeyrllvgtqzb> has joined #yocto | 16:55 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 16:56 | |
*** behanw <behanw!~behanw@207.6.123.58> has joined #yocto | 16:57 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 17:00 | |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has quit IRC | 17:03 | |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has joined #yocto | 17:03 | |
*** balister_ <balister_!~balister@pool-71-171-41-155.ronkva.east.verizon.net> has joined #yocto | 17:05 | |
lpapp | why is poky not depending on u-boot, but poky-tiny does? | 17:07 |
*** Crofton <Crofton!~balister@28.254-240-81.adsl-static.isp.belgacom.be> has quit IRC | 17:09 | |
*** onoffon <onoffon!~kraj@66.129.239.12> has joined #yocto | 17:10 | |
*** khem` <khem`!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 17:11 | |
*** gjohnson <gjohnson!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 17:17 | |
*** onoffon is now known as khem` | 17:26 | |
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has quit IRC | 17:30 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 17:33 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 17:35 | |
*** daiane <daiane!~Thunderbi@gate-tx3.freescale.com> has quit IRC | 17:35 | |
*** beaver_545 <beaver_545!~stuart@82.148.40.66> has quit IRC | 17:36 | |
lpapp | what is the point of the nobase.patch? | 17:36 |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has quit IRC | 17:37 | |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has joined #yocto | 17:37 | |
lpapp | RP: would you accept me splitting this patch into two logical? http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/base-passwd/base-passwd/nobash.patch#n6 | 17:37 |
lpapp | RP: that way, it would be easier for me to drop one, and keep the other logical change. | 17:38 |
lpapp | IMO, removing "*" is a strange idea... | 17:38 |
lpapp | the other change could probably be even upstreamed. | 17:38 |
*** belen <belen!Adium@nat/intel/x-uiymyeyrllvgtqzb> has quit IRC | 17:38 | |
*** daiane <daiane!~Thunderbi@gate-az5.freescale.com> has joined #yocto | 17:39 | |
-YoctoAutoBuilder- build #6 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/6 | 17:39 | |
JaMa | lpapp: I support splitting it in 2, it would save me few lines in .bbappend | 17:40 |
*** belen <belen!~Adium@134.134.139.76> has joined #yocto | 17:40 | |
JaMa | the problem is that even with 2 patches only 2nd one can be dropped without causing the conflict :) | 17:41 |
JaMa | do_configure_prepend() { # nobash.patch has interesting side-effect which we still need sed -i 's%^root:[^:]*:%root::%g' ${S}/passwd.master | 17:41 |
JaMa | is what I have | 17:41 |
*** nitink <nitink!~nitink@134.134.139.72> has joined #yocto | 17:41 | |
lpapp | JaMa: oh, I was just writing an email to openembedded-core in parallel. | 17:42 |
khem` | JaMa: why dont you have image post process function to sed it to whatever value you want | 17:42 |
lpapp | JaMa: we need the /bin/sh part, but the /etc/shadow part breaks for us. | 17:42 |
lpapp | also, the /etc/shadow part is not in scope for that change based on the change name. | 17:43 |
lpapp | filename* | 17:43 |
lpapp | JaMa: I am not sure why the no bash part is not upstreamed? | 17:43 |
lpapp | do you know the reason for that? | 17:44 |
lpapp | I can understand that the shadow part cannot be upstreamed. | 17:45 |
lpapp | JaMa: yes, we do such a nasty sed, too! | 17:45 |
lpapp | well, something similar. | 17:45 |
danielki | hm, how can I easily disable the banner.sh init script? I want *no* text output to the device's screen, and ideally the splash screen to remain visible until a custom graphical app starts. | 17:49 |
*** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 17:50 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 17:51 | |
-YoctoAutoBuilder- build #5 of nightly-fsl-ppc is complete: Failure [failed Building Toolchain Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/5 | 17:51 | |
*** nitink <nitink!~nitink@134.134.139.72> has quit IRC | 17:51 | |
lpapp | JaMa: something like this, git show | curlpaste | 17:53 |
lpapp | http://codepad.org/lwC4NCOS | 17:53 |
lpapp | ? | 17:53 |
rburton | danielki: in poky psplash does a chvt, so you can't see any text output until X starts | 17:54 |
rburton | all you can see is the splash until X does a chvt | 17:54 |
lpapp | lpapp ~/Projects/openembedded-core $ . oe-init-build-env | 17:54 |
lpapp | Error: The bitbake directory (/home/lpapp/Projects/openembedded-core/bitbake) does not exist! Please ensure a copy of bitbake exists at this location | 17:54 |
rburton | lpapp: oe-core doesn't contain bitbake | 17:55 |
*** vicenteolivert <vicenteolivert!57c2b5c3@gateway/web/freenode/ip.87.194.181.195> has joined #yocto | 17:55 | |
danielki | ah ok, then my problem is probably that I need to get the custom app executed before that chvt. Incidentally, where to best put a startup command? Classic init script? | 17:55 |
rburton | danielki: the chvt from X? | 17:56 |
lpapp | rburton: seems so, yes. | 17:56 |
danielki | rburton: this device is not running X | 17:56 |
rburton | ah | 17:56 |
*** dguthrie <dguthrie!~dguthrie@87-198-173-210.static.ptr.magnet.ie> has quit IRC | 17:56 | |
rburton | danielki: what are you using for splash? | 17:56 |
danielki | psplash | 17:56 |
rburton | hm, can't recall what the procedure is for non-x boots | 17:57 |
danielki | maybe I should simply disable the framebuffer console in the kernel config | 17:57 |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has quit IRC | 17:59 | |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has joined #yocto | 17:59 | |
khem` | rburton: splash with systemd needs love in OE | 18:01 |
khem` | rburton: I have dietsplash working but something more robust would be nicer | 18:01 |
lpapp | in general, systemd needs love IMHO. :) | 18:01 |
lpapp | rburton: if I understand correctly, for a real minimal distribution, you only need your own layer, openembedded-core and bitbake. Is that right? | 18:02 |
rburton | lpapp: correct | 18:03 |
rburton | lpapp: that's all poky is, after all | 18:03 |
lpapp | yes, but I do not need poky in the future. Currently, we require it in our distro config, but I would like to eliminate it. | 18:04 |
lpapp | It is probably not a big work... probably a bit of fiddiling in the layers config and removing the requires from our distro config, and that is pretty much it? | 18:04 |
lpapp | fiddling* | 18:04 |
rburton | sure, it's trivial | 18:05 |
lpapp | we would still get the Yocto release though, I guess? | 18:07 |
lpapp | because Yocto puts openembedded-core and bitbake together to work. | 18:07 |
lpapp | I think it was something like LCONF_VERSION = "5" instead of "6" | 18:08 |
lpapp | if I get rid of poky, right? | 18:08 |
rburton | yes | 18:08 |
rburton | the bump was due to poky splitting layers | 18:09 |
rburton | when the YP does a release cycle you'll get new bitbake and oe-core alongside poky releases, all simultaneously (as poky is simply the union of other repos) | 18:09 |
lpapp | yes | 18:09 |
lpapp | but it is still recommended to stick to those releases for oe-core users, right? | 18:10 |
lpapp | I am not even sure if oe-core is released separately... | 18:10 |
lpapp | (or bitbake for that matter) | 18:10 |
*** balister_ is now known as Crofton | 18:10 | |
rburton | released, yes. tarballs of said releases, maybe not for oe-core. | 18:10 |
rburton | i tend to recommend git clones following the stable branches. | 18:12 |
lpapp | rburton: is there any other place where I need to look for modifications others than the distro.conf and bblayers.conf to eliminate the needless in-between poky layer? | 18:13 |
rburton | once you've fixed bblayers.conf its entirely in your distro conf | 18:14 |
rburton | just copy into it the pieces you want from poky.conf | 18:15 |
JaMa | lpapp: that paste doesn't show .bb change, but something like that | 18:15 |
JaMa | lpapp: image postprocess function don't play nice with package-management | 18:15 |
JaMa | first base-passwd upgrade on target would break root account | 18:15 |
lpapp | JaMa: yes, I have done the .bb change after posting that. | 18:16 |
lpapp | JaMa: I think you addressed the second to khem? | 18:16 |
lpapp | JaMa: why was the bash to sh change not upstreamed? | 18:16 |
*** gmacario <gmacario!~gmacario@2-225-241-33.ip178.fastwebnet.it> has joined #yocto | 18:16 | |
lpapp | no one has cared yet, or it is invalid upstream? | 18:17 |
lpapp | rburton: ok, thanks | 18:17 |
lpapp | btw, openembedded-core does not build here from master, http://pastebin.kde.org/pivhwqbtl | 18:17 |
lpapp | with master bitbake, literally cloned both a few minutes ago. | 18:18 |
*** nitink <nitink!nitink@nat/intel/x-krbzynydjmoglsjd> has joined #yocto | 18:18 | |
rburton | 1.| Makedoc.sh: line 65: /tmp/ldt.cfrIky9Jqa/linuxdoc: Permission denied | 18:18 |
rburton | can you check permissions on your /tmp? | 18:18 |
* rburton afk | 18:19 | |
lpapp | ls -ld /tmp | 18:21 |
lpapp | drwxrwxrwt 15 root root 420 Jan 30 18:10 /tmp | 18:21 |
lpapp | 1777, as it should. | 18:22 |
lpapp | touch /tmp/foo works | 18:22 |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has quit IRC | 18:22 | |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has joined #yocto | 18:22 | |
JaMa | lpapp: ah sorry, yes it was for khem | 18:28 |
JaMa | I didn't notice it was him speaking in the middle as you both have nick with the same length :) | 18:28 |
khem` | JaMa: hmm yes O_P_M will miss out | 18:28 |
khem` | use colors | 18:28 |
khem` | :) | 18:28 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:29 | |
JaMa | all people are yellow when talking to me :) | 18:29 |
khem` | irssi ? | 18:30 |
lpapp | JaMa: maybe he meant different yellows. :) | 18:31 |
*** mr_science <mr_science!~sarnold@net-cf9a4e93.cst.impulse.net> has joined #yocto | 18:31 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 18:31 | |
danielki | rburton: Removing framebuffer console support from the kernel did the trick :) | 18:32 |
lpapp | so if I understand correctly, the bblayers.conf should not even be checked into our PDK repository. Is that correct? | 18:32 |
JaMa | khem`: yes | 18:32 |
lpapp | It will be generated on the fly out of the sample. | 18:32 |
*** danielki <danielki!~daniel@188.111.54.34> has quit IRC | 18:35 | |
*** khem` <khem`!~kraj@66.129.239.12> has quit IRC | 18:38 | |
*** khem` <khem`!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 18:39 | |
-YoctoAutoBuilder- build #6 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/6 | 18:44 | |
lpapp | JaMa: http://patchwork.openembedded.org/patch/66103/ | 18:51 |
*** galak_pb <galak_pb!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has joined #yocto | 18:55 | |
-YoctoAutoBuilder- build #6 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/6 | 18:56 | |
JaMa | lpapp: noshadow.patch should probably mention Kevin Tian, but otherwise looks good | 18:58 |
*** Garibaldi|work_ <Garibaldi|work_!~andydalt@nat/cisco/x-wmtnnmqpmnjjrsxp> has joined #yocto | 18:59 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 19:00 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-zrncjzsnabgtjzcv> has quit IRC | 19:00 | |
*** Garibaldi|work_ is now known as Garibaldi|work | 19:00 | |
*** onoffon <onoffon!~kraj@66.129.239.12> has joined #yocto | 19:06 | |
*** khem` <khem`!~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 19:06 | |
*** onoffon is now known as khem` | 19:08 | |
*** belen <belen!~Adium@134.134.139.76> has quit IRC | 19:09 | |
*** rainerschuster <rainerschuster!~Adium@p5492C6E4.dip0.t-ipconnect.de> has joined #yocto | 19:15 | |
*** rainerschuster <rainerschuster!~Adium@p5492C6E4.dip0.t-ipconnect.de> has left #yocto | 19:16 | |
*** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 19:29 | |
*** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 19:30 | |
*** sgw_ <sgw_!~sgw@172.56.33.30> has quit IRC | 19:34 | |
*** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 19:37 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 19:40 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 19:46 | |
*** sroy_ <sroy_!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has quit IRC | 19:47 | |
*** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 19:49 | |
*** ploppy <ploppy!~kgraefe@dieelid.de> has quit IRC | 19:53 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 19:58 | |
mebrown | khem, ping. build worked with new patches, but it doesn't run: | 19:58 |
*** michael_e_brown_ <michael_e_brown_!~michaeleb@143.166.116.80> has joined #yocto | 19:58 | |
mebrown | # python3 | 19:59 |
mebrown | Traceback (most recent call last): | 19:59 |
mebrown | File "/usr/lib/python3.3/site.py", line 69, in <module> | 19:59 |
mebrown | import os | 19:59 |
mebrown | File "/usr/lib/python3.3/os.py", line 659, in <module> | 19:59 |
mebrown | from collections.abc import MutableMapping | 19:59 |
mebrown | ImportError: No module named 'collections' | 19:59 |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 19:59 | |
*** michael_e_brown_ <michael_e_brown_!~michaeleb@143.166.116.80> has left #yocto | 19:59 | |
mebrown | taking a look now | 20:00 |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 20:01 | |
mebrown | looks like you need to have python3-misc installed by default or nothing will run. testing now. | 20:01 |
khem` | mebrown: yes | 20:04 |
khem` | thanks for reporting it | 20:05 |
khem` | the packagegroup I have always installs python3-misc | 20:05 |
mebrown | And I'm still using my old config of cherry picking just the modules I need. | 20:05 |
mebrown | it works fine now. | 20:05 |
mebrown | thanks for the help | 20:05 |
mebrown | Now I can start the "real" work of porting my app. | 20:06 |
*** ploppy <ploppy!~kgraefe@dieelid.de> has joined #yocto | 20:06 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 20:06 | |
*** khem` <khem`!~kraj@66.129.239.12> has quit IRC | 20:09 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 20:10 | |
*** cratthe <cratthe!~chatzilla@modemcable250.87-70-69.static.videotron.ca> has joined #yocto | 20:15 | |
*** cratthe <cratthe!~chatzilla@modemcable250.87-70-69.static.videotron.ca> has joined #yocto | 20:16 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:30 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 20:37 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 20:38 | |
-YoctoAutoBuilder- build #6 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/6 | 20:55 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 20:59 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 21:00 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 21:03 | |
*** ant_home <ant_home!~ant__@host113-250-dynamic.40-79-r.retail.telecomitalia.it> has joined #yocto | 21:15 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 21:19 | |
*** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has joined #yocto | 21:20 | |
*** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has quit IRC | 21:20 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:20 | |
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 21:22 | |
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 21:22 | |
*** gmacario <gmacario!~gmacario@2-225-241-33.ip178.fastwebnet.it> has quit IRC | 21:26 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 21:27 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 21:30 | |
*** sgw_ <sgw_!~sgw@172.56.33.30> has joined #yocto | 21:38 | |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has quit IRC | 21:41 | |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has joined #yocto | 21:42 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 21:50 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 21:55 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 21:55 | |
*** dlerner1 <dlerner1!~dlerner@128.224.250.2> has quit IRC | 21:56 | |
*** bluelightning_ <bluelightning_!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 21:58 | |
*** bluelightning_ <bluelightning_!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC | 21:58 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:58 | |
*** bluelightning_ <bluelightning_!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 21:59 | |
*** bluelightning_ <bluelightning_!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC | 21:59 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:59 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:00 | |
*** bluelightning_ is now known as bluelightning | 22:02 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has joined #yocto | 22:09 | |
-YoctoAutoBuilder- build #5 of eclipse-plugin-kepler is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin-kepler/builds/5 | 22:11 | |
*** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 22:17 | |
*** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 22:18 | |
*** weebet <weebet!~weebet@modemcable039.26-178-173.mc.videotron.ca> has quit IRC | 22:28 | |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has quit IRC | 22:28 | |
*** sgw_ <sgw_!~sgw@172.56.33.30> has quit IRC | 22:29 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 22:31 | |
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 22:35 | |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has joined #yocto | 22:37 | |
*** sgw_ <sgw_!~sgw@172.56.32.79> has joined #yocto | 22:40 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 22:45 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-wmtnnmqpmnjjrsxp> has quit IRC | 22:57 | |
*** galak_pb <galak_pb!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has quit IRC | 22:58 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
*** cratthe <cratthe!~chatzilla@modemcable250.87-70-69.static.videotron.ca> has quit IRC | 23:03 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 23:03 | |
*** stryx` <stryx`!~stryx@149.255.100.107> has quit IRC | 23:07 | |
*** stryx` <stryx`!~stryx@149.255.100.107> has joined #yocto | 23:09 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 23:25 | |
*** zenlinux_ <zenlinux_!~sgarman@masterfoo.zenlinux.com> has quit IRC | 23:27 | |
*** sjolley <sjolley!sjolley@nat/intel/x-tyczzjisoqqumyyx> has quit IRC | 23:46 | |
*** agust <agust!~agust@pD9E2FC1E.dip0.t-ipconnect.de> has quit IRC | 23:49 | |
*** sjolley <sjolley!sjolley@nat/intel/x-ydcscaheohzzxpfr> has joined #yocto | 23:51 | |
*** ant_home <ant_home!~ant__@host113-250-dynamic.40-79-r.retail.telecomitalia.it> has quit IRC | 23:52 | |
*** sjolley <sjolley!sjolley@nat/intel/x-ydcscaheohzzxpfr> has quit IRC | 23:53 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 23:56 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:57 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 23:59 | |
*** sgw_ <sgw_!~sgw@172.56.32.79> has quit IRC | 23:59 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:59 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!