00:14.02 | *** join/#oe clopez (~tau@neutrino.es) |
00:22.32 | *** join/#oe flihp (~flihp@76.243.124.132) |
03:55.20 | *** join/#oe flihp (~flihp@76.243.124.132) |
04:21.05 | *** join/#oe joeythesaint (~joe@2605:6400:2:fed5:22:41:45ec:bf91) |
05:33.11 | *** join/#oe yegorich (~yegorich@mail.visionsystems.de) |
05:35.35 | *** join/#oe sgw (~swold@134.134.139.76) |
05:59.29 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
06:00.35 | *** join/#oe DJWillis (~djwillis@cpc123798-trow7-2-0-cust28.18-1.cable.virginm.net) |
06:01.35 | *** join/#oe DJWillis (~djwillis@cpc123798-trow7-2-0-cust28.18-1.cable.virginm.net) |
06:11.02 | *** join/#oe tasslehoff (~Tasslehof@82.147.55.166) |
06:21.31 | *** join/#oe hamis (~irfan@110.93.212.98) |
06:21.37 | *** join/#oe Jybz (~jibz@2a02:8071:9289:5900:4a51:b7ff:fe84:99e6) |
06:27.39 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
06:29.49 | *** join/#oe Jybz (~jibz@2a02:8071:9289:5900:4a51:b7ff:fe84:99e6) |
06:34.54 | *** join/#oe m4t (~matt@2604:180:0:5d2::bad:beef) |
06:51.37 | *** join/#oe fl0v0 (~fvo@mue-88-130-102-198.dsl.tropolys.de) |
07:09.25 | *** join/#oe Jybz (~jibz@ip-37-201-5-78.hsi13.unitymediagroup.de) |
07:13.12 | *** join/#oe mago1 (~mago@h-225-157.A444.priv.bahnhof.se) |
07:30.13 | *** join/#oe Bunio_FH (~bunio@81-18-201-214.static.chello.pl) |
07:37.37 | *** join/#oe rovanceo (~rovanceo@80.97.64.55) |
08:03.16 | *** join/#oe ao2 (~ao2@host195-149-dynamic.17-87-r.retail.telecomitalia.it) |
08:17.08 | *** join/#oe pn (~pn@62.91.23.180) |
09:07.40 | *** join/#oe yann (~yann@178.208.16.32) |
09:13.13 | *** join/#oe rburton (~textual@35.106.2.81.in-addr.arpa) |
09:25.09 | *** join/#oe Jybz (~jibz@ip-37-201-5-78.hsi13.unitymediagroup.de) |
09:31.39 | *** join/#oe thaytan (~thaytan@180-150-118-156.NBN.mel.aussiebb.net) |
09:39.15 | *** join/#oe ant_work (~ant__@host61-226-dynamic.182-80-r.retail.telecomitalia.it) |
09:45.42 | *** join/#oe yann (~yann@178.208.16.32) |
10:35.53 | *** join/#oe hrw (~hrw@redhat/hrw) |
10:38.53 | *** join/#oe blight (~greg@reactos/developer/blight) |
10:44.18 | *** join/#oe yann (~yann@178.208.16.32) |
10:45.10 | *** join/#oe hamis (~irfan@110.93.212.98) |
10:49.00 | *** join/#oe Jybz (~jibz@ip-37-201-5-78.hsi13.unitymediagroup.de) |
10:59.38 | *** join/#oe stefan_schmidt (~stefan@p200300E9D3C0626A99787402B17797F6.dip0.t-ipconnect.de) |
11:20.15 | *** join/#oe Jybz (~jibz@2a02:8071:9289:5900:4a51:b7ff:fe84:99e6) |
11:21.53 | *** join/#oe hamis (~irfan@110.93.212.98) |
11:30.26 | *** join/#oe Crofton|work (~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37) |
11:35.30 | *** join/#oe ldnunes (~ldnunes_@181.220.79.73) |
11:36.27 | *** join/#oe Noor (~quassel@110.93.212.98) |
11:39.40 | *** join/#oe Jybz (~jibz@2a02:8071:9289:5900:4a51:b7ff:fe84:99e6) |
11:45.59 | *** join/#oe Jybz (~jibz@2a02:8071:9289:5900:4a51:b7ff:fe84:99e6) |
11:50.12 | *** join/#oe ldnunes (~ldnunes_@181.220.79.73) |
11:56.08 | *** join/#oe yann (~yann@178.208.16.32) |
12:02.54 | *** join/#oe balkamos (balkamos@unaffiliated/motley) |
12:05.05 | *** join/#oe Jybz (~jibz@2a02:8071:9289:5900:4a51:b7ff:fe84:99e6) |
12:07.54 | *** join/#oe Jybz (~jibz@2a02:8071:9289:5900:4a51:b7ff:fe84:99e6) |
12:26.44 | *** join/#oe hamis (~irfan@110.93.212.98) |
12:28.22 | *** join/#oe christner (~dchristne@70-91-95-105-washington.dc.hfc.comcastbusiness.net) |
12:30.45 | *** join/#oe Jybz (~jibz@2a02:8071:9289:5900:4a51:b7ff:fe84:99e6) |
12:33.08 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
12:34.59 | *** join/#oe Jybz (~jibz@2a02:8071:9289:5900:4a51:b7ff:fe84:99e6) |
12:44.05 | *** join/#oe marka (~masselst@184.175.21.48) |
13:14.30 | dv_ | new meta-openembedded remote branch, "stagging/master-next" |
13:14.32 | dv_ | stagging ? :) |
13:16.53 | Crofton|work | hmmm, armpit was having a bad day yesterday :) |
13:48.43 | dv_ | what a staggering turn of events |
13:50.24 | *** join/#oe morphis__ (~morphis@pD9ED6540.dip0.t-ipconnect.de) |
14:32.21 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
14:33.55 | *** join/#oe rfried (~rfried@207.154.200.205) |
14:51.57 | *** join/#oe yann (~yann@178.208.16.32) |
14:54.58 | *** join/#oe mario-go` (~user@static.107.70.9.5.clients.your-server.de) |
14:59.44 | armpit | Crofton|work, go look at the conf contains in https://github.com/MontaVista-OpenSourceTechnology/meta-montavista-cgx.git |
15:00.12 | armpit | and tell me what you see is wrong |
15:16.50 | *** join/#oe systmkor (~systmkor@unaffiliated/systmkor) |
15:18.20 | *** join/#oe yann (~yann@178.208.16.32) |
15:19.26 | *** join/#oe m4t (~matt@2604:180:0:5d2::bad:beef) |
15:25.00 | *** join/#oe ntl (~nathanl@65-36-80-8.dyn.grandenetworks.net) |
16:04.01 | *** join/#oe m4t (~matt@2604:180:0:5d2::bad:beef) |
16:13.29 | *** join/#oe yann (~yann@178.208.16.32) |
16:38.33 | *** join/#oe kanavin (ak@nat/intel/x-ptzyosgfvldfvkrb) |
16:38.47 | *** join/#oe thaytan (~thaytan@180-150-118-156.NBN.mel.aussiebb.net) |
16:53.50 | *** join/#oe yann (~yann@178.208.16.32) |
16:56.22 | *** join/#oe pstone (~pstone@wsip-98-189-41-132.oc.oc.cox.net) |
17:15.19 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
18:17.54 | *** join/#oe gbritton (~Adium@209.6.40.118) |
18:26.25 | khem | armpit: where do we collect patches from ml for testing |
18:26.35 | khem | it does not seem to be master-next anymore |
18:27.22 | armpit | what repo ? |
18:31.58 | armpit | meta-openembedded its stagging/master-next in the contrib repo |
18:33.40 | armpit | hello |
18:36.40 | khem | ok |
18:37.23 | armpit | did that answer you question? |
18:39.15 | pstone | Let's say recipe 2 depends on recipe 1, which has a do_install() component. When recipe 2 is built, how can I get the do_install() in recipe 1 to execute *every time*? |
18:42.31 | kergoth | pstone: that sounds like a terrible idea |
18:47.47 | khem | this is a circular dependency problem |
18:47.58 | khem | we need to go to court to solve it |
18:54.02 | pstone | Why does that sound terrible? The do_install() is quick. All it does is copy out-of-tree kernel module headers into the kernel build staging directory. |
19:13.15 | bluelightning | pstone: I don't think do_install should be staging anything |
19:13.43 | bluelightning | not as in staging for other recipes, that is |
19:15.09 | bluelightning | do_install installs under ${D} and then OE will take care of staging files from there to the sysroot |
19:15.45 | bluelightning | the kernel is a little different than other recipes of course, but you should be able to see other examples of out-of-tree kernel modules for examples |
19:20.09 | *** join/#oe stephano (~stephano@192.55.54.40) |
19:33.27 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
19:41.32 | pstone | Thanks bluelightning. I am doing some reading to try to understand how kernel module stuff is staged. |
19:53.51 | *** join/#oe ao2 (~ao2@host195-149-dynamic.17-87-r.retail.telecomitalia.it) |
20:03.17 | *** join/#oe yann (~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr) |
20:37.31 | *** join/#oe eFfeM (~frans@f160137.upc-f.chello.nl) |
21:15.53 | pstone | So, the purpose of having a recipe solely for copying the kernel module headers to the kernel staging directory is that we have an application which depends on the kernel module headers. However, we don't want to make the application depend on the kernel modules compiling, or the kernel compiling, for that matter. The kernel modules will be built for a full image. Given that our application does not DEPENDS on the kernel modules, the header |
21:15.53 | pstone | files are often removed from the kernel build staging directory, which is where I think they are needed in order for our applicatioon to compile. So, we have a work-around recipe which copies the out-of-tree kernel modules header files to the kernel build staging directory. Given that this is not working, and we don't want our application to DEPENDS on the kernel modules compiling, what would be the proper way to handle this? |
21:16.47 | pstone | In all instances where I said "kernel module", I meant "out-of-tree kernel module". |
21:23.10 | *** join/#oe vmeson (~rmacleod@192-0-133-4.cpe.teksavvy.com) |
21:23.26 | pstone | I think that our current work-around is not working, because although our application DEPENDS on the recipe to copy over the out-of-tree kernel module headers, the do_install() of the recipe often decides not to run. So, that's why I made the request to force it to run all the time. Currently, we have to recognize when compiling fails due to missing out-of-tree kernel module header, and then we have to clean and build the kernel modules, eve |
21:23.26 | pstone | n though we may not want or need the kernel modules. We just need the header files, so that the application will compile. |
22:11.50 | Crofton|work | ok, why would I be unable to styart the bitbake server from a jenkins job? |
22:27.27 | *** join/#oe fray (~fray@kernel.crashing.org) |
22:40.17 | *** join/#oe rburton (~textual@35.106.2.81.in-addr.arpa) |
22:45.15 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-jyjiydshanebnlcr) |
23:40.00 | *** join/#oe JaMa (~martin@217.30.68.212) |
23:51.51 | *** join/#oe dv_ (~dv@62-178-50-190.cable.dynamic.surfer.at) |
23:58.38 | *** join/#oe rburton (~textual@35.106.2.81.in-addr.arpa) |