Wednesday, 2020-01-08

*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC00:05
*** stacktrust <stacktrust!~stacktrus@cpe-104-162-194-186.nyc.res.rr.com> has joined #yocto00:05
khemRP: Found the problem with openssh seems to be related to nanosleep in seccomp00:10
khemRP: have fixed it for x86/arm00:10
RPkhem: ah, interesting, good00:10
khemmips also fails so trying to see00:10
RPkhem: did you see the mips boot issue?00:10
RPkhem: that looked different :/00:10
khemmips booted okay for me00:10
khembut it does show same ssh issue00:11
khemssh worked on arm64/riscv6400:11
khembut mips/mips64/arm/x86/x86_64 failed00:11
RPkhem: does the fix make sense for an arch specific issue?00:12
khemRP: hee is the fix so far https://github.com/YoeDistro/openembedded-core/commit/20b9b4dfa3519a7e863737f980b6ab4e41ef92c500:14
khemyes I think it does, openssh/seccomp assumes same values for syscalls00:14
RPkhem: right, yes00:15
khemdebugging sshd is tricky to debug, I realized that I have to strace the child on connection request then I can see the syscall going bonkers00:16
frayya.. debugging a tool designed to be difficult to intercept00:16
*** vineela <vineela!~vtummala@134.134.137.73> has quit IRC00:16
RPkhem: I can imagine, nice work in tracking it down! :)00:16
khemRP: if I can get hold of mips piece then I will send another pull and see if we can drill more issues on glibc 2.3100:17
RPkhem: fair enough, happy to give it another run when it makes sense00:18
RPif anyone wants to fix that locked sig selftest failure btw... :)00:18
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has quit IRC00:21
khemmips is glitching on clock_gettime64 hmm ok00:24
khemRP: mips is fixed :), I will try mips64 and ppc as well and see if it works there too00:39
khemif not then I guess will need to fix those too beforee next run00:40
RPkhem: probably worth ensuring they're ok00:40
khemRP:yeah and its also latest SRCREV of glibc so that might have helped booting mips00:53
khembut I am also using gcc10 so I might have to check building mips with gcc900:54
khemRP: the logs you pointed to me were x86_64 only, can you point me to mips logs if you have links handy00:54
khemirc logs might have it too00:54
khemdont know00:54
*** camus <camus!~Instantbi@222.67.188.180> has joined #yocto01:37
*** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC01:40
*** camus is now known as kaspter01:41
*** camus <camus!~Instantbi@222.67.188.180> has joined #yocto01:46
*** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC01:48
*** camus is now known as kaspter01:48
khemRP: ssh patch is posted to ml as well as to https://git.yoctoproject.org/clean/cgit.cgi/poky-contrib/log/?h=kraj/pu01:52
khemppc/mips/mips64/x86/arm/x86_64 worked fine01:53
*** m4t <m4t!~matt@shenzhen.guangdong.systems> has joined #yocto02:07
armpitkhem, so how am I supposed to pronounce your branch ?02:17
khempee-you :)02:25
khemI think it was the git scm book where I learned it and have been using it for pull upstream request branch names02:29
* armpit time to head home02:30
khemI treat it as shortcut for 'publish'02:30
khemarmpit: drive safe, if you are on foot, walk safe02:31
khembecause I am on road02:31
khemtoo02:31
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC02:34
*** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC02:37
*** kaspter <kaspter!~Instantbi@222.67.188.180> has joined #yocto02:37
tgamblinroot03:11
tgamblinrooot03:11
*** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC04:46
*** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto04:47
*** camus <camus!~Instantbi@222.67.188.168> has joined #yocto05:01
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC05:01
*** camus is now known as kaspter05:01
*** armpit <armpit!~armpit@2601:202:4180:a5c0:fda8:efcd:67f0:45fb> has joined #yocto05:05
*** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC05:18
*** wertigon <wertigon!8addfa13@138.221.250.19> has quit IRC05:48
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto06:18
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC06:23
*** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto06:24
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:38
yoctiNew news from stackoverflow: Yocto Bsp Porting in non dts sdk <https://stackoverflow.com/questions/59640653/yocto-bsp-porting-in-non-dts-sdk>06:51
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto06:52
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto07:00
*** agust <agust!~agust@pD95F12B8.dip0.t-ipconnect.de> has joined #yocto07:04
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC07:06
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC07:08
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC07:09
*** kaspter <kaspter!~Instantbi@222.67.152.154> has joined #yocto07:09
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC07:11
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto07:12
*** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto07:12
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:13
iceawayI'm having a weird issue with the wget fetcher in bitbake. I want to download a file from a private bitbucket repository, and if I run wget with the username/password encoded in the url (i.e. https://user:pass@bitbucket.org/....) it works, but if it is supplied with --user and --password arguments it fails. The bitbake fetcher seems to extract the username/password from the url, and run wget using BOTH07:15
iceaway--user/--password arguments and having them encoded in the url, wich ultimately fails. Has anyone else had this issue?07:15
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC07:20
yoctiNew news from stackoverflow: How to load image in sama5d27-som1-ek board using dataflash <https://stackoverflow.com/questions/59640882/how-to-load-image-in-sama5d27-som1-ek-board-using-dataflash>07:21
*** camus <camus!~Instantbi@222.67.188.180> has joined #yocto07:21
*** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC07:21
*** camus is now known as kaspter07:21
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC07:22
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:23
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto07:23
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto07:26
*** frsc <frsc!~frsc@mue-88-130-67-216.dsl.tropolys.de> has joined #yocto07:30
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC07:36
*** mckoan|away is now known as mckoan07:49
*** frieder_ <frieder_!~frsc@i59F4B271.versanet.de> has joined #yocto07:54
*** frsc <frsc!~frsc@mue-88-130-67-216.dsl.tropolys.de> has quit IRC07:58
*** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has joined #yocto07:58
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:02
*** frieder__ <frieder__!~frsc@i59F4B271.versanet.de> has joined #yocto08:04
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC08:05
*** frieder_ <frieder_!~frsc@i59F4B271.versanet.de> has quit IRC08:06
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto08:07
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto08:08
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:08
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC08:14
*** frieder__ <frieder__!~frsc@i59F4B271.versanet.de> has quit IRC08:34
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC08:34
*** frsc <frsc!~frsc@i59F4B271.versanet.de> has joined #yocto08:34
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto08:39
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto08:41
stuom1If i have a file like SRC_URI += "file://script.py;md5=dbeda8d8aa81df8611249a5b01414e03, why is the md5 ignored? I can put there whatever or change the file and I get no warnings?08:43
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has joined #yocto08:44
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto08:44
*** muppe <muppe!~Marko@59ec6c88.adsl.tnnet.fi> has quit IRC08:47
PinkSnakestuom1 hello, i think it's because you don't have any URL (local file)08:47
PinkSnakeso file is managed by yourself ;)08:48
stuom1Ok so I dont even need the md5 sum there, who put it there...:P08:48
PinkSnakestuom1 I think so, more info: https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#new-recipe-fetching-code08:49
PinkSnakeIn fact the md5 is used to check if the file on the server side has been changed or not :)08:50
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC08:58
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto09:00
*** jij <jij!jonashg@nat/axis/x-uqohogmlgpgvxjqp> has quit IRC09:00
*** jij <jij!jonashg@nat/axis/x-axknhfaftpamyegq> has joined #yocto09:08
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has joined #yocto09:10
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:13
*** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC09:17
*** kaspter <kaspter!~Instantbi@222.67.152.154> has joined #yocto09:17
stuom1"ld: cannot find Scrt1.o: No such file or directory" -> how can I see what directories are looked from?09:23
stuom1ld complains about few files, I can find them all in recipe-sysroot but I don't know where ld expects them to be09:29
*** fl0v0 <fl0v0!~fvo@89.244.126.182> has joined #yocto09:33
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC09:36
fl0v0Hi! i am updating an old build from fido to thud atm and just realized, that systemd-networkd is now enabled by default in in the sytemd recipe. Is systemd-networkd now considered to be the default network manager in poky?09:39
fl0v0(at least with systemd as init)09:39
*** dw301 <dw301!~dw@dslb-092-075-165-067.092.075.pools.vodafone-ip.de> has joined #yocto09:40
*** agust <agust!~agust@pD95F12B8.dip0.t-ipconnect.de> has quit IRC09:46
*** stuom139 <stuom139!3eecd81d@62.236.216.29> has joined #yocto09:49
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-iociqsjyyqhnjusz> has joined #yocto09:51
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC09:52
LetoThe2ndfl0v0: i think thats more of a "if systemd is already around we can get it for little cost, so here we go" - but thats just my $.0209:56
fl0v0LetoThe2nd: ok, thanks :)09:57
*** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto09:59
fl0v0i try to figure out if i should stay with connman or switch. Any expieriences if that matters at all? i just need a simple wired dhcp connection10:00
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto10:00
LetoThe2ndif thats all you need and if the interface is constant, no other config needed, then i'd pick networkd these days. like said, it comes at little cost.10:01
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC10:19
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC10:20
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto10:21
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto10:25
*** nacknick <nacknick!b9b8f483@185.184.244.131> has joined #yocto10:27
nacknickHi. Is there a way to build an image without stripping "libc"? I tried to use INHIBIT_PACKAGE_DEBUG_SPLIT = "1" flag - did not work10:28
LetoThe2ndnacknick: which should not spliiting the image avoid stripping?10:29
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC10:31
LetoThe2ndnacknick: -> https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-INHIBIT_PACKAGE_STRIP10:31
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto10:31
LetoThe2ndon the other hand, one could use the debugfs10:33
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC10:34
*** stuom139 <stuom139!3eecd81d@62.236.216.29> has quit IRC10:36
*** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC10:39
*** kaspter <kaspter!~Instantbi@222.67.188.180> has joined #yocto10:39
yoctiNew news from stackoverflow: Change password in yocto squashfs image <https://stackoverflow.com/questions/59644131/change-password-in-yocto-squashfs-image>10:52
jwwwwHello, is there a special way to acces u-boot shell with poky on a rpi3 ? earlier when I had a problem and the board could not boot I pressed any key and had a prompt.but now it's fixed , I could not get the prompt even with smashing space key on power up.10:59
*** nacknick <nacknick!b9b8f483@185.184.244.131> has quit IRC11:00
*** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has quit IRC11:01
*** berton <berton!~berton@189.103.49.163> has joined #yocto11:30
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto11:33
stuom1what can I do about "...do_image_teziimg, the basehash value changed from ... to .... The metadata is not deterministic and this needs to be fixed"11:34
*** berton <berton!~berton@189.103.49.163> has quit IRC11:41
*** berton <berton!~berton@189.103.49.163> has joined #yocto11:42
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto11:45
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC11:46
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto11:46
*** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has joined #yocto11:53
paulbarkerstuom1: That usually happens when some variable changes between the time bitbake first parses a recipe and when it later tries to run a task11:59
paulbarkerE.g. if you edit a recipe while bitbake is building or if you have a variable set to the date/time12:00
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC12:01
paulbarkerjwwww: Have you got u-boot enabled in your build and can you see any output from u-boot during the boot at all?12:01
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has quit IRC12:04
*** nacknick <nacknick!b9b8f483@185.184.244.131> has joined #yocto12:07
nacknickLetoThe2nd: thanks12:08
perdmannis there a way to manipulate the content of a wic file?12:30
perdmannduring creation. I always get ext4 images12:30
LetoThe2ndperdmann: sounds like you are mixing up steps12:33
iceawayexit12:35
*** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC12:35
perdmannLetoThe2nd maybe, but Rauc wants to have a wic file during bundle creation12:36
LetoThe2ndperdmann: yes, so what?12:37
perdmannLetoThe2nd: I want to have a jffs2 inside of it. But if i change IMAGE_FSTYPE i dont get a wic file12:37
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC12:38
LetoThe2ndperdmann: becuase IMAGE_FSTYPE and wic are kind of chained. if you set "wic" as the fstype, then the script gets run and bundled.12:38
LetoThe2ndperdmann: so if you want your wic to be a jffs2 internally, then you have to modify the .wks file12:38
perdmannoh12:39
LetoThe2ndlike i said, you are "mixign up steps"12:39
perdmannis it valid to overwrite/append a task from the wic steps?12:40
perdmannMaybe i should look at the bundle scripts from rauc, for me it makes no sense to manipulate a wic file, which i dont need...12:40
LetoThe2ndno, wks files work differently12:40
LetoThe2ndas in, they are no recipes that can be appended.12:41
perdmannLetoThe2nd do you use rauc? am i using it wrong ? :D12:42
LetoThe2ndperdmann: i am not using rauc, hence i cannot comment. but it sounds legit that it consumes a wic file, as thats basically just a synonym for "binary image payload"12:43
perdmanndid i understand you correctly that wic always have a ext4 inside?12:45
LetoThe2ndno12:46
LetoThe2ndwic can have whatever inside.12:46
LetoThe2nd(to my understanding, of course)12:46
perdmannAh, then it makes absolute sense12:46
LetoThe2ndlook at the correspondign wks script12:46
LetoThe2ndi think in livecoding session #8 there is also a (short) peek into one.12:47
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto12:52
yoctiNew news from stackoverflow: getaddrinfo returns EAI_ADDRFAMILY on a distribution built with Yocto <https://stackoverflow.com/questions/59645977/getaddrinfo-returns-eai-addrfamily-on-a-distribution-built-with-yocto>12:52
nacknickLetoThe2nd: I try to avoid libc from being stripped. INHIBIT_PACKAGE_STRIP = "1" did not work - anything else?12:55
LetoThe2ndnacknick: none right now, sorry.12:57
nacknick(y)  thanks12:57
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto13:08
kanavinrburton, RESULTS - ptest.PtestRunnerTest.test_ptestrunner: PASSED (437.69s)13:14
kanavin \0/13:14
kanavinthat's for fast ptests13:14
kanavinI'll tackle the slow ones next13:14
*** berton <berton!~berton@189.103.49.163> has quit IRC13:26
RPkanavin: nice! :)13:27
*** berton <berton!~berton@189.103.49.163> has joined #yocto13:27
kanavinRP: I'll send the patchbomb in a moment :) I had also addressed all of the things you mentioned over the holidays13:27
RPkanavin: I'll brace myself :)13:29
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC13:31
kanavinRP: sent!13:33
rburtonkanavin: i'd appreciate your feedback over the top of ross/glib. once the logic has been demonstrated to work i'll move it to the meson class itself.13:40
*** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has quit IRC13:41
kanavinrburton, looks good to me, but can't really comment on the siteinfo magic as I have no idea about it13:42
rburtonit just looks at a number of variables to get nice names, typically used in meta/site/13:43
rburtonfor autotools13:43
*** yann <yann!~yann@85.118.38.73> has joined #yocto13:45
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto13:49
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has quit IRC13:53
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC13:59
*** thannoy_ <thannoy_!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC14:01
*** thannoy_ <thannoy_!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto14:03
*** dw301 <dw301!~dw@dslb-092-075-165-067.092.075.pools.vodafone-ip.de> has quit IRC14:03
jwwwwpaulbarker: yes I have u-boot in my build, and I see its output.14:25
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto14:34
RPkanavin: does look like a good series. I'll put it to the autobuilder, see how things look, thanks14:45
RPkanavin: are these on a branch somewhere? the ovmf patch line endings are managed via email :(14:46
kanavinRP, http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates14:46
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto14:51
RPkanavin: thanks14:54
RPkanavin: ovmf isn't in this round but queued locally for the next14:54
RPkanavin: -next build fired (I included other patches so its quite the patchbomb)14:55
kanavinRP: cheers, but where are Tanu's alsa patches?14:57
RPkanavin: queued locally now for the next round14:59
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto15:00
rburtoni rebased mut here on top of alex's branch15:00
rburtonmut is pretty long now, depending on what next does i'll split up and post sane sections15:01
*** florian_kc is now known as florian15:01
kanavinRP, seems like "TypeError: dump_sigtask() got an unexpected keyword argument 'overwrite'" is a failure everywhere :-/15:01
RPkanavin: yes, fixing. My fault15:03
RPkanavin: looks like the other patches will make it in afterall15:03
RPkanavin: requeued15:04
RPrburton: had the libx11 locale failure again :(15:07
PinkSnakeHello guys, i'm currently on an old Yocto project based on custom Zynq7000 board, I have built opencv 3.1 with (imgcodec, png ...) but when I link my test application i got this error : libopencv_imgcodecs.so.3.1.0: undefined reference to `png_init_filter_functions_neon'. I have tried this patch15:10
PinkSnakehttps://github.com/opencv/opencv/pull/7643/commits/a50bc7d8248dbdf4cd89bf6bfb6efbeb974f79a5 but no chance, any idea to fix that ?15:10
*** ericch_ <ericch_!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto15:10
*** jij <jij!jonashg@nat/axis/x-axknhfaftpamyegq> has quit IRC15:16
*** jij <jij!jonashg@nat/axis/x-dpslnqooonfhvaru> has joined #yocto15:17
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:19
*** matthewzmd <matthewzmd!80e0fc02@128.224.252.2> has joined #yocto15:20
*** matthewzmd <matthewzmd!80e0fc02@128.224.252.2> has quit IRC15:22
jwwwwoh I think found the issue, in run.do.compile from's u-boot build directory I see that bootdelay is -2.15:25
*** ka6sox is now known as zz_ka6sox15:38
TartarusAnyone around that does CROPS?  I'm trying to rebuild https://hub.docker.com/layers/crops/poky/debian-9/images/sha256-56ec06a8df354b4dc3ee6f467cd1c17f857e086957fccd622ff74df795f21531 (so I can extend the Dockerfile a bit) but I might not be calling build-and-test.sh right as the tests fail (and I haven't changed anything yet)15:41
*** ericch_ <ericch_!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC15:42
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC15:42
*** zz_ka6sox is now known as ka6sox15:43
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto15:43
TartarusIt fails with "sudo: unknown user: pokyuser" but a manual test of the image I made says I'm "pokyuser"15:44
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has joined #yocto15:45
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC15:53
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto16:05
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:06
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:09
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC16:13
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto16:13
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto16:26
milloniwhere should INCOMPATIBLE_LICENSE go? the image recipe or globally?16:27
*** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC16:32
qschulzmilloni: we have it in conf/local.conf because we always build more or less the same SW and the licenses don't really change. That way, we're safe (we create conf/local.conf with a script, so shouldn't be touched by engineers). That's how *we* do it. Don't know if it's proper though16:33
milloniok, thanks16:33
millonii'll stick it in the distro config, it might be safer16:34
qschulzmilloni: by *we* I mean the company *I* work for, not YP as a whole :)16:36
millonii figured :)16:36
rburtonyeah stuff like that should be in distro config16:37
rburtonas little in local.conf etc16:37
*** lmar1ot <lmar1ot!~lmar1ot@37.172.8.226> has joined #yocto16:40
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC16:41
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC16:42
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-78-77.cust.vodafone.cz> has joined #yocto16:43
RPkanavin: first failures are showing up, rpm still doesn't look happy :/16:44
kanavinRP: :( has been robust here16:44
kanavinRP, some ptests are accessing the network (e.g. busybox tries to reach www.example.com), should they be disabled?16:47
kanavinI can probably make it work, but it might fail in other environments where the internet is not accessible from the machine running the tests16:48
RPkanavin: probably not, its a good question though, we don't have a policy for that16:48
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-78-77.cust.vodafone.cz> has quit IRC16:48
kanavinor it requires setting up a proxy etc.16:48
kanavinI guess it's best disabled, tests should be self-contained16:48
RPkanavin: If we're aiming for 100% pass in all cases it would be problematic, certainly16:49
RPI'm still not sure 100% pass is realistic16:49
kanavinRP, I kind of aim to drop @expectedfail from the ptest, but they might defeat me :)16:49
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto16:50
kanavinRP, at least I do get 100% pass on the fast ptests here16:50
RPkanavin: that is impressive in itself16:51
RPkanavin: I suspect we have a world if intermittent failures to dive into :/16:51
kanavinprobably :-/16:52
kanavinthe failures I fixed were all deterministic though16:52
RPkanavin: right, I just know there are more painful problems :/16:52
RPkanavin: e.g. the ones which depend on which other ptests were included in the image16:52
RPI fixed a lot of that16:53
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:57
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC16:58
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto17:04
*** lmar1ot <lmar1ot!~lmar1ot@37.172.8.226> has quit IRC17:06
*** yann <yann!~yann@85.118.38.73> has quit IRC17:09
qschulzrburton: we're using poky ATM, so no-go for us but good to know that's where it should be, thanks17:10
rburtonqschulz: cp poky.conf mydistro.conf, done17:10
rburtondont use poky directly as you'll get bitten on upgrading if poky changes17:10
rburtonpoky is an example and something QA can test17:11
*** mckoan is now known as mckoan|away17:11
qschulzrburton: I know. Not my choice, but I'll need proper convincing to change "something that works" before making us maintain our distro :)17:12
rburtondo you use systemd?17:13
qschulzrburton: (though size optimization could be one way to encourage :) )17:13
qschulzno we do not17:13
rburtonthe next release may well for poky so you'll find yourself using it :)17:13
rburtonas an example of something which will just change underneath you unless you own your own distro config17:14
rburtonalso poky turns on wifi, bluetooth, pulseaudio, nfc...17:14
qschulzrburton: Unfortunately, upgrading is not a big concern ATM :/17:14
qschulz(I mean, for the company, if it was up to me, we would be running 3.0 and testing 3.1 already. Budget. Priorities. etc.. you know the drill)17:15
rburtonyeah17:16
kergoth"maintaining your own distro" is not difficult, a distro .conf needn't have much in it at all, and you should really be aware of exactly what your distro is doing anyway17:16
kergothpoky's requirements aren't necessarily the same as yours..17:16
qschulzkergoth: poky was a sane default back when the company started using YP. (we started with oe-classic fyi :) ) I have heard what rburton and you said, it's been on my secret todo list for months, but low prio :/17:18
rburtonyeah thats fair17:19
rburtonmy 'backlog' task list is ... quite long17:19
qschulzrburton: don't look at mine :)17:20
qschulzwell, let's not make a "who's the biggest one" contest. That's nothing to be proud of :D17:20
rburtonkanavin: erm does perl-ptest need to have a copy of the perl tree in?17:20
kanavinrburton, I didn't get to perl ptests yet, so I don't know17:21
kanavinwhat I do know is that currently only VMS(!) and windows specific ptests fail, so I wouldn't want to mess with it too much ;)17:21
rburtonoh god it really does copy the source tree17:22
rburtonno wonder its so huge17:22
*** fl0v0 <fl0v0!~fvo@89.244.126.182> has quit IRC17:24
roussinmIm using PREFERRED_VERSION_lttng-modules = "2.10.10+git%" to select the devupstream version. When I try using devtool modify lttng-modules, it doesn't seem to care about the PREFERRED_VERSION.17:50
*** frsc <frsc!~frsc@i59F4B271.versanet.de> has quit IRC17:51
roussinmIt fails on :  Fetcher failure: SRCREV was used yet no valid SCM was found in SRC_URI17:51
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto17:57
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:10
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has quit IRC18:12
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has joined #yocto18:16
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC18:17
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC18:20
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC18:30
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC18:32
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:40
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has quit IRC18:42
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has joined #yocto18:46
*** mrk377 <mrk377!442d9918@c-68-45-153-24.hsd1.in.comcast.net> has joined #yocto18:48
mrk377hello all, question: When I added imagemagick to my local.conf, it pulls in the cantarell-fonts on my read-only rootfs.  It throws an ERROR: do_rootfs: ... rootfs is read-only: [100-cantarell-fonts].  This script "100-cantarell-fonts" is in the /etc/rpm-postinsts and causes error during do_rootfs.  What is best way to fix?18:55
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC19:00
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto19:00
rburtonmrk377: figure out why cantarrel postinst isn't running at rootfs time19:02
rburtonthe rootfs log should give a hint19:02
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC19:03
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto19:03
mrk377Ok.  Examining now.19:04
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC19:08
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto19:11
mrk377rburton: A bit miffed.  When running cantarell-fonts scriptlet - sed: warning: failed to get security context of /home/.../../../poky-sumo-build/build/tmp/work/piu-poky-linux/core-image-piu-dev/1.0-r0/intercept_scripts-39843.../update-font-cache: No data available sed: warning: failed to get security context of19:14
*** thannoy_ <thannoy_!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC19:15
mrk377It fails running update-font-cache so postinstalls for cantarell-fonts saves script in /etc//rpm-postinsts...  Hmmm... I'm just talking it through.  Must be some obscure security setting for update_font_cache.  Do you concur?19:20
mrk377https://bugzilla.yoctoproject.org/show_bug.cgi?id=915519:25
yoctiBug 9155: normal, Medium+, 2.1 M3, Martin.Jansa, RESOLVED FIXED, update_font_cache postinst failing with read-only filesystem19:25
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto19:33
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto19:36
bertonHi all! I'm trying to use bitbake-layers to fetch layers and add to bblayer using: bitbake-layers layerindex-fetch -b zeus meta-updatehub-raspberrypi. The layers were fetch and added to bblayer correctly, but are in master branch and not in zeus. I don't know if I'm missing something...Does anyone uses bitbake-layers layerindex-fetch command?19:40
*** lvb <lvb!18258172@modemcable114.129-37-24.static.videotron.ca> has joined #yocto19:42
lvbHi, I'm trying to add wic to my IMAGE_FSTYPE. IMAGE_BOOT_FILES has my firmware file (generated by another image_type class) but when I run bitbake do_image_wic can't find the file. Any ideas what I might be missing?19:49
*** opennandra <opennandra!~marek@90-64-90-180.dynamic.orange.sk> has joined #yocto19:50
lvbmy firmware image_type class is listed in IMAGE_TYPEDEP_wic19:50
RPkanavin: 3908 errors found filtered by "33ebcd4e074ae5355d7932535d141365d532d13a" is fairly impressive for the wrong reasons :/19:55
RPkanavin: dropping some bits and retrying19:59
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-iociqsjyyqhnjusz> has quit IRC20:03
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto20:09
opennandrahello, it is possible to use variable which is kind of like PACKAGECONFIG in shell function? I'm struggling how to pass argument to python method which comes from loop of this kind of variable20:20
opennandraI have variable like VAR = "item1 item2" and then VAR["item1"] = "123" adn VAR["item2"] = "456"20:22
opennandrathen I would like to use this is shell method like: if [ -n ${VAR} ]; then for i in ${VAR}; do j = "${@call_method(d, '$i)}'"; done20:23
opennandrabut argument passed is not variable but string '$i'20:23
kergoth${@} is expanded at parse time, before the shell is ever run20:27
opennandrakergoth: so is there some example how to use this in my specific case?20:27
kergoththe short answer is you can't do that with shell at all. you'd have to generate the shell you need from python20:27
kergoth${@some_python_function_that_iterates_over_VAR_for_you(d)}20:28
opennandrakergoth: ok I can chaneg to iterate as you suggested but then I need to return to shell variables/list20:29
opennandrais this possible? like return string list?20:29
opennandraand then use it in shell function?20:29
kergothmake some_python_function_that_iterates_over_VAR_for_you() return the python code as a string20:30
opennandrakergoth: ok and then I can use this as list in shell right? it kind of return different results but I can live with that :D20:31
kergothi don't understand the question. the function returns the shell code that'll be executed20:32
kergothyou can do whatever you want with that20:32
kergothreturn shell commands directly, return a for loop, whatever you want20:32
kergothit's just a string that's substituted befroe the shell function is run20:32
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC20:32
opennandrakergoth: ok fine20:33
opennandraI think I get it20:33
opennandrathanks20:33
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC20:41
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto20:41
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC20:42
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-78-77.cust.vodafone.cz> has joined #yocto20:43
bluelightningberton: that's a known issue I'm afraid: https://bugzilla.yoctoproject.org/show_bug.cgi?id=785220:45
yoctiBug 7852: normal, Medium, 3.99, paul.eggleton, IN PROGRESS DESIGN , bitbake-layers layerindex-fetch doesn't respect branch (-b|--branch) option20:45
bluelightningultimately not that hard to fix, it just needs to check out the correct branch - the only tricky thing is what to do if the layer already exists (checking out could be tricky if there are local changes)20:45
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC20:46
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-78-77.cust.vodafone.cz> has quit IRC20:47
bertonbluelightning: I forgot to search in bugzilla, thanks!20:48
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto20:49
*** liambeguin[m] <liambeguin[m]!liambegu1@gateway/shell/matrix.org/x-vgmomnlnduulmdpx> has joined #yocto20:50
*** opennandra <opennandra!~marek@90-64-90-180.dynamic.orange.sk> has quit IRC20:55
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto21:03
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC21:03
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC21:06
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto21:08
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto21:08
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has quit IRC21:14
*** berton <berton!~berton@189.103.49.163> has quit IRC21:15
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC21:22
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC21:26
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC21:28
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto21:32
*** mrk377 <mrk377!442d9918@c-68-45-153-24.hsd1.in.comcast.net> has quit IRC21:35
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC21:35
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto21:36
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC21:39
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC21:46
*** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC22:09
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC22:10
*** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto22:13
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:17
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto22:20
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto22:24
*** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has quit IRC22:28
*** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has joined #yocto22:32
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto22:52
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC22:54
*** rostam <rostam!~rostam@c-69-181-80-193.hsd1.ca.comcast.net> has joined #yocto22:54
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto22:55
*** matthewzmd <matthewzmd!~user@2607:fea8:e2c0:7f2::b> has joined #yocto23:13
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC23:16
*** lvb <lvb!18258172@modemcable114.129-37-24.static.videotron.ca> has quit IRC23:29
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:32
*** nacknick <nacknick!b9b8f483@185.184.244.131> has quit IRC23:44

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!