Friday, 2019-06-21

*** anujm <anujm!~anujm@192.55.54.45> has quit IRC00:03
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC01:03
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto01:05
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC01:16
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto01:17
*** geoffs <geoffs!~user@97.115.225.158> has joined #yocto01:44
yoctiNew news from stackoverflow: Failed to bitbake docker in Yocto 4.9.88 (rocko) with meta-virtualization layer <https://stackoverflow.com/questions/56659259/failed-to-bitbake-docker-in-yocto-4-9-88-rocko-with-meta-virtualization-layer>02:31
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC03:12
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto03:13
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto03:32
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC03:35
*** ayaka <ayaka!~ayaka@103.42.215.143> has quit IRC04:25
*** ayaka <ayaka!~ayaka@103.42.215.143> has joined #yocto04:26
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC04:44
*** geoffs <geoffs!~user@97.115.225.158> has quit IRC05:52
*** luckywho <luckywho!~quassel@49.207.50.14> has quit IRC05:59
*** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has joined #yocto06:00
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto06:25
*** ECDHE_RSA_AES256 <ECDHE_RSA_AES256!~quassel@unaffiliated/ecdhe> has joined #yocto06:48
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC06:48
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:886a:1d92:7624:4e7d> has joined #yocto06:48
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-oqhbppcrvporlupm> has quit IRC06:52
*** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto07:01
mckoangood morning07:02
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto07:12
woutervhhello. My do_populate_sdk for my image fails on qttools -> warning: library search path "/usr/lib/llvm-6.0/lib" is unsafe for cross-compilation07:17
woutervh\/usr/lib/llvm-6.0/lib/libclang.so: file not recognized: file format not recognized07:18
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC07:31
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto07:33
*** leitao <leitao!~leitao@2620:10d:c092:200::1:f5e5> has joined #yocto07:41
*** yacar_ <yacar_!~yacar@80.215.4.242> has joined #yocto07:43
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:45
*** diego_r <diego_r!~quassel@217-133-17-98.static.clienti.tiscali.it> has joined #yocto08:10
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:11
*** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC08:15
*** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto08:17
*** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC08:21
*** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto08:22
*** diego_r <diego_r!~quassel@217-133-17-98.static.clienti.tiscali.it> has quit IRC08:23
yacar_Hi guys, do you have any hints about this one : https://community.nxp.com/message/116780608:24
yacar_I've found a thread here from two years ago but the issue did not seems to be fixed : https://yocto.yoctoproject.narkive.com/BofTeBvr/esdk-install-script-failure08:25
yacar_I guess we have the same issue now, but I have try many things and always end up stuck at the same point08:27
*** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC08:34
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC08:38
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto08:44
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:50
*** florian_kc is now known as florian08:51
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:54
*** diego_r <diego_r!~quassel@217-133-17-98.static.clienti.tiscali.it> has joined #yocto08:58
*** diego_r <diego_r!~quassel@217-133-17-98.static.clienti.tiscali.it> has quit IRC08:58
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto08:58
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:02
*** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has joined #yocto09:03
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC09:05
*** litb <litb!~js@p5B2FDA82.dip0.t-ipconnect.de> has joined #yocto09:08
litbhello folks09:08
litbi wonder whether  the sstate-cache works like ccache, in a way09:08
litbthat it stores .o  files09:08
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto09:08
rburtonno09:10
rburtonit stores the packages09:10
rburton(and other metadata)09:10
rburtonif you delete tmp and rebuild and image from sstate, it simply extracts the packages from sstate and then builds an image, nothing else needs to be done09:10
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC09:14
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto09:14
litbrburton, ahh, i see!09:14
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto09:15
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto09:15
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC09:17
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto09:17
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto09:17
*** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-thmdiumpkbqrddaj> has joined #yocto09:19
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto09:23
Piratydoes yocto allow me to use docker images on the system created with yocto? i mean: does it have build recipies for the docker daemon?09:25
rburtonPiraty: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=docker09:26
Piratyrburton:  thanks a lot!09:27
rburtonthats the answer to 'is there a recipe for <x>'09:27
Piratyi see09:28
* Piraty bookmarked the link09:28
Piratyi'm in the process of evaluating build systems so $management can make a decision :-/09:29
rburtonnote that meta-virtualisation is behind https://resources.windriver.com/helix-platform/wind-river-helix-virtualization-platform-demonstration work, so presumably it actually works09:35
litbthis sentence in the manual reads rather  funny: "The source archiver class can generate tarballs and SRPMs and can create them with various levels of compliance in mind. "09:41
litbin my mind, it reads the same as "... and can create them with various levels of non-compliance in mind."09:41
rburtonlol yeah the english there isn't great09:42
rburtonquestion: do we want to prefer pigz over gzip (paging RP)09:43
rburton(i think yes)09:44
*** yacar_ <yacar_!~yacar@80.215.4.242> has quit IRC09:48
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto09:48
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC09:51
*** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC09:55
yoctiNew news from stackoverflow: How to configure LIC_FILE_CHECKSUM for https downloads in SRC_URI in Yocto <https://stackoverflow.com/questions/56700957/how-to-configure-lic-file-checksum-for-https-downloads-in-src-uri-in-yocto>10:02
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC10:06
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto10:07
kuzulisHi guys. I have updated the yocto layers to 'thud'.. But now, the U-boot can't load the kernel, it say: "Wrong Image Format for bootm command"... When I have replaced the new uImage with an old uImage, then it booted. So, seems that in a new layer the kernel uImage has a different format.. So, my question is: where is it possible to change the Kernel Image format: in yocto or in menuconfig?10:15
*** learningc <learningc!~learningc@43.240.22.52> has joined #yocto10:18
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC10:29
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC10:32
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:33
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:34
RPrburton: yes, I think so10:35
RPrburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/37/builds/739 :/10:36
RPrburton: | pigz: abort: internal threads error10:36
RPrburton: max open files too low on opensuse151 maybe10:37
RPhmm, same on all the workers10:40
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC10:59
*** w1ndy_ <w1ndy_!~w1ndy@200.187.179.33> has joined #yocto11:17
w1ndy_Hey guys anyone how to install postgresql?11:18
w1ndy_I cant use the psql command11:19
*** berton <berton!~berton@181.220.86.53> has joined #yocto11:23
*** berton <berton!~berton@181.220.86.53> has quit IRC11:30
litbhm, why does the core-image.../ folder  in deploy/licenses/ sometimes contain license.manifest  with a list of all packages in the image.. and sometimes, it doesn't11:30
litbsometimes, it does only contain image_license.manifest  with the bootmanager licenses in it!11:31
*** berton <berton!~berton@181.220.86.53> has joined #yocto11:32
yoctiNew news from stackoverflow: core-image-weston with x-server backwards compatibility <https://stackoverflow.com/questions/56702397/core-image-weston-with-x-server-backwards-compatibility>11:32
w1ndy_Someone know how to install postgreSQL and use the psql tool?11:36
*** yacar_ <yacar_!~yacar@80.215.4.242> has joined #yocto11:38
*** armpit <armpit!~armpit@2601:202:4180:c33:30d1:d581:edd3:5185> has quit IRC12:10
litbhm, when I'm using the archiver class and let it archive the sources used to build the image, does it also archive the build-dependencies? i.e DEPENDS-recipes of them?12:23
litbiirc, GPL requires it12:23
rburtonRP: damnit!!12:26
rburtonlitb: if you do a build from scratch, then it will archive *everything* used12:27
rburtonRP: maybe its threading too heavily and hitting the limit anyway?  or is the limit huge12:27
rburtonRP: oddly i thought sstate_create_package was already using pigz12:32
rburtonyes12:33
rburtonthey all failed like that?12:34
rburtoni honestly didn't think i changed anything for the native case12:50
*** vineela <vineela!~vtummala@134.134.139.75> has joined #yocto12:53
*** kayterina[m] <kayterina[m]!kayterina-@gateway/shell/matrix.org/x-ibiizsspqkfmwpwg> has joined #yocto12:54
rburtonRP: oh that build only has the priority change, so how can that be my fault :(12:57
*** vineela <vineela!~vtummala@134.134.139.75> has quit IRC13:05
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:21
kayterina[m]what do I run to make an 'rpi-sdimg' file from my built without rebiolding?13:23
RPrburton: I'm not blaming you, just bad luck with you asking about pigz I think13:23
kayterina[m]*building13:23
RPrburton: it is odd coincidence though :/13:23
*** yacar_ <yacar_!~yacar@80.215.4.242> has quit IRC13:24
JPEWrburton: Ah, I figured it out; I did fix perl-ptest, I just haven't pushed the patches to the mailing list (I wasn't done testing them)13:25
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC13:30
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto13:30
JPEWrburton: At least, I think http://lists.openembedded.org/pipermail/openembedded-core/2019-June/283946.html will fix it13:31
*** vineela <vineela!vtummala@nat/intel/x-jheugpdgeyhvrllt> has joined #yocto13:36
rburtonJPEW: cool13:47
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC13:52
litbweird. in the manual, it says that in order to use PREMIRROR with git repositories, you need to  set BB_GENERATE_MIRROR_TARBALLS : " Causes tarballs of the Git repositories, including the Git metadata, to be placed in the DL_DIR directory. Anyone wishing to create a source mirror would want to enable this variable. "14:02
litbwhy is this? I don't have set that variable, any my DL_DIR contains   git repository clones in DL_DIR.   why is this not sufficient to create a source mirror?14:02
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto14:06
*** yacar_ <yacar_!~yacar@80.215.4.242> has joined #yocto14:08
*** vineela <vineela!vtummala@nat/intel/x-jheugpdgeyhvrllt> has quit IRC14:14
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC14:17
JPEWlitb: IIRC BB_GENERATE_MIRROR_TARBALLS pacakges up the git repos a little differently, and you have to do it that way to publish them as a premirror14:22
*** sgw <sgw!~sgw@192.55.54.43> has joined #yocto14:24
yoctiNew news from stackoverflow: CrossCompile jrxtx with yocto <https://stackoverflow.com/questions/56705336/crosscompile-jrxtx-with-yocto>14:33
*** leitao <leitao!~leitao@2620:10d:c092:200::1:f5e5> has quit IRC14:33
*** leitao <leitao!~leitao@2620:10d:c092:200::1:f5e5> has joined #yocto14:34
*** leitao <leitao!~leitao@2620:10d:c092:200::1:f5e5> has quit IRC14:38
rburtonw1ndy_: https://layers.openembedded.org/layerindex/recipe/5558/14:41
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:886a:1d92:7624:4e7d> has quit IRC14:44
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto14:46
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC14:50
*** ECDHE_RSA_AES256 is now known as ecdhe14:52
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto14:53
*** leitao <leitao!~leitao@2620:10d:c092:200::1:f5e5> has joined #yocto14:53
w1ndy_rburton, O problema é que esse pacote não instala o psql15:07
w1ndy_rburton, Sorry for that. The problem is that i cannot use psql. i can only connect to it remotely15:08
litbJPEW, ah i see!15:09
litbmaybe it's even more efficient because the git repository will contain all the history while the tarballs could contain just the needed snapshots15:10
JPEWlitb: Ya, I'm the "normal" format for git repos in DL_DIR is more efficent that the mirror tarball format, but the mirror tarball lets you get everything in a single file download15:11
JPEWs/I'm/I suspect/15:11
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto15:30
*** yann <yann!~yann@85.118.38.73> has joined #yocto15:36
*** leitao <leitao!~leitao@2620:10d:c092:200::1:f5e5> has joined #yocto15:39
*** leitao <leitao!~leitao@2620:10d:c092:200::1:f5e5> has quit IRC15:42
*** yacar_ <yacar_!~yacar@80.215.4.242> has left #yocto15:45
*** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has quit IRC15:51
*** w1ndy_ <w1ndy_!~w1ndy@200.187.179.33> has quit IRC15:57
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC15:57
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto16:07
litbJPEW, thanks!16:09
litbI'm currently looking into using the archiver.class-generated tarballs as a PREMIRROR. understanding the PREMIRROR  syntax is a bit daunting ^^16:10
*** leitao <leitao!~leitao@2620:10d:c092:200::1:f5e5> has joined #yocto16:17
litbthis should definitely be part of the manual: https://www.inango.com/wp-content/uploads/2019/01/Yocto-Source-Mirrors-Mechanism.pdf16:22
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC16:26
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto16:26
JPEWlitb: I don't think you can use the archive.class genertated tarballs for PREMIRRORing16:28
litbJPEW, ohh, hm. I thought that it was the whole point that I can hand over the source code for my image to customers, so that they can rebuild and customize it16:29
*** yann <yann!~yann@85.118.38.73> has quit IRC16:30
JPEWPerhaps for archiver.bbclass, but I don't think thats the purpose of a premirror16:30
rburtonarchiver is for GPL compliance16:31
litbJPEW, yeah, I'm just reading the above mirror-mechanism pdf and it says that if the protocol is changed for a mirror, then if the original protocol was git, then the changed protocol needs to fetch from a tarball called like 'git2_hostname.path.to.repo.git.tar.gz'16:31
litbthat's not at all what the archiver-output names look like, i'm afraid16:31
rburtonif you want to host a source mirror then just share your DL_DIR16:31
rburtonif you want it to include *just* what is needed then that's simple enough: new config, populated DL_DIR as premirror, bitbake world -c fetch.16:32
litbrburton, hm, we are in the impression that for GPL and LGPL compliance, we need to provide the  source-code of the used libs, so that the user can rebuild them.16:33
rburtonsure, and the tarball+patches is absolutely acceptable for tha16:33
litbtherefore, since archiver is  for gpl compliance, we thought that it provides us with that functionality :/16:33
litbrburton, hm, but for that, it needs the buildsystem aswell, and a way to inject that code so that the buildsystem uses it16:34
litbI thought that this is the purpose of PREMIRRORS or  DL_DIR16:34
rburtonnow you're entering 'speak to your lawyer' territory.  releasing the layer would be an interesting interpretation.16:34
rburtonPREMIRRORS is just a mirror that is used first.  DL_DIR is the local cache.16:35
*** leitao <leitao!~leitao@2620:10d:c092:200::1:f5e5> has joined #yocto16:35
litbhm, I think that then we may be better of tarballing our DL_DIR (and enabling mirror-tarballing of git), and not using archiver, and releasing our bsp and os layer16:36
rburtonif you want to include build instructions then just push the layer, and use archiver to expose the tarballs.  the layer will refer to the upstream SRC_URIs and contain the patches, right?  archiver is needed to satisfy the terms but can otherwise be ignored.16:36
rburtonpeople who just want to satisfy gpl and that's it just use archiver to get the tarballs/patches for all the GPL pieces16:36
litbthe archiver then seems to be  of not much use for us, since the above things will do all it does  aswell, and more16:36
rburtonnot sure why you think premirrors/git-tarballs is needed for gpl16:37
rburtonunless you're hosting a source mirror for kindness16:37
rburtonwhich is fair as that's what http://downloads.yoctoproject.org/mirror/ is16:38
litbrburton, colleagues read the GPL. I can speak for the LGPL only now. the LGPL requires that if you distribute binaries, you also need to distribute the sources, and build scripts and any patches you used16:38
rburtonarguably the build scripts are in the tarball: makefile etc16:39
litbso if you just distribute the sources and patches, it's not enough because users can't build the software with them. they need the layers aswell, and a way to tell the layers to use those sources16:39
*** vineela <vineela!vtummala@nat/intel/x-tbdvygvkxxzzeoqa> has joined #yocto16:40
rburtonbut as i said, if you want to include the layer in that definition then push the layer to git16:40
litbrburton, thanks. i think that's what we should do. the archiver would still be usedful because it will contain all licenses and all copyrights. we must distribute those alongside our binaries16:41
rburtonright16:41
litband for people to be able to rebuild from source, we don't need to distribute all the build-dependencies alongside. so for that, we can on-demand distribute the DL_DIR (stripped of proprietary things)16:42
rburtonwhy isn't the archiver enough for that?16:42
rburtonat no point does the *gpl say that the source provided has to be the same one that is built.  archiver+layer is sources+build instructions16:43
litbit says that the complete and corresponding sources need to be provided. which according to colleagues and books they read means that it must be the same source16:44
litbincluding any patches applied in them16:45
litband the build scripts. but not necessarily toolchains or common system libraries16:45
rburtoni disagre, but fine.  ship a DL_DIR: the little trick above will make a fresh one with only what you needed.16:46
litbthanks16:49
litbweird that deploy/licenses/ + deploy/sources/ output is around 1.3GB but build/downloads/ is 12GB. that's very unexpected16:50
litbit's probably the toolchain that takes all that.16:50
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:53
*** litb <litb!~js@p5B2FDA82.dip0.t-ipconnect.de> has quit IRC17:00
*** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has joined #yocto17:01
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC17:03
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto17:04
*** leitao <leitao!~leitao@2620:10d:c092:200::1:f5e5> has quit IRC17:04
*** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has quit IRC17:23
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto17:25
*** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has joined #yocto17:48
rewittcan it be assumed that the latest version of bitbake will work with metadata that was built using an older version of bitbake?17:57
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC18:00
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC18:03
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto18:04
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC18:08
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:16
rburtonrewitt: i wouldn't want to bet on it18:17
*** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has joined #yocto18:17
rewittrburton: That's what I thought, I'm trying to figure out all the reasons to say why I won't put bitbake in the container images https://github.com/crops/poky-container/issues/3618:18
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto18:30
rburtonrewitt: as reasons go, the total lack of api stability is a pretty good one18:39
rburtonrewitt: close it :)18:40
rewittrburton: Thanks. That was my first reason, but I did add another reason because a new user isn't going to understand they are essentially asking "Why isn't there a bitbake package?"18:40
rburtonthat reminds me! kergoth can you remove bitbake from pip please :)18:41
rburtonkergoth: https://pypi.org/project/bitbake/18:41
rburtonoh maintainer zecke, misread the author bit18:41
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC18:46
*** tgraydon <tgraydon!tgraydon@nat/intel/x-ghtamaqbceqdszbz> has joined #yocto18:59
halsteadRP, AB changes are ready for testing. Anything to queue?19:02
*** pebenito__ <pebenito__!~pebenito@unaffiliated/pebenito> has quit IRC19:06
*** nate02 <nate02!~nate02@mail.validmanufacturing.com> has quit IRC19:06
*** nate02 <nate02!~nate02@mail.validmanufacturing.com> has joined #yocto19:06
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto19:07
* halstead runs errands. 19:08
* darknighte realizes it's been > 6 months since connecting to #yocto19:10
fraylol19:13
* darknighte waves at fray 19:17
fray\o/19:23
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC20:08
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC20:31
yoctiNew news from stackoverflow: How should incrementing a package revision be handled when adding/editing a .bbappend file? <https://stackoverflow.com/questions/56709810/how-should-incrementing-a-package-revision-be-handled-when-adding-editing-a-bba>20:34
*** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto20:37
*** berton <berton!~berton@181.220.86.53> has quit IRC21:14
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:18
*** tgraydon <tgraydon!tgraydon@nat/intel/x-ghtamaqbceqdszbz> has quit IRC21:32
*** tgraydon <tgraydon!~tgraydon@134.134.139.73> has joined #yocto21:34
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC21:39
*** lazyape <lazyape!~lazyape@athedsl-211560.home.otenet.gr> has quit IRC21:44
RPwelcome back darknighte! :)21:47
RPhalstead: build is away21:47
darknighteRP: thx!21:55
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC21:59
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-avtnrhfofdualdhw> has quit IRC22:02
halsteadThank you RP. I'll check in on it in a few hours.22:22
*** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has quit IRC22:36
*** diego_r <diego_r!~diego@81.29.205.101> has quit IRC22:59
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:16

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!