00:02.27 | *** join/#oe Varti (~varthall@dynamic-adsl-78-12-173-8.clienti.tiscali.it) |
00:58.50 | kergoth | khem: the question with shallow-since is whether we make the main clone in downloads/git2/ shallow, or put it elsewhere. if the latter, adds complexity, if the former, need to remember to fetch âunshallow when a rev is MIA. leaning toward the former |
00:59.38 | kergoth | hmm |
01:04.58 | *** join/#oe ntl (~nathanl@136.62.102.203) |
01:24.06 | khem | kergoth: I think we need to prepare main clone all the time or atleast have a way to do so |
01:24.48 | kergoth | i expect we'd create it as shallow if and only if the full clone doesn't exist, and then still create a shallow mirror tarball for mirror population from there |
01:47.39 | *** join/#oe ntl (~nathanl@172.56.6.92) |
02:21.54 | khem | Hmmm does _remove honor regexps |
02:22.14 | khem | kergoth: yeah that seems right |
02:25.01 | *** join/#oe RP (~RP@5751f4a1.skybroadband.com) |
02:27.09 | *** join/#oe marka (~masselst@184.175.21.48) |
03:01.21 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
03:30.19 | *** join/#oe ntl (~nathanl@65-36-80-8.dyn.grandenetworks.net) |
03:44.18 | *** join/#oe stephano (stephano@nat/intel/x-ccrnnevcujcitxwu) |
04:09.09 | *** join/#oe gbritton (~Adium@209.6.40.118) |
04:21.16 | *** join/#oe dustinm` (~dustinm@68.ip-149-56-14.net) |
04:29.11 | *** join/#oe volestorm (~volestorm@23.105.205.111.16clouds.com) |
04:35.21 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
04:37.58 | *** join/#oe gus (~quassel@2400:6180:0:d0::f76:7001) |
06:36.14 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
06:42.29 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
07:37.08 | *** join/#oe Jybz (~jibz@ip-37-201-5-13.hsi13.unitymediagroup.de) |
07:46.16 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
07:46.20 | *** join/#oe Varti (~varthall@dynamic-adsl-78-12-173-8.clienti.tiscali.it) |
07:53.13 | *** join/#oe fl0v0 (~fvo@i577B9A64.versanet.de) |
07:55.37 | *** join/#oe Bunio_FH (~bunio@81-18-201-214.static.chello.pl) |
08:10.13 | *** join/#oe tasslehoff (~Tasslehof@82.147.55.166) |
08:27.15 | *** join/#oe jkroon (~jkroon@213.185.29.22) |
08:30.29 | jkroon__ | For the linux-yocto recipe, if I change some variable that kernel_do_deploy() depends on, would that trigger a recompilation(do_compile) of the kernel ? I thought bitbake could detect that, and only rerun the kernel_do_deploy() function |
08:37.44 | *** join/#oe ao2 (~ao2@host228-57-dynamic.53-79-r.retail.telecomitalia.it) |
08:57.57 | *** join/#oe ChrisD1_` (~ChrisD@dsl-217-155-59-206.zen.co.uk) |
09:13.10 | *** join/#oe tom_nov (~Tomas@176.74.132.138) |
09:22.05 | *** join/#oe yann|work (~yann@178.208.16.32) |
09:43.12 | *** join/#oe JaMa (~martin@217.30.68.212) |
09:45.40 | *** join/#oe Bunio_FH (~bunio@81-18-201-214.static.chello.pl) |
09:52.29 | *** join/#oe rovanceo (~rovanceo@80.97.64.55) |
09:56.22 | *** join/#oe rovanceo (~rovanceo@80.97.64.55) |
10:32.55 | *** join/#oe Bunio_FH (~bunio@81-18-201-214.static.chello.pl) |
10:47.32 | *** join/#oe Bunio_FH (~bunio@81-18-201-214.static.chello.pl) |
10:56.51 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
11:41.40 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
12:04.07 | *** join/#oe frieder (~frieder@28-71-142-46.pool.kielnet.net) |
12:32.58 | *** join/#oe andre_d (~user@77.107.218.170) |
12:34.14 | *** join/#oe ant_work (~ant__@host61-226-dynamic.182-80-r.retail.telecomitalia.it) |
12:34.41 | *** join/#oe adam_trhon (b04a848a@gateway/web/freenode/ip.176.74.132.138) |
12:44.47 | *** join/#oe ChrisD1_Away (~ChrisD@dsl-217-155-59-206.zen.co.uk) |
12:44.51 | adam_trhon | Hello, I build my own distro on local machine with Arch. Not supported, but works without problems. Today I deleted the whole sstate and workdir and let the sstate to be loaded from mirror, which is built on a CentOS server. Everything went well, but then various tasks started to fail because {mv,ls,mkdir,..} could not find the libselinux.so.1 library. The library is not on my local machine, but it is on the server. |
12:45.41 | adam_trhon | So I checked where the binaries are taken from and they are taken from the recipe's recipe-sysroot-native directory. It seems as if this directory contains binaries from the server (got there through sstate), but not all required libraries. |
12:45.52 | *** join/#oe marka (~masselst@184.175.21.48) |
12:46.21 | adam_trhon | How shall I handle this? |
12:46.51 | *** join/#oe ntl (~nathanl@65-36-80-8.dyn.grandenetworks.net) |
12:51.06 | *** join/#oe rburton (~textual@35.106.2.81.in-addr.arpa) |
12:52.19 | bluelightning | adam_trhon: sounds like you are building coreutils-native... that really shouldn't be needed, so find out what's depending upon that and disable the dependency |
12:52.42 | bluelightning | adam_trhon: bitbake -g should produce some dependency graphs that you can grep to figure where that's coming in |
12:53.19 | *** join/#oe gbritton (~Adium@static-173-76-34-203.bstnma.fios.verizon.net) |
12:53.33 | bluelightning | goes to get sleep |
13:14.32 | adam_trhon | I have dependency on coreutils-native directly in the recipe because I need to run cksum as a part of the build. I removed the dependency, deleted the workdir (because just after removing the dependency the problem persisted) and now the compilation finally runs. |
13:15.05 | adam_trhon | But after it finishes the build will fail again because now I won't have the cksum binary. What is the right way to add it, so that I avoid this problem? |
13:18.19 | adam_trhon | I use cksum in task that I append to PACKAGEBUILDPKGD |
13:18.34 | rburton | use md5sum/shasum? |
13:19.01 | rburton | add cksum to HOSTTOOLS, the problem is that we limit the commands on the host you can see in a build |
13:19.24 | rburton | so congrats you found one which should probably be added, even if it is a binary that i've never even heard of in 20 years |
13:20.06 | rburton | if its just a checksum you're after, sha*sum is already in the list and not trivially breakable |
13:47.01 | *** join/#oe dlan (~dennis@58.32.228.42) |
13:47.01 | *** join/#oe dlan (~dennis@gentoo/developer/dlan) |
13:54.57 | *** join/#oe stephano (~stephano@134.134.139.76) |
13:55.23 | *** join/#oe diego_r (~diego@host57-224-static.7-79-b.business.telecomitalia.it) |
14:22.04 | adam_trhon | rburton: Adding to HOSTTOOLS helped. I am not surprised that it is so outdated, it comes from the dark ages of our company :) But it's not a security feature, so I will keep it. Thank you! |
14:22.52 | *** join/#oe yegorich (~yegorich@mail.visionsystems.de) |
14:27.37 | *** join/#oe ntl (~nathanl@65-36-80-8.dyn.grandenetworks.net) |
14:30.00 | *** join/#oe gus (~quassel@2400:6180:0:d0::f76:7001) |
14:36.03 | *** join/#oe Bunio_FH (~bunio@81-18-201-214.static.chello.pl) |
15:09.59 | *** join/#oe Crofton (~Crofton@12.124.210.166) |
15:10.16 | *** join/#oe Jybz (~jibz@195.130.207.199) |
15:27.22 | *** join/#oe WhiskeyNick (~WhiskeyNi@50-79-153-157-static.hfc.comcastbusiness.net) |
15:33.47 | *** join/#oe ntl (~nathanl@cpe-24-242-92-173.austin.res.rr.com) |
15:51.51 | *** join/#oe ChrisD1_Away (~ChrisD@dsl-217-155-59-206.zen.co.uk) |
15:59.16 | *** join/#oe ldnunes (~ldnunes_@181.220.79.73) |
16:33.14 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
16:44.35 | *** join/#oe sr105 (~sr105@72.187.19.10) |
16:50.44 | *** join/#oe pstone (~pstone@wsip-98-189-41-132.oc.oc.cox.net) |
16:57.49 | heeen | this build picks up the wrong version of a component when building an image |
16:58.05 | heeen | but bitbake -e or bitbake -fc compile whatever picks up the right version |
16:58.21 | heeen | how can I fix this |
17:04.07 | *** join/#oe kroon (~kroon@37-247-29-68.customers.ownit.se) |
17:33.40 | *** join/#oe ski7777 (~quassel@ip5b430ec0.dynamic.kabel-deutschland.de) |
17:33.44 | heeen | or how to debug it |
17:44.04 | *** join/#oe ski4x7 (~quassel@ip5b430ec0.dynamic.kabel-deutschland.de) |
18:01.38 | *** join/#oe bradfa (~andrew@clr-vpn01.kodakalaris.com) |
18:32.49 | *** join/#oe Jybz (~jibz@LAubervilliers-656-1-124-227.w92-154.abo.wanadoo.fr) |
18:58.13 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
19:09.20 | *** join/#oe blight (~greg@reactos/developer/blight) |
19:55.08 | *** join/#oe Jybz (~jibz@LAubervilliers-656-1-124-227.w92-154.abo.wanadoo.fr) |
20:32.39 | *** join/#oe Jybz (~jibz@LAubervilliers-656-1-124-227.w92-154.abo.wanadoo.fr) |
21:15.22 | *** join/#oe yann|work (~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr) |
21:24.10 | pstone | heeen: What do you mean 'picks up the wrong version'? Are you specifying the version of the package? |
21:45.31 | *** join/#oe ao2 (~ao2@host228-57-dynamic.53-79-r.retail.telecomitalia.it) |
21:46.40 | *** join/#oe ski7777 (~quassel@ip5b430ec0.dynamic.kabel-deutschland.de) |
21:48.12 | pstone | heeen: I believe you can either manually specify the version you want, or tell bitbake to use the latest version. SRCREV = "${AUTOREV}" will use the latest. PREFERRED_VERSION_packagename = "1.6.15" will use a particular version. |
21:49.10 | pstone | heeen: I believe the SRCREV fragment would go in the recipe for the package. I think the PREFERRED_VERSION fragment goes in the image recipe. |
21:49.59 | kergoth | PREFERRED_* are global, not per recipe. config files only |
21:54.28 | pstone | As in local.conf? |
21:58.04 | kergoth | whereever is most appropriate. local.conf, distro, whatever |
22:00.34 | *** join/#oe kroon (~kroon@37-247-29-68.customers.ownit.se) |
22:01.28 | *** join/#oe kroon (~kroon@37-247-29-68.customers.ownit.se) |
22:07.18 | pstone | Thanks! |
22:08.34 | *** part/#oe romua1d (~romuald@88.191.217.116) |
22:15.10 | *** join/#oe Jybz (~jibz@2a02:8071:9289:5900:4a51:b7ff:fe84:99e6) |
22:17.08 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-fkmoqlethrpoyhdq) |
22:28.32 | *** join/#oe Crofton (~Crofton@2601:5c0:c100:b84:9898:8e65:321d:803c) |
22:34.45 | *** join/#oe sgw (~swold@134.134.139.75) |