01:19.39 | *** join/#oe vquicksilver (~nobody@gentoo/contributor/vquicksilver) |
03:24.46 | *** join/#oe yte (~bulldog@pool-72-95-230-30.pitbpa.east.verizon.net) |
03:26.35 | *** part/#oe yte (~bulldog@pool-72-95-230-30.pitbpa.east.verizon.net) |
03:30.48 | *** join/#oe vquicksilver (~nobody@gentoo/contributor/vquicksilver) |
05:19.52 | *** join/#oe clio (~andrej@85.159.109.222) |
05:27.32 | *** join/#oe hamis (~irfan@110.93.212.98) |
05:51.14 | *** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) |
06:41.12 | *** join/#oe FreeArtMan (~fam@93.177.213.54) |
06:56.34 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
06:57.41 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
06:59.33 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-yqyisblacywjzyny) |
07:01.16 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
07:22.11 | *** join/#oe imphil (~philipp@2001:a60:114f:1f01:1815:15aa:a68b:98de) |
07:23.08 | *** join/#oe ant_work (~ant__@host222-188-static.61-79-b.business.telecomitalia.it) |
07:26.04 | *** join/#oe nrossi (3a60253d@gateway/web/freenode/ip.58.96.37.61) |
07:36.34 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
07:41.10 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
07:41.51 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
07:58.52 | *** join/#oe ddom (~ddom@p4FFD800C.dip0.t-ipconnect.de) |
08:02.22 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
08:18.23 | *** join/#oe roric (~roric@83.140.117.51) |
08:21.15 | pompomJuice | anyone wish to comment on the following: https://01.org/jira/browse/CM-657 |
08:21.47 | pompomJuice | Am I confused or is this a serious invasion of privacy? |
08:22.42 | pompomJuice | Is that why it is called connman? It cons you. |
08:26.33 | *** join/#oe awe00 (~awe00@lon92-h02-128-78-240-105.dsl.sta.abo.bbox.fr) |
08:29.33 | *** join/#oe walters (~walters@olympus.verbum.org) |
08:37.43 | *** join/#oe diego_r (~diego@dynamic-adsl-78-13-165-200.clienti.tiscali.it) |
08:38.55 | bluelightning | pompomJuice: AIUI the intention is to have a known good site it can connect to, not for snooping; if you're concerned you can always patch it to connect somewhere else |
08:39.22 | pompomJuice | aah ok |
08:39.32 | pompomJuice | How do you know it'sa safe |
09:01.59 | bluelightning | I honestly don't, and I don't know the details, but it sounds like it's only around from a short time |
09:02.54 | bluelightning | you could ask for an explanation of why it's been implemented that way if you're still bothered by it |
09:09.32 | bluelightning | morning all btw |
09:14.31 | pompomJuice | ok then, good to hear expert advice. Just wanna make sure I understand the landscape. |
09:18.40 | bluelightning | I wouldn't consider myself an expert on connman by any means, although I have written a UI for it (which is probably broken by now, sigh...) |
09:25.38 | pompomJuice | i find that connman works fairly brilliantly |
09:29.47 | *** join/#oe belen (~Adium@192.198.151.37) |
09:30.00 | *** join/#oe tanuk (~tanu@a88-114-103-157.elisa-laajakaista.fi) |
09:34.22 | pompomJuice | I am having huge issues controlling my oe:layer's version control. |
09:34.24 | *** join/#oe darkschneider (~gab@93-32-45-117.ip31.fastwebnet.it) |
09:35.12 | pompomJuice | I have a layer wide revision variable that needs to be set so that respected recipies can feed of that REV and check out the correct code. |
09:36.31 | pompomJuice | I thought I could achieve this by adding a "require VCS.inc" inside my meta-foo/conf/distro/foo.conf that contains that REV... but every time I change that REV it triggers a full rebuild. |
09:36.40 | pompomJuice | Or I suspect so |
09:36.52 | pompomJuice | but I cannot tell, from log info or docs what triggers the full rebuild. |
09:37.24 | pompomJuice | every time I want to make a small change I have to wait three hours for the result. What am i doing wrong? |
09:38.45 | pompomJuice | The way it used to work is that respected recipies would "include foo.inc" which contained the REV... changing REV like so would not trigger a full build. |
09:38.53 | pompomJuice | What is the correct way to achieve this? |
09:40.31 | bluelightning | pompomJuice: when you say it triggers a "full rebuild", what is the first thing that starts rebuilding? |
09:40.37 | pompomJuice | I went from -> (working) recipy: include foo.inc -> (full rebuild) OE_BASE/conf/local.conf -> (suspected full rebuild again!) meta-foo/conf/distro/foo.conf |
09:41.03 | pompomJuice | quilt-native |
09:41.10 | pompomJuice | m4-native |
09:41.13 | *** join/#oe FreeArtMan (~fam@93.177.213.54) |
09:41.18 | pompomJuice | etc. |
09:41.24 | bluelightning | ok, that definitely should not happen, something strange is going on |
09:41.29 | bluelightning | what are you setting in that inc file? |
09:42.09 | pompomJuice | SRCREV = "30333" |
09:42.17 | bluelightning | ok, there's your problem |
09:42.31 | bluelightning | at that level, that will apply to *every* recipe |
09:42.36 | pompomJuice | yes |
09:42.42 | bluelightning | that's not what you want |
09:42.51 | pompomJuice | is SRCREV a keyword? |
09:43.13 | bluelightning | absolutely yes, the scm fetchers (git, svn, etc.) use it to determine which revision to fetch |
09:43.15 | pompomJuice | should I make it TMPREV and then inside the recipies do a "SRCREV = ${TMPREV}"? |
09:43.35 | bluelightning | and it's a dependency of do_fetch thus all fetch tasks are being retriggered, hence rebuild |
09:43.42 | pompomJuice | aah |
09:43.49 | pompomJuice | it all makes sense noe |
09:44.13 | bluelightning | well, if I were you I'd pick a more specific name relating to whatever makes sense for the recipes that are using it (your company name, name of sw vendor, ...) |
09:44.20 | pompomJuice | yea |
09:44.24 | pompomJuice | that would make more sense |
09:44.27 | bluelightning | but ultimately it just has to not be SRCREV that you set in the inc file |
09:44.45 | nrossi | thinks POMPOMREV might work ;) |
09:44.50 | pompomJuice | that SRCREV target's a custom fetcher that we wrote for accurev (a VCS system for big corporates) |
09:44.53 | pompomJuice | haha |
09:45.02 | pompomJuice | write that down! |
09:46.10 | pompomJuice | thanks bluelightning |
09:46.12 | bluelightning | np |
09:46.21 | *** part/#oe FreeArtMan (~fam@93.177.213.54) |
09:47.09 | bluelightning | pompomJuice: FYI a slightly different approach to this, still using a common inc file at the config level, is to do SRCREV_pn-recipename1 = "..." SRCREV_pn-recipename2 = "..." etc |
09:47.23 | pompomJuice | aaah |
09:47.37 | pompomJuice | i was too lazy, those were there. |
09:47.38 | bluelightning | the minor advantage is you don't have to modify every recipe to use the custom var |
09:47.47 | bluelightning | but swings and roundabouts you might say |
09:48.02 | pompomJuice | thats the stratigy I am going to make |
09:48.15 | nrossi | for reference meta-yocto does something similar for tracking: http://git.yoctoproject.org/cgit/cgit.cgi/meta-yocto/tree/meta-yocto/conf/distro/include/poky-floating-revisions.inc |
09:48.24 | bluelightning | indeed |
09:48.25 | pompomJuice | it gives better control over the respective recipy behaviour from one file. |
09:48.28 | pompomJuice | I like it |
09:58.35 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
10:21.50 | *** join/#oe belen1 (Adium@nat/intel/x-otdalxgldankjbfw) |
10:58.26 | *** join/#oe belen (Adium@nat/intel/x-dytxqnhilxpagyin) |
10:59.02 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
11:08.04 | *** join/#oe belen1 (Adium@nat/intel/x-wqauhhydxgbpxwaf) |
11:18.35 | *** join/#oe belen (Adium@nat/intel/x-azbeayamrmeujobc) |
12:18.29 | *** join/#oe ldnunes (~ldnunes_@177.100.226.57) |
12:29.31 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
12:29.45 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
12:31.56 | *** join/#oe kscherer (~kscherer@128.224.252.2) |
12:34.57 | *** join/#oe belen (~Adium@192.198.151.37) |
12:53.41 | vmeson | layers.o-e.com is out of date: ruby appears to be 2.2.1 but actually it is at 2.2.2 as of : CommitDate: Mon May 11 10:27:28 2015 +0200 |
12:57.07 | JaMa | bluelightning: ^ |
12:58.07 | bluelightning | hmm, I think there have been some problems updating, I will see what I can do to force an update |
12:58.30 | bluelightning | I'll admit I am not keeping as close an eye on the emails coming from the update script as I used to |
12:59.48 | nrossi | bluelightning: speaking of the layer index, how does one get perms on a specifc layer? i've been meaning to update the meta-xilinx maintainer details. |
13:00.30 | bluelightning | nrossi: basically you get perms automatically if you create an account and your email matches one of the maintainers of the layer |
13:00.39 | bluelightning | if needed I can add you as a maintainer |
13:00.49 | bluelightning | brb |
13:01.47 | nrossi | bluelightning: that makes sense since i have perms on the meta-parallella entry. Would you be able to update the email address on the meta-xilinx maintainer to nathan@nathanrossi.com (the xilinx email is invalid now) |
13:23.04 | *** join/#oe LetoThe2nd (~jd@s15387740.onlinehome-server.info) |
13:24.09 | *** join/#oe LetoThe2nd (~jd@unaffiliated/letothe2nd) |
13:26.57 | *** join/#oe tsramos (~tsramos@192.55.55.39) |
13:31.08 | Crofton|work | any comments on the patches I sent about removing distcc and oprofile from the package groups? |
13:35.44 | *** join/#oe benjamirc (besquive@nat/intel/x-scszxxlqkrignagq) |
14:13.56 | *** join/#oe dfaught (~dfaught@cpe-70-123-104-72.tx.res.rr.com) |
14:14.23 | bluelightning | nrossi: ok, done |
14:32.09 | *** join/#oe benjamirc (~besquive@134.134.137.75) |
14:43.13 | consmith | I seem to be misunderstanding something about stamps. I deleted the stamp files for a certain recipe and re-baked that recipe, but no new stamps were created. In fact, there are no stamps newer than two weeks ago in my stamps directory. I tried deleting all the sstate files related to the recipe and re-baking again, but still no stamps. When are stamps created? |
14:53.26 | *** join/#oe belen (Adium@nat/intel/x-zrupvaqevodyvrbp) |
14:54.10 | bluelightning | consmith: stamps are created when the corresponding task executes (or its setscene equivalent) |
14:55.26 | consmith | bluelightning: so if a task runs, a stamp should be created and located in the stamps directory after the task completes? I can't seem to get that behavior |
14:55.56 | bluelightning | that is definitely expected yes |
14:56.23 | bluelightning | if a stamp isn't created then either you aren't looking in the right place or the task isn't actually running |
15:00.06 | consmith | I'm pretty sure the task is running because the output from bitbake indicates it, and the sstate cache files are recreated. But no stamp. Perhaps I'm looking in the wrong place, although there are definitely (old) stamps here. What's the easiest way to determine what the stamp directory variable is set to? |
15:01.44 | bluelightning | bitbake -e | grep ^STAMPS_DIR= will show the main stamps directory |
15:02.03 | bluelightning | bitbake -e yourrecipe | grep ^STAMP= should give a partial template for the stamp file name |
15:03.01 | consmith | yep just found it. I'm in the wrong directory (facepalm). Thanks for the help |
15:06.52 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
15:10.05 | consmith | is bitbake smart enough to recognize when a task doesn't do any meaningful work? I copy-pasted the install code for a simple recipe into a custom task and added it to the task list, but bitbake said nothing needed to be rerun |
15:13.35 | *** join/#oe benjamirc (besquive@nat/intel/x-bloificrjanbhcyg) |
15:27.59 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
15:31.55 | sdh11 | Crofton|work: Mine keeps failing on kernel configs. |
15:33.09 | sdh11 | I tried the jetson-tk1-l4t machine with the fido branch. |
15:33.27 | Crofton|work | liekly it need stuff from master |
15:33.32 | Crofton|work | is my guess |
15:34.07 | Crofton|work | checkout the master branch of the layers |
15:35.43 | sdh11 | ok. ill give that a shot |
15:51.45 | bluelightning | consmith: when you say you added it to the task list, what did you do exactly? |
15:53.09 | consmith | bluelightning: the task was called do_test, so I added the line "addtask test after do_install" |
15:58.53 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
16:13.02 | otavio | I am using OE-Core and meta-oe ... I am receiving http://privatepaste.com/9ee9a7b3f5 |
16:14.00 | otavio | it seems bitbake is not liking the 'require' in the layer.conf |
16:14.04 | otavio | is it known? |
16:15.52 | *** part/#oe consmith (~connor@130.164.62.10) |
16:16.07 | *** join/#oe consmith (~connor@130.164.62.10) |
16:17.09 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
16:28.14 | *** join/#oe awe00 (~awe00@37.160.208.207) |
16:29.12 | realBigfoot | Does anyone know if there is an easy way to list installed packages and licenses ? |
16:31.50 | *** join/#oe belen (Adium@nat/intel/x-rwpfbjxavplzxxbs) |
16:31.58 | bluelightning_ | otavio: what's on the line before? |
16:32.40 | bluelightning | realBigfoot: there is a license manifest under tmp/deploy/licenses/<image> |
16:33.02 | realBigfoot | bluelightning, thank you! |
16:56.58 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
16:59.39 | sdh11 | Crofton|work: No luck. I did 'repo init' to use master and i've tried both jetson-tk1 and jetson-tk1-l4t for machines |
16:59.56 | *** join/#oe bluelightning (~paul@83.217.123.106) |
16:59.56 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
17:00.41 | *** join/#oe benjamirc (besquive@nat/intel/x-npvbaodiiastlhmy) |
17:01.25 | sdh11 | the first fails with 'no configuration fragments found' and the second fails with 'no rule to make tegra12_defconfig' |
17:02.05 | sdh11 | tegra12_defconfig does exist, but I'm not sure where it's being called. |
17:12.14 | *** join/#oe bluelightning (~paul@83.217.123.106) |
17:12.14 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
17:13.39 | *** join/#oe belen (Adium@nat/intel/x-ndfgkexzpitunfdf) |
17:13.59 | *** join/#oe imphil (~philipp@2001:a60:114f:1f01:1815:15aa:a68b:98de) |
17:16.54 | Crofton|work | sdh11, I didn't mean use repo |
17:31.04 | Crofton|work | This seems new |
17:31.06 | Crofton|work | <PROTECTED> |
17:31.06 | Crofton|work | <PROTECTED> |
17:32.41 | Crofton|work | can investigate in a bit |
17:33.20 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
18:07.42 | otavio | bluelightning_: |
18:07.55 | otavio | # Override security flags |
18:07.58 | otavio | require conf/distro/include/meta_oe_security_flags.inc |
18:08.01 | otavio | two lines |
18:33.42 | *** join/#oe walters (~walters@olympus.verbum.org) |
19:08.25 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
19:18.52 | *** join/#oe Aethenelle (~Aethenell@199.15.128.78) |
19:24.23 | *** join/#oe dv__ (~quassel@chello062178118086.5.14.vie.surfer.at) |
19:30.47 | *** join/#oe woglinde (~henning@x55b2bbd7.dyn.telefonica.de) |
19:46.52 | *** join/#oe roxell (~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se) |
19:46.52 | *** join/#oe roxell (~roxell@linaro/roxell) |
19:48.45 | *** join/#oe bluelightning (~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209) |
19:48.45 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
19:55.41 | *** join/#oe roxell (~roxell@linaro/roxell) |
19:59.29 | *** join/#oe benjamirc (~besquive@134.134.137.75) |
20:25.47 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
20:47.34 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-mmcfrbyegievmoxa) |
21:22.27 | *** join/#oe DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) |
21:55.40 | *** join/#oe darkschneider (~gab@93-32-45-117.ip31.fastwebnet.it) |
22:07.36 | *** join/#oe tsramos (~tsramos@192.55.55.41) |
22:10.46 | *** join/#oe stefan1234 (~stefan@pD9F79413.dip0.t-ipconnect.de) |
22:29.30 | *** join/#oe Aethenelle (~Aethenell@166.175.191.139) |
22:36.31 | *** join/#oe Aethenelle (~Aethenell@166.175.191.139) |
22:36.57 | *** join/#oe benjamirc (~besquive@134.134.137.75) |
22:49.40 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
23:23.21 | *** join/#oe lumag__ (~lumag@ppp89-110-24-240.pppoe.avangarddsl.ru) |