Friday, 2019-11-22

halsteadMailing lists are offline for the move.00:06
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC00:06
*** berton <berton!~berton@181.220.83.67> has quit IRC00:12
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5888:6d78:86c5:63e> has joined #yocto00:45
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-wtvjtuxuvuuwhtxq> has joined #yocto01:09
rburtonhalstead: so mails i sent to the list in the last hour are lost in the ether?01:13
rburtonforgot about the migration01:14
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC01:15
halsteadrburton, If all goes according to plan they will eventually show up. They may be rejected if I messed up a configuration.01:15
halsteadLooks like I was one second too late.01:18
*** anujm <anujm!anujm@nat/intel/x-vliykerngxcanjwd> has joined #yocto01:29
Crofton|workheh01:45
Crofton|workone second!01:45
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC02:12
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC02:41
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto02:49
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC02:50
*** anujm <anujm!anujm@nat/intel/x-vliykerngxcanjwd> has quit IRC03:14
halsteadMailing lists are online and redirection is in place.03:35
zeddiihalstead: stupid question. were the existing subscribers automatically moved to the new lists ?04:04
halsteadMigration is complete!04:04
halsteadzeddii, I just sent an e-mail about that. Yes they are.04:05
zeddiiyah. I was trying to log into meta-virtualization as the owner and failed. so I need to figure that out.04:05
* zeddii reads: If you are currently a member of any list your account is already created. Visit https://lists.yoctoproject.org/sendloginlink and enter the e-mail you receive list mail at to receive a login link and set a password.04:06
halsteadzeddii, Can you please help me check moderators were carried over properly? Once you set your password check if you are already a mod at meta-virt and let me know.04:06
zeddiiyep. looks good. I sent myself the link and can see linux-yocto and meta-virtualiation in the list with me as the owner.04:08
zeddiimy gmail filters are going to go nuts :D04:08
halsteadzeddii, Awesome! (for the first part) Good luck! (for the second)04:09
zeddii:D04:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:21
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC04:26
wbnhow do I get the ${PV} of a package from DEPENDS?05:28
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:15
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC06:16
*** anujm <anujm!anujm@nat/intel/x-zpfkfwmhtwbdinvo> has joined #yocto06:25
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto06:34
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qinwwmalmioyftpp> has joined #yocto06:42
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto07:08
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto07:35
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto07:36
iceaway_I have a multilib-enabled distro, and I want to add the font ttf-dejavu. When I try to add that to my image I get an error message stating: ttf-dejavu was skipped: Don't extend allarch recipes which are not packagegroups07:38
*** iceaway_ is now known as iceaway07:38
iceawayI did some reading and it seems like because ttf-dejavu inherts allarch, it cannot rdepend on a package which is not allarch, which I assume it does.07:40
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC07:44
*** anujm <anujm!anujm@nat/intel/x-zpfkfwmhtwbdinvo> has quit IRC07:53
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto08:04
*** Dracos-Carazza_ is now known as Dracos-Carazza08:08
*** __angelo <__angelo!~prefetch@unaffiliated/ad/x-0785363> has joined #yocto08:10
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto08:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:38
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto08:43
*** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC08:44
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto08:44
*** kaspter <kaspter!~Instantbi@222.67.188.181> has joined #yocto08:45
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:47
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:47
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:56
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto08:59
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto09:01
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC09:05
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto09:05
*** florian_kc is now known as florian09:10
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto09:15
qschulzbluelightning_: ping devtool glibc :)09:20
qschulzbluelightning_: sorry... Hi first :)09:20
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC09:25
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:33
*** stew-dw <stew-dw!~stew-dw@2607:fb90:a22a:6dc6:e2d7:52f5:357:3b51> has quit IRC09:38
jmieheHi! (How) can I use bitbake with git+ssh and a passphrase?09:39
LetoThe2ndjmiehe: there are usually ways to do things like that, but the main problem is: "where will the passphrase come from?"09:42
jmieheCI system09:42
LetoThe2ndand how do you intend to pass it into the recipe that shall use it?09:42
*** stew-dw <stew-dw!~stew-dw@172.58.139.200> has joined #yocto09:43
jmieheThe CI system can write out the key (with pf) into the build user's ssh directory as usual, and may pass the PF itself anywhere. As CLI param, into temp file, whatever bitbake might want best.09:45
LetoThe2ndthen theres already half your answer. pass it as environment variable, make bitbake let it pass (ENV_EXTRAWHITE orwhatsitcalled), and then let the recipe use it09:47
LetoThe2ndwe use a similar approach for git+https09:47
mcfrisk.netrc works too09:50
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:56
jmieheLetoThe2nd: So you're telling me to provide a custom do_fetch?09:58
LetoThe2ndjmiehe: no, a custom crafted SRC_URI09:59
LetoThe2ndother approaches might be fine too, i just can say that he did this.10:00
LetoThe2nds/he/we/10:00
rburtonkanavin: new gettext failed on the ab https://autobuilder.yoctoproject.org/typhoon/#/builders/73/builds/1255/steps/8/logs/step1b10:06
rburtoni'll quickly see if it breaks here too like that, in case that was integration failure10:07
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC10:07
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:11
jmieheThoughts about cloning the recipe's repository before bitbake invocation? Can I somehow flag to bitbake "Do not try to fetch, this one is already fine!"?10:12
qschulzjmiehe: if it's in the DL_DIR it should be fine without any change I guess10:13
jmieheYou mean if there's a bare (or mirror?) clone in DL_DIR with the requested SRCREV, bitbake will not try to update that?10:21
*** yann|work <yann|work!~yann@85.118.38.73> has joined #yocto10:22
jmieheFor the log: This currently works with either a bare or a mirrored git clone. Now I just need our CI to clone in bare mode :)10:50
kanavinrburton, did you pick the commit for the gettext-minimal-native as well? It does break like that if that is missing.10:57
rburtonah10:58
rburtonmaybe i missed that10:58
rburtonstupid gettext-minimal10:58
kanavinrburton, I see you did not ;)10:58
rburtonthanks :)10:58
rburtonso my evil plan is 1) use autopoint instead of hacking about 2) swap gettext-minimal for gettext-tiny10:59
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC10:59
kanavinit is somewhat annoying to upgrade gettext because of that, you need to first build gettext-native, cherry pick from there the needed pieces for gettext-minimal-native, fix that, then you can build the target gettext11:00
rburtonright11:01
rburtonand i want to use autopoint in gettext-minimal which means repacking the lot again11:01
rburtoni guess i should add a task to generate the bits directly11:02
kanavinalso, they nowadays insist that components use AM_GNU_GETTEXT([external])11:03
kanavinif someone omits [externa], it will error out11:03
rburtonyes11:04
rburtonlove gettext11:04
kanavinit's old school GNU11:04
kanavinthey fully rejected the suggestion to use meson11:04
kanavinbecause basically fashions in build systems come and go, but autotools are still with us11:05
Crofton|work+111:26
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5888:6d78:86c5:63e> has quit IRC11:29
*** berton <berton!~berton@181.220.83.67> has joined #yocto11:31
*** berton <berton!~berton@181.220.83.67> has quit IRC11:35
*** khem <khem!~khem@unaffiliated/khem> has quit IRC11:35
*** berton <berton!~berton@181.220.83.67> has joined #yocto11:37
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5888:6d78:86c5:63e> has joined #yocto11:38
*** anujm <anujm!~anujm@134.134.137.73> has joined #yocto11:40
*** anujm <anujm!~anujm@134.134.137.73> has quit IRC11:43
*** anujm <anujm!~anujm@134.134.137.73> has joined #yocto11:43
*** anujm <anujm!~anujm@134.134.137.73> has quit IRC11:58
*** anujm <anujm!anujm@nat/intel/x-yezntcbuxraqwcni> has joined #yocto11:58
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto12:02
*** anujm <anujm!anujm@nat/intel/x-yezntcbuxraqwcni> has quit IRC12:11
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:14
*** MiskaX <MiskaX!ewbbfp8hzj@rankki.sonarnerd.net> has quit IRC12:14
rburtonChecking for unpackaged file(s): /home/pokybuild/yocto-worker/qemux86-64/build/build/tmp/work/i686-nativesdk-pokysdk-linux/gcc-cross-canadian-x86-64/9.2.0-r0/recipe-sysroot-native/usr/bin/../../usr/lib/rpm/check-files /home/pokybuild/yocto-worker/qemux86-64/build/build/tmp/work/i686-nativesdk-pokysdk-linux/gcc-cross-canadian-x86-64/9.2.0-r0/package12:37
rburtonfree(): double free detected in tcache 212:37
rburtonmalloc(): invalid size (unsorted)12:37
rburtonAborted (core dumped)12:37
rburtonWARNING: exit code 134 from a shell command.12:37
rburtonok who can i blame for that12:37
* rburton glares around12:37
rburtonRP: ^ seen that before?12:37
rburtonNOTE: recipe gcc-cross-canadian-x86-64-9.2.0-r0: task do_package_write_rpm: Failed12:38
rburtonturned on rpm here and rebuilding to see if it happens reliably12:38
RPrburton: hmm. that was what opkg-build was doing12:40
rburtonhuh12:40
RPrburton: but clearly not the same issue for an rpm task failure12:40
RPrburton: I think some of the workers have enabled double free detection so it may be distro specific12:40
rburtoninteresting12:41
rburtongoing to test a bit then12:41
rburtonjust ran master on the same worker12:46
rburtonhooray for the worker selector button12:46
rburtonJaMa: congrats on webos 2.112:51
rburtonthat new launcher ui looks very much like the tele stuff12:51
* rburton grabs rpi image to actually boot his new rpi 12:54
JaMarburton: :)12:55
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto12:57
rburtonwhy can't my monitor put enough power on usb to power a rpi312:57
JaMait needs around 2.5A, so either your monitor just doesn't have enoguh juice or is too clever and sees rpi as headset device which obviously doesn't need so much power (google rpi4 usb-c power issue)13:00
rburtoni doubt its too clever13:00
JaMaif you have original rpi3 psu and adapter from microUSB to usb-c, then it works fine for me13:00
rburtonits probably just a bit lame, the other monitor has decent charging usb sockets but that means a cable across the desk13:01
rburtonthe bad monitor also powers down usb if the display is off, which isn't useful to power on a device :)13:01
rburtonso i can just drop the .wic onto a sd card, no faffing about?13:01
JaMayes13:02
rburtonhm all of my sd cards are in cameras13:02
LetoThe2ndJaMa: if i find occasion one day, i shall give you a 's'13:03
JaMayeah, I was using similar monitor to power my gta02 before and it was even more strange, because it powered down the usb couple minutes after the screen powered down, so it was working while I was @home and usually stopped working when I was trying to ssh into gta02 remotely from somewhere else (because at that time monitor was completely off already)13:03
LetoThe2ndJaMa: bacause thats all you're lacking from having a "we boss"-product :)13:03
JaMaso we now "we bo"-product? :)13:04
LetoThe2ndno... "WebOs" + "s" = "We Boss" :)13:05
LetoThe2nd*sighs*13:05
rburtonJaMa: so what oe is webos 2.1 based on?13:05
LetoThe2ndTGIF. i shouldn't try to be funny.13:05
JaMarburton: finally upgraded from morty to thud13:06
rburtonwhen are you switching to zeus? :)13:06
JaMaLetoThe2nd: ah I see now, it's actually funny, I just haven't had enough coffee today to see it :)13:06
LetoThe2ndJaMa: hrhr13:07
JaMarburton: I'm on dunfell already, but when they will let me to merge the changes .. that's completely different question13:07
LetoThe2ndwhenever i read the new codenames i instantly want to start blasting Gloryhammer13:08
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC13:08
JaMarburton: I'm not working mostly on meta-ros, so I have even less influence on webOS itself (even when I still probably have the most commits there)13:08
JaMas/not/now/13:08
rburtonJaMa: doing anything cool with ros?13:09
rburtonRP: ok it broke here too if i turn on rpm13:17
rburtonbisecting13:18
JaMarburton: we had a cool robot demo on ROSCon, but I don't have the robot itself at home13:20
rburtonshame :)13:20
rburtonJaMa: https://www.youtube.com/watch?v=nZ3QQ2HL5V?13:21
rburtonerm, add a g to the end of that url13:21
qschulzany idea if devtool can be used to create an ipk?13:25
JaMarburton: yes, that's the one13:25
*** kanavin_ <kanavin_!~kanavin@141.113.66.202> has joined #yocto13:43
*** kanavin <kanavin!~kanavin@141.113.66.202> has quit IRC13:46
*** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC13:48
rburtonJaMa: huh even with a 5V2A charger i get the lightning thing13:52
tgamblinJPEW: it may be safe to upgrade, see https://www.reddit.com/r/Fedora/comments/dznczn/f31_problem_with_ruby_gem_install/13:55
tgamblinI haven't seen the error since upgrading binutils to the rawhide version as specified there13:55
JPEWtgamblin: Ok, thanks13:55
RPrburton: any idea of the cause?14:04
rburtongettext, apparnetly14:10
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC14:13
JaMarburton: yes 2A is too low14:19
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto14:20
RPrburton: ah :/14:27
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-pmdnybykzbazjivf> has joined #yocto14:31
rburtonJaMa: pretty wallpaper how do i made webose do anything. i briefly saw some buttons but they faded away :)14:37
rburtonmaybe i need a better power supply14:37
JaMawhat?! wallpaper isn't enough for you? You need to touch the magic button.. which I'm not sure which one it is now, windows key was used before and it might work again in 2.1, other more reliable way is mouse gesture dragging from bottom up14:39
kanavin_rburton, how do we typically handle ptests that fail under root, and expect a regular user?14:42
rburtonadd a user14:42
RPkanavin_: can you remember how to get better logs from failing postinsts during do_rootfs?14:43
rburtonJaMa: aha14:43
kanavin_RP: log.do_rootfs I think?14:43
RPkanavin_: trying to figure out https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/496/steps/8/logs/step2d :/14:43
RPkanavin_: it doesn't say :(14:43
kanavin_rburton, is there an off the shelf example for adding such a user?14:43
rburtonJaMa: every time i move the pointer over a tile it jerks up and the lightning bolt appears :)14:44
* rburton will order a better adapter14:44
rburtonkanavin_: quilt-ptest ?14:44
JaMarburton: order the official psu if you can, other more clever psu might not work14:44
JaMaor try your soldering skills inside rpi4 :)14:45
kanavin_RP, WARNING: core-image-minimal-1.0-r0 do_rootfs: busybox-syslog.postinst returned 1, marking as unpacked only, configuration required on target.14:45
kanavin_WARNING: core-image-minimal-1.0-r0 do_rootfs: busybox-hwclock.postinst returned 1, marking as unpacked only, configuration required on target.14:45
kanavin_ERROR: core-image-minimal-1.0-r0 do_rootfs: Postinstall scriptlets of ['busybox-syslog', 'busybox-hwclock'] have failed. If the intention is to defer them to first boot,14:45
kanavin_then please place them into pkg_postinst_ontarget_${PN} ().14:45
kanavin_Deferring to first boot via 'exit 1' is no longer supported.14:45
kanavin_Details of the failure are in /home/pokybuild/yocto-worker/oe-selftest-debian/build/build-st-22425/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/temp/log.do_rootfs.14:45
kanavin_ERROR: Logfile of failure stored in: /home/pokybuild/yocto-worker/oe-selftest-debian/build/build-st-22425/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/temp/log.do_rootfs.213214:45
kanavin_RP, I think you need to fetch that log :-/14:45
RPkanavin_: right, but what was the failure?14:45
*** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC14:46
RPkanavin_: I reproduced it, I have a do_rootfs log in front of me. Its no more helpful14:46
RPkanavin_: when I say reproduced, I reproduced on that system. Doesn't reproduce locally14:47
kanavin_can I take a look at that log?14:47
kanavin_otherwise, you need to look at the actual postinst scriptlets, and see what they're trying to do. The package managers are supposed to print their output, including error messages, but I am only well familiar with rpm, not ipk.14:48
JaMarburton: https://www.raspberrypi.org/forums/viewtopic.php?t=24997514:48
rburtonJaMa: i'm on a ghetto 3b+14:49
RPkanavin_: https://www.rpsys.net/wp/rp/log.do_rootfs.gz14:49
RPkanavin_: above is rpm14:49
RPkanavin_: sorry, not its not is it14:50
RPkanavin_: sorry, I'm thinking this is rpm. opkg is normally more verbose :/14:50
RPThe  * file_md5sum_alloc: Failed to open file /home/pokybuild/yocto-worker/oe-selftest-debian/build/build/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/etc/syslog-startup.conf: No such file or directory14:51
RPis suspicious14:51
kanavin_rburton, cheers, I can actually skip user creation and run as nobody14:55
rburtonyeah that would work14:57
JaMarburton: ah, I tought you have 4 as you mentioned new rpi :), unfortunately 3B_+_ isn't well supported by webOS (for silly reasons)14:58
JaMarburton: https://github.com/webosose/meta-webosose/pulls helps14:58
rburtoni like that the CLA bot is upset with you14:59
rburtonwell new power supply won't turn up until monday, so maybe next week i'll see if a new image has been built with that in15:00
rburtonpresumably 'porting' to eg intel-corei7-64 is fairly trivial as you have a qemux86 image already15:01
JaMayou mean new image from build.webos-ports.org? There is an image with it already15:03
kanavin_rburton, is valgrind okay as a ptest dependency? a number of tests are skipped otherwise15:03
RPkanavin_: I think this is a package left over from the previous breakage15:03
kanavin_(I am rewriting sed ptest support, nearly done)15:03
rburtonJaMa: ah neat. i just grabbed the latest rpi3 image.15:04
JaMawell CLA bot is upset with me, because I've created public pull request after getting upset with internal people not understanding why we should fix 3B+ support now when only rpi4 is officially supported15:04
rburtoncan't decide whether to cancel the power adaptor order and just get a pi415:04
RPkanavin_: valgrind is a dangerous dependency, its just too big :(15:04
kanavin_RP: right, then I'll omit that15:04
kanavin_TOTAL: 67 PASS: 59 SKIP: 8 is fine15:05
RPkanavin_: rburton and I were finding the extra ptests dependencies have already badly inflated dependency graphs15:05
JaMarburton: https://forum.webosose.org/t/pre-built-images-available/392/29?u=jama15:05
khemRP: http://errors.yoctoproject.org/Errors/Details/279198/15:05
khemi see 3 such fails15:05
rburtonJaMa: yeah that one, thanks. :)15:06
RPhmm, if I change opkg-utils, shouldn't all ipks have rebuilt?15:06
RPgah, its update-alt exclusions15:06
khemdoes this mean it was hidden15:06
* RP quietly curses15:06
RPkhem: yes, those were likely quietly ignored previously15:07
khemhmm interesting i guess xz parallelism is too high15:08
RPkhem: I'd say so15:13
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto15:31
kergothhttps://github.com/kergoth/dotfiles/commit/55a3da0 terribly hacky, but works.. heh15:31
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC15:33
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC15:33
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto15:45
*** chriselston <chriselston!~chris@188.31.29.152.threembb.co.uk> has joined #yocto15:48
*** chriselston <chriselston!~chris@188.31.29.152.threembb.co.uk> has quit IRC15:53
*** pebenito <pebenito!~pebenito@unaffiliated/pebenito> has joined #yocto15:56
rburtonRP: woudl it make sense for meta-mingw to set SOLIBS=".dll" in the sdkmachine conf?16:09
milloniis there a way to get the environment (`bitbake -e`) for meta-environment.bb?16:13
rburtonwhat you do want that isn't 'bitbake -e meta-environment'?16:13
RPrburton: maybe16:14
rburtonRP: new gettext causes the mingw layer to break as it has a bbappend, and some of it is just fixing packaging with .dll files16:15
rburtonpresumably if we let the layer switch out solibs then they'd be fine16:15
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:15
RPrburton: seems reasonable to me, just not sure how it worked in the past?16:15
rburtonRP: me neither!16:15
millonibitbake -e meta-environment outputs16:16
milloniERROR: Nothing PROVIDES 'meta-environment'16:16
millonirburton: ^16:16
rburtonPN = "meta-environment-${MACHINE}"16:17
rburton(the recipe overrides its own name)16:17
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has quit IRC16:19
millonithanks, that worked16:19
rburtonRP: hm nativesdk-zlib with mingw builds .so and .a files16:29
millonii've got an interesting problem here: according to `bitbake -e meta-environment-machine`, SDKPATH is set to a correct path - "/opt/agl-sdk/8.0.2-aarch64"16:30
rburtonRP: but nativesdk-gettext makes .dll.a and .a files16:30
millonihowever when running the build, it behaves as though it were set to something else, so the build fails16:30
millonicreating meta-environment.bbappend with the contents:16:30
milloniSDKPATH="/opt/agl-sdk/8.0.2-aarch64"16:30
millonifixes it16:30
milloniany idea whats going on here?16:30
milloni(`bitbake -e meta-environment-machine was run before creating the bbappend, of course)16:31
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:31
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto16:34
RPrburton: these are twoolchains that run on Linux so gettext is wrong16:35
RPrburton: they *target* linux16:35
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has joined #yocto16:35
RPer, target windows16:35
rburtonright isn't gettext right as its making .dll16:36
rburton maybe i'll just let JPEW handle this16:37
RPmilloni: what does FOO := "${@bb.warn(str(d.getVar("SDKPATH")))}" do ?16:37
RP(what does it print)16:37
* JPEW looks at gettext.bbappend in meta-mingw...16:38
rburtonJPEW: i'm mainly confused why some recipes build .a and .so files, others build .dll and .dll.a16:38
rburtonare they actually the same content but just bad names from makefiles that don't know windows?16:39
JPEWrburton: Seems likely16:39
rburtoni thought 'oh SOLIBS should be .dll' but that would probably break more than it fixes16:39
JPEWThey have to be .dll to work on mingw. Is the new gettext not produing .dll files?16:39
rburtonbbappend is breaking as its versioned16:40
rburtonthat is all16:40
JPEWAh, yes. That happens frequently16:41
RPrburton, JPEW: remember that meta-mingw is an sdk that targets windows so it should be generating .so for anything nativesdk16:41
JPEWwell, it happens every gettext update16:41
rburtonright :)16:41
rburtonat least the backport might be able to go now16:41
kanavin_rburton, tweaking flex is annoying, as any slightest change causes a rebuild of flex-native and everything that depends on it on the way to target flex :(16:41
kanavin_but I might have an upgrade to latest, if ptest doesn't regress16:42
RPkanavin_: if you wanted a fun experiment, I'd love to have a "lock" functionality which stopped that happening16:42
JPEWkanavin_, RP: That should be *much* easier with all the existing hash equivalence plumbing16:42
RPkanavin_: locked sigs and hashequiv would be two ways16:42
RPJPEW: indeed16:43
rburtonkanavin_: that is why i invented bb-lockdown16:43
rburtonkanavin_: https://github.com/rossburton/bb/blob/master/libexec/bb-lockdown very ghetto but works16:43
JPEWRP: Err, your comment about generating .so libraries for mingw, did you mean .dll for nativesdk?16:44
RPJPEW: I think I'm confused, yes16:45
JPEWOk, just checking :)16:45
RPJPEW: too much staring and autobuilder failures16:45
rburtonkanavin_: 'bb lockdown flex flex' should let you rebuild flex without anything else changing16:45
RPrburton: we could make this a lot easier with a "include conf/lockdownsigs.inc" in bitbake.conf by default16:46
RPrburton: then the "lock" and "unlock" scripts could be trivial16:47
rburtonright16:47
rburtonthe trick is a nice note when you're locking16:47
RPrburton: so we make a dedicated file and have proper scripts16:47
* RP would love patches16:47
RPthen I can worry about not having time to review them :)16:47
* Crofton|work thinks about inventing tinder for patches16:48
RPCrofton|work: only if I can tweak the matching algorithm ;-)16:49
kanavin_rburton, I am trying to start the weekend here :)16:51
rburtonhaha16:51
kanavin_but sure looks promising!16:51
rburtonhave a good one ;)16:51
milloniRP: shouldnt the inner quotes be escaped16:53
milloniso16:53
milloniFOO := "${@bb.warn(str(d.getVar(\"SDKPATH\")))}"16:53
*** xtron <xtron!~xtron@103.26.85.188> has joined #yocto16:54
RPmilloni: sorry, use ' for one set16:55
xtronI'm including package-management in my image, with opkg package manager, I set the PACKAGE_FEED_URIS = http://<ip> but it doesn't reflect anywhere in the image16:56
xtronI was expecting that it will configure the opkg configuration to that <ip-addr> but apart from the rootfs[vardeps] there is no other handling being done on base of this variable,16:57
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:01
JPEWrburton: If we can drop the gettext patch in meta-mingw, perhaps we can make the bbappend to use '%' instead of a specific version?17:03
milloniRP: WARNING: /usr/local/oecore-${SDK_ARCH}17:07
RPmilloni: hmm, so its seeing the "bad" value. What does the history in bitbake -e look like for that var?17:08
millonibut in fact, when the build failed, that wasn't the path it was failing with17:08
milloniit was trying to populate opt/agl-sdk/8.0.2-armv7a17:08
RPmilloni: so there are three bad paths?17:08
millonisorry, thats the warning i got when running the image recipe - should i run this with meta-environment instead?17:09
RPmilloni: no, its the same thing17:09
milloniok, that's the message i got17:09
millonii added FOO := ... in local.conf if that makes a difference17:10
RPmilloni: oh, I think I remember this problem. Are there two similar variables and if you change one you need to change the other?17:10
milloninot that i know of17:11
RPmilloni: that explains it, I meant for you to add it in meta-environment17:11
milloniokay, i'll do that17:11
millonisorry17:11
RPmilloni: are you using poky?17:12
*** chriselston <chriselston!~chris@188.28.47.101.threembb.co.uk> has joined #yocto17:13
milloniRP: it's a distro/bsp derived from AGL (which is derived from poky)17:13
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:14
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5888:6d78:86c5:63e> has quit IRC17:15
rburtonJPEW: yes17:16
RPmilloni: I think the agl layer is setting it to something. Its hard to know why it isn't working17:18
RPmilloni: variable history output from bitbake meta-env -e would help17:18
milloniRP: https://paste.debian.net/1117484/17:20
milloniah, i think i know what's going on17:20
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qinwwmalmioyftpp> has quit IRC17:21
millonii cant really paste the histrory for DEFAULTTUNE cause the interesting parts are from proprietary layers, but there's an override17:21
milloni#   override[virtclass-multilib-lib32]:set /censored/path/17:22
milloni#     "armv7a"17:22
milloniis it supposed to be doing that for an aarch64 build?17:22
*** armpit <armpit!~armpit@2601:202:4180:a5c0:d5a1:4623:137e:d439> has joined #yocto17:27
*** phoo1234567 <phoo1234567!~phoo12345@c-75-68-90-144.hsd1.nh.comcast.net> has joined #yocto17:28
*** mckoan|away is now known as mckoan17:29
*** mckoan is now known as mckoan|away17:29
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-gxygurkyftlnjcje> has joined #yocto17:32
*** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has joined #yocto17:39
millonihmm, yes it is supposed to do that - according to an example in meta-skeleton17:40
yoctiNew news from stackoverflow: How to pass cmake runtime parameter in yocto <https://stackoverflow.com/questions/40014326/how-to-pass-cmake-runtime-parameter-in-yocto>17:50
*** yann|work <yann|work!~yann@85.118.38.73> has quit IRC17:55
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC18:00
RPmilloni: well, the default tune bit comes from the AGL layer and is the one that seems to be breaking18:00
millonisure - have you seen the example multilib configuration from meta-skeleton though?18:00
milloniit looks identical18:00
RPmilloni: if you're using multilib there will be two meta-environments, one 32 and one 6418:00
millonihm18:01
RPmilloni: not recently  but I probably wrote it ;-)18:01
millonihah18:01
RPmilloni: yes, I did write it in 2013 ;-)18:02
*** berton <berton!~berton@181.220.83.67> has quit IRC18:07
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC18:08
*** berton <berton!~berton@181.220.83.67> has joined #yocto18:23
*** berton <berton!~berton@181.220.83.67> has quit IRC18:28
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC18:30
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto18:33
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto18:41
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:45
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC18:46
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto18:47
*** pebenito <pebenito!~pebenito@unaffiliated/pebenito> has left #yocto18:51
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC18:54
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto18:55
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC18:58
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto18:58
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-wtvjtuxuvuuwhtxq> has quit IRC19:07
*** chriselston <chriselston!~chris@188.28.47.101.threembb.co.uk> has quit IRC19:55
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC20:18
*** elGamal <elGamal!~elg@5.253.206.78> has quit IRC20:21
*** elGamal <elGamal!~elg@5.253.206.78> has joined #yocto20:22
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:34
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC20:41
*** xtron <xtron!~xtron@103.26.85.188> has quit IRC21:05
*** stew-dw <stew-dw!~stew-dw@172.58.139.200> has quit IRC21:22
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC21:46
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto21:46
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:01
*** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto22:09
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC22:14
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto22:15
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC22:19
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC22:21
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto22:21
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC22:22
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto22:24
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto22:27
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC22:29
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto22:30
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:35
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC22:40
*** guerinoni <guerinoni!~guerinoni@host246-153-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto23:00
*** diego_r <diego_r!~diego@81.29.205.101> has quit IRC23:52
JaMawas zeus branch just upgraded (6431e86 -> cabaff5) to be immediatelly rolled back (cabaff5 -> 6431e86)?23:54
JaMaI've received bunch of e-mails with updates in zeus, but wasn't seeing them in git and now I see another e-mail rolling it back which might explain it, but was it intentional?23:55

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!