| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 00:19 | |
| *** agust <agust!~agust@p508DEA88.dip0.t-ipconnect.de> has quit IRC | 00:25 | |
| *** ferlzc <ferlzc!~ferlzc@177.170.174.235> has quit IRC | 00:44 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:40c2:82ac:4641:f878> has joined #yocto | 00:45 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:46 | |
| * armpit wishes reproducing AB issue where easier.. aaarg | 00:48 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 00:50 | |
| *** ferlzc <ferlzc!~ferlzc@177.170.174.235> has joined #yocto | 00:54 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 01:26 | |
| *** ferlzc <ferlzc!~ferlzc@177.170.174.235> has quit IRC | 01:34 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 01:45 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 01:52 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 01:54 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 02:25 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has joined #yocto | 02:40 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has joined #yocto | 05:17 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 05:28 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:12 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:14 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:16 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:17 | |
| *** sno <sno!~sno@p4FF5E266.dip0.t-ipconnect.de> has quit IRC | 06:19 | |
| yocti | New news from stackoverflow: How to generate lcov report of a package in yocto <https://stackoverflow.com/questions/54510951/how-to-generate-lcov-report-of-a-package-in-yocto> | 06:38 |
|---|---|---|
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 06:41 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:52 | |
| *** sno <sno!~sno@ip5b40f5e2.dynamic.kabel-deutschland.de> has joined #yocto | 06:59 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-64-15-228.home.otenet.gr> has joined #yocto | 07:03 | |
| *** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has joined #yocto | 07:11 | |
| sven^ | I am looking at 3.1.9 in the yocto manual: Appending and Prepending (Override Style Syntax. It says "When you use this syntax, no spaces are inserted.". Why? Is there any reasoning behind this? | 07:11 |
| *** agust <agust!~agust@p508DEA88.dip0.t-ipconnect.de> has joined #yocto | 07:20 | |
| *** yann <yann!~yann@lfbn-idf1-1-103-67.w82-124.abo.wanadoo.fr> has quit IRC | 07:31 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 07:43 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:52 | |
| *** mckoan|away is now known as mckoan | 07:52 | |
| mckoan | sven^: it acts as .= in python | 07:53 |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-100-133.dsl.tropolys.de> has joined #yocto | 07:57 | |
| sven^ | you mean +=? Yeah, but why? Is there a reason why there is no "remove whitespace", "append with one space in between"? | 08:02 |
| sven^ | it makes writing recipes so error-prone | 08:02 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:04 | |
| mckoan | sven^: no, I mean .= append (without space) | 08:06 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 08:07 | |
| sven^ | yeah, that's += in python. .= is not a python operator | 08:07 |
| sven^ | anyway, my question is why it's simply appended instead of adding a space if there is none | 08:08 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:08 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 08:10 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 08:11 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 08:12 | |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 08:15 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 08:18 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 08:38 | |
| sven^ | ok, different question: I am trying to add a file containing version information using a bbclass. So I wrote some python code to dump the version information to a file and use d.setVar("FILES_" + PACKAGENAME, ...) to add it to the package's files. I add this function with do_install[postfuncs] += "myfunc" and that part works. But for some reason the change to FILES_${PN} is not por | 08:38 |
| sven^ | working | 08:38 |
| sven^ | if I do d.getVar in my python code it shows the correctly altered files-variable. But when I use bitbake -e <recipe> my entries are missing | 08:39 |
| *** florian_kc is now known as florian | 08:48 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 08:48 | |
| *** Crofton|work <Crofton|work!~Crofton@2a02:a03f:3eec:d700:7580:b159:5a96:14ae> has quit IRC | 08:52 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 08:53 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 08:55 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:57 | |
| *** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has joined #yocto | 09:04 | |
| sveinse | When a recipe is build, all its packages are built. Is all RDEPENDS for these pacakges always built too, or is that for later when putting together an image? | 09:06 |
| LetoThe2nd | sveinse: AFAIK RDEPENDS are not being built | 09:07 |
| sveinse | I'm making a packagegroup package (in an existing recipe) for specifying the packages that I'd want built into our package feed, but that won't go into an image. Hence I'm looking for a way to specify this list of packages to build. | 09:08 |
| sveinse | LetoThe2nd: hmm, I tried running bitbake mypackagegroup, and it did build a new RDEPENDS I added... I think. I need to retest. | 09:09 |
| LetoThe2nd | well you said recipe earlier, not packagegroup. in the latter case i would've answered "no idea", as they behave a bit differently at times. | 09:10 |
| sveinse | LetoThe2nd: aha, ok, I assumes packagegroup were like any other recipe (forgetting the special nature of some things in bb). Sorry. | 09:11 |
| LetoThe2nd | sveinse: np. in that case, i would suggest ot dig into the task-depends | 09:12 |
| *** miwa <miwa!~miwa@unaffiliated/miwa> has joined #yocto | 09:22 | |
| sveinse | AFAICS it does build RDEPENDS of packagegroup packages -- even if the that package isn't explicitly used by any image or mentioned on bitbake cmd line | 09:25 |
| sveinse | Interesting... That actually implies I should split my all-in-one packagegroup into multiple severeal, since one might not want to build all of a SDK or development packages when building a small image. | 09:27 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:39 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 09:41 | |
| *** moritz_ <moritz_!5098e50e@gateway/web/freenode/ip.80.152.229.14> has joined #yocto | 09:50 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 09:54 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 10:00 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 10:00 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 10:04 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:10 | |
| sven^ | what exactly do I have to do to alter tthe FILES_${PN} variable from within a bbclass? I am doing d.appendVar("FILES_" + d.getVar("PN"), "something") in a do_install[postfuncs]. If I look at the variable right afterwards the value is there, but when I do bitbake -e it is not | 10:24 |
| sven^ | oh, sorry, do_compile[postfuncs] | 10:24 |
| *** berton <berton!~berton@181.220.86.121> has joined #yocto | 10:32 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:33 | |
| *** florian_kc is now known as florian | 10:35 | |
| moritz_ | sven I think you should be able to see what alters your FILES_${PN} variable using bitbake -e. Just pipe the output into a text file and search. (wild guess would be that something overrides it) | 10:35 |
| *** berton <berton!~berton@181.220.86.121> has quit IRC | 10:35 | |
| rburton | that won't work becayse -e won't execute the compile task | 10:36 |
| rburton | if -e executed tasks, it would be compiling stuff.... | 10:36 |
| rburton | note that appendVar doesn't add whitespace so you'll need to remember to do that | 10:37 |
| *** berton <berton!~berton@181.220.86.121> has joined #yocto | 10:37 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 10:40 | |
| kanavin | RP: yep, not too bad | 10:41 |
| *** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has quit IRC | 10:42 | |
| sveinse | Is there any tools to generate URLs for target to access package feeds? I mean, looking into tmp/deploy/ipk, there are multiple dirs which should be available for any given MACHINE target. Is there a parseable list I can use to determine the target config? | 10:48 |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@37.160.120.113> has joined #yocto | 10:49 | |
| sveinse | For my imx target, I got at least 4 ipk dirs: all, ${TUNE}, ${TUNE}-${SOC} and ${MACHINE}. Of course I can hardcode these, but I'd rather like to extract them | 10:51 |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@37.160.120.113> has quit IRC | 10:55 | |
| *** yann <yann!~yann@85.118.38.181> has joined #yocto | 10:55 | |
| *** feddischson <feddischson!~feddischs@55d44472.access.ecotel.net> has joined #yocto | 10:57 | |
| *** Crofton|work <Crofton|work!~Crofton@53.97-247-81.adsl-dyn.isp.belgacom.be> has joined #yocto | 11:10 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 11:13 | |
| *** hilt0n <hilt0n!b92bf572@gateway/web/freenode/ip.185.43.245.114> has joined #yocto | 11:14 | |
| hilt0n | Hi there | 11:14 |
| hilt0n | I created a specific ubi image creation on which the rootfs depends on a data img task | 11:15 |
| hilt0n | The data img name is based on timestamp and the rootfs as well | 11:15 |
| hilt0n | My problem is that if I stop the rootfs final image creation and restart this command, the previously created data image doesn't the same timestamp as the new rootfs image | 11:16 |
| hilt0n | Do you have an idea on how to recreate each time the data img as "PHONY" in Makefile or may be there is a better way ? | 11:17 |
| rburton | sveinse: set PACKAGE_FEED_URLS in local.conf to the URL of the http youre running over deploydir and it will set up the package manager for you | 11:21 |
| *** ferlzc <ferlzc!~ferlzc@177.170.174.235> has joined #yocto | 11:22 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:22 | |
| *** Crofton|work <Crofton|work!~Crofton@53.97-247-81.adsl-dyn.isp.belgacom.be> has quit IRC | 11:30 | |
| *** Crofton|work <Crofton|work!~Crofton@53.97-247-81.adsl-dyn.isp.belgacom.be> has joined #yocto | 11:30 | |
| sven^ | moritz_: I did that for debugging | 11:34 |
| sven^ | nothing overwrote it but my class just didn't set the variable | 11:34 |
| sven^ | or for some reason the newly set variable didn't propagate back to the recipes | 11:34 |
| sven^ | I finally solved it by setting the variable in python __anonymous () | 11:35 |
| sven^ | but I still don't get why I need to do that when classes like this: http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/update-rc.d.bbclass set it right in a normal function | 11:35 |
| moritz_ | Yes sorry that was a wrong shot by me as rb pointed out already | 11:35 |
| sven^ | I guess it has something to do with when and how the variable is set and how the setting function is called, but I can't find anything in the manual that explains what's happening | 11:36 |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 11:38 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:39 | |
| yocti | New news from stackoverflow: Porting driver from static to dynamic on Yocto <https://stackoverflow.com/questions/54515244/porting-driver-from-static-to-dynamic-on-yocto> | 11:39 |
| rburton | -e shows the value after parse, which includes anon py | 11:39 |
| rburton | a do_compile[postfunc] is a task that is ran, so anything you in there won't be visible at parse time, or even at any point before the function runs | 11:40 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 11:40 | |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has quit IRC | 11:41 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 11:43 | |
| *** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has joined #yocto | 11:43 | |
| sven^ | rburton: ok, but it also did not work. I think. For the last 15 "tries" I only used -e to check if it works | 11:48 |
| *** Crofton|work <Crofton|work!~Crofton@53.97-247-81.adsl-dyn.isp.belgacom.be> has quit IRC | 11:48 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 12:01 | |
| *** JoshDeWeese[m] <JoshDeWeese[m]!enoch247sa@gateway/shell/matrix.org/x-wkoxkqxjvlcdkraj> has left #yocto | 12:01 | |
| *** berton <berton!~berton@181.220.86.121> has quit IRC | 12:10 | |
| *** berton <berton!~berton@181.220.86.121> has joined #yocto | 12:11 | |
| *** ferlzc <ferlzc!~ferlzc@177.170.174.235> has quit IRC | 12:13 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 12:26 | |
| *** ferlzc <ferlzc!~ferlzc@179.172.61.198> has joined #yocto | 12:31 | |
| *** ferlzc <ferlzc!~ferlzc@179.172.61.198> has quit IRC | 12:32 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 12:48 | |
| *** feddischson <feddischson!~feddischs@55d44472.access.ecotel.net> has quit IRC | 13:03 | |
| *** Crofton|work <Crofton|work!~Crofton@53.97-247-81.adsl-dyn.isp.belgacom.be> has joined #yocto | 13:05 | |
| *** Crofton|work <Crofton|work!~Crofton@53.97-247-81.adsl-dyn.isp.belgacom.be> has quit IRC | 13:26 | |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has joined #yocto | 13:32 | |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 13:35 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 13:47 | |
| *** Crofton|work <Crofton|work!~Crofton@53.97-247-81.adsl-dyn.isp.belgacom.be> has joined #yocto | 13:58 | |
| *** Crofton|work <Crofton|work!~Crofton@53.97-247-81.adsl-dyn.isp.belgacom.be> has quit IRC | 14:04 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 14:18 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 14:22 | |
| *** Crofton|work <Crofton|work!~Crofton@53.97-247-81.adsl-dyn.isp.belgacom.be> has joined #yocto | 14:31 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-gsldevriayiubjaf> has joined #yocto | 14:37 | |
| *** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-bgodxtvkjzpxiixm> has joined #yocto | 14:44 | |
| *** moritz_ <moritz_!5098e50e@gateway/web/freenode/ip.80.152.229.14> has left #yocto | 14:49 | |
| nayfe | Hi all, I have a problem with Go and prometheus/node_exporter on Thud, it crashes quite a lot (it wasn't in Sumo). Do you know any issue with Go runtime on x86-64 (meta-intel) arch? (recipe here: https://github.com/nefethael/meta-random/blob/master/recipes-connectivity/prometheus/go-nodeexporter_0.18.0.bb). It also crash with backported go1.11.4 version. I raised an issue on prometheus github | 14:52 |
| nayfe | https://github.com/prometheus/node_exporter/issues/1244 too. | 14:52 |
| *** osoldano <osoldano!~osoldano@vcmtl.touchtunes.com> has left #yocto | 14:52 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 14:55 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 14:58 | |
| nayfe | @khem any thoughts? (I saw you worked on meta-influx ^^) | 14:59 |
| sveinse | I notice that the target package "gcc" installs itself as a cross compiler, e.g. "/usr/bin/arm-oe-linux-gnueabi-gcc", and not as "/usr/bin/gcc". Any particular reason for that? | 15:02 |
| sveinse | rburton: thanks. That worked perfect. Just have to save the config and remove it from the production image | 15:03 |
| RP | sveinse: look for the gcc-symlinks package | 15:05 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 15:06 | |
| kanavin | RP: the latest patch for py3 is still not 100% right, I'll resend | 15:06 |
| sveinse | RP: there you go, thanks! | 15:07 |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has quit IRC | 15:15 | |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto | 15:16 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-64-15-228.home.otenet.gr> has quit IRC | 15:24 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-2-86-172-177.home.otenet.gr> has joined #yocto | 15:30 | |
| RP | kanavin: thanks, fired with the updated version | 15:32 |
| kanavin | RP: thanks, what is the current plan with the remaining virgl patches? | 15:34 |
| RP | kanavin: waiting on rburton | 15:36 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 15:38 | |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC | 15:39 | |
| kanavin | rburton: ^^^ :) | 15:41 |
| *** tasslehoff <tasslehoff!~aronning@80.77.101.233> has quit IRC | 15:43 | |
| *** tasslehoff <tasslehoff!~aronning@80.77.101.233> has joined #yocto | 15:43 | |
| *** hilt0n <hilt0n!b92bf572@gateway/web/freenode/ip.185.43.245.114> has quit IRC | 15:45 | |
| rburton | sveinse: surely you remove package management from production images anyway | 15:47 |
| rburton | kanavin: damnit | 15:48 |
| *** ferlzc <ferlzc!~ferlzc@177.170.174.235> has joined #yocto | 15:48 | |
| sveinse | rburton: We used to, but it is actually going to change. The reason is that it is extremely difficult to add stuff post-release (e.g. for in-production debugging) without a pkg manager. So we did a risk assessment if what shipping with a pkgmanager would entail security wise. The only thing a pkg manager adds to the table is a database of packages with its member files. It doesn't actually change anything | 15:51 |
| sveinse | on the system, so unless this database is critical, it doesn't hurt having it on board. | 15:51 |
| *** adelcast1 <adelcast1!~adelcast@130.164.62.130> has quit IRC | 15:51 | |
| *** adelcast <adelcast!~adelcast@130.164.62.130> has joined #yocto | 15:51 | |
| sveinse | If hackers want to install something on a system, they don't need a pkg manager to do that | 15:52 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:52 | |
| *** Crofton|work <Crofton|work!~Crofton@53.97-247-81.adsl-dyn.isp.belgacom.be> has quit IRC | 15:54 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 16:00 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 16:00 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 16:04 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 16:07 | |
| RP | sveinse: if they have the privs to install things the pkgmanager won't make much difference | 16:18 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 16:19 | |
| sveinse | RP: they don't have access to the cmd-line, so it would be a breach with or without a pkgmanager. Hence the pkgmanager doesn't add or subtract anything securitywise | 16:21 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 16:25 | |
| LetoThe2nd | shipping the pkg manager per se is unproblematic. shipping open ssh ports or comparable stuff is much more | 16:25 |
| *** dkee <dkee!3e9d79e4@gateway/web/freenode/ip.62.157.121.228> has joined #yocto | 16:25 | |
| LetoThe2nd | (my $.02) | 16:26 |
| dkee | hi all. I am wondering why my eventhandler does only get "bb.event.RecipePreFinalise" , see https://pastebin.com/L9pX5tND | 16:28 |
| *** Aethenelle <Aethenelle!~Aethenell@mobile-166-170-220-244.mycingular.net> has joined #yocto | 16:28 | |
| dkee | any idea? | 16:28 |
| dkee | i can see do_compile etc.. and expect bb.build.TaskStarted | 16:28 |
| kergoth | taskstarted and buildstarted are global, so must be registered in the config metadata. so that even thandler has to be in a .inc or a bbclass listed in INHERIT, not in a class inherited yb a recipe | 16:29 |
| dkee | kergoth: thank you very much! thats it! | 16:32 |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 16:43 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:48 | |
| *** Aethenelle <Aethenelle!~Aethenell@mobile-166-170-220-244.mycingular.net> has quit IRC | 16:56 | |
| *** suvirb <suvirb!uid16371@gateway/web/irccloud.com/x-mwsiaitpdxaqgcvq> has joined #yocto | 17:01 | |
| *** yann <yann!~yann@85.118.38.181> has quit IRC | 17:06 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 17:06 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-2-86-172-177.home.otenet.gr> has quit IRC | 17:10 | |
| *** mckoan is now known as mckoan|away | 17:11 | |
| *** Aethenelle <Aethenelle!~Aethenell@38.98.162.245> has joined #yocto | 17:17 | |
| *** Crofton|work <Crofton|work!~Crofton@2a02:a03f:3eec:d700:7580:b159:5a96:14ae> has joined #yocto | 17:24 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-100-133.dsl.tropolys.de> has quit IRC | 17:30 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 17:34 | |
| *** kroon <kroon!~jkroon@37-247-29-68.customers.ownit.se> has joined #yocto | 17:35 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 17:41 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 17:42 | |
| yates | is there a special "rev=" syntax for SRC_URI for "latest"? | 17:47 |
| yates | lemme guess? "rev=latest"? | 17:47 |
| *** berton <berton!~berton@181.220.86.121> has quit IRC | 17:48 | |
| kergoth | why not use SRCREV, which supports that already? | 17:48 |
| rburton | yates: you're after AUTOREV | 17:49 |
| yates | ok | 17:54 |
| yates | is it as simple as a) SRCREV = "${AUTOREV}", b) remove rev= from SRC_URI? | 17:55 |
| yates | or would it be (in fell swoop): "SRC_URI = "svn://ebtronwsus/svn/SmartDisplaySoftware;module=${SVNMODULE};protocol=https;rev=${AUTOREV}; ? | 17:56 |
| RP | kanavin: x32 failed in testimage in dnf... | 17:58 |
| yates | see section 4.4 here: https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html | 17:58 |
| tgoodwin | I have a recipe that depends on a -native package, but the compile task is running before the -native package has installed. Is that normal? | 17:59 |
| kergoth | that's not how it works. | 18:07 |
| *** thannoy_ <thannoy_!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 18:11 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 18:12 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 18:17 | |
| *** yann <yann!~yann@lfbn-idf1-1-103-67.w82-124.abo.wanadoo.fr> has joined #yocto | 18:18 | |
| yates | kergoth: are you responding to me? | 18:30 |
| kergoth | no | 18:30 |
| yates | ok | 18:30 |
| yates | ERROR: rf-control-1.0-r0 do_packagedata: QA Issue: Package version for package rf-control-dbg went backwards which would break package feeds from (0:1.0-rc2-r0 to 0:1.0-r0) [version-going-backwards | 18:30 |
| yates | how do i fix these? | 18:30 |
| yates | it's right, i renamed my recipe since AUTOREV apparently automatically adds "-r0" | 18:31 |
| *** feddischson <feddischson!~feddischs@55d44472.access.ecotel.net> has joined #yocto | 18:31 | |
| *** nate0202 <nate0202!~nate02@mail.validmanufacturing.com> has joined #yocto | 18:32 | |
| yates | would i just delete everything in the package feeds? | 18:32 |
| kergoth | the fix is not to let your version go backwards. but it's only really a concern if you need upgradability when using package feeds | 18:32 |
| khem | nayfe: I have some local work on influx to get grafana influxdb etc to latest, havent pushed it to community repo on github | 18:32 |
| kergoth | it uses packagedata, not packages, and packagedata will just be restored from sstate as needed | 18:32 |
| kergoth | personally i disable that error quite often, just not that useful for my use cases | 18:33 |
| yates | i am using smart, and i would like it not to be confused about revisions. in short, i'd like to just nix all those old, previously-named revisions | 18:33 |
| *** nate0202 <nate0202!~nate02@mail.validmanufacturing.com> has quit IRC | 18:33 | |
| yates | if i have spend 3 hours rebuilding, so be it | 18:34 |
| yates | curious: does the r0 suffix get incremented when the autorev revision changes? (automagically?) | 18:35 |
| yates | s/if i have spend/if i have to spend/ | 18:35 |
| yates | kergoth: i'm not sure what you meant by "...and packagedata will just be restored from sstate as needed" | 18:36 |
| yates | are you implying that if i remove cache-sstate, everything will be rebuilt with correct revisions? | 18:37 |
| yates | let me clarify: i do NOT have existing systems out in the world which would be confused with a backwards package version | 18:39 |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 18:44 | |
| *** sno <sno!~sno@ip5b40f5e2.dynamic.kabel-deutschland.de> has quit IRC | 18:53 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-iindpndwjhlnqhqt> has quit IRC | 18:59 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ebbvdbaihxsraydu> has joined #yocto | 19:01 | |
| *** sno <sno!~sno@p4FF5E266.dip0.t-ipconnect.de> has joined #yocto | 19:08 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:09 | |
| *** ferlzc <ferlzc!~ferlzc@177.170.174.235> has quit IRC | 19:23 | |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has joined #yocto | 19:28 | |
| *** zino_ <zino_!~zino@2-230-204-206.ip203.fastwebnet.it> has quit IRC | 19:30 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 19:32 | |
| *** ferlzc <ferlzc!~ferlzc@187.57.74.56> has joined #yocto | 19:39 | |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has quit IRC | 19:41 | |
| *** tgraydon <tgraydon!~textual@134.134.139.72> has joined #yocto | 19:50 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 19:50 | |
| khem | RP: so now I sent binutils 2.32 update :) | 20:04 |
| *** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC | 20:04 | |
| *** rperier <rperier!~quassel@2001:41d0:52:100::44a> has joined #yocto | 20:04 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 20:17 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 20:17 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 20:18 | |
| RP | kanavin: and a multilib failure but basically looking better :) | 20:21 |
| RP | khem: heh, cool | 20:21 |
| *** kroon <kroon!~jkroon@37-247-29-68.customers.ownit.se> has quit IRC | 20:22 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 20:32 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 20:36 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 20:36 | |
| khem | RP: I have been carrying it over for few weeks so should be eventless hopefully | 20:51 |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 20:56 | |
| *** feddischson <feddischson!~feddischs@55d44472.access.ecotel.net> has quit IRC | 20:57 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 20:58 | |
| RP | khem: the commit message is a little terse (why were the patches dropped) | 20:58 |
| yates | do you break smart package versioning when you use SRCREV=${AUTOREV}? | 20:59 |
| RP | (I know why but it should say) | 20:59 |
| yates | yocto seems to always generate a -r0 in that case. | 20:59 |
| yates | and smart doesn't work.. rebuilding a recipe from a new version "bitbake <pn>", running "bitbake package-index", and then running "smart upgrade <pn>" yields "No interesting upgrades available" | 21:01 |
| yates | :( | 21:01 |
| khem | RP: most of backports were dropped | 21:03 |
| yates | rburton: can you help? | 21:04 |
| khem | nothing else | 21:04 |
| yates | further, running "bitbake <pn>" after the repository specified in the SRC_URI bumps a revision does not even do a new build. "Attempt N tasks of which N didn't need to be rerun and all succeeded" | 21:05 |
| yates | is there a pointer on how to get all this (SRCREV et al.) to work? | 21:06 |
| yates | i looked for some time and couldn't find the docs for it | 21:06 |
| yates | help? | 21:07 |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 21:07 | |
| yates | essentially i want yocto to manage the revision of the package. -r0, -r1, -r2, etc. when the repo revision bumps | 21:08 |
| yates | or am i confusing everyone? | 21:08 |
| yates | am i confused? | 21:09 |
| yates | wait..., i have missed some documentation - reading it now. SRCPV and such | 21:12 |
| khem | RP: I Can make it a bit better commit msg wise, | 21:12 |
| kergoth | yates: set SRCREV, not rev=, and use SRCPV in PV. that'll ensure bitbake sees the revision change as a variable change and re-run the task | 21:14 |
| *** peacememories <peacememories!~textual@2a02:8388:8480:fd80:cd06:c5c6:5bd5:47be> has joined #yocto | 21:15 | |
| khem | RP: sent a v2 | 21:19 |
| yates | kergoth: like this? https://paste.fedoraproject.org/paste/x8yiFXRfUM8O1VbUMRPctw | 21:20 |
| rburton | yates: turn on pr service | 21:20 |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-cwxdzkpqgvwwlldv> has joined #yocto | 21:20 | |
| yates | rburton: huh? "pr" service? | 21:21 |
| yates | you mean irc private message? | 21:21 |
| rburton | yates: http://lmgtfy.com/?q=yocto+pr+service | 21:21 |
| kergoth | no, PR as in the recipe variable. the PR server maintains a db to bump PR automatically whenever appropriate changes occur | 21:21 |
| kergoth | yates: PV .= "+svn${SRCPV}" is probably sufficient. the := stuff is just unnecessary, and + is a common convention for an scm based version suffix | 21:22 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 21:29 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:31 | |
| yates | kergoth: thanks | 21:34 |
| yates | rburton: thanks, but admittedly i didn't follow that | 21:34 |
| yates | so if you use svn, you really don't need the PR service as their revision numbers always increment? | 21:35 |
| rburton | assuming you embed the revision into the PV yes | 21:36 |
| rburton | *but* | 21:36 |
| yates | yes? | 21:36 |
| rburton | if you have a feed you want PR service | 21:36 |
| yates | why? | 21:36 |
| yates | i do | 21:36 |
| rburton | because no other recipe has an incrementing PR | 21:36 |
| yates | "because no other recipe has an incrementing PR"...? OH. you mean the PR only increments for the recipe that is being updated? | 21:38 |
| rburton | PR is a recipe variable | 21:38 |
| rburton | its part of the version | 21:38 |
| rburton | 1.2-r3 | 21:38 |
| rburton | r3 is PR | 21:38 |
| rburton | "Package Revision" | 21:38 |
| yates | yes.. | 21:38 |
| yates | yes.. | 21:38 |
| *** peacememories <peacememories!~textual@2a02:8388:8480:fd80:cd06:c5c6:5bd5:47be> has quit IRC | 21:38 | |
| rburton | the PR service bump the PR every time a recipe is rebuilt, because if it was rebuilt it potentially changed | 21:38 |
| rburton | otherwise, a feed is pointless | 21:39 |
| * yates looks up meaning of PV | 21:41 | |
| rburton | Package Version | 21:41 |
| kergoth | yates: modify a recipe, add a patch to SRC_URI. the version in the binary package won't change unless you use the PR service or explicitly bump PR manually every single time you make a cahnge. | 21:42 |
| rburton | typically *upstream* version | 21:42 |
| kergoth | yates: the only exception is scm recipes, since we have srcrev/srcpv | 21:43 |
| rburton | oh the good old days of "change configure option" patches followed by "forgot to bump PR" patches | 21:43 |
| kergoth | but even that benefits from it,s ince not all changes are source changes | 21:43 |
| kergoth | ugh, yes, that was horrible | 21:43 |
| yates | what would be wrong with using SRCPV to set the PR? bastardization perhaps, but wouldn't it work (for svn)? | 21:44 |
| rburton | no | 21:45 |
| rburton | because if your recipe changes from --disable-foo to --enable-foo, the revision ID hasn't changed | 21:45 |
| rburton | still the same upstream commit | 21:45 |
| rburton | but the package is definitely different | 21:45 |
| rburton | lets not even think about you change a *class* that some of your recipes inherit | 21:46 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 21:46 | |
| yates | was the PR service available on Morty? | 21:49 |
| kergoth | if you aren't maintaining and using a package feed for more than just image construction, you may well not need the pr server at all. bitbake checksums the metadata nd will use the new packages to build the images when you change the recipe anyway | 21:51 |
| kergoth | a lot of folks don't use a package manager to deploy upgrades. if i'm going to reflash every time, or roll it out with swupdate, it doesn't really matter | 21:52 |
| kergoth | depends on your needs | 21:52 |
| yates | i have found a package manager so useful just in development that i'd like to maintain it. | 21:52 |
| rburton | yates: looks like its 1.4 onwards | 21:52 |
| yates | good | 21:53 |
| yates | well what i had in mind for this project right now was to fix my PV to 1.0 (production 1.0) and allow the PRs to roll with svn updates. e.g., loadrfcontrol_1.0-r0, then loadrfcontrol_1.0-r1 if the source changes. | 21:54 |
| kergoth | i kind of wish runqemu automatically started up a web server pointing at our package feed after re-indexing it and configured the runtime to point at it somehow | 21:54 |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 21:55 | |
| rburton | yates: that would be abusing PR, just put the svn id in the PV | 21:55 |
| rburton | 1.0+svn10 etc | 21:55 |
| yates | why would you call that a version and not a revision? | 21:56 |
| rburton | revision implies upstream didn't change | 21:56 |
| rburton | PV is the upstream version | 21:56 |
| yates | what is upstream? | 21:56 |
| rburton | kergoth: https://github.com/rossburton/meta-ross/blob/master/classes/simplefeed.bbclass | 21:56 |
| rburton | yates: the software, not the recipe | 21:56 |
| rburton | kergoth: sort of works :) | 21:57 |
| kergoth | huh, indeed, pretty close | 21:57 |
| rburton | kergoth: though the autobuilder can destroy simpleserver in automated qa | 21:57 |
| kergoth | i'll have to play with that, thanks. it's so common for me to forget to include a package in an image during development and testing | 21:58 |
| rburton | kergoth: i think i actually used it to install a package so it *works* but isn't finished | 21:59 |
| * kergoth nods | 21:59 | |
| yates | rburton: so you mean to say that, typically, the upstream doesn't changed between r0 and r1, e.g.? | 21:59 |
| yates | s/changed/change/ | 21:59 |
| rburton | typically no, unless you count adding a patch. which wouldn't be a PV change but a PR. | 21:59 |
| yates | so policy is that a change to the upstream changes the PV? | 22:01 |
| rburton | well, that's typical | 22:01 |
| yates | no wonder i've been confused.. | 22:01 |
| rburton | either the tarball being fetched gets a new version | 22:01 |
| rburton | (new PV) | 22:01 |
| rburton | or the vcs checkout is a new revision, which is the version | 22:02 |
| rburton | god i wish i could remember how bash read worked | 22:02 |
| yates | what i'm doing (right or wrong) is to set the SRC_URI to a specific branch (branches/production-1.0) and to consider THAT the version and then auto-increment the revision on updates in that branch. | 22:03 |
| yates | (or rather, what i'm intending on doing) | 22:04 |
| rburton | whereas what the convention is, is to use SRCPV | 22:04 |
| rburton | recipes-extended/libnsl/libnsl2_git.bb:PV = "1.2.0+git${SRCPV}" | 22:04 |
| rburton | to pick a random recipe | 22:04 |
| rburton | as kergoth said a while back | 22:05 |
| yates | yes | 22:05 |
| kergoth | rburton: ugh, i *hate* 'read' in shell scripts. i use it all the time, but it pisses me off | 22:06 |
| kergoth | i *want* it to be useful for columnar data, but it can't handle empty fields. or rather it compresses them | 22:06 |
| kergoth | printf 'foo\tbar\t\tbaz' | read -r a b c d -> 'baz' is in c, not d | 22:06 |
| rburton | so i am doing it right: echo foo bar fish | read a b c should mean that echo $a is foo | 22:07 |
| rburton | i'm just getting blank :( | 22:07 |
| kergoth | it should, but there are caveats based on when shell creates subshells | 22:08 |
| rburton | see i hate read | 22:08 |
| kergoth | in posix sh that wont work because the use of the pipe basically creates a new shell conceptually.. that is, the vars are only valid in the context of the right side of the pipe | 22:09 |
| kergoth | i.e. echo foo bar baz | ( read a b c; echo $a ) should give correct results | 22:09 |
| rburton | fffffffs | 22:09 |
| rburton | goddamnit bash | 22:09 |
| rburton | that was it | 22:09 |
| rburton | so i just need to wrap this in a block | 22:09 |
| kergoth | that's what i usually do, yeah | 22:10 |
| kergoth | occasionally it pisses me off. like i'll want to do cat somefile | foo | while read -r a b c; do foundit=1; done -> found it is *not* 1, since the vars set in the while don't hit the main shell | 22:10 |
| kergoth | but if you read from a file with a redirect, it doesn't hit that issue | 22:11 |
| kergoth | so sometimes need a temporary file just to sidestep that issue | 22:11 |
| yates | kergoth: when you wrote: PV .= "+svn${SRCPV}", is the leading "+" a literial "+" (or, e.g., a concatenation operator)? | 22:12 |
| yates | .= is concatenate, right? | 22:12 |
| * yates looks for the section of the manual on variable constructions | 22:13 | |
| rburton | https://www.yoctoproject.org/docs/2.5.1/bitbake-user-manual/bitbake-user-manual.html#basic-syntax | 22:14 |
| kergoth | "Command substitution, commands that are grouped with parentheses, and asynchronous lists shall be executed in a subshell environment. Additionally, each command of a multi-command pipeline is in a subshell environment; as an extension, however, any or all commands in a pipeline may be executed in the current environment. All other commands shall be executed in the current shell environment." there it is. "Additionally, each command of a multi-command | 22:16 |
| kergoth | pipeline is in a subshell environment", running in the current envirionment is an optional extension! | 22:16 |
| kergoth | from POSIX.1-2008 | 22:16 |
| kergoth | http://pubs.opengroup.org/onlinepubs/9699919799/ -> shell & utilities -> shell command language -> shell execution environment | 22:16 |
| yates | is that syntax basically python's string manipulation syntax? | 22:17 |
| kergoth | no | 22:17 |
| kergoth | .= is concatenation, yes | 22:17 |
| kergoth | as i said earlier, + is a convention in some version strings to separate the component of the version referring to the scm rev | 22:17 |
| yates | yes, but i put a "-" there and still saw a "+:"! | 22:17 |
| kergoth | as rburton said, i.e. "1.0+svn10 etc" | 22:18 |
| rburton | yates: grep oe-core for SRCPV, loads of examples | 22:18 |
| kergoth | yeah, good call | 22:18 |
| yates | just trying to understand why | 22:18 |
| *** ferlzc <ferlzc!~ferlzc@187.57.74.56> has quit IRC | 22:18 | |
| yates | nope | 22:19 |
| yates | seeing things.. | 22:19 |
| *** ferlzc <ferlzc!~ferlzc@187.57.74.56> has joined #yocto | 22:22 | |
| rburton | kergoth: ten minutes of argh because i put foo3.img instead of foo.img3 | 22:22 |
| kergoth | ugh | 22:22 |
| rburton | no wonder the read was returning blank | 22:23 |
| kergoth | http://www.fifi.org/doc/debian-policy/policy.html/ch-versions.html and https://wiki.gentoo.org/wiki/Version_specifier mostly inspired the original notion of epoch/version/revision in oe as originally the tooling was portage based and the distro was debian based. trying to have a single versioning system work for every upstream version scheme *and* be compatible with any arbitrary target binary package management system is .. a bit of a pain at times | 22:23 |
| rburton | but i do now have my recipe, erm, extracting an ext partition from a disk image | 22:23 |
| kergoth | I actually think equinox p2's "omniversion" scheme is really interesting. it lets you encode the versioning scheme / how the version is parsed by supplying a format string in the omniversion string. completely self contained, no need for a central handler for it | 22:24 |
| kergoth | https://wiki.eclipse.org/Equinox/p2/Omni_Version#Examples_of_Version_Formats | 22:25 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:28 | |
| kergoth | yates: + is also the convention for pre-releases. 0.9+1.0rc0. that way 1.0 is still seen as newer, rather than 1.0rc being seen as newer than 1.0 | 22:28 |
| kergoth | just as an fyi | 22:28 |
| rburton | of course we can now do 1.0~rc1 | 22:29 |
| rburton | which sorts before 1.0 | 22:29 |
| kergoth | ah, true, forgot that was added | 22:29 |
| rburton | my do_install now has fdisk, dd, and debugfs calls in. | 22:32 |
| rburton | do i win a prize? | 22:32 |
| RP | rburton: scary :) | 22:33 |
| rburton | [41924.676444] print_req_error: I/O error, dev sdc, sector 24606768 | 22:37 |
| rburton | oh ffs | 22:37 |
| rburton | now my usb stick is dying | 22:37 |
| yocti | New news from stackoverflow: How can I force bitbake to find my libraries? <https://stackoverflow.com/questions/54525206/how-can-i-force-bitbake-to-find-my-libraries> | 22:41 |
| *** scottrif <scottrif!~scottrif@96-41-168-232.dhcp.mdfd.or.charter.com> has joined #yocto | 22:52 | |
| rburton | arhghghghgh | 22:54 |
| rburton | debugfs created a file called /this/is/the/long/path/i/wanted in the root of the file system | 22:54 |
| rburton | that is not funny | 22:55 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 22:56 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 22:58 | |
| bluelightning | can someone help out scottrif and comment as to whether this is a workaround for a bug or a genuine requirement that we should list? https://bugzilla.yoctoproject.org/show_bug.cgi?id=13164 | 22:58 |
| yocti | Bug 13164: minor, Undecided, 2.7 M4, srifenbark, NEEDINFO , Include libncurses-dev in the list of required packages | 22:58 |
| scottrif | thanks Paul | 22:58 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 22:59 | |
| rburton | thats a duplicate | 22:59 |
| rburton | now wheres the original | 22:59 |
| rburton | scottrif: closed :) | 23:00 |
| scottrif | rburton: thanks | 23:01 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 23:02 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 23:02 | |
| bluelightning | crazy, the two bugs were even number anagrams of eachother :D | 23:02 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 23:05 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 23:05 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 23:08 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 23:08 | |
| rburton | yeah i noticed that :) | 23:08 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:09 | |
| RP | rburton: I'm trying not to smile. Sorry. | 23:12 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:37 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 23:46 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!