00:21.56 | kergoth | c) is likely the best, most accurate solution, since that really is a valid case of all depending on arch |
00:22.05 | kergoth | wonders if that's in an faq anywhere |
00:23.04 | Jin^eLD | I guess I'll have to go over all noarch packages I have and apply that where appropriate |
00:45.22 | *** join/#oe ant_home (~ant__@host224-231-dynamic.20-79-r.retail.telecomitalia.it) |
00:57.52 | Jin^eLD | nite |
02:10.14 | *** join/#oe s3v3n62mm (~s3v3n62mm@p3EE2F333.dip0.t-ipconnect.de) |
03:06.34 | *** join/#oe fusman (~fahad@39.42.16.197) |
03:16.54 | *** join/#oe jkridner (~jkridner@c-98-250-189-79.hsd1.mi.comcast.net) |
03:16.55 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
03:44.02 | *** join/#oe s3v3n62mm2 (~s3v3n62mm@p5DDC394B.dip0.t-ipconnect.de) |
04:31.53 | *** join/#oe Crofton (~balister@pool-71-171-45-178.ronkva.east.verizon.net) |
05:12.55 | *** join/#oe Crofton|work (~balister@pool-71-171-45-178.ronkva.east.verizon.net) |
05:45.43 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
05:50.49 | *** join/#oe adelcast (~adelcast@130.164.62.193) |
07:21.08 | *** join/#oe dijenerate (~dijenerat@host86-145-152-251.range86-145.btcentralplus.com) |
07:21.46 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
07:24.20 | *** join/#oe crxz0193 (~crxz0193@123.201.133.117) |
07:44.05 | *** join/#oe roric (~roric@host-95-199-158-152.mobileonline.telia.com) |
07:53.08 | *** join/#oe fusman (~fahad@39.42.16.197) |
08:14.58 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
09:22.04 | *** join/#oe roric (~roric@host-95-199-158-152.mobileonline.telia.com) |
09:23.40 | *** join/#oe DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) |
09:35.35 | *** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz) |
10:27.46 | *** join/#oe pompomJuice (~pompomJui@41.0.38.138) |
10:36.05 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
10:36.54 | *** join/#oe kristoffer (~kristoffe@c-e882e253.171-2-64736c10.cust.bredbandsbolaget.se) |
10:47.25 | kroon | morning |
10:48.07 | kroon | JaMa, for the sstate-cache patch series, should I reply on the mailing list, "Tested-By:" or something like that ? |
10:54.30 | JaMa | kroon: yes you can, thanks |
11:11.40 | pompomJuice | I need help |
11:11.55 | pompomJuice | PREFERRED_VERSION_systemd = "204" |
11:12.06 | pompomJuice | in the latest move to yocto 1.5 on angstrom |
11:12.20 | pompomJuice | my image now suddenly contains a 208 systemd |
11:12.35 | pompomJuice | it should take my systemd_204 like before? |
11:14.51 | JaMa | ls there recipe with version 204 in any layer you have? |
11:15.11 | pompomJuice | no |
11:15.19 | pompomJuice | I had to copy a recipy and make it manually |
11:15.28 | pompomJuice | the reason for that is I am stuck on kernel < 3.0 |
11:15.45 | pompomJuice | and systemd started requiring 3.0 for some cgroup business |
11:16.00 | pompomJuice | So I have my own meta folder |
11:16.02 | pompomJuice | inside |
11:16.31 | pompomJuice | The previous guy had a systemd folder with systemd_v189.bbappend files |
11:16.47 | pompomJuice | then I added a systemd_204/systemd_204.bb |
11:16.51 | pompomJuice | this used to work |
11:16.56 | pompomJuice | now with bitbake 1.20 |
11:16.57 | pompomJuice | not anymore |
11:17.21 | pompomJuice | now it's picking the 208 from oe-core |
11:17.40 | pompomJuice | the 204 was a copy of 208 |
11:18.18 | pompomJuice | seems to me that the systemd_204 directory convention went away |
11:18.27 | JaMa | if it's in layer with higher priority then it should work even without P_V, I'm using the same |
11:18.43 | pompomJuice | The layer has priority 15 or somrthing |
11:18.57 | pompomJuice | yea it used to work |
11:19.06 | pompomJuice | currently migrating from 1.4 to 1.5 |
11:19.08 | pompomJuice | shit backfired |
11:19.10 | JaMa | I'm using it in dora |
11:19.12 | pompomJuice | now I am working over the weekend |
11:19.24 | pompomJuice | ok so it is working for you |
11:19.34 | JaMa | is your directory included in BBFILES ? |
11:19.52 | pompomJuice | probably not |
11:19.57 | pompomJuice | how do I do that? |
11:20.03 | JaMa | hmm |
11:20.31 | pompomJuice | could never understand that directory extend business |
11:20.47 | pompomJuice | the rest of bitbake seems to recurse just fine |
11:21.24 | pompomJuice | let me see what happnes when I cleansstate |
11:21.34 | pompomJuice | picking the 208 |
11:21.43 | pompomJuice | and has a strange autoinc in the version nr |
11:21.47 | JaMa | sounds like learning something over the weekend is in place :) |
11:22.07 | pompomJuice | hehe |
11:22.17 | pompomJuice | been crash coarsing this for months now |
11:22.23 | pompomJuice | this stuff is hard |
11:22.27 | pompomJuice | and cannot be rushed |
11:22.34 | pompomJuice | boss mand does not understand that |
11:23.51 | pompomJuice | \ /home/griftw/w/danny/setup-scripts/sources/meta-ctlab/recipes/systemd_204/systemd_204.bb |
11:23.55 | pompomJuice | there it is |
11:23.55 | kroon | they rarely do |
11:24.05 | pompomJuice | PREFERRED_VERSION_systemd = "204" |
11:24.43 | JaMa | pompomJuice: show BBFILES from layer.conf |
11:24.43 | pompomJuice | any obvious issues |
11:25.20 | pompomJuice | BBFILES += "${LAYERDIR}/recipes*/*/*.bb ${LAYERDIR}/recipes*/*/*.bbappend" |
11:25.35 | JaMa | ok, looks sane |
11:26.05 | JaMa | I was asking because most layers are using recipes-* (not recipes*) |
11:26.13 | pompomJuice | aah |
11:26.21 | pompomJuice | let me see if I can actually build the recipy |
11:26.26 | pompomJuice | aah problems |
11:26.37 | pompomJuice | cant |
11:26.43 | pompomJuice | not sure if i should be |
11:26.53 | *** join/#oe fischerm (~mfischer@tyr.pure-entropy.org) |
11:26.55 | pompomJuice | bitbake systemd_204 -c cleansstate |
11:27.16 | JaMa | that shouldn't work |
11:27.21 | pompomJuice | aah |
11:27.27 | pompomJuice | damn |
11:27.35 | pompomJuice | dont have time for this |
11:28.02 | pompomJuice | took me 3 days to figure out that optimizations in 4.7.3 or something caused errors in memset.S in the kernel |
11:28.13 | pompomJuice | now this |
11:28.26 | pompomJuice | also another strange issue |
11:28.42 | pompomJuice | image boot bails with you need CONFIG_LBDAF |
11:29.08 | pompomJuice | cause now mkfs.ext4 is now set to large_file by default |
11:29.34 | pompomJuice | and if you actually build that in it has no effect, you still need to disable the large_file manually with args... |
11:29.53 | pompomJuice | also |
11:29.55 | pompomJuice | with 1.5 |
11:30.02 | pompomJuice | I have had strange QA errors |
11:30.11 | pompomJuice | complaining about a .5 going back to a .0 |
11:30.26 | pompomJuice | but that is not my PR |
11:30.40 | JaMa | what's strange on that? have you read about PRSERV? |
11:30.47 | pompomJuice | hehe |
11:30.55 | pompomJuice | strange if you are thrown into the deep end |
11:31.00 | pompomJuice | I have not |
11:32.06 | JaMa | thinks that upgrades like 1.4 -> 1.5 shouldn't be done be newbies (no offence) and should be prepared ahead (and not expect to do it on Friday before weekend) |
11:32.37 | JaMa | that's what experienced contractors are for :) |
11:35.00 | JaMa | -> lunch |
11:35.12 | pompomJuice | hehe |
11:36.29 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
11:52.03 | pompomJuice | systemd/1_208+gitAUTOINC+255eb046a7-r0 |
11:52.05 | pompomJuice | what is that? |
11:52.14 | pompomJuice | there is no autoinc going on there |
11:53.15 | pompomJuice | PV = "208+git${SRCPV}" |
11:53.35 | pompomJuice | SRCREV = "255eb046a7bcb90e60a3a54302bc1250c1aed26a" |
11:53.44 | pompomJuice | II think something broke in the git fetcher |
11:54.49 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
11:56.03 | JaMa | pompomJuice: AUTOINC is part of SRCPV (it was called LOCALCOUNT before) |
11:56.17 | JaMa | pompomJuice: it makes git SHA-1s sortable when you're using shared PRSERV |
11:56.19 | pompomJuice | ok |
11:56.41 | JaMa | that's the same thing which appends .${AUTOPR} to your PR values |
11:56.42 | pompomJuice | I found a file |
11:57.01 | *** join/#oe fusman (~fahad@39.42.16.197) |
11:57.10 | pompomJuice | meta-anstrom/conf/distro/angstrom-v2013.12.conf |
11:57.15 | pompomJuice | it contains |
11:57.23 | pompomJuice | PREFERRED_VERSION_systemd = "208%" |
11:57.35 | pompomJuice | is this one somehow prefferred over mine in conf/local.conf? |
11:57.43 | JaMa | https://wiki.yoctoproject.org/wiki/PR_Service |
11:57.53 | JaMa | use bitbake -e to find out |
11:58.59 | pompomJuice | ok this is new |
12:03.28 | pompomJuice | yea |
12:03.36 | pompomJuice | if I run bitbake with -e |
12:03.41 | pompomJuice | it clearly shows... |
12:03.45 | pompomJuice | PREFERRED_VERSION_systemd="208% |
12:03.52 | pompomJuice | it is using that directive |
12:04.14 | JaMa | it also shows the history of assignment |
12:04.32 | JaMa | you can use another override in local.conf to change it |
12:04.41 | pompomJuice | I have one |
12:04.48 | pompomJuice | that is what stopped working |
12:04.52 | pompomJuice | used to work |
12:05.04 | pompomJuice | PREFERRED_VERSION_mono-native = "3.2.8" |
12:05.04 | pompomJuice | PREFERRED_VERSION_mono = "3.2.8" |
12:05.04 | pompomJuice | PREFERRED_VERSION_systemd = "204" |
12:05.04 | pompomJuice | PREFERRED_VERSION_sqlite = "3080401" |
12:05.04 | pompomJuice | PREFERRED_VERSION_u-boot = "2010.06-psp04.04.00.01" |
12:05.05 | pompomJuice | PREFERRED_PROVIDER_u-boot = "u-boot" |
12:05.08 | pompomJuice | that is in my local.conf |
12:05.12 | pompomJuice | mono seems to work fine |
12:05.30 | pompomJuice | I hope |
12:05.31 | pompomJuice | acctually |
12:05.37 | pompomJuice | it wont boot because of this |
12:13.50 | pompomJuice | # $PREFERRED_VERSION_systemd [2 operations] |
12:13.50 | pompomJuice | # set /home/griftw/w/danny/setup-scripts/conf/local.conf:24 |
12:13.50 | pompomJuice | # "204" |
12:13.50 | pompomJuice | # set /home/griftw/w/danny/setup-scripts/sources/meta-angstrom/conf/distro/angstrom-v2013.12.conf:110 |
12:13.50 | pompomJuice | # "208%" |
12:13.51 | pompomJuice | # computed: |
12:13.51 | pompomJuice | # "208%" |
12:13.52 | pompomJuice | PREFERRED_VERSION_systemd="208%" |
12:13.53 | pompomJuice | shit |
12:14.00 | pompomJuice | how can I tell it not to take the biggest one? |
12:14.14 | pompomJuice | save me |
12:14.36 | JaMa | 13:04:36 < JaMa> you can use another override in local.conf to change it |
12:14.50 | pompomJuice | O'RLY? |
12:14.55 | pompomJuice | what override might this be? |
12:15.14 | JaMa | any override will do |
12:15.51 | pompomJuice | where is this local.conf file? |
12:15.59 | pompomJuice | in the meta-ctlab? |
12:16.04 | pompomJuice | or in setup-scripts? |
12:19.17 | pompomJuice | if I do a bitbake -s I get -> systemd 1:204-r0 1:208+gitAUTOINC+255eb046a7-r |
12:31.58 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
12:35.53 | pompomJuice | not working |
12:35.56 | pompomJuice | tis is frustrating |
12:40.20 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
12:46.44 | *** join/#oe sgw_ (~sgw@74.174.236.84) |
12:56.16 | *** join/#oe sgw_ (~sgw@74.174.236.84) |
12:56.46 | pompomJuice | there must be a way you can tell bitbake how to compare preferred versions if more than one is declared? |
13:00.38 | pompomJuice | ok so my only option is to nuke that value in the angstrom meta |
13:00.45 | pompomJuice | what is the correct version control precess fgor this? |
13:00.48 | pompomJuice | make a new branch? |
13:00.58 | pompomJuice | what then of oebb update? |
13:13.13 | kroon | pompomJuice, just patch angstrom locally, no ? |
13:19.03 | *** join/#oe dv_ (~quassel@chello080108088242.14.11.vie.surfer.at) |
13:32.19 | JaMa | pompomJuice: it's called overrides |
13:37.29 | *** join/#oe sgw_1 (~sgw@172.56.26.6) |
13:46.38 | *** join/#oe sgw_ (~sgw@74.174.236.84) |
13:46.48 | pompomJuice | JaMa the overrides is not working |
13:46.52 | pompomJuice | that is what I have been trying to say? |
13:47.01 | pompomJuice | I put them in there they dont work |
13:47.04 | pompomJuice | I looked at the code |
13:47.07 | pompomJuice | its pretty dumb |
13:47.11 | pompomJuice | it just takes the first value it finds |
13:47.20 | pompomJuice | since angstrom is a first in alphabet it wins |
13:48.50 | *** join/#oe sgw_2 (~sgw@74.174.236.84) |
13:49.07 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
13:49.38 | *** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl) |
13:50.13 | *** join/#oe sgw_1 (~sgw@172.56.26.6) |
14:35.53 | pompomJuice | was chrony deleted? |
15:53.40 | *** join/#oe kroon (~kroon@84-217-49-61.tn.glocalnet.net) |
16:25.01 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
16:46.14 | *** join/#oe kroon (~kroon@84-217-49-61.tn.glocalnet.net) |
16:53.08 | *** join/#oe JackWinter (~jack@vodsl-10810.vo.lu) |
17:02.02 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@unaffiliated/kuldeepdhaka) |
17:10.16 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@unaffiliated/kuldeepdhaka) |
17:21.08 | *** join/#oe CMoH|notebook (~cipi@78.96.93.101) |
17:21.10 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
17:32.48 | *** join/#oe apelete_ (~apelete@176-26-190-109.dsl.ovh.fr) |
17:36.00 | *** join/#oe kuldeepdhaka__ (~kuldeepdh@unaffiliated/kuldeepdhaka) |
17:47.08 | *** join/#oe kuldeepdhaka__ (~kuldeepdh@unaffiliated/kuldeepdhaka) |
17:55.39 | *** join/#oe JackWinter (~jack@vodsl-10810.vo.lu) |
18:01.44 | *** join/#oe JackWinter (~jack@vodsl-10810.vo.lu) |
18:10.54 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
18:12.40 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
18:15.37 | *** join/#oe CMoH (~cipi@78.96.93.101) |
18:15.37 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
18:20.58 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
18:38.57 | kroon | I wonder, whats the reason for that a separate zlib needs to be built for the sdk, instead of using the binaries created for the target ? |
18:45.56 | *** join/#oe apelete_ (~apelete@176-26-190-109.dsl.ovh.fr) |
18:59.56 | *** join/#oe KNERD|2 (~KNERD@24.175.253.226) |
19:01.08 | *** join/#oe KNERD|3 (~KNERD@24.175.253.226) |
19:13.07 | kroon | or maybe thats not whats happening |
19:14.44 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
19:26.17 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
19:34.44 | *** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz) |
20:09.31 | *** join/#oe flo_lap (~fuchs@sign-4db60e4b.pool.mediaWays.net) |
20:09.42 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
20:11.24 | *** join/#oe sgw_ (~sgw@75-148-161-129-Houston.hfc.comcastbusiness.net) |
20:17.15 | *** join/#oe KNERD (~KNERD@24.175.253.226) |
20:28.20 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
21:18.48 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
21:24.50 | *** join/#oe slips (~slips@95.130.216.34) |
21:35.30 | *** join/#oe kroon (~kroon@c83-249-172-217.bredband.comhem.se) |
22:31.31 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
23:03.21 | *** join/#oe sr105|away (~sr105@65349hfc19.tampabay.res.rr.com) |
23:27.24 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |