Wednesday, 2020-09-30

mischief"Variable __CACHED_SOURCE_DATE_EPOCH value changed from '1601415720' to '0'"00:00
khemmischief: INHERIT += "reproducible_build"00:00
khemin local.conf or some other config metadata file00:00
khemmischief: this means the package is not reprodubile ready00:01
*** kaspter <kaspter!~Instantbi@> has quit IRC00:01
*** kaspter <kaspter!~Instantbi@> has joined #yocto00:01
mischiefkhem: why?00:02
*** ptsneves <ptsneves!b0dd7824@> has quit IRC00:07
The_Pacifistkhem: that makes sense...00:10
The_Pacifistkhem: looks like it's there, thanks for the tip00:14
jonmasonI have ~8 cortex-m tunes coming soon enough00:16
jonmasonwe can move all of them around later00:16
jonmasonI think armv7 stuff should probably get cleanedup and moved too00:17
jonmasonbut I'm trying to get things complete first00:17
khemjonmason: I think waiting is better00:19
khemperhaps approach all arm and possibly all arches in a followup00:19
jonmasonyeah, it would be good to break everyone simultaneously00:20
jonmasonI just wanted to get that out there to see what people thought and plant the seeds that it needs to happen00:20
jonmasonIts just hard to test the cortex-m tunes.  So, I'm trying to use Zephyr and hitting various issues00:22
khemmischief: which package is failing for you ? perhaps see SOURCE_DATE_EPOCH is set for it00:23
mischiefit's a recipe for a python program we have. i'm trying to use reproducible_build, which sets SOURCE_DATE_EPOCH, because setting SOURCE_DATE_EPOCH changes how setuptools creates pyc files to use hash-based invalidation00:24
khemis this using datetime stamp during build ?00:26
mischiefafaict we do not set SOURCE_DATE_EPOCH anywhere and i have only inherited reproducible_build in this one recipe00:26
khemyou might have to make that configurable00:26
khemhmm you perhaps should do it at distro level00:27
mischiefINHERIT += "reproducible_build" ?00:27
mischiefi might just wait for our dunfell upgrade then, since we are on zeus and our work to go to dunfell is almost done00:28
khemand I am assuming you are dunfell+00:28
mischiefmy understanding is that dunfell poky does it by default00:28
mischiefno, we have zeus right now. soon.00:28
khemok then do dunfell first00:28
mischiefwe kind of cheated and use poky with a bunch of hacks on top :-)00:29
mischiefkhem: thanks!00:29
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has quit IRC01:22
*** yangm <yangm!yanyetanot@gateway/shell/> has quit IRC01:22
*** clementp[m]1 <clementp[m]1!cperonmatr@gateway/shell/> has quit IRC01:23
*** nrossi1 <nrossi1!nrossimatr@gateway/shell/> has quit IRC01:23
*** apsychogirl[m] <apsychogirl[m]!apsychogir@gateway/shell/> has quit IRC01:23
*** f0h[m] <f0h[m]!f0hmatrixo@gateway/shell/> has quit IRC01:23
*** clementp[m]1 <clementp[m]1!cperonmatr@gateway/shell/> has joined #yocto01:26
*** f0h[m] <f0h[m]!f0hmatrixo@gateway/shell/> has joined #yocto01:28
*** nslu2-log <nslu2-log!> has joined #yocto01:30
*** yangm <yangm!yanyetanot@gateway/shell/> has joined #yocto01:34
*** sakoman <sakoman!> has quit IRC01:36
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has joined #yocto01:37
*** apsychogirl[m] <apsychogirl[m]!apsychogir@gateway/shell/> has joined #yocto01:41
*** nrossi1 <nrossi1!nrossimatr@gateway/shell/> has joined #yocto01:42
otaviokhem: I am not a big fan of major reworks but BSPs maintaining multiple branches cannot lock rework and cleanups. The only thing I disagree is not touch arm32.01:42
*** sakoman <sakoman!> has joined #yocto01:49
*** ericch <ericch!> has quit IRC01:51
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC01:51
*** camus1 <camus1!~Instantbi@> has joined #yocto01:54
*** kaspter <kaspter!~Instantbi@> has quit IRC01:54
*** camus1 is now known as kaspter01:54
*** goliath <goliath!> has quit IRC01:56
*** stephano <stephano!> has quit IRC02:10
*** clementp[m]1 <clementp[m]1!cperonmatr@gateway/shell/> has quit IRC02:14
*** ldts <ldts!sid269548@gateway/web/> has quit IRC02:14
*** rsalveti <rsalveti!uid117878@gateway/web/> has quit IRC02:14
*** paulbarker <paulbarker!sid269702@gateway/web/> has quit IRC02:14
*** marex-cloud_ <marex-cloud_!sid137234@gateway/web/> has quit IRC02:14
*** ribalda <ribalda!sid306640@gateway/web/> has quit IRC02:14
*** khem <khem!~khem@unaffiliated/khem> has quit IRC02:14
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC02:14
*** stew-dw <stew-dw!~stew-dw@2607:fb90:982a:7308:b6b7:6a91:ba07:3be8> has quit IRC02:14
*** junland <junland!~junland@> has quit IRC02:14
*** stew-dw <stew-dw!~stew-dw@2607:fb90:982a:7308:b6b7:6a91:ba07:3be8> has joined #yocto02:15
*** rsalveti <rsalveti!uid117878@gateway/web/> has joined #yocto02:15
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto02:15
*** ribalda <ribalda!sid306640@gateway/web/> has joined #yocto02:15
*** paulbarker <paulbarker!sid269702@gateway/web/> has joined #yocto02:15
*** ldts <ldts!sid269548@gateway/web/> has joined #yocto02:15
*** marex-cloud_ <marex-cloud_!sid137234@gateway/web/> has joined #yocto02:15
*** junland <junland!~junland@> has joined #yocto02:17
*** clementp[m]1 <clementp[m]1!cperonmatr@gateway/shell/> has joined #yocto02:18
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto02:20
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto02:22
*** camus1 <camus1!~Instantbi@> has joined #yocto02:51
*** kaspter <kaspter!~Instantbi@> has quit IRC02:52
*** camus1 is now known as kaspter02:52
*** kpo_ <kpo_!> has quit IRC02:56
*** kpo_ <kpo_!> has joined #yocto02:57
*** mcfrisk <mcfrisk!> has quit IRC03:03
*** tkoskine <tkoskine!> has quit IRC03:03
*** eLmankku <eLmankku!> has quit IRC03:03
*** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has quit IRC03:03
*** sakoman <sakoman!> has quit IRC03:18
*** kaspter <kaspter!~Instantbi@> has quit IRC03:24
*** kaspter <kaspter!~Instantbi@> has joined #yocto03:25
*** mcfrisk <mcfrisk!> has joined #yocto03:28
*** eLmankku <eLmankku!> has joined #yocto03:28
*** tkoskine <tkoskine!> has joined #yocto03:29
*** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has joined #yocto03:30
*** ctlnwr <ctlnwr!~catalin@> has joined #yocto03:58
*** ctlnwr_ <ctlnwr_!~catalin@> has joined #yocto03:58
*** lxc <lxc!> has quit IRC03:59
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto04:11
*** jobroe <jobroe!> has joined #yocto04:16
*** davidinux <davidinux!~davidinux@> has joined #yocto04:36
khemotavio: thats ok, but it does not seem for better as it is.04:56
*** feddischson <feddischson!> has joined #yocto05:07
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC05:09
*** jobroe <jobroe!> has quit IRC05:09
*** jobroe <jobroe!> has joined #yocto05:11
*** jobroe <jobroe!> has quit IRC05:18
*** jobroe <jobroe!> has joined #yocto05:21
*** ctlnwr_ <ctlnwr_!~catalin@> has quit IRC05:22
*** ctlnwr <ctlnwr!~catalin@> has quit IRC05:22
*** kiwi_29 <kiwi_29!> has joined #yocto05:31
*** kiwi_29 <kiwi_29!> has quit IRC05:35
*** ctlnwr <ctlnwr!~catalin@> has joined #yocto05:37
*** ctlnwr_ <ctlnwr_!~catalin@> has joined #yocto05:37
*** beneth <beneth!> has joined #yocto05:41
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:49
*** w00die <w00die!~w00die@> has quit IRC05:51
*** zandrey <zandrey!> has quit IRC05:53
*** w00die <w00die!~w00die@> has joined #yocto05:53
*** pohly <pohly!> has joined #yocto05:54
*** AndersD <AndersD!> has joined #yocto05:54
*** ctlnwr <ctlnwr!~catalin@> has quit IRC06:00
*** ctlnwr_ <ctlnwr_!~catalin@> has quit IRC06:00
*** agust <agust!> has joined #yocto06:09
*** ctlnwr_ <ctlnwr_!~catalin@> has joined #yocto06:12
*** ctlnwr <ctlnwr!~catalin@> has joined #yocto06:12
*** kaspter <kaspter!~Instantbi@> has quit IRC06:14
*** kaspter <kaspter!~Instantbi@> has joined #yocto06:14
*** leon-anavi <leon-anavi!~Leon@> has quit IRC06:18
*** andycooper <andycooper!uid246432@gateway/web/> has quit IRC06:19
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC06:19
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto06:19
*** diamondman <diamondman!sid306859@gateway/web/> has quit IRC06:20
*** andycooper <andycooper!uid246432@gateway/web/> has joined #yocto06:20
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto06:20
*** diamondman <diamondman!sid306859@gateway/web/> has joined #yocto06:20
*** ThomasD13 <ThomasD13!> has joined #yocto06:21
*** frsc <frsc!> has joined #yocto06:23
*** zandrey <zandrey!~zandrey@> has joined #yocto06:27
*** ptsneves <ptsneves!b0dd7824@> has joined #yocto06:34
*** chris_ber <chris_ber!~quassel@> has joined #yocto06:43
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:58
*** ptsneves <ptsneves!b0dd7824@> has quit IRC06:58
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto07:01
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/> has joined #yocto07:03
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:b099:ce65:81ae:b8da> has quit IRC07:05
*** xtron <xtron!~xtron@> has joined #yocto07:08
RPsgw: - it tried to dump the info but failed. Does that mean qemu is dead?07:12
*** xtron1 <xtron1!~xtron@> has joined #yocto07:15
*** jadax <jadax!> has quit IRC07:15
*** AndersD <AndersD!> has quit IRC07:15
*** jadax <jadax!> has joined #yocto07:17
*** xtron <xtron!~xtron@> has quit IRC07:17
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:20
*** mckoan|away is now known as mckoan07:41
qschulzThe_Pacifist: or bitbake virtual/kernel -c menuconfig and check if the option is selected :) both ways work08:13
*** dleppich <dleppich!~dleppich@> has joined #yocto08:14
*** beneth <beneth!> has left #yocto08:18
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:18
dleppichHi guys, to solve my bitbaking issues of yesterday I tried it using the CROPS docker image and built the image inside the container. I got no errors. Is it possible to run qemu inside of the docker container? If not, can I run the created image with 'runqemu' on my real host instead (Arch Linux)?08:27
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC08:33
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto08:34
paulbarkerdleppich: You should be able to run "runqemu slirp" as the slirp option uses emulated networking instead of a tun/tap device08:41
paulbarkerI assume "slirp" is the name of the emulated networking implementation08:42
paulbarkerThat should work fine unless you're doing network intensive testing (slirp is a bit slow)08:43
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto08:44
*** tom <tom!c2d13316@> has joined #yocto08:45
*** tom is now known as Guest4298908:45
Guest42989Hi there, quick question08:46
Guest42989Hi guys,I would like to add a new file into the kernel-image-fitimage PACKAGE. I've tied it like that in my recipes-kernel/linux/linux-imx_5.4.bbappend :FILES_kernel-image-fitimage += "/boot/fitconfig"andFILES__append "/boot/fitconfig"In the end I can see in the env logs, that the appended content gets overwritten by the kernel.bbclass file. What08:46
Guest42989is the right way to do that? I thought I have it done the right way. In the end I need the "fitconfig" file on my target /boot/fitconfig. I guessits in the correct place to come with the kernel-image-fitimage.08:46
Guest42989## $FILES_kernel-image-fitimage [2 operations]#   append /home/linderth/workspace/yocto-builder-warrior/meta-port/recipes-kernel/linux/linux-imx_5.4.bbappend:71#     "/boot/fitconfig"#   set kernel.bbclass:93 [__anon_112__home_linderth_workspace_yocto_builder_warrior_yocto_meta_classes_kernel_bbclass]#     "/boot/fitImage-${KERNEL_VERSION_NAME}08:46
Guest42989/boot/fitImage"# pre-expansion value:#   "/boot/fitImage-${KERNEL_VERSION_NAME} /boot/fitImage"FILES_kernel-image-fitimage="/boot/fitImage-5.4.24-r0+gbabac008e5cf /boot/fitImage"08:46
dleppichpaulbarker: I was stupid. I generated the 'core-image-minimal' image for the 'beaglebone' and tried running it in qemu -.- I'm trying to build it for qemuarm now and will try it again after it finishes :D08:47
*** Guest42989 is now known as TomEF08:48
*** ptsneves <ptsneves!b0dd7824@> has joined #yocto08:58
*** TomEF <TomEF!c2d13316@> has quit IRC08:58
*** f0h[m] <f0h[m]!f0hmatrixo@gateway/shell/> has left #yocto09:00
*** beneth <beneth!> has joined #yocto09:04
*** lei <lei!> has joined #yocto09:05
leiHi , i want try kdump in yocto , so i need to build a capture-kernel and install that to rootfs. does anyone know how to achieve that ? thanks09:07
*** ilkappe <ilkappe!c65a42b1@> has joined #yocto09:11
*** tomEF <tomEF!c2d13316@> has joined #yocto09:12
*** mihai is now known as mihai-09:12
*** tomEF <tomEF!c2d13316@> has left #yocto09:13
*** dleppich <dleppich!~dleppich@> has quit IRC09:13
ilkappehello guys ! I have a basic recipe to build libiio. git://
ilkappethe recipe build with cmake the libarary, by the way I want to instruct cmake to build also the examples in the examples folder of the repo. How can I do that ?09:15
ilkappeThe CmakeList.txt in the root folder of the project reports this line09:16
ilkappeoption(WITH_EXAMPLES "Build examples" OFF)09:16
ilkappeso I have to do something in the recipe to set the option, but I don't really know how09:17
rburtonEXTRA_OECMAKE += "-DWITH_EXAMPLES=ON" maybe?09:18
ilkappeI suspected something like that, thanks @rburton09:19
ThomasD13ilkappe, if you look here:
rburtonlooks like the option is WITH_EXAMPLES, you pass those with -D to cmake, and EXTRA_OECMAKE is how to pass extra arguments09:20
*** dreyna <dreyna!> has joined #yocto09:30
ilkapperburton, I can confirm now09:30
*** juvenal <juvenal!> has quit IRC09:36
*** juvenal <juvenal!> has joined #yocto09:38
*** dleppich <dleppich!~dleppich@> has joined #yocto09:38
*** ilkappe <ilkappe!c65a42b1@> has quit IRC09:38
manuel1985I examined my poky repo, and found `poky/bitbake/lib/bb/fetch2/`. Hence, there seems to be an s3 fetcher. Is it functional and ready to be used in SRC_URI variable in recipes? I'm asking, because `` doesn't mention `s3://` style URIs.09:40
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC09:48
ptsnevesmanuel1985 interesting. fetchers are normally in the bitbake manual not yocto but indeed s3:// is also not even mentioned09:48
manuel1985Hmm and it doesn't seem to work either. :/10:00
manuel1985/usr/bin/env aws s3 cp s3://redacted-qt-releases/redacted-qt.arm64v8-1.3.0 /home/manuel/vps/repos/yoc/redacted/build/downloads/redacted-qt.arm64v8-1.3.0 failed with exit code 1, output:10:00
manuel1985fatal error: An error occurred (404) when calling the HeadObject operation: Key "redacted-qt.arm64v8-1.3.0" does not exist10:00
manuel1985Ui, that might have been my mistake. I forgot the `.tar.gz` at the end. :D Let's give it another try...10:01
manuel1985Ok, it seems to have almost worked. I think it downloaded the tarball successfully. It seems Yocto expects the tarball to be a source tree beginning with `packagename-version`, but in my case, that's not the case. I want the tarball to go to the rootfs, unmanipulated. Can I tell Yocto not do unpack it automatically?10:09
ptsneveslet me get youthe manual10:10
manuel1985(The tarball contains a `docker save`d docker image, which gets `docker load`ed at first boot by a systemd service.)10:11
ptsnevesmanuel1985 Do not forget you need to put this tarball somewhere in the ${D} directory so it can be packaged.10:11
manuel1985ptsneves: Thanks! That's exactly what I was looking for. I should have taken a look in the manual at the first step. It's actually totally logical that this is to be set in the `do_unpack` stage. Should have spent a bit more time doing actual thinking instead of just googling it right away and asking here.10:15
manuel1985Yocto is really a fine piece of software. :)10:15
qschulzmanuel1985: FWIW, the new has a search feature (which probably needs some love but better than nothing :) )10:16
ptsnevesmanuel1985 i would say Yocto is one of the few pieces of modern software where the manual is a better resource than searching random google stuff. A lot of users of yocto are using it in closed projects so there is less blog posts etc10:17
qschulzptsneves: aaaaaand it's easy to do things the wrong way in Yocto and SO has many examples of that :)10:19
ptsnevesqschulz indeed. It is a bit unfortunate and i wonder why. It is quite unique to yocto.10:20
*** kaspter <kaspter!~Instantbi@> has quit IRC10:26
*** dreyna <dreyna!> has quit IRC10:27
*** xtron1 is now known as xtron10:28
*** xtron <xtron!~xtron@> has left #yocto10:28
*** xtron <xtron!~xtron@> has joined #yocto10:28
*** goliath <goliath!> has joined #yocto10:38
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto11:01
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC11:22
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto11:25
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto11:25
*** berton <berton!~berton@> has joined #yocto11:44
*** davidinux <davidinux!~davidinux@> has quit IRC11:54
*** davidinux <davidinux!~davidinux@> has joined #yocto11:54
*** thomas_dee <thomas_dee!91fdde45@> has joined #yocto12:00
thomas_deeHi everyone.12:00
thomas_deeI have a question regarding libgpiod (dunfell)12:00
thomas_deeI am adding libgpiod to IMAGE_INSTALL. However all gpio-tools like gpiodetect aso are missing from the image. Any ideas?12:01
rburtonthomas_dee: look at the recipe. it probably puts those into another package.  'oe-pkgdata-util list-pkg-files -p libgpiod' will list the files and packages12:01
*** lei <lei!> has quit IRC12:02
thomas_deerburton Thanks, I guess it is libgpiod-tools. I'll try it.12:04
*** florian_kc is now known as florian12:10
*** ak77 <ak77!c12e4b03@> has joined #yocto12:15
*** dleppich <dleppich!~dleppich@> has quit IRC12:16
*** yacar_ <yacar_!> has joined #yocto12:20
*** Konsgnx <Konsgnx!> has joined #yocto12:20
*** zandrey <zandrey!~zandrey@> has quit IRC12:21
*** zandrey <zandrey!~zandrey@> has joined #yocto12:22
*** radsquirrel <radsquirrel!> has quit IRC12:22
*** radsquirrel <radsquirrel!> has joined #yocto12:23
*** mbulut <mbulut!> has joined #yocto12:31
*** xtron <xtron!~xtron@> has quit IRC12:58
*** xtron <xtron!~xtron@> has joined #yocto13:01
rburtonjonmason: hello13:07
*** davidinux <davidinux!~davidinux@> has quit IRC13:13
*** davidinux <davidinux!~davidinux@> has joined #yocto13:13
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:44ca:fd19:8668:470f> has joined #yocto13:17
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:44ca:fd19:8668:470f> has quit IRC13:19
*** xtron1 <xtron1!~xtron@> has joined #yocto13:21
*** mbulut <mbulut!> has quit IRC13:22
*** xtron <xtron!~xtron@> has quit IRC13:23
*** frsc <frsc!> has quit IRC13:27
*** pev <pev!> has quit IRC13:28
*** pev <pev!> has joined #yocto13:28
*** frsc <frsc!> has joined #yocto13:34
*** matthewzmd <matthewzmd!~user@> has quit IRC13:41
*** xtron1 is now known as xtron13:42
*** curlybracket <curlybracket!> has joined #yocto13:43
*** ericch <ericch!> has joined #yocto13:48
*** thomas_dee <thomas_dee!91fdde45@> has quit IRC13:54
*** stbenz615 <stbenz615!> has quit IRC13:54
*** stbenz6155 <stbenz6155!> has joined #yocto13:55
*** NiksDev <NiksDev!~NiksDev@> has quit IRC13:59
*** jobroe <jobroe!> has quit IRC14:00
*** sakoman <sakoman!> has joined #yocto14:01
RPdl9pf, smurray: There are pseudo abort patches in master-next. I have gotten core-image-sato working, running a wider test on the autobuilder now14:05
*** stbenz6155 <stbenz6155!> has quit IRC14:07
*** stbenz6155 <stbenz6155!> has joined #yocto14:08
dl9pfRP:  will pull for a local run14:11
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto14:12
*** NiksDev2 <NiksDev2!~NiksDev@> has joined #yocto14:12
*** NiksDev <NiksDev!~NiksDev@> has quit IRC14:12
RPdl9pf: thanks, will be interesting to see how stable things are14:13
RPdl9pf: sadly it looks like its blowing up on the autobuilder :(14:20
dl9pf:( , build runs here now14:22
*** linums <linums!~linums@> has quit IRC14:25
*** linums <linums!> has joined #yocto14:25
*** zandrey <zandrey!~zandrey@> has quit IRC14:27
dl9pfi'd copy the pseudo recipe also in my dunfell tree and trigger a build14:33
pevBoring qemu question again : I can use runqemu for basic invocation of my qemu images, but I need to add a fair amount of functionality. I guess I could create a new version of runqemu that takes precedence over the original, or I could write a new one from scratch as mender do with "mender-qemu"... Are there any reasons you can suggest to choose one approach over the other?14:39
*** j241 <j241!> has joined #yocto14:39
dl9pfpev: what func you need to add, give an example14:40
dl9pfqemu arguments ?14:40
*** linums <linums!> has quit IRC14:41
dl9pfRP: core-image-minimal built ...14:41
*** linums <linums!~linums@> has joined #yocto14:41
*** feddischson <feddischson!> has quit IRC14:41
dl9pfcore-image-sato built as well14:48
dl9pfcherry-picking the pseudo patches to dunfell and running it on hot (old) sstate-cache will trigger quickly14:48
RPdl9pf: Interesting, that matches my local builds14:50
RPdl9pf: I wonder why the autobuilder is seeing things. I've sent email to the mailing list describing how to debug issues btw14:50
RPor at least giving more info on it14:51
* dl9pf reading ... 14:51
pevdl9pf: different combinations of arguments to qemu-system-xxxx than I can do with runqemu but also looking to see if I can bridge the networking instead.14:51
*** ThomasD13 <ThomasD13!> has quit IRC14:51
dl9pfRP which list - we have to many and does not make it easy ....14:54
RPdl9pf: oe-core14:54
dl9pfok, found it ... doh. ... just give me the latest message at the top14:56
*** dsueiro <dsueiro!d98c63fb@> has joined #yocto14:57
*** roussinm <roussinm!> has joined #yocto14:58
RPdl9pf: do_stash_locales() appears to be breaking glibc (the issue in my email example). This shows we're not catching issues deterministicly though14:59
*** vmeson <vmeson!> has joined #yocto14:59
RPI think we'll have to add some sanity tests of some kind to prove the database is sound14:59
*** linums <linums!~linums@> has quit IRC15:02
*** linums <linums!> has joined #yocto15:02
*** dleppich <dleppich!~dleppich@> has joined #yocto15:02
dl9pfi see entries like:15:05
dleppichHi, I'm trying to write a recipe (I'm following the bootlin yocto course) for an ncurses based space invaders game. This game is available on source forge. I have troubles fetching the tarball / the checksum changes everytime I try to bake. This is the link: I guess that sourceforge does not offer a way to directly download the tarball without going through their 'please wait 5 seconds' page,15:05
dleppichbut I'm not quite sure if that's the issue. Can someone help me out please?15:05
dl9pfRP: (patches ported to dunfell and running on sstate-cache)15:06
dl9pfRP: path mismatch [3 links]: ino 319877528 db '/home/dl9pf/yocto/build-qemux86-64/tmp/work/all-agl-linux/update-rc.d/0.8-r0/pkgdata/update-rc.d' req '/home/dl9pf/yocto/build-qemux86-64/tmp/pkgdata/qemux86-64/update-rc.d'.15:06
dl9pfdleppich: check out other recipes ... e.g. I see for example: SRC_URI = "${SOURCEFORGE_MIRROR}/acpid2/acpid-${PV}.tar.xz15:07
RPdl9pf: is that with a clean tmp directory?15:08
RPdl9pf: I think that message is suggesting ${TMPDIR}/pkgdata should be in the ignore list15:09
dl9pfI wiped tmp and build from sstate-cache15:09
dl9pfi can do a full w/o sstate15:09
RPdl9pf: since pseudo-native is different, I think it won't reuse much? Are you using hashequiv?15:09
dleppichdl9pf: Thanks! I could swear I tried it this way before and it did not work.. Not it works like a charm..15:11
RPdl9pf I think it will just rebuild everything then (which is fine, just clarifying the config)15:11
dl9pfhmm, it used sstate a lot from what I saw15:11
pevShould I be able to use PATH_prepend in my own layer?15:12
*** dsueiro_ <dsueiro_!uid467101@gateway/web/> has joined #yocto15:13
*** dsueiro <dsueiro!d98c63fb@> has left #yocto15:13
RPdl9pf: maybe just source date epoch?15:14
RPdl9pf: I think to make these tests really work (and make it easier to debug) we're going to need a database integrity check15:15
RPwon't be perfect but would catch the errors more deterministically15:15
dl9pfRP: makes sense, could be executed at different times to narrow the root cause down.15:20
*** yacar_ <yacar_!> has quit IRC15:23
*** linums <linums!> has quit IRC15:24
*** linums <linums!~linums@> has joined #yocto15:25
dl9pfRP: no sstate-cache reuse failed early at15:29
dl9pfpath mismatch [3 links]: ino 331056873 db '/home/dl9pf/yocto/build-qemux86-64/tmp/work/qemux86_64-agl-linux/shadow-securetty/4.6-r3/pkgdata/shadow-securetty' req '/home/dl9pf/yocto/build-qemux86-64/tmp/pkgdata/qemux86-64/shadow-securetty'.15:29
RPdl9pf: looks like the same  pkgdata issue15:32
RPdl9pf: I'll put a fixup in master-next for that and the glibc issue I found15:33
The_Pacifistqschulz: right, that is what I was doing but wanted to confirm it was configured with the right bsp layer15:33
RPdl9pf: pushed15:35
*** rcw <rcw!~rcwoolley@> has joined #yocto15:38
*** maudat <maudat!> has joined #yocto15:42
*** linums <linums!~linums@> has quit IRC15:44
dl9pfok build goes now further15:44
RPdl9pf: there is a check command in pseudo, pseudo -C, so we just need to run this at appropriate points and process the data15:46
*** linums <linums!~linums@> has joined #yocto15:46
RPdl9pf: of course it can't run when pseudo is running15:49
dl9pfRP: dunfell+your patches to pseudo:15:51
*** frsc <frsc!> has quit IRC15:58
kergothRP: I can't wait to be able to use f-strings in oe when we bump the required python version next. I'm sure it'll be a while, but still :)15:59
dl9pfuseradd: Warning: missing or non-executable shell '/bin/false'16:00
dl9pfWARNING: /home/dl9pf/yocto/build-qemux86-64/tmp/work/all-agl-linux/agl-users/0.1-r0/temp/run.useradd_sysroot.90853:1 exit 1 from 'exit 1'16:00
dl9pfexec bit on /bin/false ?16:00
*** chris_ber <chris_ber!~quassel@> has quit IRC16:03
*** linums <linums!~linums@> has quit IRC16:05
*** linums <linums!> has joined #yocto16:05
*** davidinux <davidinux!~davidinux@> has quit IRC16:09
RPdl9pf: I suspect not. What does pseudo.log say?16:17
RPkergoth: I've mixed feelings on that to be honest16:18
moto-timoRP: not high priority, but you and rewitt were working on some WIP changes for toaster container failure on master back in July16:19
kergothi hate %s, and .format() is too verbose, so i'm happy about it16:19
moto-timoRP: wondering if those patches you had live in a repo somewhere?16:19
kergothas long as no-one goes trying mass conversions to it16:19
RPkergoth: I guess %s doesn't bother the C programmer in me :)16:19
dl9pfRP: for agl-users there is a pseudo folder but no pseudo.log16:19
RPmoto-timo: didn't we fix it?16:20
moto-timoRP: not according to my most recent build test on travis ci16:20
RPmoto-timo: how was it failing? I'm blanking on this :(16:20
kergothRP: it'd help if our bb.note/bb.warn/etc acted more like print or logger, i think. if i could bb.note("something %s somethingelse", foo) i think i'd be less annoyed than using % or .format() directly16:20
RPdl9pf: that is odd :(16:21
*** mckoan is now known as mckoan|away16:21
* moto-timo hunts for the link... pardon the delay16:21
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:22
RPdl9pf: can you have a look at that run.useradd_sysroot.12719 script and see if it is starting pseudo and if so, where its pointing it?16:22
RPThere should be a log somewhere16:23
moto-timoRP: unless something else is causing the selenium delays... that log is arguably not helpful16:23
moto-timoRP: probably not worth distracting you right now16:24
RPmoto-timo: the bit where it says xmlrpc.client.Fault: <Fault 1: "<class 'bb.BBHandledException'>:">16:24
RPmoto-timo: that is revealing16:24
dl9pfRP: 1116:25
RPmoto-timo: I thought we'd fixed that16:25
*** uso <uso!~uso@unaffiliated/uso> has joined #yocto16:25
moto-timoRP: I had an internal email thread where rewitt said you two were testing some patches, but I lost track after that (in July)16:25
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto16:26
moto-timobut yes, the xmlrpc fail is the smoking gun you had already identified :)16:26
RPmoto-timo: I thought it was fixed. Can you get the bitbake-cookerdaemon.log from that?16:26
usois there a variable like ${bindir} which I can use for /var/lib?16:26
RPmoto-timo: may have broken it somehow16:27
RPdl9pf: hmm, and PSEUDO_LOCALSTATEDIR=/home/dl9pf/yocto/build-qemux86-64/tmp/work/all-agl-linux/agl-users/0.1-r0/pseudo/ is empty?16:28
dl9pfyes, empty.16:29
RPmoto-timo: is an example of the kind of fixes/tweaks that may be needed for toaster16:30
*** dleppich <dleppich!~dleppich@> has quit IRC16:30
RPmoto-timo: if you can give me a simple reproducer set of steps I can problem fix it. I can never remember how to use toaster16:30
RPdl9pf: I'd probably try stracing that script and running it by hard to see if its possible to figure out what is happening16:31
* moto-timo refreshes on how to get travis to save artifacts16:33
*** pung_ <pung_!~BobPungar@> has joined #yocto16:36
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC16:38
*** linums <linums!> has quit IRC16:50
*** linums <linums!> has joined #yocto16:51
*** linums <linums!> has quit IRC16:53
*** linums <linums!> has joined #yocto16:54
rewittmoto-timo: You don't have to get it to save the artifacts, just get it to dump the log on failure16:55
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/> has quit IRC16:56
rewittmoto-timo: I mean, I even dump the hex of the image so that I can convert it back to the image :-D16:56
*** j241 <j241!> has quit IRC16:57
*** pung_ <pung_!~BobPungar@> has quit IRC16:58
*** pung_ <pung_!~BobPungar@> has joined #yocto16:58
*** AndersD <AndersD!> has joined #yocto17:00
*** pung_ <pung_!~BobPungar@> has quit IRC17:00
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC17:00
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/> has joined #yocto17:02
dl9pfRP: will do the strace next. got his as well:17:13
dl9pfException: subprocess.CalledProcessError: Command '['cross-localedef', '--verbose', '--uint32-align=4', '--little-endian', '--add-to-archive', '/home/dl9pf/yocto/build-qemux86-64/tmp/work/qemux86_64-agl-linux/agl-demo-platform/1.0-r0/rootfs/usr/lib/locale/de_DE']' died with <Signals.SIGABRT: 6>.17:13
dl9pfpath mismatch [1 link]: ino 356967293 db '/home/dl9pf/yocto/build-qemux86-64/tmp/work/qemux86_64-agl-linux/agl-demo-platform/1.0-r0/rootfs/usr/lib/locale/locale-archive' req '/home/dl9pf/yocto/build-qemux86-64/tmp/work/qemux86_64-agl-linux/agl-demo-platform/1.0-r0/rootfs/usr/lib/locale/locale-archive.guW8Ke'.17:13
*** fl0v0 <fl0v0!~fvo@> has quit IRC17:16
RPdl9pf: that should have been fixed by my pseudo change to track fds over link operations17:18
RPrewitt: I was wondering about that image hex dump :)17:18
rewittRP: Like I have money to spend on remote storage for artifacts :)17:26
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/> has quit IRC17:28
*** AndersD <AndersD!> has quit IRC17:32
*** w00die <w00die!~w00die@> has quit IRC17:40
*** w00die <w00die!~w00die@> has joined #yocto17:42
*** kscherer <kscherer!> has joined #yocto18:14
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:18
* moto-timo multitasking and priority interupting18:19
moto-timoboth poorly :)18:19
*** linums <linums!> has quit IRC18:20
*** linums <linums!> has joined #yocto18:22
*** goliath <goliath!> has quit IRC18:23
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:e538:96dd:b7c4:ac37> has quit IRC18:24
*** goliath <goliath!> has joined #yocto18:24
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto18:35
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:6de8:2745:6c71:9cb7> has joined #yocto18:38
*** kyubi <kyubi!95c73e80@> has joined #yocto18:54
*** kiwi_29 <kiwi_29!> has joined #yocto18:56
rburtonzeddii: do you know anything about scsi_debug?19:00
*** davidinux <davidinux!~davidinux@> has joined #yocto19:02
*** dreyna <dreyna!> has joined #yocto19:03
*** kiwi_29 <kiwi_29!> has quit IRC19:04
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:e280:d519:de14:ba8a:a4e9> has joined #yocto19:05
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC19:06
rburtonzeddii: because its not making a device when it should be19:07
*** dreyna <dreyna!> has quit IRC19:09
*** pev <pev!> has quit IRC19:14
zeddiiI can't say that I've had to use it in any detail. I can help debug if it might be an issue with the various reference kernels.19:26
*** waiki <waiki!> has joined #yocto19:29
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto19:34
waikiI am new to Yocto and were able to do 'bitbake core-image-minimal' successfully via CentOS 7.8 on ppc64le (using yocto-3.1.2 from git).  Because CentOS has an older version of glibc, so I upgrade the system to 8.2.  But rerunning the 'bitbake core-image-minimal' produces an error with exit code 135, and I can't find any useful info to narrow down the issue.  Any help is appreciated.19:35
waikiERROR: Task (/yocto/waiki/poky/meta/recipes-devtools/flex/ failed with exit code '135'19:36
waikiERROR: Task (/yocto/waiki/poky/meta/recipes-extended/iptables/ failed with exit code '135'19:36
*** davidinux <davidinux!~davidinux@> has quit IRC19:48
*** yann <yann!~yann@> has quit IRC19:56
*** linums <linums!> has quit IRC20:10
*** linums <linums!> has joined #yocto20:12
*** berton <berton!~berton@> has quit IRC20:14
rburtonzeddii: my understanding is that modprobe scsi_debug results in fake /sys/block/sd* being created.  works on my debian box.  my qemuarm64 from poky master doesn't make the entries20:14
zeddiimissing userspace helper ?20:24
*** linums <linums!> has quit IRC20:24
zeddiihmmm. no mention of one in the docs.20:25
*** linums <linums!~linums@> has joined #yocto20:26
*** vmeson <vmeson!> has quit IRC20:39
*** BWhitten <BWhitten!~BWhitten@unaffiliated/wipster> has joined #yocto20:42
BWhittenGood evening all, looking at generating a dependency graph in dunfell, the docs say I should get recipe-depends task-depends and pn-buildlist, but I'm not getting the recipe file. How can I generate one?20:45
*** maudat <maudat!> has quit IRC20:49
*** vmeson <vmeson!> has joined #yocto20:50
*** kyubi <kyubi!95c73e80@> has quit IRC20:50
dl9pfHappy Hour starts !!! Yay !21:00
*** Konsgnx <Konsgnx!> has quit IRC21:01
*** pohly <pohly!> has quit IRC21:03
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto21:06
*** vmeson <vmeson!> has quit IRC21:09
*** beneth <beneth!> has left #yocto21:15
*** ak77 <ak77!c12e4b03@> has quit IRC21:16
*** vmeson <vmeson!> has joined #yocto21:22
*** BWhitten <BWhitten!~BWhitten@unaffiliated/wipster> has quit IRC21:44
waikiI got a "403 Forbidden" when accessing this link:       ---- using this link as the mirror site in the local.conf.   Should I use a different site?21:46
armpitwaiki, if you haven't do so, try the buildtools.. 'scriptsinstall-buildtools' and see if that helps21:48
waikiarmpit,  where can I find the 'scriptsinstall-buildtools'  ?21:51
*** ptsneves <ptsneves!b0dd7824@> has quit IRC21:55
waikiarmpit, found it.  it is scrips/install-buildtools.   looks like there is no ppc64le support21:58
rburtonshouldn't be that difficult to add22:02
rburtoni did the work to make it not x86-64 specific when i added arm6422:02
rburtonthat install-buildtools script is just a helper, you can build your own buildtools and install it by hand22:03
linumsCan you help me22:05
linumsI am trying to install an image from hddimg22:05
linumsAnd my issue is that I can not select a target22:06
linumsI want to isntall on sda22:06
linumsSince sdb is the usb drive -the installer-22:06
linumsAnd this is the text on the installer is this: "Please select an install target or press n to exit ( ):"22:07
waikirburton  okay, will take a look and thanks for the tips.22:14
*** linums <linums!~linums@> has quit IRC22:20
*** linums <linums!> has joined #yocto22:21
*** linums <linums!> has quit IRC22:23
*** linums <linums!> has joined #yocto22:24
*** linums <linums!> has joined #yocto22:25
*** linums <linums!> has quit IRC22:36
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC22:42
*** linums <linums!> has joined #yocto22:45
*** linums <linums!> has quit IRC22:49
*** linums <linums!> has joined #yocto22:50
*** linums <linums!> has quit IRC22:54
*** linums <linums!> has joined #yocto23:07
*** linums <linums!~linums@> has joined #yocto23:09
*** vmeson <vmeson!> has quit IRC23:16
dl9pfRP: i missed the locale cherry-pick. that is fine. the useradd recipe still bargs. will investigate. running it 3 times manually fixes it and the build proceeds.23:17
RPdl9pf: I nearly have an integrity check patch ready23:22
RPdl9pf: and I just confirmed it did correctly spot the locale problem in glibc23:25
RPdl9pf: added to master-next. If you add "pseudo -Z" commands as pre/postfuncs to install/package/package_write_* tasks it will trigger integrity tests. I'll have to look more at integration tomorrow23:30
RPI hacked some into glibc to check it works, the rest is tomorrow's problem :)23:30
*** mccc <mccc!> has joined #yocto23:55
mcccHi, are people using autobuilder2 to run continuous integration for their layers, or their yocto-build custom embedded images, or both?23:59

Generated by 2.17.2 by Marius Gedminas - find it at!