Friday, 2020-02-14

*** sgw <sgw!~sgw@> has quit IRC00:06
*** vineela <vineela!~vtummala@> has quit IRC00:25
*** ericch <ericch!> has quit IRC00:39
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto01:01
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC01:02
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC01:08
mischiefwhat is the right way to add a dependency on lvm2-udevrules to cryptsetupp from meta-openembedded? the cryptsetup tools seem to need the lvm2 udev rules for devicemapper, otherwise they hang waiting for udev notifications.01:17
*** JaMa <JaMa!~martin@> has quit IRC01:21
*** vineela <vineela!~vtummala@> has joined #yocto01:47
khemRP: I am not sure whats going on, since I use same computer to send patches01:53
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:22
*** gep <gep!> has joined #yocto02:34
*** dev1990 <dev1990!> has quit IRC02:59
*** goliath <goliath!> has quit IRC03:19
*** vineela <vineela!~vtummala@> has quit IRC03:21
*** gpanders <gpanders!> has joined #yocto03:34
*** gpanders <gpanders!> has left #yocto03:35
*** sonuabraham <sonuabraham!7c13382a@> has joined #yocto03:52
sonuabrahamHello .. I am trying to use opkg package management in one of our products. I wanted to know if I compile a  new application A , if there is any bitbake command to know the list of .ipk files which will be generated along with the dependent .ipk files which is required for installing the package on target without causing any dependency issues.03:56
khemsonuabraham: if you express the right dependencies then packager will do the right thing03:59
khemdependencies in .bb file that is, then there is a shlibs component which will automatically add deps on shared libs its linking to and add it to ipk metadata04:00
khemif it still misses then you can specify those using rdepends in .bb file to express what it needs during runtime04:01
khemperhaps you can use buildhistory to get that information where you build an image with buildhistory enabled and then add package A to IMAGE_INSTALL of image and build image again04:05
sonuabrahamThanks khem for the reponse .. my requirement is that when I create a new app , I want to move the newly created .ipk file for the app and all its dependent .ipk files to a new folder .. I want to know if there is a method to get the list of .ipk files and all the dependent ipk files which are generated newly04:05
khemthen see buildhistory and it will record the new packages added to image04:05
khemright, I understand your usecase04:06
khemperhaps buildhistory route is something you can tool around04:06
sonuabrahamWe want to send only the newly created .ipk files and the dependent .ipk files to our customer04:06
sonuabrahamwill give a try using buildhistory ..04:07
khemyes ideally, opkg and other package management tools are tuned to use a feedserver mechanism04:07
khemto distribute s/w04:07
khemand that will be easy if you have a feedserver then you can just push the newly generated feeds into feedserver04:08
khembut then these feedserevers talk to devices directly, which might not be what your customers want04:08
sonuabrahamyes exactly .. our customer wants all the updated files(.ipks) in a compressed format and our custom package manager will extract the compressed file and call opkg to install/upgrade the packages ...04:09
*** dreyna <dreyna!> has quit IRC04:11
gepHello, I'm having an issue with my do_compile() for a recipe that relies on the cuda library. I have nvcc (the nvidia cuda compiler) in the path, but bitbake is throwing an error when I get to the do_compile() saying that nvcc is not found. Any ideas?04:12
gepI'm new to Yocto, so be gentle, thanks.04:12
sonuabrahamIs there any bitbake command to get the list of dependent packages for a package.. I found thee following command [ bitbake -g image-name  && cat pn-buildlist | grep -ve "native" | sort | uniq] to get the list of dependent packages for an image.. wast trying to find our if there is one for packages as well ..04:13
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:29
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has quit IRC05:07
*** dreyna <dreyna!> has joined #yocto05:29
*** d0oml0rd <d0oml0rd!> has quit IRC05:30
*** kroon <kroon!~kroon@> has joined #yocto05:36
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC05:38
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto05:39
*** khem <khem!~khem@unaffiliated/khem> has quit IRC05:43
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto05:58
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto06:04
*** ibinderwolf <ibinderwolf!> has joined #yocto06:06
*** xtron <xtron!~xtron@> has joined #yocto06:14
*** gep <gep!> has quit IRC06:15
*** |Sno| <|Sno|!> has quit IRC06:17
*** AndersD <AndersD!> has joined #yocto06:27
*** jobroe <jobroe!~manjaro-u@> has joined #yocto06:28
*** pharaon2502 <pharaon2502!> has joined #yocto06:32
yoctiNew news from stackoverflow: Yocto Package have unmet dependencies while installing deb file <>06:41
*** dreyna <dreyna!> has quit IRC06:42
*** opennandra <opennandra!> has joined #yocto07:03
*** AndersD <AndersD!> has quit IRC07:22
*** agust <agust!> has joined #yocto07:24
*** |Sno| <|Sno|!~sno@> has joined #yocto07:30
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:32
*** pohly <pohly!> has joined #yocto07:33
*** TobSnyder <TobSnyder!> has joined #yocto07:37
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto07:45
*** guerinoni <guerinoni!> has joined #yocto07:51
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC07:52
*** Dracos-Carazza <Dracos-Carazza!> has quit IRC07:55
*** Dracos-Carazza <Dracos-Carazza!> has joined #yocto07:55
*** m1ster_r0b0t <m1ster_r0b0t!> has quit IRC07:55
*** nerdboy <nerdboy!~sarnold@> has joined #yocto08:01
*** nerdboy <nerdboy!~sarnold@> has quit IRC08:01
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto08:01
*** locutus_ <locutus_!~LocutusOf@> has quit IRC08:05
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto08:05
*** yacar_ <yacar_!> has joined #yocto08:05
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:06
yoctiNew news from stackoverflow: Jenkins setup to work with different projects managed with the repo tool <>08:11
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto08:12
*** falk0n <falk0n!> has quit IRC08:16
*** opennandra <opennandra!> has quit IRC08:17
*** locutus__ <locutus__!~LocutusOf@> has joined #yocto08:36
*** locutus_ <locutus_!~LocutusOf@> has quit IRC08:36
*** locutus__ <locutus__!~LocutusOf@> has quit IRC08:48
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/> has joined #yocto08:50
*** mckoan|away is now known as mckoan08:50
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC08:55
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto08:55
*** yacar_ <yacar_!> has quit IRC08:56
*** locutus__ <locutus__!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto08:57
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has quit IRC09:00
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC09:00
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC09:01
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto09:03
LetoThe2nderbo: hehe, awesome example to confirm my no-more-SO decision.09:05
erboLetoThe2nd: :D09:07
LetoThe2nderbo: my condolences.09:09
*** kroon <kroon!~kroon@> has quit IRC09:12
erboLetoThe2nd: I just make sure I only answer/comment on SO when I'm relaxed enough to handle any type of questions.09:14
LetoThe2nderbo: did you read my "article"?09:15
erboNo, link please? :)09:15
LetoThe2ndthe problem is the questions in itself. but the procedures that emerge specifically on SO09:16
erboWell written09:23
*** falk0n <falk0n!> has joined #yocto09:25
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has joined #yocto09:30
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:32
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC09:36
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto09:36
mcfriskuh, busybox and systemd debug packages are empty in zeus. Did something change in the default build flags and -g is no longer there?09:45
RPmcfrisk: default haven't changed and we should have had warnings if they were stripped09:52
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto09:52
*** yangm <yangm!yanyetanot@gateway/shell/> has joined #yocto09:52
*** bachp <bachp!bachpmatri@gateway/shell/> has joined #yocto09:52
*** k4wsys[m] <k4wsys[m]!k4wsysmatr@gateway/shell/> has joined #yocto09:52
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has joined #yocto09:53
*** silviof <silviof!silv-iomat@gateway/shell/> has joined #yocto09:53
*** yangm97 <yangm97!yangm97mat@gateway/shell/> has joined #yocto09:53
*** yacar_ <yacar_!> has joined #yocto09:56
*** NiksDev <NiksDev!~NiksDev@> has quit IRC09:56
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto09:56
mcfriskRP: ok, I'll investigate now on two different BSPs why these debug symbols are not there..09:57
*** falk0n <falk0n!> has quit IRC09:59
mcfriskfound a custom bbclass which is robbing debug symbols to a different binary package. no problems in zeus itself..10:09
*** jmiehe <jmiehe!> has joined #yocto10:11
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC10:12
*** florian_kc is now known as florian10:22
RPmcfrisk: ok, glad it wasn't anything we did :)10:23
*** Net147 <Net147!> has joined #yocto10:23
*** Net147 <Net147!> has quit IRC10:26
*** rburton <rburton!~rburton@> has joined #yocto10:27
*** FrazerClews <FrazerClews!> has quit IRC10:27
*** Net147 <Net147!> has joined #yocto10:28
*** FrazerClews <FrazerClews!> has joined #yocto10:28
*** hpsy <hpsy!~hpsy@> has joined #yocto10:37
*** pharaon2502 <pharaon2502!> has quit IRC10:41
yoctiNew news from stackoverflow: Setting Linux Capabilities in Yocto ext4 Image <>10:41
*** pharaon2502 <pharaon2502!> has joined #yocto10:42
mcfriskRP: well, the same bbclass works well in sumo but robs all debug symbols to different binary package in zeus. something changed in -dbg handling..10:48
RPmcfrisk: that is certainly possible...10:48
* RP can't remember when we reworked debug handling but we did at one point10:49
*** JaMa <JaMa!~martin@> has joined #yocto10:55
yoctiNew news from stackoverflow: yocto poky-tiny does not create rcS symbolic links <>11:11
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC11:12
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:17
*** luneff <luneff!~yury@> has joined #yocto11:25
FrazerClewshi, me and my colleague are upgrading from krogoth to zeus, but systemd-random-seed.service is much slower with the same pool size of 4096, we've gone from 21ms to 1.245s, on zeus with a pool size of 8192, we get 368ms, but still a far cry from 21ms, has anyone got any ideas?11:28
milloniwell, that was quick11:30
FrazerClewsthanks for the help11:31
Ad0seems like VOLATILE_BINDS is only executed if readonly rootfs is enabled, is it possible to force it (want to retain writable rootfs till every issue is ironed out)11:32
milloniLetoThe2nd: why is this a problem only after the upgrade?11:34
LetoThe2ndmilloni: i *guess* that the upgrade brought a new kernel and/or systemd version (the latter almost for sure), and this has probably caused it.11:36
millonisame kernel, different systemd - but why would a newer systemd have this problem?11:36
*** yacar_ <yacar_!> has quit IRC11:37
LetoThe2ndmilloni: you're looking at it the wrong way. they probably realized that some way of getting random that they used so far has cryptographic weaknesses, and therefore "improved" the behaviour.11:37
LetoThe2ndmilloni: which can, in turn, then have such side effects.11:38
milloniack, thanks11:38
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto11:53
*** troels <troels!98731f04@> has joined #yocto11:56
*** khem <khem!~khem@unaffiliated/khem> has quit IRC11:57
perdmanni dont get any response in #u-boot. I cannot compile the "ubi" command tools into u-boot.12:01
*** Zajc <Zajc!> has quit IRC12:02
*** wbn <wbn!> has quit IRC12:02
*** Zajc <Zajc!> has joined #yocto12:02
*** wbn <wbn!> has joined #yocto12:03
*** goliath <goliath!> has joined #yocto12:17
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC12:20
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto12:21
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto12:22
troelsHi. I'm having a problem where i'm building a kernel image for a Machiattobin board. The Image binary i get from my yocto recipe that uses "" doesn't boot, but if i use "make Image" in the same code, with the same config, with an sdk i generated from yocto, it boots. Does anyone have an idea on how to find the problem?12:29
perdmanntroels are you sure that it uses the same dts and the same defconfig?12:30
perdmannIn my code yocto replaces the defconfig12:30
troelsI'm not copying the dts to the board, so i'm using the same dtb for both.12:31
troelsFor the defconfig, i let yocto config the build directory and generate the .config. Then i go into the work directory and call "make Image" after sourcing the sdk12:32
troelsBut i'll go through it again to double check12:33
*** yacar_ <yacar_!> has joined #yocto12:43
*** yacar_ <yacar_!> has quit IRC12:49
troelsOkay, i did a do_configure, then i went into the directory and did make Image directly and that image did not boot. So there is probably something different with the config12:50
*** luneff <luneff!~yury@> has quit IRC12:55
*** yacar_ <yacar_!> has joined #yocto12:56
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC13:01
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto13:04
marex-cloudperdmann: uboot iirc isn't free of charge 24/7 support for archaic vendor uboot forks patched to oblivion, sorry, try mainline and report back13:09
erboperdmann: do you have CONFIG_MTD_PARTITIONS enabled?13:26
dl9pfRP: ping13:29
dl9pfI see no master branch :
RPdl9pf: hi13:31
RPdl9pf: halstead is looking into it13:33
RPdl9pf: it is there, just not in the web view13:33
stkw0hi. I have some problems with menuconfig option when configuring the linux kernel. For example I can't remove the text of the save/load option. Is that a bug or some incompatibility with my terminal emulator?13:34
halsteaddl9pf, I updated cgit and I'm still working out problems. Thank you for the report.13:34
dl9pfhalstead: ah roger !13:34
*** dev1990 <dev1990!> has joined #yocto13:35
dl9pfquestion on "bitbake-layers layerindex-fetch -b zeus meta-xyz": it should checkout the zeus branch ... but as it stands it will clone master13:36
RPdl9pf: that sounds like a bug :(13:37
dl9pfok ... bugzilla ?13:37
RPdl9pf: or a patch to fix it? :)13:37
* RP can ask, right? :)13:38
dl9pfyes, let me scratch that itch ...13:38
fullstopHow is "Poky" pronounced?  I was watching a video where Tim Orling was pronouncing it like this but I thought that it was more like this
rburtonfullstop: even the first engineers disagreed over the name pronouncination :)13:47
RPrburton: haha13:48
marex-cloudrburton: how is Årmströng pronounced? ;)13:48
rburtonRP: how did mallum pronounce it? surely his way wins13:48
marex-cloudTypo intended13:48
rburtonmarex-cloud: when i say it, badly ;)13:48
fullstopThat's fantastic13:48
halsteaddl9pf, master is listed again
RPfullstop: it was named with sugar/candy in mind13:48
fullstopTake that, Tim!13:49
rburtonyeah i still say pokeey13:49
marex-cloudRP: and yet, the experience can sometimes be so bitter ;)13:49
RPrburton: you're wrong ;-)13:49
fullstopI'm happy to be wrong here13:50
RPjonmason: good question for you!13:50
fullstopIt's sweet, yes, but definitely more flexible.13:50
*** marquiz <marquiz!~marquiz@> has joined #yocto13:51
fullstopI'm going to migrate from warrior -> zeus today.  Wish me luck.13:51
RPfullstop: good luck, hopefully not too painful for that transition13:51
fullstopIt's my personal layers that I wonder about.. but those should be easy enough to fix if there are problems.13:52
fullstopThis thing isn't live yet, so I'd like to get as current as possible before I'm stuck on a particular branch.13:52
fullstopI think things will ship before 3.1, unfortunately.13:53
*** locutus__ <locutus__!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has quit IRC13:55
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto13:55
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto13:55
*** guerinoni <guerinoni!> has quit IRC13:56
*** guerinoni <guerinoni!> has joined #yocto13:57
jonmasonRP: which question is this?  Poky pronunciation or layerindex-fetch?13:57
RPjonmason: poky pronunciation!13:58
jonmasonhaha.  The Candy is pronounced "Pock-ee"13:59
roussinmjonmason: Puck-ee?13:59
RPjonmason: which is how I'd pronounce it14:00
marex-cloudjonmason: pokki- , no?14:00
fullstop...but in my head I'll always picture gumby when I think of yocto.14:00
marex-cloudjonmason: it's Japanese14:00
*** troels <troels!98731f04@> has quit IRC14:01
fullstopMy kids love that stuff.  Sometimes we'll split a package, so ~11 sticks per person.  They just about died from outrage when I bit the tops off of 11 at once instead of eating them one at a time.14:01
RPhmm, make your git tree mid rebase, then "bitbake pinentry" and it fails with m4 failures14:02
*** banoli <banoli!~cpastore@> has joined #yocto14:09
halsteadI need to reboot the new git server to increase the available memory. We are dropping connections to git clients.14:11
frosteyesI have issues with - halstead is this the one you are talking about?14:13
halsteadfrosteyes, Yes. It's resizing. Back online very soon.14:14
frosteyesCool :)14:14
halsteadfrosteyes, Back up and very responsive.14:18
*** jmiehe <jmiehe!> has quit IRC14:18
frosteyesNice. I have it now :)14:19
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto14:19
*** stephano <stephano!> has joined #yocto14:23
*** comptroller <comptroller!> has joined #yocto14:25
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/> has quit IRC14:26
*** pharaon2502 <pharaon2502!> has quit IRC14:29
dl9pfRP: mischief managed @
dl9pfshould be go into zeus at least as well.14:29
RPdl9pf: thanks!14:31
dl9pfwell, wait for v2 ;)14:31
RPah, one of those kinds of patches14:32
dl9pfcan LAYERSERIES_CORENAMES be multiple14:32
RPdl9pf: I think so14:33
dl9pfin well, not sure how that should be multiple in that context but ok.14:34
*** tgamblin <tgamblin!> has quit IRC14:39
*** tgamblin <tgamblin!> has joined #yocto14:39
*** m1ster_r0b0t <m1ster_r0b0t!> has joined #yocto14:47
dl9pfv2 out14:49
dl9pfI don't know how to handle multiple LAYERSERIES_CORENAMES if we should clone a matching/specific git branch. Or should we use always the last entry ?14:51
dl9pfbasically branches[-1] ?14:52
dl9pfthis would be the magic best guess14:53
RPdl9pf: I'd also guess at [-1]14:54
dl9pfok happy to try that14:54
dl9pfRP: all the debug messages in there do not show with -d14:59
RPdl9pf: pass. Probably missing some logger init code? :/15:02
RPour logging needs work :/15:02
*** ericch <ericch!> has joined #yocto15:07
*** gaston48 <gaston48!c5f02991@> has joined #yocto15:08
gaston48Hello, I have built Linux operating system image using the YOCTO project. I am using this image on my embedded board. In order to connect with my board from my computer I need to use SSH server. So, is there anyone here who can tell me How to install the OpenSSH server in the linux image ?15:11
rburtoneasiest: add ssh-server-openssh or ssh-server-dropbear to IMAGE_FEATURES and build a new one15:14
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC15:15
gaston48rburton In local.conf file I add this line ?   IMAGE_FEATURES += "ssh-server-openssh"15:17
rburtonadding to EXTRA_IMAGE_FEATURES is neater15:20
*** yann <yann!~yann@> has quit IRC15:21
gaston48rburton Okey thank you! And then after booting, in order to start the server, I have just to type : service ssh start15:22
RPrburton: should start automatically if its installed15:28
RPgaston48: ^^^15:28
gaston48rburton Thank you :D15:29
*** yacar_ <yacar_!> has quit IRC15:30
*** ibinderwolf <ibinderwolf!> has quit IRC15:35
*** hpsy <hpsy!~hpsy@> has quit IRC15:36
RPzeddii: :/15:36
*** Ugh <Ugh!94457f76@> has joined #yocto15:41
*** ikhorn <ikhorn!ikhorn@gateway/shell/linaro/x-uwwkndctuathkbsy> has joined #yocto15:41
*** gaston48 <gaston48!c5f02991@> has quit IRC15:41
*** gep <gep!> has joined #yocto15:46
*** tgamblin <tgamblin!> has quit IRC15:47
*** tgamblin <tgamblin!> has joined #yocto15:47
UghHi. I'm using an old yocto build (poky-morty), and am trying to find where the /dev/ dir is populated. It only creates mmcblkp0 up to 7, and i need to add more. Can someone please point me to the right direction?15:48
Ughikhorn: tgamblin tgamblin ugh ugh15:49
*** jani191 <jani191!> has joined #yocto15:50
jani191In Yocto Project Application Development and the Extensible Software Development Kit(eSDK) Manual, Appendix A.2.  6. Building an SDK Installer says the following:15:50
jani191"To build the SDK installer for a standard SDK and populate the SDK image"15:50
jani191what do they mean by "populate the SDK image" ?15:50
jani191After running 'bitbake image -c populate_sdk' command, sdk folder was created in my build/tmp/deploy/sdk.  In this folder there is .sh script.  This script15:50
jani191is SDK  installer but what do they mean by 'and populate the SDK image'?  What SDK image?15:50
fullstopdang, I should have cleaned when going from 2.7 -> 3.0.15:51
*** TobSnyder <TobSnyder!> has quit IRC15:57
tgamblinUgh: ?15:57
*** jobroe <jobroe!~manjaro-u@> has quit IRC15:57
Ughsorry, using web client and missclicked15:58
*** tgamblin <tgamblin!> has quit IRC16:05
*** tgamblin <tgamblin!> has joined #yocto16:05
khemRP: you also need busybox patch for musl to work16:06
khemit seems you forgot to pick that up16:07
*** maudat <maudat!~moda@> has joined #yocto16:07
RPkhem: no, I dropped musl since the busybox didn't apply16:14
khemagain ?16:15
khemI think it could be utf-8 then16:15
RPkhem: the resend version didn't come through when I looked at email16:15
khemshows here
khemso it definitely left my outbox16:16
RPkhem: right, its here now. It just wasn't earlier when I looked at patches16:16
RPkhem: testing it16:16
RPkhem: ok, busybox fails to apply when applied from email16:17
* RP can try from git16:17
khemok, I have many threads in my mind so I can be wrong too :)16:17
khemRP: for the cpio/mips64 issue I think we should ask cisco to help16:18
RPkhem: there is something wrong with this patch as even pulling it from your branch doesn't change anything16:18
khemI dont have access to mips64 system and it seems to work ok for other arches16:18
khemreally ?16:18
khemit has been applying fine on my builds across debian10 and ubuntu 18.0416:20
khemwhats the OS on the box where it fails16:21
RPkhem: your patch has "suppor the" in it whilst it should have "support the"16:21
RPkhem: if I fix that it applies16:21
RPkhem: can't see how it applies ;-)16:22
khemok go for it16:22
khemits perhaps patch versions, I have had this issue between ubuntu 12.04 and 14.04 like 5 years ago16:23
RPkhem: ok, -next fixed16:25
RPkhem: I can't see how this wouldn't reproduce for you though16:26
khemlet me see16:26
khemso I punted it out and did a git am of exact patch I sent out this morning and it applies
khembare patch -p1 also works16:30
RPkhem: patch is 0001-Remove-syscall-wrappers-around-clock_gettime-closes-.patch though ?16:30
khemoh its busybox patching failing16:31
khemright, let me try that16:31
RPkhem: right16:31
*** lucaceresoli <lucaceresoli!> has quit IRC16:35
khemRP: the patch on master-next fails for me :)16:39
khemso we have reverse issue here16:40
RPkhem: you must have a different piece of underlying busybox code16:42
*** pharaon2502 <pharaon2502!> has joined #yocto16:51
khemRP: I will redo this patch16:52
khemjust limit it to one patch16:52
RPkhem: the trouble is master-next looks fine to me. I'm reluctant to do anything until we work out why we're seeing this difference16:53
RPcan someone else see if master-next "bitbake busybox -c patch" works?16:54
RPkhem: there is something very wrong :/16:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:54
champagnegis it possible to create postinst_ontarget scripts that only include the `ontarget` part?17:02
khemRP: your change is fine so keep it I figured meta-riscv has a conflicting change17:03
khemRP: so I will fix that part17:03
khemRP: meta-riscv is carrying patches for busybox to support time_t 64bit17:04
khemwhich will be not needed after this change17:04
*** vineela <vineela!vtummala@nat/intel/x-ozsssqgpjhhcsatb> has joined #yocto17:04
RPkhem: right, that would explain it17:04
khemRP: I will still need to change the OE-core patch17:07
RPkhem: so I should drop this and musl again for now?17:08
khemgive me 10-15 mins17:08
RPkhem: ok17:09
yoctiNew news from stackoverflow: RAM and ROM test while booting in Yocto <>17:13
*** |Sno| <|Sno|!~sno@> has quit IRC17:13
*** hpsy <hpsy!~hpsy@> has joined #yocto17:14
*** guerinoni <guerinoni!> has quit IRC17:14
*** nerdboy <nerdboy!~sarnold@> has joined #yocto17:15
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:15
jani191Yocto Project Application Development and the Extensible Software Development Kit (eSDK), section 1.2 SDK Development Model says the following:17:17
jani191If you are going to develop your application on hardware, go to the machines download area and choose a target machine area from which to download the kernel image and root filesystem.17:17
jani191'machines' hyperlink is Not Found17:17
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:19
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC17:21
*** otavio <otavio!~otavio@> has joined #yocto17:23
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto17:23
champagnegjani191: link referred in /docs/3.0 instead of /docs/latest is up.17:23
khemRP: sending a v2 for busybox17:27
jani191I'm new to yocto.  Where is /docs/3.0 ?17:27
champagnegIn any case, you should make sure this is the doc manual for the release you are using.17:30
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:30
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto17:31
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto17:31
jani191champagneg:  I built yocto project for bsp release L4.19.35_1.1.0.  How do I find what is my yocto project release?17:32
*** gsalazar_ <gsalazar_!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto17:34
khemRP: squashfs-tools has a typo in subject 'swuashfs-tools' perhaps you can tweak it17:36
*** kroon <kroon!> has joined #yocto17:36
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC17:39
rburtonjani191: who provided that bsp?17:39
*** gsalazar_ <gsalazar_!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC17:39
rburtonjani191: running bitbake should tell you the branch names, which should be release names17:40
*** mckoan is now known as mckoan|away17:42
*** gsalazar_ <gsalazar_!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto17:42
*** tgamblin <tgamblin!> has quit IRC17:46
*** tgamblin <tgamblin!> has joined #yocto17:46
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto17:47
RPkhem: fixed17:48
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:48
*** Ugh <Ugh!94457f76@> has quit IRC17:54
*** dreyna <dreyna!> has joined #yocto17:56
*** locutus_ <locutus_!~LocutusOf@> has quit IRC18:00
khemRP: sheepishly, I sent a v2 for busybox patch can you see if this fixes the patching problem18:00
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto18:00
RPkhem: I think that one is ok18:04
*** leon-anavi <leon-anavi!~Leon@> has quit IRC18:08
khemuff finally18:11
khemcomputers are hardly wrong18:11
mischiefwhat is the right way to add a dependency on lvm2-udevrules to cryptsetup from meta-openembedded? the cryptsetup tools seem to need the lvm2 udev rules for devicemapper, otherwise they hang waiting for udev notifications.18:16
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC18:20
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:28
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto18:29
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto18:29
zeddiikhem. I bisected the musl -> x86 32 bit gpf problem. It's right where we'd expect:18:38
zeddiibut I have no idea how to fix it, but I do have a commit to point at18:39
zeddiiRP ^^^^^^^^^^^18:39
khemzeddii: what does crash look like18:43
khemis it init crashing or something else18:44
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC18:45
zeddiiit's the one I sent you in email a while ago. sec, I'll see if I can grab it again.18:45
khemzeddii: can you please try musl+busybox from master-next18:46
zeddiiI can next week.18:46
*** gep <gep!> has quit IRC18:46
zeddiiI'm out of time until ~Wednesday, but can pick it up again then.18:46
khemzeddii: I only see your tiktok videos in my email :)18:47
khemit will be a quick try18:47
khemor give me a way to reproduce it18:47
khemzeddii: you can reschedule your next video about tickling the elephants in Savannah and fix this18:51
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:51
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC18:53
mischiefkhem: any clue about my cryptsetup problem? :)18:55
zeddiitrout tickling18:55
khemzeddii: the error is traps: python3[11312] general protection fault ip:b7e966b0 sp:bf8175cc error:0 in[b7e8b000+6b000]18:55
khemright ?18:56
zeddiior that's what I've been using.18:56
zeddiiI'm saving my bisect tree and can try master-next in the background.18:56
zeddiiI'm being tortured by conference calls this afternoon.18:56
khemzeddii: so all I need is to use 5.4 recipe and then run python3 ?18:56
zeddiiyah. I'm using master. musl and setting the preferred version to 5.418:57
zeddiithe recipes, etc, are all there in master, just not activated as the deafult.18:57
zeddiiI'm adding package-management to core-image-minimal, since dnf is an easy way to trigger the trap.18:58
zeddiibut otherwise, it is just core-i-minimal.18:58
*** amaury_d <amaury_d!> has quit IRC18:58
khemRP: send another patch on top which fixes apply failure on my machine,  can you try it ?18:59
khemzeddii: ok, I will reproduce it18:59
zeddiiand I just launched a build of master-next here, no change, except the different branch. I'll let you know what I see there.19:00
zeddii(it's almost done already, as you said, small delta)19:00
khemzeddii: Linux qemux86 5.4.15-yocto-standard19:01
khemis that ok ?19:01
zeddiiyup. that should show it.19:01
khemok adding python3 to mix19:02
zeddii5.2 is fine. 5.4 not. and bisect landed me on that pastebin.19:02
zeddiiso it is the kernel, or some interface to the clock/time in the kernel, but we knew that as well.19:02
zeddiiit's the same set of changes that hosed mips6419:02
zeddiiI owe those guys a kick in the shins19:02
zeddiiI don't think it matters, but I've been using systemd as well. but it isn't involved in the crash.19:03
khemzeddii: simply executing python3 will cause it ? or do I need to run certain script19:03
zeddiiit'll boot, and then I'm running the dnf command, others will probably trigger it, but the one that pointed me to the issue on the AB was that dnf one.19:03
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:04
*** gsalazar_ <gsalazar_!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC19:05
*** nerdboy <nerdboy!~sarnold@> has joined #yocto19:09
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto19:09
xyzzy42Is there a reason not to try to remove "x11" from DISTRO_FEATURES_NATIVE?  I don't need a graphical qemu-native (don't need qemu-native at all for that matter), and it's a lot of building to get gtk+3, x11, etc.19:12
*** tgamblin <tgamblin!> has quit IRC19:14
*** tgamblin <tgamblin!> has joined #yocto19:14
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC19:15
fullstopI just wanted to mention that the migration from 2.7 -> 3.0 was uneventful except for some Bad Things that I was doing with shlib stuff.19:15
khemzeddii: just launching py3 does not crash19:16
*** otavio <otavio!~otavio@> has joined #yocto19:17
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto19:17
*** [Sno] <[Sno]!> has joined #yocto19:21
*** aehs29 <aehs29!~aehs29@> has quit IRC19:23
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC19:25
khemzeddii: which dnf cmd will do it19:25
*** kroon <kroon!> has quit IRC19:38
*** tgamblin <tgamblin!> has quit IRC19:38
*** tgamblin <tgamblin!> has joined #yocto19:38
yoctiNew news from stackoverflow: RAM and ROM test while booting in Yocto [closed] <>20:13
*** rburton <rburton!~rburton@> has quit IRC20:18
xyzzy42Is there a way to remove a package from a *packagegroup* in a machine or distro config?20:18
*** WillMiles <WillMiles!~Will@> has joined #yocto20:20
kergothxyzzy42: RDEPENDS_<packagename>_remove_yourmachine = "foo" could do, or use a bbappend for it conditional on the machine or idstro20:21
kergothin the machine/idstro layer20:21
xyzzy42kergoth, thanks, I see.  Need to think of it as modifying the packagegroup rather than modifying the image or distro.20:22
kergotha packagegroup is a separate recipe, so that'd be the ideal. if the packagegroup used RRECOMMENDS rather than RDEPENDS for the package in question, then you have more options without making the package manager unhappy, since recommends can usually be uninstalled after the fact, or excluded, without breaking the deps of the packagegroup20:23
xyzzy42Does that mean, if the packagegroup used RDEPENDS, and I use RDEPENDS_pn.._remove, that the package manager (deb) will think packagegroup has unmet dependencies?20:24
xyzzy42or rather, that if the packagegroup had used rrecommends instead of rdepends, then the package could be removed at runtime.20:25
kergoththe latter, if it used rrecommends, then you can remove it or exclude it without unmet dependencies. whereas rdepends that wouldn' twork, so you need to _remove it instead20:31
*** comptroller <comptroller!> has quit IRC20:37
xyzzy42kergoth, isn't the normal syntax for a remove override RDEPENDS_remove_pn-packagename?20:48
*** comptroller <comptroller!> has joined #yocto20:52
*** RobertBerger <RobertBerger!> has joined #yocto20:53
Saurxyzzy42: No, RDEPENDS_<packagename>_remove. The package name is part of the variable name in this case (while _pn-<packagename> is an override).20:56
RobertBergerI am experiencing interesting issues with meta-java master-next when I turn on the archiver.bbclass ;) Now BitBake suddenly stops when it can not apply patches which went upstream. Shouldn't it stop anyhow if it can't apply patches?20:57
*** tgamblin <tgamblin!> has quit IRC20:59
kergothxyzzy42: but 'RDEPENDS" isn't defined, so that'll do nothing20:59
kergothxyzzy42: it's RDEPENDS_packagename is the variable name20:59
kergothex RDEPENDS_${PN}. but hte exact one will depend on the packagegroup, so read the recipe21:00
*** tgamblin <tgamblin!> has joined #yocto21:00
*** tgamblin <tgamblin!> has joined #yocto21:01
xyzzy42Oh, the original bb file defined RDEPENDS_packagename, not RDEPENDS that is implicitly part of the recipe.21:01
SaurRobertBerger: Sounds like something is using git instead of quilt to apply patches. But AFAIK, the archiver class should not have that effect...21:06
xyzzy42Unfortunately, even when done correctly, the remove just doesn't seem to work.  And there doesn't seem to be a way to see the env.  If I use bitbake -e myimage, I don't see RDEPENDS_<*> for any packages at all.  bitbake -e packagegroup-core-full-cmdline-utils does show it, but nothing I've added in myimage.conf is taken into account.21:07
xyzzy42maybe the answer is that an image can include or not include packages, but it can not change the recipes of those package, including what they RDEPEND21:08
SaurRobertBerger: I have seen that happen when doing devtool modify on a recipe that has a patch that is already applied upstream. Quilt seems to handle it, but devtool uses git to apply the patches and then it fails.21:08
Saurxyzzy42: No recipe can affect another and that includes image recipes.21:09
RobertBerger@Saur: I have now something which compiles and even runs and as soon as I add the archiver class it freaks out with quilt21:09
RobertBerger@Saur: I think it's quite easy to reproduce. Just built openjdk-8 or openjre-8 and afterwards turn on the archiver class. This problem seems to lurk around at least since warrior.21:11
Saurxyzzy42: So if you want to _remove a dependency for a packagegroup, you either need to do it in a bbappend for that packagegroup, or via the global configuration, e.g., in local.conf or your distro.conf21:11
RobertBerger@Saur: In my case with archiver class quilt seems to be unhappy.21:12
SaurRobertBerger: Interesting. :)21:13
SaurSince quilt should be the default, unless you have changed PATCHTOOL.21:13
*** gsalazar_ <gsalazar_!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto21:14
xyzzy42I see, the image recipe is not really a peer to the distro config.  And there is somewhat of a limitation on packagegroups here, in that they make the effectively make the packages they contain inter-dependent, even though they are not21:15
RobertBerger@Saur stay tuned, I'll try to load a logfile to pastebin21:15
*** dreyna <dreyna!> has quit IRC21:17
RobertBerger@Saur: Just for fun let me build again without the archiver class to see what's going to happen.21:20
xyzzy42Saur, kergoth: Thanks, it worked!  mc is finally gone.21:24
xyzzy42took hours, but I understand the relationship between distro and image better, and also variables with a package override vs variables with a package in their name.21:26
*** tgamblin <tgamblin!> has quit IRC21:28
*** gsalazar_ <gsalazar_!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC21:29
RobertBerger@Saur: If I remove the archiver class it's happy:
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC21:32
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto21:32
RobertBerger@Saur: But note, that without the archiver class it's do_patch and with the archiver class it's do_unpack_and_patch (which fails)21:33
SaurRobertBerger: Ok, that's weirtd.21:33
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto21:33
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto21:33
RobertBerger@Saur What is do_unpack_and_patch ?21:34
SaurRobertBerger: Yeah, but if I read the archiver class correctly, do_unpack_and_patch will call out first to do_unpack and then to do_patch...21:34
RobertBerger@Saur: Let me try just to include the archiver class without enabling anything and see what happens21:37
*** rangergord <rangergord!> has quit IRC21:39
SaurRobertBerger: Whetether do_unpack_and_patch is used or not depends on hw you configure the archiver class. It is always used for ARCHIVER_MODE[src] = "patched" and ARCHIVER_MODE[src] = "configured". For ARCHIVER_MODE[src] = "original" it is only enabled if ARCHIVER_MODE[diff] = "1" is also enabled.21:39
SaurAnd for the new ARCHIVE_MODE[src] = "mirror" it is never enabled.21:39
RobertBerger@Saur: OK let me try. BTW this is similar:
SaurRobertBerger: But that is due to not finding quilt at all.21:42
RobertBerger@Saur: Yes21:43
RobertBerger@Saur: I try now something like this: bitbake openjdk-8 -c do_unpack_and_patch21:43
RobertBerger@Saur: Just included the class in local.conf and run now explicitly this task21:43
RobertBerger@Saur: and it freaks out ;)21:44
SaurRobertBerger: I noticed a difference in the logs. When it works, patches 1001 and 1002 are applied before 1003. However, when it fails, there is no mentioning of those two patches...21:44
RobertBerger1001 does not apply as well21:44
RobertBerger@Saur: I just removed them, since they were already upstream21:44
*** rangergord <rangergord!rangergord@gateway/shell/xshellz/x-xclnhzwvkprrcozl> has joined #yocto21:45
RobertBerger@Saur: I don't get it. Assuming the patch is already upstream shouldn't quilt freak out also without the archiver class?21:46
*** pohly <pohly!> has quit IRC21:46
SaurRobertBerger: I don't know how smart quilt is, i.e., if it can skip a patch if it detects that it is already applied.21:47
SaurRobertBerger: But i definitely do not understand why activating the archiver class should change the behavior.21:47
RobertBerger@Saur: exactly21:48
RobertBerger@Saur: That's the patch:
RobertBerger@Saur: If I go in with devshell and check hotspot/src/os/linux/vm/os_linux.cpp around line 3192 I see it's already there21:49
RobertBerger@Saur: That's in the code:     if ((mincore((address)stack_extent, os::vm_page_size(), vec) == -1)21:51
RobertBerger        && ((size_t)addr > (size_t)stack_extent)) {21:51
RobertBerger@Saur: When I try quilt manually it says: quilt push21:55
RobertBergerFile series fully applied, ends at patch patches/0012-autoconf-NativeCompilation-remove-sysroot.patch21:55
RobertBerger@Saur just before 100121:55
SaurRobertBerger: What version of meta-java and openjdk-8 do you use?21:58
RobertBerger@Saur - no sorry quilt thinks it applied all the patches and I can pop them and apply them - no problem21:58
*** WillMiles <WillMiles!~Will@> has quit IRC21:59
RobertBerger@Saur maybe someone forgot a quilt patch series in the sources which screws up everything?21:59
SaurRobertBerger: Just wondering where you got the 10XX and 20XX patches from since I do not see them when looking at meta-java and openjdk-8 using the layerindex.22:01
RobertBerger@Saur from there - wait22:06
*** amaury_d <amaury_d!> has joined #yocto22:20
*** stephano <stephano!> has quit IRC22:22
*** stephano_ <stephano_!> has joined #yocto22:22
*** maudat <maudat!~moda@> has quit IRC22:22
khemzeddii, RP see
khemthis should fix python3 gpf on musl/x8622:36
khemproblem was db was crashing when called by rpm under python which was invoked by python22:40
kheminvoked by dnf22:41
RobertBerger@Saur: It looks like it tries to re-apply some patches with do_unpack_and_patch22:42
SaurRobertBerger: That seems wrong. do_unpack_and_patch is supposed to use a different workdir than the normal do_unpack and do_patch...22:43
*** vineela1 <vineela1!~vtummala@> has joined #yocto22:44
*** vineela <vineela!vtummala@nat/intel/x-ozsssqgpjhhcsatb> has quit IRC22:44
RobertBerger@Saur: Maybe the crappy meta-java layer moves things around, as we saw with TOPDIR.22:49
*** vineela1 <vineela1!~vtummala@> has quit IRC22:49
RobertBerger@Saur or maybe I should try some cleaning and give it another try.22:50
SaurRobertBerger: I have no experience with meta-java so no idea what it does or not, but it sounds a bit far fetched that it should do something that interferes with the archiver class.22:50
RobertBerger@Saur: Let me try to do just the unpack step and see if I can apply the patches manually.22:52
RobertBerger@Saur: If that's the case something strange is happening with archiver22:52
RobertBerger@Saur: What I currently have moves S to some strange place and TOPDIR for the configure task as well:
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC22:57
RobertBerger@Saur: bitbake openjdk-8 -c do_unpack_and_patch -e | grep ^WORKDIR=23:01
RobertBergerbitbake openjdk-8 -c do_patch -e | grep ^WORKDIR=23:01
SaurRobertBerger: do_unpack_and_patch() sets WORKDIR itself to ${ARCHIVER_WORKDIR}, which defaults to ${WORKDIR}/archiver-work/23:03
SaurSo I do not think bitbake -e wil reflect that.23:04
*** stephano_ <stephano_!> has quit IRC23:05
RobertBergerbitbake openjdk-8 -c do_unpack_and_patch -e | grep ^ARCHIVER_WORKDIR=23:05
SaurRobertBerger: I guess if you look in that directory you should see the unpacked source and half applied patches that do_unpack_and_patch was working on before it failed.23:07
RobertBerger@Saur: yes kind of, until 1001-hotspot-fix-crash-on-JNI_CreateJavaVM.patch a series23:09
RPkhem: thanks23:09
RPkhem: I have your db patch for next, is there anything else?23:09
RobertBerger@Saur, but the sources are missing, which it wants to patch ;)23:10
RPkhem: ah, busybox typo23:11
khemRP: yes the dnf libresolv patches23:11
RPkhem: I'm waiting to read the latest in the thread about those ;-)23:13
RobertBerger@Saur: openjdk-8/242-r0/jdk8u-jdk8u242-ga$ ls23:13
RobertBergerASSEMBLY_EXCEPTION  configure  jaxp   jdk        LICENSE  Makefile  patches  README-builds.html  THIRD_PARTY_README23:13
RobertBergercommon              corba      hotspot        jaxws  langtools  make     nashorn   README   test23:13
RobertBerger@Saur: openjdk-8/242-r0/archiver-work/jdk8u-jdk8u242-ga$ ls23:14
RobertBergerASSEMBLY_EXCEPTION  common  configure  LICENSE  make  Makefile  patches  README  README-builds.html  test  THIRD_PARTY_README23:14
khemRP: its settled23:14
RobertBerger@Saur: This might explain why it can't apply the patches23:15
RPkhem: I think we still need to improve the "uses rpm" test for the QA tests too?23:15
SaurRobertBerger: Yes, but it doesn't explain why the files are missing...23:15
khemRP: yes, I am hoping alex will fix it23:15
RobertBerger@Saur: hehe meta-java, let me see23:16
*** dreyna <dreyna!~dreyna@> has joined #yocto23:17
khemRP: we can wait on those23:18
khemperhaps until alex comes with patches, I will prod again next week23:18
SaurRobertBerger: Ah, yes, that will fail since it does cd ${S}23:18
*** agust <agust!> has quit IRC23:18
RobertBerger@Saur: Now the good question is where to hack this. Before unpack_and_patch? maybe23:19
*** roussinm <roussinm!> has quit IRC23:20
SaurRobertBerger: Hmm, thinking about it, that should actually still work since S follows along when do_unpack_and_patch changes WORKDIR. :/23:21
khemRP: I sent another patch to ml about licenses23:22
khemabout deleting do_populate_lic for images and package-index.bb23:22
SaurRobertBerger: You could try to add `bb_warn "S: ${S}"` to  do_unpack_extract_submodules() and see what it prints when its run through do_unpack_and_patch23:24
Saurkhem: To the wrong list. ;)23:26
khemthanks for noticing23:29
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC23:38
*** elvispre_ <elvispre_!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto23:38
RobertBerger@Saur: openjdk-8-242-r0 do_unpack: --> S: /workdir/build/container-x86-64-java/tmp/work/core2-64-resy-linux/openjdk-8/242-r0/jdk8u-jdk8u242-ga <--23:40
SaurRP: Btw, how will you handle documentation patches? I sent a couple to the new docs list on Monday, so just wondering what to expect.23:40
khemthere is separate ml for doc patches23:40
khemsend them there23:40
*** dreyna <dreyna!~dreyna@> has quit IRC23:40
SaurRobertBerger: Ok, that doesn't look good if that was from do_patch was called by do_unpack_and_patch.23:41
SaurRP: That's what I did.23:41
RobertBerger@Saur: I did a cleansstate followed by a do_unpack_and_patch23:42
SaurRP: One of them even solves a Yocto ticket. :)23:42
SaurRP: Which reminds me, do I need to do anything to the ticket once the patch is eventually accepted, or will it be closed by you?23:43
*** elvispre_ <elvispre_!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC23:43
*** elvispre <elvispre!> has joined #yocto23:43
RPSaur: usually its helpful if the owner of the ticket resolves it23:44
*** ericch <ericch!> has quit IRC23:45
RPSaur: I was hoping to get Mark Morton to review the docs patches, that is the reason for the delay23:45
SaurRP: Ok, no problem. Just wanted to know what to expect.23:45
*** JaMa <JaMa!~martin@> has quit IRC23:57

Generated by 2.17.2 by Marius Gedminas - find it at!