| *** maxtothemax <maxtothemax!~maxtothem@134.134.137.75> has quit IRC | 00:02 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 00:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:04 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 00:06 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 00:08 | |
| *** sameo <sameo!~samuel@192.55.54.42> has quit IRC | 00:16 | |
| *** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.194.204.66.38> has quit IRC | 00:34 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 00:35 | |
| *** adelcast <adelcast!~adelcast@130.164.62.193> has quit IRC | 00:45 | |
| *** jfkelly_ <jfkelly_!~jfkelly@107-212-26-83.lightspeed.sntcca.sbcglobal.net> has quit IRC | 01:21 | |
| *** forcev <forcev!~quassel@5751ea20.skybroadband.com> has joined #yocto | 01:36 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 01:37 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-upxvdisacvmjgqyv> has joined #yocto | 01:55 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-upxvdisacvmjgqyv> has quit IRC | 02:03 | |
| *** simonl <simonl!uid6729@gateway/web/irccloud.com/x-yrhcevlgqcegqfum> has quit IRC | 02:18 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 02:34 | |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 02:39 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 03:23 | |
| *** lyang0 <lyang0!~lyang001@1.202.252.122> has quit IRC | 04:51 | |
| *** lyang0 <lyang0!~lyang001@1.202.252.122> has joined #yocto | 04:52 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 04:53 | |
| *** radzy_away is now known as radzy | 04:53 | |
| *** behanw <behanw!~behanw@12.104.145.3> has joined #yocto | 05:07 | |
| *** slex_kag <slex_kag!~kvirc@178.124.239.8> has joined #yocto | 05:10 | |
| *** jvuo <jvuo!~jvuo@ip050-115.seclan.com> has joined #yocto | 05:17 | |
| *** radzy is now known as radzy_away | 05:17 | |
| *** dv__ <dv__!~quassel@chello080108088242.14.11.vie.surfer.at> has joined #yocto | 05:46 | |
| *** dv_ <dv_!~quassel@chello080108088242.14.11.vie.surfer.at> has quit IRC | 05:46 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 05:47 | |
| *** agust <agust!~agust@p4FDE6628.dip0.t-ipconnect.de> has joined #yocto | 05:58 | |
| *** forcev <forcev!~quassel@5751ea20.skybroadband.com> has quit IRC | 06:04 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 06:07 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto | 06:10 | |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 06:30 | |
| *** zeeblex <zeeblex!~apalalax@134.134.139.76> has joined #yocto | 06:31 | |
| sgw_ | khem: if you have a chance can you look at the Autobuilder, we have across the board failures in oprofile: undefined reference to `bfd_elf64_powerpcle_vec' and bfd_elf64_powerpc_vec, I think it might be compiler related. | 06:32 |
|---|---|---|
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 06:32 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 06:43 | |
| khem | sgw_: ok is it 4.9 ? | 06:44 |
| khem | and where are links ? | 06:46 |
| khem | nm got it https://autobuilder.yoctoproject.org/main/builders/minnow/builds/69/steps/BuildImages/logs/stdio | 06:51 |
| khem | buggy oprofile stupid null pointer reference | 06:54 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-hndjgsmgkcsivlpv> has joined #yocto | 06:58 | |
| *** jbrianceau_away is now known as jbrianceau | 06:58 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 07:07 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:16 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 07:20 | |
| *** jukkar <jukkar!~jukka@134.134.137.73> has joined #yocto | 07:22 | |
| *** behanw <behanw!~behanw@12.104.145.3> has quit IRC | 07:32 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 07:34 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 07:37 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 07:38 | |
| *** florian <florian!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto | 07:39 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:39 | |
| *** cristianiorga <cristianiorga!~cristiani@134.134.137.73> has quit IRC | 07:59 | |
| RP | khem: looks like there is also an mdadm issue :/ | 08:10 |
| *** smartin_ <smartin_!~smartin@ANantes-655-1-227-160.w81-50.abo.wanadoo.fr> has joined #yocto | 08:16 | |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 08:17 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 08:20 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 08:20 | |
| *** dlerner1 <dlerner1!~dlerner@128.224.250.2> has joined #yocto | 08:22 | |
| *** jkridner|work <jkridner|work!~jkridner@c-98-250-189-79.hsd1.mi.comcast.net> has joined #yocto | 08:23 | |
| *** slex_kag <slex_kag!~kvirc@178.124.239.8> has quit IRC | 08:25 | |
| *** roric <roric!~roric@c-2d9c70d5.013-177-67626713.cust.bredbandsbolaget.se> has joined #yocto | 08:27 | |
| *** th_ <th_!~th@threllis.net> has joined #yocto | 08:29 | |
| *** lexano_ <lexano_!~lexano@CPEa021b7ac59c9-CMbcc81000b054.cpe.net.cable.rogers.com> has joined #yocto | 08:31 | |
| *** smartin__ <smartin__!~smartin@ANantes-655-1-227-160.w81-50.abo.wanadoo.fr> has joined #yocto | 08:31 | |
| *** Xz <Xz!~kmsywula@176.61.7.74> has joined #yocto | 08:33 | |
| Xz | hi guys | 08:33 |
| *** eballetbo_ <eballetbo_!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 08:33 | |
| *** deuter_ <deuter_!wodor@czlug.icis.pcz.pl> has joined #yocto | 08:34 | |
| *** dlerner1 <dlerner1!~dlerner@128.224.250.2> has quit IRC | 08:34 | |
| *** smartin_ <smartin_!~smartin@ANantes-655-1-227-160.w81-50.abo.wanadoo.fr> has quit IRC | 08:34 | |
| *** jukkar <jukkar!~jukka@134.134.137.73> has quit IRC | 08:34 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 08:34 | |
| *** tom_say <tom_say!~tom_say@cpe-70-118-168-41.stx.res.rr.com> has quit IRC | 08:34 | |
| *** zarul <zarul!~zarul@ubuntu/member/zarul> has quit IRC | 08:34 | |
| *** deuter <deuter!wodor@212.87.224.95> has quit IRC | 08:34 | |
| *** th <th!~th@unaffiliated/th> has quit IRC | 08:34 | |
| *** mitz <mitz!~mitz@rt.miraclelinux.com> has quit IRC | 08:34 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 08:34 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC | 08:34 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 08:34 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 08:34 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMbcc81000b054.cpe.net.cable.rogers.com> has quit IRC | 08:34 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 08:36 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 08:36 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:36 | |
| *** jkridner|work <jkridner|work!~jkridner@c-98-250-189-79.hsd1.mi.comcast.net> has quit IRC | 08:37 | |
| *** slex_kag <slex_kag!~kvirc@178.124.228.61> has joined #yocto | 08:38 | |
| *** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 08:39 | |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 08:40 | |
| *** dlerner <dlerner!~dlerner@128.224.250.2> has joined #yocto | 08:45 | |
| *** jukkar <jukkar!jukka@nat/intel/x-ppdaqhtchtyhqbkb> has joined #yocto | 08:45 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 08:47 | |
| Xz | I am patching binutils for target board. I patched binutils (_class_target), I patched binutis-cross | 08:47 |
| Xz | binutils-native is not patched - correct | 08:48 |
| *** zarul <zarul!~zarul@ubuntu/member/zarul> has joined #yocto | 08:48 | |
| Xz | binutils-crosssdk is not patched - I think wrong | 08:48 |
| Xz | since my sdk toolchain does not contain the patch (and it should) | 08:48 |
| Xz | I'm bit puzzled what should I do next | 08:48 |
| ant_work | RP: blame me...I insist doing tests after 1 o'clock in the night ;) | 08:49 |
| Xz | so the question would be - is binutils-crosssdk target part of my sdk toolchain? | 08:49 |
| *** Frank_ichoo <Frank_ichoo!~tom_say@cpe-70-118-168-41.stx.res.rr.com> has joined #yocto | 08:49 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto | 08:50 | |
| -YoctoAutoBuilder- build #74 of eclipse-plugin-kepler is complete: Failure [failed Building Eclipse Plugin Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/eclipse-plugin-kepler/builds/74 | 08:51 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto | 08:51 | |
| RP | Xz: perhaps you actually want cross-canadian ? | 08:51 |
| RP | Xz: we also *hate* target specific toolchain patches | 08:51 |
| Xz | RP: I added new flag to binutils, that flag works nice for all target binaries built by Yocto build. However when I build SDK and install it (.sh script), then my installed toolchain does not have the flag. | 08:52 |
| RP | Xz: you're probably missing it in binutils-cross-canadian | 08:52 |
| Xz | RP: what is binutils-crosssdk then? | 08:53 |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 08:53 | |
| *** mitz <mitz!~mitz@rt.miraclelinux.com> has joined #yocto | 08:53 | |
| RP | Xz: that is the compiler used to build the SDK target | 08:53 |
| *** mitz <mitz!~mitz@rt.miraclelinux.com> has quit IRC | 08:53 | |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 08:53 | |
| Xz | RP: I thought binutils-nativesdk did that | 08:53 |
| RP | Xz: i.e. we use the crosssdk compiler to build binutils-cross-canadian | 08:53 |
| Xz | RP: there are like 6 versions of binutils overall | 08:54 |
| RP | Xz: Correct | 08:54 |
| Xz | RP: It always takes me a bit of time to think which does what | 08:54 |
| *** mitz <mitz!~mitz@rt.miraclelinux.com> has joined #yocto | 08:54 | |
| Xz | RP: :) | 08:55 |
| RP | Xz: its easier if you think about something like a compiler on darwin | 08:55 |
| RP | Xz: for that you need a compiler which runs on BUILD but generates code to run on SDKHOST and when run on SDKHOST builds for target | 08:55 |
| RP | BUILD is 64bit x86, SDKHOST is darwin and TARGET could be 32bit uclibc x86 | 08:56 |
| RP | crosssdk runs no BUILD and generates SDKHOST | 08:56 |
| Xz | RP: cool, I will try binutils-cross-canadian, thanks | 08:56 |
| RP | cross-candadian runs on SDKHOST and generates TARGET | 08:56 |
| RP | Xz: for some cases we substitute in things like odcctools instead of bintuils for darwin for example | 08:57 |
| Xz | RP: is darwin officialy supported by Yocto? | 08:58 |
| RP | Xz: we do have the meta-darwin layer which can build SDKs which run on darwin | 08:58 |
| RP | Xz: BUILD as darwin doesn't work at this point, nor is it likely to any time soon | 08:58 |
| Xz | RP: I thought meta-darwin was more like an experimental dev layer, not full production Yocto code | 08:59 |
| RP | Xz: the sdk pieces seem pretty stable | 09:00 |
| RP | its best effort support for it | 09:00 |
| Xz | ok | 09:01 |
| Xz | RP: Nothing PROVIDES 'binutils-cross-canadian' | 09:01 |
| Xz | RP: in my case BUILD=HOST | 09:02 |
| Xz | RP:I'm not using SDK machine | 09:02 |
| RP | Xz: try binutils-cross-canadian-i586 | 09:02 |
| Xz | RP: that worked | 09:02 |
| RP | Xz: you must be using dora since ${TARGET_ARCH} was appended more recently | 09:02 |
| Xz | RP: that fix is still for dylan :( | 09:03 |
| Xz | RP: I upgraded to dora on branch however | 09:04 |
| kroon | RP, do you know how well the state of meta-mingw is for generating win32 sdks ? | 09:04 |
| RP | Xz: well, its just called binutils-cross-canadian in dylan | 09:04 |
| RP | kroon: it can build gcc and binutils that run on win32 ok | 09:05 |
| RP | kroon: it has versions for dylan, dora, daisy and master | 09:05 |
| kroon | RP, ah great. will give it a shot then | 09:06 |
| *** smartin__ is now known as smartin_ | 09:10 | |
| *** beaver_545 <beaver_545!~stuart@eri-197-189.d.port.ac.uk> has joined #yocto | 09:15 | |
| *** likewise <likewise!~chatzilla@ip-213-127-193-12.ip.prioritytelecom.net> has joined #yocto | 09:20 | |
| likewise | gm | 09:20 |
| Xz | RP: will binutils-cross-canadian always target only 'target' board? I used sth like 'SRC_URI_class-append-target' in normal binutils to prevent appending the patch to -native | 10:04 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 10:06 | |
| Xz | RP: answering my question - I don't use class-target for binutils-cross-canadian, since it runs on SDK machine | 10:10 |
| Xz | I think I still don't understand where -crosssdk and -nativesdk are in my puzzle | 10:20 |
| Xz | where are they built and where do they run? | 10:21 |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 10:21 | |
| Xz | I understand as much as: BUILD runs -native, -cross; HOST runs -cross-canadian; TARGET runs - | 10:22 |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 10:22 | |
| RP | Xz: BUILD runs -native, -cross and -crosssdk | 10:26 |
| RP | Xz: SDK runs -cross-canadian and -nativesdk | 10:26 |
| RP | Xz: but seriously, the toolchain patch should be well enough written to apply everywhere and only trigger on the specific target its neeed for | 10:27 |
| -YoctoAutoBuilder- build #73 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/73 | 10:27 | |
| Xz | RP: are you telling my that I should apply the patch to every version of binutils? | 10:27 |
| RP | Xz: ideally that should not cause a problem | 10:29 |
| RP | Xz: http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#cross-development-toolchain-generation | 10:29 |
| bluelightning | ah yes I was just about to find and paste that link :) | 10:29 |
| Xz | RP: it's is not as good right now :( | 10:29 |
| Xz | RP: right now the patch adds the flag which is by default switched on | 10:30 |
| Xz | so Yocto does not even know about that flag | 10:30 |
| Xz | however if I explicitly add it to CC flags | 10:30 |
| RP | Xz: that is rather sad. If should be off by default and we start using the flag for the specific machines that have the issue | 10:31 |
| Xz | then some tools fail, since they use CC flags for -native binaries | 10:31 |
| Xz | I think ideally that should be part of 'tune' | 10:31 |
| RP | Xz: If you add it to TARGET_CFLAGS those should not get used for native binaries | 10:31 |
| RP | Xz: yes | 10:31 |
| Xz | I played with TARGET_CFLAGS and smb used them for -native | 10:31 |
| RP | Xz: then smb is broken | 10:32 |
| *** mago_ <mago_!~mago@c193-14-123-186.cust.tele2.se> has quit IRC | 10:41 | |
| *** zeeblex <zeeblex!~apalalax@134.134.139.76> has left #yocto | 10:49 | |
| *** vali_enea <vali_enea!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has quit IRC | 10:54 | |
| *** milan_1 <milan_1!~milan@111.93.218.67> has joined #yocto | 11:02 | |
| milan_1 | bluelightning: is there a way to add append to DISTROOVERRIDES and DISTROFEATURES from inside my custom layer ? This should take effect only when I am including my custom layer for creating a particular image. | 11:06 |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 11:15 | |
| -YoctoAutoBuilder- build #70 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/70 | 11:18 | |
| *** jluisn <jluisn!~quassel@187.115.172.24> has joined #yocto | 11:20 | |
| -YoctoAutoBuilder- build #70 of nightly-qa-pam is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/70 | 11:22 | |
| bluelightning | milan_1: you should have your own distro config in your layer for doing those kind of things, which you then select by setting DISTRO in your local.conf | 11:22 |
| bluelightning | anything else is going to be a hack | 11:22 |
| milan_1 | bluelightning: Looks like a sound approach... going to give this a try now. Thank you :) | 11:24 |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has quit IRC | 11:47 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 11:47 | |
| -YoctoAutoBuilder- build #70 of minnow is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow/builds/70 | 11:48 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 11:49 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 11:50 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto | 11:51 | |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto | 11:56 | |
| -YoctoAutoBuilder- build #70 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/70 | 11:57 | |
| *** fusman <fusman!~fahad@110.93.212.98> has quit IRC | 12:01 | |
| *** bard3307 <bard3307!40c71302@gateway/web/freenode/ip.64.199.19.2> has joined #yocto | 12:03 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 12:03 | |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 12:07 | |
| *** zeeblex <zeeblex!~apalalax@134.134.139.74> has joined #yocto | 12:07 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC | 12:08 | |
| -YoctoAutoBuilder- build #70 of nightly-qa-logrotate is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/70 | 12:11 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC | 12:14 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto | 12:14 | |
| paulbarker | I've found a couple of PRINC uses in meta-raspberrypi, are PR bumps still being accepted into oe-core to keep the upgrade path clean? | 12:22 |
| paulbarker | the files are recipes-bsp/formfactor/formfactor_0.0.bbappend with PRINC = "1" and recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend with PRINC := "${@int(PRINC) + 5}" | 12:24 |
| *** adelcast <adelcast!~adelcast@130.164.62.193> has joined #yocto | 12:26 | |
| -YoctoAutoBuilder- build #70 of nightly-qa-skeleton is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/70 | 12:26 | |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has joined #yocto | 12:28 | |
| *** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC | 12:31 | |
| *** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto | 12:32 | |
| -YoctoAutoBuilder- build #70 of minnow-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow-lsb/builds/70 | 12:36 | |
| *** zeddii <zeddii!~ddez@128.224.252.2> has joined #yocto | 12:43 | |
| *** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto | 12:44 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 12:52 | |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 12:56 | |
| -YoctoAutoBuilder- build #50 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/50 | 12:56 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC | 13:00 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto | 13:00 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC | 13:00 | |
| *** eballetbo_ <eballetbo_!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 13:04 | |
| *** zeeblex <zeeblex!~apalalax@134.134.139.74> has left #yocto | 13:08 | |
| *** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 13:21 | |
| *** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.194.204.66.38> has joined #yocto | 13:23 | |
| Denwid | Hi. Is there a way to get bitbake variables with newlines included? If I do d.getVar("VAR") it's all on one line :-(. | 13:25 |
| -YoctoAutoBuilder- build #72 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/72 | 13:25 | |
| *** belen <belen!Adium@nat/intel/x-fczqfqybuwfgjcez> has joined #yocto | 13:37 | |
| -YoctoAutoBuilder- build #69 of nightly-fsl-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/69 | 13:43 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 13:44 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 13:48 | |
| -YoctoAutoBuilder- build #51 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/51 | 13:51 | |
| -YoctoAutoBuilder- build #70 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/70 | 13:54 | |
| -YoctoAutoBuilder- build #69 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/69 | 13:56 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 14:05 | |
| *** slex_kag <slex_kag!~kvirc@178.124.228.61> has quit IRC | 14:05 | |
| *** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.194.204.66.38> has quit IRC | 14:21 | |
| *** th_ is now known as th | 14:23 | |
| *** th <th!~th@unaffiliated/th> has joined #yocto | 14:23 | |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC | 14:25 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:28 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:28 | |
| *** oneQubit <oneQubit!~oneQubit@c-69-138-31-87.hsd1.md.comcast.net> has quit IRC | 14:31 | |
| *** oneQubit <oneQubit!~oneQubit@c-69-138-31-87.hsd1.md.comcast.net> has joined #yocto | 14:32 | |
| -YoctoAutoBuilder- build #51 of nightly-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/51 | 14:35 | |
| *** nitink <nitink!nitink@nat/intel/x-qphzoiesondqviry> has joined #yocto | 15:04 | |
| *** belen <belen!Adium@nat/intel/x-fczqfqybuwfgjcez> has quit IRC | 15:05 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 15:09 | |
| *** lexano_ is now known as lexano | 15:11 | |
| *** khem <khem!~khem@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 15:16 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC | 15:16 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto | 15:16 | |
| *** milan_1 <milan_1!~milan@111.93.218.67> has quit IRC | 15:23 | |
| *** roric <roric!~roric@c-2d9c70d5.013-177-67626713.cust.bredbandsbolaget.se> has quit IRC | 15:27 | |
| Xz | what's the difference between meta-toolchain and meta-toolchain-sdk? | 15:32 |
| *** khem` <khem`!~khem@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 15:32 | |
| *** khem` is now known as khem | 15:33 | |
| *** radzy_away is now known as radzy | 15:37 | |
| *** sjolley <sjolley!~sjolley@134.134.137.71> has joined #yocto | 15:37 | |
| -YoctoAutoBuilder- build #72 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/72 | 15:37 | |
| *** jukkar <jukkar!jukka@nat/intel/x-ppdaqhtchtyhqbkb> has quit IRC | 15:39 | |
| -YoctoAutoBuilder- build #71 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/71 | 15:40 | |
| bluelightning | Xz: I though we discussed this the other day... | 15:41 |
| bluelightning | maybe my memory is faulty | 15:43 |
| sgw_ | khem: morning | 15:44 |
| -YoctoAutoBuilder- build #71 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/71 | 15:47 | |
| bluelightning | Xz: IIRC meta-toolchain-sdk was renamed a very long time ago - where do you see a reference to it? | 15:47 |
| RP | bluelightning: it will be dylan | 15:58 |
| Xz | RP: bluelightning yes, just after sourcing oe script it gives example bitbake targets | 15:59 |
| bluelightning | http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=ad4b709c835bb52a948dbe5d785aca4902cc8f1f | 16:00 |
| bluelightning | we probably didn't remove the reference until 1.6 though | 16:01 |
| RP | "sdk" in that context means a gnome mobile sdk | 16:02 |
| volker- | I love embedded systems, you run into settings that disappeared in the real world | 16:06 |
| volker- | today: passwords longer as 8 | 16:06 |
| bluelightning | volker-: that's fixed in 1.6 | 16:07 |
| volker- | bluelightning: :) | 16:07 |
| *** Crofton <Crofton!~balister@64-186-172-226.static-ip.telepacific.net> has joined #yocto | 16:07 | |
| bluelightning | believe it or not the upstream default is still to use 8 chars max :( | 16:07 |
| volker- | nothing against yocto, but in our case I was against it. It just should go on the NUC | 16:07 |
| kergoth | ick. which upstream? | 16:07 |
| volker- | Now I have to deal with security updates & co | 16:07 |
| bluelightning | kergoth: shadow | 16:08 |
| kergoth | ah | 16:08 |
| kergoth | that's sad | 16:08 |
| bluelightning | http://cgit.openembedded.org/openembedded-core/commit/?id=a9e072f9f0da774411e07abf47dd4bd8c6d685d7 | 16:09 |
| bluelightning | kergoth: very :( | 16:09 |
| Crofton | gm | 16:09 |
| Crofton | we are getting ready to start OEDAM | 16:09 |
| bluelightning | hi Crofton | 16:09 |
| bluelightning | Crofton: any chance of a video/audio feed? ;) | 16:09 |
| Crofton | I foud a camera | 16:09 |
| rburton | someone must have a space laptop to set up a google hangout :) | 16:09 |
| Crofton | hang on | 16:10 |
| *** belen <belen!Adium@nat/intel/x-wnexpibqchrihrgr> has joined #yocto | 16:10 | |
| *** beaver_545 <beaver_545!~stuart@eri-197-189.d.port.ac.uk> has quit IRC | 16:10 | |
| sgw_ | rburton: space laptop? Is that one that is floating around over everyone's shoulder? | 16:11 |
| rburton | that would be awesome | 16:11 |
| sgw_ | autonomous quadcopter with a camera and mic, might be a little annoying buzzing around | 16:12 |
| volker- | http://www.wirefresh.com/images/space-station-10-years-thinkpad-1.jpg | 16:12 |
| *** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC | 16:13 | |
| RP | morning Crofton | 16:14 |
| *** arky <arky!~arky@197.237.140.136> has joined #yocto | 16:17 | |
| * zeddii see fray on the google hangout | 16:19 | |
| fray | morning RP | 16:21 |
| Crofton | gm | 16:21 |
| kergoth | did anyone else lose video on the oedam feed, other than a picture of jefro? audio seems fine, though | 16:22 |
| * kergoth yawns | 16:22 | |
| sgw_ | I can hear but not see | 16:22 |
| fray | ya.. jefro turned off the video, too slow | 16:22 |
| fray | good | 16:23 |
| sgw_ | ah that explains it! | 16:23 |
| fray | we figured out video was lagging about 3-4 minutes from realtime | 16:23 |
| *** beaver_545 <beaver_545!~stuart@eri-197-189.d.port.ac.uk> has joined #yocto | 16:23 | |
| kergoth | ahh, okay, audio works | 16:23 |
| darknighte | can you guys hear the introductions well enough? | 16:23 |
| bluelightning | darknighte: unfortunately not ... | 16:23 |
| *** arky <arky!~arky@197.237.140.136> has quit IRC | 16:23 | |
| zeddii | there's a one second delay and repeat at the moment. | 16:25 |
| zeddii | (for me at least) | 16:25 |
| Crofton | yeah the hangout get sdelayes | 16:26 |
| * zeddii hears darknighte | 16:26 | |
| fray | I dropped off the hangout, to make sure I'm not causing any issues | 16:26 |
| fray | thats about a 15-20 second delay then | 16:26 |
| fray | Denys is now on | 16:26 |
| * RP can hear denys | 16:26 | |
| zeddii | and Crofton. | 16:26 |
| sgw_ | audio is kind of choppy sounding | 16:26 |
| * zeddii tries to distract people talking | 16:27 | |
| rburton | whats the link? | 16:27 |
| RP | now Linaro | 16:27 |
| zeddii | :) | 16:27 |
| fray | RP, sounds like you are nearly live then.. | 16:27 |
| RP | nice to have comcast on board! :) | 16:29 |
| RP | now michael | 16:29 |
| RP | and belen | 16:29 |
| fray | introductions of the remote people.. | 16:30 |
| RP | Richard is here, Yocto Project Architect | 16:30 |
| RP | Sorry couldn't be there in person | 16:30 |
| sgw_ | Saul is here, User Space Maintainer and Richard's Sous Chefd | 16:31 |
| *** HerbKuta <HerbKuta!40baace2@gateway/web/freenode/ip.64.186.172.226> has joined #yocto | 16:31 | |
| fray | nice | 16:31 |
| *** flynn378 <flynn378!80db310d@gateway/web/freenode/ip.128.219.49.13> has joined #yocto | 16:31 | |
| bluelightning | Paul Eggleton here, OE TSC member & bitbake / core build sys engineer on Yocto Project @ Intel | 16:32 |
| RP | sgw_: you're a deamon these days? :) | 16:32 |
| *** beaver_545 <beaver_545!~stuart@eri-197-189.d.port.ac.uk> has quit IRC | 16:32 | |
| zeddii | clang, clang. | 16:32 |
| sgw_ | slip of the finger! | 16:32 |
| * zeddii thanks his spokeperson fray | 16:33 | |
| *** ka6sox-here <ka6sox-here!40baace2@nasadmin/ka6sox> has joined #yocto | 16:33 | |
| bluelightning | that's "hash" OE to you guys ;) | 16:34 |
| *** esben <esben!~esben@0x55532124.adsl.cybercity.dk> has joined #yocto | 16:34 | |
| otavio | ih | 16:34 |
| otavio | hi | 16:34 |
| fray | :) | 16:34 |
| *** mr_science <mr_science!40baace2@gateway/web/freenode/ip.64.186.172.226> has joined #yocto | 16:35 | |
| mr_science | spork | 16:35 |
| * RP notes the emphasis on long :) | 16:35 | |
| * mr_science needs food | 16:35 | |
| zeddii | RP: tl;dr | 16:35 |
| rburton | Ross (Intel) was hoping to be here but daughters are demanding baths. I'll be around later this evening. | 16:35 |
| zeddii | :P | 16:35 |
| sgw_ | fray, can you summarize the list here, it's hard to hear sometimes | 16:36 |
| fray | they're going over agenda.. determining what to do today, with some people not ebing able to be here tomorrow | 16:36 |
| *** mr_science <mr_science!40baace2@gateway/web/freenode/ip.64.186.172.226> has quit IRC | 16:37 | |
| *** mr_science <mr_science!40baace2@gentoo/developer/nerdboy> has joined #yocto | 16:37 | |
| otavio | :-) | 16:37 |
| *** jbrianceau is now known as jbrianceau_away | 16:37 | |
| fray | bug scrub, probably tomorrow morning US time | 16:38 |
| darknighte | RP: will you be able to make that? | 16:38 |
| * fray does his best to -stop- kicking the metal backstop of the table that clangs -very- loudly.. :P | 16:39 | |
| RP | darknighte: I can try and be around tomorrow, yes | 16:39 |
| * RP has tried to keep this evening clear too | 16:39 | |
| fray | review bugzilla 1.7 tagged stuff... | 16:40 |
| bluelightning | I might be around later as well | 16:40 |
| bluelightning | possibly tomorrow | 16:41 |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:42 | |
| fray | activity of layers as a possible indication of quality or at least maintainership | 16:42 |
| fray | Lune to possibly replace sato as the demo UI.. | 16:43 |
| fray | Lune is a WebOS/QT based layer.. | 16:43 |
| fray | I personally find this interesting | 16:43 |
| Crofton | this falls into the bin of more working stuff :) | 16:43 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 16:43 | |
| fray | for OE/YP I see two demo issues.. showing the 'build' system doesn't help.. Toaster and a "working device" (UI) is a good demo | 16:44 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 16:44 | |
| * otavio likes the Lune move as well | 16:46 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 16:46 | |
| JaMa | :) | 16:47 |
| bluelightning | JaMa: do you have a link to some screenshots perhaps? ;) | 16:47 |
| paulbarker | for image deployment/update best practices, if there's any suggestions for opkg, i'm around | 16:47 |
| JaMa | does link to virtualbox image work for you? | 16:47 |
| *** slex_kag <slex_kag!~kvirc@86.57.191.109> has joined #yocto | 16:48 | |
| bluelightning | JaMa: sure, I'll take it :) | 16:48 |
| otavio | :D | 16:49 |
| JaMa | http://build.webos-ports.org/webos-ports/images/qemux86/ | 16:49 |
| JaMa | you probably want .zip file which includes .ovf file you can just import to virtualbox | 16:49 |
| RP | toaster is not yocto specific, works with standard OE too | 16:51 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 16:51 | |
| RP | Its just yocto sponsored I guess | 16:51 |
| Crofton | rp +1 | 16:51 |
| -YoctoAutoBuilder- build #74 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/74 | 16:52 | |
| fray | ya.. I consider it the same.. sponsored, and maintained.. but it's part of bitbake | 16:53 |
| fray | (repository) | 16:53 |
| Crofton | basically it wouldn't have happened without the YP :) | 16:53 |
| JaMa | HerbKuta: RP's e-mail: http://lists.openembedded.org/pipermail/openembedded-core/2014-May/092079.html | 16:53 |
| volker- | can someone point me to a bbappend file that uses postfuncs? | 16:54 |
| volker- | so far I have found the postfuncs only in bbclass files | 16:55 |
| fray | Lava | 16:55 |
| fray | on-going role of TSC | 16:55 |
| fray | Richards email topic(s) | 16:55 |
| fray | (plan for the morning) | 16:55 |
| fray | volker-, I've seen them.. but don't remember off hand which ones.. | 16:56 |
| zeddii | does the plan for the evening include beer | 16:56 |
| otavio | We at O.S. Systems been trying to get LAVA working at our side | 16:56 |
| otavio | been quite hard to get it working | 16:56 |
| otavio | but we have people working on it | 16:56 |
| RP | otavio: you should mention that on the mailing list we setup to discuss it | 16:57 |
| otavio | RP: I've been talking to Debian and Linaro people about it (we don't like running Ubuntu in server ;P) | 16:57 |
| otavio | RP: so we're still in the beggning on it | 16:58 |
| bluelightning | I'd be keen to see more discussion of people's progress on automated testing on the mailing list | 16:58 |
| bluelightning | (the automated-testing@yoctoproject.org one) | 16:58 |
| bluelightning | it's been a bit quiet | 16:58 |
| otavio | bluelightning: we're trying those to see what fits better for us | 16:58 |
| otavio | bluelightning: yes | 16:58 |
| otavio | bluelightning: that's why I didn't comment on it yet. I still didn't make my head on it yet | 16:59 |
| fray | ok.. lava discussion time.. :) | 16:59 |
| bluelightning | edgerouter | 17:00 |
| bluelightning | mpc8315e-rdb (PPC) | 17:00 |
| fray | :) | 17:01 |
| zeddii | anyone else have the reverb/echo on the audio ? I wonder if it is just me. | 17:01 |
| RP | zeddii: not noticing echo, it can be hard to follow though | 17:02 |
| fray | talking about tests that we may be running on the autobuilder that could be moved into the lava environment.. | 17:02 |
| fray | most likely Intel and ARM are the primary targets of LAVA right now | 17:02 |
| zeddii | ok. I'm getting brutal echo. so it might just be my box. | 17:02 |
| zeddii | oh crap. I just figured it out. my gmail tab AND g+ were both playing audio. on a different delay. | 17:03 |
| fray | lol | 17:03 |
| bluelightning | heh | 17:03 |
| zeddii | better | 17:03 |
| zeddii | my head hurts WAY less now. | 17:03 |
| otavio | RP: zeddii agreed. hard to follow | 17:04 |
| fray | talk about needing packages feeds, compiler on target, etc to faciliate testing with LAVA | 17:04 |
| fray | (from the Yocto autobuilder) | 17:05 |
| RP | Crofton: what is the question? | 17:05 |
| -YoctoAutoBuilder- build #68 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/68 | 17:05 | |
| fray | do we have any regular autobuilder images that include the compiler on the target | 17:05 |
| RP | we build the build-appliance image which contains everything needed to run a yocto build in it | 17:05 |
| maxin | bluelightning: otavio: Out of curiosity, Is it confirmed that we are going ahead with LAVA for testing ? | 17:05 |
| RP | so we know the toolchains work! | 17:05 |
| fray | do we do that for all architectures? | 17:05 |
| fray | I know we test they work..b ut wasn't sure bout regular images | 17:05 |
| RP | fray: not build-appliance but we do build sdk images for all arches and run the automated tests against them | 17:06 |
| RP | we do test the compilers in those | 17:06 |
| fray | my understanding of the LAVA is we'd like the Linaro LAVA testing to use the output of the autobuilder for more test coverage | 17:06 |
| bluelightning | maxin: several YP member organisations are adopting LAVA, so it's the direction we're heading in | 17:06 |
| bluelightning | maxin: providing it can be made to work well for us | 17:07 |
| otavio | maxin: About OE/YP this is not yet decided but O.S. surely will go ahead with it in our side | 17:07 |
| RP | dev images are built for all arches | 17:07 |
| volker- | I am wondering why my bbappend file is not used. when I run --debug I see virtual:native:/home/data/yocto/poky/meta/recipes-extended/shadow/shadow_4.1.4.3.bb; now I am wondering if the do_configure[postfuncs] are not used because it states "virtual:native:" | 17:07 |
| halstead | Crofton, i think this is a full package feed for ipk http://autobuilder.yoctoproject.org/pub/nightly/CURRENT/ipk/ | 17:07 |
| maxin | bluelightning: thanks.. time to switch to LAVA then .. | 17:07 |
| bluelightning | I've said this before but FYI for 1.6 we've added capabilities to export the runtime tests we've written so far in OE-Core to be run independent of the build system | 17:08 |
| bluelightning | so LAVA should be able to run those without too much trouble | 17:08 |
| otavio | maxin: bring some coffee ... it will be complex :P | 17:09 |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 17:09 | |
| *** RagBal_ <RagBal_!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 17:09 | |
| RP | autobuilder publishes to http right now | 17:09 |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 17:09 | |
| JaMa | otavio: are you working on integrating lava in sense of providing lava-native you can build and then just run (independently from host system)? | 17:10 |
| maxin | otavio: It will be a bit more complex to persuade people to switch from an existing test setup.. Anyway, guess, a common system will be nice :) | 17:10 |
| Crofton | http://autobuilder.yoctoproject.org/pub/nightly/CURRENT/machines/beaglebone/ | 17:10 |
| kergoth | volker-: is there a reason the bbclass examples don't work for you? syntactically it's exactly the same :) | 17:10 |
| otavio | JaMa: in which sense you mean? | 17:10 |
| volker- | kergoth: I want to run postfuncs in shadow_4.1.4.3.bbappend to enable SHA512 | 17:11 |
| otavio | JaMa: you mean the peaces which need to run in the target or to build the distro to run in the LAVA server? | 17:11 |
| fray | I would like to see LAVA as something 'integrated'.. but immediate value of being able to just run it on a lava server would be nice | 17:11 |
| fray | volker- ahh you are talking post install (package) scripts.. | 17:11 |
| fray | I thought you were talking sysroot configuration (development time) | 17:11 |
| otavio | maxin: yes | 17:12 |
| fray | I'll see if I can find an example | 17:12 |
| JaMa | otavio: "(we don't like running Ubuntu in server ;P)" this sense, can we include lava server in build-apliance? | 17:12 |
| otavio | maxin: and LAVA installation is quite complex | 17:12 |
| kergoth | i think he's talking about the flag, to run source alterations other than patches at do_unpack/do_patch time, atually | 17:12 |
| otavio | JaMa: yes; this would be a good solution | 17:12 |
| volker- | fray: no, I just want to add a function to do_install to sed one file | 17:12 |
| otavio | JaMa: for now we intend to use Debian as host | 17:13 |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 17:13 | |
| kergoth | volker-: just use do_install_append | 17:13 |
| fray | do_install_append() { | 17:13 |
| otavio | JaMa: and try to have it working and easy to install/setup | 17:13 |
| fray | stuff to do in additional to do_install | 17:13 |
| fray | } | 17:13 |
| JaMa | otavio: ok fair enough | 17:13 |
| otavio | JaMa: once this is doable, making a recipe for this shouldn't be hard ... | 17:13 |
| fray | otherwise it's pkg_postinstal_<package> () { .... } those are install time settings | 17:13 |
| otavio | JaMa: but it is far from it yet | 17:14 |
| * RP notes we have easy setup instructions for the autobuilder right now | 17:14 | |
| RP | lava is by comparison hard to setup :( | 17:14 |
| volker- | kergoth: thats it. just wondering why do_install[postfuncs] neither worked nor spit out an error | 17:15 |
| kergoth | should work fine, if you want to do that | 17:15 |
| fray | postfuncs isn't what you want in this case.. you want appends IMHO | 17:16 |
| kergoth | agreed | 17:16 |
| Crofton | yeah | 17:16 |
| kergoth | though sometimes i wish _append/_prepend was backed by postfuncs/prefuncs, to avoid the appending shell to python madness ;) | 17:17 |
| volker- | so it works now, now I am wondering why the --debug didn't show the bbappend file (which is definitly used as I can see now): bitbake -c clean shadow-native ;bitbake -c build shadow-native --debug|grep bbappend | 17:17 |
| kergoth | volker-: bitbake-layers show-appends|grep shadow | 17:17 |
| volker- | kergoth: I would still have expected it in --debug | 17:17 |
| otavio | Phone! Answer it heh | 17:18 |
| otavio | :) | 17:18 |
| bluelightning | volker-: our debug output could certainly use work | 17:19 |
| bluelightning | I suspect that because it's not that useful, not many use it - we use other means of finding such information | 17:20 |
| *** tlwoerner___ <tlwoerner___!40baace2@gateway/web/freenode/ip.64.186.172.226> has joined #yocto | 17:20 | |
| fray | I don't use --debug.. I use live logging (local patch to bitbake), bitbake -e <recipe>, and looking at logs/run files.. | 17:20 |
| khem | sgw_: | 17:23 |
| khem | gm | 17:23 |
| sgw_ | Hi Khem, sounds like good discuss, wish I could be down there this week. | 17:26 |
| RP | fray: Worth mentioning the error reporting server? | 17:31 |
| RP | fray: we've talked about collecting more data with that | 17:31 |
| *** codinho <codinho!~me@251.110.188.90.etth.tomsknet.ru> has joined #yocto | 17:31 | |
| *** codinho <codinho!~me@unaffiliated/codinho> has joined #yocto | 17:31 | |
| fray | ha.. I was just msging someone about that.. | 17:31 |
| fray | thats more build errors though right? | 17:32 |
| Crofton | this is collecting build errors? | 17:32 |
| JaMa | y | 17:32 |
| Crofton | this is also cool :) | 17:32 |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 17:32 | |
| RP | fray: right now it collects those, yes | 17:32 |
| RP | Crofton: people can submit them, yes. new feature in 1.6 | 17:32 |
| JaMa | world builds now do (unless the report is too big to upload) | 17:33 |
| bluelightning | http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#using-the-error-reporting-tool | 17:33 |
| bluelightning | http://errors.yoctoproject.org/Errors/ | 17:34 |
| RP | We are talking about scaling that system to take extra data. Perhaps performance data? | 17:35 |
| fray | any type of runtime test data, yes | 17:35 |
| * JaMa already has fork reporting "build matrics", I plan to show it to belen to see what she thinks about it and integration with toaster/error-report-web | 17:36 | |
| sgw_ | clang | 17:36 |
| fray | that would be me.. :P | 17:36 |
| RP | it feeds into a database | 17:36 |
| RP | its not conencted to the bugzilla | 17:36 |
| RP | we don't want to automatically connect it | 17:37 |
| RP | Its like a failure pastebin | 17:37 |
| bluelightning | it's mostly about collecting all of the information we otherwise rely upon users correctly extracting and reporting themselves | 17:37 |
| Crofton | the suggestion is add a button to fiil a bug template and submit it | 17:37 |
| RP | fray: exactly - the statistics will be interesting | 17:37 |
| RP | we need to figure out how to match up failures but we can do than once we have some data | 17:38 |
| fray | I'm really looking forward to statistics.. even failures due to bad configurations.. ;) | 17:38 |
| RP | fray: totally, I think we could learn some interesting things | 17:38 |
| fray | misconfiguration is one of those things if we could "detect" via common bugs, we could then return back "this is how to correct it" info.. :) | 17:39 |
| RP | fray: exactly, ultimately I'd like to tag things with solutions | 17:39 |
| mr_science | i thought this idea was also somewhere on the agenda, ie, a more "formal" aproach to bug wrangling | 17:40 |
| fray | people are off looking for display equipment.. 9and taking a break.. ;) | 17:40 |
| -YoctoAutoBuilder- build #70 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/70 | 17:40 | |
| belen | RP, fray: the querying capabilities of the existing tool are very limited, though. As data comes in we might need to enhance them so that you people can get the information you need from it | 17:40 |
| *** sjolley <sjolley!~sjolley@134.134.137.71> has quit IRC | 17:41 | |
| fray | belen, yup.. this is future work.. :) | 17:42 |
| RP | belen: totally agreed. We need some data, then we can experiment and design :) | 17:42 |
| fray | RP/belen this is some of the stuff that David R is trying to setup for our WR products.. it's the infrastructure to support this that we really want.. (community and commercially) | 17:44 |
| fray | over time I expect more community data transform/displays.. | 17:45 |
| sgw_ | fray, are we supposed to see something? | 17:45 |
| fray | not yet.. | 17:45 |
| fray | we've figure out the projector in the room.. and jefro is figuring out how tuse to the web cam to show you | 17:45 |
| sgw_ | I see a small icon for the slide I think, maybe make that person the speaker | 17:45 |
| sgw_ | If I click on that icon it comes up on my screen | 17:46 |
| fray | not sure | 17:46 |
| fray | cool | 17:47 |
| -YoctoAutoBuilder- build #69 of nightly-fsl-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm/builds/69 | 17:51 | |
| RP | does anyone know anything? :) | 17:51 |
| fray | nope.. I know nothing.. | 17:51 |
| fray | as any normal tech meeting, 1/3 of the room is playing IT.. 1/3 is typing and 1/3 is ignoring everyone else.. :) | 17:52 |
| RP | I am seeing video of some of you now :) | 17:52 |
| * RP waves to fray | 17:52 | |
| fray | :) | 17:52 |
| * sgw_ waves back | 17:53 | |
| *** JimBaxter <JimBaxter!~jbaxter@46.189.28.89> has joined #yocto | 17:53 | |
| *** JimBaxter <JimBaxter!~jbaxter@46.189.28.89> has quit IRC | 17:53 | |
| fray | can people see the slide(s)? | 17:55 |
| RP | fray: from Alan? yes | 17:55 |
| Crofton | lava is like bitbake for testing! | 17:55 |
| fray | yup | 17:55 |
| otavio | where? I see nothing | 17:56 |
| otavio | lol | 17:56 |
| otavio | Crofton: pertect definition lol | 17:57 |
| RP | fray: they're not advancing unless you're still on the title slide | 17:57 |
| otavio | Crofton: in the past when it were most of time broken ;-) | 17:57 |
| fray | it's ont eh 'Vocabulary slide' | 17:57 |
| otavio | RP: where is the slides? | 17:57 |
| RP | otavio: from Alan's video feed afaict but its just the title one | 17:58 |
| fray | video feed might be delayed | 17:58 |
| bluelightning | yep same here | 17:58 |
| RP | fray: the other video feeds look in realtime | 17:59 |
| sgw_ | I think that we are seeing the desktop screen, not the projected screen | 17:59 |
| fray | so left side.. kernel source -> jenkinx -> "raw artifacts" | 17:59 |
| fray | other builds -> "raw artifacts" | 17:59 |
| sgw_ | slide the jeffery camera over to the screen | 17:59 |
| fray | "raw artifacts" <--> laval (job control, test and boot logs) | 17:59 |
| sgw_ | not the one with Jefro the one looking at Alan's body! | 17:59 |
| fray | "raw artifacts <--> Generic board farm | 17:59 |
| RP | much better | 18:00 |
| fray | that better.. 4 minutes or less.. :) | 18:00 |
| sgw_ | thats better | 18:00 |
| otavio | where is the video link? | 18:02 |
| fray | should be the google link | 18:02 |
| fray | was just on the main page when I connected earlier | 18:02 |
| paulbarker | i can't find it either, just got the original video link which seems to have ended | 18:03 |
| otavio | ohhh now I see | 18:04 |
| fray | maybe you have to reload? | 18:04 |
| bluelightning | someone tell jefro it's off-air | 18:04 |
| fray | what is? | 18:04 |
| sgw_ | still on here | 18:04 |
| RP | still here too | 18:05 |
| bluelightning | I can still see it, but it might explain why Paul isn't able to do so | 18:05 |
| bluelightning | fray: in the top right it says "OFF AIR" instead of earlier when it said "LIVE" | 18:06 |
| fray | jefro was trying ot fix | 18:06 |
| fray | still having issues? | 18:07 |
| bluelightning | paulbarker: ^ ? | 18:09 |
| -YoctoAutoBuilder- build #70 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/70 | 18:10 | |
| paulbarker | sorry, yes, i'm still lost | 18:10 |
| bluelightning | it still says "OFF AIR" FWIW | 18:10 |
| bluelightning | somewhere the moderator should have a switch for that | 18:10 |
| volker- | The latest samba recipe is 3.6.8 which is kinda old. | 18:11 |
| *** jluisn <jluisn!~quassel@187.115.172.24> has quit IRC | 18:11 | |
| darknighte | bluelightning: paulbarker: jefro is still working on it | 18:11 |
| paulbarker | I just have the original google+ event invite with the video which has finished | 18:12 |
| bluelightning | ok, now Jefro's gone so there's no audio at all | 18:12 |
| paulbarker | if it's just me that's missing don't worry | 18:12 |
| fray | jefro is going to restart.. | 18:12 |
| Crofton | jefro is being beaten | 18:12 |
| paulbarker | back in 10 min or so, will give it another try then | 18:12 |
| *** jluisn <jluisn!~quassel@187.115.172.24> has joined #yocto | 18:12 | |
| bluelightning | I think I'm going to have to head home in a sec | 18:12 |
| fray | what we'e said is goal is multiple systems, multiple visualizations for various components.. | 18:13 |
| fray | build error reporting, toaster, runtime test, autobuilder, etc.. | 18:13 |
| Crofton | WE MUST HAVE ONE GRAND UNIFIED TOOL! | 18:13 |
| fray | over time we can work on putting those together for a visualization, but we want the 'unix' model of lots of small tools that can work together | 18:13 |
| otavio | Someone is taking notes? So we discuss things in ml right? | 18:13 |
| mr_science | wiki page? | 18:14 |
| fray | step 1 -- autobuilder assets to LAVA | 18:14 |
| Crofton | yeah we are having DarkKnight collect the actoins | 18:14 |
| RP | fray: we've back now, thanks | 18:14 |
| fray | step 2 -- existing lava tests to those assets | 18:14 |
| RP | at least audio anyway | 18:14 |
| fray | step 3 -- adding 1.6+ tests to lava... | 18:14 |
| fray | (this is bill talking BTW) | 18:14 |
| fray | low hanging fruit.. lets prove this works and is useful | 18:14 |
| bluelightning | FYI, we added basic capabilities in this area in master (deploy an image and run the tests) for EFI (via gummiboot), beaglebone, and edgerouter | 18:17 |
| bluelightning | the idea being that gives us coverage for our QA requirements now | 18:18 |
| fray | we're breaking up temporarily.. :/ sorry.. | 18:19 |
| bluelightning | even when we make use of LAVA for our QA, it can still be useful for running tests on a single board connected directly to a developer's machine | 18:19 |
| bluelightning | I don't think we have 2000 tests | 18:22 |
| fray | yup | 18:23 |
| RP | no, 2000 doesn't sound quite right :) | 18:23 |
| fray | lol | 18:23 |
| bluelightning | I'm going to have to head out in 5 mins | 18:25 |
| RP | bluelightning: sounds like its lunchtime there | 18:27 |
| bluelightning | right, good timing :) | 18:27 |
| * RP should cook something... | 18:28 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:30 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 18:30 | |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-tytajfurmqulzrju> has joined #yocto | 18:31 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 18:31 | |
| -YoctoAutoBuilder- build #69 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm-lsb/builds/69 | 18:33 | |
| *** nitink <nitink!nitink@nat/intel/x-qphzoiesondqviry> has quit IRC | 18:33 | |
| paulbarker | back for now, I don't have much to add on LAVA and testing but may be able to add a few comments to later items on the agenda | 18:34 |
| paulbarker | just give me a ping if theres a new link for the video or if it should be re-started | 18:36 |
| darknighte | paulbarker: will do | 18:36 |
| rburton | i join the hangout and the first thing i hear is "i am ordering pizza" | 18:36 |
| rburton | you bastards | 18:36 |
| paulbarker | i've got a segfault to debug which should keep by plenty busy in the meantime :) | 18:37 |
| mr_science | mmmm.... pizza.... | 18:37 |
| darknighte | RP: you here? | 18:37 |
| rburton | exactly. maybe i'll go and find dinner myself, the audio quality isn't excellent. | 18:37 |
| rburton | but my 2c as the Sato "maintainer" is that proposals for replacements are welcome | 18:38 |
| darknighte | rburton: that's on the list for discussion, but is 2 more items down the list | 18:38 |
| rburton | yeah, i'll be back later to check in | 18:39 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 18:49 | |
| * RP is back around | 18:50 | |
| darknighte | RP: Good news. The OE TSC still exists. ;) | 18:51 |
| RP | darknighte: er, good, I think? :) | 18:52 |
| JaMa | I don't want to replace anybody, but I'm fine now with steping up if needed | 18:52 |
| darknighte | hehe. | 18:52 |
| * RP hasn't heard anyone wanting to step away | 18:53 | |
| RP | fray: I think most people are in that position | 18:53 |
| darknighte | For context, I made a tongue-in-cheek suggestion that we do away with the TSC and fray, sorta took me seriously | 18:53 |
| fray | I've heard that before, not so tongue-in-cheek.. :) | 18:54 |
| kergoth | RP: Any objection to my submitting this bbclass to oe-core for the 1.7 timeframe? https://gist.github.com/kergoth/8410245 I think there'd be value in providing this feature. Alternatively, could pursue bitbake or base.bbclass support for it. Thoughts? | 18:55 |
| * kergoth 'll open a request in the bugzilla, just wanted to check on the overall response to the concept first | 18:55 | |
| RP | kergoth: I'd be happy to see it in bitbake to be honest | 18:56 |
| fray | not sure hwat it is.. ;) | 18:57 |
| * kergoth would love to see us pare down the global exports, and this would make it a bit easier to move in that direction | 18:57 | |
| RP | ker1 | 18:57 |
| kergoth | RP: okay, I'll look in that direction. thanks | 18:57 |
| RP | kergoth: I was just thinking the same | 18:57 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-hndjgsmgkcsivlpv> has quit IRC | 18:57 | |
| *** slex_kag <slex_kag!~kvirc@86.57.191.109> has quit IRC | 18:58 | |
| kergoth | the tough ones to trim down would be CC, etc. autotools.bbclass could export them in do_configure, but do_compile/do_install are stuck with them for non-autotools/cmake/etc, since we don't have a "make" bbclass :) but there are others we could trim down too | 18:58 |
| JaMa | Moving to http://lists.openembedded.org/pipermail/openembedded-core/2014-May/092079.html | 18:59 |
| RP | kergoth: I wondered about a make class. Would be a pain to switch to but possibly worthwhile | 18:59 |
| kergoth | maybe we could make the -e in default EXTRA_OEMAKE die in a fire too someday :) | 19:00 |
| *** nitink <nitink!nitink@nat/intel/x-yyzrxtngiivcyjwd> has joined #yocto | 19:02 | |
| RP | kergoth: yes :) | 19:03 |
| RP | fray: yes, even documented those workflows as we can make them work today, that would be a good first step | 19:04 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 19:06 | |
| denix | nerdboy: so, you essentially said something similar to "we migrated from Poky to Yocto"... grrr | 19:07 |
| mr_science | sorry? | 19:09 |
| belen | we have started an effort to document the workflow. It's still very rough, though | 19:09 |
| belen | https://bugzilla.yoctoproject.org/attachment.cgi?id=1930 | 19:09 |
| mr_science | denix: i thought i said arago classic... | 19:09 |
| denix | mr_science: cause you keep saying "migrated from Arago Project to Yocto" | 19:09 |
| denix | mr_science: what you mean is "migrated from OE classic to OE core" or "from OE core to Yocto" etc | 19:10 |
| mr_science | yeah, that's more precise | 19:10 |
| denix | mr_science: since Arago exists in OE-core and Yocto world | 19:11 |
| RP | belen: that is quite interesting. I should sit down with you and complicate that sometime :) | 19:11 |
| belen | RP: yes | 19:11 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 19:11 | |
| kergoth | belen: interesting, nice start | 19:12 |
| belen | kergoth: we need people to pitch in, so if something doesn't look right in that diagram, let us know | 19:13 |
| * kergoth nods, will take a closer look and point folks at his work at it | 19:13 | |
| RP | fray: bitbake X S printdiff is a step forward if you've not seen it | 19:15 |
| RP | bitbake X -S printdiff | 19:15 |
| RP | tell Bill to see the locked sstate idea in the email :) | 19:16 |
| kergoth | as long as you didn't use an sstate mirror, anyway :) need those intermediate siginfos | 19:16 |
| RP | kergoth: the mirrors should have those now | 19:16 |
| Crofton | RP, fray is doing a good job channeling you | 19:17 |
| kergoth | RP: pstage_fetch downloads them? | 19:17 |
| rburton | Crofton: that would be the intel mind meld | 19:17 |
| kergoth | last time i looked it didn't, it just downloads the sstate archive and associated siginfo file, which doesn't have the intermediate data, unless we started emitting depednent task info in that siginfo file | 19:17 |
| * kergoth shrugs | 19:17 | |
| RP | kergoth: I believe it should grab them now | 19:18 |
| RP | kergoth: I might not have covered all cases I guess | 19:18 |
| fray | pizza looks to be here.. | 19:21 |
| rburton | again with the pizza | 19:22 |
| kergoth | RP: I must be missing something. dump_sigtask seems to still only emit data for the one task, and sstate_setscene only runs sstate_installpkg on the one ss object, and sstate_installpkg is the only task that runs pstaging_fetch. Where can I find what you're talking about? | 19:22 |
| kergoth | I'm sure I must just be missing it, maybe I didn't follow the code correctly | 19:22 |
| RP | Crofton: exactly, we document something to start with, then we can improve them | 19:24 |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 19:25 | |
| * kergoth gets food | 19:25 | |
| RP | kergoth: its triggered by runqueue.py calling the HASHCHECK_FUNCTION (sstate_checkhashes) in sstate.bbclass iirc | 19:26 |
| RP | kergoth: print_diffscenetasks() calls that checkhashes function which was intended to try and find the siginfo iirc | 19:27 |
| RP | kergoth: I suspect what is missing is a way to trigger the checkstatus() to actually run the download | 19:28 |
| fray | goes to get food.. comes back shortly.. | 19:28 |
| * RP heard mention of drinks, then the noise took over | 19:28 | |
| kergoth | RP: yep, thats what i was jsut about to say after reading it. it seems to check to see if it's there, and then not do much with that information :) thanks for the pointer | 19:28 |
| RP | kergoth: I probably had a local patch that has gotten lost or something :/ | 19:29 |
| kergoth | heh, know how that is. I have so many branches in so many trees i'm always losing track of what's where. sometimes end up reimpementing something :) | 19:29 |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-tytajfurmqulzrju> has quit IRC | 19:30 | |
| * rburton cooks to the dulcet tones of many people chatting, captured terribly via hangouts | 19:31 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d> has joined #yocto | 19:34 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d> has quit IRC | 19:34 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:34 | |
| *** tlwoerner___ <tlwoerner___!40baace2@gateway/web/freenode/ip.64.186.172.226> has quit IRC | 19:34 | |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC | 19:35 | |
| *** belen <belen!Adium@nat/intel/x-wnexpibqchrihrgr> has quit IRC | 19:35 | |
| RP | rburton: here, I have it going through the power amp with the volume up so I can understand it. The neighbours probably think I have a party going on :) | 19:44 |
| * rburton dropped to watch the last of the downhill world cup | 19:45 | |
| fray | lol | 19:47 |
| rburton | i like how hangouts does a soft-mute when you press the mute button, so it can tell you if you're talking on mute | 19:49 |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 19:49 | |
| fray | lol | 19:56 |
| volker- | does yocto provide a way to cross-execute executables? (https://wiki.samba.org/index.php/Waf#Using_--cross-execute) | 19:58 |
| rburton | yes, using qemu | 19:58 |
| rburton | only use if its impossible to built native tooling | 19:59 |
| rburton | (ie fontconfig uses it because the fontconfig cache format is target-specific) | 19:59 |
| rburton | whereas mesa builds native tools directly because the output is platform independent | 19:59 |
| volker- | looking into fontconfig, I only see there the line 'BBCLASSEXTEND = "native"', now ;bitbake samba4-native -c configure does not do the trick (where samba4 is the recipe name) | 20:09 |
| fray | we've resumed.. "why is embedded difficult" | 20:13 |
| RP | volker-: see fontcache.bbclass | 20:15 |
| * RP notes we do all have various ways we can do quick hack'n'dev with OE | 20:16 | |
| fray | yup.. | 20:16 |
| RP | e.g. bitbake X -c compile -f and then a rsync task which blasts it onto the target | 20:16 |
| RP | documenting them is key | 20:16 |
| RP | where there is commonly used functionality, we can write classes etc | 20:16 |
| fray | documenting is the first key.. like I said before, list of steps.. | 20:17 |
| fray | then it's look at the steps and simplify | 20:17 |
| RP | volker-: or pixbufcache.bbclass | 20:17 |
| volker- | RP: that are all classes. I want to have it in a recipe. Right now I am looking through fontcache.bbclass and don't get the clue | 20:18 |
| RP | volker-: try pixbuf and the inherit qemu | 20:18 |
| *** sjolley <sjolley!sjolley@nat/intel/x-iqdisldxhrjcuzap> has joined #yocto | 20:19 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 20:21 | |
| *** radzy is now known as radzy_away | 20:21 | |
| * RP wonders what would happen if we publisised the sstate from the autobuilder by default in builds | 20:22 | |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 20:22 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 20:23 | |
| bluelightning | I think there's still some work to do in optimising and making use of sstate | 20:23 |
| RP | fray: what was that point? | 20:23 |
| RP | bluelightning: agreed, very much so | 20:23 |
| fray | I said that shared-state was a good answer to both the integrator issue (slow builds), and for getting images built for deployment.. | 20:23 |
| RP | fray: right, thanks | 20:24 |
| fray | but it "works" now, so the next step is package feeds, for the class of users who are "using" the base OS.. | 20:24 |
| halstead | RP, We would need to move the autobuilder something with greater available bandwidth for that to be feasible. (Which is something we are looking into now.) | 20:24 |
| bluelightning | halstead: terabytes of output though is a problem, we shouldn't have that much to share in the first place IMO | 20:25 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 20:25 | |
| RP | halstead: or mirror the data somewhere with the bandwidth, yes | 20:25 |
| RP | halstead: I'm just talking about the idea, so don't panic yet :) | 20:26 |
| *** HerbKuta <HerbKuta!40baace2@gateway/web/freenode/ip.64.186.172.226> has quit IRC | 20:26 | |
| RP | bluelightning: this is from all the rebuilds on the AB of things like master-next and mut | 20:26 |
| halstead | I'm not panicked RP. Solving infra problems is fun. :) | 20:26 |
| bluelightning | RP: right | 20:26 |
| fray | RP, i was talking about that earlier in some way.. what I see the sstate being useful for (sharing) is the "big" early blocker items.. cross-toolchain primarily | 20:27 |
| RP | halstead: If the infrastructure were capable it would be interesting to try it | 20:27 |
| RP | fray: unfortunately that is also large | 20:27 |
| fray | yes, but it's one of the components I see that someone with "modern" bandwitdh (say 10 Mbit/s) on a moderate mchine can download faster then rebuild.. | 20:27 |
| RP | fray: with the changes just landed in master we now have one toolchain for each arch which will help the size | 20:27 |
| RP | fray: agreed | 20:28 |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 20:28 | |
| fray | (unrelated to this topic) for the single arch toolchain.. I was wondering if we should consider creating a custom gcc "spec" with '-t' options to specify the multilib/tune/etc with a single command instead of the long set of -march, -mtune, -m.... | 20:28 |
| RP | fray: I'm not sure we have an issue with that but its something to think about | 20:30 |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 20:31 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 20:31 | |
| paulbarker | could consider bittorrent to help with distribution but it would depend on how many different sets of bootstrap sstate there are to share and how often it changes | 20:33 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 20:34 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 20:34 | |
| bluelightning | RP's locked sstate patches provide the capability to do what Bill is talking about | 20:34 |
| fray | it would prevent the rebuild.. but it would likely error and say hey this is a dependency | 20:35 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 20:36 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 20:37 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 20:38 | |
| bluelightning | visual dry run would be nice :) | 20:39 |
| RP | bitbake X -S printdiff is effectively a dry run in that it will tell you where the differences start | 20:40 |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 20:42 | |
| RP | external compilers are hard since in reality its the compiler and the libc and lingcc. When you get libc/libgcc involved, things get harder as those have to be packaged | 20:42 |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 20:42 | |
| RP | locked sstate is the way forward for that IMO | 20:42 |
| fray | what I was saying was SDK compiler, and a standard way to use it.. (and validate it's the 'right' compiler) | 20:43 |
| bluelightning | it won't be 4TB | 20:44 |
| RP | it doesn't have to be 4TB of sstate | 20:44 |
| RP | its the size of the toolchain | 20:44 |
| sgw_ | Saul is still here | 20:44 |
| RP | its say 200MB | 20:44 |
| RP | if that | 20:44 |
| mr_science | that's not too bad... | 20:45 |
| sgw_ | fray: I am in view only mode | 20:45 |
| halstead | RP, Is it a matter of identifying the correct 200MB? | 20:45 |
| bluelightning | halstead: yes, being selective about what we publish effectively | 20:46 |
| fray | ? | 20:46 |
| RP | halstead: yes, we could filter the sstate directory relatively easilyt | 20:47 |
| halstead | If it is below 5GB that should be easy to distribute. In fact if it is 5GB or less and the largest file is 200MB or less I can get a grant for free CDN services to distribute. | 20:49 |
| ka6sox-here | for a developer on a <10Mb connection that means overnight | 20:49 |
| * sgw_ dropped I will read minutes later, sorry | 20:50 | |
| *** jluisn <jluisn!~quassel@187.115.172.24> has quit IRC | 20:51 | |
| halstead | ka6sox-here, I would think a developer with low bandwidth would choose not to use distributed sstate. But if we can get important files on a CDN that would be effectively full speed downloads for people with higher bandwidth. | 20:52 |
| RP | halstead: part of the problem is the turnover. For something static like a release like dora, it wouldn't change much. master changes a lot | 20:55 |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 20:55 | |
| * halstead nods. | 20:56 | |
| halstead | Is sstate valuable for releases without following master? | 20:57 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 20:58 | |
| RP | halstead: for release, its in theory exactly what the user would build, so yes, it would be a valuable new user speedup | 20:58 |
| volker- | what is the downside of <pkg>-native builds? | 20:58 |
| ka6sox-here | time | 20:59 |
| volker- | only time? | 20:59 |
| *** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC | 20:59 | |
| RP | volker-: pretty much | 21:00 |
| kergoth | That reminds me, would be nice to create a little class to set up license-filtered sstate mirror population, to cover cases where one might not have redistribution rights to binaries | 21:00 |
| RP | kergoth: I have worried about that, yes :/ | 21:00 |
| RP | we should really add something to the bugzilla for that | 21:00 |
| volker- | is there a way to only allow -native builds of a package without overwriting each config(), patch() etc? | 21:01 |
| rburton | call it something-native and inherit native | 21:02 |
| RP | This is a screen capture of how I'm seeing this call: http://dan.rpsys.net/Jefro.mp4 I'm slightly unsure if hypnosis is intended and what the message may be... :) | 21:02 |
| RP | volker-: or raise a SkipPackage in the target case (and not in the native) | 21:03 |
| volker- | SkipPackage does not seem to be documented in 1.5.1 | 21:04 |
| volker- | code digging | 21:04 |
| Crofton | rp, rofl | 21:04 |
| *** bard3307 <bard3307!40c71302@gateway/web/freenode/ip.64.199.19.2> has quit IRC | 21:04 | |
| bluelightning | TAINTED: xyz | 21:04 |
| RP | volker-: try something like recipes-support/libiconv/libiconv_1.11.1.bb | 21:05 |
| bluelightning | I have no mirrors at work :) | 21:06 |
| volker- | yocto has so many hacks to accomplish things. But somehow it misses a good reference page for all of them. | 21:07 |
| RP | volker-: if SkipPackage isn't in the manual, we should document it, I will make a note of thatr | 21:07 |
| RP | It should also be called SkipRecipe | 21:08 |
| RP | Can I just say we once did try reusing the SDK toolchain | 21:08 |
| bluelightning | RP: that's bothered me for a while, we should alias it in 1.7 and deprecate SkipPackage | 21:08 |
| Crofton | rp sure :) | 21:08 |
| volker- | RP: maybe not in the main developer documentation. But I found good examples after grepping for it. Usage with python __anonymous() | 21:08 |
| RP | reusing the SDK toolchain was a complete and utter disaster | 21:08 |
| Crofton | I appoint fray to find out if works yet :) | 21:08 |
| kergoth | we should deprecate __anonymous while we're at it, just to increase metadata consistency | 21:09 |
| RP | Crofton: It is NEVER going to work well and we are not supporting that | 21:09 |
| RP | World of pain that still gives me nightmares | 21:09 |
| volker- | kergoth: great, I learn something that is broken the next time ;-) | 21:09 |
| RP | instead I'd rather rewrite the SDK to be built from sstate | 21:09 |
| kergoth | volker-: just use python () { instead of python __anonymous (). both do the same thing, but the latter is unnecessary | 21:09 |
| volker- | :) | 21:10 |
| RP | kergoth: yes | 21:10 |
| volker- | man, I tortured myself for hours to get samba build without success. And then I got indirectly pointed to native and it works like charm... | 21:13 |
| rburton | of course a native build is no good for the target | 21:16 |
| bluelightning | quantity that are on github vs. actually indexed in the layer index *is* still a problem though... | 21:17 |
| RP | bluelightning: yes :( | 21:18 |
| RP | Crofton: No, we don't | 21:18 |
| fray | I've seen a -lot- of duplicates on github.. people seeb to copy layers into their own githubs and make their custom changes (fork?) | 21:18 |
| bluelightning | fray: there are a ton of original layers there too | 21:18 |
| RP | Crofton: The policy is that we do not support that unless someone joins the triage team to help out with the bugs | 21:18 |
| fray | yes | 21:19 |
| kergoth | forks are half the point of github :) not too surprising there | 21:19 |
| bluelightning | it's a real shame that the people who are publishing them don't see the value of the small extra step of putting them into the index | 21:19 |
| RP | fray: thank you for conveying that :) | 21:20 |
| belen | bluelightning: you cannot expect them to. We need to make some (gentle) noise about it | 21:21 |
| paulbarker | a lot of people show up on the mailing list asking to find recipes which could easily be found by searching the layer index so perhaps it needs to be more publicised | 21:21 |
| paulbarker | (or people may just be lazy) | 21:21 |
| bluelightning | belen: I do keep complaining about it on here and in the mailing list, it's not had a lot of effect | 21:21 |
| RP | bluelightning: we can make it a criteria for yocto project compatible | 21:22 |
| RP | not that it will help this problem | 21:22 |
| belen | bluelightning: maybe we need to reach out further than the mailing list and the channel | 21:22 |
| bluelightning | RP: might not hurt at least | 21:22 |
| bluelightning | belen: might be an idea yes | 21:22 |
| volker- | samba4 source code comes with 22 different LICENSE files | 21:32 |
| bluelightning | paulbarker: I'm open to suggestions about how to better promote it | 21:34 |
| bluelightning | the new website when it arrives may help | 21:34 |
| volker- | and there are 9 unique licenses in this 22 license bundle | 21:36 |
| RP | JaMa: its a hard task, you're doing a good job and I hope we can encourage some more people to help... | 21:37 |
| mr_science | bluelightning: there's no poky in the layer dep selector | 21:37 |
| Crofton | http://community.validation.linaro.org/scheduler/job/11600 | 21:37 |
| bluelightning | mr_science: use OE-Core ;) | 21:37 |
| mr_science | should be meta-yocto I guess? | 21:38 |
| bluelightning | mr_science: openembedded-core | 21:38 |
| * RP is in favour of wider use of the error reporting system, we just need it opt in | 21:40 | |
| Crofton | http://community.validation.linaro.org/scheduler/job/11600/log_file | 21:40 |
| mr_science | i swear i thought i did that already, so if i did it got rejected | 21:40 |
| mr_science | bluelightning: thanks for reminding me... | 21:41 |
| fray | RP yup | 21:41 |
| Crofton | need to figure out what that lava job did :) | 21:42 |
| *** radzy_away is now known as radzy | 21:42 | |
| Crofton | akbennett, had to leave for th eairport | 21:42 |
| bluelightning | mr_science: I think you submitted another layer, but not this one... FWIW I've just published this one, thanks :) | 21:43 |
| JaMa | RP: the patch I've sent was opt-in, but it doesn't prevent distribution maintainer to flip the flag and opt-in for whole distro by default | 21:44 |
| bluelightning | fray: meta-selinux *is* in the layer index FWIW ;) | 21:44 |
| bluelightning | re perl if anyone is keen there's a ton of recipes waiting to be integrated - they just need some cleanup | 21:45 |
| volker- | Yocto 1.5.1, meta/files/common-licenses/PD: "This is a placeholder for the Public Domain License" | 21:46 |
| fray | bluelightning yup.. :) | 21:46 |
| bluelightning | volker-: I think that came from SPDX | 21:46 |
| RP | JaMa: I think ultimately we should do this on a user by user basis, maybe something in $HOME | 21:46 |
| fray | re perl, I didn't know that | 21:46 |
| mr_science | bluelightning: can you prioritize "tons"? | 21:46 |
| bluelightning | fray: I've been holding onto them since the original submitter never finished fixiing them up for integration | 21:47 |
| bluelightning | mr_science: maybe tons is an exaggeration, but it's a few | 21:47 |
| bluelightning | one sec | 21:47 |
| RP | bluelightning: were these mind or some others? | 21:47 |
| RP | mine | 21:47 |
| bluelightning | RP: well there were those too | 21:48 |
| bluelightning | I was referring to https://github.com/EmilRP/public_bb_recipes | 21:48 |
| JaMa | RP: but then it doesn't help with our use-case (not sure if it was understandable in audio) | 21:48 |
| bluelightning | (+ pull request of mine on that repo not yet applied) | 21:48 |
| RP | JaMa: the company wide one? | 21:48 |
| JaMa | we want to enable/disable it for *all* internal builds | 21:48 |
| JaMa | yes | 21:48 |
| JaMa | if it's file in $HOME then my next task will be to update "setup-scripts" to create that file for all developers | 21:49 |
| RP | JaMa: but I think that might be the correct way to do it | 21:49 |
| bluelightning | Crofton: we can auto-update the db if people start using that file - FYI already have code to read it | 21:49 |
| RP | JaMa: I worry about the day someone sets some distro config and all of a sudden a user leaks data they shouldn't have :/ | 21:49 |
| Crofton | the NSA already knows | 21:50 |
| RP | running a script that does it is quite different to bitbake doing it based on config | 21:50 |
| bluelightning | Crofton: ah but they know everything, it's us that needs to know :) | 21:50 |
| JaMa | as distro maintainer I can create distro-version.bb recipe which will copy their whole $HOME, if they don't care what their distro do, then they cannot prevent leaking all data | 21:50 |
| RP | JaMa: but that doesn't mean I should take a function into the core so that all distros can do this using a common function :) | 21:51 |
| JaMa | :) | 21:52 |
| RP | JaMa: I'll likely end up patching our autobuilder scripts to set this up too but I do think its the right level of configuration | 21:52 |
| paulbarker | Maybe a really simple sign-up for the public error reporter might help | 21:53 |
| paulbarker | internal error reporter - no sign up | 21:53 |
| paulbarker | public error reporter - signup with an API so we can have a 'enable-error-reporting' script which does the signup | 21:54 |
| paulbarker | then dump a key somewhere which is used for submission to the public error reporter | 21:54 |
| paulbarker | a distro maintainer would have to distribute that key which could easily be spotted as being used from many many hosts | 21:55 |
| paulbarker | just an idea | 21:55 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:55 | |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 21:57 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 21:58 | |
| *** dlerner <dlerner!~dlerner@128.224.250.2> has quit IRC | 21:59 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| Crofton | thanks for staying up guys | 22:08 |
| RP | Crofton: are things finishing there? | 22:08 |
| denix | RP: short break | 22:08 |
| RP | Crofton: when you all start talking its hard to know what is going on :) | 22:08 |
| RP | paulbarker: I think I spotted the bug, I've replied to your mail | 22:09 |
| denix | RP: it's recess, everyone talks and stretches legs... | 22:09 |
| fray | we're taking a 10 minute break | 22:09 |
| RP | denix: fair enough. I gave in and went and made tea before ;-) | 22:09 |
| RP | Its fun the odd comments that come clearly through the noise | 22:10 |
| paulbarker | RP: Cheers for that, glad I asked, I'd have never worked it out without knowing about bitbake-diffsigs. I've still got plenty to learn! | 22:10 |
| RP | such as darknighte talking about plagiarism :) | 22:10 |
| RP | paulbarker: bitbake-diffsigs is invaluable when dealing with the sigs. It take one file to dump or two files to compare | 22:11 |
| fray | :) | 22:11 |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 22:12 | |
| paulbarker | RP: Do you want to fix the codeparser or shall I change the package_ipk code to use d.getVar() where possible? | 22:13 |
| RP | paulbarker: fix codeparser | 22:13 |
| paulbarker | RP: ok, i'll leave that to you | 22:14 |
| *** lukalease <lukalease!~lukalease@184.91.240.224> has joined #yocto | 22:17 | |
| volker- | whatever Intel is doing with the NUC. The only available new Atom NUCs have prices way above the retail price. | 22:19 |
| RP | paulbarker: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=f3cc05644aa9ba9fa3676ae564e90866925b12c4 if you want to test | 22:21 |
| RP | except that misses the cache version bump | 22:21 |
| *** belen <belen!Adium@nat/intel/x-vjwbrcmpzmfzfmjq> has joined #yocto | 22:22 | |
| RP | paulbarker: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=ec27b843d5b930929e6a3ea523d274ad48cecf15 | 22:22 |
| paulbarker | RP: I'm building on daisy & bitbake 1.22, I'll cherry-pick it. Only immediate thought is: does .getVarFlags() matter? | 22:23 |
| RP | paulbarker: No, we don't do magic on that | 22:24 |
| *** ant_home <ant_home!~andrea@host154-42-dynamic.183-80-r.retail.telecomitalia.it> has joined #yocto | 22:30 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:32 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:33 | |
| paulbarker | RP: Looks like bitbake wants to do a full rebuild. I'll check back on it in an hour | 22:35 |
| kergoth | heh, surprised we never noticed the localdata.getVar problem before :) | 22:39 |
| kergoth | well spotted | 22:39 |
| RP | paulbarker: a lot of checksums likely changed as a result of this | 22:42 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:44 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:45 | |
| paulbarker | RP: Yea, sounds right. I'll let the rebuild finish and kick off another, that 2nd one should do nothing if the checksums are stable. Then change my variable, kick off a 3rd build and ensure the change is picked up | 22:46 |
| RP | paulbarker: sounds like a good test | 22:46 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 22:47 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 22:49 | |
| *** bryan_ <bryan_!~bryan@207.238.194.170> has joined #yocto | 22:50 | |
| mr_science | bluelightning: http://layers.openembedded.org/layerindex/branch/master/layer/meta-alt-desktop-extras/ <= how's that? | 22:51 |
| *** nitink <nitink!nitink@nat/intel/x-yyzrxtngiivcyjwd> has quit IRC | 22:52 | |
| bryan_ | Hi. I was wondering... has anyone tried to build a yocto-based image with a read-only root filesystem before? | 22:53 |
| *** radzy is now known as radzy_away | 22:53 | |
| volker- | bryan_: yes, all my builds here are ro-rootfs | 22:53 |
| volker- | bryan_: I have my own distro, else in local.conf: http://www.yoctoproject.org/docs/1.5.1/dev-manual/dev-manual.html#creating-a-read-only-root-filesystem | 22:54 |
| bryan_ | Hi volker. I added read-only-rootfs to EXTRA_IMAGE_FEATURES. My build failed, and after digging I found multiple postinsts which needed to be run on the target on first boot, which is obviously problematic. | 22:55 |
| volker- | bryan_: your build fails or when you boot the build? | 22:55 |
| volker- | bryan_: I mean 'boot the image' | 22:56 |
| bryan_ | The build fails with "ERROR: Some packages could not be configured offline and rootfs is read-only." | 22:56 |
| bryan_ | and tons of other output, but that is the important one. | 22:56 |
| volker- | bryan_: sorry, don't know. I have only a minimal distro here with manual cherry-picked additional packages and didn't run in such kind of problems | 22:57 |
| volker- | bryan_: what do you try to build? | 22:57 |
| bryan_ | Out of curiosity, what is the reason you use a read-only FS? | 22:57 |
| bryan_ | It is an XFCE-based desktop with a ton of multimedia packages, so I am not surprised I guess. | 22:58 |
| kergoth | r/o has to be dealt with on a case-by-case basis. whether you support r/o fully depends on what you put in your image, and what of those things you actually need to run | 22:58 |
| kergoth | so presumably no one has gotten xfce working for it yet :) | 22:58 |
| volker- | our devices will go into the field and should not run into issues due of modified rootfs. For updates we mount it read-write and after it we remount it again ro | 22:58 |
| kergoth | do you have any persistent state, or is everything writing to tmpfs? | 22:59 |
| *** oneQubit <oneQubit!~oneQubit@c-69-138-31-87.hsd1.md.comcast.net> has quit IRC | 22:59 | |
| kergoth | (out of curiosity) | 22:59 |
| volker- | ro-rootfs prevents us mainly from separating the entire disk into dozen partition to avoid filesystem corruptions due of crashs | 22:59 |
| volker- | kergoth: for some data we use in some devices SD cards. In the new one we will have two partitions: one for customer data and one to store logfiles etc | 23:00 |
| kergoth | ah, cool. makes sense | 23:00 |
| bryan_ | My situation is the following. I have only a small bit of data that needs to be editable after building. My plan was to put that on a separate read-write partition and mount the root FS as read-only to hopefully prevent filesystem corruption on power failure. | 23:00 |
| volker- | it can happen that the SD cards go corrupt or have issues when the customer has frequent power issues, but we can always easily recover because the rootfs will stay intact | 23:00 |
| kergoth | I honestly used to hate the r/o rootfs setup on the zaurus back in the day, but nowadays I like it a great deal. less risk in the field | 23:00 |
| kergoth | of course, bind mounts are much less ugly than symlinks all over the place :) | 23:01 |
| volker- | bryan_: I would recommend you to start with a really small distro and then add one package after another. Then you see where you fail (and if it is for production you don't want to have unused software installed anyway). | 23:01 |
| volker- | kergoth: yeah, and these days it is getting easier with the new layers. Look at docker containers, its awesome & crazy what they do | 23:02 |
| volker- | s/new layers/new FS layes/ | 23:02 |
| bryan_ | That is good advise. I was planning to start stripping out un-needed packages once we got our main software working. Perhaps it would be good to start that now. | 23:03 |
| volker- | kergoth: at my old university we had linux diskless systems, there you want to control the RW part, too. So RO makes in a lot of cases sense. The only problem is the software support | 23:03 |
| volker- | bryan_: if you are just starting: be aware that minimal system is really minimal. E.g. standard python modules and kernel modules (for network cards etc) are often separate pacakges that you need to manually add | 23:04 |
| volker- | .o( maybe I should write my experiences and what I have learnt/would have liked to known earlier down ) | 23:04 |
| bryan_ | I was imagining another option and would like to hear your thought on it. Is it possible to run entirely from RAM (like puppy linux), so the rootFS can be modified, but the changes do not persist between boots? | 23:04 |
| kergoth | i really need to play with ostree some as an update delivery mechanism. seems promising | 23:04 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 23:05 | |
| *** andhe <andhe!~ah@c-958ae155.447-1-64736c11.cust.bredbandsbolaget.se> has quit IRC | 23:05 | |
| volker- | bryan_: I can't answer that. But there are union fs layers (or how they are called these days) which but a persistent file system layer over rootfs. That stores the difference between the underlaying (read only) layer and the changes you did | 23:05 |
| kergoth | bryan_: you could either copy the entire fs into ram on boot and pivot onto it, or use a unioning filesystem, of which there are multiple. or you could use the yocto r/o mechanism, which boots the r/o rootfs, but bind mounts ramdisks over parts of the fs that need to be writable | 23:05 |
| *** andhe <andhe!~ah@c-958ae155.447-1-64736c11.cust.bredbandsbolaget.se> has joined #yocto | 23:06 | |
| kergoth | volker-: unioning/unionfs/aufs/etc | 23:06 |
| kergoth | i dont think there's a standard one, even after all these years, projects come and go for doing it | 23:06 |
| volker- | kergoth: yes, too much different names these days :) | 23:06 |
| kergoth | me shrugs | 23:06 |
| * kergoth shrugs | 23:06 | |
| volker- | don't know which one is the most stable/supported one these days. | 23:06 |
| RP | linux-yocto carries aufs supprot | 23:07 |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC | 23:07 | |
| volker- | ok, I have to leave. happy weekend :) | 23:07 |
| bryan_ | Is there a reason one might choose running from RAM instead of RO filesystem? | 23:07 |
| bryan_ | Ok. Thanks volker for the help :-) | 23:07 |
| kergoth | RP: nice, didnt' know that | 23:08 |
| volker- | bryan_: oh, and just build it, run it with runqemu, test it, modify it, rebuild it, test it again :) | 23:08 |
| bryan_ | Ok. Thanks :) | 23:09 |
| ant_home | RP: scratching head...klcc is broken for the 2nd built machine of the same arch. No way to retrigger do_compile as before? | 23:12 |
| bryan_ | It looks like if I want a R/O root FS, I need to aggressively remove unneeded packages and hope that ones I actually need aren't causing problems. Are there disadvantages to using a R/O root FS instead of a RAM-based filesystem? It would seem to me that some things might expect to be able to modify parts of the root FS (like /sys). | 23:13 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:14 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:14 | |
| *** agust <agust!~agust@p4FDE6628.dip0.t-ipconnect.de> has quit IRC | 23:16 | |
| RP | ant_home: broken how? | 23:21 |
| RP | ant_home: the idea is the sstate relocations should solve that | 23:21 |
| ant_home | poreferring to the previous built machine | 23:22 |
| ant_home | i.e. poodle has c7x0 in prefix | 23:22 |
| ant_home | 2nd line is correct | 23:22 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:23 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:24 | |
| *** bryan_ <bryan_!~bryan@207.238.194.170> has quit IRC | 23:25 | |
| *** bryan <bryan!~bryan@207.238.194.170> has joined #yocto | 23:25 | |
| RP | ant_home: do you have those lines commented out? | 23:25 |
| ant_home | uncommented | 23:26 |
| RP | ant_home: are all the references unconvered or just some? | 23:26 |
| *** bryan <bryan!~bryan@207.238.194.170> has quit IRC | 23:27 | |
| *** bryan <bryan!~bryan@207.238.194.170> has joined #yocto | 23:27 | |
| ant_home | prefix, bindir, libdir, includedir | 23:27 |
| *** bryan <bryan!~bryan@207.238.194.170> has joined #yocto | 23:29 | |
| *** bryan <bryan!~bryan@207.238.194.170> has joined #yocto | 23:30 | |
| bryan | 23:31 | |
| RP | ant_home: the idea was that the target mangle should take care of that :/ | 23:31 |
| RP | ant_home: have a look in the temp directory, see if there is an sstate installation log for populate_sysroot | 23:31 |
| ant_home | http://pastebin.com/GQSBfTMb | 23:31 |
| ant_home | ^ | 23:31 |
| *** bryan <bryan!~bryan@207.238.194.170> has quit IRC | 23:32 | |
| *** bryan <bryan!~bryan@207.238.194.170> has joined #yocto | 23:32 | |
| RP | ant_home: can you share the log from temp/ ? | 23:32 |
| ant_home | sure, for poodle you mean | 23:33 |
| RP | ant_home: there should be a log for c7x0 too | 23:33 |
| ant_home | well. it is in armv5te- | 23:34 |
| Crofton | http://community.validation.linaro.org/scheduler/job/11600 | 23:34 |
| Crofton | test results for core image sato on LAVA | 23:34 |
| Crofton | with some random tests | 23:34 |
| Crofton | fails look like related to dpkg-query | 23:34 |
| Crofton | missing | 23:34 |
| ant_home | RP: http://pastebin.com/ENYmhvkk | 23:38 |
| RP | ant_home: note the sed -i -e 's:/oe/oe-core/build/tmp-eglibc/sysroots/c7x0:FIXMESTAGINGDIRHOST:g' -e 's:\\/oe\\/oe\-core\\/build\\/tmp\-eglibc\\/sysroots\\/c7x0:FIXME_MANGLEDSTAGINGDIRTARGET:g' -e 's:\\/oe\\/oe\-core\\/build\\/ tmp\-eglibc\\/sysroots:FIXME_MANGLEDSTAGINGDIR:g' | 23:38 |
| RP | ant_home: I wonder if the - escape isn't correct | 23:39 |
| RP | should be //- ? | 23:40 |
| ant_home | counting... | 23:40 |
| paulbarker | RP: Test of the codeparser fix looks good, 2nd build did nothing other than do_rootfs, 3rd build after the variable change detected it and looks to be executing do_package_write_ipk for everything. | 23:40 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:41 | |
| RP | paulbarker: I'm finding the gcc checksums have issues after the change, am working through those | 23:41 |
| RP | ant_home: .replace("-", "\\-") -> .replace("-", "\\\\-") | 23:42 |
| RP | ant_home: try that | 23:42 |
| RP | conference burnout is a real issue :( | 23:46 |
| RP | paulbarker: thanks for the feedback though, should be able to get this in once I get some other issues sorted | 23:47 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:47 | |
| ant_home | RP: seems last try works. testing twicw | 23:48 |
| paulbarker | I'm calling it a night now that build is done, thanks all | 23:51 |
| *** nitink <nitink!~nitink@134.134.137.71> has joined #yocto | 23:51 | |
| RP | paulbarker: 'night! | 23:51 |
| khem | sgw_: I have refresh gcc-4.9 branch with fixes | 23:52 |
| khem | it bulds world for x86 now | 23:52 |
| khem | but my machine is slow takes 4-6 hrs for one build | 23:52 |
| ant_home | RP: seems solved, I'll verify tomorrow. Thanks | 23:53 |
| ant_home | gn | 23:53 |
| RP | great, 'night ant_home | 23:53 |
| *** ant_home <ant_home!~andrea@host154-42-dynamic.183-80-r.retail.telecomitalia.it> has quit IRC | 23:53 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:57 | |
| *** flynn378 <flynn378!80db310d@gateway/web/freenode/ip.128.219.49.13> has quit IRC | 23:57 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!
