*** paulg_ <paulg_!~boodler@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 268 seconds) | 00:09 | |
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 260 seconds) | 00:09 | |
*** xmn_ <xmn_!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 00:17 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 00:18 | |
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 00:22 | |
*** paulg_ <paulg_!~boodler@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 00:22 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 240 seconds) | 00:24 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 00:25 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 00:26 | |
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 268 seconds) | 00:36 | |
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 00:51 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 00:57 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 00:58 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 01:22 | |
*** xmn_ <xmn_!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 01:47 | |
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has joined #yocto | 02:13 | |
WadeBerrier[m] | any recommendations about distributing layers between vendors and customers for private source? ie: do you provide the layers and all the tarballs for each recipe? Shared source control access? Other ideas about "best practices" for this scenario? | 02:15 |
---|---|---|
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 268 seconds) | 02:26 | |
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 02:29 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 02:30 | |
*** dagmcr <dagmcr!sid323878@id-323878.uxbridge.irccloud.com> has quit IRC (Ping timeout: 245 seconds) | 02:49 | |
*** dagmcr <dagmcr!sid323878@id-323878.uxbridge.irccloud.com> has joined #yocto | 02:53 | |
*** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has quit IRC (Ping timeout: 245 seconds) | 02:56 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 02:56 | |
*** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has joined #yocto | 02:59 | |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: Client closed) | 03:05 | |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 03:06 | |
*** coldspark29 <coldspark29!~claussenj@2a04:4540:6529:9900:86fe:948d:1095:e1a> has quit IRC (Ping timeout: 240 seconds) | 03:12 | |
*** coldspark29 <coldspark29!~claussenj@2a04:4540:653c:4700:4f01:9e0c:8436:ca17> has joined #yocto | 03:13 | |
*** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 268 seconds) | 03:32 | |
*** ahs3 <ahs3!~ahs3@user/ahs3> has joined #yocto | 03:55 | |
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:e14b:bee3:d724:cba1> has quit IRC (Remote host closed the connection) | 04:01 | |
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:4825:e6b7:53f7:504e> has joined #yocto | 04:01 | |
*** paulg_ <paulg_!~boodler@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 256 seconds) | 04:08 | |
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 268 seconds) | 04:09 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 04:19 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 04:22 | |
*** camus1 is now known as camus | 04:22 | |
*** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 04:39 | |
*** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto | 04:40 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 268 seconds) | 04:41 | |
*** jmiehe1 is now known as jmiehe | 04:41 | |
*** codavi <codavi!~akiCA@user/akica> has joined #yocto | 04:41 | |
*** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 240 seconds) | 04:44 | |
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 240 seconds) | 05:00 | |
*** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 05:13 | |
*** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Killed (molybdenum.libera.chat (Nickname regained by services))) | 05:13 | |
*** jpuhlman_ is now known as jpuhlman | 05:13 | |
*** davidinux <davidinux!~davidinux@84.17.59.175> has joined #yocto | 05:33 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 05:36 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 05:47 | |
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC (Quit: ZNC - http://znc.in) | 05:54 | |
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto | 05:55 | |
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:d6d9:503b:8503:50fa> has quit IRC (Ping timeout: 240 seconds) | 06:07 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 06:09 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:10 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:11 | |
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has joined #yocto | 06:18 | |
*** WenwuZhang <WenwuZhang!~WenwuZhan@14.120.124.236> has joined #yocto | 06:18 | |
*** rr12zer <rr12zer!~rr12zer@62-183-153-56.bb.dnainternet.fi> has joined #yocto | 06:21 | |
*** WenwuZhang <WenwuZhang!~WenwuZhan@14.120.124.236> has quit IRC (Remote host closed the connection) | 06:26 | |
*** WenwuZhang <WenwuZhang!~WenwuZhan@14.120.125.230> has joined #yocto | 06:29 | |
*** WenwuZhang <WenwuZhang!~WenwuZhan@14.120.125.230> has quit IRC (Remote host closed the connection) | 06:32 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 06:58 | |
*** rob_w <rob_w!~rob@ppp-93-104-45-58.dynamic.mnet-online.de> has joined #yocto | 07:07 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 252 seconds) | 07:12 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 07:13 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 268 seconds) | 07:17 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 07:18 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 252 seconds) | 07:22 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 07:23 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 268 seconds) | 07:28 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 07:28 | |
*** luc4 <luc4!~luca@151.46.8.212> has joined #yocto | 07:39 | |
*** luc4 <luc4!~luca@151.46.8.212> has quit IRC (Client Quit) | 07:40 | |
*** sstiller <sstiller!~sstiller@p200300f07f183700c11cf14bf44a657b.dip0.t-ipconnect.de> has joined #yocto | 07:51 | |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:00 | |
*** mckoan|away is now known as mckoan | 08:06 | |
JosefHolzmayrThe | Wade Berrier: completely depends. you could also do a push-strategy. | 08:10 |
*** Flumpy33 <Flumpy33!~dev@178-84-56-61.dynamic.upc.nl> has joined #yocto | 08:17 | |
*** Flumpy33 is now known as Sion | 08:17 | |
*** Sion <Sion!~dev@178-84-56-61.dynamic.upc.nl> has quit IRC (Client Quit) | 08:18 | |
*** Sion <Sion!~dev@178-84-56-61.dynamic.upc.nl> has joined #yocto | 08:18 | |
*** Sion is now known as JeffreySimons | 08:18 | |
JosefHolzmayrThe | the first thing to think about is, are you providing a layer and the software stack it contains for consumption? Or are you delivering a kind of build setup, e.g. a specific machine/distro setup. | 08:25 |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 08:28 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:28 | |
coldspark29 | Is there a way you can turn off all the information about users leaving or entering the room? | 08:40 |
*** coldspark29 <coldspark29!~claussenj@2a04:4540:653c:4700:4f01:9e0c:8436:ca17> has quit IRC (Quit: Konversation terminated!) | 08:42 | |
*** coldspark29 <coldspark29!~claussenj@2a04:4540:653c:4700:4f01:9e0c:8436:ca17> has joined #yocto | 08:42 | |
*** pregn <pregn!~pregn@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 08:47 | |
pregn | good morning | 08:47 |
pregn | is there a simple way to add a german keyboard to a sato based image and switch to it ? | 08:48 |
barometz | coldspark29: most IRC clients have some way to do that, yeah, but that's client-specific so you'll have to look there for how | 08:59 |
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Quit: reboot) | 09:22 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:25 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 09:26 | |
*** camus1 is now known as camus | 09:26 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 252 seconds) | 09:28 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 09:29 | |
wyre | Saur, I'm having problems with the method you described in the wiki | 09:31 |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:31 | |
wyre | despite I've hashed the password the system cannot verify it | 09:31 |
wyre | but I'm able to verify the hash is right with 'openssh passwd -salt <random gen salt> -5 <my pass>' | 09:32 |
wyre | that will produce the very same hash I've hardcoded, but ... when I try to log in the system is not able to authenticate me | 09:32 |
*** vd33 <vd33!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 09:33 | |
coldspark29[m] | <barometz> "coldspark29: most IRC clients..." <- Ok thanks | 09:34 |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 09:37 | |
*** michalkotyla_ <michalkotyla_!~quassel@85-222-117-222.dynamic.chello.pl> has quit IRC (Ping timeout: 240 seconds) | 09:37 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:38 | |
*** rr12zer <rr12zer!~rr12zer@62-183-153-56.bb.dnainternet.fi> has quit IRC (Ping timeout: 240 seconds) | 09:40 | |
*** michalkotyla <michalkotyla!~quassel@public-gprs399845.centertel.pl> has joined #yocto | 09:41 | |
*** rr12zer <rr12zer!~rr12zer@62-183-153-56.bb.dnainternet.fi> has joined #yocto | 09:42 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:49 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 09:49 | |
*** camus1 is now known as camus | 09:49 | |
*** vd33 <vd33!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 09:54 | |
wyre | definitely ... the system is not able to authenticate me with your yesterday modifications in the wiki, Saur 😞 | 09:54 |
*** michalkotyla <michalkotyla!~quassel@public-gprs399845.centertel.pl> has quit IRC (Ping timeout: 256 seconds) | 09:54 | |
*** michalkotyla <michalkotyla!~quassel@85-222-117-222.dynamic.chello.pl> has joined #yocto | 09:55 | |
hmw[m] | Hi my weston instance is crashing 1minit and 30 seconds after it is loaded after boot. if i restart it manualy befor the 1:30 or after that time it keeps running. i also get: Startup finished in 917ms (kernel) + 1min 56.140s (userspace) = 1min 57.058s. after weston crashes | 09:58 |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 10:01 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 10:01 | |
dvorkindmitry | how to get {layername} from BBFILE_PATTERN_{layername} in the recipe? | 10:02 |
dvorkindmitry | is there are any global variable with "layername" available? | 10:02 |
*** kayterina <kayterina!~kayterina@62.38.55.161> has joined #yocto | 10:09 | |
kernelspace | hi, need a suggestion. Trying to compiel a 4.4 kernel in dunfell, but gcc9 fails with some errors. Is it better to downgrade gcc ? Is it possible ? | 10:10 |
qschulz | kernelspace: just disable the warning to errors flags that are problematic | 10:11 |
qschulz | by appending to KERNEL_CC IIRC | 10:11 |
kernelspace | qschulz: will try, thanks | 10:12 |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 10:12 | |
qschulz | kernelspace: or apparently KERNEL_EXTRA_ARGS could also be used to pass arguments to make of the kernel | 10:18 |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 10:27 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 240 seconds) | 10:29 | |
*** camus1 is now known as camus | 10:29 | |
kernelspace | qschulz: thanks | 10:31 |
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 10:33 | |
*** davidinux <davidinux!~davidinux@84.17.59.175> has quit IRC (Quit: WeeChat 2.8) | 10:35 | |
*** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 10:38 | |
*** michalkotyla <michalkotyla!~quassel@85-222-117-222.dynamic.chello.pl> has quit IRC (Ping timeout: 240 seconds) | 10:49 | |
*** michalkotyla <michalkotyla!~quassel@public-gprs407806.centertel.pl> has joined #yocto | 10:49 | |
user_ | Hi, We are facing issue while integrating cups in yocto. The yocto name is dunfell, cups filter version is 1.27.2 and cups version is 2.2.12. The error we are facing is ParseError at /home/user/yocto/imx-yocto-bsp/sources/poky/meta/recipes-extended/cups/cups-filters.inc:10: unparsedline: 'DEPENDS:class-native = "poppler-native glib-2.0-native dbus-native pkgconfig-native gettext-native libpng-native"' | 10:56 |
qschulz | user_: which dunfell version of poky? | 10:57 |
qschulz | I assume your dunfell version is too old and does not support the new override syntax | 10:58 |
qschulz | so 1) update to latest poky dunfell (highly recommended) | 10:58 |
JosefHolzmayrThe | 2) have a drink | 10:59 |
qschulz | wait.. cups-filters comes from poky... did you backport patches directly into your dunfell poky from a newer release of poky by any chance? | 10:59 |
*** michalkotyla <michalkotyla!~quassel@public-gprs407806.centertel.pl> has quit IRC (Read error: Connection reset by peer) | 11:10 | |
*** michalkotyla <michalkotyla!~quassel@public-gprs407806.centertel.pl> has joined #yocto | 11:10 | |
*** kriive <kriive!~kriive@user/kriive> has joined #yocto | 11:12 | |
kriive | What's a production-proven way to secure ssh access to a Yocto IoT device? | 11:12 |
JosefHolzmayrThe | kriive: massively depends on your definition of production proven, and the processes you have in place | 11:13 |
JosefHolzmayrThe | kriive: but the actually best way is not shipping ssh. | 11:13 |
*** michalkotyla_ <michalkotyla_!~quassel@public-gprs403142.centertel.pl> has joined #yocto | 11:15 | |
*** michalkotyla <michalkotyla!~quassel@public-gprs407806.centertel.pl> has quit IRC (Ping timeout: 256 seconds) | 11:15 | |
*** michalkotyla <michalkotyla!~quassel@85-222-117-222.dynamic.chello.pl> has joined #yocto | 11:23 | |
*** michalkotyla_ <michalkotyla_!~quassel@public-gprs403142.centertel.pl> has quit IRC (Ping timeout: 256 seconds) | 11:23 | |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 240 seconds) | 11:24 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 245 seconds) | 11:52 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 11:53 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 260 seconds) | 11:57 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 11:58 | |
*** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Quit: %quit%) | 12:11 | |
*** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 12:12 | |
*** coldspark29__ <coldspark29__!~jan@2a04:4540:653c:4700:2f99:2af:f42d:2579> has joined #yocto | 12:15 | |
*** t_unix[m] is now known as T_UNIX[m] | 12:25 | |
*** coldspark29__ <coldspark29__!~jan@2a04:4540:653c:4700:2f99:2af:f42d:2579> has quit IRC (Ping timeout: 245 seconds) | 12:43 | |
*** kayterina <kayterina!~kayterina@62.38.55.161> has quit IRC (Ping timeout: 240 seconds) | 12:49 | |
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 256 seconds) | 12:53 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 240 seconds) | 12:56 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 12:57 | |
*** kayterina <kayterina!~kayterina@62.38.55.161> has joined #yocto | 12:59 | |
*** coldspark29__ <coldspark29__!~jan@2a04:4540:653c:4700:2f99:2af:f42d:2579> has joined #yocto | 13:01 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 13:07 | |
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 13:07 | |
*** coldspark29__ <coldspark29__!~jan@2a04:4540:653c:4700:2f99:2af:f42d:2579> has quit IRC (Ping timeout: 268 seconds) | 13:13 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:17 | |
smurray | JosefHolzmayrThe: heh, I believe Mender have a remote access solution ;) | 13:23 |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 252 seconds) | 13:27 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 13:27 | |
JosefHolzmayrThe | smurray: they do, and it is quite neat - however recommending it is not really worthwhile if it doesn'T fit the rest of the ecosystem. | 13:30 |
JosefHolzmayrThe | ossystems has something too, which is essentially only ssh, so thats another option. | 13:31 |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 13:31 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 240 seconds) | 13:32 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 13:32 | |
smurray | JosefHolzmayrThe: yes, but I was amused since they're your new employer | 13:49 |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:53 | |
kriive | well, we're already using mender so that's super neat | 13:54 |
kriive | i didn't know about remote terminal! thanks | 13:54 |
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto | 13:56 | |
JosefHolzmayrThe | kriive: heh thats what i meant by "it depends". yeah, the remote terminal is very neat, however it requires an additional license AFAIK. if you need further clarification, then get in touch with your contact person, or me in private, however you prefer. | 14:02 |
JosefHolzmayrThe | kriive: (note: i work for mender) | 14:04 |
kriive | As far as I can understand from your website, remote terminal is included in the open source license we're using atm for our tests | 14:07 |
kriive | I am trying it out right now haha | 14:07 |
kriive | If I have any question I will gladly your offer for clarifications, thanks :) | 14:07 |
kriive | gladly accept* | 14:07 |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 14:13 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 260 seconds) | 14:17 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 14:18 | |
*** Minvera <Minvera!~Minvera@162.223.44.49> has joined #yocto | 14:20 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 252 seconds) | 14:22 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 14:23 | |
jonmason | I personally blame zeddii for poky-tiny not working and generally being a PITA | 14:32 |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 14:33 | |
zeddii | I'm ok with that! | 14:35 |
jonmason | [ 0.000000] Linux version 5.14.21-yocto-tiny (oe-user@oe-host) (arm-poky-linux-musleabi-gcc (GCC) 11.2.0, GNU ld (GNU Binutils) 2.37.20210721) #1 PREEMPT Mon Nov 29 01:18:09 UTC 2021 | 14:36 |
jonmason | zeddii: if it is interesting to you, I can a cron job that uses lei and b4 to auto-apply patches off my mailing list to my git tree and run CI | 14:37 |
jonmason | its super cool to wake up to CI that ran on a new patch while I was asleep | 14:38 |
zeddii | nice. I was messing around with b4 just last night. | 14:38 |
zeddii | but since I don't use lei, getting the message IDs is a PITA. | 14:38 |
jonmason | you can get it from mailx and grep | 14:39 |
*** camus <camus!~Instantbi@2409:8a1e:9117:7ba0:ea:808:c2e7:dda> has joined #yocto | 14:39 | |
jonmason | lei is better, but I had an early version that just used mail to dump everything outstanding and grep for message-id | 14:40 |
jonmason | but with lei, I can use a unique mailbox that only contains mail from the past hour, and run it every hour | 14:40 |
*** paulg_ <paulg_!~boodler@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 14:41 | |
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 14:43 | |
*** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 14:47 | |
*** jpuhlman is now known as Guest2683 | 14:47 | |
*** Guest2683 <Guest2683!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Killed (strontium.libera.chat (Nickname regained by services))) | 14:47 | |
*** jpuhlman_ is now known as jpuhlman | 14:47 | |
*** rob_w <rob_w!~rob@ppp-93-104-45-58.dynamic.mnet-online.de> has quit IRC (Quit: Leaving) | 14:56 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 252 seconds) | 15:07 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 15:08 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 260 seconds) | 15:12 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 15:13 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 260 seconds) | 15:27 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 15:28 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 245 seconds) | 15:32 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 15:33 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Ping timeout: 240 seconds) | 15:41 | |
ziga | One question... I tried enabling systemd and it works if I put configuration at the end of "conf/local.conf". I also tried putting the same configuration to my layers "conf/layer.conf" but it does not work... It is true that I did not put it at the end of the file, but how come? Afteral ".conf" files are global right? | 15:41 |
qschulz | ziga: don't put things in conf/layer.conf except what bitbake-layers create-layer puts there | 15:43 |
qschulz | to share your work with a systemd enabled image, just create a new distro, that's how you're supposed to do it | 15:44 |
ziga | So I create a new layer that provides a new distro annd I do that inside the distro's conf file? | 15:44 |
ziga | I guess using conf/local.conf is not the proper way even if it works right? | 15:46 |
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:1472:2a5a:4ab3:9dde> has joined #yocto | 15:49 | |
qschulz | yes to both questions | 15:49 |
*** Sunny <Sunny!~Sunny@204.253.82.211> has joined #yocto | 15:50 | |
Sunny | Hello All. I am trying to pass variables from do_compile_append() to a custom python function (${@custom_python_function(d)}) inside both inside an .inc recipe file. It seems the python function cannot dereference the value of the variable and is empty. Any ideas on how to pass variables from do_compile_append() into a python function inside a | 15:54 |
Sunny | recipe? | 15:54 |
moto-timo | don't abuse the distro conf either. Some folks put IMAGE_INSTALL there... instead create a proper image (you can just 'require' the base image you want to extend). And probably packagegroup(s). | 15:54 |
moto-timo | and sometimes you want to create a "bsp" layer, even if you aren't creating a MACHINE... you can put kernel changes there and add MACHINEOVERRIDES | 15:55 |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 15:55 | |
Sunny | my custom python function looks like: | 15:57 |
Sunny | def custom_python_function(d): | 15:57 |
Sunny | print(d.getVar('do_compile_var')) | 15:57 |
*** JavierPeces[m] <JavierPeces[m]!~jpecesmat@2001:470:69fc:105::1:36f3> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
qschulz | moto-timo: systemd is a distro feature AFAIR | 16:01 |
moto-timo | qschulz: yes, I forgot to mention that is a good example of what SHOULD be in distro conf | 16:01 |
qschulz | basically, anything that is hw specific, in machine conf, everything that cna be put in an image should be there, and what's left, in a distro.conf. I think that's an ok summary? | 16:02 |
qschulz | Sunny: are you setting a variable in one task and trying to get it from another? | 16:02 |
Sunny | qschulz: I am setting the variable in one task and passing it to a custom python function just outside of the task. | 16:03 |
qschulz | yeah that's not possible | 16:03 |
qschulz | except if your python function is called from the task | 16:04 |
qschulz | in which case, d.getVar('var') will work just fine | 16:04 |
Sunny | Yes, I am calling the python function from within my do_compile_append() task i.e. ${@custom_python_function(d)} and passing d as a parameter | 16:05 |
qschulz | ah yes | 16:05 |
qschulz | that's not possibel IIRC | 16:05 |
Sunny | But inside the python function, I do a print but don't see anything printed | 16:05 |
qschulz | because ${@} will be resolved at parsing time and your variuable won't be set yet | 16:05 |
qschulz | at least that's my guess | 16:06 |
Sunny | Ah ok. That makes sense. No wonder i wasn't seeing anything | 16:08 |
Sunny | Do you know how would be able to pass a variable from a task to a python function? | 16:08 |
ziga | qschulz & moto-timo: Thank you for the philosophy explanation. I am re-watching Josef's video on the "holy trinity" i.e. distro, image, machine. There it is well explained! | 16:09 |
qschulz | Sunny: I don't think postfuncs allows to call a python function otherwise that would have been my suggestion | 16:10 |
qschulz | it'd be do_compile[postfuncs] += "custom_python_function" for example | 16:11 |
*** JeffreySimons <JeffreySimons!~dev@178-84-56-61.dynamic.upc.nl> has quit IRC (Quit: Konversation terminated!) | 16:12 | |
qschulz | I think one can call shell functions from a python script but I don't know if the opposite is possible (I mean it is, just it does not share the datastore because it's resolved/parsed too early) | 16:12 |
qschulz | time to summon the veterans :) | 16:12 |
qschulz | RP: rburton: ^ sharing a variable set in a task with a python function called from the same task, is that possible? if so how | 16:12 |
*** vd33 <vd33!~vd33@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 16:19 | |
moto-timo | why would a recipe that is RDEPENDS in a packagegroup not build and no sign of it in the image? Hmmm. | 16:20 |
*** kayterina <kayterina!~kayterina@62.38.55.161> has quit IRC (Read error: Connection reset by peer) | 16:20 | |
moto-timo | also, are packagegroups one of the places we still need to set PR to make sure changes trigger a rebuild? | 16:21 |
* moto-timo has Friday foggy brain | 16:21 | |
qschulz | moto-timo: RDEPENDS syntax typo? | 16:21 |
moto-timo | qschulz: good point... I better check that | 16:22 |
moto-timo | I already caught a INSANE_SKIP_${PM} (note the M) typo yesterday | 16:22 |
moto-timo | my fingers are flying on the keyboard, but maybe not where they should be | 16:22 |
qschulz | have we not migrated INSANE_SKIP to use the new override syntax? | 16:23 |
moto-timo | this is dunfell... sorry brain is split | 16:23 |
qschulz | moto-timo: ok then both override syntaxes are fine | 16:23 |
moto-timo | with new enough bitbake, right | 16:24 |
Sunny | qschulz: Ah I see. | 16:25 |
qschulz | moto-timo: indeed | 16:26 |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 240 seconds) | 16:26 | |
qschulz | Sunny: so, sorry but I don't have the answer :/ | 16:26 |
qschulz | Sunny: if you ever find out, please let us know | 16:26 |
qschulz | this feels like something we should document | 16:26 |
qschulz | same for variable context | 16:27 |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 16:27 | |
qschulz | because https://docs.yoctoproject.org/ref-manual/varlocality.html is not really what I'd expect it to be | 16:27 |
moto-timo | there is _always_ room for improvement in the docs... | 16:28 |
moto-timo | just like software is never "done" | 16:28 |
moto-timo | which reminds me.... kernel-lab needs my love this weekend | 16:28 |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 240 seconds) | 16:31 | |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has joined #yocto | 16:32 | |
qschulz | moto-timo: of course.. I think i'll open a bugzilla to not forget about this :) | 16:36 |
*** zpfvo <zpfvo!~fvo@88.130.218.16> has quit IRC (Ping timeout: 268 seconds) | 16:38 | |
*** sstiller <sstiller!~sstiller@p200300f07f183700c11cf14bf44a657b.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving) | 16:46 | |
Sunny | qschulz: The variables in this link appear to be default yocto variables. I am still trying different combinations. Will let you know | 16:50 |
qschulz | Sunny: which link ar eyou talking about? | 16:51 |
Sunny | qschulz: https://docs.yoctoproject.org/ref-manual/varlocality.html | 16:51 |
qschulz | Sunny: ah no, that was not for your specific problem :) | 16:51 |
qschulz | Was just complaining that we could improve this part to add actual variable scope | 16:51 |
vd33 | where should I centralize the MY_CUSTOM_VARS[doc] flags? is there a specific place? | 16:52 |
qschulz | AH! it's scope the word, not context /me facepalms | 16:52 |
qschulz | vd33: in the classes or conf files where they are defined/used feels like a good place to me? | 16:52 |
Sunny | qschulz: Haha, no worries | 16:52 |
Sunny | qschulz: This part of the manual mentions, we can pass variables through d: | 16:54 |
Sunny | https://www.yoctoproject.org/docs/2.3/bitbake-user-manual/bitbake-user-manual.html#python-functions | 16:54 |
*** pregn <pregn!~pregn@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC (Quit: Client closed) | 16:55 | |
sgw | rburton: well, maybe I did not do the d.setVar() correctly, setting a variable did not help the multiple warns from anon python(), I think it sets it in the recipe scope still, not in the global scope. | 16:56 |
qschulz | Sunny: yup, that's what you do from inline python functions | 16:56 |
qschulz | Sunny: or to call a python function from a python task | 16:56 |
qschulz | d is the datastore | 16:56 |
qschulz | Sunny: also, except if you're using the very outdated 2.3 poky release, please use docs.yoctoproject.org | 16:56 |
qschulz | basically, anything that is currently supported is on docs.yoctoproject.org | 16:57 |
qschulz | moto-timo: Sunny: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14667 so someone (me?) will not forget to add a section for variable scope :) | 16:58 |
qschulz | alright folks, time for me to put the computer on the side for two weeks. Happy holidays and "see" you next year :) /me waves | 16:59 |
*** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has joined #yocto | 16:59 | |
vd33 | qschulz: I'm adding a custom distro which you can base your distro on, the best would be to centralize all these in my base distro then. Can you generate the documentation somehow for only your distro variables? | 17:00 |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 17:05 | |
Sunny | qschulz: Thank you. | 17:06 |
Sunny | moto-timo: Thank you. | 17:06 |
Sunny | Happy holidays :) | 17:07 |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:07 | |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Quit: CHELAS! MUCHAS CHELAS! CHELAS EVERYWHERE!) | 17:20 | |
*** mckoan is now known as mckoan|away | 17:25 | |
*** coldspark29__ <coldspark29__!~jan@2a04:4540:653c:4700:2f99:2af:f42d:2579> has joined #yocto | 17:46 | |
Tartarus | Well, hunh. | 17:47 |
Tartarus | So, can you really safely share, concurrently, SSTATE_DIR / DL_DIR between multiple builds now? | 17:47 |
*** florian <florian!~florian@dynamic-002-244-181-173.2.244.pool.telefonica.de> has joined #yocto | 17:51 | |
*** coldspark29__ <coldspark29__!~jan@2a04:4540:653c:4700:2f99:2af:f42d:2579> has quit IRC (Ping timeout: 260 seconds) | 17:56 | |
*** florian <florian!~florian@dynamic-002-244-181-173.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 18:01 | |
*** camus <camus!~Instantbi@2409:8a1e:9117:7ba0:ea:808:c2e7:dda> has quit IRC (Remote host closed the connection) | 18:09 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 18:11 | |
*** Guest80 <Guest80!~Guest80@5.146.168.40> has joined #yocto | 18:11 | |
Guest80 | Hi, I have problems with a dynamic library. If I compile it in yocto directly, it's about 400kb. If I compile the same code using the SDK, it becomes 57MB. Any hints how to debug this or what the problem could be? | 18:15 |
*** mariusz <mariusz!~mariusz@185.241.198.130> has joined #yocto | 18:24 | |
*** Guest80 <Guest80!~Guest80@5.146.168.40> has quit IRC (Quit: Ping timeout (120 seconds)) | 18:27 | |
Sunny | Can I convert bitbake tasks into bitbake python functions? | 18:30 |
Sunny | ex: python do_compile_append() { print(d.getVar('some_var')) } | 18:30 |
Sunny | When I do this, I get a strange error "unable to parse recipe. Error during parse shell code" | 18:32 |
Tartarus | You want "${@python ....}" | 18:40 |
Tartarus | Grep around on "${@ for examples | 18:40 |
*** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 18:43 | |
*** Guest80 <Guest80!~Guest80@5.146.168.40> has joined #yocto | 18:44 | |
tlwoerner | Tartarus: that's what RP's been saying for years (i mostly keep them separate, probably more out of habit) | 18:47 |
tlwoerner | i believe the AB is setup that way, which does a lot of building of lots of stuff | 18:47 |
Tartarus | Yeah, I've long long recommended separate too, but just had a customer point to a thread they had with RP | 18:48 |
Tartarus | I updated my answer to be that I'm not gonna argue against RP, but I still keep them separate out of caution as space is cheaper than engineering time | 18:48 |
Tartarus | Doubly so since they had some "sstate corruption" problem | 18:49 |
tlwoerner | sounds good | 18:49 |
Tartarus | And I'm heartened I'm not the only one that still keeps this separate :) | 18:49 |
*** Guest80 <Guest80!~Guest80@5.146.168.40> has quit IRC (Quit: Ping timeout (120 seconds)) | 18:52 | |
Herrie | I'm trying to get PinePhonePro dev unit (RK3399S) to work with fitImage, DTB and initramfs, but I must be missing something. I get everything to build correctly, however I'm stuck at the BL31 in loop with the fitImage kernel. When I use separate kernel I get a bit further. My WIP tree (don't mind the mess) is at: https://github.com/webOS-ports/meta-pine64-luneos/commit/dee5b2b3a7d27955c8a310f | 18:57 |
Herrie | fc9f1404096ec6db5 | 18:57 |
Herrie | I tried to find some more documentation, but it seems very limited | 18:57 |
Herrie | I'm probably missing something basic somewhere, just not sure what | 18:57 |
Herrie | I've cherry-picked and matched a few bits from meta-arm and meta-rockchip to not pull the whole layers in for now, but might end up pulling them in if easier/needed going forward | 19:02 |
*** HerrieTP_ <HerrieTP_!~Android@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 19:04 | |
tlwoerner | Herrie: that build is quite a mish-mash. your kernel is external, and you're building the rest with hardknott | 19:10 |
tlwoerner | Herrie: could you possibly try building the entire image by using meta-rockchip+meta-arm and adding your machine.conf in there (on master)? | 19:11 |
tlwoerner | the rock pi 4b machine conf would be a good one to look at (to copy) | 19:11 |
HerrieTP_ | Yes I know... Kernel is external because that's a known working mainline kernel for other distros | 19:11 |
tlwoerner | HerrieTP_: oh... are there lots of patches? not mainline? | 19:12 |
HerrieTP_ | Well it's mainline with integrated patches | 19:12 |
HerrieTP_ | Probably similar to what's in linux-yocto-dev for rk3399 | 19:13 |
*** HerrieTP <HerrieTP!~Android@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 19:14 | |
*** HerrieTP_ <HerrieTP_!~Android@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Read error: Connection reset by peer) | 19:14 | |
*** HerrieTP <HerrieTP!~Android@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Read error: Connection reset by peer) | 19:14 | |
*** HerrieTP_ <HerrieTP_!~Android@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 19:14 | |
Herrie | I doubt the issue is the kernel as such, but more some config or defconfig issue somewhere... | 19:15 |
Herrie | I could try a build with those layers of course | 19:15 |
tlwoerner | with an external kernel i don't know it's config, and there's a chance it's the config that's the issue | 19:16 |
tlwoerner | [meh, the first "its" shouldn't have the apostrophe, grr] | 19:16 |
Herrie | OK, but you have had a working fitImage + DTB + initramfs before with RK3399 right with the meta-rockchip? | 19:17 |
Herrie | I could switch to honister if that's easier | 19:24 |
Herrie | We have the layers ready for that as well so can just as well do that | 19:24 |
tlwoerner | Herrie: not quite. we build up the wic image by placing the various parts (tf-a, u-boot spl, u-boot, rootfs) in their correct locations | 19:25 |
*** florian <florian!~florian@dynamic-002-244-181-173.2.244.pool.telefonica.de> has joined #yocto | 19:25 | |
tlwoerner | we don't use an initramfs | 19:25 |
Herrie | tlwoerner: Well that's what others seems to do as well with PKGBUILD but in a lot less elegant way imho with boot.txt, boot.scr | 19:26 |
tlwoerner | and although we build the fitimage (probably a default part of the u-boot build) we don't use it | 19:26 |
tlwoerner | https://git.yoctoproject.org/meta-rockchip/tree/wic/rockchip.wks | 19:26 |
Herrie | Yeah I've piggybacked on that one. I get a WIC with 7 .img. of which 1 called boot.img and 1 called root.img and 5 primary.img | 19:28 |
Herrie | boot.img contains fitImage + extlinux/extlinux.conf | 19:28 |
tlwoerner | that wic cleanup happened after hardknott | 19:29 |
*** mariusz <mariusz!~mariusz@185.241.198.130> has quit IRC (Quit: WeeChat 2.3) | 19:29 | |
Herrie | OK let me just do honister | 19:30 |
Herrie | Since I anyway need to rework | 19:31 |
tlwoerner | oh, yea. i guess we are using fitimage, just "earlier" than the wic step | 19:31 |
tlwoerner | (d'oh, of course we're using fitimage, i look at the console output of the fitimage dozens of times a day) lol | 19:32 |
*** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has joined #yocto | 19:35 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 245 seconds) | 19:48 | |
*** florian <florian!~florian@dynamic-002-244-181-173.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 19:56 | |
*** Tokamak <Tokamak!~Tokamak@172.58.191.87> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 20:21 | |
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:1472:2a5a:4ab3:9dde> has quit IRC (Ping timeout: 240 seconds) | 20:25 | |
*** coldspark29 <coldspark29!~claussenj@2a04:4540:653c:4700:4f01:9e0c:8436:ca17> has quit IRC (Ping timeout: 268 seconds) | 20:28 | |
Herrie | What is the latest kernel you've tried? | 20:45 |
Herrie | I could also just go with master and take it from there to be on bleeding edge | 20:45 |
Herrie | tlwoerner: ^ | 20:49 |
vd33 | FOO ?= "A" FOO += "B", ${FOO} will equal "B", right? | 20:57 |
vd33 | hum maybe not | 20:59 |
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:c6a5:968:20a4:1f43> has joined #yocto | 21:02 | |
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:c6a5:968:20a4:1f43> has quit IRC (Ping timeout: 240 seconds) | 21:06 | |
ziga | I think it should equal to "B"! | 21:09 |
ziga | ?= and += are evaluated imediatelly | 21:10 |
rfs613 | it will depend if FOO had a value previously... | 21:10 |
vd33 | so if they are evaluated immediately and FOO ?= "A" is before FOO += "B", then FOO must equal "A B" | 21:10 |
vd33 | rfs613 true, I'm assuming FOO had no value before the ?= is encountered. | 21:11 |
*** jadudm <jadudm!~jadudm@cpe-66-67-33-74.rochester.res.rr.com> has joined #yocto | 21:20 | |
ziga | rfs613: True | 21:21 |
jadudm | Hi all; where is a good place to ask questions about a yocto deployment and managing it? I have a project where we've piloted some RPi-based sensors (n=~20), and we'd like to improve the infrastructure in terms of repeatability, stability, and maintainability. I've built a test Yocto image, but questions about how best to provision and maintain a | 21:23 |
jadudm | second-round pilot fleet (n=~50) is not obvious to me. | 21:23 |
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:a420:b680:bc56:233d> has joined #yocto | 21:27 | |
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has quit IRC (Ping timeout: 240 seconds) | 21:35 | |
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:a420:b680:bc56:233d> has quit IRC (Quit: Konversation terminated!) | 21:57 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 21:57 | |
*** Minvera <Minvera!~Minvera@162.223.44.49> has quit IRC (Quit: Leaving) | 22:00 | |
*** jadudm <jadudm!~jadudm@cpe-66-67-33-74.rochester.res.rr.com> has quit IRC (Quit: Client closed) | 22:05 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 22:11 | |
*** Tokamak <Tokamak!~Tokamak@172.58.191.87> has joined #yocto | 22:15 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 252 seconds) | 22:15 | |
*** zenstoic <zenstoic!uid461840@id-461840.hampstead.irccloud.com> has joined #yocto | 22:19 | |
dvorkindmitry | mc:myarch:glib-2.0-1_2.68.4-r0 do_package_qa: QA Issue: glib-2.0-ptest rdepends on locale-base-fr-fr, but it isn't a build dependency? [build-deps] | 22:20 |
dvorkindmitry | I have a lot of warnings like this. how can I get rid of it? | 22:21 |
*** Tokamak <Tokamak!~Tokamak@172.58.191.87> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 22:21 | |
*** florian <florian!~florian@dynamic-002-244-181-173.2.244.pool.telefonica.de> has joined #yocto | 22:29 | |
*** Tokamak <Tokamak!~Tokamak@172.58.191.87> has joined #yocto | 22:29 | |
*** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 22:53 | |
*** zenstoic <zenstoic!uid461840@id-461840.hampstead.irccloud.com> has quit IRC () | 22:54 | |
RP | Tartarus: the autobuilder stresses that *massively*. It is engineered to work | 23:01 |
RP | qschulz: in theory it would be set into the datastore and the function should see the same datastore and be able to retrieve it. A lot 'depends' on what you're doing though | 23:02 |
*** florian <florian!~florian@dynamic-002-244-181-173.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 23:02 | |
*** Tokamak <Tokamak!~Tokamak@172.58.191.87> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 23:03 | |
Tartarus | RP: Yeah, and I can't argue on behalf of the customer that reports "sstate corruption" and doesn't have a reproducer. Still feels odd to share the actual SSTATE_DIR / DL_DIR among concurrent users but I guess I need to update my personal guidance | 23:03 |
Tartarus | We are tracking down a different wtf with sharing TMPDIR between two similar MACHINES and somehow the wrong file being used out of SSTATE_DIR, but that's different, the sstate itself is correct | 23:12 |
perdmann_ | Hi, i just stumbled upon DRM / FB . I thought i could just use an existing tool (fbi) to print a picture to Framebuffer. Now it turns out that I can't, its all DRM now. Does anyone know a tool or a Framework which i could use? I know about libdrm but its not well documented... | 23:13 |
WadeBerrier[m] | <JosefHolzmayrThe> "the first thing to think about..." <- mostly a couple of layers for consumption. What would you suggest for these two different scenarios? (Also, what did you mean by a "push strategy" ?) | 23:36 |
*** florian <florian!~florian@dynamic-002-244-181-173.2.244.pool.telefonica.de> has joined #yocto | 23:58 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!