00:08.18 | *** join/#oe JaMa (~martin@217.30.68.212) |
00:21.03 | *** join/#oe stephano (~stephano@134.134.139.76) |
00:31.05 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-aqsyfcdebywagynb) |
01:07.36 | *** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-avrlyetzrsxvpcqy) |
01:32.57 | *** join/#oe dengke (~dengke@106.120.101.38) |
01:43.15 | *** join/#oe dv_ (~quassel@62.178.118.86) |
02:07.46 | *** join/#oe blight (~greg@reactos/developer/blight) |
02:20.21 | *** join/#oe sgw (~swold@c-73-180-42-186.hsd1.or.comcast.net) |
02:33.22 | *** join/#oe sgw1 (swold@nat/intel/x-tgovehvflbtoewzb) |
03:14.55 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
04:53.30 | *** join/#oe dv_ (~quassel@62-178-118-86.cable.dynamic.surfer.at) |
05:15.00 | *** join/#oe thaytan (~thaytan@180-150-118-156.NBN.mel.aussiebb.net) |
05:19.41 | *** join/#oe snowkidind (~textual@216.15.40.124) |
05:37.40 | *** join/#oe armpit2 (~armpit@2601:202:4001:9ea0:b90e:aa41:7e0b:9c90) |
06:17.35 | *** join/#oe nrossi (uid193926@gateway/web/irccloud.com/x-abqyzjfulmqbqxzq) |
06:22.02 | *** join/#oe yegorich (~yegorich@mail.visionsystems.de) |
06:25.40 | *** join/#oe hamis (~irfan@110.93.212.98) |
06:29.32 | *** join/#oe Bunio_FH (~bunio@89-73-217-90.dynamic.chello.pl) |
07:13.46 | *** join/#oe thaytan (~thaytan@180-150-118-156.NBN.mel.aussiebb.net) |
07:24.06 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
07:26.23 | *** join/#oe khem (~khem@unaffiliated/khem) |
07:28.15 | *** join/#oe rob_w (~bob@93.104.205.194) |
07:28.15 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
07:41.37 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
07:44.33 | *** join/#oe morphis (~morphis@pD9ED69A1.dip0.t-ipconnect.de) |
08:14.29 | *** join/#oe dengke (~dengke@106.120.101.38) |
08:15.42 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
08:17.16 | *** join/#oe mago1 (~mago@minimum.se) |
08:20.00 | *** join/#oe ao2 (~ao2@95.237.16.46) |
08:52.16 | *** join/#oe Bunio_FH1 (~bunio@89-74-170-206.dynamic.chello.pl) |
08:57.21 | *** join/#oe yann (~yann@178.208.16.32) |
09:05.27 | Noor | Hello guys |
09:05.51 | Noor | I was working with readonly fs |
09:05.55 | Noor | and faced this error |
09:06.10 | Noor | "The following packages could not be configured offline and rootfs is read-only" |
09:07.01 | Noor | I reached till https://github.com/MentorEmbedded/poky/blob/master/meta/lib/oe/rootfs.py#L212 |
09:07.24 | Noor | I saw this functions is being used get_delayed_postinsts a line above |
09:07.42 | Noor | I was looking where delayed_postinsts are set |
09:07.47 | Noor | can anybody help me |
09:08.32 | Noor | Need to see in which condition the postinsts are delayed |
09:36.46 | bluelightning | Noor: the packages in question will have a pkg_postinst set that can't be performed on the host (usually because they explicitly "exit 1", but could also be that they just fail) |
09:37.46 | *** join/#oe Bunio_FH (~bunio@89-73-217-90.dynamic.chello.pl) |
09:38.15 | Noor | bluelightning: yes that is the case |
09:38.46 | Noor | but is there any piece of code which is saving that postinsts |
09:38.56 | Noor | just like we have get function |
09:39.02 | Noor | do we have any set function |
09:39.42 | bluelightning | do you mean, how can you view the postinstall scripts? |
09:40.01 | Noor | no |
09:40.24 | bluelightning | sorry, I'm not quite following |
09:40.27 | Noor | bluelightning: just like get_delayed_postinsts it is providing us delayed postinsts |
09:40.44 | Noor | is therey any functions which is setting delayed postinsts |
09:40.54 | Noor | any setter function |
09:41.07 | *** join/#oe stefan_schmidt (~stefan@tmo-096-108.customers.d1-online.com) |
09:41.21 | Noor | I can see the psotinsts in recipe |
09:41.22 | Noor | pkg_postinst_${PN} () { |
09:41.22 | Noor | <PROTECTED> |
09:41.22 | Noor | <PROTECTED> |
09:41.22 | Noor | <PROTECTED> |
09:41.22 | Noor | <PROTECTED> |
09:41.24 | Noor | <PROTECTED> |
09:41.26 | Noor | } |
09:41.35 | bluelightning | not from that end... you could clear out the postinsts from the recipe end, but bear in mind that will mean that processing will be missing in the final image of course |
09:42.22 | Noor | there must be some logic in the poky which will be deciding that this above postinsts should be delayed |
09:42.28 | Noor | I was asking about that code |
09:42.38 | bluelightning | the logic is, if they fail they get delayed, it's as simple as that |
09:42.59 | bluelightning | and by doing "exit 1" it's failing |
09:43.39 | bluelightning | (D is set when running the postinst scripts on the host during image construction) |
09:44.00 | *** join/#oe tom_nov (~Tomas@176.74.132.138) |
09:44.32 | bluelightning | the usual method of dealing with this kind of issue is to find a way to fix the postinst script so it can run on the host |
09:44.56 | bluelightning | not sure how easy that will be for update-ca-certificates |
09:46.15 | bluelightning | Noor: is this the ca-certificates recipe itself? |
09:49.08 | bluelightning | in master I note that ca-certificates postinst should work on the host at least, and that change goes back to 2013 - so it's possible |
09:51.36 | Noor | bluelightning: no its not |
09:51.45 | Noor | its some other private recipe |
09:52.08 | Noor | I know how it runs |
09:56.46 | Noor | in classes or somewhere it was being checked that postinsts is exiting with 1 and based on that it is being delayed |
09:57.11 | Noor | I was looking for where that thinig is located in cloases or in lib/oe |
09:57.27 | Noor | if I am asking totally wrong thing then sorry about it |
09:57.34 | *** join/#oe morphis (~morphis@pD9ED69A1.dip0.t-ipconnect.de) |
09:59.38 | *** join/#oe asteriusio (~derek@104-179-196-18.lightspeed.brhmal.sbcglobal.net) |
10:09.05 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
10:12.33 | *** join/#oe hamis_lt_u (~irfan@110.93.212.98) |
10:26.00 | *** join/#oe rburton (~textual@home.burtonini.com) |
10:44.34 | *** join/#oe ldnunes (~ldnunes_@181.220.79.73) |
11:00.17 | *** join/#oe rovanceo (~rovanceo@5.2.192.157) |
11:25.39 | *** join/#oe Crofton|work (~balister@pool-108-44-117-187.ronkva.east.verizon.net) |
11:26.49 | *** join/#oe Crofton|work (~balister@pool-108-44-117-187.ronkva.east.verizon.net) |
11:27.38 | *** join/#oe morphis__ (~morphis@pD9ED74FD.dip0.t-ipconnect.de) |
11:37.32 | *** join/#oe rovanceo_ (~rovanceo@5.2.192.157) |
11:55.02 | *** join/#oe joseppc (~josep@sestofw01.enea.se) |
11:55.02 | *** join/#oe joseppc (~josep@linaro/joseppc) |
12:20.40 | *** join/#oe blight (~greg@80-109-179-33.cable.dynamic.surfer.at) |
12:20.40 | *** join/#oe blight (~greg@reactos/developer/blight) |
13:33.27 | *** join/#oe Bunio_FH1 (~bunio@89-74-170-206.dynamic.chello.pl) |
13:34.05 | *** join/#oe dfaught (~dfaught@163.188.client.vntx.net) |
13:50.18 | *** join/#oe JaMa (~martin@217.30.68.212) |
13:50.19 | *** join/#oe thaytan (~thaytan@180-150-118-156.NBN.mel.aussiebb.net) |
13:50.42 | *** join/#oe marka (~masselst@135-23-92-83.cpe.pppoe.ca) |
14:00.26 | *** join/#oe khem (~khem@unaffiliated/khem) |
14:15.28 | *** join/#oe khem (~khem@unaffiliated/khem) |
14:47.32 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
15:05.25 | *** join/#oe sgw (swold@nat/intel/x-ljcshqrjjubrofyi) |
15:21.42 | kergoth | Noor: how postinsts are run and delayed depends on the package manager, see lib/oe/package_manager.py & the rest |
15:21.43 | kergoth | also rootfs.py |
15:24.24 | *** join/#oe ecloud (quassel@nat/qt/x-qehyfsdseyqiocwg) |
15:43.57 | *** join/#oe stephano (~stephano@134.134.139.83) |
15:47.51 | georgem | Good work everyone who contributed to this latest round of security fixes for morty. |
16:04.23 | *** join/#oe ntl (~nathanl@65-36-80-8.dyn.grandenetworks.net) |
16:10.45 | mrc3 | more questions on rdepends and rocko |
16:11.22 | mrc3 | after getting "ERROR: kmscube-git-r0 do_package_qa: QA Issue: /usr/bin/kmscube contained in package kmscube requires libgbm.so()(64bit), but no providers found in RDEPENDS_kmscube? [file-rdeps]", the qa error goes away if i add RDEPENDS_${PN} = "libgbm.so()(64bit)", but that looks terribly wrong |
16:29.34 | mrc3 | (and if libgbm.so()(64bit) is RPROVIDED by the graphics driver) |
16:29.37 | *** join/#oe dqx (~dqx@unaffiliated/dqx) |
16:46.38 | armpit | georgem, thanks for your patches. the glibc are staged once I get pyro figured out. |
16:48.59 | *** join/#oe stefan_schmidt (~stefan@31.221.87.81) |
16:51.35 | georgem | armpit: hold off on that actually... I just discovered an issue on an x86 build. |
16:51.46 | georgem | looking into it right now |
16:53.41 | armpit | k |
16:54.07 | armpit | heads off to commute to sj |
17:07.56 | *** join/#oe Varti (~varthall@dynamic-adsl-78-12-164-208.clienti.tiscali.it) |
17:15.51 | *** join/#oe thaytan (~thaytan@180-150-118-156.NBN.mel.aussiebb.net) |
17:25.09 | *** join/#oe ao2_ (~ao2@host67-148-dynamic.16-87-r.retail.telecomitalia.it) |
17:31.41 | *** join/#oe ao2__ (~ao2@host198-147-dynamic.55-82-r.retail.telecomitalia.it) |
17:37.43 | *** join/#oe thaytan (~thaytan@180-150-118-156.NBN.mel.aussiebb.net) |
17:55.25 | *** join/#oe ChrisD1_Away (~ChrisD@2a02:8010:6087:0:230:bdff:feba:a4ac) |
18:01.38 | *** join/#oe thaytan (~thaytan@180-150-118-156.NBN.mel.aussiebb.net) |
18:48.29 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
19:01.52 | *** join/#oe bluelightning (~paul@118.148.79.204) |
19:01.52 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
19:15.19 | *** join/#oe ldnunes (~ldnunes_@181.220.79.73) |
19:30.06 | *** join/#oe armpit (~armpit@50-233-148-156-static.hfc.comcastbusiness.net) |
19:44.03 | *** join/#oe t0mmy (~tprrt@ram31-1-82-234-79-177.fbx.proxad.net) |
20:44.06 | *** join/#oe armpit (~armpit@50-233-148-156-static.hfc.comcastbusiness.net) |
20:52.28 | georgem | strange. patchtest didn't like my latest patches. |
21:05.46 | bluelightning | georgem: it isn't picking up that it should be applied on top of pyro... I believe that's a bug that's bein worked on |
21:05.53 | bluelightning | just ignore for now |
21:19.02 | georgem | ok |
21:19.10 | georgem | the morty patches also |
21:20.31 | armpit | ignore bugs??? |
21:21.36 | *** join/#oe ant_home (~ant__@host196-120-dynamic.180-80-r.retail.telecomitalia.it) |
21:24.46 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
21:29.25 | *** join/#oe sgw (~swold@134.134.139.72) |
21:36.43 | *** join/#oe stephano (~stephano@134.134.139.72) |
21:53.29 | noc0lour | I have something rather strange here: I'm trying to build u-boot with a def config which defines: SYS_VENDOR, SYS_BOARD etc. and in my resulting configuration only SYS_VENDOR is set to my desired value. SYS_BOARD is set to the mach default value (u-boot-2017.09). I could of course patch the default value for my build.... |
21:55.34 | noc0lour | do_configure does not have any useful output to look at, where is the place to look at? |
21:57.45 | Crofton|work | what happens when yuou build outside oe? |
22:06.30 | noc0lour | hm, doesn't work, well... so I rather have to look at u-boot |
22:07.53 | Crofton|work | generally, if you can't get it to build outside oe, adding oe will only cause pain |
22:10.05 | noc0lour | building is not the problem, it's not taking SYS_BOARD from defconfig |
22:10.28 | noc0lour | and crosscompiling outside of oe sucks as well ;) |
22:15.30 | Crofton|work | u-boot is pretty straiht forward |
22:15.36 | Crofton|work | just make an sdk and use it |
23:14.17 | *** join/#oe VartiHome (~varthall@dynamic-adsl-78-12-171-8.clienti.tiscali.it) |
23:16.21 | *** join/#oe khem (~khem@unaffiliated/khem) |
23:49.51 | *** join/#oe armpit (~armpit@2601:202:4001:9ea0:c65:4f7d:b066:1a80) |
23:50.33 | *** join/#oe vmeson (~rmacleod@192-0-133-4.cpe.teksavvy.com) |
23:55.32 | *** join/#oe stephano (~stephano@134.134.139.72) |