Wednesday, 2018-06-27

*** nighty- <nighty-!> has quit IRC00:07
*** sjolley <sjolley!~sjolley@> has joined #yocto00:14
*** morphis_ <morphis_!> has joined #yocto00:23
*** dc13ff <dc13ff!uid190567@gateway/web/> has joined #yocto00:23
*** morphis <morphis!> has quit IRC00:27
*** mattsm <mattsm!> has quit IRC00:42
*** mattsm <mattsm!> has joined #yocto00:43
*** nighty- <nighty-!> has joined #yocto00:44
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:45
-YoctoAutoBuilder- build #1107 of nightly-x86-64-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at
*** learningc <learningc!> has joined #yocto00:51
*** User__ <User__!> has joined #yocto00:56
*** learningc <learningc!> has quit IRC01:00
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:25
User__I get compile error for  My yocto version is Morty.  How do I resolve this error?01:38
aehs29User__: youll have to be more specific02:05
-YoctoAutoBuilder- build #1073 of nightly-arm64 is complete: Failure [failed Running ESDK Sanity Tests] Build details are at
*** Marex <Marex!~Marex@> has quit IRC02:46
*** Marex <Marex!~Marex@> has joined #yocto02:48
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:55
jynikaehs29: Could you elaborate on why _remove should be avoided?03:02
*** dreyna <dreyna!> has quit IRC03:26
aehs29jynik: basically remove is final, if something tries to put stuff back on it wont be possible03:28
aehs29jynik: you may ask why would you put stuff back on, but believe me it happens03:28
jynikaehs29: Sure, I could imagine one layer doing one thing, another elsewhere, and so on.03:29
aehs29jynik: usually youd try to do something like that from another layer for some specific reason which that layer requires, but the remove operation will come at the end, and it would still be removed03:29
jynikMakes sense, thanks03:30
aehs29jynik: np03:30
*** learningc <learningc!> has joined #yocto03:30
jynikBeen working with sumo on Ubunt 18.04 for the last week or two -- so far so good03:31
aehs29zeddii: zeddii_home Im working on getting poky-tiny to work on arm, linux-yocto-tiny is incompatible with arm, because of the way it is set up, would we want to do the same that we have for x86 or would i tbe better to have something different?, at this point Im using OVERRIDES to provide a defconfig03:32
aehs29jynik: nice03:32
zeddii_homehuh ?03:32
*** User__ <User__!> has quit IRC03:32
zeddii_homeif we want to support anything in linux-yocto, no defconfigs. so I can easily create a top level BSP description for it.03:33
* zeddii_home goes to look.03:33
aehs29zeddii_home: no yeah of course, im just saying thats what I have right now to skip the error03:34
zeddii_homewhich kernel rev are you working with ? 4.14 ?03:34
aehs29zeddii_home: I built 4.15 but it really doesnt matter, the latest?03:35
aehs29zeddii_home: ERROR: Could not locate BSP definition for qemuarm/tiny and no defconfig was provided03:35
zeddii_homeyah. 4.15 is fine.03:35
aehs29zeddii_home: so qemuarm/tiny doesnt exist03:35
zeddii_homeI just created it here. doing a quick smoke test.03:39
aehs29zeddii_home: oh awesome, let me know if you need anything from me03:40
*** tgraydon <tgraydon!~textual@> has quit IRC03:40
yoctiNew news from stackoverflow: Where is the source code of PetaLinux Xen? <>03:42
*** vishnu_nk <vishnu_nk!~vishnunk@2001:420:5244:1300:b9c2:a00d:76ad:90d2> has joined #yocto03:51
*** vishnu_nk <vishnu_nk!~vishnunk@2001:420:5244:1300:b9c2:a00d:76ad:90d2> has joined #yocto03:51
*** ntl <ntl!> has joined #yocto04:20
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto04:22
zeddii_homeaehs29: caling it a night now, but I just pushed what qemuarm needs to configure for poky-tiny04:24
zeddii_homecan send a patch tomorrow04:24
aehs29zeddii_home: alright, thanks!04:41
-YoctoAutoBuilder- build #1121 of nightly-x86 is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** Hoolootwo is now known as Hooloovo004:50
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:55
*** dc13ff <dc13ff!uid190567@gateway/web/> has quit IRC04:57
-YoctoAutoBuilder- build #1103 of nightly-x86-lsb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC05:14
-YoctoAutoBuilder- build #1095 of nightly-arm-lsb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** hundeboll <hundeboll!> has quit IRC05:15
*** dl9pf <dl9pf!> has joined #yocto05:26
*** dl9pf <dl9pf!> has quit IRC05:26
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto05:26
-YoctoAutoBuilder- build #1189 of nightly is complete: Failure [failed] Build details are at
*** ntl <ntl!> has quit IRC05:39
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto05:41
*** sno <sno!> has quit IRC06:16
*** pohly <pohly!> has joined #yocto06:20
*** t0mmy <t0mmy!~tprrt@> has joined #yocto06:28
*** frieder <frieder!> has joined #yocto06:34
yoctiNew news from stackoverflow: How to build customer added *.bb files on Yocto project? <>06:42
*** anujm <anujm!~anujm@> has joined #yocto06:51
*** anujm <anujm!~anujm@> has quit IRC06:53
*** chronos <chronos!~chronos@> has quit IRC06:59
*** fl0v0 <fl0v0!> has joined #yocto07:00
*** vishnu_nk <vishnu_nk!~vishnunk@2001:420:5244:1300:b9c2:a00d:76ad:90d2> has quit IRC07:06
*** aratiu1 <aratiu1!~adi@> has quit IRC07:06
*** vishnu_nk <vishnu_nk!~vishnunk@2001:420:5244:1300:b9c2:a00d:76ad:90d2> has joined #yocto07:06
*** yann|work <yann|work!> has quit IRC07:09
*** Kakounet <Kakounet!> has joined #yocto07:10
*** hamis <hamis!~irfan@> has joined #yocto07:11
*** robertmarshall <robertmarshall!~robertmar@> has joined #yocto07:11
yoctiNew news from stackoverflow: Fetch failed in OE BitBake <>07:12
*** robertmarshall <robertmarshall!~robertmar@> has quit IRC07:14
*** robertmarshall <robertmarshall!~robertmar@> has joined #yocto07:15
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC07:21
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto07:22
*** sno <sno!> has joined #yocto07:24
*** aratiu <aratiu!~adi@> has joined #yocto07:27
*** chronos <chronos!~chronos@> has joined #yocto07:28
chronosgood morning folks :) can i set yocto compile parameters for grub ? i always get an error on compile recipe for target 'cs5536.module' failed and disk.module and usb.module and all receipe failed07:29
*** varjag <varjag!> has joined #yocto07:34
*** rrvic <rrvic!~rrvic@> has joined #yocto07:42
*** majuk <majuk!> has joined #yocto07:43
*** MiskaX_ <MiskaX_!> has quit IRC07:46
*** majuk <majuk!> has quit IRC07:48
*** luneff <luneff!~yury@> has joined #yocto07:54
*** mirzak <mirzak!uid303002@gateway/web/> has joined #yocto08:04
*** rrvic is now known as vic_08:12
*** vic_ is now known as vicky08:12
*** aratiu <aratiu!~adi@> has quit IRC08:14
*** aratiu <aratiu!~adi@> has joined #yocto08:17
*** [Sno] <[Sno]!> has joined #yocto08:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:22
*** sno <sno!> has quit IRC08:23
nayfechronos: hi, which yocto version do you use?08:28
chronosnayfe 2.2 morty08:29
*** [Sno] <[Sno]!> has quit IRC08:30
*** TobSnyder <TobSnyder!> has joined #yocto08:31
*** aragua <aragua!> has joined #yocto08:34
*** tasslehoff <tasslehoff!~aronning@> has quit IRC08:34
*** [Sno] <[Sno]!> has joined #yocto08:37
*** u1106 <u1106!~quassel@> has quit IRC08:40
*** u1106 <u1106!~quassel@> has joined #yocto08:40
*** tasslehoff <tasslehoff!~aronning@> has joined #yocto08:40
nayfechronos: maybe backport grub new recipes to morty or migrate to new yocto version08:42
*** mckoan|away is now known as mckoan08:43
chronoshow to backport grub new recipes?08:46
nayfechronos: first can you pastebin your compile log ? you can create a layer and put recipes in it to backport08:48
*** ant_work <ant_work!> has joined #yocto08:48
*** kanavin_home <kanavin_home!~ak@> has quit IRC08:48
chronosnayfe ofcourse one moment08:53
*** ionutp <ionutp!567d0d71@gateway/web/freenode/ip.> has quit IRC08:54
chronosis the compile log of grub08:57
nayfechronos: which host distro do you have ?08:59
*** MiskaX <MiskaX!> has joined #yocto09:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:03
*** rubdos <rubdos!> has quit IRC09:09
chronosmaybe found a solution patching the bb file with BUILD_LDFLAGS += "-no-pie"09:12
*** vicky <vicky!~rrvic@> has quit IRC09:15
*** rubdos <rubdos!> has joined #yocto09:25
*** alinucs <alinucs!> has quit IRC09:40
yoctiNew news from stackoverflow: Gumstix Overo Yocto run on boot <>09:43
*** johnward <johnward!~johnward@> has joined #yocto09:46
*** alinucs <alinucs!> has joined #yocto09:50
*** johnward <johnward!~johnward@> has quit IRC09:50
*** johnward <johnward!~johnward@> has joined #yocto09:53
*** [Sno] <[Sno]!> has quit IRC09:55
*** nighty- <nighty-!> has quit IRC09:55
*** johnward <johnward!~johnward@> has quit IRC10:03
*** johnward <johnward!~johnward@> has joined #yocto10:03
*** rettischnidi-wrk <rettischnidi-wrk!~reto@> has joined #yocto10:08
*** yann|work <yann|work!~yann@> has joined #yocto10:09
*** JaMa <JaMa!~martin@> has quit IRC10:12
*** viky <viky!~viky@> has joined #yocto10:19
*** johnward <johnward!~johnward@> has quit IRC10:23
*** johnward <johnward!~johnward@> has joined #yocto10:38
*** sjolley <sjolley!~sjolley@> has quit IRC10:40
*** johnward <johnward!~johnward@> has quit IRC10:43
*** learningc <learningc!> has quit IRC10:52
*** styler2go <styler2go!> has quit IRC10:54
*** cmichel_ <cmichel_!> has quit IRC10:55
*** cmichel <cmichel!> has joined #yocto10:55
*** styler2go <styler2go!> has joined #yocto10:56
*** sjolley <sjolley!~sjolley@> has joined #yocto11:00
*** yann|work <yann|work!~yann@> has quit IRC11:03
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:07
*** yann|work <yann|work!~yann@> has joined #yocto11:11
*** johnward <johnward!~johnward@> has joined #yocto11:12
*** luneff <luneff!~yury@> has quit IRC11:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:15
*** johnward <johnward!~johnward@> has quit IRC11:17
*** yann|work <yann|work!~yann@> has quit IRC11:18
*** sno <sno!> has joined #yocto11:31
*** nighty- <nighty-!> has joined #yocto11:46
*** nighty- <nighty-!> has quit IRC11:48
*** johnward <johnward!~johnward@> has joined #yocto11:56
rettischnidi-wrkIs there a way to configure the compression used for the kernel image (uImage)? Running file on the uImage generated says that Linux is compressed with gzip. Modifying meta/classes/kernel-uimage.bbclass to pass "-C lzma" to uboot-mkimage does not change this (likely the wrong place and way anyway). Also, I am not able to switch the kernel compression algo using "make menuconfig" when running12:00
rettischnidi-wrk"linux-yocto -c devshell". Any ideas?12:00
rettischnidi-wrkbackground: I have a U-Boot binary which I can (currently) not update and that is not able to decompress gzip. However, lzma works.12:01
*** luneff <luneff!~yury@> has joined #yocto12:02
*** nighty- <nighty-!> has joined #yocto12:05
*** vishnu_nk <vishnu_nk!~vishnunk@2001:420:5244:1300:b9c2:a00d:76ad:90d2> has quit IRC12:07
luneffhey guys! I seem to mess my rpm generation: I got wrong rpm name that differs from my recipe name. Is there any override for the produced package name? setting ${PN} doesn't help...12:08
*** marka <marka!~masselst@> has joined #yocto12:23
*** johnward <johnward!~johnward@> has quit IRC12:33
*** johnward <johnward!~johnward@> has joined #yocto12:35
yatesi'm getting this error when trying to generate the initrd for meta-swupdate:
yatesas described here:
RPmaxin: you're SWAT this week?12:39
RPmaxin: needs to be filed as a parallel make race in libsdl2 in master12:40
maxinRP: ok, will file it..12:41
RPmaxin: thanks12:41
*** sno <sno!> has quit IRC12:42
mckoanhello, I'm trying to use YP with initramfs12:54
mckoanI don't understand how to check if everything has been built12:55
mckoanmy runtime tests are always mounting /dev/mmcblk0p2 and I don't have any evidence of the initramfs step12:56
*** yann|work <yann|work!~yann@> has joined #yocto12:56
mckoanI wonder if anybody already experienced a initramfs system wit YP/OE12:57
mckoanor have any advice12:59
mckoanin the generated .cpio.gz I see an init.d/99-finish13:01
mckoanwhich is expected to run exec switch_root -c /dev/console $ROOTFS_DIR ${bootparam_init:-/sbin/init}13:01
mckoanbut looks like is not called13:01
*** hundeboll <hundeboll!> has joined #yocto13:02
*** hundeboll <hundeboll!> has joined #yocto13:02
*** sno <sno!~sno@2a01:598:928d:5fd5:fc5e:9c07:15a0:58a2> has joined #yocto13:07
*** learningc <learningc!~User@> has joined #yocto13:11
*** johnward <johnward!~johnward@> has quit IRC13:15
*** thaytan <thaytan!> has quit IRC13:16
*** yann|work <yann|work!~yann@> has quit IRC13:19
*** yann|work <yann|work!~yann@> has joined #yocto13:21
*** johnward <johnward!~johnward@> has joined #yocto13:23
chronoshmm in which recipe is the anytun tunnel daemon ? i could not find it13:39
chronosor is it kernel side?13:39
*** yann|work <yann|work!~yann@> has quit IRC13:40
*** yann|work <yann|work!~yann@> has joined #yocto13:54
*** thaytan <thaytan!> has joined #yocto13:54
yateswhat does this message mean? "No IMAGE_CMD defined for IMAGE_FSTYPES entry 'ext4.gz.u-boot' - possibly invalid type name or missing support class"13:57
*** JaMa <JaMa!~martin@> has joined #yocto13:59
chronosi think its because it doesnt known your fstype ext4.gz.u-boot14:00
JPEWyates: No command has been defined to build that image type. You probably need to add the class that provides that command to IMAGE_CLASSES14:00
*** johnward_ <johnward_!~johnward@> has joined #yocto14:01
JPEWyates: or inherit it directly.... I was never clear on when you do one or the other14:01
*** johnward <johnward!~johnward@> has quit IRC14:02
*** roxell <roxell!~roxell@unaffiliated/roxell> has quit IRC14:02
*** roxell <roxell!~roxell@unaffiliated/roxell> has joined #yocto14:02
chronoswhats thats means on compiling for qemux8614:02
chronosEBUG: SITE files ['endian-little', 'bit-32', 'ix86-common', 'common-linux', 'common-glibc', 'i586-linux', 'common']14:02
JPEWIs down for anyone else?14:02
chronosERROR: Function failed: do_compile (log file is located at14:02
chronoson libdrm14:02
rettischnidi-wrkJPEW: up here14:06
*** ntl <ntl!> has joined #yocto14:06
neverpanicchronos: Don't think there is a recipe for anytun yet, you may have to write one.14:08
*** kanavin_home <kanavin_home!~ak@> has joined #yocto14:09
chronosok :)14:10
yatesJPEW: thanks, let me track that down.14:18
*** majuk <majuk!> has joined #yocto14:27
*** luneff <luneff!~yury@> has quit IRC14:27
*** johnward_ <johnward_!~johnward@> has quit IRC14:28
*** johnward <johnward!~johnward@> has joined #yocto14:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:30
*** johnward <johnward!~johnward@> has quit IRC14:32
*** ntl <ntl!> has quit IRC14:33
*** rburton <rburton!> has joined #yocto14:35
*** TobSnyder <TobSnyder!> has quit IRC14:37
*** sjolley <sjolley!~sjolley@> has quit IRC14:48
*** WillMiles <WillMiles!> has joined #yocto14:49
*** johnward <johnward!~johnward@> has joined #yocto14:54
*** ant_work <ant_work!> has quit IRC14:54
*** johnward <johnward!~johnward@> has quit IRC14:58
*** hamis <hamis!~irfan@> has quit IRC15:04
yatesis the Overview Manual relatively new?15:06
*** welhm <welhm!> has quit IRC15:07
*** gtristan <gtristan!~tristanva@> has joined #yocto15:16
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC15:17
*** johnward <johnward!~johnward@> has joined #yocto15:20
*** sno <sno!~sno@2a01:598:928d:5fd5:fc5e:9c07:15a0:58a2> has quit IRC15:28
*** Kakounet <Kakounet!> has quit IRC15:29
*** johnward <johnward!~johnward@> has quit IRC15:33
*** johnward <johnward!~johnward@> has joined #yocto15:35
*** johnward <johnward!~johnward@> has quit IRC15:36
*** Snert_ <Snert_!~snert_@> has joined #yocto15:37
*** johnward <johnward!~johnward@> has joined #yocto15:38
*** sjolley <sjolley!~sjolley@> has joined #yocto15:39
* yates sighs15:42
*** robertmarshall <robertmarshall!~robertmar@> has quit IRC15:48
yatesJPEW: what is an IMAGE_CMD? i cannot find it discussed in the overview manual15:54
kergothIMAGE_CMD is an implementation detail of how images are constructed, i doubt overview goes into that much detail of how image types are defined and selected15:57
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC15:57
kergothu-boot image types are defined in different places depending on the version you're using15:57
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto15:58
kergotholder releases might need image_types_uboot added to IMAGE_CLASSES15:58
yateskergoth: ok, thanks.15:59
yatesfor example, "IMAGE_CMD_ext4" in image_types.bbclass, this is encoding an image (or more generally, a file or files) into an ext4 file system within the output file itself?16:01
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC16:02
kergothit creates an ext4 image file from a directory, if that's what you mean16:03
*** falstaff_ <falstaff_!~quassel@> has quit IRC16:05
yateswhat would the string "u-boot" mean as part of an IMAGE_FSTYPES spec, e.g., "ext4.gz.u-boot"? is it simply a helpful label for what the file is?16:05
kergothno, it's another image type16:06
*** falstaff <falstaff!~quassel@> has joined #yocto16:06
kergothaka a compression/conversion type, much as .gz alters .ext4 to compress it16:06
kergothas i said, the uboot image types are defined in different classes depending on the version you're using16:06
yatesso ext4.gz.u-boot would impy ext4 encoding, followed by gz compression, followed by u-boot encoding?16:07
kergothbasically, yes16:07
kergoth3 steps with different image commands for each16:07
yateseach step is delimited by a "."?16:08
*** sno <sno!> has joined #yocto16:08
*** learningc <learningc!~User@> has quit IRC16:10
yatesdoes bitbake expect there to be a single, composite IMAGE_CMD_ext4.gz.u-boot defined, or does it parse the "." delimiters and invoke each of IMAGE_CMD_ext4, IMAGE_CMD_gz, and IMAGE_CMD_u-boot?16:12
*** WillMiles <WillMiles!> has quit IRC16:13
*** fl0v0 <fl0v0!> has quit IRC16:13
rburtonyates: latter16:13
yatesright, thank you.16:13
rburtoncombinational explosion otherwise!16:14
yateswas the u-boot type defined in morty?16:14
rburtonalso lets you chain in fun ways like a gpg signature of a lz compressed ext416:14
yatesor after morty?16:15
yatesi can't find it in any layer16:15
yatesfind . -name "*" -type f -exec grep -Hn IMAGE_CMD_u-boot {} \;16:15
yatesyields nada16:15
kergothi already told you this16:16
kergothin older releases, it's defined in image_types_uboot, which you'd add to IMAGE_CLASSES16:16
kergothfirst class in that list at that link16:16
*** armpit <armpit!~armpit@2601:202:4000:1184:d981:fc82:1d49:d690> has quit IRC16:17
*** yann|work <yann|work!~yann@> has quit IRC16:18
kergothit's CONVERSION_CMD not IMAGE_CMD for conversion/compression commands in most recent releases. really old releases used COMPRESSION_CMD, and older ones that that didn't have the multi-level image construction at all16:19
kergoths/that that/than that/16:19
yateskergoth: yes, i see that now. an hour or two ago i was still too ignorant to even understsand what you were saying.16:20
kergothfair enough, there's definitely a learning curve :)16:20
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto16:21
yatesshould the IMAGE_CLASSES extension be added to build/conf/local.conf?16:24
kergothgenerally the addition to IMAGE_CLASSES would be done near where ext4.gz.uboot was added to IMAGE_TYPES in the first place, i.e. the MACHINE .conf16:25
kergothbut local.conf works for a temporary fix, yes16:25
*** marka <marka!~masselst@> has quit IRC16:28
-YoctoAutoBuilder- build #1094 of nightly-no-x11 is complete: Success [build successful] Build details are at
*** johnward <johnward!~johnward@> has quit IRC16:31
aehs29zeddii_home: I just tested the tiny-arm kernel and it seems that it wont boot, Im getting lots of bad register offset errors16:34
yatesshould i use "+="? IMAGE_CLASSES += "image_types_uboot"16:36
yateswhere are all those operators defined? i saw it in the docs somewhere sometime in a universe far, far away...16:36
yates?=, ??=, etc16:36
yatesanyway, i added IMAGE_CLASSES += "image_types_uboot" in my build/conf/local.conf; now i'm getting this:
kergothbest to use _append16:38
kergoththat's a lazy/postponed operation, to make sure it's added at the end, to avoid clobbering any existing value if a recipe or class uses ?= to set the default value (set only if not already set)16:39
kergothIMAGE_CLASSES_append = " image_types_uboot"16:39
kergothbest reference is probably the bitbake user manual, iirc that's on too16:39
aehs29yates: you can look at the bitbake manual16:39
kergoththat covers the full file format16:39
*** mckoan is now known as mckoan|away16:40
yatesi'm still getting this error:
-YoctoAutoBuilder- build #1108 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at
yatesif you look at stefano babic's response here, he is saying (i think) this is due to a problem building libubootenv.a:!topic/swupdate/6OClitnoLdc16:53
yateshow you get from this error to that cause is a complete, utter mystery to me.16:53
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto16:59
*** sjolley <sjolley!~sjolley@> has quit IRC16:59
*** gtristan <gtristan!~tristanva@> has quit IRC17:14
yateskergoth, rburton: any thoughts?17:25
*** jmtt <jmtt!~jmtt@2601:1c0:6a00:8a30:d353:600c:82e0:9c5c> has quit IRC17:30
*** frieder <frieder!> has quit IRC17:37
*** BarBQ <BarBQ!> has joined #yocto17:38
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:39
*** jmtt <jmtt!~jmtt@2601:1c0:6a00:8a30:d353:600c:82e0:9c5c> has joined #yocto17:42
*** BarBQ <BarBQ!> has quit IRC17:49
yatesthere is a SRCREV in sources/meta-swupdate/recipes-support/swupdate/ what git repo is it SRCREVing?!?17:59
yatesi nix'ed the version_git(d) function there and instaed just harded SRCREV to the git hash and it's working now:
kergothSRCREV applies to the git:// uri in SRC_URI18:00
kergothif therea re multiple, then each url gets ;name=somename and you define SRCREV_somename, and also probably want SRCREV_FORMAT to ensure SRCPV / PV still makes sense18:01
kergothah, i hate it when recipes do their own version hacking18:01
yateskergoth: i see that there is a SRC_URI in the file, so this SRCREV is for the git repo in that SRC_URI?18:03
*** clement <clement!> has quit IRC18:04
*** clement_ is now known as clement18:04
*** clement_ <clement_!> has joined #yocto18:06
*** marka <marka!~masselst@> has joined #yocto18:06
*** frieder <frieder!> has joined #yocto18:06
yatesis there one place somewhere in the docs that all these environment variables are defined (e.g., SRCPV, SRC_URI, etc.)?18:11
yatesit's not in the bitbake manual18:12
rburtonthe yocto reference has a variable index18:13
*** frieder <frieder!> has quit IRC18:14
yatesi see nothing here about a SRCREV_FORMAT variable:
yatess/see/can find/18:17
*** rburton <rburton!> has quit IRC18:19
*** rburton <rburton!> has joined #yocto18:21
yateskergoth: what are you saying about the SRCREV_FORMAT variable? i didn't understand.18:22
kergothit only applies when there are multiple git urls in SRC_URI, i only mentioned it since you were asking how SRCREV applies to the git repositories being fetched18:22
yatesah. there aren't so i'll drop it.18:24
yatesthanks RP18:24
-YoctoAutoBuilder- build #1074 of nightly-arm64 is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #1122 of nightly-x86 is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #1104 of nightly-x86-lsb is complete: Success [build successful] Build details are at
*** dscully <dscully!~dscully@> has joined #yocto18:39
*** ntl <ntl!> has joined #yocto18:44
*** sveinse <sveinse!> has joined #yocto18:44
sveinseIs everything run in tasks in rocko run in jails? I'm having problems calling hg commands. It complains about the keyring needing http authorization, but used in non-interactive mode. This usually indicates that hg is unable to use the users normal keyring.18:47
kergothnot a jail, no, but the envoronment is filtered/sanitized to prevent host contamination of the build env and avoid problems with reprpducibility18:48
sveinseI wonder then how I can debug what it might be filtering that keyring needs. I assume HOME and some unix sockets are in play18:49
kergothid start by dropping into devshell and try using the commandline keyriing tool18:50
* kergoth shrugs18:50
sveinseHmm, I'm not getting a devshell. The recipe failes even before that (addtask do_script_setup after do_unpack before do_patch)18:52
*** morphis_ <morphis_!> has quit IRC18:55
*** ftDev1 <ftDev1!~ft@> has quit IRC18:57
sveinseIt is ssh from git that stops it. It doesn't recognize the server host ID, so it wants to ask for permission. Ergo, ~/.ssh/ doesn't seem to be available from the devshell18:57
sveinseAh, because ssh from devshell tries to access incorrectly /home/root/.ssh18:59
sveinseYet $USER and $HOME is set correctly19:00
sveinseThe devshell runs under fakeroot, so it is not representative of the environment of tasks not run as fakeroot19:06
*** rage_ <rage_!> has quit IRC19:08
*** ftDev <ftDev!~Thunderbi@> has joined #yocto19:13
*** mirzak <mirzak!uid303002@gateway/web/> has quit IRC19:14
*** Crofton <Crofton!~Crofton@> has joined #yocto19:30
-YoctoAutoBuilder- build #1096 of nightly-arm-lsb is complete: Success [build successful] Build details are at
*** rburton_ <rburton_!> has joined #yocto19:32
*** rburton <rburton!> has quit IRC19:33
*** yann|work <yann|work!> has joined #yocto19:41
-YoctoAutoBuilder- build #1085 of nightly-mips-lsb is complete: Failure [failed BuildImages_1] Build details are at
*** dv_ <dv_!> has quit IRC19:47
*** Crofton <Crofton!~Crofton@> has quit IRC19:50
*** Crofton <Crofton!~Crofton@> has joined #yocto19:50
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto19:58
*** dv_ <dv_!> has joined #yocto20:01
-YoctoAutoBuilder- build #1112 of nightly-ppc is complete: Failure [failed Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #1160 of nightly-arm is complete: Failure [failed Building Toolchain Images] Build details are at
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:05
*** sjolley1 <sjolley1!~sjolley@> has quit IRC20:08
*** sjolley <sjolley!~sjolley@> has joined #yocto20:08
dennismHi guys, I have a requirement on my project to have a simple UI w/ touch screen. I don't really need X.  There is never going to be more than one app.  Any suggestions for a good window toolkit?  X is OK if there isn't anything else but ideally  I could just use something that controls the frame buffer directly.20:08
sveinsedennism: We're using Qt for this on an embedded target20:10
dennismI've heard QT can do it.20:10
sveinse..but Qt isn't consideres lightweight thou. It's an entire system20:10
dennismI found there used to be a gtk-fb project too20:11
sveinseotoh, Qt support in Yocto is decent20:11
dennismbut that looks like it died with 2.020:11
dennismHow is their touch/multi-touch support?20:11
sveinsedennism: It has both. I can vouch for touch, but we're not using multi-touch (yet), so I cannot say anything of how well it works20:13
dennismbeen googling around to see if someone has had luck with it.  Lots of "we're going to try" or "it should work" posts.20:15
-YoctoAutoBuilder- build #1088 of nightly-mips64 is complete: Failure [failed Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #1086 of nightly-mips-lsb is complete: Success [build successful] Build details are at
*** t0mmy <t0mmy!> has joined #yocto20:26
RPrburton_: is that mesa build race?20:34
zeddii_homeaehs29: I noticed that arm-tiny boot issue as well. I’m checking to see if I’ve missed a patch on the branch, or something went horribly wrong in the config. the tiny-base configuration is drastically different than the standard one, so I need to compare.20:36
*** fischerm <fischerm!~mfischer@> has quit IRC20:36
rburton_RP: yes, grrr20:43
rburton_RP: remind me tomorrow morning and i'll chase it again20:43
*** ftDev <ftDev!~Thunderbi@> has quit IRC20:46
*** ftDev <ftDev!~Thunderbi@> has joined #yocto20:46
*** ftDev <ftDev!~ft@> has joined #yocto20:48
RPrburton_: happened on mips too :(20:49
-YoctoAutoBuilder- build #1090 of nightly-mips is complete: Failure [failed Running Sanity Tests] Build details are at
rburton_yeah its a pain that one20:49
rburton_thats why i have an almost-working meson port of mesa20:50
*** Crofton <Crofton!~Crofton@> has quit IRC20:51
RPrburton_: fair enough. Given the mesa issues are known next otherwise looks ok20:51
*** zarzar1 <zarzar1!~zarzar@> has quit IRC20:52
*** zarzar <zarzar!~zarzar@> has joined #yocto20:52
*** gabrbedd <gabrbedd!> has quit IRC20:55
*** ftDev <ftDev!~ft@> has quit IRC21:00
*** gabrbedd <gabrbedd!> has joined #yocto21:06
-YoctoAutoBuilder- build #1148 of nightly-oe-selftest is complete: Success [build successful] Build details are at
*** pohly <pohly!> has quit IRC21:24
mattsmdid something happen to these files:
mattsmyocto-2.4.2 disappeared, but other ones remain21:35
*** rewitt1 <rewitt1!~rewitt@> has quit IRC21:42
*** t0mmy <t0mmy!> has quit IRC21:45
*** clement_ <clement_!> has quit IRC21:50
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC21:50
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC21:51
*** marka <marka!~masselst@> has quit IRC21:51
*** clement_ <clement_!> has joined #yocto21:52
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto22:05
*** johnward <johnward!~johnward@> has joined #yocto22:11
aehs29zeddii_home: yeah I just did a quick check, it seems that the tiny one is getting a different ARM version on the config that might not be compatible with qemu, the merge script actually complains about it saying that its not in the final config, so its likely caused by a missing dependency that Kconf doesnt find, but I havent had time to check which dependency it is22:17
*** viky <viky!~viky@> has quit IRC22:17
*** johnward <johnward!~johnward@> has left #yocto22:21
*** ftDev <ftDev!~Thunderbi@> has joined #yocto22:31
*** nathani_ <nathani_!> has quit IRC22:41
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:45
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:03
*** nighty- <nighty-!> has quit IRC23:20
*** dreyna <dreyna!> has joined #yocto23:26
*** sjolley <sjolley!~sjolley@> has quit IRC23:29
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto23:29
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:29
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:42
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:45
*** majuk <majuk!> has quit IRC23:46
*** majuk <majuk!> has joined #yocto23:47
*** sjolley <sjolley!~sjolley@> has joined #yocto23:49
*** sjolley1 <sjolley1!~sjolley@> has quit IRC23:50
*** majuk <majuk!> has quit IRC23:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:55
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:56
*** CoRfr- <CoRfr-!> has quit IRC23:59

Generated by 2.11.0 by Marius Gedminas - find it at!