Friday, 2023-10-27

*** lexano <lexano!~lexano@> has quit IRC (Ping timeout: 260 seconds)00:01
*** alinucs <alinucs!~abo@> has quit IRC (Ping timeout: 240 seconds)00:53
*** astlep550401 <astlep550401!> has quit IRC (Quit: Ping timeout (120 seconds))00:53
*** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has quit IRC (Ping timeout: 245 seconds)00:53
*** astlep550401 <astlep550401!> has joined #yocto00:54
*** alinucs <alinucs!> has joined #yocto00:55
*** _whitelogger <_whitelogger!> has quit IRC (Remote host closed the connection)00:55
*** _whitelogger_ <_whitelogger_!> has joined #yocto00:56
*** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has joined #yocto00:58
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 260 seconds)01:04
*** davidinux <davidinux!~davidinux@> has joined #yocto01:05
*** RobertBerger <RobertBerger!~rber|> has joined #yocto01:13
*** rber|res <rber|res!~rber|> has quit IRC (Ping timeout: 255 seconds)01:13
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 248 seconds)01:42
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto01:45
*** xmn <xmn!~xmn@2600:4040:9390:8c00:b428:d484:f0be:e52c> has quit IRC (Ping timeout: 260 seconds)02:21
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 255 seconds)02:36
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto02:37
*** jclsn <jclsn!~jclsn@2a04:4540:6532:6b00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 258 seconds)02:53
*** jclsn <jclsn!~jclsn@2a04:4540:6510:8b00:2ce:39ff:fecf:efcd> has joined #yocto02:55
*** tokamak <tokamak!~Tokamak@> has quit IRC (Quit: ZNC 1.8.2+deb2build5 -
*** tokamak <tokamak!~Tokamak@2603:c020:4004:f00:59d7:d5e1:201e:845f> has joined #yocto03:01
*** amitk <amitk!~amit@> has joined #yocto03:08
*** mraza <mraza!~mraza@> has quit IRC (Quit: Client closed)03:45
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has joined #yocto04:28
*** schtobia <schtobia!> has quit IRC (Quit: Bye!)04:45
*** schtobia <schtobia!> has joined #yocto04:45
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 255 seconds)04:53
*** davidinux <davidinux!~davidinux@> has joined #yocto04:53
*** pabigot <pabigot!> has quit IRC (Ping timeout: 260 seconds)05:20
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has quit IRC (Remote host closed the connection)05:24
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 258 seconds)05:54
*** pabigot <pabigot!> has joined #yocto05:57
*** camus <camus!~Instantbi@> has joined #yocto06:01
*** brrm <brrm!> has quit IRC (Ping timeout: 240 seconds)06:12
*** brrm <brrm!~brrm@2a02:8071:b700::1c89> has joined #yocto06:12
*** linfax <linfax!> has joined #yocto06:15
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)06:23
*** rfuentess <rfuentess!> has joined #yocto06:23
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto06:24
*** rob_w <rob_w!> has joined #yocto06:26
*** mckoan|away is now known as mckoan06:36
mckoangood morning06:36
*** Kubu_work <Kubu_work!> has joined #yocto06:58
*** vladest <vladest!> has quit IRC (Quit: vladest)07:07
*** danlor <danlor!> has joined #yocto07:08
*** danlor <danlor!> has quit IRC (Ping timeout: 248 seconds)07:21
*** danlor <danlor!~danlor@> has joined #yocto07:25
*** mvlad <mvlad!~mvlad@2a02:2f05:810c:2f00:7656:3cff:fe3f:7ce9> has joined #yocto07:32
LetoThe2ndyo dudX07:37
Rich_1234hello hello07:38
*** vladest <vladest!~Thunderbi@> has joined #yocto07:40
*** vladest <vladest!~Thunderbi@> has quit IRC (Quit: vladest)07:51
*** vladest <vladest!~Thunderbi@> has joined #yocto07:55
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:03
*** danlor <danlor!~danlor@> has quit IRC (Ping timeout: 248 seconds)08:17
*** Haxxa <Haxxa!> has quit IRC (Ping timeout: 264 seconds)08:23
*** Haxxa <Haxxa!> has joined #yocto08:29
*** Rich_1234 <Rich_1234!~Rich_1234@> has quit IRC (Ping timeout: 255 seconds)08:36
*** danlor <danlor!~danlor@> has joined #yocto08:40
*** alessioigor <alessioigor!~alessioig@> has joined #yocto08:41
*** vladest <vladest!~Thunderbi@> has quit IRC (Remote host closed the connection)08:44
*** vladest <vladest!~Thunderbi@> has joined #yocto08:46
*** bantu <bantu!> has quit IRC (Quit: No Ping reply in 180 seconds.)08:48
*** Piraty <Piraty!~irc@user/piraty> has quit IRC (Read error: Connection reset by peer)08:48
*** radanter <radanter!> has joined #yocto08:49
*** Piraty <Piraty!~irc@user/piraty> has joined #yocto08:49
*** bantu <bantu!> has joined #yocto08:49
*** ptsneves <ptsneves!~Thunderbi@> has joined #yocto08:50
*** vladest <vladest!~Thunderbi@> has quit IRC (Remote host closed the connection)08:52
*** vladest <vladest!~Thunderbi@> has joined #yocto08:54
*** Guest60 <Guest60!~Guest60@2a01:e0a:cb0:2250:381c:58d6:d07e:b8fe> has joined #yocto08:56
*** Guest60 <Guest60!~Guest60@2a01:e0a:cb0:2250:381c:58d6:d07e:b8fe> has quit IRC (Client Quit)08:56
*** vladest <vladest!~Thunderbi@> has quit IRC (Ping timeout: 245 seconds)09:05
*** danlor <danlor!~danlor@> has quit IRC (Ping timeout: 248 seconds)09:05
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)09:10
*** alessioigor <alessioigor!~alessioig@> has joined #yocto09:10
*** Haxxa <Haxxa!> has quit IRC (Ping timeout: 260 seconds)09:17
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds)09:17
*** Rich_1234 <Rich_1234!> has joined #yocto09:17
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto09:18
dvergatalhi all is it possible to somehow check if IMAGE_INSTALL contains a package from within a recipe? Because I know it is defined/set in install image recipe but it is not accesible by others09:33
LetoThe2nddvergatal: no.09:39
dvergatalhi LetoThe2nd09:39
dvergatalOK so i would need to define my own DISTRO_FEATURE than09:39
LetoThe2nddvergatal: yep, exactly.09:40
dvergatalLetoThe2nd: so my question is because I've never been defining my own DISTRO_FEATURE where can I find some manual for that as I can't find any09:44
*** embetrix <embetrix!~embetrix@2a02:3102:8c10:a0:f0f3:8bbd:fd68:cdc6> has joined #yocto09:44
LetoThe2nddvergatal: there is no magic to it, just add whatever string you'd like to the variable09:44
LetoThe2ndand then check for it in the recipes.09:45
dvergatalhmmm will it pull a recipe to install?09:45
LetoThe2nddvergatal: the string in the DISTRO_FEATURES variable will not have any effect by itself. what goes into the image is decided by the image recipe.09:46
embetrixvmeson: hello did your build yesterday worked in pulling libquadmath into the rootfs ?09:46
LetoThe2nddvergatal: you can put something like this into the image: IMAGE_INSTALL:append = ${@bb.utils.contains('DISTRO_FEATURES', 'dvergatals-feature, 'dvergasoftware', '', d)}. or now that i think of it, actually IMAGE_INSTALL:append:dvergatals-feature = "dvergasoft" should do the trick too.09:49
dvergatalaaaaa yeah that is exactly what i wanted'09:50
dvergatalLetoThe2nd: thx09:52
LetoThe2nddvergatal: have fun09:52
*** Haxxa <Haxxa!> has joined #yocto09:53
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Remote host closed the connection)09:58
*** Haxxa <Haxxa!> has quit IRC (Ping timeout: 240 seconds)09:59
*** Haxxa <Haxxa!> has joined #yocto10:09
KanjiMonsterhow can I debug cve_check not showing cves for a recipe? I already added CVE_PRODUCT, but when running cve_check, it doesn't print any (issue[] is empty in cve-summary.json)10:11
KanjiMonsterI do see cves in the nvdcve_2.db though10:11
*** florian <florian!> has joined #yocto10:12
rburtonmischief: thanks10:12
*** vladest <vladest!~Thunderbi@> has joined #yocto10:17
KanjiMonsteraha! I had a typo in the vendor (stupid hand autocorrect)10:17
*** Rich_1234 <Rich_1234!> has quit IRC (Quit: Connection closed)10:19
*** florian <florian!> has quit IRC (Ping timeout: 245 seconds)10:20
*** Rich_1234 <Rich_1234!~Rich_1234@> has joined #yocto10:24
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)10:26
*** alessioigor <alessioigor!~alessioig@> has joined #yocto10:26
*** vladest <vladest!~Thunderbi@> has quit IRC (Ping timeout: 245 seconds)10:35
*** vladest <vladest!~Thunderbi@> has joined #yocto10:37
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)10:43
JaMavmeson: this has old override syntax, I doubt this works10:47
*** vladest <vladest!~Thunderbi@> has quit IRC (Remote host closed the connection)10:49
JaMaembetrix: I'm building lapack fine in kirkstone and newer, I guess you have another typo somewhere10:50
*** vladest <vladest!~Thunderbi@> has joined #yocto10:50
embetrix@JaMa: lapack is also building fine on my side but I don't get libquadmath building10:53
JaMabuilds fine here BUILD/deploy/ipk/core2-64/libquadmath0_13.2.0-r0.1_core2-64.ipk10:55
embetrixwhat is wrong about adding :10:56
embetrixFORTRAN:forcevariable = ",fortran"10:56
embetrixRUNTIMETARGET:append_pn-gcc-runtime = " libquadmath"10:56
JaMawrong override syntax10:57
JaMasame as windriver template10:57
*** vladest <vladest!~Thunderbi@> has quit IRC (Remote host closed the connection)10:57
JaMaand you don't need to change RUNTIMETARGET it's added automatically in meta/recipes-devtools/gcc/ if you enable FORTRAN successfully10:58
*** vladest <vladest!~Thunderbi@> has joined #yocto10:58
*** vladest <vladest!~Thunderbi@> has quit IRC (Remote host closed the connection)10:59
embetrixso you have ony  added  FORTRAN:forcevariable = ",fortran" to local.conf ?11:01
JaManot in local.conf, but yes11:01
*** vladest <vladest!~Thunderbi@> has joined #yocto11:02
embetrixI have it added to my distro config11:03
embetrixit does not get built11:03
embetrixwhich branch of yocto did you built ?11:03
JaMakirkstone and newer, but IIRC worked the same in dunfell as well11:05
JaMait's like this since 2016:
JaMause bitbake -e or bitbake-getvar to see what's going on in your build11:05
ptsnevesIs there a way to get bitbake --server to have the parsing cache hot, so that a new connection does not require a reparse?11:05
JaMaand if it still doesn't work, check config.log in your gcc-runtime build11:06
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 264 seconds)11:06
*** rfuentess <rfuentess!> has quit IRC (Remote host closed the connection)11:08
JaMagrep quad BUILD/work/core2-64-webos-linux/gcc-runtime/13.2.0/gcc-13.2.0/build.x86_64-webos-linux.x86_64-webos-linux/config.log11:09
JaMatarget_configdirs=' libgcc libbacktrace libgomp libatomic libitm libstdc++-v3 libsanitizer libvtv libquadmath libgfortran'11:09
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto11:09
JaMaand then BUILD/work/core2-64-webos-linux/gcc-runtime/13.2.0/gcc-13.2.0/build.x86_64-webos-linux.x86_64-webos-linux/x86_64-webos-linux/libquadmath/config.log11:09
*** danlor <danlor!~danlor@> has joined #yocto11:21
*** vladest <vladest!~Thunderbi@> has quit IRC (Remote host closed the connection)11:23
*** vladest <vladest!~Thunderbi@> has joined #yocto11:24
embetrixJaMa: thanks for the hints I have in build/tmp/work/cortexa7t2hf-neon-vfpv4-rufma-linux-gnueabi/gcc-runtime/11.4.0-r0/gcc-11.4.0/build.arm-rufma-linux-gnueabi.arm-rufma-linux-gnueabi/config.log:11:25
embetrixtarget_configdirs=' libgcc libbacktrace libgomp libatomic libitm libstdc++-v3 libsanitizer libvtv libquadmath libgfortran'11:25
embetrixbuild/tmp/work/cortexa7t2hf-neon-vfpv4-rufma-linux-gnueabi/gcc-runtime/11.4.0-r0/gcc-11.4.0/build.arm-rufma-linux-gnueabi.arm-rufma-linux-gnueabi/arm-rufma-linux-gnueabi/libquadmath/config.log is present11:26
JaMadoes it show any errors?11:26
embetrixNo but its' not built !11:27
embetrixfind build/tmp/deploy/deb/ | grep quad11:27
embetrixshow nothing11:27
JaMawell, read log.do_configure, log.do_compile, log.do_install carefully11:27
JaMait's hard to guess what went wrong in your build without crystal ball, but I believe it was enabled correctly11:28
embetrixbitbake -c compile gcc-runtime does not generate any libquadmath.so11:30
embetrixlibquadmath typo !11:32
*** goliath <goliath!~goliath@user/goliath> has joined #yocto11:34
*** otavio <otavio!> has joined #yocto11:34
embetrixI can see in the libquadmath config.log some errors :11:38
embetrixconfigure:12793: arm-rufma-linux-gnueabi-gcc  -mthumb -mfpu=neon-vfpv4 -mfloat-abi=hard -mcpu=cortex-a7  --sysroot=/home/zaki/Projects/EH/meta-rufma/build/tmp/work/cortexa7t2hf-neon-vfpv4-rufma-linux-gnueabi/gcc-runtime/11.4.0-r0/recipe-sysroot -o conftest  -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 -O2 -pipe -g -feliminate-unused-debug-types11:38
embetrix-fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work/cortexa7t2hf-neon-vfpv4-rufma-linux-gnueabi/gcc-runtime/11.4.0-r0/recipe-sysroot=    -fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work/cortexa7t2hf-neon-vfpv4-rufma-linux-gnueabi/gcc-runtime/11.4.0-r0/recipe-sysroot-native=11:38
embetrix-fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work-shared/gcc-11.4.0-r0/gcc-11.4.0=/usr/src/debug/gcc-runtime/11.4.0-r0    -fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work-shared/gcc-11.4.0-r0/gcc-11.4.0/include=/usr/src/debug/gcc-runtime/11.4.0-r0/libstdc++-v3/../include11:38
embetrix-fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work-shared/gcc-11.4.0-r0/gcc-11.4.0/libiberty=/usr/src/debug/gcc-runtime/11.4.0-r0/libstdc++-v3/../libiberty    -fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work-shared/gcc-11.4.0-r0/gcc-11.4.0/libgcc=/usr/src/debug/gcc-runtime/11.4.0-r0/libstdc++-v3/../libgcc11:38
embetrix-ffile-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work/cortexa7t2hf-neon-vfpv4-rufma-linux-gnueabi/gcc-runtime/11.4.0-r0/gcc-11.4.0/build.arm-rufma-linux-gnueabi.arm-rufma-linux-gnueabi/arm-rufma-linux-gnueabi/libstdc++-v3/include=/usr/include/c++/11.4.0      -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed11:38
embetrix-fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work/cortexa7t2hf-neon-vfpv4-rufma-linux-gnueabi/gcc-runtime/11.4.0-r0/recipe-sysroot=    -fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work/cortexa7t2hf-neon-vfpv4-rufma-linux-gnueabi/gcc-runtime/11.4.0-r0/recipe-sysroot-native=11:38
embetrix-fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work-shared/gcc-11.4.0-r0/gcc-11.4.0=/usr/src/debug/gcc-runtime/11.4.0-r0    -fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work-shared/gcc-11.4.0-r0/gcc-11.4.0/include=/usr/src/debug/gcc-runtime/11.4.0-r0/libstdc++-v3/../include11:38
embetrix-fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work-shared/gcc-11.4.0-r0/gcc-11.4.0/libiberty=/usr/src/debug/gcc-runtime/11.4.0-r0/libstdc++-v3/../libiberty    -fdebug-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work-shared/gcc-11.4.0-r0/gcc-11.4.0/libgcc=/usr/src/debug/gcc-runtime/11.4.0-r0/libstdc++-v3/../libgcc11:38
embetrix-ffile-prefix-map=/home/zaki/Projects/EH/meta-rufma/build/tmp/work/cortexa7t2hf-neon-vfpv4-rufma-linux-gnueabi/gcc-runtime/11.4.0-r0/gcc-11.4.0/build.arm-rufma-linux-gnueabi.arm-rufma-linux-gnueabi/arm-rufma-linux-gnueabi/libstdc++-v3/include=/usr/include/c++/11.4.0     -Wl,-z,relro,-z,now conftest.c  >&511:38
embetrixconftest.c:49:5: error: unknown machine mode 'TC'11:38
embetrix   49 |     typedef _Complex float __attribute__((mode(TC))) __complex128;11:38
embetrix      |     ^~~~~~~11:38
embetrixconftest.c:54:5: error: unknown type name '__float128'; did you mean '_Float128'?11:38
embetrix   54 |     __float128 foo (__float128 x)11:38
embetrix      |     ^~~~~~~~~~11:38
embetrix      |     _Float12811:39
embetrix   76 |     bar (1.2Q);11:39
embetrix      |     ^~~11:39
embetrixconftest.c:76:5: error: unsupported non-standard suffix on floating constant11:39
embetrixconfigure:12793: $? = 111:39
embetrixconfigure: failed program was:11:39
embetrix| /* confdefs.h */11:39
embetrixbut the configure exit with 011:39
embetrixThis is from my machine config : require conf/machine/include/arm/armv7a/tune-cortexa7.inc11:40
embetrixrequire conf/machine/include/soc-family.inc11:40
embetrixDEFAULTTUNE = "cortexa7thf-neon-vfpv4"11:40
Saurembetrix: Please, use pastebin or similar if you want to paste more than a line or two.11:41
*** vladest <vladest!~Thunderbi@> has quit IRC (Remote host closed the connection)11:42
embetrixthis is my config.log
*** vladest <vladest!~Thunderbi@> has joined #yocto11:43
JaMasome failed tests are expected (that's what configure does)11:46
*** vladest <vladest!~Thunderbi@> has quit IRC (Remote host closed the connection)11:49
*** vladest <vladest!~Thunderbi@> has joined #yocto11:51
*** vladest <vladest!~Thunderbi@> has quit IRC (Remote host closed the connection)11:57
*** vladest <vladest!~Thunderbi@> has joined #yocto11:59
embetrixmaybe that liquadmad is not supported on ARM 32 Bit ?12:03
embetrixon debian package repo there no corresponding package for ARM 32 Bit ...12:04
*** embetrix <embetrix!~embetrix@2a02:3102:8c10:a0:f0f3:8bbd:fd68:cdc6> has quit IRC (Quit: Client closed)12:15
*** embetrix <embetrix!~embetrix@2a02:3102:8c10:a0:f0f3:8bbd:fd68:cdc6> has joined #yocto12:18
*** danlor <danlor!~danlor@> has quit IRC (Ping timeout: 248 seconds)12:27
*** embetrix <embetrix!~embetrix@2a02:3102:8c10:a0:f0f3:8bbd:fd68:cdc6> has quit IRC (Quit: Client closed)12:30
*** sng <sng!~quassel@> has quit IRC (Read error: Connection reset by peer)12:32
*** sng_ <sng_!~quassel@> has joined #yocto12:32
*** embetrix <embetrix!~embetrix@2a02:3102:8c10:a0:f0f3:8bbd:fd68:cdc6> has joined #yocto12:43
*** prabhakarlad <prabhakarlad!> has joined #yocto13:29
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)13:31
*** alessioigor <alessioigor!~alessioig@> has joined #yocto13:31
*** tnovotny <tnovotny!> has joined #yocto13:31
rburtonEmantor: "on targets supporting the __float128 datatype"13:38
Emantorembetrix: ^13:39
rburtonerm yeah sorry :)13:39
*** Xagen <Xagen!> has joined #yocto13:42
*** xmn <xmn!~xmn@2600:4040:9390:8c00:1852:822c:ca68:c7f6> has joined #yocto13:42
*** lexano <lexano!~lexano@> has joined #yocto13:42
*** lexano <lexano!~lexano@> has quit IRC (Ping timeout: 260 seconds)14:02
*** Danct12 <Danct12!~danct12@user/danct12> has left #yocto (A-lined: This user has been AViVA-lined!)14:02
*** Danct12 <Danct12!~danct12@user/danct12> has joined #yocto14:04
*** vladest <vladest!~Thunderbi@> has quit IRC (Quit: vladest)14:11
*** lexano <lexano!~lexano@> has joined #yocto14:25
*** Dane86 <Dane86!~Dane86@2c0f:f528:45:86f8:518c:5dce:18ac:7c0d> has joined #yocto14:37
Dane86Any idea why I would be getting:14:39
Dane86TypeError at /toastergui/newproject/14:39
Dane86Unknown option(s) for buildimport command: interactive. Valid options are: callback, command, delete_project, force_color, help, name, no_color, path, pythonpath, release, settings, skip_checks, stderr, stdout, traceback, verbosity, version.14:39
Dane86When trying to import an existing ("command line") project into Toaster? :]14:39
rburtonmoto-timo: ^14:42
moto-timonothing off the top of my head... probably a question for David Reyna as he supports that workflow more14:43
moto-timoMy usage and testing is always from within the web ui14:44
Dane86OK thanks. Been following a book which works from the Command Line, not trying to migrate that to Toaster. Maybe easier to just start a new project in Toaster (not much to port in any case).14:46
Dane86*now trying14:46
*** starblue <starblue!> has quit IRC (Ping timeout: 260 seconds)14:47
moto-timoDane86: there might still be a bug in that /toastergui/newproject/ code, but I haven't come across it yet14:47
moto-timoDane86: we've got folks very actively working on tests for Toaster as we speak, so we can add it to the list of use cases14:48
moto-timoDane86: which book out of curiosity?14:48
Dane86OK thanks, how can I help? :]14:48
Dane86"Embedded Linux Development Using Yocto Project Cookbook: Practical recipes to help you leverage the power of Yocto to build exciting Linux-based systems, 2nd Edition"14:50
Dane86It's listed here:
moto-timoDane86: you could (a) file a bug or (b) send an email to describing your Yocto Project version, and what you are trying to do and what went wrong.14:50
*** DvorkinDmitry <DvorkinDmitry!~dvorkin@> has joined #yocto14:51
Dane86OK thanks will do (y)14:51
DvorkinDmitryI'm in russia and my build of fscrypt recipe failed: "go: Get "": dial tcp: lookup on dial udp connect: network is unreachable" is it because of the sanctions?14:52
rburtonmost likely because its trying to fetch in do_compile and we block networking then14:55
rburtoncan you access in a browser?14:55
DvorkinDmitryrburton, yes I can. it opens. no any warnings. just yocto can't fetch the modules15:00
*** Guest86668 <Guest86668!~Guest8666@> has joined #yocto15:01
DvorkinDmitryrburton, I'm running yocto build inside the Docker, but it have no any special image/network settings15:01
Dane86moto-timo: This is under fsl-community-bsp by the way (not 'vanilla' yocto) - would that make any difference?15:03
moto-timoDane86: probably, some of the vendor repos set things up in very different ways15:04
moto-timoDane86: but Toaster has also had some... shall we say inactivity... so something may very well have changed to "break" it. Which Yocto Project release are you trying to use?15:05
rburtonDvorkinDmitry: the workaround is to set do_compile[network] = "1" in the recipe so it can download at compile time, but that's a horrible workaround. i don't know how to write a go recipe _properly_ though, have a look at other go-using recipes for examples.15:06
rburtonmeta-virtualisation is full of go for example15:06
Dane86moto-timo: Kirkstone. I've submitted a report on BugZilla just in case.15:07
moto-timoDane86: thank you... kirkstone should either work or is at least in active support and we have a chance to backport a fix :)15:07
Dane86I attached the relevant layer so hopefully easy to reproduce the issue.15:08
DvorkinDmitryrburton, it helped! thank you!15:08
rburtonDvorkinDmitry: that's a horrible workaround, not the solution15:08
rburtonyou've now broken source caching and stuff15:08
Guest86668Hello all, Im facing this error when generating the SDK for my Image (coming from one of our suppliers):15:08
Guest86668ERROR: qti-tele-image-1.0-r0 do_populate_sdk: Postinstall scriptlets of ['busybox'] have failed. If the intention is to defer them to first boot,15:08
Guest86668then please place them into pkg_postinst_ontarget_${PN} ().15:08
Guest86668Deferring to first boot via 'exit 1' is no longer supported.15:08
Guest86668Im looking on the do_populate_sdk logs and see the following:15:08
Guest86668update-alternatives: Linking /workdir/b2-s037/build_bin/tmp-glibc/work/sa525m-oe-linux/qti-tele-image/1.0-r0/sdk/image/opt/rwi/y31-ext/sysroots/aarch64-oe-linux/usr/bin/bzcat to /usr/lib/busybox/usr/bin/bzcat15:08
Guest86668update-alternatives: Error: not linking /workdir/b2-s037/build_bin/tmp-glibc/work/sa525m-oe-linux/qti-tele-image/1.0-r0/sdk/image/opt/rwi/y31-ext/sysroots/aarch64-oe-linux/usr/bin/bzip2 to /usr/lib/busybox/usr/bin/bzip2 since15:08
Guest86668/workdir/b2-s037/build_bin/tmp-glibc/work/sa525m-oe-linux/qti-tele-image/1.0-r0/sdk/image/opt/rwi/y31-ext/sysroots/aarch64-oe-linux/usr/bin/bzip2 exists and is not a link15:08
DvorkinDmitryrburton, is network enabled in do_configure?15:09
rburtonDvorkinDmitry: no. just fetch15:09
zeddiithe point isn't the network access, the issue is letting go fetch it at all.15:09
rburtonDvorkinDmitry: recipes that download during do_configure is why we stopped the networking during configure/compile15:09
*** linfax <linfax!> has quit IRC (Ping timeout: 264 seconds)15:09
rburtonquestions like "what source did I ship" and "can I build without network" are unanswerable if you grab more source in configure15:10
Guest86668Could it be that another recipe installs bzip2 and is not handling correctly update alternatives?15:13
DvorkinDmitryrburton, yea. but I'm using Mickledore go.class recipe, that does everything in do_compile, not even do_fetch is defined15:15
rburtonfwiw, mickledore is EOL next month, so I presume you have a migration plan15:16
*** radanter <radanter!> has quit IRC (Quit: Leaving)15:20
DvorkinDmitryrburton, thank you. where can I see the syntax difference for Mickledore and Nanbield? BTW, I see no difference in go.class for all latest branches15:21
rburtonmaybe there is no change15:21
*** vladest <vladest!> has joined #yocto15:26
*** vladest <vladest!> has quit IRC (Client Quit)15:27
*** vladest <vladest!> has joined #yocto15:28
*** vladest <vladest!> has quit IRC (Client Quit)15:28
*** embetrix <embetrix!~embetrix@2a02:3102:8c10:a0:f0f3:8bbd:fd68:cdc6> has quit IRC (Quit: Client closed)15:28
*** vladest <vladest!> has joined #yocto15:32
*** sotaoverride is now known as Guest337215:34
*** Guest3372 <Guest3372!~ctraven@> has quit IRC (Killed ( (Nickname regained by services)))15:34
*** sotaover1ide is now known as sotaoverride15:34
DvorkinDmitryrburton, thank you!15:38
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has joined #yocto15:38
*** DvorkinDmitry <DvorkinDmitry!~dvorkin@> has quit IRC (Quit: KVIrc 5.0.0 Aria
*** sotaover1ide <sotaover1ide!~ctraven@> has joined #yocto15:40
*** Kubu_work <Kubu_work!> has quit IRC (Quit: Leaving.)15:41
*** starblue <starblue!> has joined #yocto15:41
jmdI need to change the kernel configuration in my image.  I see there is the normal defconfig file, but that has the usual "# Automatically generated file; DO NOT EDIT." warning in it.  Is it okay to disregard that warning?  or how am I supposed to reconfigure the kernel in yocto?15:46
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)15:51
*** alessioigor <alessioigor!~alessioig@> has joined #yocto15:51
*** florian_kc <florian_kc!> has joined #yocto16:00
*** bhstalel <bhstalel!~bhstalel@> has joined #yocto16:00
bhstalelHello All,16:01
bhstalelI just submitted a patch with png and svg content to docs, it is okay ? or should I attach the files in the email ?16:01
rburtonpatch _should_ work16:01
rburtonif you can, push the branch to poky-contrib too16:01
*** mckoan is now known as mckoan|away16:03
bhstalelrburton What do you think ?16:04
*** Guest77 <Guest77!~Guest77@> has joined #yocto16:06
khemI think those svgs are really helpful16:06
khemthanks for doing it16:06
*** Guest77 <Guest77!~Guest77@> has quit IRC (Client Quit)16:06
*** ptsneves <ptsneves!~Thunderbi@> has quit IRC (Quit: ptsneves)16:06
bhstalelkhem So including the SVG content in the patch itself is a good way to do it ?16:07
rburtonbhstalel: the changes get into the docs by applying the patch, so it has to be in the patch :)16:08
khemI think push it to a git repo like Ross suggested and maybe send via email16:08
rburtonsvg is text and png is proper binary, it will be fine assuming they're not 10MB images16:09
khemhope email chains do not mess with svgs on the way16:09
khemand pngs16:09
bhstalelrburton This message "if you can, push the branch to poky-contrib too" was for me ?16:09
bhstalelI did not work with poky-contrib before, is it the same as poky ? Or why should I push the svg and png to it ?16:11
rburtonits a fork of poky that more people can push to, for staging stuff.  if you don't have access dont worry about it right now, unless the PNGs are huge the patches will be fine.16:12
moto-timorburton: I just sent a python_hatchling patch for recipetool. Why say "you missed x" when you can just send a patch :)16:13
rburtonmoto-timo: wooohooo16:13
rburtonbhstalel: though i'm curious why you need a svg and png16:14
rburtoncan't we just use svg?16:14
moto-timorburton: I was shocked that my very first attempt created a recipe. The selftest took a couple iterations.16:14
SaurAFAICT, the patch looks fine. There is nothing special to binaries in Git patches. They are encoded to text, so if sending non-binary patches works, they should work too.16:14
rburtonyeah, the only problem would be if the images were huge and the list rejected the mail16:15
rburtonbut it didn't16:15
bhstalelrburton PNG for showing the figure in RST doc file, SVG can be shown as well ?16:15
rburtonbhstalel: i thought all the tooling handled svg, and for a diagram svg would be a better format anyway16:15
bhstalelrburton The png is 3.9MB and the SVG is 200K , 3.9MB is lot ?16:16
rburtonpngs print terribly16:16
ChockyGIF or nothing.16:17
rburtonhm the latex backend is lame and doesn't support svg16:18
Chocky1980s typesetting FTW16:19
moto-timostill works16:22
moto-timoprobably needs some plugin or something for svg16:23
*** starblue <starblue!> has quit IRC (Ping timeout: 255 seconds)16:24
*** starblue <starblue!> has joined #yocto16:26
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Remote host closed the connection)16:29
*** Guest86668 <Guest86668!~Guest8666@> has quit IRC (Quit: Client closed)16:39
*** vladest <vladest!> has quit IRC (Remote host closed the connection)16:39
*** lexano <lexano!~lexano@> has quit IRC (Ping timeout: 260 seconds)16:41
*** kpo <kpo!> has joined #yocto16:42
*** vladest <vladest!> has joined #yocto16:44
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 258 seconds)16:47
*** Dane86 <Dane86!~Dane86@2c0f:f528:45:86f8:518c:5dce:18ac:7c0d> has quit IRC (Quit: Client closed)16:51
*** lexano <lexano!~lexano@> has joined #yocto16:54
*** bhstalel <bhstalel!~bhstalel@> has quit IRC (Ping timeout: 248 seconds)17:01
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)17:19
*** florian_kc <florian_kc!> has joined #yocto17:23
*** lexano <lexano!~lexano@> has quit IRC (Ping timeout: 252 seconds)17:26
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has quit IRC (Remote host closed the connection)17:32
*** lexano <lexano!~lexano@> has joined #yocto17:42
*** Guest81 <Guest81!~Guest81@2601:282:f00:f81::17c> has joined #yocto17:44
*** Guest81 <Guest81!~Guest81@2601:282:f00:f81::17c> has quit IRC (Client Quit)17:44
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 272 seconds)17:59
*** vladest <vladest!> has quit IRC (Remote host closed the connection)18:21
*** vladest <vladest!> has joined #yocto18:22
*** lexano <lexano!~lexano@> has quit IRC (Ping timeout: 255 seconds)18:26
*** lexano <lexano!~lexano@> has joined #yocto18:40
*** Lihis <Lihis!> has quit IRC (Quit: Quitting)18:40
*** Lihis <Lihis!> has joined #yocto18:40
*** jgrossholtz79 <jgrossholtz79!> has quit IRC (Quit: Ping timeout (120 seconds))18:43
*** jgrossholtz79 <jgrossholtz79!> has joined #yocto18:44
*** mvlad <mvlad!~mvlad@2a02:2f05:810c:2f00:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)18:45
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 248 seconds)18:53
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)18:53
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto18:55
*** starblue <starblue!> has quit IRC (Ping timeout: 240 seconds)18:59
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 255 seconds)19:13
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto19:20
vmesonDoes anyone have an bb build account with  > 16 bit UID: -- we're seeing an XFCE build problem: Error location: "tar: value 1762430260 out of uid_t range 0..2097151"19:25
vmesonIt seems that someone in IT seems to have decided to make our lives harder, for reasons I don't yet understand.19:26
*** kpo <kpo!> has quit IRC (Ping timeout: 246 seconds)19:29
*** kpo_ <kpo_!> has joined #yocto19:29
vmesonAlso, thanks to embetrix (not here) for pointing out the error in our template code, clearly I need to add a test for libquadmath !19:30
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)19:33
*** lexano <lexano!~lexano@> has quit IRC (Ping timeout: 240 seconds)19:56
*** lexano <lexano!~lexano@> has joined #yocto20:10
*** florian_kc <florian_kc!> has joined #yocto20:17
*** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 272 seconds)21:28
*** sgw <sgw!~swold@user/sgw> has joined #yocto21:31
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 255 seconds)21:57
*** diecore_ <diecore_!> has quit IRC (Ping timeout: 240 seconds)22:02
*** starblue <starblue!> has joined #yocto22:06
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)23:13
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)23:26
*** lexano <lexano!~lexano@> has quit IRC (Ping timeout: 255 seconds)23:29
*** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has quit IRC (Ping timeout: 256 seconds)23:53
*** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto23:55
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:59

Generated by 2.17.2 by Marius Gedminas - find it at!