Tuesday, 2018-12-18

*** apteryx <apteryx!~maxim@> has joined #yocto00:12
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto00:26
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC00:32
*** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto00:47
*** JaMa <JaMa!~martin@> has joined #yocto00:55
*** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC01:11
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto01:21
*** mranostay <mranostay!sid127487@pdpc/supporter/active/mranostay> has left #yocto01:36
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC01:57
*** _csg <_csg!~csg@> has quit IRC02:10
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC02:42
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto02:46
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC02:52
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has quit IRC03:08
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-vqvzwflxzwhkdmhy> has joined #yocto03:26
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC03:29
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto03:29
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC04:00
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC04:04
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto04:04
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto04:04
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto04:14
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC04:15
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC04:19
*** JPEW_ <JPEW_!cc4da373@gateway/web/freenode/ip.> has quit IRC04:30
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto04:53
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC04:58
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto05:31
*** jobroe <jobroe!~manjaro-u@> has joined #yocto05:58
*** hamis <hamis!~irfan@> has joined #yocto06:07
*** AndersD <AndersD!~AndersD@> has joined #yocto06:10
*** AndersD <AndersD!~AndersD@> has quit IRC06:13
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto06:13
*** seebs <seebs!~seebs@> has quit IRC06:14
*** kpo <kpo!~bob@> has quit IRC06:27
*** kpo <kpo!~bob@> has joined #yocto06:27
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto06:29
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC06:35
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC06:36
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto06:40
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto06:44
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:e9e3:f1d4:5069:2f6a> has joined #yocto06:51
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC06:54
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto06:59
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC07:07
*** henriknj <henriknj!~hnje@> has joined #yocto07:12
*** frsc <frsc!~frsc@2003:a:a75:a900:97e1:97fc:4516:6f17> has joined #yocto07:17
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto07:22
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:25
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:39
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto07:55
*** lusus <lusus!~lusus@> has joined #yocto08:02
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto08:07
*** fl0v0 <fl0v0!~fvo@> has joined #yocto08:12
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC08:14
*** seebs <seebs!~seebs@> has joined #yocto08:28
*** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC08:37
*** beerdrop <beerdrop!~beerdrop@240e:f0:37:dd83:5cb2:4ebc:49d2:b713> has joined #yocto08:45
*** beerdrop <beerdrop!~beerdrop@240e:f0:37:dd83:5cb2:4ebc:49d2:b713> has quit IRC08:49
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-vqvzwflxzwhkdmhy> has quit IRC08:55
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has joined #yocto08:55
*** tprrt <tprrt!~tprrt@> has joined #yocto08:56
*** shann <shann!~shann@> has joined #yocto09:01
nacknickHi. When image is booting, what the logo of psplash (https://github.com/g0hl1n/psplash) is not displayed?09:02
nacknickMy target is to add a customized boot logo, I thought that replacing the images of psplash will work, but the original images are not dispalyed, so I'm not sure that is the correct method09:03
nacknickThe best result for me is to replace "open embedded" logo and keep the progress bar09:04
nacknickDo someone here know how to do that?09:04
nacknickwhy the logo*** (on the first sentence)09:05
*** sno <sno!~sno@tmo-116-88.customers.d1-online.com> has joined #yocto09:08
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC09:11
*** sno <sno!~sno@tmo-116-88.customers.d1-online.com> has quit IRC09:15
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto09:16
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto09:20
*** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.> has quit IRC09:21
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:28
*** rburton <rburton!~rburton@> has joined #yocto09:32
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:32
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:32
*** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has joined #yocto09:33
*** cquast <cquast!~cquast@> has joined #yocto09:35
*** killown17 <killown17!~killown@> has joined #yocto09:50
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-izjrduojabberuae> has joined #yocto09:54
*** killown17 <killown17!~killown@> has quit IRC09:55
*** tprrt <tprrt!~tprrt@> has quit IRC09:59
*** tprrt <tprrt!~tprrt@> has joined #yocto10:00
*** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto10:01
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-izjrduojabberuae> has quit IRC10:09
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ebgepziietcsijil> has joined #yocto10:09
kanavinRP: yes please (the AUH patch)10:22
RPkanavin: cool :) I was also thinking of having it just mark all images as not upgradable since devtool would just error later about it?10:23
RPcurrently I keep getting emails from AUH about build-appliance-image10:23
*** berton <berton!~berton@> has joined #yocto10:30
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC10:42
kanavinRP: I can add that to exception list10:43
kanavinbuild-appliance-image is special as it has SRC_URI, other images should be find10:44
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC10:44
*** berton <berton!~berton@> has quit IRC10:56
*** ant_work <ant_work!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto11:08
rburtonkanavin, RP: i was thinking auh needs a skip variable, easily set in packagegroups and images.11:11
kanavinrburton: there is a blacklist, I just added build-appliance-image to that11:13
kanavinrburton: packagegroups and images should be skipped by default, as their version is always 1.011:13
rburtonwhat if something is genuinely 1.0?11:13
kanavinrburton: what I mean is that packagegroups always have current *and* latest version set to 1.0, and so they are skipped11:15
nacknickI could find a solution for my yesterday question: why diff.diffutils under package folder is not the same one that inside /usr/bin inside the final image. Does someone have any explanation?11:16
nacknickI could not**11:16
nacknickis bitbake takes the package's binary from somewhere else? is there any "cache" or something similar?11:17
nacknicktaking **11:17
rburtonnacknick: did you check that the contents of the package in the deploy dir matches what you expect?11:17
nacknickrburton do you mean inside deploy/images/...??11:18
rburtonno, that's images not packages11:18
rburtoni mean deploy/rpm or deploy/ipk or whatever package format you're using11:19
nacknickno I did not11:19
rburtonyou should11:20
nacknickwhat should I check exactly please?11:20
rburtonfind the diffutils package, unpack it, check it has what you expect11:20
nacknickthose folders are full with .deb files, not the final binaries11:20
rburtonman dpkg-deb, specifically -x11:21
nacknickand if it does not match what I expect?11:21
rburtonimages are built from packages, they're the packages11:21
rburtonthen you've reduced the scope of the problem11:21
nacknickand what can I do regard this?11:22
rburtonwell lets work on that when you know if the packages match what you expect11:22
nacknickdelete the .deb?11:22
nacknickok... I'll let you know in 30 minutes (I'm just in a middle of something)11:22
nacknickthank you so much! seems a good direction11:23
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto11:25
RPkanavin: I guess that works too :)11:27
mcfriskoh jeez, hit shebang length limits in bitbake recipes using some python scripts. #!/path/to/rss/python is too long. Any ideas how to resolve?11:28
*** jkliemann <jkliemann!~jk@> has joined #yocto11:30
rburtonmcfrisk: don't use python-native? :)11:31
mcfriskor pip...11:31
jkliemannhi, does anyone use ccache via the CCACHE var in bitbake.conf? I configured it to use ccache, set the directory etc. but all I get are 181 files that state that the compiler couldn't be found after a complete build11:32
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC11:35
*** adca <adca!~adca@> has joined #yocto11:39
RPjkliemann: try inheriting the ccache class?11:52
jkliemannRP: where is this required? i want to build anything with ccache so do i need to inherit it everywhere? as far as i understand i inherit classes in bbfiles when i want to use some library?11:54
RPjkliemann: local.conf, INHERIT += "ccache"11:55
RPor your distro config11:55
*** tas <tas!~androirc@> has joined #yocto11:57
RPrburton: do we need http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/scripts/distro/build-recipe-list.py ?12:00
*** _mac13_ <_mac13_!bc79005e@gateway/web/freenode/ip.> has joined #yocto12:01
_mac13_Hi, is there a possibility to build two rootfs with a single image recipe?12:05
RP_mac13_: no12:05
RP_mac13_: not easily anyway12:05
RP_mac13_: just have one image recipe depend upon another?12:05
jkliemannRP: thanks that was what was missing12:09
_mac13_RP: I've try this as at my first attempt, but if I put my second image as depends only one rootfs shows in deploy, but thanks, will look into this and try to find solution12:10
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto12:11
RP_mac13_: try do_rootfs[depends] += "other-image:do_rootfs"12:13
nacknickrburon, there are many "diffutils*.deb" files, I checked one of them and it contains the correct binary12:15
nacknickwhat next?12:15
rburtonnacknick: then assuming that package is going into your image, you're not looking at an up to date image12:19
RPkanavin: Where did you tweak that out of interest? Is there some config somewhere? I'm a bit nervous that isn't in a repo somewhere :/12:22
_mac13_RP: Thanks a lot12:23
rburtonRP: i'll ask aaron12:23
RPrburton: I sent a patch out to remove it, I think we need to reimplement it. So speak quickly if its really needed12:24
rburtonodds are good that its not actually used12:24
rburtonif it is we'll just reimplement it12:24
*** tas <tas!~androirc@> has quit IRC12:26
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto12:27
*** _mac13_ <_mac13_!bc79005e@gateway/web/freenode/ip.> has quit IRC12:31
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:31
RPrburton: right, I think that would be the best way forward...12:31
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-sureuxukepndsikr> has quit IRC12:41
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-yaaiempmlfitoaqn> has joined #yocto12:42
nacknickrburton, what do you mean? which image?12:42
rburtonnacknick: the image you said you're building and looking in12:44
*** tas <tas!~androirc@> has joined #yocto12:46
*** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.> has joined #yocto12:46
ak77how to approach this: I have recipe with package A (and B), by default in image recipes A is installed. but If I say I want B in local.conf, B would be installed and A not (rconflicts requires that A is removed from image recipe, rprovides for B to be A, causes B to be installed even if not asked for)12:46
LetoThe2ndak77: have them both provide some virtual thing12:47
rburtonyeah that12:47
LetoThe2ndthen its PREFERRED_PROVIDER="asdfasdf" to select the desired one12:48
ak77thank you, let me check that12:49
rburtonwell, no, that would select between *recipes*12:50
LetoThe2ndmeh, its PREFERRED_PROVIDER_virtual/yourthing="asdfasdf" to select the desired one12:51
rburtonthe description suggests that there is a single recipe writing multiple packages12:51
LetoThe2ndhmmmm ok, then its probably rather some form of distro feature12:51
rburtonak77: can you clarify?12:51
rburtonno much easier way to solve it12:52
rburtonone recipe producing alternative packages, or many recipes?12:54
ak77I have many each providing ${PN}, and ${PN}-dbg... they all inherit from a custom class.12:54
ak77many recipes12:54
rburtonright PREFERRED_PROVIDER then12:54
rburtonrecipe eg foo-fast RPROVIDES foo, foo-slow RPROVIDES foo12:55
rburtonimage RDEPENDS on foo12:55
ak77all good. but we found a way to proxy call those "executables" in ${PN} packages. to install "proxy" we have ${PN}-extsrc, but that should exclude original ${PN}12:55
rburtonfoo-slow foo-fast should have identical paths in so they're drop-in changes12:56
rburtonthen PREFERRED_PROVIDER_foo = foo-fast12:56
ak77yeah, I get it now. but don't like it. It's development only package, and I don't wanna equip (many) recipes with this mechanism just because of development12:57
rburtonso just have the extra recipe rprovide the original names and use preferred provider to swap12:57
rburtonyou can install foo in an image but have foo redirected to foo-somethingelse even if there's a foo recipe alrady12:58
rburtonits just not as obvious12:58
ak77why extra recipe? with original recipe and (already present) custom class I can add second providers for all of them12:59
rburtonyou said there were multiple recipes12:59
rburtonwhy don't you explain what you're *actually* trying to do12:59
ak77the web user interface if built of many parts that are compiled (webpacked,...) by custom class that many recipes inherit13:01
tasHello! In the standard project yocto/poky , by default the cross-compiler is built without sanitizers? Can you tell me how to fix this, so that packages, that get into the image csn be builded with -fsanitize options?13:01
*** kpo <kpo!~bob@> has quit IRC13:02
ak77so, each recipe provides a package that provides piece of compiled js code. ... custom index.html handler collects them all and serves them. so far so good.13:02
ak77we got a way to change one piece of such js code with something that proxies a call outside of emulator to an instance that runs on host computer - faster and easier development13:03
ak77so, now I wanted to add some code to this custom class that all such recipes inherit to provide alternative package with proxy functionality instead of real piece of js code13:04
ak77rburton: does that make sense?13:04
rburtonjust have foo-proxy rprovide foo13:04
rburtonthen i think prepending foo-proxy to IMAGE_INSTALL will force that one in13:05
ak77rburton: I observe other problem. all I get is these proxy packages13:05
ak77RDEPENDS_${PN}-extsrc_remove = "${PN}" RPROVIDES_${PN}-extsrc = "${PN}" RREPLACES_${PN}-extsrc = "${PN}"13:06
ak77uh.. RREPLACES might be the problem13:06
*** ranran <ranran!051ca688@gateway/web/freenode/ip.> has joined #yocto13:06
ranranhi, is it possible to static build qt5 libraries ?13:07
rburtonak77: there's no default dependency on PN unless you've added it yourself so the first remove is redundant13:07
ranranI need to build a standalone qt application, so that it loads faster, does qt gives the option to build libs as static ?13:09
*** sagivd <sagivd!51da2c11@gateway/web/freenode/ip.> has joined #yocto13:10
ranranI meant, does yocto gives the option to build qt libs as static13:10
kanavinRP: there is a custom config in auh.yoctoproject.org:/home/auh/build/updgrade-helper.conf13:12
kanavinRP: the repo has a config template13:12
sagivdHi, im trying to add password restrictions (minimum length, dictionary check, etc.) for a busybox-based device with yocto. libpam and cracklib are installed to the image, but it seems that all busybox applets related to this (adduser, login, etc.) ignore the pam modules.. I enabled CONFIG_PAM in busybox config. any idea what am i missing?13:13
sagivdi check if PAM modules are used by adding "password required pam_deny.so" to all /etc/pam.d/* files. if i understand correctly - this should cause errors to all running apps that use pam..13:14
*** hamis <hamis!~irfan@> has quit IRC13:14
rburtonranran: no idea about qt but if you don't pull in the no-static-libs.inc into your distro config then you should be getting static libraries13:15
rburtonranran: using that is the default in poky so if you're using that, then 1) that's why and 2) don't use poky, it's an example. make your own.13:15
RPkanavin: thanks13:17
kanavinRP: the auh repo still doesn't have your commit?13:19
ranranrburton: thanks, I do find it in source files  no-static-libs.inc , so i will try to remove it, and see if static libs are created ?13:23
ranranrburton: it should also create the host libraries as required (we build the qt application in host) ?13:23
ak77rburton: thank you. RPOVIDES_${PN}-proxy = "${PN}" works as advertised13:23
RPkanavin: it does now :)13:26
kanavinRP: cheers, we'll find out in a month if it works as advertised :)13:27
RPkanavin: lets hope so...13:29
RPkanavin: definitely think this is the way forward though13:29
kanavinRP: certainly, I just need to further improve AUH to print something that resembles the old csv13:30
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC13:36
*** derkling <derkling!~derkling@> has joined #yocto13:40
*** kpo <kpo!~bob@> has joined #yocto13:41
tas(tas) Hello! In the standard project yocto/poky , by default the cross-compiler is built without sanitizers? Can you tell me how to fix this, so that packages, that get into the image csn be builded with -fsanitize options?13:41
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto13:44
rburtontas: i'm guessing, depend on gcc-sanitizers13:44
tasrburton: gcc-sanutizers builded like package by cross-compiler for runtime to image13:47
tasBut how to add sanitizers to cross-compiler components13:48
tasAnd build other packages with sanitize-options13:48
rburtonadd the args to CFLAGS13:50
neverpanictas: Add DEPENDS += "gcc-sanitizers", add CFLAGS += "-fsanitize=something" LDFLAGS += "-fsanitize=something".13:50
neverpanicWorked fine for me last time I tried it.13:50
tasneverpanic: Ok, thank you, I try this!13:51
tasBut what about linking to sanitize-libs during cross-compiling?13:53
tasCross-compiler by default don't have libsanitizers13:53
neverpanicThat's why you also need to put it in LDFLAGS and why you're specifying DEPENDS += "gcc-sanitizers"; that provides the libraries.13:55
*** ranran <ranran!051ca688@gateway/web/freenode/ip.> has quit IRC14:11
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC14:19
nacknickdoes someone know where the executable binaries got their name? for instance, vim, called "vim.vim" inside image/ folder. why ".vim"?14:20
*** marka <marka!~masselst@> has joined #yocto14:20
*** kpo <kpo!~bob@> has quit IRC14:23
*** jkliemann <jkliemann!~jk@> has quit IRC14:31
yoctiNew news from stackoverflow: External Keypad - General Purpose Input (GPI) Events <https://stackoverflow.com/questions/53834904/external-keypad-general-purpose-input-gpi-events>14:31
neverpanicnacknick: update-alternatives.bbclass14:38
*** Amit_T <Amit_T!~amit@> has joined #yocto14:39
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC14:48
*** tas <tas!~androirc@> has quit IRC14:48
*** tas <tas!~androirc@> has joined #yocto14:48
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto14:50
*** cquast <cquast!~cquast@> has quit IRC15:02
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC15:02
*** cquast <cquast!~cquast@> has joined #yocto15:04
*** kpo <kpo!~bob@piq58.internetdsl.tpnet.pl> has joined #yocto15:13
*** jobroe <jobroe!~manjaro-u@> has quit IRC15:22
*** kpo <kpo!~bob@piq58.internetdsl.tpnet.pl> has quit IRC15:33
*** tas <tas!~androirc@> has quit IRC15:43
JPEWIs there a YPTM today?15:48
*** cquast <cquast!~cquast@> has quit IRC15:49
*** cquast <cquast!~cquast@> has joined #yocto15:51
rburtonJPEW: not according to my calendar15:51
rburton(first tuesday of the month)15:51
*** ant_work <ant_work!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC16:01
RPJPEW: no, I don't think so16:01
JPEWOk, thanks16:02
RPJPEW: did you see whether still need the close at fork pieces?16:02
RPJPEW: would love to get the tests in too but they depend on the close at fork bits16:02
JPEWCorrect. I will try without.... I can split the tests up too16:02
RPJPEW: that would be great. I'd rather not have that complexity if we don't need it16:11
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:20
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC16:26
*** heili9 <heili9!~heili@93-136-240-200.adsl.net.t-com.hr> has joined #yocto16:34
*** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has quit IRC16:38
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:e9e3:f1d4:5069:2f6a> has left #yocto16:41
*** tprrt <tprrt!~tprrt@> has quit IRC16:45
khemRP: libmpx is removed from gcc-9 I was wondering if we should disable it on gcc8 as well. Only x86 targets enable it16:52
khemsee http://git.openembedded.org/openembedded-core-contrib/commit/?h=yoe/mut&id=2a49d60859e0319683281d98513dad2ddf7b326516:52
RPkhem: lets just remove it16:53
khemright now, I am doing it gcc9 specific way but I guess intel stopped supporting it long time ago16:53
khemaddress sanitizers are better I guess than mpx16:54
RPkhem: I have an interesting experiment. I removed virtual/${TARGET_PREFIX}libc-for-gcc from DEPENDS in gcc-cross.inc16:54
RPkhem: things still appear to work16:54
*** cquast <cquast!~cquast@> has quit IRC16:55
RPkhem: need to run more tests but...16:55
khemRP: hmm indeed but since we do have dummy .so as part of libc-initial we might be ok17:00
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:00
RPkhem: hmm, it did blow up now. I guess need clean sysroots to test this17:01
khemRP: and finally gcc9 has also deleted spe port from its sourcs17:02
*** frsc <frsc!~frsc@2003:a:a75:a900:97e1:97fc:4516:6f17> has quit IRC17:04
*** fl0v0 <fl0v0!~fvo@> has quit IRC17:05
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC17:06
*** marka <marka!~masselst@> has quit IRC17:17
khemRP: I sent a fix for x32 issue for libxcrypt, upstream is waiting on runtime tests, do we have h/w testing for x32 in AB or elsewhere17:20
*** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has quit IRC17:21
*** rcw <rcw!~rcw@> has joined #yocto17:23
*** lusus <lusus!~lusus@> has quit IRC17:33
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto17:36
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto18:08
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC18:09
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ebgepziietcsijil> has quit IRC18:13
*** sno <sno!~sno@2a01:598:8187:f519:31a0:ccb4:aa7c:8da> has joined #yocto18:18
*** armpit <armpit!~armpit@2601:202:4180:c33:4046:e18:b323:c80d> has quit IRC18:25
*** sno <sno!~sno@2a01:598:8187:f519:31a0:ccb4:aa7c:8da> has quit IRC18:27
*** Amit_T <Amit_T!~amit@> has quit IRC18:45
*** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto18:49
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-yaaiempmlfitoaqn> has quit IRC18:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:56
*** Aethenelle <Aethenelle!~Aethenell@gateway/shell/panicbnc/x-sxvjukbpnbmsmowq> has joined #yocto18:57
yoctiNew news from stackoverflow: Adding DISTRO_FEATURES to image bitbake recipe <https://stackoverflow.com/questions/53839166/adding-distro-features-to-image-bitbake-recipe>19:02
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto19:07
*** Aethenelle <Aethenelle!~Aethenell@gateway/shell/panicbnc/x-sxvjukbpnbmsmowq> has quit IRC19:08
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC19:13
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto19:16
RPkhem: I tested and merged it! :)19:18
*** OutBackDingo_ <OutBackDingo_!~quassel@unaffiliated/outbackdingo> has joined #yocto19:18
RPkhem: Any h/w testing would be done by Intel QA rburton?19:19
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC19:21
*** OutBackDingo_ <OutBackDingo_!~quassel@unaffiliated/outbackdingo> has quit IRC19:26
derRichardwhat is yocto trying to say me? http://paste.debian.net/plain/105645019:28
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto19:28
derRichardException: TypeError: can only concatenate list (not "str") to list19:28
derRichardreads like a deep internal error in some python fu19:28
*** OutBackDingo_ <OutBackDingo_!~quassel@unaffiliated/outbackdingo> has joined #yocto19:29
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto19:31
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC19:32
*** _csg <_csg!~csg@> has joined #yocto19:41
derRichardbuilding the ext_sdk works19:42
derRichardhmm, seems to have something to do with locale settings. wtf..19:51
RPkhem: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=9640c4d25019188b9c69eb9b5b286ba287dd82fc seems to work...20:08
RPfray: the above removes the site_cache piece as I couldn't make that work without -initial :(20:10
RPrburton: ^^^20:10
RPderRichard: its saying you tried to do str() + list()20:11
RPderRichard: i.e. "foo" + ["bar"]20:11
derRichardRP: yeah, but what does that mean in terms of yocto? :D20:12
RPderRichard: I'd have to look at the code to figure that out20:12
derRichardthe code is:  pkgs = fnmatch.filter(pm.list_installed(), "nativesdk-glibc-binary-localedata-*.utf-8")20:13
derRichardso, what fnmatch.filter returns is not what the install function expects20:13
frayRP, ya I don't think there are any issues w/ ditching -initial..  just have to figure out about the site-cache.. I know we can still reasonably generate it w/o glibc..  just may have to be done in a couple of steps.. (or we don't generate, but just hard code the values completely)20:13
derRichardcan it be that fnmatch.filter(pm.list_installed(), "nativesdk-glibc-binary-localedata-*.utf-8") returns a single string instead of a list of strings?20:14
*** georgem <georgem!~georgem@> has quit IRC20:23
*** georgem <georgem!~georgem@> has joined #yocto20:25
*** Crofton_ <Crofton_!~Crofton@2607:fb90:1781:7515:2677:3ff:fe8f:418> has joined #yocto20:28
RPderRichard: my python gets weak there20:28
derRichardyes :(20:29
derRichardi'm currently reviewing my locales settings20:29
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto20:30
derRichardmy snake fu is also weak ;)20:35
rburtonkhem: tbh not sure, will find out re x3220:40
*** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has quit IRC20:41
*** ant_home <ant_home!~ant__@host182-253-dynamic.48-82-r.retail.telecomitalia.it> has joined #yocto20:44
*** Crofton_ <Crofton_!~Crofton@2607:fb90:1781:7515:2677:3ff:fe8f:418> has quit IRC20:45
*** Carton__ <Carton__!~jo@> has joined #yocto20:46
*** armpit <armpit!~armpit@> has joined #yocto20:47
RPkhem: the only difference between a gcc-cross with libc in the depends and one without appears to be a single define in auto-host.h and differences in the limits.h files20:52
RPThere has to be a better way to do this20:52
*** Carton__ <Carton__!~jo@> has left #yocto20:56
frayI'm curious about hte limits.h file..20:57
RPfray: basically whether to recuse into a system provided file (we want the answer yes)20:58
RPno libc means no20:59
frayin some of these cases, we may be able to take the header from libc in order to generate libc.. (more or less what was being done before)... or even define them on an architectural basis (site-config like).. the catch with doing so is to verify the values are sane and don't break21:01
RPfray: "touch limits.h" may be enough21:04
frayyes it might..21:04
kergothhuh, interesting21:04
frayI've seen probles in the past where limits.h can get wrong values that filter through the build though... but that was a long time ago21:04
RPgcc only checks if it exists so a dummy one might work21:04
derRichardRP: found the problem, SDKIMAGE_LINGUAS was set to "non"21:05
RPthe key is we rebuild libgcc after glibc. With the separate build of libgcc we have, that is already covered21:05
derRichard* = "none"21:05
RPso the flow would be gcc-cross -> libgcc-initial -> glibc -> libgcc21:06
*** sagivd <sagivd!51da2c11@gateway/web/freenode/ip.> has quit IRC21:08
RPderRichard: would be nice to have better error checking for that21:12
*** martinkelly1 <martinkelly1!~martin@hq.xevo.com> has joined #yocto21:13
*** JaMa <JaMa!~martin@> has quit IRC21:13
derRichardRP: YES :-)21:13
derRichardRP: maybe time for my first patch21:14
*** martinkelly1 <martinkelly1!~martin@hq.xevo.com> has joined #yocto21:14
*** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC21:16
RPderRichard: sounds good to me!21:18
derRichardRP: on the other hand, is setting SDKIMAGE_LINGUAS to "none" an error? i thought this is legit21:37
derRichardIMAGE_LINGUAS="none" works too21:37
RPderRichard: good question. Its odd to have different behaviours21:38
derRichardi'll write to the mailinglist :)21:39
RPderRichard: let me have a look21:39
RPderRichard: what makes you say "none" is supported in IMAGE_LINGUAS ?21:41
RPderRichard: basically, "none" makes it add *locale-none to the image21:42
derRichardRP: in meta/classes/populate_sdk_base.bbclass i read21:45
derRichard# List of locales to install, or "all" for all of them, or unset for none.21:45
derRichardSDKIMAGE_LINGUAS ?= "all"21:45
RPderRichard: basically one is a soft glob where matching nothing doesn't matter, the other one gets upset if there are zero matches21:45
derRichardi assumed that "none" is also okay21:45
kergothit doesn't say to set it to none, it says it'll install none if it's unset21:45
derRichardhmm, you are perfectly right kergoth. i read "none" in the wrong way21:46
RPderRichard: I suspect if you put "foobar" into IMAGE_LIGUAS it will silently ignore it whilst SDKIMAGE_LINGUAS will error21:47
derRichardRP: yes.21:48
RPderRichard: Catching the error in the SDKIMAGE_LINGUAS case would still be prefereable21:48
derRichard...reading meta/lib/oe/sdk.py to find a sane way to warn stupid users like me :)21:49
RPderRichard: an "if not pkgs" in that function may be a start?21:54
RPderRichard: I'm getting flashbacks of a bug now :/21:54
derRichardmeta/lib/oe/package_manager.py has already some aid, but it does not help in this case21:56
derRichard        if len(pkgs) == 0:21:56
derRichard            return21:56
derRichard                for lang in linguas.split():21:57
derRichard                    pm.install("nativesdk-glibc-binary-localedata-%s.utf-8" % lang)21:57
derRichardthis fails21:58
derRichardin my case it aws nativesdk-glibc-binary-localedata-none.utf-821:58
derRichardbut this makes no sense21:58
* derRichard needs to think again21:58
RPderRichard: something isn't adding up here21:59
derRichardi have an idea, give me a few minutes21:59
*** martinkelly1 <martinkelly1!~martin@hq.xevo.com> has quit IRC22:02
*** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto22:03
derRichardRP: "none" is not the problem, SDKIMAGE_LINGUAS is broken for any values except "all". pm.install(pkg) expects pkgs being a list, the code in this function does [] + pkgs22:08
derRichardif pkgs is a string, it will explode like in my case22:08
derRichardinstall_locales() does:22:08
derRichard            # Install the binary locales22:08
derRichard            if linguas == "all":22:08
derRichard                pm.install_glob("nativesdk-glibc-binary-localedata-*.utf-8", sdk=True)22:08
derRichard            else:22:09
derRichard                for lang in linguas.split():22:09
derRichard                    pm.install("nativesdk-glibc-binary-localedata-%s.utf-8" % lang)22:09
derRichardthe "all" case is good. the "for lang in linguas.split()" case is broken for any inputs22:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:09
derRichardpm.install(["nativesdk-glibc-binary-localedata-%s.utf-8" % lang])22:09
derRichardshould to the trick22:10
*** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto22:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:11
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:12
*** rcw <rcw!~rcw@> has quit IRC22:17
derRichard67615e01751b ("rootfs_rpm.bbclass: migrate image creation to dnf")22:19
derRichardseems to be the first bad commit22:19
RPderRichard: yes, well spotted!22:29
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC22:42
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto22:42
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC22:47
derRichardRP: shall i file a bug or how to proceed?22:51
RPderRichard: send a patch?22:52
*** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC22:52
*** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto22:52
derRichardRP: ok22:53
paulgpatch.  Huh.  What is this primitive form of communication you speak of?22:53
* paulg runs22:53
derRichardpaulg: lol, you here :D22:54
RPpaulg: sent by courier on punch cards, obviously22:57
paulgWe all know it needs to be mag tapes in a station wagon!22:58
RPpaulg: never underestimate the bandwidth :)22:59
* paulg imagines all the millenials scratching their heads and googling what a station wagon is, let alone a mag tape.23:00
*** rburton <rburton!~rburton@> has quit IRC23:00
RPpaulg: punch cards is a drinking card game ;-)23:00
*** rburton <rburton!~rburton@> has joined #yocto23:00
_csgPeople think the wood panels were aesthetic, but its really just to avoid degaussing the car after the trip23:01
khemstation wagon is also called combi in some geographies23:03
khemRP: Are we working on switching qemuarm to armv7 cpu23:04
khemso it seems fedora is skipping next release so no f31 for a while23:04
khema year is a good cadence IMO. 6months is a lot more churn its just CI excercise in my opinion23:06
khemmaybe they will come to this revelation23:07
RPkhem: yes, jonmason is23:09
RPkhem: I'd be really interested on your take on these gcc bootstrap changes...23:13
RPhmm, making it to assertion failures is bad :}23:14
khemRP: are you trying to remove need for gcc-initial ?23:15
RPkhem: yes, wondered if it was possible23:17
RPkhem: trouble is the thread model is fixed inside gcc, libgcc-initial is single, libgcc is posix. We need libgcc-initial to build glibc. You need a "single" compiler to build libgcc-initial and a posix threaded one to build libgcc23:18
khemif there was no automake it was certainly, possible, we need to tame automake and we can23:18
RPkhem: let me share my hacks23:18
khemand automake always outsmarts me23:18
RPkhem: I'm not running into automake, I've beaten that23:19
*** _csg <_csg!~csg@> has quit IRC23:19
khemmaybe we can use newlib to bootstrap23:20
RPkhem: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=9640c4d25019188b9c69eb9b5b286ba287dd82fc builds and appears to work (drop glibc-initial)23:21
RPkhem: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=d51b162ee82ae2a4e2ed0a04006c959850f17620 doesn't work23:21
RPkhem: fails in glibc with missing liggcc_eh.a which is because I'm using the posix compiler with a "single" libgcc I hacked the makefiles to get23:22
khemcreate a symlink for libgcc_eh.a pointing to libgcc.a23:23
RPkhem: I did see the note at the bottom of http://www.linuxfromscratch.org/lfs/view/6.5/chapter05/gcc-pass1.html about a symlink but that causes assertion failures which can't be goof23:23
RPkhem: I tried that, assertion failures23:23
rburtonderRichard: patch to openembedded-core@lists.openembedded.org please23:24
RPkhem: frustrating as its close...23:24
RPor feels like it anyway23:24
khemare we usign --disable-shared23:25
RPkhem: for libgcc-initial, yes23:25
derRichardrburton: ups :)23:25
khemthats the reason that eh .a is not created23:26
khemits ok to symlink it23:26
khemglibc does not need any obects which are outsideof libgcc.a23:26
khemeventually we will have libgcc_s.so to do unwinding and eh23:26
derRichardrburton: why is poky@ wrong? the patch targets git://git.yoctoproject.org/poky23:26
khemlater in build23:26
RPkhem: then I guess there is some other problem causing the assertions23:27
khempoint me to assertions23:27
rburtonderRichard: blame RP (because poky is just bitbake+oe-core+others glued together)23:27
khempoky is a Japanese food23:27
* khem leave to pick kids23:27
derRichardrburton: ok :)23:28
RPkhem: https://pastebin.com/0B4F9si323:28
* RP is always to blame23:28
RPkhem: was using mips as I didn't have it in the local cache23:29
armpitkhem, poky is Hawaiian !!23:29
rburtonarmpit: pokey was a sweet from tokyo (iirc)23:29
RPrburton: pocky ;-)23:29
rburtonbah close23:30
derRichardpatch sent23:30
* derRichard needs some sleep23:30
derRichardgn8 guys and thanks for all your help!23:30
RPderRichard: thanks!23:30
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto23:33
*** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC23:33
*** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto23:34
armpitsorry poke.. all sounds the same23:36
*** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has quit IRC23:39
* paulg has nightmare flashbacks to peek/poke in Commodore Basic.23:40
*** rotaerk2 <rotaerk2!~rotaerk@> has joined #yocto23:40
RPpaulg: seems to be a day for flashbacks23:43
* RP was spectrum basic23:44
*** rotaerk2 <rotaerk2!~rotaerk@> has quit IRC23:44
* paulg was Commodore C=64 basic23:45
*** dejanr <dejanr!~dejanr@> has joined #yocto23:53
*** abelal <abelal!~quassel@> has quit IRC23:55
*** abelal <abelal!~quassel@> has joined #yocto23:56
RPkhem: would you believe that could be broken ifunc support on mips...23:57
RPit just compiled. /me looks at it sceptically23:58
*** dejanr <dejanr!~dejanr@> has quit IRC23:58

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