| *** sgw <sgw!~sgw@192.55.55.43> has quit IRC | 00:06 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 00:25 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:39 | |
| *** Aethenelle <Aethenelle!~Aethenell@184.170.166.225> has joined #yocto | 01:01 | |
| *** Aethenelle <Aethenelle!~Aethenell@184.170.166.225> has quit IRC | 01:02 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 01:08 | |
| mischief | what 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@109.238.218.228> has quit IRC | 01:21 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 01:47 | |
| khem | RP: I am not sure whats going on, since I use same computer to send patches | 01:53 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 02:22 | |
| *** gep <gep!~gep@155-186-196-087.res.spectrum.com> has joined #yocto | 02:34 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 02:59 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 03:19 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 03:21 | |
| *** gpanders <gpanders!~gpanders@c-73-42-98-145.hsd1.nm.comcast.net> has joined #yocto | 03:34 | |
| *** gpanders <gpanders!~gpanders@c-73-42-98-145.hsd1.nm.comcast.net> has left #yocto | 03:35 | |
| *** sonuabraham <sonuabraham!7c13382a@124.19.56.42> has joined #yocto | 03:52 | |
| sonuabraham | Hello .. 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 |
| khem | sonuabraham: if you express the right dependencies then packager will do the right thing | 03:59 |
| khem | dependencies 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 metadata | 04:00 |
| khem | if it still misses then you can specify those using rdepends in .bb file to express what it needs during runtime | 04:01 |
| khem | perhaps 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 again | 04:05 |
| sonuabraham | Thanks 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 newly | 04:05 |
| khem | then see buildhistory and it will record the new packages added to image | 04:05 |
| khem | right, I understand your usecase | 04:06 |
| khem | perhaps buildhistory route is something you can tool around | 04:06 |
| sonuabraham | We want to send only the newly created .ipk files and the dependent .ipk files to our customer | 04:06 |
| sonuabraham | will give a try using buildhistory .. | 04:07 |
| khem | yes ideally, opkg and other package management tools are tuned to use a feedserver mechanism | 04:07 |
| sonuabraham | ok | 04:07 |
| khem | to distribute s/w | 04:07 |
| khem | and that will be easy if you have a feedserver then you can just push the newly generated feeds into feedserver | 04:08 |
| khem | but then these feedserevers talk to devices directly, which might not be what your customers want | 04:08 |
| sonuabraham | yes 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 |
| khem | yeah | 04:10 |
| *** dreyna <dreyna!~dreyna@unknown-6-136.windriver.com> has quit IRC | 04:11 | |
| gep | Hello, 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 |
| gep | I'm new to Yocto, so be gentle, thanks. | 04:12 |
| sonuabraham | Is 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 IRC | 04:29 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-zzftgrxwjhwlmdzc> has quit IRC | 05:07 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 05:29 | |
| *** d0oml0rd <d0oml0rd!~quassel@mustbehax.de> has quit IRC | 05:30 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:36 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 05:38 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-95-199.cust.vodafone.cz> has joined #yocto | 05:39 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 05:43 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 05:58 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 06:04 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 06:06 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 06:14 | |
| *** gep <gep!~gep@155-186-196-087.res.spectrum.com> has quit IRC | 06:15 | |
| *** |Sno| <|Sno|!~sno@p4FE93807.dip0.t-ipconnect.de> has quit IRC | 06:17 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:27 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:28 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has joined #yocto | 06:32 | |
| yocti | New news from stackoverflow: Yocto Package have unmet dependencies while installing deb file <https://stackoverflow.com/questions/60221084/yocto-package-have-unmet-dependencies-while-installing-deb-file> | 06:41 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 06:42 | |
| *** opennandra <opennandra!~marek@bband-dyn125.178-40-14.t-com.sk> has joined #yocto | 07:03 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 07:22 | |
| *** agust <agust!~agust@pD95F1BAA.dip0.t-ipconnect.de> has joined #yocto | 07:24 | |
| *** |Sno| <|Sno|!~sno@195.14.209.36> has joined #yocto | 07:30 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:32 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 07:33 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:37 | |
| *** locutus_ <locutus_!~LocutusOf@5.171.106.7> has joined #yocto | 07:45 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 07:51 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-95-199.cust.vodafone.cz> has quit IRC | 07:52 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 07:55 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 07:55 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 07:55 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.12> has joined #yocto | 08:01 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.12> has quit IRC | 08:01 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 08:01 | |
| *** locutus_ <locutus_!~LocutusOf@5.171.106.7> has quit IRC | 08:05 | |
| *** locutus_ <locutus_!~LocutusOf@5.171.106.7> has joined #yocto | 08:05 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 08:05 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:06 | |
| yocti | New news from stackoverflow: Jenkins setup to work with different projects managed with the repo tool <https://stackoverflow.com/questions/60211683/jenkins-setup-to-work-with-different-projects-managed-with-the-repo-tool> | 08:11 |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 08:12 | |
| *** falk0n <falk0n!~falk0n@a81-84-40-114.cpe.netcabo.pt> has quit IRC | 08:16 | |
| *** opennandra <opennandra!~marek@bband-dyn125.178-40-14.t-com.sk> has quit IRC | 08:17 | |
| *** locutus__ <locutus__!~LocutusOf@5.171.106.7> has joined #yocto | 08:36 | |
| *** locutus_ <locutus_!~LocutusOf@5.171.106.7> has quit IRC | 08:36 | |
| *** locutus__ <locutus__!~LocutusOf@5.171.106.7> has quit IRC | 08:48 | |
| *** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has joined #yocto | 08:50 | |
| *** mckoan|away is now known as mckoan | 08:50 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 08:55 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-95-199.cust.vodafone.cz> has joined #yocto | 08:55 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 08:56 | |
| *** locutus__ <locutus__!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto | 08:57 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-ymewrngzlncwnhsj> has quit IRC | 09:00 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-cuzhylkbtnpbropu> has quit IRC | 09:00 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-95-199.cust.vodafone.cz> has quit IRC | 09:01 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-92-144.cust.vodafone.cz> has joined #yocto | 09:03 | |
| LetoThe2nd | erbo: hehe, awesome example to confirm my no-more-SO decision. | 09:05 |
| erbo | LetoThe2nd: :D | 09:07 |
| LetoThe2nd | erbo: my condolences. | 09:09 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 09:12 | |
| erbo | LetoThe2nd: I just make sure I only answer/comment on SO when I'm relaxed enough to handle any type of questions. | 09:14 |
| LetoThe2nd | erbo: did you read my "article"? | 09:15 |
| erbo | No, link please? :) | 09:15 |
| LetoThe2nd | the problem is the questions in itself. but the procedures that emerge specifically on SO | 09:16 |
| LetoThe2nd | erbo: https://www.linkedin.com/pulse/why-i-wont-answer-stackoverflow-anymore-josef-holzmayr-khosh-amoz/ | 09:16 |
| erbo | Well written | 09:23 |
| *** falk0n <falk0n!~falk0n@a109-49-144-201.cpe.netcabo.pt> has joined #yocto | 09:25 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-ctavgqghskkgmwxi> has joined #yocto | 09:30 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:32 | |
| LetoThe2nd | thx | 09:34 |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 09:36 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 09:36 | |
| mcfrisk | uh, 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 |
| RP | mcfrisk: default haven't changed and we should have had warnings if they were stripped | 09:52 |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-iqdmugetnlobvknj> has joined #yocto | 09:52 | |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-xooauzckmctdxrar> has joined #yocto | 09:52 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-dwetwsycvjqblxhb> has joined #yocto | 09:52 | |
| *** k4wsys[m] <k4wsys[m]!k4wsysmatr@gateway/shell/matrix.org/x-qxsxixvkvrcwpqwl> has joined #yocto | 09:52 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-cianrkthnojmkjbw> has joined #yocto | 09:53 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-amcndhnuzcbwsrvq> has joined #yocto | 09:53 | |
| *** yangm97 <yangm97!yangm97mat@gateway/shell/matrix.org/x-vsfonpdxqsnfupqz> has joined #yocto | 09:53 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 09:56 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 09:56 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 09:56 | |
| mcfrisk | RP: ok, I'll investigate now on two different BSPs why these debug symbols are not there.. | 09:57 |
| *** falk0n <falk0n!~falk0n@a109-49-144-201.cpe.netcabo.pt> has quit IRC | 09:59 | |
| mcfrisk | found a custom bbclass which is robbing debug symbols to a different binary package. no problems in zeus itself.. | 10:09 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 10:11 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 10:12 | |
| *** florian_kc is now known as florian | 10:22 | |
| RP | mcfrisk: ok, glad it wasn't anything we did :) | 10:23 |
| *** Net147 <Net147!~Net147@119-18-5-146.771205.syd.nbn.aussiebb.net> has joined #yocto | 10:23 | |
| *** Net147 <Net147!~Net147@119-18-5-146.771205.syd.nbn.aussiebb.net> has quit IRC | 10:26 | |
| *** rburton <rburton!~rburton@192.198.151.43> has joined #yocto | 10:27 | |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has quit IRC | 10:27 | |
| *** Net147 <Net147!~Net147@119-18-5-146.771205.syd.nbn.aussiebb.net> has joined #yocto | 10:28 | |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has joined #yocto | 10:28 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 10:37 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has quit IRC | 10:41 | |
| yocti | New news from stackoverflow: Setting Linux Capabilities in Yocto ext4 Image <https://stackoverflow.com/questions/50376706/setting-linux-capabilities-in-yocto-ext4-image> | 10:41 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has joined #yocto | 10:42 | |
| mcfrisk | RP: 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 |
| RP | mcfrisk: that is certainly possible... | 10:48 |
| * RP can't remember when we reworked debug handling but we did at one point | 10:49 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 10:55 | |
| yocti | New news from stackoverflow: yocto poky-tiny does not create rcS symbolic links <https://stackoverflow.com/questions/55323618/yocto-poky-tiny-does-not-create-rcs-symbolic-links> | 11:11 |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-92-144.cust.vodafone.cz> has quit IRC | 11:12 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:17 | |
| *** luneff <luneff!~yury@95.174.104.43> has joined #yocto | 11:25 | |
| FrazerClews | hi, 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 |
| LetoThe2nd | FrazerClews: https://bbs.archlinux.org/viewtopic.php?id=249106 | 11:29 |
| milloni | well, that was quick | 11:30 |
| FrazerClews | thanks for the help | 11:31 |
| Ad0 | seems 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 |
| milloni | LetoThe2nd: why is this a problem only after the upgrade? | 11:34 |
| LetoThe2nd | milloni: 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 |
| milloni | same kernel, different systemd - but why would a newer systemd have this problem? | 11:36 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 11:37 | |
| LetoThe2nd | milloni: 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 |
| LetoThe2nd | milloni: which can, in turn, then have such side effects. | 11:38 |
| milloni | ack, thanks | 11:38 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 11:53 | |
| *** troels <troels!98731f04@152.115.31.4> has joined #yocto | 11:56 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 11:57 | |
| perdmann | i dont get any response in #u-boot. I cannot compile the "ubi" command tools into u-boot. | 12:01 |
| perdmann | http://dpaste.com/1EX3TZM | 12:01 |
| *** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has quit IRC | 12:02 | |
| *** wbn <wbn!~badegg@ns509729.ip-198-245-62.net> has quit IRC | 12:02 | |
| *** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has joined #yocto | 12:02 | |
| *** wbn <wbn!~badegg@ns509729.ip-198-245-62.net> has joined #yocto | 12:03 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 12:17 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 12:20 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 12:21 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 12:22 | |
| troels | Hi. 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 "linux-yocto.inc" 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 |
| perdmann | troels are you sure that it uses the same dts and the same defconfig? | 12:30 |
| perdmann | In my code yocto replaces the defconfig | 12:30 |
| troels | I'm not copying the dts to the board, so i'm using the same dtb for both. | 12:31 |
| troels | For 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 sdk | 12:32 |
| troels | But i'll go through it again to double check | 12:33 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 12:43 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 12:49 | |
| troels | Okay, 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 config | 12:50 |
| *** luneff <luneff!~yury@95.174.104.43> has quit IRC | 12:55 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 12:56 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 13:01 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 13:04 | |
| marex-cloud | perdmann: uboot iirc isn't free of charge 24/7 support for archaic vendor uboot forks patched to oblivion, sorry, try mainline and report back | 13:09 |
| marex-cloud | *irc | 13:09 |
| erbo | perdmann: do you have CONFIG_MTD_PARTITIONS enabled? | 13:26 |
| dl9pf | RP: ping | 13:29 |
| dl9pf | I see no master branch : http://git.yoctoproject.org/cgit/cgit.cgi/poky/refs/heads | 13:30 |
| RP | dl9pf: hi | 13:31 |
| RP | dl9pf: halstead is looking into it | 13:33 |
| RP | dl9pf: it is there, just not in the web view | 13:33 |
| stkw0 | hi. 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 |
| halstead | dl9pf, I updated cgit and I'm still working out problems. Thank you for the report. | 13:34 |
| dl9pf | halstead: ah roger ! | 13:34 |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 13:35 | |
| dl9pf | question on "bitbake-layers layerindex-fetch -b zeus meta-xyz": it should checkout the zeus branch ... but as it stands it will clone master | 13:36 |
| RP | dl9pf: that sounds like a bug :( | 13:37 |
| dl9pf | ok ... bugzilla ? | 13:37 |
| RP | dl9pf: or a patch to fix it? :) | 13:37 |
| * RP can ask, right? :) | 13:38 | |
| dl9pf | yes, let me scratch that itch ... | 13:38 |
| fullstop | How is "Poky" pronounced? I was watching a video where Tim Orling was pronouncing it like this https://i.imgur.com/txUfzB9.jpg but I thought that it was more like this https://i.imgur.com/eL4Y9FI.jpg. | 13:45 |
| rburton | fullstop: even the first engineers disagreed over the name pronouncination :) | 13:47 |
| RP | rburton: haha | 13:48 |
| marex-cloud | rburton: how is Årmströng pronounced? ;) | 13:48 |
| rburton | RP: how did mallum pronounce it? surely his way wins | 13:48 |
| marex-cloud | Typo intended | 13:48 |
| rburton | marex-cloud: when i say it, badly ;) | 13:48 |
| fullstop | That's fantastic | 13:48 |
| halstead | dl9pf, master is listed again https://git.yoctoproject.org/cgit/cgit.cgi/poky/log/ | 13:48 |
| marex-cloud | lol | 13:48 |
| RP | fullstop: it was named with sugar/candy in mind | 13:48 |
| fullstop | Take that, Tim! | 13:49 |
| rburton | yeah i still say pokeey | 13:49 |
| marex-cloud | RP: and yet, the experience can sometimes be so bitter ;) | 13:49 |
| RP | rburton: you're wrong ;-) | 13:49 |
| fullstop | I'm happy to be wrong here | 13:50 |
| RP | jonmason: good question for you! | 13:50 |
| fullstop | It's sweet, yes, but definitely more flexible. | 13:50 |
| *** marquiz <marquiz!~marquiz@134.191.221.74> has joined #yocto | 13:51 | |
| fullstop | I'm going to migrate from warrior -> zeus today. Wish me luck. | 13:51 |
| RP | fullstop: good luck, hopefully not too painful for that transition | 13:51 |
| fullstop | It's my personal layers that I wonder about.. but those should be easy enough to fix if there are problems. | 13:52 |
| fullstop | This 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 |
| fullstop | I think things will ship before 3.1, unfortunately. | 13:53 |
| *** locutus__ <locutus__!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has quit IRC | 13:55 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto | 13:55 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 13:55 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 13:56 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 13:57 | |
| jonmason | RP: which question is this? Poky pronunciation or layerindex-fetch? | 13:57 |
| RP | jonmason: poky pronunciation! | 13:58 |
| jonmason | haha. The Candy is pronounced "Pock-ee" | 13:59 |
| roussinm | jonmason: Puck-ee? | 13:59 |
| RP | jonmason: which is how I'd pronounce it | 14:00 |
| marex-cloud | jonmason: pokki- , no? | 14:00 |
| fullstop | ...but in my head I'll always picture gumby when I think of yocto. | 14:00 |
| marex-cloud | jonmason: it's Japanese | 14:00 |
| *** troels <troels!98731f04@152.115.31.4> has quit IRC | 14:01 | |
| fullstop | My 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 |
| RP | hmm, make your git tree mid rebase, then "bitbake pinentry" and it fails with m4 failures | 14:02 |
| *** banoli <banoli!~cpastore@144.121.20.106> has joined #yocto | 14:09 | |
| halstead | I need to reboot the new git server to increase the available memory. We are dropping connections to git clients. | 14:11 |
| frosteyes | I have issues with https://git.yoctoproject.org/ - halstead is this the one you are talking about? | 14:13 |
| halstead | frosteyes, Yes. It's resizing. Back online very soon. | 14:14 |
| frosteyes | Cool :) | 14:14 |
| halstead | frosteyes, Back up and very responsive. | 14:18 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 14:18 | |
| frosteyes | Nice. I have it now :) | 14:19 |
| *** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto | 14:19 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 14:23 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:25 | |
| *** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has quit IRC | 14:26 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has quit IRC | 14:29 | |
| dl9pf | RP: mischief managed @ http://lists.openembedded.org/pipermail/bitbake-devel/2020-February/020888.html | 14:29 |
| dl9pf | should be go into zeus at least as well. | 14:29 |
| RP | dl9pf: thanks! | 14:31 |
| dl9pf | well, wait for v2 ;) | 14:31 |
| RP | ah, one of those kinds of patches | 14:32 |
| dl9pf | can LAYERSERIES_CORENAMES be multiple | 14:32 |
| RP | dl9pf: I think so | 14:33 |
| dl9pf | in well, not sure how that should be multiple in that context but ok. | 14:34 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 14:39 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 14:39 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 14:47 | |
| dl9pf | v2 out | 14:49 |
| dl9pf | I 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 |
| dl9pf | basically branches[-1] ? | 14:52 |
| dl9pf | this would be the magic best guess | 14:53 |
| RP | dl9pf: I'd also guess at [-1] | 14:54 |
| dl9pf | ok happy to try that | 14:54 |
| dl9pf | RP: all the debug messages in there do not show with -d | 14:59 |
| RP | dl9pf: pass. Probably missing some logger init code? :/ | 15:02 |
| RP | our logging needs work :/ | 15:02 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:07 | |
| *** gaston48 <gaston48!c5f02991@197.240.41.145> has joined #yocto | 15:08 | |
| gaston48 | Hello, 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 |
| rburton | easiest: add ssh-server-openssh or ssh-server-dropbear to IMAGE_FEATURES and build a new one | 15:14 |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 15:15 | |
| gaston48 | rburton In local.conf file I add this line ? IMAGE_FEATURES += "ssh-server-openssh" | 15:17 |
| rburton | adding to EXTRA_IMAGE_FEATURES is neater | 15:20 |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 15:21 | |
| gaston48 | rburton Okey thank you! And then after booting, in order to start the server, I have just to type : service ssh start | 15:22 |
| gaston48 | ? | 15:22 |
| RP | rburton: should start automatically if its installed | 15:28 |
| RP | gaston48: ^^^ | 15:28 |
| gaston48 | rburton Thank you :D | 15:29 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 15:30 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 15:35 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 15:36 | |
| RP | zeddii: https://autobuilder.yoctoproject.org/typhoon/#/builders/102/builds/275 :/ | 15:36 |
| *** Ugh <Ugh!94457f76@148.69.127.118> has joined #yocto | 15:41 | |
| *** ikhorn <ikhorn!ikhorn@gateway/shell/linaro/x-uwwkndctuathkbsy> has joined #yocto | 15:41 | |
| *** gaston48 <gaston48!c5f02991@197.240.41.145> has quit IRC | 15:41 | |
| *** gep <gep!~gep@h198-137-20-161.xnet.uga.edu> has joined #yocto | 15:46 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 15:47 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 15:47 | |
| Ugh | Hi. 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 |
| Ugh | ikhorn: tgamblin tgamblin ugh ugh | 15:49 |
| *** jani191 <jani191!0c8bbc52@mail1.trijicon.com> has joined #yocto | 15:50 | |
| jani191 | In 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 |
| jani191 | what do they mean by "populate the SDK image" ? | 15:50 |
| jani191 | After 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 script | 15:50 |
| jani191 | is SDK installer but what do they mean by 'and populate the SDK image'? What SDK image? | 15:50 |
| fullstop | dang, I should have cleaned when going from 2.7 -> 3.0. | 15:51 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:57 | |
| tgamblin | Ugh: ? | 15:57 |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:57 | |
| Ugh | sorry, using web client and missclicked | 15:58 |
| tgamblin | k | 15:58 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 16:05 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 16:05 | |
| khem | RP: you also need busybox patch for musl to work | 16:06 |
| khem | it seems you forgot to pick that up | 16:07 |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 16:07 | |
| RP | khem: no, I dropped musl since the busybox didn't apply | 16:14 |
| khem | again ? | 16:15 |
| khem | I think it could be utf-8 then | 16:15 |
| RP | khem: the resend version didn't come through when I looked at email | 16:15 |
| khem | shows here https://patchwork.openembedded.org/series/19281/ | 16:16 |
| khem | so it definitely left my outbox | 16:16 |
| RP | khem: right, its here now. It just wasn't earlier when I looked at patches | 16:16 |
| RP | khem: testing it | 16:16 |
| RP | khem: ok, busybox fails to apply when applied from email | 16:17 |
| * RP can try from git | 16:17 | |
| khem | ok, I have many threads in my mind so I can be wrong too :) | 16:17 |
| khem | RP: for the cpio/mips64 issue I think we should ask cisco to help | 16:18 |
| RP | khem: there is something wrong with this patch as even pulling it from your branch doesn't change anything | 16:18 |
| khem | I dont have access to mips64 system and it seems to work ok for other arches | 16:18 |
| khem | really ? | 16:18 |
| khem | it has been applying fine on my builds across debian10 and ubuntu 18.04 | 16:20 |
| khem | whats the OS on the box where it fails | 16:21 |
| RP | khem: your patch has "suppor the" in it whilst it should have "support the" | 16:21 |
| RP | khem: if I fix that it applies | 16:21 |
| RP | khem: can't see how it applies ;-) | 16:22 |
| khem | ok go for it | 16:22 |
| khem | its perhaps patch versions, I have had this issue between ubuntu 12.04 and 14.04 like 5 years ago | 16:23 |
| khem | unexplained | 16:23 |
| RP | khem: ok, -next fixed | 16:25 |
| RP | khem: I can't see how this wouldn't reproduce for you though | 16:26 |
| khem | let me see | 16:26 |
| khem | so I punted it out and did a git am of exact patch I sent out this morning and it applies http://ix.io/2bHZ | 16:28 |
| khem | bare patch -p1 also works | 16:30 |
| RP | khem: patch is 0001-Remove-syscall-wrappers-around-clock_gettime-closes-.patch though ? | 16:30 |
| khem | oh its busybox patching failing | 16:31 |
| khem | right, let me try that | 16:31 |
| RP | khem: right | 16:31 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:35 | |
| khem | RP: the patch on master-next fails for me :) | 16:39 |
| khem | so we have reverse issue here | 16:40 |
| RP | khem: you must have a different piece of underlying busybox code | 16:42 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has joined #yocto | 16:51 | |
| khem | RP: I will redo this patch | 16:52 |
| khem | just limit it to one patch | 16:52 |
| RP | khem: the trouble is master-next looks fine to me. I'm reluctant to do anything until we work out why we're seeing this difference | 16:53 |
| RP | can someone else see if master-next "bitbake busybox -c patch" works? | 16:54 |
| RP | khem: there is something very wrong :/ | 16:54 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 16:54 | |
| champagneg | is it possible to create postinst_ontarget scripts that only include the `ontarget` part? | 17:02 |
| khem | RP: your change is fine so keep it I figured meta-riscv has a conflicting change | 17:03 |
| khem | RP: so I will fix that part | 17:03 |
| khem | RP: meta-riscv is carrying patches for busybox to support time_t 64bit | 17:04 |
| khem | which will be not needed after this change | 17:04 |
| *** vineela <vineela!vtummala@nat/intel/x-ozsssqgpjhhcsatb> has joined #yocto | 17:04 | |
| RP | khem: right, that would explain it | 17:04 |
| khem | RP: I will still need to change the OE-core patch | 17:07 |
| RP | khem: so I should drop this and musl again for now? | 17:08 |
| khem | give me 10-15 mins | 17:08 |
| RP | khem: ok | 17:09 |
| yocti | New news from stackoverflow: RAM and ROM test while booting in Yocto <https://stackoverflow.com/questions/60230511/ram-and-rom-test-while-booting-in-yocto> | 17:13 |
| *** |Sno| <|Sno|!~sno@195.14.209.36> has quit IRC | 17:13 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 17:14 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 17:14 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.14> has joined #yocto | 17:15 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:15 | |
| jani191 | Yocto Project Application Development and the Extensible Software Development Kit (eSDK), section 1.2 SDK Development Model says the following: | 17:17 |
| jani191 | If 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 Found | 17:17 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:19 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 17:21 | |
| *** otavio <otavio!~otavio@177.194.196.4> has joined #yocto | 17:23 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 17:23 | |
| champagneg | jani191: link referred in /docs/3.0 instead of /docs/latest is up. | 17:23 |
| khem | RP: sending a v2 for busybox | 17:27 |
| jani191 | I'm new to yocto. Where is /docs/3.0 ? | 17:27 |
| champagneg | https://www.yoctoproject.org/docs/3.0/sdk-manual/sdk-manual.html | 17:28 |
| champagneg | In 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 IRC | 17:30 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.105.179> has joined #yocto | 17:31 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 17:31 | |
| jani191 | champagneg: 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 #yocto | 17:34 | |
| khem | RP: squashfs-tools has a typo in subject 'swuashfs-tools' perhaps you can tweak it | 17:36 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 17:36 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 17:39 | |
| rburton | jani191: who provided that bsp? | 17:39 |
| *** gsalazar_ <gsalazar_!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC | 17:39 | |
| rburton | jani191: running bitbake should tell you the branch names, which should be release names | 17:40 |
| *** mckoan is now known as mckoan|away | 17:42 | |
| *** gsalazar_ <gsalazar_!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto | 17:42 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 17:46 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 17:46 | |
| *** locutus_ <locutus_!~LocutusOf@5.171.104.206> has joined #yocto | 17:47 | |
| RP | khem: fixed | 17:48 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:48 | |
| *** Ugh <Ugh!94457f76@148.69.127.118> has quit IRC | 17:54 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:56 | |
| *** locutus_ <locutus_!~LocutusOf@5.171.104.206> has quit IRC | 18:00 | |
| khem | RP: sheepishly, I sent a v2 for busybox patch can you see if this fixes the patching problem | 18:00 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 18:00 | |
| RP | khem: I think that one is ok | 18:04 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 18:08 | |
| khem | uff finally | 18:11 |
| khem | computers are hardly wrong | 18:11 |
| mischief | morning | 18:16 |
| mischief | what 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 IRC | 18:20 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:28 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.105.4> has joined #yocto | 18:29 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 18:29 | |
| zeddii | khem. I bisected the musl -> x86 32 bit gpf problem. It's right where we'd expect: | 18:38 |
| zeddii | https://pastebin.com/HMpkPsXT | 18:38 |
| zeddii | but I have no idea how to fix it, but I do have a commit to point at | 18:39 |
| zeddii | RP ^^^^^^^^^^^ | 18:39 |
| khem | zeddii: what does crash look like | 18:43 |
| khem | is it init crashing or something else | 18:44 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 18:45 | |
| zeddii | it's the one I sent you in email a while ago. sec, I'll see if I can grab it again. | 18:45 |
| khem | zeddii: can you please try musl+busybox from master-next | 18:46 |
| zeddii | I can next week. | 18:46 |
| gep | exi | 18:46 |
| *** gep <gep!~gep@h198-137-20-161.xnet.uga.edu> has quit IRC | 18:46 | |
| zeddii | I'm out of time until ~Wednesday, but can pick it up again then. | 18:46 |
| khem | zeddii: I only see your tiktok videos in my email :) | 18:47 |
| zeddii | :P | 18:47 |
| khem | it will be a quick try | 18:47 |
| khem | or give me a way to reproduce it | 18:47 |
| khem | zeddii: you can reschedule your next video about tickling the elephants in Savannah and fix this | 18:51 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:51 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 18:53 | |
| mischief | khem: any clue about my cryptsetup problem? :) | 18:55 |
| zeddii | trout tickling | 18:55 |
| zeddii | https://en.wikipedia.org/wiki/Trout_tickling | 18:55 |
| khem | zeddii: the error is traps: python3[11312] general protection fault ip:b7e966b0 sp:bf8175cc error:0 in libc.so[b7e8b000+6b000] | 18:55 |
| khem | right ? | 18:56 |
| zeddii | yup. | 18:56 |
| zeddii | or that's what I've been using. | 18:56 |
| zeddii | I'm saving my bisect tree and can try master-next in the background. | 18:56 |
| zeddii | I'm being tortured by conference calls this afternoon. | 18:56 |
| khem | zeddii: so all I need is to use 5.4 recipe and then run python3 ? | 18:56 |
| zeddii | yah. I'm using master. musl and setting the preferred version to 5.4 | 18:57 |
| zeddii | the recipes, etc, are all there in master, just not activated as the deafult. | 18:57 |
| zeddii | I'm adding package-management to core-image-minimal, since dnf is an easy way to trigger the trap. | 18:58 |
| zeddii | but otherwise, it is just core-i-minimal. | 18:58 |
| *** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has quit IRC | 18:58 | |
| khem | RP: send another patch on top which fixes apply failure on my machine, can you try it ? | 18:59 |
| khem | zeddii: ok, I will reproduce it | 18:59 |
| zeddii | and 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 |
| khem | zeddii: Linux qemux86 5.4.15-yocto-standard | 19:01 |
| khem | is that ok ? | 19:01 |
| zeddii | yup. that should show it. | 19:01 |
| khem | ok adding python3 to mix | 19:02 |
| zeddii | 5.2 is fine. 5.4 not. and bisect landed me on that pastebin. | 19:02 |
| zeddii | so it is the kernel, or some interface to the clock/time in the kernel, but we knew that as well. | 19:02 |
| zeddii | it's the same set of changes that hosed mips64 | 19:02 |
| zeddii | I owe those guys a kick in the shins | 19:02 |
| zeddii | I don't think it matters, but I've been using systemd as well. but it isn't involved in the crash. | 19:03 |
| khem | zeddii: simply executing python3 will cause it ? or do I need to run certain script | 19:03 |
| zeddii | it'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 #yocto | 19:04 | |
| *** gsalazar_ <gsalazar_!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC | 19:05 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.15> has joined #yocto | 19:09 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 19:09 | |
| xyzzy42 | Is 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!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 19:14 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 19:14 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 19:15 | |
| fullstop | I 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 |
| khem | zeddii: just launching py3 does not crash | 19:16 |
| *** otavio <otavio!~otavio@177.194.196.4> has joined #yocto | 19:17 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 19:17 | |
| *** [Sno] <[Sno]!~sno@p4FE93807.dip0.t-ipconnect.de> has joined #yocto | 19:21 | |
| *** aehs29 <aehs29!~aehs29@149.199.62.129> has quit IRC | 19:23 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 19:25 | |
| khem | zeddii: which dnf cmd will do it | 19:25 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 19:38 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 19:38 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 19:38 | |
| yocti | New news from stackoverflow: RAM and ROM test while booting in Yocto [closed] <https://stackoverflow.com/questions/60230511/ram-and-rom-test-while-booting-in-yocto> | 20:13 |
| *** rburton <rburton!~rburton@192.198.151.43> has quit IRC | 20:18 | |
| xyzzy42 | Is there a way to remove a package from a *packagegroup* in a machine or distro config? | 20:18 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 20:20 | |
| kergoth | xyzzy42: RDEPENDS_<packagename>_remove_yourmachine = "foo" could do, or use a bbappend for it conditional on the machine or idstro | 20:21 |
| kergoth | in the machine/idstro layer | 20:21 |
| xyzzy42 | kergoth, thanks, I see. Need to think of it as modifying the packagegroup rather than modifying the image or distro. | 20:22 |
| kergoth | a 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 packagegroup | 20:23 |
| xyzzy42 | Does 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 |
| xyzzy42 | or rather, that if the packagegroup had used rrecommends instead of rdepends, then the package could be removed at runtime. | 20:25 |
| kergoth | the 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 instead | 20:31 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 20:37 | |
| xyzzy42 | kergoth, isn't the normal syntax for a remove override RDEPENDS_remove_pn-packagename? | 20:48 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 20:52 | |
| *** RobertBerger <RobertBerger!~rber@athedsl-4432938.home.otenet.gr> has joined #yocto | 20:53 | |
| Saur | xyzzy42: No, RDEPENDS_<packagename>_remove. The package name is part of the variable name in this case (while _pn-<packagename> is an override). | 20:56 |
| RobertBerger | I 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!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 20:59 | |
| kergoth | xyzzy42: but 'RDEPENDS" isn't defined, so that'll do nothing | 20:59 |
| kergoth | xyzzy42: it's RDEPENDS_packagename is the variable name | 20:59 |
| kergoth | ex RDEPENDS_${PN}. but hte exact one will depend on the packagegroup, so read the recipe | 21:00 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 21:00 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 21:01 | |
| xyzzy42 | Oh, the original bb file defined RDEPENDS_packagename, not RDEPENDS that is implicitly part of the recipe. | 21:01 |
| Saur | RobertBerger: Sounds like something is using git instead of quilt to apply patches. But AFAIK, the archiver class should not have that effect... | 21:06 |
| xyzzy42 | Unfortunately, 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 |
| xyzzy42 | maybe 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 RDEPEND | 21:08 |
| Saur | RobertBerger: 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 |
| Saur | xyzzy42: 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 quilt | 21: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 |
| Saur | xyzzy42: 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.conf | 21:11 |
| RobertBerger | @Saur: In my case with archiver class quilt seems to be unhappy. | 21:12 |
| Saur | RobertBerger: Interesting. :) | 21:13 |
| Saur | Since 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 #yocto | 21:14 | |
| xyzzy42 | I 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 not | 21:15 |
| RobertBerger | @Saur stay tuned, I'll try to load a logfile to pastebin | 21:15 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 21:17 | |
| RobertBerger | @Saur: https://pastebin.com/RBtPydGD | 21:18 |
| RobertBerger | @Saur: Just for fun let me build again without the archiver class to see what's going to happen. | 21:20 |
| xyzzy42 | Saur, kergoth: Thanks, it worked! mc is finally gone. | 21:24 |
| Saur | :) | 21:24 |
| xyzzy42 | took 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!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 21:28 | |
| *** gsalazar_ <gsalazar_!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC | 21:29 | |
| RobertBerger | @Saur: If I remove the archiver class it's happy: https://pastebin.com/f3tv52SY | 21:32 |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC | 21:32 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto | 21: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 |
| Saur | RobertBerger: Ok, that's weirtd. | 21:33 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.91.52> has joined #yocto | 21:33 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 21:33 | |
| RobertBerger | @Saur What is do_unpack_and_patch ? | 21:34 |
| Saur | RobertBerger: 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 happens | 21:37 |
| *** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has quit IRC | 21:39 | |
| Saur | RobertBerger: 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 |
| Saur | And for the new ARCHIVE_MODE[src] = "mirror" it is never enabled. | 21:39 |
| RobertBerger | @Saur: OK let me try. BTW this is similar: https://www.yoctoproject.org/pipermail/yocto/2018-August/042125.html | 21:40 |
| Saur | RobertBerger: But that is due to not finding quilt at all. | 21:42 |
| RobertBerger | @Saur: Yes | 21:43 |
| RobertBerger | @Saur: I try now something like this: bitbake openjdk-8 -c do_unpack_and_patch | 21:43 |
| RobertBerger | @Saur: Just included the class in local.conf and run now explicitly this task | 21:43 |
| RobertBerger | @Saur: and it freaks out ;) | 21:44 |
| Saur | RobertBerger: 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 |
| RobertBerger | 1001 does not apply as well | 21:44 |
| RobertBerger | @Saur: I just removed them, since they were already upstream | 21:44 |
| *** rangergord <rangergord!rangergord@gateway/shell/xshellz/x-xclnhzwvkprrcozl> has joined #yocto | 21: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!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:46 | |
| Saur | RobertBerger: 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 |
| Saur | RobertBerger: But i definitely do not understand why activating the archiver class should change the behavior. | 21:47 |
| RobertBerger | @Saur: exactly | 21:48 |
| RobertBerger | @Saur: That's the patch: https://github.com/RobertBerger/meta-java/blob/2020-02-13-master-next-as-zeus-3.0%2B/recipes-core/openjdk/patches-openjdk-8/1001-hotspot-fix-crash-on-JNI_CreateJavaVM.patch | 21:48 |
| 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 there | 21: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 push | 21:55 |
| RobertBerger | File series fully applied, ends at patch patches/0012-autoconf-NativeCompilation-remove-sysroot.patch | 21:55 |
| RobertBerger | @Saur just before 1001 | 21:55 |
| Saur | RobertBerger: 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 problem | 21:58 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 21:59 | |
| RobertBerger | @Saur maybe someone forgot a quilt patch series in the sources which screws up everything? | 21:59 |
| Saur | RobertBerger: 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 - wait | 22:06 |
| RobertBerger | @Saur: http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/tree/recipes-core/openjdk/patches-openjdk-8?h=master-next | 22:07 |
| RobertBerger | @Saur: http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/commit/recipes-core/openjdk/patches-openjdk-8?h=master-next&id=7d30e6ff7b8a54d67256ce528e8c4fd7e63f6b14 | 22:10 |
| *** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has joined #yocto | 22:20 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 22:22 | |
| *** stephano_ <stephano_!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 22:22 | |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 22:22 | |
| khem | zeddii, RP see https://patchwork.openembedded.org/patch/170067/ | 22:36 |
| khem | this should fix python3 gpf on musl/x86 | 22:36 |
| khem | problem was db was crashing when called by rpm under python which was invoked by python | 22:40 |
| khem | invoked by dnf | 22:41 |
| RobertBerger | @Saur: It looks like it tries to re-apply some patches with do_unpack_and_patch | 22:42 |
| Saur | RobertBerger: 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@134.134.139.72> has joined #yocto | 22:44 | |
| *** vineela <vineela!vtummala@nat/intel/x-ozsssqgpjhhcsatb> has quit IRC | 22:44 | |
| RobertBerger | @Saur: Maybe the crappy meta-java layer moves things around, as we saw with TOPDIR. | 22:49 |
| *** vineela1 <vineela1!~vtummala@134.134.139.72> has quit IRC | 22:49 | |
| RobertBerger | @Saur or maybe I should try some cleaning and give it another try. | 22:50 |
| Saur | RobertBerger: 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 archiver | 22:52 |
| RobertBerger | @Saur: What I currently have moves S to some strange place and TOPDIR for the configure task as well: https://github.com/RobertBerger/meta-java/blob/2020-02-13-master-next-as-zeus-3.0%2B/recipes-core/openjdk/openjdk-8-common.inc#L29 | 22:54 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 22:57 | |
| RobertBerger | @Saur: bitbake openjdk-8 -c do_unpack_and_patch -e | grep ^WORKDIR= | 23:01 |
| RobertBerger | WORKDIR="/workdir/build/container-x86-64-java/tmp/work/core2-64-resy-linux/openjdk-8/242-r0" | 23:01 |
| RobertBerger | bitbake openjdk-8 -c do_patch -e | grep ^WORKDIR= | 23:01 |
| RobertBerger | WORKDIR="/workdir/build/container-x86-64-java/tmp/work/core2-64-resy-linux/openjdk-8/242-r0" | 23:01 |
| Saur | RobertBerger: do_unpack_and_patch() sets WORKDIR itself to ${ARCHIVER_WORKDIR}, which defaults to ${WORKDIR}/archiver-work/ | 23:03 |
| Saur | So I do not think bitbake -e wil reflect that. | 23:04 |
| *** stephano_ <stephano_!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 23:05 | |
| RobertBerger | bitbake openjdk-8 -c do_unpack_and_patch -e | grep ^ARCHIVER_WORKDIR= | 23:05 |
| RobertBerger | ARCHIVER_WORKDIR="/workdir/build/container-x86-64-java/tmp/work/core2-64-resy-linux/openjdk-8/242-r0/archiver-work/" | 23:05 |
| Saur | RobertBerger: 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 series | 23:09 |
| RP | khem: thanks | 23:09 |
| RP | khem: 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 |
| RP | khem: ah, busybox typo | 23:11 |
| khem | RP: yes the dnf libresolv patches | 23:11 |
| RP | khem: I'm waiting to read the latest in the thread about those ;-) | 23:13 |
| RobertBerger | @Saur: openjdk-8/242-r0/jdk8u-jdk8u242-ga$ ls | 23:13 |
| RobertBerger | ASSEMBLY_EXCEPTION configure get_source.sh jaxp jdk LICENSE Makefile patches README-builds.html THIRD_PARTY_README | 23:13 |
| RobertBerger | common corba hotspot jaxws langtools make nashorn README test | 23:13 |
| RobertBerger | @Saur: openjdk-8/242-r0/archiver-work/jdk8u-jdk8u242-ga$ ls | 23:14 |
| RobertBerger | ASSEMBLY_EXCEPTION common configure get_source.sh LICENSE make Makefile patches README README-builds.html test THIRD_PARTY_README | 23:14 |
| khem | RP: its settled | 23:14 |
| RobertBerger | @Saur: This might explain why it can't apply the patches | 23:15 |
| RP | khem: I think we still need to improve the "uses rpm" test for the QA tests too? | 23:15 |
| Saur | RobertBerger: Yes, but it doesn't explain why the files are missing... | 23:15 |
| khem | RP: yes, I am hoping alex will fix it | 23:15 |
| RobertBerger | @Saur: hehe meta-java, let me see | 23:16 |
| *** dreyna <dreyna!~dreyna@174.194.130.120> has joined #yocto | 23:17 | |
| RobertBerger | @Saur: https://github.com/RobertBerger/meta-java/blob/2020-02-13-master-next-as-zeus-3.0%2B/recipes-core/openjdk/openjdk-8-common.inc#L33 | 23:17 |
| khem | RP: we can wait on those | 23:18 |
| khem | perhaps until alex comes with patches, I will prod again next week | 23:18 |
| Saur | RobertBerger: Ah, yes, that will fail since it does cd ${S} | 23:18 |
| RobertBerger | @Saur: https://github.com/RobertBerger/meta-java/blob/2020-02-13-master-next-as-zeus-3.0%2B/recipes-core/openjdk/openjdk-8-common.inc#L158 | 23:18 |
| *** agust <agust!~agust@pD95F1BAA.dip0.t-ipconnect.de> has quit IRC | 23:18 | |
| RobertBerger | @Saur: Now the good question is where to hack this. Before unpack_and_patch? maybe | 23:19 |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 23:20 | |
| Saur | RobertBerger: Hmm, thinking about it, that should actually still work since S follows along when do_unpack_and_patch changes WORKDIR. :/ | 23:21 |
| khem | RP: I sent another patch to ml about licenses | 23:22 |
| khem | about deleting do_populate_lic for images and package-index.bb | 23:22 |
| Saur | RobertBerger: 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_patch | 23:24 |
| Saur | khem: To the wrong list. ;) | 23:26 |
| khem | thanks for noticing | 23:29 |
| *** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC | 23:38 | |
| *** elvispre_ <elvispre_!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto | 23: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 |
| Saur | RP: 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 |
| khem | there is separate ml for doc patches | 23:40 |
| khem | send them there | 23:40 |
| *** dreyna <dreyna!~dreyna@174.194.130.120> has quit IRC | 23:40 | |
| Saur | RobertBerger: Ok, that doesn't look good if that was from do_patch was called by do_unpack_and_patch. | 23:41 |
| Saur | RP: That's what I did. | 23:41 |
| khem | https://lists.yoctoproject.org/g/docs | 23:41 |
| RobertBerger | @Saur: I did a cleansstate followed by a do_unpack_and_patch | 23:42 |
| Saur | RP: One of them even solves a Yocto ticket. :) | 23:42 |
| Saur | RP: 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 IRC | 23:43 | |
| *** elvispre <elvispre!~elvispre@ftp.och.me.uk> has joined #yocto | 23:43 | |
| RP | Saur: usually its helpful if the owner of the ticket resolves it | 23:44 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 23:45 | |
| RP | Saur: I was hoping to get Mark Morton to review the docs patches, that is the reason for the delay | 23:45 |
| Saur | RP: Ok, no problem. Just wanted to know what to expect. | 23:45 |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 23:57 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
