Perl 6 - the future is here, just unevenly distributed

IRC log for #metacpan, 2014-04-08

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

All times shown according to UTC.

Time Nick Message
00:03 neilb joined #metacpan
00:19 ether_ joined #metacpan
00:56 grantm joined #metacpan
01:01 punter joined #metacpan
01:28 klapperl joined #metacpan
01:58 omega grantm: I don't get a redirect loop now at least. I don't get any redirect at all
01:59 grantm If I run curl -i http://www.cpan.org/ I get a 301 redirect to http://www.cpan.org/
01:59 dipsy [ The Comprehensive Perl Archive Network - www.cpan.org ] [ The Comprehensive Perl Archive Network - www.cpan.org ]
02:10 omega grantm: I don't. maybe some sort of geo based dns or load balancing?
02:10 grantm interesting - thanks for checking
02:10 omega 207.171.7.91 is the ip I get for www.cpan.org from here (BKK, Thailand)
02:12 grantm heh - looks like it might be an IPV6 thing - if I add -4 to the curl command it doesn't redirect
02:14 omega ahh, I don't have ipv6, so can't the test. sorry :)
02:17 omega can't the test, wow. I can't test that
02:31 oiami joined #metacpan
02:57 rsrchboy joined #metacpan
03:01 alnewkirk joined #metacpan
05:22 ether_ joined #metacpan
06:40 neilb joined #metacpan
07:03 DerAlex joined #metacpan
07:57 neilb joined #metacpan
08:01 dpetrov_ joined #metacpan
08:52 DerAlex joined #metacpan
09:29 neilb joined #metacpan
09:44 Kovensky joined #metacpan
12:16 neilb joined #metacpan
12:35 oiami joined #metacpan
14:42 mport joined #metacpan
14:49 oalders MetaCPAN::Client is now using Search::Elasticsearch
14:50 burnersk joined #metacpan
14:53 ranguard \o/
14:53 alh joined #metacpan
15:05 punter joined #metacpan
15:28 oiami1 joined #metacpan
15:37 oiami1 left #metacpan
15:38 neilb joined #metacpan
15:48 oalders i didn't realize you could get dumps of PAUSE data from MySQL https://pause.perl.org/pub/PAUSE/PAUSE-data/
15:51 neilb oalders: i've been using this when building the adoption list, and other things. I've nearly weaned myself off it, but I still check it periodically, as the master source
15:52 oalders :)
15:52 neilb I think was as the result of one my my previous attempt at getting ANDK to provide more stuff: "it's all here" :-)
15:53 oalders i haven't had a chance to look at the db at all
15:58 neilb Also, I don't load it into MySQL, I just parse the dump :-o
16:03 ribasushi joined #metacpan
16:10 oalders heh
16:19 ribasushi joined #metacpan
16:32 DerAlex joined #metacpan
16:37 thien_ joined #metacpan
16:38 ribasushi joined #metacpan
17:09 thien_ joined #metacpan
17:17 trs oalders: using the dump sounds tempting, but it's more fraught with problems then you might expect at first. rt.cpan.org used to use it for ages before we switched to parsing the indexes for the better.
17:19 trs the dump/load cycle into mysql is resource heavy to do regularly (even nightly on any box that does something else) and it's easy to miss corner cases because of the weird data that lingers in many tables, iirc.
17:39 oalders trs: right. having a slave that replicates the data would fix some of that (except for lingering data)
17:40 oalders but not something i'm going to put on the wish list
17:40 oalders lots of other issues to close
17:58 trs andreas was somewhat willing to setup mysql replication for rt.cpan.org in the distant past, but I don't know if that's still his attitude. I'd suspect not.
17:58 trs but yeah, lots of other things :)
18:01 jibsheet cpan2rt is so much faster since we stopped doing the replication (and we update 12 times a day instead of once)
19:01 punter joined #metacpan
19:15 DerAlex joined #metacpan
19:32 neilb trs: I've similarly largely weaned myself off the MySQL dump in favour of indexes and MetaCPAN now :-)
19:55 DerAlex joined #metacpan
20:09 trs :)
20:29 Farow joined #metacpan
20:41 alnewkirk joined #metacpan
20:56 ether metacpan++ # searched for "sergey", also got matches for Сергей
20:57 ether I failed to find the user I was looking for, though -- Сергей Романов (Sergey Romanov)
20:58 ether SROMANOV
21:00 rwstauner ether: are there 20 on the screen?  i think it only shows 20 :-/
21:00 rwstauner or maybe 10
21:00 rwstauner had that issue searching for rafael
21:02 rwstauner yeah, i'd bet that's the issue
21:02 grantm left #metacpan
21:02 rwstauner i don't know why we limit it
21:02 grantm joined #metacpan
21:02 rwstauner we could do a scroll bar if we're concerned about it being too big
21:03 ether there were 10 results returned, yeah
21:03 ether which wrapped to one and a half lines
21:03 rwstauner :-/
21:04 ether I'm curious how you mapped from Sergey to Сергей though
21:04 ether was Сергей normalized in elasticsarch?
21:04 rwstauner it searches asciiname
21:04 ether (in the index that is)
21:04 rwstauner as well
21:05 ether how is the Сергей -> Sergey done?  I know there's dumb naive wrong ways to do that, and smart sophisticated ways
21:09 trs ether: asciiname is from pause's authors/00whois.xml
21:09 trs which pause provides an input for on the user settings page
21:09 trs so, "humans" :)
21:10 trs ether: you'll note that not all Сергей are returned for Sergey since not all of them filled out Sergey in their ascii transliteration on PAUSE
21:26 ether ah kk
21:26 ether h00mans
21:26 ether there's some fancy Unicode::stuff to do sensible asciifications, but I haven't levelled up enough in my unicode stat to remember which those are
21:37 oalders we could bump up the limit on the author results
21:38 trs Unicode::Transliterate exists
23:48 cooper joined #metacpan

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