IRC log for #oe on 20140329

00:21.56kergothc) is likely the best, most accurate solution, since that really is a valid case of all depending on arch
00:22.05kergothwonders if that's in an faq anywhere
00:23.04Jin^eLDI 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.52Jin^eLDnite
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.25kroonmorning
10:48.07kroonJaMa, for the sstate-cache patch series, should I reply on the mailing list, "Tested-By:" or something like that ?
10:54.30JaMakroon: yes you can, thanks
11:11.40pompomJuiceI need help
11:11.55pompomJuicePREFERRED_VERSION_systemd = "204"
11:12.06pompomJuicein the latest move to yocto 1.5 on angstrom
11:12.20pompomJuicemy image now suddenly contains a 208 systemd
11:12.35pompomJuiceit should take my systemd_204 like before?
11:14.51JaMals there recipe with version 204 in any layer you have?
11:15.11pompomJuiceno
11:15.19pompomJuiceI had to copy a recipy and make it manually
11:15.28pompomJuicethe reason for that is I am stuck on kernel < 3.0
11:15.45pompomJuiceand systemd started requiring 3.0 for some cgroup business
11:16.00pompomJuiceSo I have my own meta folder
11:16.02pompomJuiceinside
11:16.31pompomJuiceThe previous guy had a systemd folder with systemd_v189.bbappend files
11:16.47pompomJuicethen I added a systemd_204/systemd_204.bb
11:16.51pompomJuicethis used to work
11:16.56pompomJuicenow with bitbake 1.20
11:16.57pompomJuicenot anymore
11:17.21pompomJuicenow it's picking the 208 from oe-core
11:17.40pompomJuicethe 204 was a copy of 208
11:18.18pompomJuiceseems to me that the systemd_204 directory convention went away
11:18.27JaMaif it's in layer with higher priority then it should work even without P_V, I'm using the same
11:18.43pompomJuiceThe layer has priority 15 or somrthing
11:18.57pompomJuiceyea it used to work
11:19.06pompomJuicecurrently migrating from 1.4 to 1.5
11:19.08pompomJuiceshit backfired
11:19.10JaMaI'm using it in dora
11:19.12pompomJuicenow I am working over the weekend
11:19.24pompomJuiceok so it is working for you
11:19.34JaMais your directory included in BBFILES ?
11:19.52pompomJuiceprobably not
11:19.57pompomJuicehow do I do that?
11:20.03JaMahmm
11:20.31pompomJuicecould never understand that directory extend business
11:20.47pompomJuicethe rest of bitbake seems to recurse just fine
11:21.24pompomJuicelet me see what happnes when I cleansstate
11:21.34pompomJuicepicking the 208
11:21.43pompomJuiceand has a strange autoinc in the version nr
11:21.47JaMasounds like learning something over the weekend is in place :)
11:22.07pompomJuicehehe
11:22.17pompomJuicebeen crash coarsing this for months now
11:22.23pompomJuicethis stuff is hard
11:22.27pompomJuiceand cannot be rushed
11:22.34pompomJuiceboss mand does not understand that
11:23.51pompomJuice\ /home/griftw/w/danny/setup-scripts/sources/meta-ctlab/recipes/systemd_204/systemd_204.bb
11:23.55pompomJuicethere it is
11:23.55kroonthey rarely do
11:24.05pompomJuicePREFERRED_VERSION_systemd = "204"
11:24.43JaMapompomJuice: show BBFILES from layer.conf
11:24.43pompomJuiceany obvious issues
11:25.20pompomJuiceBBFILES += "${LAYERDIR}/recipes*/*/*.bb ${LAYERDIR}/recipes*/*/*.bbappend"
11:25.35JaMaok, looks sane
11:26.05JaMaI was asking because most layers are using recipes-* (not recipes*)
11:26.13pompomJuiceaah
11:26.21pompomJuicelet me see if I can actually build the recipy
11:26.26pompomJuiceaah problems
11:26.37pompomJuicecant
11:26.43pompomJuicenot sure if i should be
11:26.53*** join/#oe fischerm (~mfischer@tyr.pure-entropy.org)
11:26.55pompomJuicebitbake systemd_204 -c cleansstate
11:27.16JaMathat shouldn't work
11:27.21pompomJuiceaah
11:27.27pompomJuicedamn
11:27.35pompomJuicedont have time for this
11:28.02pompomJuicetook me 3 days to figure out that optimizations in 4.7.3 or something caused errors in memset.S in the kernel
11:28.13pompomJuicenow this
11:28.26pompomJuicealso another strange issue
11:28.42pompomJuiceimage boot bails with you need CONFIG_LBDAF
11:29.08pompomJuicecause now mkfs.ext4 is now set to large_file by default
11:29.34pompomJuiceand if you actually build that in it has no effect, you still need to disable the large_file manually with args...
11:29.53pompomJuicealso
11:29.55pompomJuicewith 1.5
11:30.02pompomJuiceI have had strange QA errors
11:30.11pompomJuicecomplaining about a .5 going back to a .0
11:30.26pompomJuicebut that is not my PR
11:30.40JaMawhat's strange on that? have you read about PRSERV?
11:30.47pompomJuicehehe
11:30.55pompomJuicestrange if you are thrown into the deep end
11:31.00pompomJuiceI have not
11:32.06JaMathinks 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.37JaMathat's what experienced contractors are for :)
11:35.00JaMa-> lunch
11:35.12pompomJuicehehe
11:36.29*** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka)
11:52.03pompomJuicesystemd/1_208+gitAUTOINC+255eb046a7-r0
11:52.05pompomJuicewhat is that?
11:52.14pompomJuicethere is no autoinc going on there
11:53.15pompomJuicePV = "208+git${SRCPV}"
11:53.35pompomJuiceSRCREV = "255eb046a7bcb90e60a3a54302bc1250c1aed26a"
11:53.44pompomJuiceII think something broke in the git fetcher
11:54.49*** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka)
11:56.03JaMapompomJuice: AUTOINC is part of SRCPV (it was called LOCALCOUNT before)
11:56.17JaMapompomJuice: it makes git SHA-1s sortable when you're using shared PRSERV
11:56.19pompomJuiceok
11:56.41JaMathat's the same thing which appends .${AUTOPR} to your PR values
11:56.42pompomJuiceI found a file
11:57.01*** join/#oe fusman (~fahad@39.42.16.197)
11:57.10pompomJuicemeta-anstrom/conf/distro/angstrom-v2013.12.conf
11:57.15pompomJuiceit contains
11:57.23pompomJuicePREFERRED_VERSION_systemd = "208%"
11:57.35pompomJuiceis this one somehow prefferred over mine in conf/local.conf?
11:57.43JaMahttps://wiki.yoctoproject.org/wiki/PR_Service
11:57.53JaMause bitbake -e to find out
11:58.59pompomJuiceok this is new
12:03.28pompomJuiceyea
12:03.36pompomJuiceif I run bitbake with -e
12:03.41pompomJuiceit clearly shows...
12:03.45pompomJuicePREFERRED_VERSION_systemd="208%
12:03.52pompomJuiceit is using that directive
12:04.14JaMait also shows the history of assignment
12:04.32JaMayou can use another override in local.conf to change it
12:04.41pompomJuiceI have one
12:04.48pompomJuicethat is what stopped working
12:04.52pompomJuiceused to work
12:05.04pompomJuicePREFERRED_VERSION_mono-native = "3.2.8"
12:05.04pompomJuicePREFERRED_VERSION_mono = "3.2.8"
12:05.04pompomJuicePREFERRED_VERSION_systemd = "204"
12:05.04pompomJuicePREFERRED_VERSION_sqlite = "3080401"
12:05.04pompomJuicePREFERRED_VERSION_u-boot = "2010.06-psp04.04.00.01"
12:05.05pompomJuicePREFERRED_PROVIDER_u-boot = "u-boot"
12:05.08pompomJuicethat is in my local.conf
12:05.12pompomJuicemono seems to work fine
12:05.30pompomJuiceI hope
12:05.31pompomJuiceacctually
12:05.37pompomJuiceit wont boot because of this
12:13.50pompomJuice# $PREFERRED_VERSION_systemd [2 operations]
12:13.50pompomJuice#   set /home/griftw/w/danny/setup-scripts/conf/local.conf:24
12:13.50pompomJuice#     "204"
12:13.50pompomJuice#   set /home/griftw/w/danny/setup-scripts/sources/meta-angstrom/conf/distro/angstrom-v2013.12.conf:110
12:13.50pompomJuice#     "208%"
12:13.51pompomJuice# computed:
12:13.51pompomJuice#   "208%"
12:13.52pompomJuicePREFERRED_VERSION_systemd="208%"
12:13.53pompomJuiceshit
12:14.00pompomJuicehow can I tell it not to take the biggest one?
12:14.14pompomJuicesave me
12:14.36JaMa13:04:36 < JaMa> you can use another override in local.conf to change it
12:14.50pompomJuiceO'RLY?
12:14.55pompomJuicewhat override might this be?
12:15.14JaMaany override will do
12:15.51pompomJuicewhere is this local.conf file?
12:15.59pompomJuicein the meta-ctlab?
12:16.04pompomJuiceor in setup-scripts?
12:19.17pompomJuiceif 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.53pompomJuicenot working
12:35.56pompomJuicetis 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.46pompomJuicethere must be a way you can tell bitbake how to compare preferred versions if more than one is declared?
13:00.38pompomJuiceok so my only option is to nuke that value in the angstrom meta
13:00.45pompomJuicewhat is the correct version control precess fgor this?
13:00.48pompomJuicemake a new branch?
13:00.58pompomJuicewhat then of oebb update?
13:13.13kroonpompomJuice, just patch angstrom locally, no ?
13:19.03*** join/#oe dv_ (~quassel@chello080108088242.14.11.vie.surfer.at)
13:32.19JaMapompomJuice: 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.48pompomJuiceJaMa the overrides is not working
13:46.52pompomJuicethat is what I have been trying to say?
13:47.01pompomJuiceI put them in there they dont work
13:47.04pompomJuiceI looked at the code
13:47.07pompomJuiceits pretty dumb
13:47.11pompomJuiceit just takes the first value it finds
13:47.20pompomJuicesince 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.53pompomJuicewas 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.57kroonI 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.07kroonor 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)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.