| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 256 seconds) | 00:03 | |
| *** Wulf <Wulf!~Wulf@user/wulf> has quit IRC (Ping timeout: 256 seconds) | 00:16 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 00:17 | |
| *** Wulf <Wulf!~Wulf@user/wulf> has joined #yocto | 00:18 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 00:27 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 00:33 | |
| *** florian <florian!~florian@dynamic-093-131-181-101.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 00:56 | |
| *** Shaun <Shaun!~shaun@user/shaun> has quit IRC (Quit: .) | 01:10 | |
| *** Shaun <Shaun!~shaun@user/shaun> has joined #yocto | 01:19 | |
| *** geoffhp <geoffhp!~geoffhp@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto | 01:19 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 01:59 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::cf1c> has quit IRC (Quit: Leaving) | 02:03 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 02:08 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:08 | |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (Remote host closed the connection) | 02:15 | |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 02:17 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 02:19 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds) | 02:37 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 02:37 | |
| kergoth | rburton: lima really is nice for oe and omni builds on my macbook, connecting to it over ssh with vscode + remote - ssh. | 02:38 |
|---|---|---|
| *** deuteron <deuteron!~deuteron@180.150.112.197> has left #yocto | 02:44 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 02:49 | |
| *** maoti__ is now known as jpuhlman | 03:05 | |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Quit: Leaving) | 03:08 | |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 03:13 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:38 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 03:40 | |
| *** camus1 is now known as camus | 03:40 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 04:19 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 250 seconds) | 04:21 | |
| *** camus1 is now known as camus | 04:21 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds) | 04:24 | |
| *** mrnuke <mrnuke!~mrnuke@2601:2c1:8501:182d::c66> has quit IRC (Quit: ZNC 1.8.1 - https://znc.in) | 04:32 | |
| *** mrnuke <mrnuke!~mrnuke@c-98-195-139-126.hsd1.tx.comcast.net> has joined #yocto | 04:32 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:d4b3:39b4:c722:1a9c> has joined #yocto | 05:14 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 05:17 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 05:24 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:d4b3:39b4:c722:1a9c> has quit IRC (Ping timeout: 252 seconds) | 05:24 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 05:40 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:21 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:21 | |
| *** mariusz <mariusz!~mariusz@185.241.198.130> has joined #yocto | 06:29 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 06:31 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 250 seconds) | 06:33 | |
| *** camus1 is now known as camus | 06:33 | |
| *** mtudan <mtudan!~mtudan@212.15.178.138> has joined #yocto | 06:34 | |
| *** mtudan <mtudan!~mtudan@212.15.178.138> has quit IRC (Quit: Client closed) | 06:51 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:57 | |
| *** geoffhp <geoffhp!~geoffhp@cpe-107-185-48-203.socal.res.rr.com> has quit IRC (Quit: Client closed) | 07:16 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:27 | |
| *** mtudan <mtudan!~mtudan@212.15.178.138> has joined #yocto | 07:28 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 07:30 | |
| JosefHolzmayrThe | yo dudX | 07:35 |
| *** mckoan|away is now known as mckoan | 07:38 | |
| mckoan | good morning | 07:38 |
| JosefHolzmayrThe | yo mckoan | 07:51 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:58 | |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has joined #yocto | 07:59 | |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has quit IRC (Client Quit) | 07:59 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 07:59 | |
| *** camus1 is now known as camus | 07:59 | |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has joined #yocto | 08:00 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 08:01 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:03 | |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has quit IRC (Client Quit) | 08:04 | |
| *** michalkotyla <michalkotyla!~quassel@85-222-117-222.dynamic.chello.pl> has quit IRC (Quit: michalkotyla) | 08:05 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 08:09 | |
| *** Wulf <Wulf!~Wulf@user/wulf> has quit IRC (Remote host closed the connection) | 08:12 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 268 seconds) | 08:15 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 08:15 | |
| ykrons | hello all | 08:18 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 08:19 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 08:20 | |
| ykrons | I have two packages (watchdog and watchdog-keepalive) created by the same recipe that are declared as conflicting (http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-extended/watchdog/watchdog_5.15.bb?h=thud#n71). I have only watchdog-keepalive in my image and that is fine | 08:23 |
| ykrons | However the SDK complains because when it tries to find watchdog-keepalive-dev it fallbacks on watchdog-dev which depends on watchdog which is in conflict with watchdog-keealive. What's the best approach to get rid of this issue? | 08:25 |
| ykrons | Does adding RDEPENDS_${PN}-dev = "" and RDEPENDS_${PN}-keepalive-dev = "" a good practice? | 08:26 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 265 seconds) | 08:38 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 08:39 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 08:43 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 08:44 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has joined #yocto | 08:50 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:51 | |
| *** adrian__ <adrian__!~F_Adrian@62.32.0.69> has joined #yocto | 09:04 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 09:05 | |
| *** adrian_ <adrian_!~F_Adrian@165.225.26.255> has quit IRC (Ping timeout: 268 seconds) | 09:07 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 260 seconds) | 09:09 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 09:10 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 09:14 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 09:15 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 252 seconds) | 09:18 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 09:21 | |
| *** chrysh_ is now known as chrysh | 09:22 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 250 seconds) | 09:25 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 09:40 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 09:40 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 09:40 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC (Quit: WeeChat 2.8) | 09:43 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 09:49 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:69a9:f847:7c20:16e> has joined #yocto | 09:49 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 09:50 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:52 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 09:55 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 260 seconds) | 09:59 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 10:00 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 10:05 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 10:05 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.126> has quit IRC (Ping timeout: 256 seconds) | 10:26 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.126> has joined #yocto | 10:31 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 10:58 | |
| *** michalkotyla <michalkotyla!~quassel@85-222-117-222.dynamic.chello.pl> has joined #yocto | 11:06 | |
| *** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 11:08 | |
| rburton | RP: hooray no new vim CVEs | 11:08 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Ping timeout: 268 seconds) | 11:09 | |
| michalkotyla | Hi, i need to remove "-Werror=format-security" flag for specific layer. How can I do that? i tried CXXFLAGS += "-Wnoerror=format-security" | 11:18 |
| michalkotyla | and TARGET_CXXFLAGS:remove = "-Werror=format-security" but this do not work. I see that unexcepted (for me) flag is placed in SECURITY_STRINGFORMAT (poky/meta/conf/distro/include/security_flags.inc) but i didnt see how it is used by CXX | 11:18 |
| rburton | set SECURITY_STRINGFORMAT="" for the recipes that break with that error enabled | 11:18 |
| rburton | TARGET_CFLAGS becomes CFLAGS for target builds, which is then respected in makefilesetc | 11:19 |
| rburton | obviously, the best solution is to fix the bugs, because that error is pointing out buggy code | 11:20 |
| rburton | RP: what happened to build-perf? | 11:24 |
| michalkotyla | rburton: thanky you very much, thats work for me | 11:25 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 11:29 | |
| *** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Ping timeout: 240 seconds) | 11:30 | |
| RP | rburton: The shallow clones I added to speed up the AB broke it. I've been trying to remove the bad data from the results repo and can't quite fix it :( | 11:32 |
| RP | rburton: They appeared in some of the older release branches but yes, master looks good | 11:32 |
| RP | rburton: I asked Neal to update the members meeting slides due to the decreases :) | 11:32 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 11:35 | |
| wyre | what's the most proper way to create an empty folder in /var/log for my app logs? | 11:38 |
| wyre | I've used install -d and included the path also in FILE_${PN} | 11:40 |
| wyre | but this is not working because the folder doesn't actually exist | 11:44 |
| wyre | File './var/log/stp16cpc26' cannot be packaged into 'python3-stp16cpc26-api' because its parent directory structure does not exist. One of its parent directories is a symlink whose target directory is not included in the package. | 11:44 |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:69a9:f847:7c20:16e> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 11:48 | |
| rburton | tempfiles and volatiles, as /var/log may well be a tmpfs | 11:52 |
| wyre | rburton, then how should I handle this? | 11:54 |
| wyre | rburton, now what you say that ... I've noticed /var/log is already tmpfs | 11:57 |
| wyre | but my point is I would like to create logs in /var/log/<my app folder> | 11:57 |
| rburton | see eg cups has volaties/tempfiles support to create that folder on boot | 11:57 |
| wyre | rburton, in the cups recipe? | 11:58 |
| rburton | yes | 11:58 |
| frosteyes | Hey folks. Is it possible to use old version of autotools in yocto. E.g. to select a specific autotools version. | 11:59 |
| rburton | only if you write a recipe for it | 11:59 |
| rburton | better to fix the configure script | 12:00 |
| frosteyes | Properly yes.. | 12:00 |
| wyre | oh, /var/log is a symlink to /var/volatile/log | 12:00 |
| wyre | i see | 12:00 |
| frosteyes | Just had some code not working with autotools 2.71 in Honister | 12:01 |
| frosteyes | So was thinking if it was possible to inherit a specific version :) But properly better to update the configure script | 12:02 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 12:03 | |
| rburton | we don't keep old versions around, it's easier to just update the configure.in than apply fixes to many different versions | 12:03 |
| frosteyes | thanks rburton :) | 12:03 |
| *** bps <bps!~bps@27-reverse.bang-olufsen.dk> has joined #yocto | 12:07 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 268 seconds) | 12:09 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 12:10 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 12:11 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 12:12 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 12:21 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 12:23 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:69a9:f847:7c20:16e> has joined #yocto | 12:26 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 250 seconds) | 12:29 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 240 seconds) | 12:30 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 12:30 | |
| *** edgarmv <edgarmv!~edgarmv@ti0130q161-3078.bb.online.no> has joined #yocto | 12:33 | |
| wyre | rburton, when I try to do the very same than cups recipe I'm having this error https://bpa.st/RGVA | 12:41 |
| wyre | I cannot see here http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-extended/cups/cups.inc that volatiles.99_cups is in FILE variable | 12:41 |
| wyre | s/FILE/FILES/ | 12:41 |
| rburton | thats because sysconfdir is in the default FILES:${PN} | 12:42 |
| wyre | but why am I having that error then? | 12:42 |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::cf1c> has joined #yocto | 12:45 | |
| edgarmv | Hi, I have a recipe which installs some binary files into the rootfs. These binaries are not intended to be run by the target, but by another processor programmed by the target. Is there a way to install this file as-is? (Without checking arch, debug split, stripping etc, DNF) | 12:45 |
| wyre | rburton, oh, apparently I forgot += in FILES:${PN} definition 😞 | 12:46 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 12:46 | |
| wyre | so I was actually overriding FILES:${PN}, I guess | 12:46 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 240 seconds) | 12:48 | |
| dvorkindmitry | unbuildable dependency chain was: ['hardinfo', 'gtk+', 'glib-2.0', 'util-linux', 'kernel-module-scsi-debug'] | 12:48 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 12:48 | |
| dvorkindmitry | why there is no definition of kernel-module-scsi-debug in yocto kernel? | 12:48 |
| dvorkindmitry | (honister) | 12:49 |
| rburton | dvorkindmitry: because your kernel isn't building it, or isn't building it *as a module*. All kernel depends should be recommends. | 12:49 |
| edgarmv | I have made some progress by adding things to INSANE_SKIP_${PN} and adding INHIBIT_PACKAGE_DEBUG_SPLIT = "1" and INHIBIT_PACKAGE_STRIP = "1", but it now fails on "do_rootfs: Could not invoke dnf, Problem: conflicting requests | 12:50 |
| edgarmv | - nothing provides libc.so.6" | 12:50 |
| rburton | dvorkindmitry: ah unless you have a custom kernel recipe which is broken | 12:50 |
| coldspark29[m] | JPEW: THings like devtool edit-recipe don't work in Pyrex, because it tries to open vi in the container, doesn't it? | 12:50 |
| JosefHolzmayrThe | edgarmv: have you looked up the "packagin externally produced" section in the dev-manual? | 12:51 |
| rburton | edgarmv: set EXCLUDE_FROM_SHLIBS iirc. that's likely the automatic "this binary links to these libraries" magic. | 12:52 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 268 seconds) | 12:53 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 12:53 | |
| wyre | rburton, is there soemthing like ${roothome} for /home/root? | 12:57 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 250 seconds) | 13:08 | |
| edgarmv | rburton, JosefHolzmayrThe: Thanks for the suggestions, but neither worked. It seems yocto still assumes I want to run the binary on the target and is unhappy because of a missing dependency | 13:09 |
| JosefHolzmayrThe | edgarmv: then chances are you got something in the variables name wrong, i'd say. i have shipped a lot of non-target runnable binaries already. maybe inspect by bitbake -e? | 13:10 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 13:22 | |
| dvorkindmitry | rburton, it IS recommended only in two recipes. why honister won't build my recipe at all? | 13:30 |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:69a9:f847:7c20:16e> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 13:33 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:69a9:f847:7c20:16e> has joined #yocto | 13:35 | |
| dvorkindmitry | where can I find kenel 5.4 for honister? | 13:35 |
| JPEW | coldspark29[m]: I don't use devtool much, when does it open vi? | 13:38 |
| JPEW | Ah edit-recipe... Need more coffee | 13:38 |
| coldspark29[m] | JPEW: devtool edit-recipe | 13:39 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 260 seconds) | 13:39 | |
| JPEW | coldspark29[m]: ya that probably won't work as well; not sure if there is much to do about that other than run it outside the container | 13:40 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 13:40 | |
| JosefHolzmayrThe | dvorkindmitry: if your bsp doesn't provide such, then you'll have to forward port one yourself. honister kernels in poky are 5.10 and 5.14. https://git.yoctoproject.org/poky/tree/meta/recipes-kernel/linux?h=honister | 13:40 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 13:44 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 13:45 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:69a9:f847:7c20:16e> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 13:47 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:69a9:f847:7c20:16e> has joined #yocto | 13:49 | |
| rburton | dvorkindmitry: the standard kernels provide kernel-module-* so you must be using a custom kernel which doesn't use any of the standard tooling. if so, use the standard tooling (kernel.bbclass) | 13:51 |
| manuel1985 | Are the recorded talks of the Yocto Project Summit 2021.11 publically available? If so, I'd be glad if someone could send me a link. Thanks in advance. | 13:55 |
| JosefHolzmayrThe | manuel1985: not yet AFAIK, but hopefully soon. | 14:03 |
| manuel1985 | JosefHolzmayrThe: Alrightey thnx | 14:04 |
| *** lexano <lexano!~lexano@107.175.102.34> has quit IRC (Ping timeout: 250 seconds) | 14:09 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 260 seconds) | 14:10 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 14:10 | |
| dvorkindmitry | rburton, it is enabled in kernel only of "DISTRO_FEATURES" includes "ptest". | 14:16 |
| dvorkindmitry | rburton, there ar two recipes "RRECOMMENDS" "kernel-module-scsi-debug", but honister won't build my recipe at all. | 14:17 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:17 | |
| rburton | dvorkindmitry: do you have a custom kernel, or are you using linux-yocto | 14:18 |
| dvorkindmitry | the chain is: 'gtk+', 'glib-2.0', 'util-linux', 'kernel-module-scsi-debug'. There is no rdepends, only rrecomends for -scsi-debug. | 14:18 |
| dvorkindmitry | rburton, I copied the standart kernel recipe, updated the file name and description only now. that is. | 14:18 |
| rburton | then it should be setting PACKAGES_DYNAMIC=linux-module-*, so is a provider for kernel-module-scsi-debug | 14:19 |
| *** lexano <lexano!~lexano@185.245.87.58> has joined #yocto | 14:20 | |
| rburton | if you want a tested 5.4 recipe, then https://sr.ht/~pbarker/meta-linux-mainline/ | 14:20 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 14:29 | |
| dvorkindmitry | rburton, thank you | 14:33 |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 14:41 | |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 14:42 | |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 250 seconds) | 14:45 | |
| *** lexano <lexano!~lexano@185.245.87.58> has quit IRC (Ping timeout: 256 seconds) | 14:47 | |
| *** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 14:47 | |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Killed (mercury.libera.chat (Nickname regained by services))) | 14:47 | |
| *** jpuhlman_ is now known as jpuhlman | 14:47 | |
| *** paulg_ <paulg_!~boodler@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 14:53 | |
| *** lexano <lexano!~lexano@185.245.87.61> has joined #yocto | 14:58 | |
| *** mariusz <mariusz!~mariusz@185.241.198.130> has quit IRC (Ping timeout: 256 seconds) | 15:06 | |
| *** raghavgururajan <raghavgururajan!9fd51d1ea8@user/raghavgururajan> has quit IRC (Ping timeout: 268 seconds) | 15:09 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 260 seconds) | 15:15 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 15:17 | |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has joined #yocto | 15:20 | |
| coldspark29[m] | <JPEW> "coldspark29: ya that probably..." <- I don’t think that is possible as the container would need access to the host, which is a security issue | 15:22 |
| JPEW | coldspark29[m]: Correct; you make it start outside the container in the first place instead of running in the container and trying to break out | 15:22 |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has left #yocto | 15:23 | |
| JPEW | coldspark29[m]: Pyrex has a list of commands it excludes from running in the container; It *might* be possible to exclude all of devtool, or Pyrex would need to learn about specific devtool commands | 15:24 |
| JPEW | I'm not exactly sure how devtool works | 15:24 |
| coldspark29[m] | JPEW: Seems like it is possible via named pipes https://stackoverflow.com/questions/32163955/how-to-run-shell-script-on-host-from-docker-container | 15:26 |
| JPEW | Hmm, maybe | 15:26 |
| wyre | rburton, I've followed the curl recipe for the /var/log thing ... but I still cannot see the folder in there, this is my recipe http://ix.io/3I8X | 15:27 |
| JPEW | That seems like it's more complicated that we need | 15:27 |
| wyre | in fact 99_python3-stp16cpc26-api file is in /etc/default/volatiles | 15:29 |
| wyre | but how is /var/log/stp16cpc26 created? | 15:29 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 240 seconds) | 15:30 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 15:31 | |
| rburton | wyre: created on boot. if you're using systemd then you need to use tempfiles, not volatile. | 15:36 |
| *** edgarmv <edgarmv!~edgarmv@ti0130q161-3078.bb.online.no> has quit IRC (Quit: Client closed) | 15:36 | |
| wyre | rburton, so I should use then lines 81 to 85 instead 87-89? http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-extended/cups/cups.inc | 15:37 |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 15:37 | |
| rburton | wyre: 81/82 are actually redundant and not needed | 15:38 |
| rburton | a recipe should write both | 15:38 |
| wyre | rburton, I see | 15:38 |
| rburton | i wonder if we can write a generator to create tmpfiles from volatiles | 15:38 |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0::dc2c> has joined #yocto | 15:38 | |
| wyre | I'll write both then, I'm using systemd for my distro, but ... sure, if the recipe needs to be reused I will need to take this into account | 15:38 |
| wyre | thank you 😊 | 15:39 |
| JPEW | rburton: I don't think they have feature parity last I checked | 15:39 |
| rburton | JPEW: the cups ones at least are the same data expressed in different order | 15:40 |
| JPEW | rburton: tmpfiles.d doesn't support bind mounts at least | 15:40 |
| *** mtudan <mtudan!~mtudan@212.15.178.138> has quit IRC (Ping timeout: 256 seconds) | 15:41 | |
| JPEW | rburton: Ya, I think for the most common things it's probably possible.... I guess you could error out if something wasn't acceptable? | 15:41 |
| rburton | or create a mount unit for the bind mounts | 15:42 |
| JPEW | rburton: Ah, ya you could do that | 15:42 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 15:44 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 15:44 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:46 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 15:49 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 15:49 | |
| rburton | JPEW: that would likely mean we can drop the volatile-binds recipe too, if i can find where the bind mounts are created in sysvinit... | 15:56 |
| *** lexano <lexano!~lexano@185.245.87.61> has quit IRC (Ping timeout: 260 seconds) | 16:03 | |
| rburton | khem: anything apart from srecord failing with clang? | 16:04 |
| rburton | the upstream makefiles are a mess so i'm not surprised | 16:08 |
| *** lexano <lexano!~lexano@195.206.104.86> has joined #yocto | 16:11 | |
| dvorkindmitry | is it possible to append DISTRO_FEATURES += "something" in external layer so if I included this layer, I'll have this feature | 16:14 |
| qschulz | dvorkindmitry: that's not a good idea | 16:14 |
| qschulz | technically, including or not a layer shouldn't trigger drastic changes | 16:14 |
| dvorkindmitry | qschulz, why? | 16:14 |
| qschulz | what you want is to create a new distro | 16:14 |
| qschulz | which has this feature enabled | 16:14 |
| qschulz | and then the user can use the distro from your layer or not | 16:15 |
| neverpanic | dvorkindmitry: see how meta-selinux handles this: https://github.com/ni/meta-selinux | 16:15 |
| neverpanic | "By default the selinux components are disabled. This conforms to the Yocto Project compatible guideline that indicate that simply including a layer should not change the system behavior. " | 16:15 |
| neverpanic | including their layer does (ideally) nothing, you have to enable it in your distro config using DISTRO_FEATURES_append. | 16:16 |
| dvorkindmitry | qschulz, for example, openamp. If I add it - I'll have libs in my SDK. Seems I have no possibility to disable TOOLCHAIN_TARGET_TASK:append in my image if I have no "openamp" layer, but have DISTRO_FEATURE += "openamp" in my distro | 16:17 |
| dvorkindmitry | case openamp is not compatible with honister I'd like to be able to enable it or disable it if directory exists or not (layers.conf). If I'll add extra flags user has to edit, It will be more complicated | 16:18 |
| dvorkindmitry | neverpanic, ok. I have DISTRO_FEATURES:append = "openamp" in my distro conf by default. To be able to run without it I have to create one more distro file with all variables copied? Not good. One central point is layers.conf. I'd like not to annoy users with an instructions like "if you want to enable openamp, you shoul clone it and then edit layers... also do not forget to edit distro file". | 16:22 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 16:23 | |
| neverpanic | That's the way this usually works. Users clone, add to layers.conf, and edit their distro.conf for the distros where they want to use the feature. E.g., somebody could be building multiple distros from a single source tree (e.g., for different CPU architectures, target devices), and might only want your feature on some of them. | 16:23 |
| neverpanic | If you add your feature to all distros automatically, that prevents users from making this choice. Instead, they now have to explicitly remove your feature in the distros where they don't want it. | 16:24 |
| neverpanic | Better to clearly tell people what they need to do to enable your feature (which also means they'll know how to disable it), rather doing it automagically, IMHO. | 16:25 |
| qschulz | dvorkindmitry: you can include one distro conf file from another | 16:35 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Quit: en la busqueda de la sagrada chela del lunes) | 16:39 | |
| fray | ya my combined basis is 112.49 right now.. | 16:39 |
| fray | well that was the wrong window | 16:40 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 16:44 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 16:44 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Ping timeout: 250 seconds) | 16:49 | |
| rburton | khem: fixed srecord. no idea how it worked in the first place ) | 16:50 |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has joined #yocto | 16:50 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has quit IRC (Quit: WeeChat 2.8) | 16:51 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 16:53 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:53 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 268 seconds) | 16:57 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.126> has quit IRC (Read error: Connection reset by peer) | 17:10 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.126> has joined #yocto | 17:15 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 17:19 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.237> has quit IRC (Remote host closed the connection) | 17:23 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.126> has quit IRC (Read error: Connection reset by peer) | 17:26 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.126> has joined #yocto | 17:27 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:69a9:f847:7c20:16e> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 17:30 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.126> has quit IRC (Read error: Connection reset by peer) | 17:31 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.126> has joined #yocto | 17:32 | |
| *** lexano <lexano!~lexano@195.206.104.86> has quit IRC (Ping timeout: 250 seconds) | 17:36 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:b5bc:7f5b:6a6a:56f4> has joined #yocto | 17:37 | |
| *** mckoan is now known as mckoan|away | 17:41 | |
| *** lexano <lexano!~lexano@195.206.104.82> has joined #yocto | 17:49 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 17:58 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:b5bc:7f5b:6a6a:56f4> has quit IRC (Quit: Pan5ky) | 18:05 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.126> has quit IRC (Read error: Connection reset by peer) | 18:05 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.126> has joined #yocto | 18:10 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.126> has quit IRC (Read error: Connection reset by peer) | 18:14 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 18:22 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.87> has joined #yocto | 18:29 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:e14b:bee3:d724:cba1> has joined #yocto | 18:51 | |
| *** florian <florian!~florian@dynamic-093-135-030-207.93.135.pool.telefonica.de> has joined #yocto | 18:56 | |
| khem | rburton: yes it works here now too, thanks for patch | 19:07 |
| khem | rburton: everything else seems ok with clang too | 19:07 |
| rburton | honestly not sure how srecord built before | 19:09 |
| rburton | more luck than judgement | 19:09 |
| tlwoerner | i'm working on adding zram as an IMAGE_FEATURE. zram needs util-linux-libmount but the build is complaining about depending on something that gets renamed | 19:09 |
| tlwoerner | i need the "mount" that comes with util-linux-libmount | 19:10 |
| tlwoerner | is "libmount" a pseudo "virtual" standin for any "mount" or does it mean the util-linux-libmount one specifically? | 19:12 |
| rburton | maybe paste the actual error? | 19:21 |
| rburton | (what util-linux-libmount) | 19:21 |
| rburton | oh right now i see the split | 19:21 |
| rburton | that's just the libraries and not the mount binary, right? | 19:22 |
| khem | rburton: yeah I dont have a dunfell build handy here but it would be in the libtool file there perhaps it was using native libtool and overriding enough of vars to let it cross compile | 19:23 |
| rburton | maybe, but nothing should have changed... | 19:23 |
| khem | I wonder are libtool scripts same ? before and after | 19:26 |
| khem | autotools-fu is an AI in itself, I am glad its on its way out | 19:27 |
| *** grembeter[m] <grembeter[m]!~grembeter@2001:470:69fc:105::1:4e8e> has joined #yocto | 19:38 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 19:51 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: Client closed) | 19:52 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 19:52 | |
| *** amitk_ <amitk_!~amit@103.208.69.126> has joined #yocto | 19:58 | |
| vd | is there an issue with multiple 'inherit foo' lines in a recipe? | 19:59 |
| *** amitk <amitk!~amit@103.59.74.119> has quit IRC (Ping timeout: 250 seconds) | 19:59 | |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto | 20:03 | |
| *** adrian__ <adrian__!~F_Adrian@62.32.0.69> has quit IRC (Quit: Leaving) | 20:05 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0::dc2c> has quit IRC (Ping timeout: 252 seconds) | 20:16 | |
| *** mariusz <mariusz!~mariusz@185.241.198.130> has joined #yocto | 20:24 | |
| Saur | vd: Multiple inherit lines should work. | 20:31 |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:3bc4:80e:1acd:1508> has joined #yocto | 20:31 | |
| vd | I mean inheriting multiple times the same class | 20:36 |
| vd | as in literally multiple 'inherit foo' lines | 20:36 |
| Saur | It very much depends on what the class actually does, but generally it should be avoided. | 20:37 |
| vd | what is the common practice when "extending" an existing class, should the new class inherit the base class or should the new class assume that the base class will be inherited in the recipe? | 20:38 |
| Saur | It depends a lot on your use case and which class it is. You can make a local class with a new name, that inherits the original class. This is suitable if you only want to use the extended class in your own recipes. An alternative is to make a local wrapper class with the same name as the upstream class. Then let that class require (not inherit) the wrapped class. That way your extensions will be used by all recipes using the class, whet | 20:41 |
| Saur | her they are upstream or local. | 20:41 |
| Saur | You can of course also backport a bbclass file as is to a local layer and modify it. This is suitable if you need to make modifications that cannot be made by extending a class. This of course have the drawback that you will need to keep your local copy in sync with upstream changes. | 20:43 |
| vd | Saur thank you, I didn't know you could require a .bbclass file. That is handy to "append" a class with a temporary patch, similarly to a .bbappend file for a recipe. | 20:43 |
| Saur | Well, require just inserts the contents of another file into whatever file is currently being parsed, so you can use it to insert any recipe, bbclass or other file. | 20:45 |
| vd | makes sense | 20:45 |
| vd | Saur: it makes even more sense to use this mechanism in a meta-patches custom layer to temporarily hold changes before they are applied upstream | 20:46 |
| Saur | That should work. | 20:47 |
| vd | Can you specify conflicts for packagegroups? | 20:54 |
| Saur | How do you mean? Packagegroups are just normal recipes. | 20:54 |
| vd | that means yes? | 20:55 |
| Saur | If you mean RCONFLICT, then yes, it should work. | 20:55 |
| dvorkindmitry | neverpanic, sounds logically! thank you | 20:56 |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 20:57 | |
| vd | I'm trying to figure out the difference between a packagegroup installed via CORE_IMAGE_EXTRA_INSTALL += "packagegroup-foo" (or e.g. IMAGE_INSTALL:append) and a FEATURE_PACKAGES_foo = "packagegroup-foo" that you install with EXTRA_IMAGE_FEATURES += "foo". | 20:58 |
| Saur | Well, either should work. The latter should be the preferred method though. | 20:59 |
| vd | what is the value added with pure packagegroup image features? | 21:00 |
| vd | (by pure packagegroup feature I mean image feature which do not also add postprocess functions and other tweaks.) | 21:01 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 21:01 | |
| Saur | Well, I guess it is just an extra layer of indirections where you focus on the features you want in your image rather than what packages should be added to it. | 21:03 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds) | 21:03 | |
| vd | Saur but isn't it what package does already? It provides an abstraction for a set of packages adding support for a "feature" | 21:05 |
| vd | s/package/packagegroup/ | 21:05 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 21:06 | |
| Saur | True. But maybe there is only one package when you first introduce a new feature and thus you let FEATURE_PACKAGES_foo point directly at it. Then later when you realize you need to add some more packages to the feature you introduce packagegroup-foo and let FEATURE_PACKAGES_foo point to it instead. Not a major reason to use one over the other, but I know we have done this now and then. | 21:07 |
| vd | I see. But the exact same reasoning goes with a packagegroup which can initially container a single package. | 21:08 |
| Saur | Yes, but that is an extra recipe you don't need if the feature will only ever have one recipe included. ;) | 21:09 |
| vd | Saur but in this case (the example you gave) you could also just add the second package to the FEATURE_PACKAGES_foo. It doesn't have to contain a single packagegroup. | 21:10 |
| Saur | Basically, it comes down to if you want to use IMAGE_INSTALL and/or IMAGE_FEATURES to add packages to your image. In our case we have chosen to go with IMAGE_FEATURES, so we have FEATURE_PACKAGES for everything we may want to include and don't use IMAGE_INSTALL at all. | 21:12 |
| vd | Since conflicts seem to be described in packagegroups as well, the only added value I can see so far for features is the ability to replace a set of features by another with e.g. IMAGE_FEATURES_REPLACES_mysmarterfeature = "common-feature1 common-feature2" or IMAGE_FEATURES_REPLACES_sampleapp = "defaultapp" (even though this might be a preferred | 21:15 |
| vd | provider/version instead). | 21:15 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 21:20 | |
| *** mariusz <mariusz!~mariusz@185.241.198.130> has quit IRC (Ping timeout: 256 seconds) | 21:23 | |
| vd | Saur do you use IMAGE_FEATURES_REPLACES and IMAGE_FEATURES_CONFLICTS? | 21:27 |
| Saur | No. | 21:27 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 21:27 | |
| tlwoerner | rburton: oops, sorry, i didn't catch your replies | 21:29 |
| tlwoerner | actual error: | 21:29 |
| tlwoerner | packagegroup-core-zram-swap-1.0-r1 do_package_write_ipk: An allarch packagegroup shouldn't depend on packages which are dynamically renamed (util-linux-libmount to libmount1) | 21:29 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 21:34 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 21:36 | |
| *** florian <florian!~florian@dynamic-093-135-030-207.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 21:50 | |
| Perceval[m] | hello all :) I'm trying to bitbake dbus 1.12.12, but I have the following error : | 21:54 |
| Perceval[m] | | configure.ac:1252: error: Unexpanded AX_ macro found. Please install GNU autoconf-archive | 21:54 |
| Perceval[m] | I tried to bitbake autoconf-archive and autoconf-archive-native first (with success) but I still have th error | 21:55 |
| Perceval[m] | I also tried to use dbus v1.12.20 recipe, but the error is still there | 21:56 |
| Perceval[m] | dbus is using autotool to build. I tried to build it manually (outside bitbake) but I have the same error (and autoconf-archive is installed on my system) | 21:57 |
| Perceval[m] | could you please help me if you have any idea on where it could come from? | 21:58 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 22:03 | |
| fray | ? | 22:18 |
| fray | oops | 22:18 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 22:20 | |
| *** florian <florian!~florian@dynamic-093-135-030-207.93.135.pool.telefonica.de> has joined #yocto | 22:55 | |
| *** florian <florian!~florian@dynamic-093-135-030-207.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 23:10 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC (Ping timeout: 240 seconds) | 23:37 | |
| *** florian <florian!~florian@dynamic-093-135-030-207.93.135.pool.telefonica.de> has joined #yocto | 23:51 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!