Perl 6 - the future is here, just unevenly distributed

IRC log for #metacpan, 2015-02-15

| Channels | #metacpan index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
02:52 klapperl joined #metacpan
03:08 alh joined #metacpan
03:34 moltar joined #metacpan
04:17 mauke_ joined #metacpan
05:24 alh joined #metacpan
07:00 reneeb joined #metacpan
07:33 reneeb joined #metacpan
07:39 alh joined #metacpan
08:09 khisanth_ joined #metacpan
08:15 nglenn joined #metacpan
08:33 ChoiKyuSang joined #metacpan
08:48 neilb joined #metacpan
08:58 alnewkirk joined #metacpan
09:34 heytitle_ joined #metacpan
09:54 ranguard well turning off updated db lastnight seems to have helped http://munin.metacpan.org/metacpan.org/bm-mc-01.metacpan.org/index.html#disk
09:54 alh joined #metacpan
10:39 neilb joined #metacpan
10:42 neilb joined #metacpan
11:50 punter joined #metacpan
12:09 alh joined #metacpan
12:33 punter joined #metacpan
12:53 nglenn joined #metacpan
13:45 Anon021 joined #metacpan
13:55 csson joined #metacpan
14:24 alh joined #metacpan
14:39 vroom joined #metacpan
15:06 neilb joined #metacpan
15:07 kentnl bm-mc-02 is weird to me. Hourly burts of reads gets me curious.
15:07 kentnl its probably just ES, but still, "huh?"
15:09 kentnl http://munin.metacpan.org/metacpan.org/bm-mc-02.metacpan.org/diskstats_throughput/vg_hdds_elasticsearch.html
15:40 sivoais joined #metacpan
15:56 moltar joined #metacpan
16:15 reneeb joined #metacpan
17:49 punter joined #metacpan
18:06 moltar joined #metacpan
18:19 neilb joined #metacpan
18:22 oiami joined #metacpan
18:48 moltar joined #metacpan
18:48 moltar joined #metacpan
19:01 neilb joined #metacpan
19:36 neilb joined #metacpan
19:38 neilb I’m curious: why do some dists have “Issues (0)” and other dists just say “Issues” (ie with no “(0)” after the word “Issues”)?
19:41 haarg example?
19:42 ether for an RT-using dist, I think that comes from whether there ever have been any open bugs or not
19:43 ether for dists that never had any open tickets, the queue technically doesn't exist yet
19:43 ether so the API returns a different result for the query
20:06 moltar joined #metacpan
20:06 moltar joined #metacpan
20:12 trs ether: the queue exists as soon as it hits 02packages.
20:12 trs ether: it doesn't require a ticket.
20:13 trs neilb: I suspect it's a github/RT difference.  there's JS which fetches GH info, including issues, and binds to that link.
20:13 neilb haarg: sorry, family here, got “distracted”. Here are exaples:
20:13 neilb https://metacpan.org/pod/Validator::Custom
20:14 neilb https://metacpan.org/pod/Mojolicious::Plugin::AnyData
20:16 trs neilb: so yes, GH vs. RT
20:16 trs likely something in https://github.com/CPAN-API/metacpan-web/blob/master/root/static/js/github.js
20:17 trs there's no reason that number couldn't be output for RT too
20:19 haarg for github, it will always give us an issue count
20:20 haarg the rt data all comes from a tsv file it provides
20:20 haarg and from what i can see, it doesn't include data for queues that have never had any issues reported
20:20 punter joined #metacpan
20:20 neilb haarg: that’s right, it doesn’t (I have daily snapshots of it going back some years)
20:21 trs ah, well that's different from the queue not be created :)
20:21 trs and totally fixable.
20:22 mst my $count = $counts{$queue} // 0;
20:23 mst whether you do that in RT or metacpan I have no opinion
20:23 trs either from the metacpan side, or from the rt.cpan side: https://github.com/bestpractical/rt-extension-rt_cpan_org/blob/master/bin/rt-cpan-bugs-per-dists
20:23 trs me & for a whie
20:24 haarg given what rt gives us, metacpan can't know if the queue is empty, or if there is some other issue like it being specified wrong
20:24 haarg so i'd say fixing it on the RT side would be better
20:33 ranguard kentnl: I'm guessing it's https://github.com/CPAN-API/cpan-api/blob/master/lib/MetaCPAN/Script/Latest.pm as that runs hourly on 30mins past the hour
20:34 ranguard as bm-mc-01 is on SSD and has actual traffic I think that's why you can't see it
20:35 ranguard ES isn't clustered atm
21:00 ranguard timezones switches on US servers to GMT for consistency
21:09 moltar joined #metacpan
21:12 vroom joined #metacpan
21:15 reneeb joined #metacpan
21:25 sivoais so, I just uploaded Devel::IPerl. It has an IPerl package. Turns out that conflicts with an old module called <https://metacpan.org/release/iPerl>. What can I do about that?
21:26 punter joined #metacpan
21:26 sivoais also, is there a reason that data: URIs (like for <img src="...">) and <font> tags are scrubbed on MetaCPAN?
21:28 sivoais I'd like for this example to show up properly: <https://metacpan.org/pod/release/ZMUGHAL/Devel-IPerl-0.002/example/20150209_IPerl_display_demo.pod>
21:36 ranguard sivoais: first bit - you need pause admins, but I guess either don't care (I think only a problem if people want to install yours and the other version) or rename yours
21:37 sivoais ok, don't care works for me :-P
21:37 ranguard it wont' be indexed, obviously, but should still appear AFAIK
21:38 ranguard but I don't know much about it - but I'm sure someone will pipe-up and confirm either way
21:39 sivoais re: the data: URIs I added the example to this issue <https://github.com/CPAN-API/metacpan-web/issues/935>
21:40 ranguard the scrubbing will be a security thing, if it's over zellious *shrug*
21:41 ranguard ok, have re-opened that issue (thanks for providing example)
21:41 ranguard for an actual fix... we like patches *wink*
21:42 sivoais I think I know what the fix might be
21:42 sivoais HTML::Restrict has a uri_schemes attribute that only supports https? by default
21:43 sivoais to the PR-mobile!
21:43 ranguard ++ :)
23:24 neilb joined #metacpan
23:59 moltar joined #metacpan

| Channels | #metacpan index | Today | | Search | Google Search | Plain-Text | summary