| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!) | 00:03 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 00:13 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection) | 00:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:34 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (Remote host closed the connection) | 00:48 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has joined #yocto | 00:59 | |
| *** FredO <FredO!~willy562@bras-base-crnypq0201w-grc-06-76-69-222-77.dsl.bell.ca> has quit IRC (Read error: Connection reset by peer) | 01:15 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 01:16 | |
| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 252 seconds) | 01:24 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-147-203.home.otenet.gr> has joined #yocto | 01:32 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has quit IRC (Ping timeout: 252 seconds) | 01:34 | |
| *** FredO <FredO!~willy562@bras-base-crnypq0201w-grc-06-76-69-222-77.dsl.bell.ca> has joined #yocto | 01:47 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 02:01 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 02:02 | |
| *** camus1 is now known as camus | 02:02 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 02:05 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Remote host closed the connection) | 02:45 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 02:46 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 02:56 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 03:22 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 245 seconds) | 03:29 | |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 04:09 | |
| *** amitk <amitk!~amit@103.208.71.148> has joined #yocto | 04:40 | |
| *** amitk <amitk!~amit@103.208.71.148> has quit IRC (Ping timeout: 240 seconds) | 04:46 | |
| *** amitk <amitk!~amit@103.208.71.148> has joined #yocto | 05:07 | |
| dwagenk | Good morning! Trying to get some feedback whether the following would be a welcome change to openembedded-core: | 05:17 |
|---|---|---|
| dwagenk | openembedded-core/meta/classes/mirrors.bbclass already contains a rule to fetch git repos via https if git protocol fails (common due to corporate firewalls). | 05:17 |
| dwagenk | This logic works, if the URI for both protocols is identical. | 05:17 |
| dwagenk | git://./. git://HOST/PATH;protocol=https \n \ | 05:17 |
| dwagenk | git://git.yoctoproject.org/.* git://git.yoctoproject.org/git/PATH;protocol=https \n \ | 05:17 |
| dwagenk | On many servers (using cgit as WebUI) the URI for fetching via https contains a "git/" as first part of the path. See the following line from mirrors.bbclass thast handles this rewrite for git.yoctoproject.org: | 05:17 |
| dwagenk | I suggest to add a general rule for these cases to mirrors.bbclass | 05:17 |
| dwagenk | and remove the then obsolete server-specific rewrite rules. | 05:17 |
| dwagenk | Has this been discussed and dismissed before? Or should I send a patch? | 05:17 |
| dwagenk | git://./. git://HOST/git/PATH;protocol=https \n \ | 05:17 |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 05:26 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 245 seconds) | 05:35 | |
| *** m4ho <m4ho!~m4ho@p5098be52.dip0.t-ipconnect.de> has joined #yocto | 05:41 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:09 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 06:18 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-147-203.home.otenet.gr> has quit IRC (Ping timeout: 252 seconds) | 06:24 | |
| *** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 252 seconds) | 06:25 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has joined #yocto | 06:28 | |
| *** manuel_ <manuel_!~manuel198@185.68.248.44> has quit IRC (Remote host closed the connection) | 06:29 | |
| *** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has left #yocto | 06:30 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 06:32 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 06:33 | |
| *** frieder <frieder!~frieder@mue-88-130-76-213.dsl.tropolys.de> has joined #yocto | 06:34 | |
| *** wwilly <wwilly!~wwilly@2a01:cb10:171:3a00:d2e:8faf:a535:2629> has joined #yocto | 06:42 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 06:48 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 06:50 | |
| *** camus1 is now known as camus | 06:50 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Remote host closed the connection) | 06:54 | |
| *** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has joined #yocto | 06:55 | |
| wCPO | Can a PACKAGECONFIG have another PACKAGECONFIG as dependency? | 07:00 |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 07:13 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has left #yocto | 07:13 | |
| JosefHolzmayr[m] | yo dudX | 07:13 |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb14:87e:2200:1c04:7ffa:2a52:b0c2> has joined #yocto | 07:17 | |
| mihai | yo | 07:22 |
| mihai | wCPO: nope | 07:26 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 244 seconds) | 07:29 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:31 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 07:31 | |
| JosefHolzmayr[m] | wCPO: you could add a function to the recipe that checks the packageconfig and errs out on an invalid combination. | 07:34 |
| qschulz | JosefHolzmayr[m]: wth happened to your nick :o | 07:53 |
| JosefHolzmayr[m] | qschulz: currently on a matrix/element test | 07:53 |
| qschulz | best of luck | 07:54 |
| JosefHolzmayr[m] | so far its ok. not overwhelming, but interesting. | 07:54 |
| *** Belsirk <Belsirk!~rfuentess@amarseille-656-1-20-91.w81-251.abo.wanadoo.fr> has joined #yocto | 07:58 | |
| *** Belsirk <Belsirk!~rfuentess@amarseille-656-1-20-91.w81-251.abo.wanadoo.fr> has quit IRC (Client Quit) | 07:59 | |
| *** mihai- <mihai-!~mihai@user/mihai> has joined #yocto | 08:00 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb14:87e:2200:1c04:7ffa:2a52:b0c2> has quit IRC (Ping timeout: 252 seconds) | 08:00 | |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Ping timeout: 240 seconds) | 08:03 | |
| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has joined #yocto | 08:13 | |
| RP | vmeson: FWIW the issues are because LD_LIBRARY_PATH is being set and confusing the binaries | 08:19 |
| zyga-mbp | zeddii I had a look at a go fetcher | 08:20 |
| zyga-mbp | I think it's relatively easy | 08:20 |
| zyga-mbp | some things suck though, mostly licenses | 08:20 |
| zyga-mbp | while the go system explicitly packages LICENSE in addition to the sources | 08:20 |
| JosefHolzmayr[m] | "go fetcher" sounds almost like "sudo make me a sandwich" | 08:20 |
| zyga-mbp | some projects have a different file in their tree | 08:20 |
| zyga-mbp | I will spend time _next week_ on a prototype | 08:21 |
| zyga-mbp | but it seems highly doable with this assumption: | 08:21 |
| zyga-mbp | the fetcher will be like npm fetcher | 08:21 |
| zyga-mbp | each recipe will describe a go module like what you can specify to go install or go download | 08:21 |
| zyga-mbp | each recipe will fetch the go module cache and keep _that_ as the source | 08:21 |
| zyga-mbp | the -dev and -src and other binary packages will change for sure | 08:22 |
| zyga-mbp | the up side is that we stay compatible with the go ecosystem | 08:22 |
| zyga-mbp | there's exactly zero things that are custom since go does all the hard work | 08:22 |
| zyga-mbp | and multi-version problem in avoided | 08:23 |
| zyga-mbp | packages should be also quite easy to maintain, with the exception of license checker that may need to be a bit more elaborate | 08:23 |
| zyga-mbp | as any non trivial recipe will have dozens of licenses | 08:23 |
| zyga-mbp | JosefHolzmayr[m] I wish go made me a sandwitch now ;) | 08:24 |
| JosefHolzmayr[m] | "go fetch me a beer" | 08:24 |
| zyga-mbp | another consequence is that the fetcher will be a separate ecosystem from the go.bbclass and go-mod.bbclass packages | 08:24 |
| zyga-mbp | and I honestly would deprecate them | 08:24 |
| zyga-mbp | since it seems like a dead-end | 08:24 |
| zyga-mbp | I did not look at cgo but apart from a set of variables to set, I don't expect problems yet | 08:25 |
| *** bps <bps!~bps@27-reverse.bang-olufsen.dk> has joined #yocto | 08:26 | |
| te_johan | in a older yocto version i used IMAGE_POSTPROCESS_COMMAND to zip some files from DEPLOY_DIR_IMAGE. the files are now deployed later so that does not work. | 08:29 |
| JosefHolzmayr[m] | te_johan: "older" means "pre-morty", right? ;-) | 08:29 |
| te_johan | that would be sumo :) | 08:29 |
| JosefHolzmayr[m] | te_johan: that sounds strange. but anyways you usually want to use IMGDEPLOYDIR for algorithmic use, not DEPLOY_DIR_IMAGE | 08:30 |
| te_johan | ok thanks | 08:31 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 08:44 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:45 | |
| RP | Well, I can see why cargo-native breaks on centos7. How to fix it? No idea :( | 08:45 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:46 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 08:51 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:51 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 08:54 | |
| JosefHolzmayr[m] | RP: when cargo is broken, one usually puts it into a container and ships it back, | 08:58 |
| * JosefHolzmayr[m] badum-tsh! | 08:58 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has quit IRC (Ping timeout: 244 seconds) | 08:59 | |
| *** Chep <Chep!~chep@88.168.197.200> has quit IRC (Quit: ZNC - http://znc.in) | 09:12 | |
| *** Guest28 <Guest28!~Guest28@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 09:15 | |
| Guest28 | How can I execute shell or python script from conf file? | 09:16 |
| JosefHolzmayr[m] | Guest28: what are you trying to archieve? | 09:17 |
| Guest28 | JosefHolzmayr[m] get hostname | 09:17 |
| JosefHolzmayr[m] | Guest28: why would one want that? | 09:18 |
| JosefHolzmayr[m] | such would sabotage build reproducibility. | 09:18 |
| Guest28 | JosefHolzmayr[m] I want to fill in PACKAGE_FEED_URIS to the hostname currently building. | 09:18 |
| JosefHolzmayr[m] | Guest28: better approach. set it to a variable, maybe "MYMAGICPACKAGEFEEDSOURCE". whitelist that variable, and pass it in through the environment. | 09:20 |
| JosefHolzmayr[m] | and voila, you can both have the cake (reproducible, host independent build) and eat it (set PACKAGE_FEED_URIS) | 09:21 |
| Guest28 | JosefHolzmayr[m] you men set variable in local.conf and then pick it up in conf file? | 09:24 |
| JosefHolzmayr[m] | erm, what "conf" file are you talking about? | 09:26 |
| qschulz | Is the conf file a bitbake conf file? (i.e. distro.conf, <machine>.conf local.conf, layer.conf, ...) | 09:26 |
| Guest28 | qschulz yes bitbake conf file (e.g. distro.conf) | 09:26 |
| JosefHolzmayr[m] | like i said. set it in the environment, example: "MYMAGICPACKAGEFEEDYOURCE=$(hostname) bitbake my-cool-image" | 09:27 |
| *** mihai- is now known as mihai | 09:28 | |
| JosefHolzmayr[m] | add MYMAGICPACKAGEFEEDSOURCE to BB_ENV_WHITELIST for your build, and you can use it everywhere. | 09:28 |
| Guest28 | can BB_ENV_WHITELIST be put in build/local.conf file? | 09:31 |
| qschulz | I think you might be able to set PACKAGE_FEED_URIS from an image recipe directly | 09:32 |
| JosefHolzmayr[m] | qschulz: it might indeed have special properties. a good example for checking the actual situation first instead of going for the first solution that comes to mind ("executing random code in local.conf") | 09:33 |
| qschulz | nope never mind, it's globally inherited | 09:34 |
| qschulz | (the class rootfs_ipk that is using this variable) | 09:34 |
| qschulz | but this is going to destroy the sstate-cache | 09:35 |
| *** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has joined #yocto | 09:35 | |
| qschulz | also why should the hostname matter to the package feed? | 09:35 |
| Guest28 | wanted to append package feed with local build machine that developer is sitting on and building from | 09:37 |
| JosefHolzmayr[m] | i guess that this for local dev images that should be automagically be able to use a package feed. | 09:37 |
| Guest28 | JosefHolzmayr[m]correct | 09:37 |
| JosefHolzmayr[m] | which is a legit usecase to me, but the approach is not a good one. | 09:37 |
| qschulz | I think you should add an init script (which can have some build machine specific settings) that is configuring the package feed at runtime | 09:39 |
| qschulz | Guest28: https://docs.yoctoproject.org/dev-manual/common-tasks.html#target-setup | 09:40 |
| qschulz | and this init script would be provided in one recipe only, reading the hostname from within an anonymous python function I guess | 09:41 |
| qschulz | and inserting it in the init script | 09:41 |
| qschulz | which is installed via the package created by the recipe included inside the image recipe | 09:41 |
| mcfrisk | hi, could/should "seccomp" be one of DISTRO_FEATURES? | 09:42 |
| qschulz | if the anonymous python cannot for some reason get the hostname of the build machine, then use the mechanism provided by JosefHolzmayr[m] but still use a separate recipe as I explained above | 09:43 |
| qschulz | I think it's the less intrusive solution, still being able to use a global sstate-cache in your company but have the ability for developers to use packages they built locally | 09:44 |
| Guest28 | qschulz ok, thanks the proposal. the procedure is a bit involved. could i not then just append the file /etc/opkg/base-feeds.conf directly with an append file? | 09:56 |
| qschulz | i rechecked again and I think you don't need any of this and going with the original solution suggested by JosefHolzmayr[m] (BB_ENV_WHITELIST + MYMAGICPACKAGEFEEDSOURCE) | 10:01 |
| qschulz | should work just fine | 10:01 |
| qschulz | this is because the rootfs_ipk.bbclass which is inherited globally just sets flags for the do_rootfs task, which means it applies to recipes with a rootfs task only | 10:02 |
| qschulz | but you should check by yourself if it does not trigger a full rebuild | 10:02 |
| qschulz | otherwise, I think it's safe to just modify the PACKAGE_FEED_URIS from the image recipe directly | 10:04 |
| RP | mcfrisk: possibly | 10:05 |
| qschulz | which means only the image recipe will be impacted with the PACKAGE_FEED_URIS change and lose the benefit of sstate-cache | 10:05 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:22 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 252 seconds) | 10:31 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 10:33 | |
| * RP might have a fix for cargo on centos7. I hate it though :/ | 10:42 | |
| RP | vmeson: ^^^ | 10:42 |
| RP | zeddii: I'm a bit puzzled by https://autobuilder.yoctoproject.org/typhoon/#/builders/121/builds/233 - meta-virt started failing | 10:52 |
| RP | I suspect something in another layer but haven't looked into it. | 10:52 |
| RP | I think sgw / tgamblin may have looked further | 10:53 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Remote host closed the connection) | 10:59 | |
| *** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has quit IRC (Quit: Leaving...) | 11:00 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 11:13 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 11:28 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto | 11:29 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto | 11:33 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 11:34 | |
| *** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 11:35 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 11:36 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 252 seconds) | 11:36 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Remote host closed the connection) | 11:36 | |
| *** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has joined #yocto | 11:37 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 252 seconds) | 11:37 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 11:44 | |
| *** rfuentess <rfuentess!~rfuentess@amarseille-656-1-20-91.w81-251.abo.wanadoo.fr> has joined #yocto | 11:45 | |
| qschulz | RP: BTW, thanks a ton for the RPROVIDES explanation! | 11:55 |
| RP | qschulz: np, we should really try and document it better... | 11:55 |
| JosefHolzmayr[m] | <advertisement>its exactly two weeks left to the YP linux foundation mentorship session: https://events.linuxfoundation.org/mentorship-session-its-not-just-about-embedded-the-yocto-project/</advertisement> | 11:56 |
| qschulz | RP: and if my understanding is correct, if a package is put into an RDEPENDS whose name only exists in RPROVIDES, the build will fail because bitbake is not in charge of resolving RDEPENDS but the package manager, so bitbake sees it exists in some recipe so confirms RDEPENDS is valid but the recipe won't be built so the package manager will fail | 11:58 |
| RP | qschulz: the build won't fail, you need to think about the case two packages put the same entry in RPROVIDES | 11:59 |
| RP | then what happens? | 11:59 |
| qschulz | basically it depends on the recipe (or one of its package, without RPROVIDES "mechanism") being pulled in as a (runtime/build time) dependency to have this "RPROVIDES package" built and available to the package manager | 11:59 |
| RP | qschulz: if there is just one entry, things are fine and bitbake and the package manager will agree | 12:00 |
| RP | well, you hope they would | 12:00 |
| qschulz | if there are two (which I assume is often the case, otherwise RPROVIDES has a limited usecase?), then bitbake can't know but knows it can be satisfied so it'll be up to the package manager to pick the package. Assuming of course only one of the packages RPROVIDES'ing the same string is built | 12:02 |
| RP | qschulz: right, but that is the issue? Which one does bitbake choose and would the package manager choose the same one? | 12:03 |
| qschulz | My assumption is that if you have two packages RPROVIDES'ing the same thing (during parsing!), RDEPENDS mechanism will not trigger a build of one of the recipes | 12:04 |
| qschulz | of either of the recipes* | 12:04 |
| RP | qschulz: I'm not actually sure what bitbake does with that to be honest | 12:05 |
| qschulz | so then it depends on one of the recipes to be built so that one package is built and available to the package manager, which will then take care of fulfilling the RDEPENDS | 12:06 |
| qschulz | but all just guesses :) | 12:06 |
| qschulz | and it seems to be a rather complex topic, so should definitely be documented (better?) :) | 12:06 |
| RP | qschulz: I think bitbake could allow multiple providers of the thing to built. It would then be up to the package manager | 12:07 |
| qschulz | but then how would the package manager pick the appropriate package to use since we don't have PREFERRED_RPROVIDER? | 12:08 |
| qschulz | so many questions /o\ | 12:08 |
| RP | qschulz: this is why it is not supported | 12:09 |
| qschulz | I need to re-read your mail I think because I don';t see why the ability to specify RPROVIDES was ever given | 12:10 |
| RP | qschulz: package managers need RPROVIDES+RREPLACES to replace other older packages with newly named ones | 12:11 |
| qschulz | now it clicks :) | 12:11 |
| qschulz | Thanks! | 12:11 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 252 seconds) | 12:14 | |
| RP | zeddii: it is something in the last changes in meta-oe :( | 12:16 |
| RP | khem: something in meta-oe that changed recently is breaking meta-virt in yocto-check-layer :( | 12:16 |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has quit IRC (Remote host closed the connection) | 12:22 | |
| RP | zeddii, khem, tgamblin: Looks like two copies of a python recipe, one in meta-oe, one in meta-virt. Can you resolve this between you and stop breaking the autobuilder, please? :) | 12:26 |
| tgamblin | RP: zeddii: echoing here but it's because python3-cached-property was recently added to meta-python with the same version but different recipe content | 12:26 |
| tgamblin | RP: zeddii: khem: yes. I think we should remove it from meta-virtualization now that it's in meta-python, unless having BBCLASSEXTEND = "native" is a dealbreaker for meta-virtualization | 12:29 |
| tgamblin | Both layers carry the same version. The only difference is that the meta-python one includes that BBCLASSEXTEND line, and adds DESCRIPTION and SECTION | 12:30 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 12:32 | |
| zeddii | I'd prefer not to remove it. | 12:33 |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 12:33 | |
| zeddii | it has had some specifc version dependencies in the past, and I can't chase version bumps constantly in meta-python. | 12:33 |
| RP | zeddii: this could be a bit tricky given there are other recipes in meta-python that now appear to depend on it :( | 12:40 |
| zeddii | queue my complaint about 'language layers' | 12:40 |
| tgamblin | RP: zeddii: the other solution would be setting BBFILE_PRIORITY, but which should be higher? | 12:41 |
| RP | tgamblin: It won't help pass the compat tests | 12:41 |
| zeddii | I can always rename mine to something else, and/or start copying more of the dependencies into meta-virt to avoid meta-oe | 12:41 |
| RP | zeddii: I suspect you hit the same issue even if you don't have language layers as soon as you have two "topic layers" using the same thing :( | 12:42 |
| RP | zeddii: copying dependencies will just make meta-virt and meta-oe not get on :/ | 12:42 |
| RP | I suspect if you make the recipes match, the layer check will be ok again | 12:43 |
| RP | until one upgrades and the other doesn't | 12:43 |
| tgamblin | I can send a patch to meta-virtualization to make the changes, and after that I'll have to keep an eye out for it or something | 12:44 |
| zeddii | tgamblin: I'll just give the meta-virt one a different name with -virt- or something similar in the middle. Saves me adding a pinned version in the meta-virt conf files as well. | 12:47 |
| RP | zeddii: won't that cause problems on target trying to install both together? | 12:48 |
| RP | I think I need to keep out of this one! :) | 12:49 |
| zeddii | hmm. I suppose so. I can just figure out what is using it in meta-oe, see if it is needed for meta-virt and blacklist it if virt is enabled in distro features. | 12:50 |
| JPEW | ACK, ELC requires pre-recorded virtual talks by the 7th!. I just started my slides last night! | 12:51 |
| JosefHolzmayr[m] | JPEW: wut ELC is prerecorded? | 12:51 |
| zeddii | JPEW: I'm in tough on that as well :D | 12:51 |
| zeddii | And I just had to record my linaro connect one yesterday, which means I haven't done anything on ELC | 12:51 |
| JPEW | JosefHolzmayr[m]: If you are doing it virtually | 12:51 |
| JosefHolzmayr[m] | JPEW: yay for hybri. | 12:52 |
| JosefHolzmayr[m] | +d | 12:52 |
| JPEW | I thought they would have a virtual live option so I could be lazy and not finish my talk until the day before :) | 12:52 |
| tgamblin | zeddii: Alright, let me know if I can help | 12:53 |
| JosefHolzmayr[m] | JPEW: d'oh. at least for the mentorship session they don't "require" more than a quick check 30 minutes early and just going on zoom. | 12:54 |
| tgamblin | As mentioned the only functional difference I see is BBCLASSEXTEND = "native", there are no distinct DEPENDS/RDEPENDS | 12:54 |
| RP | zeddii, tgamblin: if you could make the DESCRIPTION/SUMMARY match for now that will probably silence the autobuilder issue for a bit :) | 12:56 |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 12:58 | |
| JPEW | RP: poky-contrib/jpew/sbom is ready for me to send a PR for; I have a lot of changes to create-sdpx.bbclass as we found issues. Do you want all those squashed into a single commit? | 13:03 |
| *** mxang <mxang!~mxang@91.142.71.106> has joined #yocto | 13:05 | |
| RP | JPEW: it depends if you think the development history is useful | 13:09 |
| RP | JPEW: can you change "Fix BSD license" to "Use a specific BSD license variant"? | 13:09 |
| JPEW | Yes | 13:09 |
| RP | JPEW: those commits could do with a long log "Make the license more accurate by specifying the variant of the BSD license rather than the generic one" too | 13:10 |
| RP | or similar | 13:10 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 13:10 | |
| JPEW | I can do that too | 13:10 |
| RP | JPEW: the changes to create-spdx do tell a story so may be useful to preserve, at least some of it | 13:11 |
| JPEW | K, sounds good to me | 13:12 |
| rburton | RP: is it too late to rip out the 'BSD' license from common-licenses? | 13:22 |
| RP | rburton: how close are we to cleaning up core? | 13:22 |
| rburton | a quick grep said ~15 instances in core, so if jpew fixed most of them then close | 13:23 |
| RP | vmeson: rust fix sent out. Please don't judge it too harshly, it is horrible | 13:23 |
| rburton | biggest problem would be a selftest refers to it, but that might be trivial | 13:23 |
| RP | rburton: I'd be happy to see it removed and I think there is just time if the patches get here now | 13:24 |
| RP | will cause some complaining no doubt | 13:24 |
| rburton | there's still some left in core | 13:26 |
| RP | heh, and bad RP didn't check the malloc return code | 13:26 |
| * RP tries to decide if he cares | 13:26 | |
| rburton | but shouldn't be *too* much effort to sort | 13:26 |
| RP | rburton: I've had a lot of "not too much effort" recently ;-) | 13:27 |
| rburton | lol | 13:27 |
| * paulg thinks RP just called rust "horrible". :) | 13:31 | |
| RP | paulg: My hack to it is horrible, I try not to comment on rust itself | 13:32 |
| RP | http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=a931839989f6996379c20a8a87a92de6454c4dbd | 13:32 |
| RP | shell wrappers aren't enough so lets use C | 13:32 |
| * rburton looks at the license file for the first recipe he picked, and runs in horror | 13:32 | |
| paulg | RP, I like my interpretation better - has a better chance of getting vmeson all wound up. :-P | 13:34 |
| RP | paulg: :) | 13:34 |
| JPEW | Ugh, `create-pull-request` has defeated me :( | 13:35 |
| RP | JPEW: rm 00*.patch; git format-patch -M HEAD~X..HEAD; git send-email 00*.patch | 13:42 |
| RP | assuming you have the checkout set with an email address for patches | 13:43 |
| JPEW | RP: Ya. I thought I could be tricky and use the script :) | 13:43 |
| JPEW | I'll just send them the usual way | 13:44 |
| vmeson | RP: paulg: lol! RP: makes sense to me, even before coffee! | 13:48 |
| rburton | JPEW: looked at three "BSD" using recipes, and ran away screaming twice. hdparm and lsof both use 'bsd-like' custom licenses | 13:48 |
| JPEW | rburton: Ya, some of they are bad | 13:48 |
| JPEW | I *think* what you do in that case is add a custom license to the SPDX document | 13:48 |
| rburton | need to represent that in yocto first really though | 13:49 |
| JPEW | RIght | 13:49 |
| JPEW | Maybe "BSD-like" ? | 13:49 |
| JPEW | I had a really hard time finding what license some arbitrary license text should be called. Does anyone know if there is some "licence fragment search engine"? | 13:50 |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Remote host closed the connection) | 13:51 | |
| rburton | there is but i can't remember what its calld | 13:52 |
| rburton | need a better way to handle totally custom licenses per recipe | 13:57 |
| rburton | well a few more were easily cleaned up | 13:57 |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 14:00 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:00 | |
| qschulz | rburton: https://cgit.openembedded.org/openembedded-core/tree/meta/recipes-kernel/linux-firmware/linux-firmware_20210818.bb#n140 ? | 14:03 |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 14:05 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 14:06 | |
| *** willo <willo!~quassel@60-241-162-73.static.tpgi.com.au> has joined #yocto | 14:11 | |
| rburton | qschulz: aha, thanks | 14:12 |
| RP | vmeson: this brings us to https://autobuilder.yoctoproject.org/typhoon/#/builders/115/builds/612/steps/13/logs/stdio which suggests this wrapper hack needs to be centralised? | 14:12 |
| sgw | RP: your dealing with the builds you started today that failed? | 14:14 |
| RP | sgw: I guess I know what happened to them :/ | 14:19 |
| RP | paulg: I think a new way to wind up vmeson might be to talk about the rust std (it's standard library called libstd-rs) | 14:31 |
| paulg | Rally Sport! | 14:33 |
| paulg | https://en.wikipedia.org/wiki/Ford_Escort_RS_Cosworth | 14:34 |
| RP | :) | 14:34 |
| vmeson | and here I was going to make a flattering comment about how I test drove a Golf R (hot hatch) last night with a friend and was thinking that an Golf RP would be even more powerful^Hannoying. | 14:39 |
| RP | vmeson: Sorry, I'm really not happy with rust atm | 14:43 |
| RP | sgw: I've hopefully sorted out my swat flagged builds | 14:44 |
| * RP is back to another rebuild on the AB. I pulled the license stuff in so it will be a while | 14:45 | |
| RP | vmeson: I've revised the cargo change to apply to rust-common instead | 14:45 |
| wCPO | mihai, JosefHolzmayr[m]: https://lists.openembedded.org/g/openembedded-core/topic/patch_systemd_add_repart/85299707 is what I ended up with, but perhaps I should have added a function so it will error out earlier if openssl isn't added (it won't compile if only repart is specified) | 14:46 |
| *** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:797a:9df6:c703:d35d> has joined #yocto | 14:46 | |
| qschulz | wCPO: you could do an anonymous python function which checks if repart is in PACKAGECONFIG and if so, checks that openssl is in it too otherwise fails with bbfatal | 14:49 |
| qschulz | another way could be to add the content of the PACKAGECONFIG[openssl] to repart too | 14:49 |
| qschulz | but the first one feels better :) | 14:49 |
| qschulz | you could even add openssl to PACKAGECONFIG from the anonymous function! | 14:50 |
| wCPO | I think that would be the most ideal solution | 14:50 |
| mihai | wCPO: you can also add another line in systemd's PACKAGECONFIG, to check if said PACKAGECONFIG contains repart then enable repart and openssl | 14:57 |
| JPEW | wCPO: IMHO I'd make it error instead of adding it implicilty. Don't want to accidently do something the user doesn't want | 14:57 |
| mihai | but I'm not sure if this will create a loop | 14:57 |
| mihai | or maybe it makes more sense to have "repart" as a distro feature so you can check for it there | 14:59 |
| *** frieder <frieder!~frieder@mue-88-130-76-213.dsl.tropolys.de> has quit IRC (Remote host closed the connection) | 15:01 | |
| qschulz | overkill to have a distro feature for that | 15:01 |
| qschulz | I agree with JPEW :) | 15:01 |
| * RP would just add the anon python to error if the config is wrong | 15:02 | |
| mihai | this could also turn intro a feature request, as long as there's a field for conflicting packageconfig options, there could be one for dependent options too :) | 15:06 |
| *** linkliu60 <linkliu60!~user_name@72.19.13.156> has joined #yocto | 15:06 | |
| *** tepperson <tepperson!~tepperson@12.182.35.188> has joined #yocto | 15:06 | |
| tepperson | is it possible to modify the /etc/fstab file based on the image type? my wic files have a good fstab, but my ext4.gz needs fstab modification. | 15:07 |
| *** Belsirk <Belsirk!~rfuentess@2a01:cb14:87e:2200:1c04:7ffa:2a52:b0c2> has joined #yocto | 15:12 | |
| *** rfuentess <rfuentess!~rfuentess@amarseille-656-1-20-91.w81-251.abo.wanadoo.fr> has quit IRC (Ping timeout: 252 seconds) | 15:14 | |
| wCPO | qschulz: like so https://dl.klausen.dk/shots/nhbn8PtCt2oOka3IayOnsiEoOKu6Q3x0.txt ? | 15:14 |
| qschulz | wCPO: seems reasonable at first glance, don't know the difference between bbfatal and bberror though, so can't judge what should be taken | 15:26 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 15:28 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 15:28 | |
| RP | error displays an error message but keeps going, fatal stops execution | 15:29 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:29 | |
| JPEW | Will bitbake exit with non-zero exit code on bberror ? | 15:29 |
| RP | JPEW: yes | 15:29 |
| *** mxang <mxang!~mxang@91.142.71.106> has quit IRC (Quit: Client closed) | 15:30 | |
| RP | JaMa: is the patch from Mingli on the list ok to apply with yours? | 15:31 |
| *** Belsirk <Belsirk!~rfuentess@2a01:cb14:87e:2200:1c04:7ffa:2a52:b0c2> has quit IRC (Remote host closed the connection) | 15:36 | |
| RP | vmeson: FWIW we have a new uninative in -next which should fix the docker issues | 15:38 |
| vmeson | RP, yep, Hongxu was mentioning that in a meeting so we'll be pulling that into our tests soon. | 15:40 |
| *** pabigot <pabigot!~pab@67-1-116-23.tcso.qwest.net> has joined #yocto | 15:47 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 252 seconds) | 15:48 | |
| JaMa | RP: yes, I believe so | 15:52 |
| JaMa | RP: I'll test it shortly with the new uninative as well | 15:53 |
| RP | JaMa: thanks | 15:53 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:54 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 15:57 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 16:04 | |
| JaMa | RP: both uninative and Mingli's bitbake changes work for me | 16:05 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 16:06 | |
| RP | JaMa: great, thanks. I'll queue Mingli's change too | 16:10 |
| wCPO | qschulz: thanks, I will send a v2 patch shortly | 16:15 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 16:20 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 16:21 | |
| RP | tgamblin: I'm cursing buildbot's scheduling again! | 16:24 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has joined #yocto | 16:27 | |
| RP | paulg: thanks for the ppc bug summary btw. Seems we go through phases where we hit it more/less, guess it is all down to timing | 16:30 |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 16:31 | |
| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has quit IRC (Remote host closed the connection) | 16:31 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 16:36 | |
| paulg | yah, I know what my goldfish memory is like -- I capture details like that for my own benefit as much as anyone else's.... :-/ | 16:47 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 16:52 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 244 seconds) | 17:09 | |
| rburton | JPEW: if you look at the bsd license mess, ross/sbom has a slew more | 17:16 |
| rburton | what sort of license is "BSD+" I wonder :) | 17:17 |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 17:18 | |
| *** amitk <amitk!~amit@103.208.71.148> has quit IRC (Ping timeout: 244 seconds) | 17:18 | |
| rburton | JPEW: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14539 fwiw | 17:20 |
| JPEW | rburton: Awesome! | 17:20 |
| JPEW | I have a number of other things to work on in the next week or so, but you should send in the patches you have! | 17:21 |
| rburton | really liking how github has a big 'license' field on the front page of a repo | 17:21 |
| JPEW | rburton: Ya, it's nice | 17:21 |
| JPEW | Hmm, I bet you can get that programatically | 17:22 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 17:23 | |
| JPEW | rburton: `curl -H "Accept: application/vnd.github.v3+json" https://api.github.com/repos/garmin/whisk/license | jq .license.spdx_id` | 17:24 |
| rburton | nice | 17:24 |
| rburton | recipetool should do that if you point it at a github repo | 17:25 |
| JPEW | Yep | 17:25 |
| JPEW | I wonder how/if it handles compound licenses | 17:26 |
| vd | can you override gpio-hog configuration for userspace or will they fail with EBUSY or something? | 17:44 |
| vd | from* userspace | 17:45 |
| *** amitk <amitk!~amit@103.208.71.148> has joined #yocto | 17:46 | |
| *** florian <florian!~florian@dynamic-078-049-147-161.78.49.pool.telefonica.de> has joined #yocto | 17:46 | |
| RP | rburton: how many are there left in Core? Want me to look at any? | 17:47 |
| *** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:797a:9df6:c703:d35d> has quit IRC (Quit: Client closed) | 17:56 | |
| *** thekappe <thekappe!~user@198.90.66.177> has quit IRC (Ping timeout: 250 seconds) | 18:12 | |
| *** thekappe <thekappe!~user@198.90.66.177> has joined #yocto | 18:13 | |
| *** florian <florian!~florian@dynamic-078-049-147-161.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 18:18 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 18:20 | |
| rburton | RP: 10 in core | 18:22 |
| rburton | and a few references in docs and selftests | 18:22 |
| rburton | at least two of the ten are "fun" | 18:22 |
| rburton | lsof and hdparm are "i can't believe it's not bsd" | 18:22 |
| RP | rburton: I'm not sure I want to look | 18:22 |
| rburton | my grep is 'git grep LICENSE.*BSD[^-]' | 18:22 |
| RP | rburton: oddly enough I thought you'd gone and just ran something like that! | 18:23 |
| RP | rburton: I see you have tweaks for several on the branch | 18:23 |
| rburton | just this second pushed so re-fetch if you don't have wpebackend-fdo at the HEAD | 18:24 |
| RP | rburton: just looking in cgit atm | 18:24 |
| rburton | ah ok | 18:24 |
| rburton | xinetd is another bsd-like https://github.com/xinetd-org/xinetd/blob/master/COPYRIGHT | 18:24 |
| rburton | but that's clearly not even bsd-ish, it has further terms | 18:25 |
| JPEW | python3-packaging: "BSD" for normal people, Apache-2.0 for the lawyers? ;) | 18:25 |
| rburton | that was interesting :) | 18:25 |
| rburton | i'm scared to dig into ffmpeg | 18:25 |
| RP | rburton: https://spdx.org/licenses/ has a few BSD variants | 18:26 |
| JPEW | rburton: https://spdx.org/licenses/xinetd.html | 18:26 |
| rburton | aha! | 18:26 |
| RP | rburton: https://spdx.org/licenses/xinetd.html | 18:27 |
| RP | JPEW: beat me to it! :) | 18:27 |
| JPEW | I'm quick on the draw :) | 18:27 |
| rburton | i guess we need a script to fill up oe-core with spdx license texts | 18:27 |
| RP | rburton: we've needed to sync this up for a long time :/ | 18:28 |
| rburton | i actually had half a script written | 18:28 |
| rburton | i wonder if i still have it | 18:28 |
| RP | JPEW: hate to say this but I think your packaging change leads to sig instability: https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/2488/steps/14/logs/stdio | 18:30 |
| JPEW | durn | 18:30 |
| RP | JPEW: at a guess, unguarded BB_NUMBER_THREADS usage | 18:34 |
| JPEW | Ah, OK | 18:34 |
| * RP hasn't looked in detail, just guessing | 18:34 | |
| smurray | rburton: just curious, what's the reason generic-arm64 in meta-arm is locked to 5.10%? | 18:34 |
| JPEW | Yes, I have that.... | 18:34 |
| JPEW | Needs to excluded from the signature? | 18:34 |
| RP | JPEW: I can see things like do_package_ipk[vardepsexclude] = "BB_NUMBER_THREADS" so yes | 18:35 |
| RP | There were some things we wanted to make people sign off as ok specifically | 18:35 |
| JPEW | Got it | 18:36 |
| *** tepperson <tepperson!~tepperson@12.182.35.188> has quit IRC (Quit: Client closed) | 18:37 | |
| rburton | smurray: oversight. patch to drop that line welcome! | 18:48 |
| JPEW | rburton, RP: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/sbom&id=a951d43ee59a849393a268a00bd81c135482b33e | 18:49 |
| rburton | smurray: when i next looked at the version report i'd have noticed | 18:49 |
| rburton | JPEW: awesome | 18:49 |
| smurray | rburton: heh, someone's asking about it wrt AGL so I did a test build and happened to notice | 18:49 |
| JPEW | SPDX does some different line wrapping/formatting, so it will rewrite most of the generic license files the first time | 18:49 |
| *** amitk <amitk!~amit@103.208.71.148> has quit IRC (Ping timeout: 240 seconds) | 18:51 | |
| vmeson | RP, abelloni, tgamblin, sgw: Sadly, I don't have a shiny new graph for the "YP AB INT" meeting tomorrow. ;-) Unless someone has made some progress to report or really want to discuss something, I'll cancel this week's meeting. | 19:03 |
| tgamblin | vmeson: I was going to discuss my latest attempts with our internal AB, but I can just bring it up after the bug triage if that is going to be the only topic | 19:04 |
| *** florian <florian!~florian@dynamic-078-049-147-161.78.49.pool.telefonica.de> has joined #yocto | 19:05 | |
| RP | vmeson: I think we're all a bit rusty so probably not a lot to report | 19:07 |
| vmeson | RP lol! tgamblin: yeah, let's do that! | 19:08 |
| RP | abelloni: you are sending me a ptest patch right? :) | 19:08 |
| abelloni | I'm on it and I'm not progressing as fast as I would like ;) | 19:09 |
| RP | abelloni: cool. I'd just hate you to think I'd forgotten! ;-) | 19:10 |
| rburton | JPEW: two commits, one to sync formatting and one to add new licenses, seems sensible and easy to review | 19:27 |
| JPEW | yep | 19:27 |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 19:31 | |
| rburton | aha found the lsof license, https://spdx.org/licenses/Spencer-94.html | 19:32 |
| rburton | so lets get that script in master :) | 19:33 |
| RP | rburton: Is there a patch ready to merge? If so I'll take it | 19:35 |
| *** stwcx <stwcx!~stwcx@mobile-107-77-218-106.mobile.att.net> has joined #yocto | 19:37 | |
| rburton | JPEW: can you send a patch with the result of your script today? I can handle that if not. | 19:42 |
| rburton | this script needs to be threaded for speed | 19:42 |
| rburton | well, pipelined would most likely help and be easier | 19:42 |
| RP | rburton: I guess if it is changing existing licenses, that will need more careful review too as if the checksums change, so will a load of other checksum entries | 19:43 |
| RP | Adding the missing ones may be a good start | 19:43 |
| *** flynn378 <flynn378!sid63564@id-63564.charlton.irccloud.com> has quit IRC (Ping timeout: 276 seconds) | 19:44 | |
| rburton | just the missing ones: | 19:44 |
| rburton | 314 files changed, 21319 insertions(+) | 19:44 |
| RP | hmm | 19:46 |
| rburton | yeah porting that script to urllib3 is a lot faster | 19:49 |
| rburton | (pipelined http) | 19:57 |
| *** flynn378 <flynn378!sid63564@id-63564.charlton.irccloud.com> has joined #yocto | 19:59 | |
| *** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has joined #yocto | 20:00 | |
| *** stwcx <stwcx!~stwcx@mobile-107-77-218-106.mobile.att.net> has quit IRC (Quit: Connection closed) | 20:02 | |
| *** florian <florian!~florian@dynamic-078-049-147-161.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 20:03 | |
| rburton | we have about 20 licenses which are not in SPDX too | 20:03 |
| rburton | Local licenses that are not SPDX: | 20:04 |
| rburton | PD, DSSSL, pkgconf, ParaTypeFFL-1.3, unfs3, Proprietary, GPL-3-with-bison-exception, FreeType, UCB, FSF-Unlimited, gSOAP-1, BitstreamVera, Nauman, SGI-1, bzip2-1.0.4, Adobe, BSD-0-Clause, XFree86-1.0, BSD, RHeCos-1, SMAIL_GPL, OASIS, XSL, tcl, SugarCRM-1, WXwindows, EDL-1.0, Simple-2.0, GPL-2.0-with-OpenSSL-exception, GPL-2-with-bison-exception, Apache-2.0-with-LLVM-exception, vim | 20:04 |
| RP | rburton: I thought I'd seen a BSD-0 one? | 20:07 |
| rburton | i think its got a different name | 20:07 |
| rburton | https://spdx.org/licenses/0BSD.html | 20:08 |
| *** tepperson <tepperson!~tepperson@12.182.35.188> has joined #yocto | 20:09 | |
| RP | rburton: ah, right | 20:09 |
| rburton | some of those are just aliases we can remove and update | 20:09 |
| RP | rburton: right | 20:09 |
| rburton | stuff like bzip and pkgconf i guess should be checked, and worst case turned into recipe-specific licenses instead | 20:09 |
| rburton | ok patch sent as i'm going away now, RFC in case josh wants to send a better one as its his tool :) | 20:10 |
| RP | rburton: I know bzip2 has a specific 1.0.4 license which has a spdx version too | 20:10 |
| rburton | we might just need to rename that too then | 20:10 |
| RP | spdx are interested in a list of licenses in a common linux system they don't have | 20:11 |
| rburton | JPEW: some patches for the tool you may or may not like in my branch | 20:11 |
| fray | ya I thought all of the licenses were covered by SPDX now, sometimes the 1:1 mapping wasn't obvious... but it was there when I last looked (about 2-3 years ago) | 20:12 |
| rburton | spdx has bzip 105 and 106 | 20:14 |
| rburton | seriously people there should be about 3 licenses in the world | 20:15 |
| sgw | rburton: I looked at the history, busybox has an explicit bzip2-1.0.4 License, while SPDX has dropped that from their list, we will need to create a "LicenseRef-bzip2-.1.0.4" record | 20:19 |
| *** ant__ <ant__!~ant@host-79-20-51-116.retail.telecomitalia.it> has joined #yocto | 20:24 | |
| *** stwcx <stwcx!~stwcx@mobile-107-77-218-106.mobile.att.net> has joined #yocto | 20:24 | |
| stwcx | I have a philosophical question. I did all the override syntax changes for openbmc and we've been running with that for a few weeks but people have asked me about the inconsistency in our own bbclasses and I'm trying to understand when something is an "override" and when something is a separate variable. | 20:25 |
| stwcx | Why did RDEPENDS/FILES/SYSTEMD_TARGETS as examples go with override but VIRTUAL-RUNTIME uses underscore? It isn't obvious to me. | 20:26 |
| stwcx | `SYSTEMD_SERVICE` I mean. | 20:26 |
| fray | My opinion (I was overrules) was FILES/RDEPENDS should have been _ and not overrides.. the actual implementation though used overrides that are specific to the task being executed.. | 20:27 |
| fray | it's one of those things it 'could' work either way, a decision had to be made.. | 20:27 |
| fray | for the SYSTEMD_TARGETS it probably should be using ':' syntax to match.. | 20:27 |
| stwcx | `SYSTEMD_SERVICE` is : syntax. | 20:28 |
| fray | ohh, ok.. ya SYSTEMD_SERVICE, RDEPENDS:<package> etc all should be ':'.. | 20:28 |
| stwcx | But then `LAYERVERSION_layer` is underscore when it seems like it is an override for the layer. | 20:28 |
| fray | again the reason is that under the hood in the middle of a task, it's adding <package> to the override and parsing it.. | 20:28 |
| fray | LAYER.... isn't an override, this is a litteral variable referred to as: LAYERVERSION_<collection> in the code | 20:29 |
| fray | so I guess the official answer is probably 'it depends on the underlying implementation' | 20:29 |
| stwcx | Right. So the only answer is "look at the code"? :D | 20:29 |
| fray | unfortuantely.. | 20:29 |
| fray | one of the growing pains of the change, but hopefully not TOO painful | 20:29 |
| stwcx | It isn't terrible, I just have no way to decide when looking at our bbclasses: should I make a change here or not? | 20:30 |
| stwcx | And I can't very consistently explain to others which way is what and why... | 20:31 |
| stwcx | The SYSTEMD_SERVICE is an example where the bbclass itself isn't even really using the override. It literally changed the variable name in the parsing: | 20:32 |
| stwcx | poky/meta/classes/systemd.bbclass: if d.getVar('SYSTEMD_SERVICE:' + pkg): | 20:32 |
| RP | stwcx: The VIRTUAL-RUNTIME variables are all true variables, there is no override usage, they just happen to use different cases in the variable names :/ | 20:34 |
| RP | stwcx: the layer.conf variables are probably something we'll need to address in a different set of patches for "reasons" | 20:35 |
| RP | stwcx: PREFERRED_VERSION_X really should migrate to PREFERRED_VERSION:pn- | 20:35 |
| RP | stwcx: think of this as the first round and then we'll have to go and look at a lot of corner cases | 20:36 |
| RP | stwcx: I'd be interested in improving the migration guide with more info about the things that do/don't need converting as the edge cases | 20:37 |
| RP | rburton: with that license patch, I'm a bit worried at the license duplication :/ | 20:39 |
| RP | rburton: e.g. GPL-1.0 and GPL-1.0-only | 20:39 |
| RP | I thought the later was the official SPDX form now? | 20:40 |
| *** Guest28 <Guest28!~Guest28@217-208-192-91-no98.tbcn.telia.com> has quit IRC (Quit: Client closed) | 20:43 | |
| stwcx | RP: I'm looking through all our variable definitions to see if there are other ones beyond the layer and our own bbclasses that ended up not being changed. (Specifically looking at any variable we end up :append-ing.) | 20:44 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 245 seconds) | 20:47 | |
| stwcx | FEATURE_PACKAGES VIRTUAL-RUNTIME are the two that I find that aren't in our own bbclasses. | 20:50 |
| *** ant__ <ant__!~ant@host-79-20-51-116.retail.telecomitalia.it> has quit IRC (Remote host closed the connection) | 20:50 | |
| stwcx | Here are some amusing typos I found though: | 20:51 |
| stwcx | Uploaded file: https://uploads.kiwiirc.com/files/e2e3f05d46b2f9ac15f2ea873518d80b/pasted.txt | 20:51 |
| RP | stwcx: it is amazing that some of these typos last for so long | 20:54 |
| *** rewitt3 <rewitt3!~rewitt@134.134.139.80> has quit IRC (Ping timeout: 252 seconds) | 20:56 | |
| *** rewitt3 <rewitt3!~rewitt@134.134.139.80> has joined #yocto | 20:58 | |
| fray | hopefully I didn't cause any of those.. :) (I've been known to typo occasionally) | 21:03 |
| *** rewitt3 <rewitt3!~rewitt@134.134.139.80> has quit IRC (Ping timeout: 244 seconds) | 21:11 | |
| *** rewitt3 <rewitt3!~rewitt@134.134.139.80> has joined #yocto | 21:12 | |
| *** rewitt3 <rewitt3!~rewitt@134.134.139.80> has quit IRC (Ping timeout: 245 seconds) | 21:17 | |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 21:26 | |
| *** tepperson <tepperson!~tepperson@12.182.35.188> has quit IRC (Quit: Client closed) | 21:32 | |
| stwcx | I feel like I always do this wrong. Is meta-openembedded openembedded-devel@lists.openembedded.org or is it openembedded-core or neither? | 21:40 |
| stwcx | Oh. It is a bunch of sub-layers. | 21:44 |
| RP | does anyone here understand npm and our fetcher? freajs appears to have disappeared and our npm tests fail :( | 21:46 |
| RP | stwcx: it is the -devel list fwiw | 21:46 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 21:49 | |
| stwcx | Thankfully meta-networking had a MAINTAINERS file with enough info in it. I realized I had meta-openembedded as a whole cloned, but it seems like `git-send-email --relative` did the needful. | 21:51 |
| *** nateglims <nateglims!~nateglims@204.246.162.36> has joined #yocto | 22:01 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 22:09 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 22:09 | |
| RP | JPEW: since I need to sort these patches somehow, I've added a vardepexclude in package.bbclass to see if that helps | 22:10 |
| JPEW | Sorry. I have them and got pulled into a meeting | 22:12 |
| JPEW | AFAIK, That's all it is though | 22:12 |
| RP | JPEW: just the one in package.bbclass? I was hoping I'd save you doing it! :) | 22:13 |
| * RP needs to get builds running before sleeping | 22:14 | |
| JPEW | There are 2 in create-spdx.bbclass, but the AB isn't testing that, so it can wait till later. I'll send it in a bit | 22:16 |
| JPEW | Start the build and get some sleep :) | 22:16 |
| *** florian <florian!~florian@dynamic-078-049-147-161.78.49.pool.telefonica.de> has joined #yocto | 22:16 | |
| kergoth | Can someone remind me the process for requesting a commit backport to a stable branch? | 22:16 |
| kergoth | I need something cherry-picked to dunfell | 22:16 |
| RP | JPEW: ah, yes. I felt I was missing something | 22:17 |
| RP | kergoth: post a patch with the dunfell tag or ask sakoman to cherry-pick it | 22:17 |
| sakoman | kergoth: ^^ yes, either is fine | 22:18 |
| *** stwcx <stwcx!~stwcx@mobile-107-77-218-106.mobile.att.net> has quit IRC (Ping timeout: 252 seconds) | 22:23 | |
| *** florian <florian!~florian@dynamic-078-049-147-161.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 22:34 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 22:38 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 22:45 | |
| *** nateglims <nateglims!~nateglims@204.246.162.36> has quit IRC (Quit: Client closed) | 22:55 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 23:18 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 23:18 | |
| vd | I've set DISTRO_FEATURES_BACKFILL_CONSIDERED += "nfs" but I still see nfs service failing at boot. Isn't it the way to get rid of it? | 23:44 |
| vd | (I used to do DISTRO_FEATURES_remove = "nfs" but it made RP mad :P) | 23:45 |
| *** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto | 23:52 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!