| *** alimon <alimon!~alimon@187-176-43-14.dynamic.axtel.net> has joined #yocto | 00:07 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC | 00:14 | |
| *** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has quit IRC | 00:28 | |
| *** sameo <sameo!samuel@nat/intel/x-puxvnshxhxzkilzm> has quit IRC | 00:40 | |
| *** sjolley <sjolley!~sjolley@134.134.139.78> has quit IRC | 00:41 | |
| *** sgw_ <sgw_!~sgw_@c-73-164-210-189.hsd1.or.comcast.net> has quit IRC | 00:43 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 00:45 | |
| *** alimon <alimon!~alimon@187-176-43-14.dynamic.axtel.net> has quit IRC | 00:49 | |
| *** sgw_ <sgw_!~sgw_@c-73-164-210-189.hsd1.or.comcast.net> has joined #yocto | 00:52 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 00:57 | |
| *** sgw_ <sgw_!~sgw_@c-73-164-210-189.hsd1.or.comcast.net> has quit IRC | 00:59 | |
| *** sgw_ <sgw_!~sgw_@c-73-164-210-189.hsd1.or.comcast.net> has joined #yocto | 01:05 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 01:06 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:16 | |
| *** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC | 01:44 | |
| *** t0mmy <t0mmy!~tprrt@ram31-2-82-228-88-46.fbx.proxad.net> has joined #yocto | 01:48 | |
| *** madhu__ <madhu__!~madhu@59.96.229.4> has joined #yocto | 01:53 | |
| *** sjolley <sjolley!~sjolley@134.134.139.70> has joined #yocto | 02:05 | |
| *** madhu__ <madhu__!~madhu@59.96.229.4> has quit IRC | 02:27 | |
| *** benjamirc <benjamirc!~besquive@134.134.139.78> has quit IRC | 02:37 | |
| -YoctoAutoBuilder- build #522 of nightly-ipk is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/522 | 02:46 | |
| -YoctoAutoBuilder- build #535 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/535 | 02:55 | |
| -YoctoAutoBuilder- build #181 of nightly-mips64 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/181 | 03:33 | |
| *** nemunaire <nemunaire!~nemunaire@88.187.115.198> has joined #yocto | 03:59 | |
| *** nemunaire_ <nemunaire_!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC | 04:00 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 04:13 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:56 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto | 05:01 | |
| -YoctoAutoBuilder- build #253 of nightly-world-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/253 | 05:28 | |
| -YoctoAutoBuilder- build #243 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/243 | 05:50 | |
| *** Saur <Saur!pkj@nat/axis/x-hmpmpnvdyrnqgaat> has quit IRC | 05:52 | |
| *** Saur <Saur!pkj@nat/axis/x-sxgdenvyvjmnsdxz> has joined #yocto | 05:52 | |
| *** bananadev <bananadev!~bananadev@117.6.99.240> has joined #yocto | 06:02 | |
| *** csmart <csmart!~quassel@45.55.219.131> has joined #yocto | 06:02 | |
| csmart | is it possible to do a bitbake build that skips the creation of binary (ipk, deb, rpm) packages? | 06:03 |
|---|---|---|
| * csmart is trying to speed up CI test builds that don't need rpms | 06:03 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 06:05 | |
| csmart | hmm I'm guessing you can't disable package_classes, "Since images are generated from packages, a packaging class is needed to enable image generation." https://www.yoctoproject.org/docs/1.8/mega-manual/mega-manual.html#ref-classes-package | 06:07 |
| *** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto | 06:11 | |
| *** stefanx86_ <stefanx86_!c2d03104@gateway/web/freenode/ip.194.208.49.4> has quit IRC | 06:12 | |
| *** t0mmy <t0mmy!~tprrt@ram31-2-82-228-88-46.fbx.proxad.net> has quit IRC | 06:28 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 06:32 | |
| *** nemunaire <nemunaire!~nemunaire@88.187.115.198> has quit IRC | 06:40 | |
| *** nemunaire <nemunaire!~nemunaire@88.187.115.198> has joined #yocto | 06:42 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto | 06:47 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 06:48 | |
| *** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC | 06:54 | |
| *** [Sno] <[Sno]!~sno@ip-37-24-117-137.hsi14.unitymediagroup.de> has quit IRC | 06:58 | |
| *** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 07:02 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 07:07 | |
| *** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 07:09 | |
| *** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 07:09 | |
| *** pohly <pohly!~pohly@p5DE8DA06.dip0.t-ipconnect.de> has joined #yocto | 07:09 | |
| *** [Sno] <[Sno]!~sno@rademacherexchange.de> has joined #yocto | 07:17 | |
| *** RP <RP!~richard@5751f4a1.skybroadband.com> has quit IRC | 07:20 | |
| *** t0mmy_ <t0mmy_!~tprrt@82.228.88.46> has joined #yocto | 07:35 | |
| *** Mike1 <Mike1!~mike@90.146.5.54> has joined #yocto | 07:35 | |
| *** fl0v0 <fl0v0!~fvo@p5DDC6A25.dip0.t-ipconnect.de> has joined #yocto | 07:38 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qrqrkozbaitliity> has joined #yocto | 07:46 | |
| *** jbrianceau_away is now known as jbrianceau | 07:46 | |
| *** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto | 07:48 | |
| *** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has joined #yocto | 07:51 | |
| *** mckoan|away is now known as mckoan | 08:04 | |
| mckoan | good morning | 08:04 |
| *** Biliogadafr1 <Biliogadafr1!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto | 08:07 | |
| *** cesdv_ <cesdv_!~cesdv@client-188-168-43-165.spb-teleport.ru> has joined #yocto | 08:09 | |
| *** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 08:09 | |
| *** cesdv <cesdv!~cesdv@188.244.132.4> has quit IRC | 08:09 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:10 | |
| *** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 08:10 | |
| *** townxelliot <townxelliot!~ell@176.251.36.115> has joined #yocto | 08:14 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:17 | |
| bluelightning | morning all | 08:19 |
| rink | hai | 08:21 |
| *** aime-Pierre <aime-Pierre!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 08:21 | |
| *** drou <drou!c32a382b@gateway/web/freenode/ip.195.42.56.43> has joined #yocto | 08:32 | |
| drou | hi guys | 08:34 |
| *** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto | 08:41 | |
| *** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto | 08:43 | |
| *** maxin <maxin!~maxin@2001:998:22:0:e962:ae54:f825:9bf7> has joined #yocto | 08:44 | |
| *** sameo <sameo!~samuel@192.55.54.43> has joined #yocto | 08:45 | |
| *** kbingham- <kbingham-!~kbingham@cpc87017-aztw30-2-0-cust65.18-1.cable.virginm.net> has quit IRC | 08:45 | |
| *** t0mmy_ <t0mmy_!~tprrt@82.228.88.46> has quit IRC | 08:45 | |
| *** RP <RP!~richard@217.33.65.240> has joined #yocto | 08:47 | |
| *** kbingham <kbingham!~kbingham@cpc87017-aztw30-2-0-cust65.18-1.cable.virginm.net> has joined #yocto | 08:48 | |
| *** RP <RP!~richard@217.33.65.240> has quit IRC | 08:54 | |
| *** nighty^ <nighty^!~nighty@s1438242.xgsspn.imtp.tachikawa.spmode.ne.jp> has joined #yocto | 08:56 | |
| *** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has joined #yocto | 08:58 | |
| abelal | hello everyone | 09:07 |
| [Sno] | rburton: wrt. libusb1 update to 1.0.20 - I proved the Makefile.am and resulting Makefile - looks fine for me, libusb-1.0.la has among other things ...linux-netlink.lo as dependency | 09:07 |
| drou | does anyone know which perl module i should add to get the Socket.pm? I tried to list all the available perl modules by doing a bitbake perl -e | grep ^PACKAGES= like i did for python packages but i didn't manage to get the appropriate module :( | 09:08 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 09:10 | |
| *** t0mmy_ <t0mmy_!~tprrt@217.114.201.133> has joined #yocto | 09:12 | |
| [Sno] | drou: perl-module-socket from poky or socket-perl from meta-cpan ;) | 09:13 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 09:14 | |
| *** aime-Pierre <aime-Pierre!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 09:16 | |
| *** jku <jku!jku@nat/intel/x-ceowvcxcvtjixuwp> has joined #yocto | 09:17 | |
| *** jku is now known as jku_ | 09:17 | |
| drou | [Sno]: i have nothing matching perl-module-socket in poky (i'm using fido atm), ERROR: Nothing PROVIDES 'perl-module-socket' | 09:18 |
| drou | i thought i could find this module in meta-perl. | 09:18 |
| [Sno] | drou: it is part of perl recipe | 09:18 |
| [Sno] | for meta-cpan on fido you'll need some adjusting patches in poky, too | 09:19 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 09:21 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 09:23 | |
| *** TobSnyder1 <TobSnyder1!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto | 09:27 | |
| drou | indeed it's part of the perl recipe, but i can't figure out why the Socket.pm is not installed on my rpi | 09:28 |
| *** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has quit IRC | 09:29 | |
| *** Mike1 <Mike1!~mike@90.146.5.54> has quit IRC | 09:30 | |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-zuleptjebynmcpzp> has joined #yocto | 09:31 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 09:31 | |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-zuleptjebynmcpzp> has left #yocto | 09:35 | |
| *** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto | 09:36 | |
| *** Biliogadafr1 <Biliogadafr1!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC | 09:36 | |
| *** cristianiorga <cristianiorga!~cristiani@134.134.139.72> has joined #yocto | 09:41 | |
| *** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 09:41 | |
| *** aime-Pierre <aime-Pierre!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 09:42 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 09:49 | |
| *** Ulfalizer <Ulfalizer!~ulf@212.118.209.82> has joined #yocto | 09:51 | |
| [Sno] | drou: see the package split of perl recipe | 09:54 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 09:58 | |
| Ulfalizer | is there some handy way to get the components of the target triple for e.g. the target system? | 09:58 |
| [Sno] | Ulfalizer: context, please | 09:59 |
| Ulfalizer | in this case i need to refer to a directory within ${STAGING_DIR_HOST} whose name depends on the architecture | 09:59 |
| Ulfalizer | e.g., ${STAGING_DIR_HOST}/${libdir}/ruby/i386-linux, where the last part depends on the system type | 10:00 |
| Ulfalizer | needing to refer to it is related to cross-compiling ruby gems | 10:00 |
| [Sno] | Ulfalizer: I still don't get whether you want host or target triple components | 10:02 |
| [Sno] | Ulfalizer: I suggest you do a bitbake -e | less and scan for matching keys ... | 10:02 |
| Ulfalizer | ah, sorry, i'm being unintentionally confusing. i need the host triple components (where "host" is in the sense of STAGING_DIR_HOST). | 10:03 |
| Ulfalizer | sounds like a good idea | 10:03 |
| [Sno] | Ulfalizer: maybe having a look into recipes-devtools/perl how to cross-compile perl modules and https://github.com/rehsack/meta-cpan how to cross-compile perl-modules then | 10:04 |
| [Sno] | find the cpan*.bbclass in poky/meta/classes | 10:04 |
| Ulfalizer | [Sno]: i nearly have it working. only problem left is hardcoding that i386-linux part. | 10:08 |
| *** DatGizmo <DatGizmo!~mogwai@ipbcc242a9.dynamic.kabel-deutschland.de> has joined #yocto | 10:08 | |
| Ulfalizer | another option would be to patch that path component out of ruby | 10:08 |
| [Sno] | Ulfalizer: eg. ${PACKAGE_ARCH} might help | 10:08 |
| * Ulfalizer digs through bitbake -e | 10:08 | |
| [Sno] | nearly have it working means "works for you (tm)" ;) | 10:09 |
| DatGizmo | Hello, is there a way to check for an OVERRIDE value in a bash function? | 10:09 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 10:10 | |
| Ulfalizer | [Sno]: cross-compiling gems, and especially with ruby 1.9.2, is a huge pain in general. few people seem to even bother. :/ | 10:13 |
| Ulfalizer | tools ignore CC, etc. there's some tailored hacks for cross-compiling for windows. | 10:14 |
| drou | [Sno]: i have the Socket.pm in my package-split, but i'm wondering if the perl-module-socket is shipped. | 10:16 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 10:17 | |
| Ulfalizer | autotools.bbclass is a nice reference. looks like HOST_ARCH might work | 10:17 |
| [Sno] | drou: RDEPENDS_${PN} might help | 10:18 |
| [Sno] | Ulfalizer: same for Perl :( | 10:18 |
| * Ulfalizer wonders why there's a patch that forces i386 by adding target_cpu=`echo $target_cpu | sed s/i.86/i386/` to ruby's configure.in | 10:22 | |
| Ulfalizer | commit message is a generic "imported this from elsewhere" | 10:23 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 10:29 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 10:35 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 10:43 | |
| Ulfalizer | is putting e.g. '${HOST_ARCH}' directly into an inline python expansion a bad idea, as opposed to d.getVar('HOST_ARCH', True)? | 10:43 |
| Ulfalizer | https://git.congatec.com/yocto/meta-openembedded/commit/bda4fdf91217a0cd35053053146b649ed62afb2f.patch does it, though with BUILD_SYS | 10:44 |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 10:46 | |
| bluelightning | Ulfalizer: personally I prefer to use d.getVar() in such expressions since it's a bit less ugly, but we have a bunch of places where we use a variable reference | 10:48 |
| Ulfalizer | are there any important semantic differences? | 10:48 |
| *** bananadev <bananadev!~bananadev@117.6.99.240> has quit IRC | 10:49 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 10:50 | |
| bluelightning | I don't think so; AFAIK the variable reference will be expanded first and then the python expression will be evaluated, but that's going to happen at about the same time | 10:51 |
| bluelightning | I can imagine it making a difference if you wanted to put actual python into the variable's value, but that would be just hideous ;) | 10:52 |
| *** bambule__ <bambule__!5ddcf343@gateway/web/cgi-irc/kiwiirc.com/ip.93.220.243.67> has joined #yocto | 10:52 | |
| Ulfalizer | would there be a difference is the variable does not exist? i can't remember when bitbake considers that an error. | 10:52 |
| Ulfalizer | always? | 10:52 |
| Ulfalizer | heh, yeah, that'd be pretty horrible :P | 10:52 |
| bluelightning | if a variable's value is undefined (and I mean undefined, not set to "") then the expression will be left unexpanded | 10:53 |
| Ulfalizer | ok, and what would the d.getVar() version do? | 10:54 |
| bluelightning | it's a bit odd, but the thinking was for shell functions (or variable values that end up in shell functions) the expression can then be intepreted by the shell i.e. as an environment variable | 10:54 |
| bluelightning | d.getVar() will return None for an undefined variable | 10:54 |
| Ulfalizer | i thought that was disambiguated via ${foo} vs. $foo, but some weird people use ${foo} when programming shell too :P | 10:54 |
| bluelightning | which is why you'll often see things like: d.getVar('VARNAME', True) or "" | 10:55 |
| bluelightning | yes, indeed | 10:55 |
| bluelightning | it's much better to avoid ${...} in a shell function when you can use $... | 10:55 |
| Ulfalizer | less visual clutter too, even if you're not using bitbake | 10:56 |
| Ulfalizer | but i might be a bit opinionated :P | 10:56 |
| bluelightning | right... I think the main reason for ${...} in shell is where you want to immediately follow with something that might otherwise be treated as part of the variable name | 10:56 |
| bluelightning | but that's rare | 10:56 |
| bluelightning | of course POSIX (and bash) let you do a bunch of funky stuff within ${...} as well | 10:57 |
| *** wschaller <wschaller!~wschaller@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:58 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 11:02 | |
| *** Guest68351 <Guest68351!~vivek@pakora.collabora.co.uk> has joined #yocto | 11:05 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@93.51.30.27> has quit IRC | 11:06 | |
| *** RP <RP!~richard@89.248.140.10> has joined #yocto | 11:09 | |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-zuleptjebynmcpzp> has joined #yocto | 11:12 | |
| raykinsella78 | bluelightning: Hey blue | 11:12 |
| raykinsella78 | actually let me fix something first | 11:12 |
| *** raykinsella78 is now known as mortderire | 11:12 | |
| mortderire | the artist previously known as raykinsella78 | 11:13 |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 11:14 | |
| *** jku_ <jku_!jku@nat/intel/x-ceowvcxcvtjixuwp> has quit IRC | 11:14 | |
| *** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC | 11:14 | |
| *** RP <RP!~richard@89.248.140.10> has quit IRC | 11:15 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 11:17 | |
| mortderire | bluelightning: I want to add an extra config to the cross compiler when it is getting built with a EXTRA_OECONF_append_pn-gcc-cross .... | 11:18 |
| *** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@93.51.30.27> has joined #yocto | 11:18 | |
| *** jku <jku!jku@nat/intel/x-zwtidvvnpuouzrre> has joined #yocto | 11:18 | |
| *** jku is now known as jku_ | 11:18 | |
| mortderire | bluelightning: I can't presume I know the host environment ... little unsure of how to do this. | 11:19 |
| bluelightning | mortderire: I'm not quite sure what you're trying to do yet - can you elaborate? | 11:26 |
| mortderire | bluelightning: I want to pass an (autotools) configure option to the cross-compiler ... | 11:28 |
| *** alexlarsson <alexlarsson!~alexl@h234n20-mael-a12.ias.bredband.telia.com> has quit IRC | 11:28 | |
| mortderire | bluelightning: so when do_configure is getting called on gcc-cross, I want to tag ' --enable-yadda-yadda' onto the end ... | 11:29 |
| bluelightning | I assume EXTRA_OECONF_append_pn-gcc-cross = " --enable-yadda-yadda" would do it... | 11:30 |
| *** Guest68351 is now known as fledermaus | 11:41 | |
| mortderire | bluelightning: looks like it is getting ignored ... regardless of whether I do a EXTRA_OECONF_append_pn-gcc-cross or EXTRA_OECONF_append_pn-gcc hum .. | 11:44 |
| bluelightning | mortderire: so you probably need to trace it using bitbake -e | 11:46 |
| bluelightning | mortderire: i.e. run bitbake -e gcc-cross and check if the final EXTRA_OECONF value is what you expect it to be | 11:47 |
| mortderire | bluelightning: I did, the reciepe seems to override everything ... | 11:47 |
| bluelightning | the recipe can't really override _append | 11:47 |
| bluelightning | what does the history say in bitbake -e gcc-cross for EXTRA_OECONF ? | 11:47 |
| gatisp | Do I understand this correctly - to report bugs for recipes I have to *subscribe* to the mailing list before I can post there? | 11:48 |
| mortderire | bluelightning: http://pastebin.com/uvCRrncQ | 11:50 |
| bluelightning | gatisp: recipes in which layer? | 11:51 |
| gatisp | bluelightning, openembedded-core | 11:51 |
| mortderire | bluelightning: the gcc recipe actually provides a variable to control the feature LTO, which it sets to " --enable-lto" .... | 11:51 |
| bluelightning | mortderire: I don't see a _append[pn-gcc-cross] in there... where are you putting that statement? | 11:52 |
| bluelightning | gatisp: so if you want to post to the mailing list you do need to subscribe; but genuine bugs / feature requests for OE-Core are tracked at bugzilla.yoctoproject.org | 11:53 |
| gatisp | bluelightning, somehow this is very frustrating :) There is no clear component in bugzilla which would say "recipe bugs", and last time i reported something there I was told to report things in openembedded-devel. | 11:56 |
| mortderire | bluelightning: I might have my setup backwards, shouldn't meta-intel be prioritized over OE ? | 11:56 |
| bluelightning | gatisp: yes, that was a recipe in meta-oe was it not? | 11:56 |
| gatisp | but subscribing to a mailing list to report bugs occasionally seems bit too much | 11:56 |
| gatisp | yes, the bug that i want to report now is is meta-oe | 11:57 |
| gatisp | *is in | 11:57 |
| bluelightning | gatisp: you just said openembedded-core above though... ? | 11:57 |
| gatisp | right, i mean *-core | 11:58 |
| bluelightning | I'm confused now - which recipe is it exactly? | 11:59 |
| gatisp | gnupg | 11:59 |
| bluelightning | right, so that is in OE-Core in which case the correct place would be bugzilla.yoctoproject.org | 11:59 |
| mortderire | bluelightning: http://pastebin.com/KW9XcUNk | 12:00 |
| gatisp | ok, I'ļl do that | 12:00 |
| bluelightning | gatisp: file a bug -> Build System & Metadata -> OE‑Core -> core (for want of a better category, I don't think there is one) | 12:00 |
| *** wschaller <wschaller!~wschaller@82-70-136-246.dsl.in-addr.zen.co.uk> has left #yocto | 12:01 | |
| gatisp | done https://bugzilla.yoctoproject.org/show_bug.cgi?id=8672 :) | 12:02 |
| yocti | Bug 8672: normal, Undecided, ---, ross.burton, NEW , gpgconf has incorrect paths when installing in host toolchain | 12:02 |
| bluelightning | mortderire: hang on, if it's the --enable-lto option you want to replace why not just set LTO ? | 12:02 |
| bluelightning | mortderire: since that appears to be where that's coming from | 12:03 |
| mortderire | bluelightning: it get's overriden ... | 12:03 |
| *** egavinc <egavinc!~egavinc@4.Red-83-34-185.dynamicIP.rima-tde.net> has quit IRC | 12:03 | |
| mortderire | # $LTO [2 operations] | 12:03 |
| mortderire | # set /build/yocto/meta-intel/conf/machine/include/intel-quark-common.inc:15 | 12:03 |
| mortderire | # " --disable-lto" | 12:03 |
| mortderire | # set /build/yocto/poky/meta/recipes-devtools/gcc/gcc-5.2.inc:87 | 12:03 |
| mortderire | # "--enable-lto" | 12:03 |
| mortderire | # pre-expansion value: | 12:03 |
| mortderire | # "--enable-lto" | 12:03 |
| mortderire | LTO="--enable-lto" | 12:03 |
| bluelightning | mortderire: try LTO_pn-gcc-cross = "" | 12:03 |
| bluelightning | mortderire: the override will apply in place of the value set with = | 12:04 |
| *** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@93.51.30.27> has quit IRC | 12:05 | |
| mortderire | bluelightning: # $LTO [3 operations] | 12:05 |
| mortderire | # set /build/yocto/meta-intel/conf/machine/include/intel-quark-common.inc:15 | 12:05 |
| mortderire | # " --disable-lto" | 12:05 |
| mortderire | # set /build/yocto/poky/meta/recipes-devtools/gcc/gcc-5.2.inc:87 | 12:05 |
| mortderire | # "--enable-lto" | 12:05 |
| mortderire | # override[pn-gcc-cross]:set /build/yocto/meta-intel/conf/machine/include/intel-quark-common.inc:16 | 12:05 |
| mortderire | # " --disable-lto" | 12:05 |
| mortderire | # pre-expansion value: | 12:05 |
| mortderire | # "--enable-lto" | 12:05 |
| mortderire | LTO="--enable-lto" | 12:05 |
| bluelightning | mortderire: that's the output of bitbake -e or bitbake -e gcc-cross ? | 12:05 |
| mortderire | bluelightning: bitbake -e gcc-cross | 12:06 |
| mortderire | bluelightning: well gcc-cross-i586 ... to be percise. | 12:06 |
| bluelightning | oh | 12:06 |
| bluelightning | that's why it's not working | 12:06 |
| mortderire | bluelightning: gotcha | 12:06 |
| bluelightning | PN gets set to include the architecture for gcc-cross | 12:06 |
| bluelightning | btw this isn't very good because it means the ostensibly same-for-all-i586 compiler is now being made machine-specific for quark | 12:07 |
| mortderire | bluelightning: makes sense ... so the override is ignored. | 12:07 |
| mortderire | # | 12:08 |
| mortderire | # $LTO [3 operations] | 12:08 |
| mortderire | # set /build/yocto/meta-intel/conf/machine/include/intel-quark-common.inc:15 | 12:08 |
| mortderire | # " --disable-lto" | 12:08 |
| mortderire | # set /build/yocto/poky/meta/recipes-devtools/gcc/gcc-5.2.inc:87 | 12:08 |
| mortderire | # "--enable-lto" | 12:08 |
| mortderire | # override[pn-gcc-cross-i586]:set /build/yocto/meta-intel/conf/machine/include/intel-quark-common.inc:16 | 12:08 |
| mortderire | # " --disable-lto" | 12:08 |
| mortderire | # pre-expansion value: | 12:08 |
| mortderire | # " --disable-lto" | 12:08 |
| mortderire | LTO=" --disable-lto" | 12:08 |
| mortderire | bluelightning: ok that worked (sorry for all the spam in the chat window). | 12:08 |
| bluelightning | np, but pastebin is a useful alternative for future reference ;) | 12:09 |
| mortderire | bluelightning: the is an upper limited for pasting in to the chat window versus paste bin :-) | 12:10 |
| bluelightning | nothing written down... but I would say "more than a few lines" ;) | 12:10 |
| mortderire | bluelightning: ok - I think this is going to work ... its only an override on gcc-cross when people use the MACHINE="intel-quark" | 12:11 |
| mortderire | bluelightning: thanks for your help. | 12:13 |
| qknight | hey. when i build meta-toolchain-qt5, why does bitbake display: DISTRO = "fsl-networking"? | 12:17 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 12:19 | |
| bluelightning | qknight: somewhere your DISTRO is being set to that, and it doesn't relate to meta-toolchain-qt5 | 12:20 |
| bluelightning | qknight: if you're unsure as to where, bitbake -e | less and search for DISTRO and the variable history will tell you | 12:20 |
| qknight | ah, good point! | 12:21 |
| *** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has joined #yocto | 12:28 | |
| *** Mike1 <Mike1!~mike@90.146.5.54> has joined #yocto | 12:28 | |
| *** Mike1 <Mike1!~mike@90.146.5.54> has quit IRC | 12:39 | |
| *** tsramos <tsramos!~tsramos@192.55.54.42> has joined #yocto | 12:42 | |
| *** Mike1 <Mike1!~mike@90.146.5.54> has joined #yocto | 12:45 | |
| qknight | http://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-support/boost/boost.inc <- there is a BOOST_LIBS = .. list | 12:48 |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 12:48 | |
| *** Crofton|work <Crofton|work!~balister@108.44.121.216> has quit IRC | 12:48 | |
| qknight | how can i alter that list when building my image? seems chrono and log is not enabled by default but i require it | 12:48 |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC | 12:48 | |
| *** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC | 12:48 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto | 12:49 | |
| qknight | btw: i'm on daisy | 12:49 |
| bluelightning | qknight: bbappend the boost recipe and set BOOST_LIBS | 12:49 |
| *** dlan <dlan!~dennis@116.228.88.131> has joined #yocto | 12:49 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 12:49 | |
| bluelightning | (you can't set this from the image) | 12:49 |
| qknight | bluelightning: ah, ok so i have to alter the source | 12:50 |
| qknight | thanks | 12:50 |
| bluelightning | you have to change how boost is built, to be precise | 12:50 |
| *** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has quit IRC | 12:50 | |
| bluelightning | you can do that from a bbappend in your own layer though | 12:50 |
| rink | s/can/should/ :-) | 12:55 |
| bluelightning | yes :) | 12:55 |
| *** dgm816 <dgm816!~dgm816@97-64-167-34.client.mchsi.com> has joined #yocto | 12:56 | |
| *** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto | 12:56 | |
| *** Crofton|work <Crofton|work!~balister@108.44.121.216> has joined #yocto | 12:58 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 13:04 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 13:31 | |
| gatisp | How can one exclude RRECOMMENDS_${PN} += "some_recipe" for nativesdk-* builds? I remember seeing this functionality somewhere, but can not find anymore. | 13:32 |
| *** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC | 13:35 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 13:35 | |
| *** psnsilva <psnsilva!~psnsilva@193.126.29.154> has joined #yocto | 13:37 | |
| *** Crofton|work <Crofton|work!~balister@108.44.121.216> has quit IRC | 13:37 | |
| *** Crofton <Crofton!~balister@108.44.121.216> has quit IRC | 13:37 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 13:40 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 13:40 | |
| gatisp | ah, found it "_class-target" | 13:42 |
| *** Crofton <Crofton!~balister@pool-108-44-111-123.ronkva.east.verizon.net> has joined #yocto | 13:49 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-111-123.ronkva.east.verizon.net> has joined #yocto | 13:50 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 13:50 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 13:53 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 13:58 | |
| fmeerkoetter | hi, i am using yocto/meta-raspberry to build an image for RPi1. its using an ext3 by default. I'd like to change that to btrfs. | 14:00 |
| fmeerkoetter | how do i do this? | 14:00 |
| drou | is there any way to have static SRVREV instead of ${AUTOREV}? in order to be able to reproduce the build with exactly the same versions, several times? | 14:03 |
| *** lamego <lamego!~jose@134.134.139.77> has joined #yocto | 14:03 | |
| *** bambule__ <bambule__!5ddcf343@gateway/web/cgi-irc/kiwiirc.com/ip.93.220.243.67> has quit IRC | 14:05 | |
| bluelightning | fmeerkoetter: set IMAGE_FSTYPES = "btrfs" | 14:06 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 14:09 | |
| bluelightning | drou: if you mean still keeping SRCREV = "${AUTOREV}" in the recipe, yes, one way is to enable buildhistory, run a build and then use buildhistory-collect-srcrevs to create an inc file that fixes the SRCREV values which you can then include | 14:10 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 14:10 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 14:13 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 14:14 | |
| *** stwcx <stwcx!~stwcx@108-215-4-10.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:17 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 14:21 | |
| drou | bluelightning: thanks, but i have to do this for every single recipe that has a ${AUTOREV}? | 14:27 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 14:29 | |
| jku_ | drou: what do you mean "every single recipe" -- where do you have a lot of those? | 14:30 |
| *** Amynka <Amynka!~amy@gentoo/developer/amynka> has quit IRC | 14:30 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 14:32 | |
| bluelightning | drou: the method I mentioned will pick up all of the ones that have been built and produce output that can go into a single inc file which you can include in your configuration - so it's relatively painless | 14:32 |
| bluelightning | no modifications required to any individual recipes | 14:33 |
| drou | bluelightning: ah i got it, i'll try, thanks | 14:33 |
| *** LostInTheForest <LostInTheForest!~frozen@queeg.hrusecky.net> has joined #yocto | 14:34 | |
| xerent | hi guys, is there some way of changing DISTRO_FEATURES from an image recipe or do I need to create a whole new layer. my DISTRO_FEATURES includes "wayland" and I want an image variant that uses "x11" instead.. | 14:38 |
| * rink notes, you shouldn't resist against creating a layer | 14:40 | |
| rink | it's easy and makes things much clearer IMO | 14:40 |
| mortderire | Are Wayland and X11 protocol compatible, or completely different fish? | 14:40 |
| xerent | wayland is an x11 replacement as I understand it | 14:40 |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 14:40 | |
| mortderire | rink: trouble is when you end up with too many layers, there is a balance. | 14:41 |
| bluelightning | mortderire: entirely different, though you can effectively run one under the other | 14:41 |
| xerent | customer wants to use wayland for building their apps, but we have our testing framework implemented in x11+qt so I need to be able to build both variants | 14:41 |
| mortderire | bluelightning: wayland on X11 i assume ... | 14:41 |
| bluelightning | xerent: you'll effectively need two distros if you want two different configurations; however you could have a single DISTRO_FEATURES value that enabled both at the same time then just include the appropriate packages in either image | 14:41 |
| bluelightning | mortderire: and X11 apps under Wayland as well | 14:42 |
| bluelightning | mortderire: (the latter is known as XWayland) | 14:42 |
| xerent | maybe xwayland could work for us | 14:42 |
| xerent | I tried including both x11 and wayland in distro features but then wayland wouldn't build. some issue with the freescale BSP in graphics driver I think | 14:43 |
| xerent | (building for iMX6) | 14:43 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 14:43 | |
| *** belen <belen!Adium@nat/intel/x-dqrdywvrkampmjjk> has quit IRC | 14:44 | |
| bluelightning | you'd probably need to talk to Freescale or possibly otavio about that, but AFAIK both should be able to be enabled at the same time | 14:44 |
| *** belen <belen!Adium@nat/intel/x-ixmygfvethehiqbl> has joined #yocto | 14:44 | |
| bluelightning | and I think it's what you want to be doing in this case | 14:44 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 14:45 | |
| xerent | wouldn't having x11 as a distro feature include stuff on the image even if nothing used it | 14:45 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:45 | |
| jku_ | xerent: if it's in distro features, then likely something will use it | 14:46 |
| xerent | well say that nothing in one image configuration will use it | 14:47 |
| xerent | then I'd want to omit it because of space concerns | 14:47 |
| bluelightning | xerent: not necessarily; DISTRO_FEATURES just turns on build-level functionality; in the absence of hard dependencies you still have control over which packages get included in the image | 14:51 |
| jku_ | a lot of recipes will modify their _default_ configuration if x11 is in distro features: then packages will end up depending on X libraries | 14:51 |
| bluelightning | right, a hard dependency in that case | 14:51 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 14:53 | |
| xerent | well, I could modify the script that generates the BSP for the customer to include a different layer config where x11 isn't enabled | 14:55 |
| xerent | it's ugly, but it'll work I guess | 14:55 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto | 14:56 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:56 | |
| *** drou <drou!c32a382b@gateway/web/freenode/ip.195.42.56.43> has quit IRC | 14:59 | |
| *** jku_ <jku_!jku@nat/intel/x-zwtidvvnpuouzrre> has quit IRC | 15:01 | |
| *** belen2 <belen2!Adium@nat/intel/x-evkglngahfoeokql> has joined #yocto | 15:05 | |
| *** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto | 15:05 | |
| *** belen <belen!Adium@nat/intel/x-ixmygfvethehiqbl> has quit IRC | 15:06 | |
| *** LostInTheForest is now known as Amynka | 15:19 | |
| *** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto | 15:19 | |
| *** Amynka is now known as LostInTheForest | 15:20 | |
| *** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC | 15:20 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 15:20 | |
| *** jchonig <jchonig!~quassel@66.152.121.24> has joined #yocto | 15:27 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC | 15:27 | |
| gatisp | I am trying to fix https://bugzilla.yoctoproject.org/show_bug.cgi?id=8672 What i see is the prefix that is used by gpgconf tool is determined at build time with --bindir and similar autotools switches. I don't see any way how this could be changed later when installing toolchain. Maybe somebody has experience with similar setup? | 15:35 |
| yocti | Bug 8672: normal, Undecided, ---, ross.burton, NEW , gpgconf has incorrect paths when installing in host toolchain | 15:35 |
| bluelightning | gatisp: one way we sometimes handle this kind of thing is using a wrapper script | 15:36 |
| *** belen2 <belen2!Adium@nat/intel/x-evkglngahfoeokql> has quit IRC | 15:36 | |
| bluelightning | gatisp: that's assuming the software in question can be patched to read the path from the environment or a command line switch (or already can do so) | 15:37 |
| bluelightning | "git grep create_wrapper" for examples | 15:38 |
| gatisp | bluelightning, I think at the moment there is not way to set this at runtime. At least i did not find anything after googling and looking at the source code. | 15:38 |
| *** belen1 <belen1!Adium@nat/intel/x-mimwcxabdwhlicya> has joined #yocto | 15:38 | |
| gatisp | will grep for wrapper examples | 15:38 |
| bluelightning | for rpm5 we patch in the ability to do this, there may be others where we do that as well | 15:39 |
| gatisp | bluelightning, do you usually upstream that kind of stuff later? or it always stays as a patch in yocto | 15:40 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto | 15:40 | |
| DatGizmo | Is it somehow possible to chain two on a variable? Like 'VAR_distro_machine=' | 15:41 |
| bluelightning | gatisp: in the case of rpm5 it's stayed as a patch in OE-Core, I don't know of other examples... depends if it's generally useful to others or not | 15:41 |
| bluelightning | DatGizmo: two overrides? it is, yes - exactly like that | 15:42 |
| DatGizmo | bluelightning: hm.. then I've made a mistake.. thanks | 15:42 |
| gatisp | bluelightning, I just don't feel very confident adding envnvars in code that is all about security :) thats why i was wondering about upstreaming | 15:43 |
| kergoth | better yet, patch it to find all of its paths relative to the binary location, so it's completely relocatable on its own, then we wouldn't need to use wrappers at all :) but sadly that often involves invasive changes.. | 15:48 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC | 15:48 | |
| * kergoth sighs | 15:48 | |
| fray | FYI the rpm5 wrapper.. it's specific to OE/YP so that is why we're carrying it. There is no upstream desire for this functionality.. (in fact there is justified resistance) | 15:53 |
| qknight | bluelightning: thanks for your help. this helped us really greatly | 15:54 |
| *** cristianiorga <cristianiorga!~cristiani@134.134.139.72> has quit IRC | 16:01 | |
| *** Jefro <Jefro!~jefro@50.0.152.82> has joined #yocto | 16:01 | |
| *** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 16:01 | |
| *** jku <jku!~jku@d-lltyxzqsj--98wl3k-3.rev.dnainternet.fi> has joined #yocto | 16:02 | |
| *** jku is now known as jku_ | 16:02 | |
| bluelightning | qknight: no problem | 16:03 |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has left #yocto | 16:03 | |
| *** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has quit IRC | 16:06 | |
| *** Jefro <Jefro!~jefro@50.0.152.82> has quit IRC | 16:08 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC | 16:17 | |
| *** IvanSB <IvanSB!~IvanSB@95.232.130.1> has joined #yocto | 16:18 | |
| *** igor <igor!~Igor_Stop@134.134.137.71> has quit IRC | 16:20 | |
| *** nrossi <nrossi!~nrossi@43.252.111.142> has quit IRC | 16:29 | |
| *** nrossi <nrossi!~nrossi@43.252.111.142> has joined #yocto | 16:29 | |
| *** berton <berton!~fabio@201.22.227.56> has joined #yocto | 16:31 | |
| *** IvanSB <IvanSB!~IvanSB@95.232.130.1> has quit IRC | 16:32 | |
| *** igor <igor!Igor_Stopp@nat/intel/x-vntypcahysohfzjg> has joined #yocto | 16:36 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 16:36 | |
| *** IvanSB <IvanSB!~IvanSB@95.232.130.1> has joined #yocto | 16:36 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.71> has joined #yocto | 16:38 | |
| *** belen1 <belen1!Adium@nat/intel/x-mimwcxabdwhlicya> has quit IRC | 16:47 | |
| *** jku_ <jku_!~jku@d-lltyxzqsj--98wl3k-3.rev.dnainternet.fi> has quit IRC | 16:48 | |
| *** belen1 <belen1!Adium@nat/intel/x-grapcnuirhcfhhoi> has joined #yocto | 16:49 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 17:04 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:04 | |
| *** aime-Pierre <aime-Pierre!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 17:09 | |
| *** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC | 17:13 | |
| *** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto | 17:13 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 17:13 | |
| *** paulg <paulg!~paulg@184-94-55-234.dedicated.allstream.net> has joined #yocto | 17:14 | |
| *** armpit <armpit!~akuster@2601:202:4000:1239:b027:cb45:c6de:b7e1> has quit IRC | 17:15 | |
| *** fl0v0 <fl0v0!~fvo@p5DDC6A25.dip0.t-ipconnect.de> has quit IRC | 17:15 | |
| *** aluft <aluft!~aluft@c-73-209-56-21.hsd1.in.comcast.net> has joined #yocto | 17:18 | |
| *** aluft <aluft!~aluft@c-73-209-56-21.hsd1.in.comcast.net> has left #yocto | 17:19 | |
| *** hanthings_ <hanthings_!~hanthings@dyxztkyb1y0b7sq-29h1t-3.rev.dnainternet.fi> has joined #yocto | 17:20 | |
| *** nighty^ <nighty^!~nighty@s1438242.xgsspn.imtp.tachikawa.spmode.ne.jp> has quit IRC | 17:21 | |
| *** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:21 | |
| *** hanthings_ <hanthings_!~hanthings@dyxztkyb1y0b7sq-29h1t-3.rev.dnainternet.fi> has quit IRC | 17:25 | |
| *** nighty^ <nighty^!~nighty@s573190.xgsspn.imtp.tachikawa.spmode.ne.jp> has joined #yocto | 17:36 | |
| *** jbrianceau is now known as jbrianceau_away | 17:39 | |
| *** Jay7 <Jay7!~jay@2.94.168.11> has quit IRC | 17:41 | |
| *** Jay7 <Jay7!~jay@95-29-24-75.broadband.corbina.ru> has joined #yocto | 17:43 | |
| *** t0mmy_ <t0mmy_!~tprrt@217.114.201.133> has quit IRC | 17:44 | |
| *** bambule__ <bambule__!5ddcf343@gateway/web/cgi-irc/kiwiirc.com/ip.93.220.243.67> has joined #yocto | 17:46 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:55 | |
| *** bluelightning_ <bluelightning_!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has joined #yocto | 17:55 | |
| *** bluelightning_ <bluelightning_!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has quit IRC | 17:55 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:55 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC | 17:55 | |
| *** bluelightning_ is now known as bluelightning | 17:56 | |
| *** IvanSB <IvanSB!~IvanSB@95.232.130.1> has quit IRC | 17:57 | |
| *** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 17:58 | |
| fmeerkoetter | bluelightning: about "set IMAGE_FSTYPES = "btrfs"" | 17:59 |
| fmeerkoetter | this worked only halfways for me | 18:00 |
| fmeerkoetter | it did indeed build a btrfs.rootfs | 18:00 |
| fmeerkoetter | but | 18:00 |
| fmeerkoetter | it is not creating an rpi specific .sdimg from it | 18:00 |
| fmeerkoetter | i understand that this is specific to the rpi bsp | 18:01 |
| bluelightning | right, I'm not intimately familiar with how that layer does its SD card image generation | 18:01 |
| fmeerkoetter | well, i'll have to look into it. thanks! | 18:02 |
| bluelightning | however, looking at the class just now, it looks like you can just set SDIMG_ROOTFS_TYPE = "btrfs" | 18:02 |
| bluelightning | give that a try | 18:02 |
| fmeerkoetter | in addition to the IMAGE_FSTYPES? | 18:02 |
| bluelightning | it's possible you don't need to set IMAGE_FSTYPES actually | 18:03 |
| fmeerkoetter | ok. i'll try | 18:03 |
| *** mortderire <mortderire!rkinsell@nat/intel/x-zuleptjebynmcpzp> has left #yocto | 18:05 | |
| *** dvhart <dvhart!~dvhart@134.134.137.75> has joined #yocto | 18:08 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto | 18:11 | |
| *** alimon1 <alimon1!~alimon@192.55.54.43> has quit IRC | 18:13 | |
| fmeerkoetter | bluelightning: only adding SDIMG_ROOTFS_TYPE = "btrfs" to my local.conf has the effect the two rootfs images are generated. an ext3 and a btrfs. | 18:15 |
| fmeerkoetter | the problem is that the ext3 one is picked up for generating the sdimage | 18:16 |
| bluelightning | fmeerkoetter: I know that's what was happening earlier - have you checked it's still that now having set the new variable? | 18:16 |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC | 18:17 | |
| *** alimon1 <alimon1!~alimon@192.55.54.43> has joined #yocto | 18:17 | |
| fmeerkoetter | bluelightning: how do I do this? removing the images in tmp/deploy/images/... and retry? | 18:18 |
| bluelightning | fmeerkoetter: I mean, have you checked the sdimg file? | 18:18 |
| fmeerkoetter | ah. you mean dd it and boot? | 18:18 |
| fmeerkoetter | no | 18:18 |
| fmeerkoetter | will try | 18:19 |
| *** townxelliot <townxelliot!~ell@176.251.36.115> has quit IRC | 18:22 | |
| *** belen1 <belen1!Adium@nat/intel/x-grapcnuirhcfhhoi> has quit IRC | 18:26 | |
| *** belen1 <belen1!Adium@nat/intel/x-csxbcxfkswykiitf> has joined #yocto | 18:26 | |
| fmeerkoetter | bluelightning: ok, you were right it worked | 18:28 |
| fmeerkoetter | kind of | 18:28 |
| fmeerkoetter | :-) | 18:28 |
| bluelightning | ah - what do you mean by that? | 18:29 |
| fmeerkoetter | now the kernel halts during boot bc. it doesn't know how to handle a btrfs | 18:29 |
| fmeerkoetter | :- | 18:29 |
| fmeerkoetter | ) | 18:29 |
| bluelightning | ah right... heh | 18:29 |
| fmeerkoetter | [ 1.984034] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2) | 18:29 |
| bluelightning | you'll need to ensure it's enabled in the kernel config I guess | 18:29 |
| fmeerkoetter | yeah. lets try | 18:29 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:34 | |
| *** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC | 18:34 | |
| *** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto | 18:35 | |
| *** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has quit IRC | 18:36 | |
| *** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC | 18:40 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:41 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:44 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto | 18:44 | |
| *** bluelightning <bluelightning!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has joined #yocto | 18:44 | |
| *** bluelightning <bluelightning!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has quit IRC | 18:44 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:44 | |
| *** sameo <sameo!~samuel@192.55.54.43> has quit IRC | 18:47 | |
| *** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC | 18:48 | |
| *** abelloni <abelloni!~abelloni@88.191.26.124> has quit IRC | 18:48 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:49 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC | 18:50 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:52 | |
| *** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto | 18:52 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ecd5-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto | 18:53 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.71> has quit IRC | 18:53 | |
| *** dvhart <dvhart!~dvhart@134.134.137.75> has quit IRC | 18:54 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 18:56 | |
| *** hanthings_ <hanthings_!~hanthings@62-78-246-53.bb.dnainternet.fi> has joined #yocto | 18:57 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC | 19:00 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 19:00 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto | 19:03 | |
| *** wto <wto!~wto@h-140-99.a336.priv.bahnhof.se> has quit IRC | 19:03 | |
| *** sjolley <sjolley!~sjolley@134.134.139.70> has quit IRC | 19:07 | |
| *** humberto <humberto!bdd07183@gateway/web/freenode/ip.189.208.113.131> has joined #yocto | 19:07 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-msxsfaheshbhyrhg> has joined #yocto | 19:08 | |
| *** tkilbourn <tkilbourn!2668863e@gateway/web/freenode/ip.38.104.134.62> has joined #yocto | 19:10 | |
| *** humberto_ <humberto_!bdd07183@gateway/web/freenode/ip.189.208.113.131> has joined #yocto | 19:10 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC | 19:11 | |
| tkilbourn | how do I install a package with the files owned by a particular user? I've modified fs-perms.txt, and added a chown command in my do_install, but the rpm still lists everything as owned by root. | 19:11 |
| tkilbourn | the entries in the pseudo files.db list the correct perms too, fwiw | 19:12 |
| bluelightning | tkilbourn: how are you ensuring that user gets created on the target? | 19:15 |
| tkilbourn | I have a useradd stanza in my image file. I'm also using numeric ids in my fs-perms and chown commands. | 19:16 |
| *** fledermaus <fledermaus!~vivek@pakora.collabora.co.uk> has quit IRC | 19:17 | |
| tkilbourn | sorry, extrausers | 19:17 |
| tkilbourn | in more detail: I have FILESYSTEM_PERMS_TABLES set in my distro's .conf file, pointing to a file making /home/user1 owned by user1, with walk set to true | 19:20 |
| tkilbourn | but using user1's numeric uid | 19:20 |
| fray | are you setting the numeric uid in the useradd parameter or allowing the system to define it? | 19:21 |
| tkilbourn | then, in my image recipe, I inherit extrausers and use EXTRA_USERS_PARAMS to create the users | 19:21 |
| tkilbourn | yes I'm setting the numeric id | 19:21 |
| fray | You should not usually use the numeric id though in the fs-perms.. | 19:21 |
| tkilbourn | by uncommenting some bb.notes in package.bbclass, I can tell that fixup_perms is correctly handling it | 19:22 |
| fray | (the reason is that there are ways to override the ID numbers.. and if someone were to do that, hard coding the number in the fs-perms won't allow it to be overwritten like a name would) | 19:22 |
| tkilbourn | ok good to know | 19:22 |
| tkilbourn | but the package class doesn't have access to my usernames, if my image recipe is run last? | 19:22 |
| fray | but both name and number should both work in the fs-perms | 19:22 |
| tkilbourn | or are users added earlier? | 19:22 |
| fray | users are added when the recipe is built that has the 'add' in it.. | 19:23 |
| fray | if you need to use the ID earlier.. you need an explicit dependency or each recipe needs to have a copy of the 'add | 19:23 |
| tkilbourn | so a separate recipe to create users could be useful. | 19:24 |
| tkilbourn | would that still explain the problems between the pseudo steps and the rpmbuild though? | 19:24 |
| tkilbourn | afaict, ownership and permissions are only set during packaging | 19:25 |
| tkilbourn | so everything should look correct in the deploy rpms, right? | 19:25 |
| tkilbourn | but everything is listed as root:root in the rpm | 19:25 |
| fmeerkoetter | bluelightning: /dev/mmcblk0p2 on / type btrfs (rw,relatime,ssd,space_cache) | 19:26 |
| fmeerkoetter | success :-) | 19:26 |
| bluelightning | fmeerkoetter: :) | 19:27 |
| fmeerkoetter | to sum it up. | 19:32 |
| fmeerkoetter | SDIMG_ROOTFS_TYPE = "btrfs" | 19:32 |
| fmeerkoetter | ther kernel commandline contained rootfstype=ext3 which i changed to btrfs | 19:32 |
| fmeerkoetter | and i needed to compile in the btrfs support into the kernel | 19:32 |
| fmeerkoetter | it was in there as a module | 19:32 |
| fmeerkoetter | why i needed to compile it in i don't know | 19:33 |
| fmeerkoetter | bluelightning: ^ | 19:33 |
| bluelightning | it would need to be compiled in unless you were using some form of initramfs with that module in it | 19:33 |
| bluelightning | the kernel command line thing is a bit bothersome | 19:34 |
| fmeerkoetter | bluelightning: ah. i am using a config without initramfs | 19:34 |
| fmeerkoetter | so this is also explained | 19:35 |
| *** belen2 <belen2!~Adium@81.2.114.17> has joined #yocto | 19:36 | |
| bluelightning | I'm not sure where the kernel command line reference comes from ; FWIW it's nowhere to be found in the metadata | 19:36 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qrqrkozbaitliity> has quit IRC | 19:40 | |
| *** kbingham <kbingham!~kbingham@cpc87017-aztw30-2-0-cust65.18-1.cable.virginm.net> has quit IRC | 19:46 | |
| *** armpit <armpit!~akuster@64.2.3.194> has joined #yocto | 19:46 | |
| tkilbourn | creating the users in a separate recipe instead of in my image recipe seems to have fixed the problem | 19:47 |
| *** belen2 <belen2!~Adium@81.2.114.17> has quit IRC | 19:50 | |
| *** tkilbourn <tkilbourn!2668863e@gateway/web/freenode/ip.38.104.134.62> has quit IRC | 19:52 | |
| *** stwcx <stwcx!~stwcx@32.97.110.55> has joined #yocto | 19:54 | |
| bluelightning | we really ought to be doing validation on this... thought I thought we added some in the current release | 19:55 |
| bluelightning | (or should I say imminent release) | 19:55 |
| *** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 20:00 | |
| *** lazao <lazao!52e867a5@gateway/web/freenode/ip.82.232.103.165> has joined #yocto | 20:01 | |
| *** mago_ <mago_!~mago@88.131.56.168> has quit IRC | 20:01 | |
| *** mago_ <mago_!~mago@unaffiliated/blastur> has joined #yocto | 20:01 | |
| *** paulg <paulg!~paulg@184-94-55-234.dedicated.allstream.net> has quit IRC | 20:07 | |
| *** bambule__ <bambule__!5ddcf343@gateway/web/cgi-irc/kiwiirc.com/ip.93.220.243.67> has quit IRC | 20:09 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 20:18 | |
| *** Pixionus <Pixionus!~Pixionus@unaffiliated/pixionus> has joined #yocto | 20:21 | |
| *** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has joined #yocto | 20:33 | |
| *** hanthings_ <hanthings_!~hanthings@62-78-246-53.bb.dnainternet.fi> has quit IRC | 20:39 | |
| *** berton <berton!~fabio@201.22.227.56> has quit IRC | 20:41 | |
| *** tsramos <tsramos!~tsramos@192.55.54.42> has quit IRC | 21:01 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-msxsfaheshbhyrhg> has quit IRC | 21:03 | |
| *** hanthings_ <hanthings_!~hanthings@dyxztkyb1y0b7sq-29h1t-3.rev.dnainternet.fi> has joined #yocto | 21:04 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-kxelkgsjlvcgllej> has joined #yocto | 21:05 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 21:06 | |
| *** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 21:07 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 21:10 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 21:10 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:10 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-qmqkimkimnnbxpie> has joined #yocto | 21:11 | |
| *** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto | 21:24 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 21:28 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-kxelkgsjlvcgllej> has quit IRC | 21:33 | |
| *** [Sno] <[Sno]!~sno@rademacherexchange.de> has quit IRC | 21:34 | |
| *** paulg <paulg!~paulg@24-246-6-178.cable.teksavvy.com> has joined #yocto | 21:34 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-ckvetxvcjcwmosgb> has joined #yocto | 21:36 | |
| *** pidge <pidge!~pidge@05402dfb.skybroadband.com> has joined #yocto | 21:38 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-ckvetxvcjcwmosgb> has quit IRC | 21:38 | |
| *** hanthings_ <hanthings_!~hanthings@dyxztkyb1y0b7sq-29h1t-3.rev.dnainternet.fi> has quit IRC | 21:44 | |
| *** dvhart <dvhart!~dvhart@134.134.137.75> has joined #yocto | 21:44 | |
| *** RP <RP!~richard@72.21.225.66> has joined #yocto | 21:49 | |
| *** kbingham <kbingham!~kbingham@cpc87017-aztw30-2-0-cust65.18-1.cable.virginm.net> has joined #yocto | 21:54 | |
| *** pohly <pohly!~pohly@p5DE8DA06.dip0.t-ipconnect.de> has quit IRC | 21:54 | |
| *** [Sno] <[Sno]!~sno@ip-37-24-117-137.hsi14.unitymediagroup.de> has joined #yocto | 21:55 | |
| *** alimon1 <alimon1!~alimon@192.55.54.43> has quit IRC | 22:00 | |
| *** dvhart <dvhart!~dvhart@134.134.137.75> has quit IRC | 22:03 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 22:03 | |
| *** alimon1 <alimon1!~alimon@192.55.54.43> has joined #yocto | 22:05 | |
| *** mbergek <mbergek!~mbergek@85.224.179.88> has joined #yocto | 22:07 | |
| *** mbergek <mbergek!~mbergek@c-58b3e055.17-2-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 22:08 | |
| *** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has quit IRC | 22:08 | |
| *** mbergek <mbergek!~mbergek@c-58b3e055.17-2-64736c10.cust.bredbandsbolaget.se> has quit IRC | 22:09 | |
| *** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 22:10 | |
| *** nighty^ <nighty^!~nighty@s573190.xgsspn.imtp.tachikawa.spmode.ne.jp> has quit IRC | 22:11 | |
| *** sameo <sameo!samuel@nat/intel/x-ipdeywcspvimxynw> has joined #yocto | 22:12 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.38> has quit IRC | 22:18 | |
| *** mbergek <mbergek!~mbergek@c-58b3e055.17-2-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 22:20 | |
| *** mbergek <mbergek!~mbergek@c-58b3e055.17-2-64736c10.cust.bredbandsbolaget.se> has left #yocto | 22:20 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto | 22:25 | |
| *** Mike1 <Mike1!~mike@90.146.5.54> has quit IRC | 22:31 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has joined #yocto | 22:32 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC | 22:33 | |
| *** RP <RP!~richard@72.21.225.66> has quit IRC | 22:35 | |
| *** RP <RP!~richard@72.21.225.66> has joined #yocto | 22:35 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ecd5-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC | 22:35 | |
| *** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC | 22:44 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto | 22:45 | |
| *** RP <RP!~richard@72.21.225.66> has quit IRC | 22:45 | |
| *** abelloni <abelloni!~abelloni@88.191.26.124> has joined #yocto | 22:47 | |
| *** lazao <lazao!52e867a5@gateway/web/freenode/ip.82.232.103.165> has quit IRC | 22:49 | |
| *** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC | 22:57 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has quit IRC | 22:59 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-llbzwnrdjujbrpqn> has joined #yocto | 23:01 | |
| *** lamego <lamego!~jose@134.134.139.77> has quit IRC | 23:02 | |
| *** humberto <humberto!bdd07183@gateway/web/freenode/ip.189.208.113.131> has quit IRC | 23:03 | |
| *** kbingham <kbingham!~kbingham@cpc87017-aztw30-2-0-cust65.18-1.cable.virginm.net> has quit IRC | 23:38 | |
| *** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 23:40 | |
| *** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 23:48 | |
| *** humberto_ <humberto_!bdd07183@gateway/web/freenode/ip.189.208.113.131> has quit IRC | 23:51 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-llbzwnrdjujbrpqn> has quit IRC | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!