IRC log for #oe on 20170104

00:00.13*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
00:03.13*** join/#oe clopez (~tau@neutrino.es)
00:49.27*** join/#oe stephano (~stephano@134.134.139.76)
00:55.55*** join/#oe phdeswer_ (~phdeswer@91-159-55-220.elisa-laajakaista.fi)
01:08.04*** join/#oe anselmolsm (~anselmols@73.96.113.65)
01:11.13*** join/#oe anselmolsm_ (~anselmols@2601:1c0:109:6270:92f2:8f87:7924:72d2)
02:32.53*** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-hijepbuhixwyimki)
02:49.35*** join/#oe uwe_ (~uwe_@ipservice-092-211-049-221.092.211.pools.vodafone-ip.de)
03:43.53*** join/#oe RagBal (~RagBal@82-168-15-181.ip.open.net)
03:44.23*** join/#oe Rootert (~Rootert@82-168-15-181.ip.open.net)
04:03.15*** join/#oe thaytan (~thaytan@241.80.233.220.static.exetel.com.au)
04:12.23*** join/#oe thaytan (~thaytan@241.80.233.220.static.exetel.com.au)
04:47.01*** join/#oe thaytan (~thaytan@241.80.233.220.static.exetel.com.au)
04:48.10*** join/#oe sgw_ (~sgw_@2601:642:c400:19c4::ea49)
05:58.40*** join/#oe bachp (bachpmatri@gateway/shell/matrix.org/x-fkjmvbotbiwlxggl)
06:12.50*** join/#oe AndersD (~anders@194.237.220.218)
07:08.20*** join/#oe stefan_schmidt (~stefan@p200300480940A7083252CBFFFE54190F.dip0.t-ipconnect.de)
07:21.02*** join/#oe qt-x (~Thunderbi@217.10.196.2)
08:02.41*** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-uncnvhpolbdkxekv)
08:15.08*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
08:16.23*** join/#oe troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439)
08:17.15*** join/#oe eduardas_m (~eduardas_@213.197.143.19)
08:26.24*** join/#oe eduardas_m (~eduardas_@213.197.143.19)
08:43.40*** join/#oe ant_work (~ant__@host66-250-dynamic.8-87-r.retail.telecomitalia.it)
08:55.38*** join/#oe florian (~fuchs@p2E525731.dip0.t-ipconnect.de)
08:55.46*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
08:56.50*** join/#oe jku (~jku@192.198.151.43)
09:04.41*** join/#oe joshuagl (joshuagl@nat/intel/x-ctcgzevagdiajyyq)
09:04.59*** join/#oe nrossi (uid193926@gateway/web/irccloud.com/x-rvpvzxiaodtqorxr)
09:13.32*** join/#oe maxin (~maxin@37-219-87-199.nat.bb.dnainternet.fi)
09:13.51*** join/#oe joseppc (~josep@linaro/joseppc)
09:26.28*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
09:31.46*** join/#oe morphis (~morphis@pD9ED62B7.dip0.t-ipconnect.de)
09:41.22*** join/#oe hrw (~hrw@redhat/hrw)
10:10.02*** join/#oe troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439)
10:16.00*** join/#oe rburton (~Adium@home.burtonini.com)
10:36.46*** join/#oe maxin (~maxin@2001:998:22:0:a47d:d5ec:ac18:7d43)
11:18.15*** join/#oe JaMa (~martin@217.30.68.212)
11:27.04*** join/#oe maxin (~maxin@37-219-87-199.nat.bb.dnainternet.fi)
11:33.47*** join/#oe jackmitch_work (~Thunderbi@185.30.24.132)
11:42.43*** join/#oe jku (~jku@192.198.151.43)
12:12.17Noorhello all
12:12.39Noori wann check that our qemuarm-64 machine support graphics?
12:12.54Noorwill sato image come up on that machine?
13:05.52*** join/#oe eduardas_m (~eduardas_@213.197.143.19)
13:06.45*** join/#oe rovanceo (~rovanceo@80.97.64.55)
13:06.53nrossihmmm did i miss something, there is no longer a master branch for meta-openembedded? http://git.openembedded.org/meta-openembedded/refs/heads
13:09.15Crofton|workhmm
13:09.33Crofton|worknrossi, that would make no sense
13:10.04nrossiCrofton|work: maybe the server content is missing?
13:10.09Crofton|workgithub appears to have one
13:10.14Crofton|workvia web interface
13:10.34*** join/#oe rovanceo (~rovanceo@80.97.64.55)
13:11.01nrossiCrofton|work: yep but newest commit on github is from Nov last year.
13:11.25Crofton|workJaMa, tends to batch things and subject to long builds
13:11.34Crofton|workand was hopefully off over holiay
13:11.49Crofton|workno master-next
13:11.57nrossialso fetching from the git.openembedded.org with ls-remote shows no ref. And a clean clone gives 'warning: remote HEAD refers to nonexistent ref, unable to checkout.'
13:12.06Crofton|workhmmm
13:12.28Crofton|workneed to ping ka6sox also, but he is hopefully asleep
13:12.47Crofton|workhe did some server work over the holiday period
13:13.52JaMaCrofton|work: it's all in git, just cgit is broken
13:14.15JaMawell at least it was few hours ago
13:14.15nrossiJaMa: but the ref is missing :|
13:14.24JaMaI was pushing some changes 2-3 hours ago
13:15.11JaMapossibly that git hook for updating patchwork went crazy
13:15.46JaMahmm right it got removed today
13:15.49JaMaOE @ ~/meta-openembedded $ git remote prune origin
13:15.49JaMaPruning origin
13:15.49JaMaURL: git://git.openembedded.org/meta-openembedded
13:15.49JaMa<PROTECTED>
13:15.49JaMa<PROTECTED>
13:15.51JaMa<PROTECTED>
13:16.04*** join/#oe rovanceo (~rovanceo@80.97.64.55)
13:16.16JaMaOE @ ~/meta-openembedded $ git push origin master
13:16.16JaMaEverything up-to-date
13:19.46JaMaI've re-opened https://bugzilla.yoctoproject.org/show_bug.cgi?id=10762
13:21.01JaMaand last change from Nov on github also looks wrong, last in git before my today's push was from CommitDate: Sat Dec 17 10:57:42 2016 -0500
13:21.14Crofton|workthanks jackmitch_work
13:21.17Crofton|worker JaMa
13:21.30JaMabut maybe you were looking on author date which is Nov 30
13:23.54*** join/#oe rovanceo (~rovanceo@80.97.64.55)
13:25.09nrossiJaMa: ah ok, i was just looking at the github UI which hides commit date
13:28.39*** join/#oe rovanceo (~rovanceo@80.97.64.55)
13:31.50*** join/#oe rovanceo (~rovanceo@80.97.64.55)
13:39.20*** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-ffngbjyxyjgsvmfy)
13:40.01*** join/#oe g0hl1n (~g0hl1n@91.230.2.244)
13:40.29JaMainteresting the same happened in -contrib repository which probably doesn't have this hook
13:40.33JaMae.g. http://git.openembedded.org/meta-openembedded-contrib/log/?h=jansa/master
13:57.12*** join/#oe ash_charles (~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc)
14:36.43*** join/#oe paulg (~paulg@198-84-239-75.cpe.teksavvy.com)
14:37.26*** join/#oe rovanceo (~rovanceo@80.97.64.55)
14:38.50paulgI'm guessing I'm not the only one seeing this fail this morning...
14:38.56paulgUpdating layer meta-openembedded
14:38.56paulgYour configuration specifies to merge with the ref 'refs/heads/master'
14:38.56paulgfrom the remote, but no such ref was fetched.
14:38.56paulggit pull in layer meta-openembedded failed. Giving up.
14:40.48*** join/#oe madisox (~madison@216-75-232-11.static.wiline.com)
14:41.08zypit's already been mentioned a couple of hours ago
14:45.26georgemalso... apache2 in meta-oe is failing. If someone could add httpd-2.4.23.tar.bz2 to the mirror that would be great.
14:47.27*** join/#oe joseppc (~josep@linaro/joseppc)
14:49.24rburtonanother recipe using the wrong URL i guess?
14:51.26georgemrburton: a new version came out so it's in archive now instead of in the normal location
14:51.33rburtonyeah
14:51.37rburtonthat's what i mean by wrong url
14:51.57georgemproper fix is probably change to the new version but in the mean time may as well mirror it
14:52.21*** join/#oe eduardas_m (~eduardas_@213.197.143.19)
14:52.26rburtonproper fix is to fix the URL, then work on an upgrrade that's been tested
14:53.21georgemrburton: I'll double check no one has sent a patch and send one then
14:53.46rburtonrelevant changes to oe-core:     bitbake.conf: change APACHE_MIRROR to point at archive.apache.org
14:54.17georgemah ok
14:54.20rburtonso the default mirror list contains archive.apache.org so it should be falling back to that anyway, so maybe your distro is overriding that
14:54.42*** join/#oe eduardas_m (~eduardas_@213.197.143.19)
14:54.51georgemdon't think so. I'll look at that. I think the mirror location is wrong.
14:55.37rburtonoh the mirror list was extended in december so maybe you don't have that commit?
14:55.53georgemI'm using morty, so if it's only in master probably so
14:56.49*** join/#oe marka (~marka@128.224.252.2)
14:56.55georgemchecks
14:59.20paulgodd; I thought the discussion on the list came out with appending to the MIRROR as violating the principle of least surprise...
15:06.10kergothIMO the recipe itself should handle its own mirrors, unless the url is used by many recipes, which shouldn't be the case for apache
15:06.11kergothmorning all
15:09.08Jin^eLDmorning kergoth
15:10.39markaI joined after this discussion started but as paulg points out fray followed up to the MIRRORS suggestion in the thread on my apache2 RR
15:11.01markawe discussed this suggestion and it was nixed
15:11.48*** join/#oe jackmitch_work1 (~Thunderbi@185.30.24.132)
15:12.07markamy RR was superceded by a proper apache2 uprev RR
15:12.33kergothI don't really see how using a mirror violates anything, that's exactly the sort of thing mirrors are intended for, but whatever.
15:13.14paulgkergoth,  I think the gripe was that  papering over the fact that apache was as old as dirt was not a good thing.
15:13.38kergothpaulg: I'm not arguing it shouldn't be updated, only that having the recipe break every time upstream bumps it is pointless.
15:13.46paulgfortunately someone did the update.
15:14.28paulgthis wasn't just a version bump, it was a "push old crap off a cliff" flag day by the apache folks.
15:14.38*** join/#oe RagBal (~RagBal@82-168-15-181.ip.open.net)
15:14.39georgemsomething is messed up. the apache mirrors show up in the list but it's never attempting to use them. debugging it...
15:15.08*** join/#oe Rootert (~Rootert@82-168-15-181.ip.open.net)
15:16.20markaI suppose for branches which are 'maintenance' having things continue to work when upstream moves them around makes some sense
15:16.49markaI would still think that if upstream moves something to an archive it shows that folks should use something newer
15:17.13markaespecially for a pkg like apache2 which is the subject of many attack vectors
15:19.27kergothif we're monitoring CVEs and using the update check system, we'd know that already, regardless of whether the fetch succeeds or fails, and for more than just one recipe.
15:21.45paulgCVEs?  I thought that was all Chicken Little stuff.
15:21.47paulgruns.
15:21.51markaha
15:22.03kergothhah
15:22.35markakergoth: anyways, /me is no expert and tends to keep out of these types of discussions
15:23.03kergothinput and thoughts are always welcome, even so-called experts aren't infallible :)
15:23.12markaI was just working to revive meta-cloud-services and was surprised to find that apache2 was broken
15:23.39markait is fixed/in the process of being fixed, so I can move on to other fun
15:23.59*** join/#oe sgw_ (~sgw_@134.134.139.83)
15:26.22*** join/#oe jackmitch_work (~Thunderbi@185.30.24.132)
15:32.43*** join/#oe uwe_mobile (~uwe@static.173.76.9.176.clients.your-server.de)
15:36.08georgemAFAICT mirrors.bbclass is totally screwed up. downloads.yoctoproject.org and sources.openembedded.org are the only mirrors ever attempted because they are the only ones with a pattern specified (example: https?$://.*/.*)
15:36.23rburtonaah
15:36.24kergothnot sure what you mean by that
15:36.37kergothyou don't need to specify every url component to set a mirror
15:37.21georgemkergoth: I'm looking at the logs right now. It only ever tries those two. If I add https?$://.*/.* in front of anything else then it will try those too.
15:38.21kergothagain, no idea what you're talking about. you don't have to use a pattern to do a search/replace
15:38.40kergothit looks for what's on the left, and replaces it with what's on the right, after splitting both urls and doing so comopnent-by-component
15:38.54kergothif it doesn't find what's on thel eft, obviously it's not going to replace anything
15:39.39georgemkergoth: do you have a log.do_fetch that attempts anything else in mirrors.bbclass? if so I'd like to see it
15:40.06georgemmaybe something else is broken in my setup. *shrug*
15:42.59kergothi use the mirrors mechanism with straight search/replace of strings on a regular basis, both with sstate and regular downloads, both with premirrors and mirrors. don't have a test case handy, since you're talking about MIRRORS, which are only tried if both premirrors and the SRC_URI failed
15:44.45kergothclones a fresh setup, forces premirrors to mirrors, empties mirrors, isolates DL_DIR, and tries fetching apache2
15:44.46georgemkergoth: The URL for apache2 in meta-openembedded is broken. Try that if you want to test it.
15:46.49georgemkergoth: I'm using bitbake 1.32, if it works for you let me know which version of bitbake you're using and I'll try it again with that.
15:48.05*** join/#oe ntl (~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net)
15:48.12*** join/#oe snowkidind (~textual@216-15-40-124.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
15:55.19kergothgeorgem: bitbake.conf sets APACHE_MIRROR to archive.apache.org. meta-webserver's apache2 recipe doesn't obey APACHE_MIRROR. so the replacement of ${APACHE_MIRROR} in MIRRORS does nothing. if you force APACHE_MIRROR to the same host used by the recipe, then the replacement happens, and the fetch succeeds. MIRRORS works exactly the way it's supposed to, just the recipe had a bug.
15:56.43kergothverified this behavior locally
15:57.49georgemkergoth: okay, that makes sense. thanks
15:58.47kergothnp
15:59.18kergothas i said earlier, it's a search/replace. if it doesnt' find what's on the left, it doesn't replace with what's on the right. in this case it didn't find the search pattern, since it didn't exist in the url
15:59.40kergoththe only real gotcha with mirrors handling is the fact that the pattern is isolated to the url component, which isn't intuitive, but is powerful
16:00.04kergothi.e. http://.* won't replace the whole path, only the 'host' component,since it splits the url and replaces component by component
16:00.21kergothhence the common usage of .*/.*
16:01.22kergothso if the recipe had obeyed APACHE_MIRROR, the fetch failure would never have occurred :) might want to propose fixing that in addition to the version bump
16:01.26kergothgets more coffee
16:13.29georgemAnyway, good to know exactly how that works and that recipes should use the _MIRROR variables when available.
16:16.07georgemWhen master branch of meta-openembedded comes back online I'll make/send a patch to change apache2 to use APACHE_MIRROR.
16:30.52*** join/#oe anselmolsm (~anselmols@192.55.55.41)
16:54.12*** join/#oe jaeckel (~jaeckel@unaffiliated/jaeckel)
17:13.34*** join/#oe marka (~marka@128.224.252.2)
17:15.51*** join/#oe mr_science (~sarnold@gatekeeper.gentoogeek.org)
17:15.51*** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy)
17:24.12*** join/#oe eFfeM (~frans@dhcp-089-099-139-063.chello.nl)
17:26.44*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
17:43.21*** join/#oe Varti (~varthall@dynamic-adsl-78-12-168-32.clienti.tiscali.it)
18:02.01*** join/#oe kristoffer (~kristoffe@81-225-3-168-no164.bredband.skanova.com)
18:14.28ka6soxJaMa, what is broken about cgit?
18:43.11*** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org)
18:43.11*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
18:44.23*** join/#oe jaeckel (~jaeckel@unaffiliated/jaeckel)
19:04.07*** join/#oe vmesons (~rmacleod@24-212-184-107.cable.teksavvy.com)
19:29.34*** join/#oe marka (~marka@128.224.252.2)
19:36.11*** join/#oe erbo (~erik@li444-24.members.linode.com)
19:36.14*** join/#oe LetoThe2nd (~jd@s15387740.onlinehome-server.info)
19:36.37*** join/#oe Igel (~Igel@cjdns.io)
19:37.12*** join/#oe Crofton (~Crofton@pool-108-4-175-67.ronkva.east.verizon.net)
19:37.18*** join/#oe marex-cloud (sid137234@gateway/web/irccloud.com/x-mxabqmurngvuvckw)
19:37.22*** join/#oe vquicksilver (~nobody@89.128.25.145)
19:37.40*** join/#oe koen (~koen@ip4da29576.direct-adsl.nl)
19:38.32*** join/#oe Jin^eLD (~jin@staging.xn--80adja5bqm.su)
19:43.47*** join/#oe stefan_schmidt (~stefan@p200300480940B08A3252CBFFFE54190F.dip0.t-ipconnect.de)
19:49.38*** join/#oe vmesons (~rmacleod@24-212-184-107.cable.teksavvy.com)
19:50.21*** join/#oe DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net)
20:44.27*** join/#oe behanw (uid110099@gateway/web/irccloud.com/x-eovwciuvymrhfvqh)
21:18.51*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
21:59.56*** join/#oe phdeswer_ (~phdeswer@91-159-55-220.elisa-laajakaista.fi)
22:06.27*** join/#oe ohama (ohama@cicolina.org)
23:04.47*** join/#oe snowkidind (~textual@216-15-40-124.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)

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