| *** Jin^eLD is now known as Jin|away | 00:06 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 00:13 | |
| *** sce_ <sce_!~sce@connected-labs-gw1.ter2.neodc.mpl.cust.as8218.eu> has joined #yocto | 00:18 | |
| *** staylor <staylor!~staylor@S0106602ad0901f12.cg.shawcable.net> has quit IRC | 00:18 | |
| *** sce <sce!~sce@connected-labs-gw1.ter2.neodc.mpl.cust.as8218.eu> has quit IRC | 00:18 | |
| *** W1N9Zr1 <W1N9Zr1!~w1n9zr0@2605:6400:2:fed5:22:0:759f:78cb> has joined #yocto | 00:25 | |
| *** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:2:fed5:22:0:759f:78cb> has quit IRC | 00:25 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 00:27 | |
| *** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 00:27 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 00:30 | |
| *** ant_home <ant_home!~ant__@host110-249-dynamic.11-79-r.retail.telecomitalia.it> has quit IRC | 00:30 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 00:40 | |
| *** adelcast <adelcast!~adelcast@130.164.62.193> has quit IRC | 00:45 | |
| *** zeddii_home_ <zeddii_home_!~zeddii_ho@CPE4494fc36228b-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 00:47 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPE4494fc36228b-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 00:47 | |
| *** sjolley <sjolley!~sjolley@134.134.139.70> has quit IRC | 00:47 | |
| *** zeddii_home_ is now known as zeddii_home | 00:47 | |
| *** kergoth` <kergoth`!~kergoth@covenant.kergoth.com> has joined #yocto | 00:49 | |
| *** kergoth <kergoth!~kergoth@covenant.kergoth.com> has quit IRC | 00:49 | |
| *** Saur <Saur!pkj@nat/axis/x-wpiponabbrujeemy> has quit IRC | 00:49 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has quit IRC | 00:50 | |
| *** Saur <Saur!pkj@nat/axis/x-frmdpvfzlbytkhxy> has joined #yocto | 00:50 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 00:50 | |
| *** joeythesaint <joeythesaint!~jjm@24-246-4-250.cable.teksavvy.com> has quit IRC | 00:51 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has joined #yocto | 00:51 | |
| *** stryx` <stryx`!~stryx@149.255.100.107> has quit IRC | 00:51 | |
| *** stryx` <stryx`!~stryx@149.255.100.107> has joined #yocto | 00:51 | |
| *** oneQubit <oneQubit!~oneQubit@c-98-231-154-140.hsd1.md.comcast.net> has quit IRC | 00:52 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 00:52 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-qlhgctgiszugzmnf> has joined #yocto | 00:57 | |
| *** oneQubit <oneQubit!~oneQubit@c-98-231-154-140.hsd1.md.comcast.net> has joined #yocto | 00:58 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 01:02 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 01:02 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 01:02 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 01:02 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has quit IRC | 01:02 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 01:03 | |
| *** joeythesaint <joeythesaint!~jjm@24-246-4-250.cable.teksavvy.com> has joined #yocto | 01:04 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 01:04 | |
| *** balister_ <balister_!~balister@HSI-KBW-109-193-015-210.hsi7.kabel-badenwuerttemberg.de> has joined #yocto | 01:04 | |
| *** Crofton <Crofton!~balister@HSI-KBW-109-193-015-210.hsi7.kabel-badenwuerttemberg.de> has quit IRC | 01:08 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has joined #yocto | 01:08 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has quit IRC | 01:14 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has joined #yocto | 01:14 | |
| *** jjardon__ <jjardon__!sid723@gateway/web/irccloud.com/x-zwwjgnfniihjueai> has joined #yocto | 01:19 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-qlhgctgiszugzmnf> has quit IRC | 01:21 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 01:23 | |
| *** jbrianceau_home <jbrianceau_home!uid10952@gateway/web/irccloud.com/x-okspgfjlztsrcmdv> has quit IRC | 01:27 | |
| *** b1gtuna_ <b1gtuna_!~adam@206.116.3.18> has quit IRC | 01:30 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has quit IRC | 01:30 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has joined #yocto | 01:30 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has joined #yocto | 01:31 | |
| *** RP <RP!~richard@c-24-21-120-173.hsd1.or.comcast.net> has joined #yocto | 01:34 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has quit IRC | 01:37 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has joined #yocto | 01:38 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 01:48 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 01:48 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 01:58 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 01:58 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 02:06 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 02:06 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has quit IRC | 02:07 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has joined #yocto | 02:07 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 02:08 | |
| *** skfax <skfax!c147b472@gateway/web/freenode/ip.193.71.180.114> has quit IRC | 02:19 | |
| *** kergoth` is now known as kergoth | 02:40 | |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 02:43 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 02:48 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 02:49 | |
| *** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 02:51 | |
| *** Squix <Squix!~Squix__@p067.net042127041.tokai.or.jp> has joined #yocto | 02:51 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 02:58 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 02:59 | |
| *** sameo <sameo!~samuel@192.55.54.38> has joined #yocto | 03:03 | |
| *** jwhitmore <jwhitmore!~jwhitmore@host86-131-27-173.range86-131.btcentralplus.com> has joined #yocto | 03:04 | |
| *** jwhitmore <jwhitmore!~jwhitmore@host86-131-27-173.range86-131.btcentralplus.com> has quit IRC | 03:26 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:30 | |
| *** tharvey <tharvey!~tharvey@68-189-91-139.static.snlo.ca.charter.com> has quit IRC | 03:32 | |
| *** abcd <abcd!~root@individual-239-19.maxnet.biz> has joined #yocto | 03:33 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 03:34 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 03:34 | |
| *** abcd <abcd!~root@individual-239-19.maxnet.biz> has quit IRC | 03:35 | |
| *** tharvey <tharvey!~tharvey@68-189-91-139.static.snlo.ca.charter.com> has joined #yocto | 03:39 | |
| *** nitink <nitink!~nitink@134.134.139.72> has quit IRC | 03:42 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 03:44 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 03:44 | |
| *** nitink <nitink!~nitink@134.134.139.72> has joined #yocto | 04:11 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:14 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:20 | |
| *** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has joined #yocto | 04:28 | |
| *** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 05:02 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:04 | |
| *** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 05:12 | |
| *** sameo <sameo!~samuel@192.55.54.38> has quit IRC | 05:29 | |
| *** vicky_ <vicky_!~vicky@74.112.167.117> has joined #yocto | 05:30 | |
| vicky_ | hi yocto | 05:40 |
|---|---|---|
| vicky_ | how can i remove a package(which i don't need) from my image? | 05:41 |
| *** sameo <sameo!~samuel@192.55.54.38> has joined #yocto | 05:45 | |
| nerdboy | is it explicitly listed in image_install, or in a package group? | 05:59 |
| nerdboy | if not, then it's most likely pulled in by a runtime depend from another package | 06:00 |
| vicky_ | it is from a package group | 06:01 |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 06:02 | |
| vicky_ | yeah. simply i want to remove a package which getting install from a package group. | 06:07 |
| vicky_ | i dont want to install it in my final rootfs | 06:08 |
| nerdboy | other than deleting it from the package group? i might try something like using opkg to uninstall it in postprocess function | 06:15 |
| nerdboy | you pretty much have to edit something... depends on how "elegant" you want it to be... | 06:16 |
| nerdboy | for example | 06:19 |
| nerdboy | you could create a function to "opkg remove foo" and set this: | 06:20 |
| nerdboy | meta/classes/image.bbclass:IMAGE_POSTPROCESS_COMMAND ?= "" | 06:20 |
| nerdboy | IMAGE_POSTPROCESS_COMMAND = " do_remove " | 06:20 |
| nerdboy | then you define do_remove in your image recipe | 06:20 |
| nerdboy | maybe grep your layers and make sure nothing else rdepends on it | 06:22 |
| vicky_ | i would like if any rule like IMAGE_UNINSTALL or IMGAE_INSTALL -= | 06:23 |
| nerdboy | i've never seen that one | 06:24 |
| nerdboy | not yet, anyway | 06:24 |
| vicky_ | ha ha. i am joking | 06:24 |
| vicky_ | there is no rule like tat | 06:24 |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 06:25 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 06:27 | |
| *** kbart <kbart!~KBart@213.197.143.19> has joined #yocto | 06:34 | |
| *** jv <jv!jv@pilsedu.cz> has quit IRC | 06:36 | |
| nerdboy | vicky_: i just noticed this: meta/classes/image.bbclass:PACKAGE_EXCLUDE ??= "" | 06:47 |
| nerdboy | take a look at meta/classes/image.bbclass | 06:47 |
| nerdboy | maybe that'll do it for you | 06:47 |
| * nerdboy needs to spend some future spare time reading... | 06:48 | |
| *** jv <jv!jv@pilsedu.cz> has joined #yocto | 06:53 | |
| *** sameo <sameo!~samuel@192.55.54.38> has quit IRC | 07:13 | |
| *** hasselmm <hasselmm!~mathias@p57BD669E.dip0.t-ipconnect.de> has quit IRC | 07:16 | |
| *** agust <agust!~agust@pD9E2F2A4.dip0.t-ipconnect.de> has joined #yocto | 07:33 | |
| *** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has joined #yocto | 07:34 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 07:36 | |
| *** hasselmm <hasselmm!~mathias@ip-80-226-24-9.vodafone-net.de> has joined #yocto | 07:36 | |
| *** hasselmm <hasselmm!~mathias@ip-80-226-24-9.vodafone-net.de> has joined #yocto | 07:36 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 07:54 | |
| *** rainerschuster <rainerschuster!~Adium@pD9519C84.dip0.t-ipconnect.de> has joined #yocto | 07:54 | |
| *** rainerschuster <rainerschuster!~Adium@pD9519C84.dip0.t-ipconnect.de> has left #yocto | 08:00 | |
| *** jbrianceau_home <jbrianceau_home!uid10952@gateway/web/irccloud.com/x-ojfizdwrygoldhnp> has joined #yocto | 08:00 | |
| *** jbrianceau_home is now known as jbrianceau | 08:00 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 08:02 | |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 08:03 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 08:06 | |
| *** belen <belen!~Adium@46-65-40-70.zone16.bethere.co.uk> has joined #yocto | 08:06 | |
| *** belen <belen!~Adium@46-65-40-70.zone16.bethere.co.uk> has quit IRC | 08:09 | |
| *** belen1 <belen1!~Adium@46-65-40-70.zone16.bethere.co.uk> has joined #yocto | 08:09 | |
| *** mckoan|away is now known as mckoan | 08:11 | |
| mckoan | good morning | 08:11 |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPE4494fc36228b-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 08:23 | |
| *** belen1 <belen1!~Adium@46-65-40-70.zone16.bethere.co.uk> has quit IRC | 08:25 | |
| *** mckoan <mckoan!~marco@host56-7-static.30-87-b.business.telecomitalia.it> has quit IRC | 08:34 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 08:34 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:39 | |
| *** florian_kc is now known as florina | 08:39 | |
| *** florina is now known as florian | 08:39 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-opnnoblifryyyoyv> has joined #yocto | 08:41 | |
| *** balister_ is now known as Crofton | 08:46 | |
| *** hasselmm <hasselmm!~mathias@188.111.54.34> has joined #yocto | 09:07 | |
| *** mulhern <mulhern!~mulhern@50.189.153.218> has joined #yocto | 09:10 | |
| *** stryx` <stryx`!~stryx@149.255.100.107> has quit IRC | 09:10 | |
| *** mulhern <mulhern!~mulhern@50.189.153.218> has quit IRC | 09:10 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto | 09:15 | |
| *** Jin|away is now known as Jin^eLD | 09:16 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 09:36 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 09:36 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:36 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 09:37 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 09:43 | |
| ionte | hi. i have a basic custom image running both on olinuxino and qemux86. now i would like to specify custom network settings. | 09:49 |
| ionte | if i understand it correctly i should override the interfaces-file installed by recipes-core/init-ifupdown .... | 09:49 |
| ionte | but how do i do that? | 09:49 |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 09:51 | |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 09:53 | |
| *** kalyank <kalyank!~kalyan@host-109-204-131-253.tp-fne.tampereenpuhelin.net> has quit IRC | 09:53 | |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 09:59 | |
| *** Crofton <Crofton!~balister@HSI-KBW-109-193-015-210.hsi7.kabel-badenwuerttemberg.de> has quit IRC | 10:03 | |
| bluelightning | morning all | 10:16 |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 10:18 | |
| *** Crofton <Crofton!~balister@nat-eduroam-01.scc.kit.edu> has joined #yocto | 10:27 | |
| sce_ | hello | 10:46 |
| sce_ | i'm using autotools class and my B var is not equal to my S var. How can i know who is changing B var ? | 10:48 |
| rburton | sce_: autotools.bbclass does | 10:48 |
| rburton | ideally you fix the software to actually build like that | 10:49 |
| rburton | if the authors used make distcheck, it would work already | 10:49 |
| rburton | the workaround is to inherit autotools-brokensep instead | 10:49 |
| rburton | but really try fixing upstream | 10:50 |
| sce_ | ok thx i'm having a look | 10:51 |
| rburton | generally its an easy fix for the build, it's just making assumptions about what the current directory is | 10:53 |
| rburton | and they're wrong for out of tree builds | 10:53 |
| rburton | as i said, running make distcheck on the source outside of yocto will easily reproduce the failures | 10:53 |
| sce_ | i'm building gst-plugins-bad from git repo | 10:54 |
| sce_ | gst-plugins-bad-0.10 | 10:55 |
| sce_ | i need the last revision | 10:55 |
| rburton | from git is very hard | 10:55 |
| rburton | becuase they use submodules and crazy scripts | 10:55 |
| rburton | i suggest you patch the latest release instead | 10:55 |
| sce_ | yes but i need a lot of patch i guess | 10:56 |
| sce_ | and it seems to work except this B folder | 10:56 |
| sce_ | i need the eglglessink to support RPI | 10:57 |
| rburton | try changing the inherit to autotools-brokensep and seeing if that fixes it | 10:57 |
| sce_ | i dont understand the trigger which is changing my B var | 10:57 |
| sce_ | because it is working with gstreamer-1.0 | 10:57 |
| rburton | but generating a diff will be fairly simple | 10:57 |
| *** jjardon__ is now known as jjardon | 11:10 | |
| *** T0mW <T0mW!~Tom@70.15.161.110.res-cmts.t132.ptd.net> has quit IRC | 11:11 | |
| diego_r | Hi all. I'm trying to fix a problem in building native package, but I'm not able to clean it. "bitbake -c cleanall bzip2-native" doesn't work, the files in tmp/work/x86_64-linux/bzip2-native/1.0.6-r5/ are still there, at least those in "temp" | 11:22 |
| rburton | all that remains in temp is the logs of previous builds | 11:23 |
| diego_r | rburton: ok. Than this is the problem I get: http://pastebin.com/zL2uWm15 | 11:25 |
| diego_r | Isn't configure.ac supposed to be already there? | 11:25 |
| rburton | yes | 11:25 |
| rburton | is anything these? | 11:25 |
| rburton | oh no | 11:26 |
| rburton | that's very wrong | 11:26 |
| rburton | the path to configure.ac is incorrect | 11:26 |
| rburton | have you been changing bzip2? | 11:26 |
| diego_r | rburton: I was building on dora. Then hit an "cp: will not overwrite just-created `/opt/yocto_builder/build-nitrogen6x/tmp/work/x86_64-linux/bzip2-native/1.0.6-r5/bzip2-1.0.6/install-sh' with `/opt/yocto_builder/build-nitrogen6x/tmp/sysroots/x86_64-linux/usr/share/automake-1.14/install-sh' caused by this: http://git.yoctoproject.org/cgit.cgi/poky/commit/meta/recipes-extended/bzip2/bzip2_1.0.6.bb? | 11:28 |
| diego_r | id=937663bdeca6d6479e0db2a9578588b1aa20222c not being backported to dora | 11:28 |
| rburton | well the path that it was trying to run configure.ac from is incorrect | 11:29 |
| rburton | (missing an element) | 11:29 |
| diego_r | then probably deleted tmp/work/x86_64-linux/bzip2-native/ and started to get the problem I have paste in pastebin | 11:30 |
| diego_r | rburton: is it missing the ending "bzip2-1.0.6"? Note that it's empty anyway | 11:31 |
| rburton | so the extract failed too | 11:32 |
| rburton | so if you do bitbake -ccleanall bzip2-native; bitbake bzip2-native, that's what happens? | 11:32 |
| diego_r | rburton: http://pastebin.com/wMz9NebE | 11:32 |
| diego_r | yeah, correct | 11:32 |
| diego_r | rburton: oh well. no | 11:33 |
| diego_r | it looks like bitbake bzip2-native does nothing | 11:34 |
| rburton | its not re-running fetch | 11:34 |
| rburton | or unpack, or extract | 11:34 |
| rburton | which makes me think your cleanall didn't work, and you just used rm | 11:34 |
| diego_r | and so does bitbake -ccleanall bzip2-native. Nothing. All the files (even older log.do_configure) are still there | 11:35 |
| diego_r | I get the error when I try "bitbake bzip2", without native | 11:35 |
| diego_r | rburton: I'm guilty | 11:35 |
| rburton | cleanall won't delete the logs | 11:36 |
| rburton | but you can't mix up bzip2 and bzip2-native | 11:36 |
| diego_r | rburton: is that a crime against humanity? | 11:36 |
| diego_r | what do you suggest to try to fix the situation? | 11:38 |
| rburton | start from clean. bitbake -ccleanall bzip2 bzip2-native | 11:39 |
| diego_r | rburton: still the configure.ac error. Looks like it isn't even trying to fetch it | 11:41 |
| rburton | yeah, that's what i said. sure you've no local changes? | 11:42 |
| diego_r | I just cherry-picked commit 937663bdeca6d6479e0db2a9578588b1aa20222c in dora but the same error was there even before | 11:43 |
| diego_r | no traces of fetching. | 11:47 |
| diego_r | btw, bzip2 has mostly "temp/log.do_cleanall" files, while bzip2-native has still the "log.do_configure" and "run.autotools_preconfigure" | 11:50 |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 11:52 | |
| diego_r | I'm quite sure bzip2-native is trying to run do_configure before having any do_fetch | 11:55 |
| *** cristianiorga <cristianiorga!~cristiani@134.134.137.75> has quit IRC | 12:01 | |
| *** SnookEE <SnookEE!~msnook@74.8.225.53> has joined #yocto | 12:03 | |
| diego_r | how strange "bitbake -c fetch bzip2-native" and "bitbake -c fetch bzip2" seem to do nothing | 12:04 |
| *** uRandomMM <uRandomMM!40c71302@gateway/web/freenode/ip.64.199.19.2> has joined #yocto | 12:19 | |
| *** stryx` <stryx`!~stryx@149.255.100.107> has joined #yocto | 12:22 | |
| *** belen1 <belen1!Adium@nat/intel/x-hctkqqphghdmdgsx> has joined #yocto | 12:23 | |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 12:24 | |
| *** adelcast <adelcast!~adelcast@130.164.62.193> has joined #yocto | 12:25 | |
| otavio | tf: around? | 12:28 |
| tf | otavio: I am, unusually | 12:28 |
| otavio | tf: patches for meta-clutter; where to send? | 12:28 |
| tf | otavio: I can make you a contributor, if you want? | 12:29 |
| otavio | tf: it works | 12:30 |
| otavio | tf: but I need someone for guidance as I am not quite used to those | 12:30 |
| tf | maybe we could get rburton involved here? | 12:31 |
| bluelightning | the obvious question is, why not patch the recipes in OE-Core? | 12:31 |
| otavio | tf: is someone working on getting it to work with master? | 12:31 |
| otavio | tf: because current master seems to be for dora | 12:32 |
| ionte | hi. i'm still working on replacing /etc/network/interfaces: | 12:32 |
| otavio | bluelightning: some things are not in oe-core | 12:32 |
| otavio | bluelightning: mutter, for example | 12:32 |
| tf | otavio: nobody I know of, I am swamped with other work at the moment | 12:32 |
| otavio | tf: someone from FSL did some patches for master | 12:32 |
| otavio | tf: and get it working with imx6 | 12:33 |
| ionte | i have a custom layer, which works. in this layer i've created a bbappend file: recipes-core/init-ifupdown/init-ifupdown_1.0.bbappend | 12:33 |
| otavio | tf: so I'd like to help upstreaming it so we don't lose this work | 12:33 |
| ionte | i've also created a custom interfaces and put that in recipes-core/init-ifupdown/files/ | 12:33 |
| *** stryx` <stryx`!~stryx@149.255.100.107> has quit IRC | 12:33 | |
| otavio | ionte: you need FILESEXTRAPATH_prepend in the bbappend | 12:34 |
| ionte | and the bbappend contains two lines: FILESEXTRAPATHS_prepend := "${THISDIR}/files:" | 12:34 |
| otavio | oh ok | 12:34 |
| ionte | and: PRINC := "${@int(PRINC) + 2} | 12:34 |
| otavio | ionte: so this is parsing order in the bblayers.conf | 12:35 |
| otavio | ionte: PRINC is not need for Dora and beyond | 12:35 |
| ionte | still the interfaces is not replaced... if i change the version of the bbappend (init-ifupdown_0.9.bbappend) bitbake complains, so it seems to find it... | 12:35 |
| ionte | otavio: ok | 12:35 |
| *** SnookEE <SnookEE!~msnook@74.8.225.53> has quit IRC | 12:35 | |
| ionte | otavio: parsing order? do my layer need to be put before "meta" in bblayers.conf? | 12:36 |
| ionte | i've set priority of the layer to 0 | 12:36 |
| ionte | in layer.conf | 12:36 |
| otavio | ionte: set the priority to 6, 7 | 12:37 |
| otavio | ionte: and yes. the order is important | 12:37 |
| ionte | otavio: i thought lower number was higher priority... | 12:37 |
| ionte | otavio: how does priority and order relate then? | 12:38 |
| tf | otavio: what's your github id? | 12:38 |
| otavio | tf: otavio | 12:38 |
| ionte | tried with priority 10, but it still does not work | 12:39 |
| otavio | ionte: the recipes are parsed in the BBLAYERS order | 12:39 |
| tf | otavio: OK, you should have access to the github repo now | 12:39 |
| otavio | tf: thx | 12:39 |
| otavio | tf: I will make a wip/otavio there | 12:39 |
| otavio | tf: and ask for review | 12:40 |
| tf | of course, anything that makes sense to push to -core would be good there | 12:40 |
| otavio | tf: sure | 12:40 |
| tf | I think rburton is the maintainer | 12:40 |
| otavio | tf: I will make a dora branch as well | 12:40 |
| ionte | otavio: so layers overriding/appending to other recipes must be placed before the layers that are overridden in bblayers.conf? | 12:40 |
| otavio | ionte: I'd say later; but I don't recall | 12:41 |
| otavio | ionte: but I dealt with an issue due thi | 12:41 |
| otavio | this | 12:41 |
| ionte | otavio: ok. looking at the default bblayers.conf files they typically start with "meta", then "meta-yocto", "meta-yocto-bsp". that indicates that they must be placed after ... but my layer is already placed last in bblayers.conf... | 12:42 |
| *** stryx` <stryx`!~stryx@149.255.100.107> has joined #yocto | 12:43 | |
| ionte | interesting. build/tmp-eglibc/work/qemux86-oe-linux/init-ifupdown/1.0-r5/interfaces is my custom interfaces. yet the default version is installed on the image..... | 12:45 |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 12:48 | |
| *** testando <testando!~Ignazio@64.199.19.6> has joined #yocto | 12:54 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-mstuoriclkvkougc> has joined #yocto | 12:57 | |
| *** br1_21 <br1_21!~br1@64.199.19.6> has joined #yocto | 13:00 | |
| *** j8 <j8!~IceChat9@199.44.250.3> has joined #yocto | 13:06 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 13:13 | |
| *** SnookEE <SnookEE!~msnook@74.8.225.53> has joined #yocto | 13:14 | |
| sce_ | rburton, even brokensep does not wokr | 13:16 |
| *** demo <demo!~demo@74-143-22-146.static.insightbb.com> has joined #yocto | 13:26 | |
| *** demo is now known as kab0naresuzu | 13:26 | |
| kab0naresuzu | Hi, I'm working on the meta-intel GIT repository. | 13:26 |
| kab0naresuzu | This beats building LFS. Yocto meets our requirement neatly. | 13:26 |
| *** adelcast <adelcast!~adelcast@130.164.62.193> has quit IRC | 13:35 | |
| bluelightning | ionte: maybe yours is not the only init-ifupdown bbappend that is being applied for the machine you are building for? | 13:44 |
| bluelightning | kab0naresuzu: great! | 13:44 |
| kab0naresuzu | bluelightning: yes, very. I just landed my first contract as a Linux Distribution Manager... I'm building the first iteration via the tools, monitoring my disk usage because resources are tight... I keep having to clear out files to make room. | 13:45 |
| kab0naresuzu | I have been working with Linux for 5 years in a professional capacity... Mostly on a redistribution of Debian targeted at Fully-Automated Install/Virtualization. | 13:46 |
| kab0naresuzu | It's my understand that after I build via Yocto, I can image this to a drive and load it onto the hardware -- then develop Linux as usual. | 13:47 |
| ionte | bluelightning: i'm looking for others now (find . -name "init-ifupdown*.bbappend"). so far i've only found one in meta-yocto-bsp but that layer is not in my bblayers.conf (i have only "meta" and "meta-mylayer" in it) | 13:47 |
| bluelightning | kab0naresuzu: right, that is one possibility; we're pretty flexible as far as developer workflow goes (perhaps a little too much) | 13:48 |
| bluelightning | ionte: try bitbake-layers show-appends | 13:49 |
| kab0naresuzu | ionte: What's your problem statement? I'm familiar with the init daemon. | 13:49 |
| ionte | kab0naresuzu: i want to change the default /etc/network/interfaces | 13:49 |
| kab0naresuzu | Why not edit the file directly? | 13:49 |
| kab0naresuzu | I write to it with Scripts in my project. | 13:49 |
| ionte | kab0naresuzu: i've created a custom layer, and an bbappend for init-ifupdown that adds a custom interfaces. but that does not work... | 13:50 |
| kab0naresuzu | It sounds like we have similar requirements. | 13:50 |
| ionte | kab0naresuzu: i don't think that's the best workflow... | 13:50 |
| kab0naresuzu | No, it's not. It's something that I hammered out in a day. | 13:50 |
| bluelightning | kab0naresuzu: for reproducible builds it's best to do the customisation at the metadata / source level | 13:51 |
| bluelightning | slightly more work for a better long-term result | 13:51 |
| *** sroy_ <sroy_!~sroy@207.96.182.162> has joined #yocto | 13:51 | |
| ionte | after reading way too much code i saw there was an exact example in the yocto bsp documentation, that does exactly what i do.. but it still does not work... | 13:51 |
| kab0naresuzu | Some other devs in my organization handed me a firefox + javascript plugin which button-interfaces with the filesystem. I'm using the iNotify Kernel feature to watch for files; then take action based on file created to spawn dialogs / configure network interfaces. | 13:52 |
| ionte | bluelightning: show-appends lists only my inif-ifupdown recipe... | 13:52 |
| ionte | init-ifupdown... | 13:52 |
| *** xerent <xerent!xerent@compose.lokalen.org> has joined #yocto | 13:53 | |
| ionte | ok, could someone explain the build/tmp-eglibc/work directories for me? work/qemux86-oe-linux/init-ifupdown/1.0-r5/interfaces is my custom file, but work/qemux86-oe-linux/griffin-image/1.0-r0/rootfs/etc/network/interfaces is the default... | 13:55 |
| ionte | (griffin-image is my custom image recipe, which inherits "image") | 13:55 |
| kab0naresuzu | bluelightning: based on my problem statement (required interface with interactive browser buttons that spawn files that indicate action and configuration to execute)... Do you think I will require to build an ifupdown script for persistent configuration based on contents of /etc/network/interfaces and /etc/wvdial.conf ? | 13:55 |
| kab0naresuzu | well, it looks like I require porting WVDial from Yocto-Classic to Poky... So I'll make a contrib on the Weaver-Dial PPPDaemon wrapper. I'll drop a question here if I get stuck, but I am confident that I understand bitbake recipes well enough. Thanks! | 13:57 |
| *** abcd <abcd!~root@213.158.216.242.pat.umts.dynamic.t-mobile.pl> has joined #yocto | 14:01 | |
| abcd | dfd | 14:01 |
| ionte | argh... | 14:04 |
| *** abcd <abcd!~root@213.158.216.242.pat.umts.dynamic.t-mobile.pl> has quit IRC | 14:04 | |
| ionte | i replaced "inherit image" with "inherit core-image" and now it works... | 14:04 |
| ionte | why, oh, why ... | 14:04 |
| sce_ | hello | 14:04 |
| *** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has quit IRC | 14:05 | |
| sce_ | is there someone who could help me with autotools recipe and build directory | 14:05 |
| sce_ | i would like to build in the source directory | 14:05 |
| sce_ | executing autogen.sh | 14:05 |
| sce_ | but the build system goes always in package/build | 14:05 |
| sce_ | S is different from B | 14:05 |
| sce_ | i would like to S = B | 14:06 |
| sce_ | i would like to have S = B | 14:06 |
| sce_ | i dotn understand the condition ...:( | 14:07 |
| *** sroy_ <sroy_!~sroy@207.96.182.162> has quit IRC | 14:07 | |
| bluelightning | kab0naresuzu: FYI there is a wvdial recipe in meta-oe: http://layers.openembedded.org/layerindex/branch/master/recipes/?q=wvdial | 14:07 |
| bluelightning | so it's not really porting, it should just work | 14:07 |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 14:09 | |
| kab0naresuzu | bluelightning: Thanks. Are there any equivalents to xmessage/gxmesage? | 14:10 |
| kab0naresuzu | And yes there are.... It looks like there are a few options. | 14:10 |
| ionte | dammit! so... i changed my image to inherit from "core-image", and suddenly my custom interfaces-file was installed. then i switched back to inheriting from "image", but now my custom interfaces-file was STILL used! | 14:12 |
| ionte | does bitbake/yocto/whatever not notice all changes? do i need to clean my working directory before rebuilding? | 14:13 |
| bluelightning | ionte: which version of the build system are you using? | 14:14 |
| ionte | bluelightning: 1.5.1 | 14:17 |
| bluelightning | ionte: usually it will; however there are some corner cases e.g. if you built with the bbappend in place but your custom interfaces file not there (and you'd have received a warning) then moving it into place and building would not trigger a rebuild | 14:17 |
| ionte | bluelightning: ok, that or something similar may very well have happened | 14:18 |
| ionte | but if i update my custom interfaces file i hope rootfs will be rebuilt...? | 14:19 |
| kab0naresuzu | Where is Yocto @ with CedarTrail/CedarView and PVR Graphics? | 14:20 |
| bluelightning | ionte: yes | 14:21 |
| *** dvhart <dvhart!~dvhart@134.134.139.74> has joined #yocto | 14:22 | |
| *** sroy_ <sroy_!~sroy@207.96.182.162> has joined #yocto | 14:22 | |
| rburton | sce_: as i said earlier, inherit autotools-brokensep instead of autotools to have S=B | 14:23 |
| sce_ | it was not working | 14:23 |
| sce_ | i'm using dora branch | 14:23 |
| bluelightning | kab0naresuzu: last I heard, the specific cedartrail BSP was only supported on an earlier version of the build system, but I'm not really the best person to advise | 14:23 |
| sce_ | and even if used the class file it was not working | 14:23 |
| sce_ | i found out why it was not woking | 14:23 |
| bluelightning | kab0naresuzu: coincidentally dvhart has just arrived - Darren can you confirm? ^ | 14:23 |
| sce_ | working | 14:23 |
| sce_ | seperatedbuilddir.inc | 14:24 |
| sce_ | gst-plugins-bad was using a seperate build dir | 14:24 |
| sce_ | so i had to add B_pn-gst-plugins-bad = "${S}" | 14:24 |
| sce_ | in my recipe | 14:25 |
| rburton | in the recipe you can just use S | 14:25 |
| rburton | i meant B | 14:25 |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPE4494fc36228b-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 14:25 | |
| bluelightning | sce_: you shouldn't need to do that though, unless you are building a different version of gst-plugins-bad - if we set that it means we tested it and it works | 14:26 |
| bluelightning | rburton: I don't think you could if B_pn-gst-plugins-bad is set in the inc file since that override would take precedence | 14:27 |
| sce_ | i'm trying to build the git version seen that in gst-plugins-bad 0.10.23 there is no eglglessink, i need on rpi | 14:27 |
| bluelightning | sce_: I would advise looking at the gstreamer-1.0-plugins-bad recipe instead | 14:28 |
| sce_ | yes i know but i'm using a software which is using gstreamer-0.10 api | 14:29 |
| rburton | sce_: i still recommend making a diff from 0.10.23 to master for the plguin you want to work | 14:29 |
| sce_ | the plugin does not exist and the amount of patch is important | 14:29 |
| sce_ | the plugin does not exist and the amount of patches is important | 14:29 |
| rburton | a diff from 0.10.23 to master will be a single patch :) | 14:30 |
| *** rainerschuster <rainerschuster!~Adium@pD9519C84.dip0.t-ipconnect.de> has joined #yocto | 14:30 | |
| sce_ | yes but this is not the same way to build anymore | 14:30 |
| *** rainerschuster <rainerschuster!~Adium@pD9519C84.dip0.t-ipconnect.de> has left #yocto | 14:30 | |
| sce_ | and i wanted to see the effort to do that | 14:31 |
| sce_ | :) | 14:31 |
| rburton | its almost like someone needs to make a release of 0.10.24 | 14:31 |
| sce_ | its a big effort to support eglgles in 0.10 :) | 14:31 |
| sce_ | yes it could be nice :) | 14:31 |
| sce_ | i dont know why there is no release, i guess they are pushing 1.0 now | 14:32 |
| *** joeythesaint <joeythesaint!~jjm@24-246-4-250.cable.teksavvy.com> has quit IRC | 14:33 | |
| * dvhart looks up | 14:34 | |
| dvhart | sorry was away until now | 14:34 |
| bluelightning | dvhart: the question was about PVR on cedartrail - that BSP isn't supported anymore with current releases right? is there an alternative? | 14:34 |
| dvhart | right, the org only supports cedar trail through..... checking | 14:35 |
| dvhart | through danny | 14:35 |
| dvhart | which is a 3.0 kernel | 14:36 |
| dvhart | If you have interest in updated support for the board, please email the list and Cc the maintainers listed in the README file | 14:36 |
| bluelightning | kab0naresuzu: ^ | 14:37 |
| dvhart | I believe the limiting factor here is the PVR driver | 14:38 |
| dvhart | (raise your hand if you're surprised) | 14:38 |
| * diego_r not suprised at all | 14:39 | |
| bluelightning | dvhart: ok, thanks for the clarification | 14:41 |
| dvhart | wish I had more palatable news to report | 14:41 |
| kab0naresuzu | dvhart: thank you | 14:48 |
| *** kbart <kbart!~KBart@213.197.143.19> has quit IRC | 14:48 | |
| kab0naresuzu | dvhart: Thanks for putting me on the right track. | 14:49 |
| dvhart | kab0naresuzu, please do email the list and the maintainer - if the request doesn't come in, it's more difficult to persuade people to upgrade it. | 14:49 |
| kab0naresuzu | I'll CC them after I update it. I have somethings I'd like to try against the PVR driver. | 14:49 |
| dvhart | great | 14:49 |
| kab0naresuzu | Right now I am building on Kernel 3.4... so it should, likely, revert to VESA drivers if the i915 doesn't work. | 14:50 |
| dvhart | right, that would be my expectation - provided you are building with VESA enabled and the Xorg VESA driver included | 14:50 |
| kab0naresuzu | I'm so deep into the compile, that quitting this iteration would have wasted 3 hours; I have a hard deadline for Friday to put this together. I already have the application layer implemented on a more heavyweight distro. | 14:51 |
| dvhart | 3 hours? that's an awful long build cycle | 14:52 |
| *** hasselmm <hasselmm!~mathias@188.111.54.34> has quit IRC | 14:52 | |
| *** sjolley <sjolley!~sjolley@134.134.137.73> has joined #yocto | 14:53 | |
| *** darknighte_ <darknighte_!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 15:00 | |
| *** Squix <Squix!~Squix__@p067.net042127041.tokai.or.jp> has quit IRC | 15:03 | |
| *** Squix <Squix!~Squix__@p067.net042127041.tokai.or.jp> has joined #yocto | 15:03 | |
| *** adelcast <adelcast!~adelcast@130.164.62.193> has joined #yocto | 15:04 | |
| ionte | bluelightning: unfortunately updating the interfaces-file in my recipe does not rebuild the rootfs :( | 15:07 |
| bluelightning | ionte: I don't know how to explain that; it's supposed to | 15:10 |
| *** darknighte_ <darknighte_!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 15:23 | |
| *** sjolley <sjolley!~sjolley@134.134.137.73> has quit IRC | 15:24 | |
| *** kab0naresuzu <kab0naresuzu!~demo@74-143-22-146.static.insightbb.com> has quit IRC | 15:25 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:30 | |
| *** b1gtuna <b1gtuna!~adam@206.116.3.18> has joined #yocto | 15:50 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has quit IRC | 15:52 | |
| *** sjolley <sjolley!~sjolley@134.134.137.73> has joined #yocto | 15:57 | |
| *** Squix <Squix!~Squix__@p067.net042127041.tokai.or.jp> has quit IRC | 16:05 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 16:08 | |
| *** zeeblex1 <zeeblex1!apalalax@nat/intel/x-fjbyjzqmfnzkjhog> has joined #yocto | 16:20 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-opnnoblifryyyoyv> has quit IRC | 16:20 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 16:20 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 16:25 | |
| *** mr_science <mr_science!~sarnold@net-cf9a4e93.cst.impulse.net> has joined #yocto | 16:26 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:26 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 16:33 | |
| lpapp | hi, interesting that no one "packaged" ntpclient or something other tiny implementation of the ntp protocol for oe-core? | 16:34 |
| lpapp | it seems to be about 20 K, and somewhat essential a functionality, so I would imagine this is ok for oe-core? | 16:34 |
| kergoth | RP: any objection to making the 'oe' python package a namespace package? being able to add modules to it from external layers would be convenient, and might also open up the possibility of overriding individual modules to stage fixes before they hit upstream (Not sure about that, haven't tested it) | 16:35 |
| rburton | lpapp: ntpdate is part of ntp in meta-networking | 16:35 |
| kergoth | RP: http://docs.python.org/2/library/pkgutil.html#pkgutil.extend_path | 16:35 |
| lpapp | rburton: ntpdate is obsolete. | 16:35 |
| lpapp | it is also very big, 112 K. | 16:36 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 16:36 | |
| rburton | feel free to package something else and send it to meta-networking i guess | 16:36 |
| bluelightning | lpapp: er, how about the module in busybox? | 16:37 |
| lpapp | bluelightning: oh, busybox has one, interesting. :) | 16:37 |
| *** jwhitmore <jwhitmore!~jwhitmore@host86-131-27-173.range86-131.btcentralplus.com> has joined #yocto | 16:37 | |
| lpapp | bluelightning: let me see how big that one is. | 16:37 |
| lpapp | (currently it is disabled, so I will need to rebuild busybox) | 16:37 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 16:38 | |
| rburton | i thought you had no networking so just need a one-shot time setter? | 16:38 |
| lpapp | rburton: yeah, that was the idea, but some people prefer ntpd. :) | 16:38 |
| lpapp | so it would be optional. | 16:38 |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC | 16:38 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto | 16:39 | |
| lpapp | rburton: we have ethernet connection, so it is theoretically possible. It is just new a feature request. | 16:40 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 16:48 | |
| lpapp | is there an option for opkg to look for similarly named packages installed? Something like dpkg -l on debian based systems. | 16:48 |
| rburton | opkg list_installed | 16:49 |
| rburton | (opkg —help lists all the commands) | 16:49 |
| rburton | you'll need to use grep to filter it, iirc | 16:49 |
| lpapp | yes, that is my issue with that. | 16:50 |
| lpapp | with dpkg -l, you do not need to. | 16:50 |
| rburton | so use dpkg then :) | 16:50 |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 16:51 | |
| lpapp | :D | 16:51 |
| lpapp | rburton: thanks either way. :) | 17:00 |
| lpapp | bluelightning: thanks to you, too, for the busybox idea, it worked for the first time! | 17:00 |
| lpapp | I have spent 1-2 days to try to configure the reference implementation properly without success. | 17:00 |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC | 17:00 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto | 17:01 | |
| *** demo <demo!~demo@74-143-22-146.static.insightbb.com> has joined #yocto | 17:04 | |
| *** demo is now known as kab0naresuzu | 17:04 | |
| kab0naresuzu | :: ERROR: ParseError at /home/demo/Yocto/meta-intel/common/recipes-graphics/xorg-driver/emgd-driver-bin_1.16.bb:39: Could not inherit file classes/distro_features_check.bbclass | 17:04 |
| kergoth | sounds like a branch mismatch between your layers | 17:05 |
| kab0naresuzu | Attempting to build meta-intel/meta-cedartrail... | 17:05 |
| rburton | kab0naresuzu: probably you're using meta-intel master against a release of poky/oe-core | 17:05 |
| kergoth | (its amazing how often that happens) | 17:05 |
| kab0naresuzu | I am. | 17:05 |
| kergoth | not going to work, use the release branch corresponding to that release | 17:05 |
| kab0naresuzu | So I would need Danny. | 17:05 |
| kergoth | assuming that's the release in question, yes, you haven't said :) | 17:05 |
| *** mckoan is now known as mckoan|away | 17:07 | |
| dvhart | kab0naresuzu, yes, always match layer versions | 17:10 |
| kab0naresuzu | wgett'n | 17:11 |
| dvhart | kergoth, it does happen an awful lot doesn't it - maybe we could come up with a way to match version dependencies and fail, or at *least* warn | 17:11 |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 17:11 | |
| dvhart | rather than expose new folks to esoteric bitbake errors right off the bat... | 17:12 |
| kab0naresuzu | I'm here to be exposed to esoteric errors. | 17:12 |
| rburton | some form of "compatible with oe-core version" list in the layer would be nice | 17:13 |
| kergoth | yeah, thats what i was just thinking about too. we do hae layer dependencies with layer versions, but i don't know that we want to impose a hard line on the release boundary or not.. there's likely value there, though | 17:13 |
| dvhart | kab0naresuzu, then you've come to the right place ..... | 17:13 |
| rburton | so bitbake would warn if you had a layer that wasn't actually tested with the version you have | 17:13 |
| *** RP <RP!~richard@c-24-21-120-173.hsd1.or.comcast.net> has quit IRC | 17:13 | |
| kab0naresuzu | No doubt... I'm working on PVR. | 17:13 |
| kergoth | rburton: bitbake supports layer versions and required layer versions in layerdepends | 17:13 |
| kergoth | rburton: just nobody really uses it | 17:13 |
| rburton | kergoth: clearly we need to look at doing that in meta-intel and seeing how well it works | 17:14 |
| kergoth | definitely sounds worth looking into | 17:14 |
| kergoth | we get someone runniing into this a few times a week, it feels like, anyway | 17:14 |
| dvhart | rburton, could you be persuaded to spend a few minutes with me next week to get started on that? | 17:14 |
| kergoth | heh | 17:14 |
| dvhart | at least | 17:14 |
| rburton | dvhart: sure | 17:14 |
| dvhart | and that's just the public ones | 17:14 |
| kergoth | yeah, who knows how many folks just hit the failures and give up | 17:15 |
| rburton | dvhart: remind me next week :) | 17:15 |
| dvhart | yup | 17:15 |
| bluelightning | rburton: kergoth: can't anymore, because that stuff was co-opted for the autobuilder versioning :/ | 17:20 |
| rburton | ! | 17:20 |
| rburton | damnit | 17:20 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 17:22 | |
| kab0naresuzu | What is the best way to redistribute Yocto-based distributions? I should just be able to image the drive and go, right? | 17:26 |
| dvhart | kab0naresuzu, hddimg is a reasonable approach | 17:26 |
| dvhart | dd | 17:26 |
| kab0naresuzu | That's out of my control, really... | 17:27 |
| dvhart | I presume you are PCBIOS, not EFI? | 17:27 |
| kab0naresuzu | They have some kind of Star-Tech OEM HDD imager in the warehouse... | 17:27 |
| kab0naresuzu | I don't work in Distribution. I'm in Development. | 17:27 |
| dvhart | OK, what are you asking? | 17:27 |
| kab0naresuzu | Well, the last time I tried to run an image off the Star-Tech OEM disk imager... The file-system came out corrupted. | 17:27 |
| kab0naresuzu | So FSCK had to be run before boot. I know dd is a far superior tool. | 17:28 |
| kergoth | bluelightning: maybe we need layer virtuals ;) LAYERPROVIDES_foo += "virtual/foo:1.0" | 17:28 |
| * kergoth shudders | 17:28 | |
| bluelightning | kergoth: yucky as that might be it would be a simple solution | 17:29 |
| dvhart | kab0naresuzu, OK, yes, in theory, once you have an HDD in the form you want, you should be able to clone it and write back to other media | 17:29 |
| dvhart | but you asked what the best way was, and stipulated that it be done with a disk imager... so... not sure what else we can say? | 17:30 |
| kab0naresuzu | That's about it. Thank you. I'm going to read up on the Linux Kernel while I wait for this build to finish. | 17:30 |
| dvhart | deployment is a fairly involved topic too - e.g. do you have in field update requirements? | 17:30 |
| kab0naresuzu | Yes, we do... | 17:30 |
| kab0naresuzu | It's implemented via cookies that refresh on-boot. | 17:31 |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 17:31 | |
| kab0naresuzu | We're leaning heavily on iNotify, as well... The browser detects the patch level within the cookie and, if it needs a patch, sends an HTTPS downstream. | 17:31 |
| kab0naresuzu | That one... Definitely not my idea. It was originally implemented like that by a nameless, huge enterprise in the late 90s. | 17:32 |
| kab0naresuzu | My opinion is that it makes patching and management more difficult (i.e., if a patch is required, it has to be written in bash.) Does Yocto have a system for in-field updates? | 17:33 |
| kergoth | some distros use package management as the upgrade mechanism, with feeds. others distribute full images. its really a distro level support question than yocto in general | 17:38 |
| dvhart | agreed | 17:39 |
| dvhart | although in terms of what yocto provides, we create packages | 17:39 |
| dvhart | and images I suppose | 17:39 |
| dvhart | but we do basically punt there and leave it to the distro/product teams to do what is best for them. | 17:40 |
| kab0naresuzu | Makes sense to me. | 17:42 |
| rburton | kergoth: fwiw, i really want to look at integrating ostree into yocto | 17:42 |
| rburton | kergoth: but now i have kids that need a bath | 17:43 |
| *** zeeblex1 <zeeblex1!apalalax@nat/intel/x-fjbyjzqmfnzkjhog> has left #yocto | 17:50 | |
| *** belen1 <belen1!Adium@nat/intel/x-hctkqqphghdmdgsx> has quit IRC | 17:53 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC | 17:58 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto | 18:03 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 18:06 | |
| *** jbrianceau is now known as jbrianceau_away | 18:08 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 18:14 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPE4494fc36228b-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 18:16 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 18:16 | |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 18:17 | |
| *** awafaa_ is now known as awafaa | 18:18 | |
| *** jkridner <jkridner!~jkridner@c-98-250-189-79.hsd1.mi.comcast.net> has joined #yocto | 18:25 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 18:25 | |
| *** sjolley <sjolley!~sjolley@134.134.137.73> has quit IRC | 18:37 | |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC | 18:53 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 19:00 | |
| *** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC | 19:00 | |
| *** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto | 19:01 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 19:03 | |
| *** drfu_ <drfu_!40c71302@gateway/web/freenode/ip.64.199.19.2> has joined #yocto | 19:10 | |
| *** jaustin <jaustin!~jonaus01@fw-tnat.cambridge.arm.com> has quit IRC | 19:18 | |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 19:21 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 19:22 | |
| *** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 19:23 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 19:24 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 19:28 | |
| *** jaustin <jaustin!~jonaus01@fw-tnat.cambridge.arm.com> has joined #yocto | 19:29 | |
| *** Uzzair <Uzzair!~Uzzair@182.185.222.23> has joined #yocto | 19:34 | |
| Uzzair | Hi All :) | 19:35 |
| *** sjolley <sjolley!~sjolley@134.134.137.71> has joined #yocto | 19:35 | |
| *** MatthieuG <MatthieuG!~bigbowser@2a01:e35:8a71:6c20:616b:fa7d:5ab1:e9df> has joined #yocto | 19:37 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPE4494fc36228b-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 19:39 | |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 19:39 | |
| *** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 19:43 | |
| *** Uzzair <Uzzair!~Uzzair@182.185.222.23> has quit IRC | 19:49 | |
| kab0naresuzu | How much space is typically required to run a Yocto Build? | 20:01 |
| kab0naresuzu | I am 1094 / 5060 into it... | 20:01 |
| kab0naresuzu | Running off a live-debian/minimal-unstable install... | 20:01 |
| kergoth | 20gb maybe? depends on what you're building, and whether rm_work is involved. i haven't measured a build size recently myself | 20:01 |
| kab0naresuzu | O: | 20:01 |
| kab0naresuzu | I have 12G avail. | 20:02 |
| kab0naresuzu | I'll wait for it to run out | 20:02 |
| kab0naresuzu | unmount | 20:02 |
| kab0naresuzu | and remount this on a bigger drive | 20:02 |
| kab0naresuzu | Then, I'll be good | 20:02 |
| kab0naresuzu | Thanks for the tip! | 20:02 |
| kab0naresuzu | core-image-sato | 20:02 |
| kab0naresuzu | (I think) | 20:02 |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 20:04 | |
| dvhart | my build dir for an x86 machine building core-image-sati is ... du is slow..., but my downloads dir is 7.1 GB (lots of history there) | 20:07 |
| *** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 20:08 | |
| kergoth | hmm, wonder if i should set up a periodic downloads dir clean based on access tiem within the past week or two, the way i do with my sstate archive | 20:09 |
| kergoth | :) | 20:09 |
| kab0naresuzu | This is pretty ridiculous... I'm looking at my {fdisk -l} and storage device stats... Apparently, my root part is mounted on a 16GB flash drive -- while my home part somehow got mounted on the 32GB SSD... | 20:09 |
| kab0naresuzu | oops. | 20:09 |
| kab0naresuzu | looks like I'm going to leave this flash drive plugged in for a while. | 20:09 |
| dvhart | kergoth, a pretty good idea | 20:09 |
| dvhart | I should do the same | 20:09 |
| kab0naresuzu | kergoth: would you put that in cron.d? | 20:09 |
| dvhart | kergoth, and the script should go in scripts/contrib :-) | 20:11 |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 20:16 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ojfizdwrygoldhnp> has quit IRC | 20:17 | |
| dvhart | kab0naresuzu, build dir is 49 GB | 20:19 |
| dvhart | I typically recommend at least 100GB of free space | 20:19 |
| kergoth | dvhart: heh, i like the sstate-cache-management stuff, but I have a hard time getting it to identify everything i might need to build, many combinations of layers, branches, etc. access time ends up being the dumb, but effective, approach :) | 20:31 |
| dvhart | makes sense | 20:32 |
| kergoth | of course, having atime enabled on a build drive can be painful, i end up using a separate cache partition | 20:32 |
| dvhart | ah... right, I do disable atime | 20:32 |
| kergoth | :) | 20:32 |
| dvhart | (and the journal, and a 10 hour commit interval, and......) | 20:33 |
| kergoth | having it write every tiem you do a read, definitely not pleasant :) | 20:33 |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 20:33 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC | 20:33 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:33 | |
| kergoth | I use https://gist.github.com/kergoth/9556209 for my sstate. not perfect, and its more complex than most folks likely need, but i have multiple caches. most use the global one, but sometimes i'll kill the symlink to the global to do local testing, or to look at a subset of the cache | 20:34 |
| dvhart | thanks for the link | 20:34 |
| kergoth | the key being find's -atime +6 for older than 7 days ago :) | 20:35 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 20:40 | |
| *** sroy_ <sroy_!~sroy@207.96.182.162> has quit IRC | 20:41 | |
| *** sroy_ <sroy_!~sroy@207.96.182.162> has joined #yocto | 20:56 | |
| *** uRandomMM <uRandomMM!40c71302@gateway/web/freenode/ip.64.199.19.2> has quit IRC | 21:02 | |
| *** Jefro <Jefro!~jefro@pool-118-44.mcoe.us> has joined #yocto | 21:02 | |
| mr_science | kab0naresuzu: we use a disk duplicator to load our ssd's in manufacturing | 21:03 |
| mr_science | the release build only gets installed the "normal" way once to a "master" ssd | 21:03 |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 21:09 | |
| *** MatthieuG <MatthieuG!~bigbowser@2a01:e35:8a71:6c20:616b:fa7d:5ab1:e9df> has quit IRC | 21:21 | |
| *** Crofton <Crofton!~balister@nat-eduroam-01.scc.kit.edu> has quit IRC | 21:24 | |
| *** br1_21 <br1_21!~br1@64.199.19.6> has quit IRC | 21:24 | |
| *** testando <testando!~Ignazio@64.199.19.6> has quit IRC | 21:25 | |
| *** sroy_ <sroy_!~sroy@207.96.182.162> has quit IRC | 21:31 | |
| *** jackmitchell1 <jackmitchell1!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto | 21:42 | |
| *** drfu_ <drfu_!40c71302@gateway/web/freenode/ip.64.199.19.2> has quit IRC | 21:45 | |
| *** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC | 21:47 | |
| *** akbennet- <akbennet-!akbennett@ec2-54-225-101-41.compute-1.amazonaws.com> has quit IRC | 21:47 | |
| *** fusman <fusman!~fahad@110.93.212.98> has quit IRC | 21:47 | |
| *** fusman <fusman!~fahad@110.93.212.98> has joined #yocto | 21:47 | |
| *** akbennet- <akbennet-!akbennett@ec2-54-225-101-41.compute-1.amazonaws.com> has joined #yocto | 21:50 | |
| *** Crofton <Crofton!~balister@HSI-KBW-109-193-015-210.hsi7.kabel-badenwuerttemberg.de> has joined #yocto | 22:00 | |
| *** agust <agust!~agust@pD9E2F2A4.dip0.t-ipconnect.de> has quit IRC | 22:03 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 22:10 | |
| *** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 22:17 | |
| *** stryx` <stryx`!~stryx@149.255.100.107> has quit IRC | 22:20 | |
| *** stryx` <stryx`!~stryx@149.255.100.107> has joined #yocto | 22:20 | |
| *** madisox <madisox!~madisox@nat/cisco/x-ynyqgjnfiwhoryka> has joined #yocto | 22:20 | |
| *** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 22:23 | |
| mr_science | Crofton: see the wiki page yet? | 22:26 |
| *** Jefro <Jefro!~jefro@pool-118-44.mcoe.us> has quit IRC | 22:26 | |
| *** SnookEE <SnookEE!~msnook@74.8.225.53> has quit IRC | 22:39 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPE4494fc36228b-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 22:41 | |
| *** jwhitmore <jwhitmore!~jwhitmore@host86-131-27-173.range86-131.btcentralplus.com> has quit IRC | 22:47 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 22:47 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 22:56 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 22:59 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| *** jwhitmore <jwhitmore!~jwhitmore@host86-131-27-173.range86-131.btcentralplus.com> has joined #yocto | 23:01 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-mstuoriclkvkougc> has quit IRC | 23:14 | |
| *** stryx` <stryx`!~stryx@149.255.100.107> has quit IRC | 23:20 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 23:20 | |
| *** oneQubit <oneQubit!~oneQubit@c-98-231-154-140.hsd1.md.comcast.net> has quit IRC | 23:33 | |
| *** Jin^eLD is now known as Jin|away | 23:33 | |
| *** bluelightning_ <bluelightning_!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 23:35 | |
| *** bluelightning_ <bluelightning_!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC | 23:35 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 23:35 | |
| *** jkridner|work <jkridner|work!~jkridner@98.250.189.79> has joined #yocto | 23:37 | |
| *** balister_ <balister_!~balister@HSI-KBW-109-193-015-210.hsi7.kabel-badenwuerttemberg.de> has joined #yocto | 23:38 | |
| *** zenlinux_ <zenlinux_!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has joined #yocto | 23:39 | |
| *** Squix <Squix!~Squix__@p067.net042127041.tokai.or.jp> has joined #yocto | 23:41 | |
| *** tharvey_ <tharvey_!~tharvey@68-189-91-139.static.snlo.ca.charter.com> has joined #yocto | 23:43 | |
| *** jwhitmore <jwhitmore!~jwhitmore@host86-131-27-173.range86-131.btcentralplus.com> has quit IRC | 23:44 | |
| *** Crofton <Crofton!~balister@HSI-KBW-109-193-015-210.hsi7.kabel-badenwuerttemberg.de> has quit IRC | 23:44 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:44 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 23:44 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 23:44 | |
| *** vicky_ <vicky_!~vicky@74.112.167.117> has quit IRC | 23:44 | |
| *** nitink <nitink!~nitink@134.134.139.72> has quit IRC | 23:44 | |
| *** tharvey <tharvey!~tharvey@68-189-91-139.static.snlo.ca.charter.com> has quit IRC | 23:44 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has quit IRC | 23:44 | |
| *** akbennet- <akbennet-!akbennett@ec2-54-225-101-41.compute-1.amazonaws.com> has quit IRC | 23:44 | |
| *** fusman <fusman!~fahad@110.93.212.98> has quit IRC | 23:44 | |
| *** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC | 23:44 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 23:44 | |
| *** Squix_ <Squix_!~Squix__@p067.net042127041.tokai.or.jp> has joined #yocto | 23:46 | |
| *** bluelightning1 <bluelightning1!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 23:47 | |
| *** jjardon__ <jjardon__!sid723@gateway/web/irccloud.com/x-vwpmeddelinrgdoc> has joined #yocto | 23:49 | |
| *** kergoth` <kergoth`!~kergoth@covenant.kergoth.com> has joined #yocto | 23:49 | |
| *** mckoan_ <mckoan_!~marco@unaffiliated/mckoan> has joined #yocto | 23:50 | |
| *** JaMae <JaMae!~martin@ip-89-176-104-3.net.upcbroadband.cz> has joined #yocto | 23:50 | |
| *** OlivierG1 <OlivierG1!~oguiter@134.134.139.72> has joined #yocto | 23:50 | |
| *** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto | 23:50 | |
| *** sce__ <sce__!~sce@connected-labs-gw1.ter2.neodc.mpl.cust.as8218.eu> has joined #yocto | 23:50 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:50 | |
| *** awafaa_ <awafaa_!sid716@gateway/web/irccloud.com/x-vdflaippkekukwns> has joined #yocto | 23:52 | |
| *** Squix <Squix!~Squix__@p067.net042127041.tokai.or.jp> has quit IRC | 23:55 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:55 | |
| *** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 23:55 | |
| *** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has quit IRC | 23:55 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:55 | |
| *** jjardon <jjardon!sid723@gateway/web/irccloud.com/x-zwwjgnfniihjueai> has quit IRC | 23:55 | |
| *** kergoth <kergoth!~kergoth@covenant.kergoth.com> has quit IRC | 23:55 | |
| *** sce_ <sce_!~sce@connected-labs-gw1.ter2.neodc.mpl.cust.as8218.eu> has quit IRC | 23:55 | |
| *** jchonig_ <jchonig_!~quassel@firewall.honig.net> has quit IRC | 23:55 | |
| *** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC | 23:55 | |
| *** kscherer__ <kscherer__!~kscherer@128.224.252.2> has quit IRC | 23:56 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMbcc81000b054.cpe.net.cable.rogers.com> has quit IRC | 23:56 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-orwzoaxqkewtgloz> has quit IRC | 23:56 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-3.net.upcbroadband.cz> has quit IRC | 23:56 | |
| *** JaMae is now known as JaMa | 23:56 | |
| *** jjardon__ is now known as jjardon | 23:56 | |
| *** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 23:56 | |
| *** awafaa_ is now known as awafaa | 23:57 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMbcc81000b054.cpe.net.cable.rogers.com> has joined #yocto | 23:59 | |
| *** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 23:59 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!