Re: sponsor logo on home of CPAN mirror
On Sun, 31 Dec 2017, Elaine Ashton wrote: Date: Sun, 31 Dec 2017 12:12:06 +0100 From: Elaine Ashton <eash...@mac.com> To: Henk P. Penning <penn...@uu.nl> Cc: Elaine -HFB- Ashton <eash...@mac.com>, Robert <rob...@perl.org>, Ask Bjørn Hansen <a...@perl.org>, cpan-workers <cpan-workers@perl.org> Subject: Re: sponsor logo on home of CPAN mirror Ok ; here is the same thing with a /local/site.json file, instead of a /local/site.js file : http://cpan.cs.uu.nl/ondex2.html Hi Elaine, The entire point of a mirror is that it is an exact duplicate of all others and the master. Whilst I understand that there is a desire to acknowledge the generosity and resources borne by the host of each mirror, aside from the potential sec issues and it opening a door for other requests, it bothers me to think that the anonymity of the network over the decades now needs to be acknowledged by individual operators which, to my mind, opens the door for advertising, too. I agree ; I just don't like the current rules, which suggest users tamper with "/index.html". I want clean rules and a clean method when dealing with (prospective) mirrors. I can find only one site that adds a logo ; and it gets it wrong : http://mirror.easyname.at/cpan/ ... and then there is crap like : http://mirror.datacenter.by/pub/CPAN/ http://mirrors.sohu.com/CPAN/ http://mirror.netcologne.de/cpan/ http://cpan.mirror.euserv.net/ http://mirror.de.leaseweb.net/CPAN/ http://ftp.cc.uoc.gr/mirrors/CPAN/ http://mirror.faraso.org/CPAN/ http://ftp.nluug.nl/languages/perl/CPAN/ http://cpan.mirror.anlx.net/ [yellowbot ??] ... I can’t imagine most mirrors are such a great burden on network resources as to be needing some kind of remuneration in the form of a logo or advertising. Well, the number of mirror sites has been dropping steadily, http://mirrors.cpan.org/stats/hist/ compensated by 36 metacpan mirrors (CDN). Universities are giving up ; managers are cutting costs for non-essential stuff. Perhaps a logo here and there is enough to keep mirrors online. -=]) elaine ashton // eash...@mac.com // HFB ([=- Regards, HPP ------------ _ Henk P. Penning, ICT-beta R Uithof MG-403_/ \_ Faculty of Science, Utrecht UniversityT +31 30 253 4106 / \_/ \ Leuvenlaan 4, 3584CE Utrecht, NL F +31 30 253 4553 \_/ \_/ http://www.staff.science.uu.nl/~penni101/ M penn...@uu.nl \_/
Re: sponsor logo on home of CPAN mirror
On Sun, 31 Dec 2017, Robert wrote: Date: Sun, 31 Dec 2017 09:21:26 +0100 From: Robert <rob...@perl.org> To: Ask Bjørn Hansen <a...@perl.org> Cc: Henk P. Penning <penn...@uu.nl>, cpan-workers <cpan-workers@perl.org> Subject: Re: sponsor logo on home of CPAN mirror Encouraging mirrors to inject code is a very bad idea from a security perspective. I agree with Ask that allowing them to inject config is safer but is still a slippery slope. Ok ; here is the same thing with a /local/site.json file, instead of a /local/site.js file : http://cpan.cs.uu.nl/ondex2.html View the page's source for javascript code and user instructions. I think I prefer having local mods confined to "/local/", and to disallow any other changes. Regards, Henk Penning On Sat, Dec 30, 2017 at 9:58 PM, Ask Bjørn Hansen <a...@perl.org> wrote: Rather than having it execute javascript that’s locally modified, maybe we could have it just load some JSON? I know that the mirror can technically change anything, so this is not really a technical argument. I think it’s important to maintain a stance that it’s unacceptable to change anything (other than this…). Changing a bit of meta data (a JSON file) seems less slippery slope than changing a bit of website code. Ask -------- _ Henk P. Penning, ICT-beta R Uithof MG-403_/ \_ Faculty of Science, Utrecht UniversityT +31 30 253 4106 / \_/ \ Leuvenlaan 4, 3584CE Utrecht, NL F +31 30 253 4553 \_/ \_/ http://www.staff.science.uu.nl/~penni101/ M penn...@uu.nl \_/
Re: sponsor logo on home of CPAN mirror
On Sun, 31 Dec 2017, Ask Bjørn Hansen wrote: Date: Sun, 31 Dec 2017 06:58:48 +0100 From: Ask Bjørn Hansen <a...@perl.org> To: Henk P. Penning <penn...@uu.nl> Cc: cpan-workers <cpan-workers@perl.org> Subject: Re: sponsor logo on home of CPAN mirror Rather than having it execute javascript that’s locally modified, maybe we could have it just load some JSON? I know that the mirror can technically change anything, so this is not really a technical argument. I think it’s important to maintain a stance that it’s unacceptable to change anything (other than this…). Changing a bit of meta data (a JSON file) seems less slippery slope than changing a bit of website code. The idea is that the mirror-operator may add a directory /local/ and exclude it in the rsync : --exclude /local/. That would be the ONLY change that is allowed ; no EXCEPT. If applicable, an operator is also required to exclude /local/ in his/her rsyncd.conf. I think that is a little cleaner than the current rule that says that an operator may change /index.html : You are not allowed to alter any file in you public mirror of CPAN EXCEPT that you can add a short acknowledgement for example for your hosting company, company, university, or sponsor, into this CPAN top-level index.html by adding a small non-animated image and a hyperlink pointing to your organization with text like "hosted by", "powered by", or "sponsored by", by placing it visually next to the "CPAN master site hosted by YellowBot" acknowledgement at the bottom of the page. The image used may not be larger than the one used for the YellowBot logo. (Technical sidenote: if you do add an acknowledgement link, please do think of the consequences to your possible downstream CPAN mirrors.) Altering this index.html in any other way is not allowed. Altering any other files is not allowed. I don't see how such a change can be kept local ; how can it /not/ propagate to downstream mirrors? Ask Regards, Henk Penning ------------ _ Henk P. Penning, ICT-beta R Uithof MG-403_/ \_ Faculty of Science, Utrecht UniversityT +31 30 253 4106 / \_/ \ Leuvenlaan 4, 3584CE Utrecht, NL F +31 30 253 4553 \_/ \_/ http://www.staff.science.uu.nl/~penni101/ M penn...@uu.nl \_/
Re: Making www.cpan.org TLS-only
On Fri, 1 Sep 2017, Ask Bjørn Hansen wrote: Date: Fri, 1 Sep 2017 03:10:12 +0200 From: Ask Bjørn Hansen <a...@perl.org> To: cpan-workers@perl.org Subject: Making www.cpan.org TLS-only Hi everyone, We’re considering how/how-much we can make www.cpan.org TLS-only. http://log.perl.org/2017/08/tls-only-for-wwwcpanorg.html I expect that we can’t make the whole site TLS-only without breaking some CPAN clients, so the conservative version is to force TLS for - any url ending in *.html - any url not in matching some variation of (/authors/ | /MIRRORED.BY | ^/modules/[^/]+ ) If you exclude /MIRRORED.BY, perhaps /indices/mirrors.json should be excluded too ; same stuff, only machine-readable. Does that sound about right? Maybe /src/, too? It sounds arbitrary :-) ; Exceptions cause confusion. Is it too dangerous to just do it and fix what's broken ? You can always revert quickly. Ask Regards, Henk Penning ---- _ Henk P. Penning, ICT-beta R Uithof HFG-406 _/ \_ Faculty of Science, Utrecht UniversityT +31 30 253 4106 / \_/ \ Budapestlaan 6, 3584CD Utrecht, NLF +31 30 253 4553 \_/ \_/ http://www.staff.science.uu.nl/~penni101/ M penn...@uu.nl \_/
Re: Unresponsive cpan mirror: cpan-sj.viaverio.com
On Tue, 14 Jun 2016, Karen Etheridge wrote: Date: Tue, 14 Jun 2016 20:48:35 +0200 From: Karen Etheridge <ka...@froods.org> To: cpan-workers <cpan-workers@perl.org> Subject: Unresponsive cpan mirror: cpan-sj.viaverio.com Hi toolchainers, I'm not sure who maintains the list of cpan mirrors, but cpan-sj.viaverio.com is now unresponsive, and should be removed from the list that CPAN.pm uses (and any other cpan clients). Mirror "cpan-sj.viaverio.com" was retired on 2016-02-19, on request by the owner. Searching on search.cpan.org for cpan-sj.viaverio.com yields : http://search.cpan.org/~marcel/CPAN-Command-1.100840/lib/CPAN/Command.pm ... don't know why http://search.cpan.org/~rjbs/perl-5.24.0/pod/perlmodlib.PL contains refs to mirrors that were retired 5 years ago. - Karen Etheridge (et...@cpan.org) Groeten, HPP ------------ _ Henk P. Penning, ICT-beta R Uithof HFG-406 _/ \_ Faculty of Science, Utrecht UniversityT +31 30 253 4106 / \_/ \ Budapestlaan 6, 3584CD Utrecht, NLF +31 30 253 4553 \_/ \_/ http://www.staff.science.uu.nl/~penni101/ M penn...@uu.nl \_/
Re: CPAN map
On Sat, 24 Mar 2012, Ask Bjørn Hansen wrote: Date: Sat, 24 Mar 2012 08:10:52 +0100 From: Ask Bjørn Hansen a...@perl.org To: Henk P. Penning penn...@uu.nl Cc: cpan-workers@perl.org Subject: Re: CPAN map On Mar 22, 2012, at 3:38, Henk P. Penning wrote: Hi, The CPAN mirrors map http://mirrors.cpan.org/map.html Neat. What do the blue markers mean? Hi Ask, Just point, hover, and click ... .. blue : countries .. green : regions (currently : USA states) Also : try clicking the ? button. Groeten, HPP - _ Henk P. Penning, ICT-beta R Uithof WISK-412 _/ \_ Faculty of Science, Utrecht University T +31 30 253 4106 / \_/ \ Budapestlaan 6, 3584CD Utrecht, NL F +31 30 253 4553 \_/ \_/ http://people.cs.uu.nl/henkp/ M penn...@uu.nl \_/
CPAN map
Hi, The CPAN mirrors map http://mirrors.cpan.org/map.html ... can now point to individual mirror sites : http://mirrors.cpan.org/map.html?SITE=cpan.develooper.com ... or countries : http://mirrors.cpan.org/map.html?AREA=.wo.eu.pt Regards, HPP - _ Henk P. Penning, ICT-beta R Uithof WISK-412 _/ \_ Faculty of Science, Utrecht University T +31 30 253 4106 / \_/ \ Budapestlaan 6, 3584CD Utrecht, NL F +31 30 253 4553 \_/ \_/ http://people.cs.uu.nl/henkp/ M penn...@uu.nl \_/
0x10th anniversary
Hi workers, today (october 26), it is 0x10 years ago that CPAN was announced on comp.lang.perl by Jarkko Hietaniemi : http://groups.google.com/group/comp.lang.perl.announce/msg/fead47b2b9744f85 CPAN is growing steadily and now contains 479609 objects : http://mirrors.cpan.org/stats/ Regards, Henk Penning - _ Henk P. Penning, ICT-beta R Uithof WISK-412 _/ \_ Faculty of Science, Utrecht University T +31 30 253 4106 / \_/ \ Budapestlaan 6, 3584CD Utrecht, NL F +31 30 253 4553 \_/ \_/ http://people.cs.uu.nl/henkp/ M penn...@uu.nl \_/
authors/id/L/LE/LEOCHARRE (fwd)
Hi, to follow-up on myself, the problem hinted at below is still with us. Below is just one example I looked at more closely ; there are many others like it. In the past three weeks there were 14185 delete events, 10066 of which were dud-deletes : a delete on a file that doesn't exist. Here is what happened today : Fri Sep 30 15:51:15 2011 : 1317390657.86349 1h delete authors/id/L/LE/LEOCHARRE/.PDF-Burst-1.14.tar.gz.IO9RK5 1317390657.86358 1h new authors/id/L/LE/LEOCHARRE/PDF-Burst-1.14.tar.gz when processing the events, rsync said : file has vanished: /authors/id/L/LE/LEOCHARRE/PDF-Burst-1.14.tar.gz On the next run of the loop : Fri Sep 30 15:52:21 2011 : 1317390677.91041 1h delete authors/id/L/LE/LEOCHARRE/PDF-Burst-1.14.tar.gz So, in the first loop run there is -- a delete event for an rsync temp file authors/id/L/LE/LEOCHARRE/.PDF-Burst-1.14.tar.gz.IO9RK5 -- a new event for authors/id/L/LE/LEOCHARRE/PDF-Burst-1.14.tar.gz -- a failure to get the 'new' file because it is gone In the next loop run there is a delete event for the 'new' file ; Regarding the rsync temp file ; where is rsync syncing from ? Why is the master even bothering with PDF-Burst-1.14.tar.gz ? Isn't that file gone from CPAN since Sep 17 2011 ? Looking at 'authors/RECENT-1M.yaml' I see this 'delete' event : epoch: 1316229269.54933 path: id/L/LE/LEOCHARRE/PDF-Burst-1.14.tar.gz type: delete 1316229269 == Sep 17 05:14:29 2011 This is al pretty boring, but ... is something wrong here ? Am I missing something ? Thanks, regards, Henk Penning - _ Henk P. Penning, ICT-beta R Uithof WISK-412 _/ \_ Faculty of Science, Utrecht University T +31 30 253 4106 / \_/ \ Budapestlaan 6, 3584CD Utrecht, NL F +31 30 253 4553 \_/ \_/ http://people.cs.uu.nl/henkp/ M penn...@uu.nl \_/ -- Forwarded message -- Date: Thu, 22 Sep 2011 13:05:21 +0200 (CEST) From: Henk P. Penning penn...@uu.nl To: cpan-workers@perl.org Subject: authors/id/L/LE/LEOCHARRE Hi, I think this is also weird : regarding the contents of authors/id/L/LE/LEOCHARRE/ I see sets of events like this over and over again : -- Thu Sep 22 11:50:48 2011 --- 1316684989.72529 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.10.tar.gz.ojyGfW 1316684995.99178 1h delete authors/id/L/LE/LEOCHARRE/PDF-OCR2-1.10.tar.gz 1316685006.74196 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.11.tar.gz.9OE12C 1316685018.76854 1h delete authors/id/L/LE/LEOCHARRE/PDF-OCR2-1.11.tar.gz 1316685024.37676 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.12.tar.gz.ImYin7 1316685030.93860 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.13.tar.gz.jbL41q 1316685036.39784 1h delete authors/id/L/LE/LEOCHARRE/PDF-OCR2-1.13.tar.gz 1316685036.39985 1h delete authors/id/L/LE/LEOCHARRE/PDF-OCR2-1.12.tar.gz 1316685038.13362 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.19.tar.gz.sbG2M3 1316685038.13373 1h newauthors/id/L/LE/LEOCHARRE/PDF-OCR2-1.19.tar.gz 1316685045.12203 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.20.tar.gz.Duxsu1 1316685045.12216 1h newauthors/id/L/LE/LEOCHARRE/PDF-OCR2-1.20.tar.gz 1316685045.80838 1h delete authors/id/L/LE/LEOCHARRE/.Zack-1.08.tar.gz.e9P2wj 1316685045.80849 1h new authors/id/L/LE/LEOCHARRE/Zack-1.08.tar.gz -- Just to pick one (PDF-OCR2-1.19.tar.gz) since last saturday, sep-17-2011 : 1316229345.05021 1h delete authors/id/L/LE/LEOCHARRE/PDF-OCR2-1.19.tar.gz 1316232804.63587 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.19.tar.gz.oHbjdx 1316232806.59613 1h delete authors/id/L/LE/LEOCHARRE/PDF-OCR2-1.19.tar.gz 1316237094.14212 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.19.tar.gz.DP8nwT 1316237109.18326 1h delete authors/id/L/LE/LEOCHARRE/PDF-OCR2-1.19.tar.gz 1316241466.24299 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.19.tar.gz.fCrVET 1316241466.86017 1h delete authors/id/L/LE/LEOCHARRE/PDF-OCR2-1.19.tar.gz 1316246366.91071 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.19.tar.gz.GXiUNo 1316246386.64493 1h delete authors/id/L/LE/LEOCHARRE/PDF-OCR2-1.19.tar.gz 1316250690.27013 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.19.tar.gz.tfiraC 1316250690.27023 1h newauthors/id/L/LE/LEOCHARRE/PDF-OCR2-1.19.tar.gz 1316250706.22165 1h delete authors/id/L/LE/LEOCHARRE/PDF-OCR2-1.19.tar.gz 1316254982.13179 1h delete authors/id/L/LE/LEOCHARRE/.PDF-OCR2-1.19.tar.gz.E75uPD 1316254988.73071 1h delete authors/id/L/LE/LEOCHARRE/PDF-OCR2-1.19.tar.gz
Re: authors/id/L/LE/LEOCHARRE (fwd)
On Fri, 30 Sep 2011, Ask Bjørn Hansen wrote: Date: Fri, 30 Sep 2011 22:07:41 +0200 From: Ask Bjørn Hansen a...@perl.org To: Henk P. Penning penn...@uu.nl Cc: cpan-workers@perl.org Subject: Re: authors/id/L/LE/LEOCHARRE (fwd) Anyway, it looks like what's happening is that the rrr job mirroring from PAUSE is deleting this file and then the full rsync job adds it back. Whee. :-) Hi Ask, Right. authors/id/L/LE/LEOCHARRE/PDF-Burst-1.14.tar.gz is now in CPAN ; and also in PAUSE in ftp://pause.perl.org/pub/PAUSE/authors/id/L/LE/LEOCHARRE/ Yet the most recent event I see regarding this file is in a delete event in 'authors/RECENT-1M.yaml' : epoch: 1316229269.54933 path: id/L/LE/LEOCHARRE/PDF-Burst-1.14.tar.gz type: delete So, should it be 'in' or 'out' ? By the way, I'm impressed by the fact that the rrr job finds out it should be deleted. - ask Groeten, HPP - _ Henk P. Penning, ICT-beta R Uithof WISK-412 _/ \_ Faculty of Science, Utrecht University T +31 30 253 4106 / \_/ \ Budapestlaan 6, 3584CD Utrecht, NL F +31 30 253 4553 \_/ \_/ http://people.cs.uu.nl/henkp/ M penn...@uu.nl \_/
authors/id/B/BS/BSORAHAN/CHECKSUMS
Hi, does anyone understand what's up with authors/id/B/BS/BSORAHAN/CHECKSUMS The past 2 weeks it appears to be in a create/delete cycle. Below is a grep from the iim log ; first entry : 1314655945 == Mon Aug 29 22:12:25 2011 UTC Regards, HPP - _ Henk P. Penning, ICT-beta R Uithof WISK-412 _/ \_ Faculty of Science, Utrecht University T +31 30 253 4106 / \_/ \ Budapestlaan 6, 3584CD Utrecht, NL F +31 30 253 4553 \_/ \_/ http://people.cs.uu.nl/henkp/ M penn...@cs.uu.nl \_/ narcissus:iim/dev-: grep BSORAHAN prod/iim.log 1314655945.80040 1h newauthors/id/B/BS/BSORAHAN/WWW-EchoNest-v0.0.1.tar.gz 1314656043.92957 1h newauthors/id/B/BS/BSORAHAN/CHECKSUMS 1314656043.93662 1h newauthors/id/B/BS/BSORAHAN/WWW-EchoNest-v0.0.1.meta 1314656043.93669 1h newauthors/id/B/BS/BSORAHAN/WWW-EchoNest-v0.0.1.readme 1314656803.53821 1h newauthors/id/B/BS/BSORAHAN/CHECKSUMS 1314743203.37860 1h newauthors/id/B/BS/BSORAHAN/CHECKSUMS 1314937166.36362 1h delete authors/id/B/BS/BSORAHAN/WWW-EchoNest-v0.0.1.tar.gz 1314937166.36369 1h delete authors/id/B/BS/BSORAHAN/WWW-EchoNest-v0.0.1.readme 1314937166.36375 1h delete authors/id/B/BS/BSORAHAN/WWW-EchoNest-v0.0.1.meta 1314937282.85355 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1314937318.90749 1h delete authors/id/B/BS/BSORAHAN 1315366431.63838 1h newauthors/id/B/BS/BSORAHAN/WWW-EchoNest-v0.0.2.tar.gz 1315366529.66941 1h newauthors/id/B/BS/BSORAHAN/WWW-EchoNest-v0.0.2.meta 1315366529.66948 1h newauthors/id/B/BS/BSORAHAN/WWW-EchoNest-v0.0.2.readme 1315366530.07205 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315368402.17656 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.Wk6oVr 1315368409.34279 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315369651.48945 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315372561.50483 1h new modules/by-category/15_World_Wide_Web_HTML_HTTP_CGI/WWW/BSORAHAN 1315372562.00965 1h newmodules/by-module/WWW/BSORAHAN 1315372598.28906 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.datCLx 1315372609.22595 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315373251.88657 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315376682.43416 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.sZg1ei 1315376689.42248 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315376811.54989 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315381211.64081 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315381707.01853 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.eT0HxT 1315381711.33177 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315384151.25888 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315385948.76934 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.1t4VeU 1315385951.62947 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315387651.34938 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315390039.64526 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.lDgsLF 1315390049.74961 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315391231.26853 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315394151.88300 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.tTsZa4 1315394152.03809 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315394811.66702 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315398236.31965 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.w0eiAd 1315398251.19234 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315398411.30566 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315402331.68135 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315403120.74253 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.iwfT94 1315403129.72031 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315405731.31912 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315407339.79510 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.3kEsPt 1315407349.05848 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315409231.90025 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315411457.18319 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.A2YDQz 1315411457.18325 1h newauthors/id/B/BS/BSORAHAN/CHECKSUMS 1315411469.46296 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315412832.65958 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315415549.35358 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.FjyrWz 1315415549.90868 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315416412.23363 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315419636.70389 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.UjM3Jo 1315419650.48368 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315420012.18855 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315424268.42412 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.mqihO2 1315424272.10164 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315427332.61298 1h delete authors/id/B/BS/BSORAHAN/CHECKSUMS 1315428524.65038 1h delete authors/id/B/BS/BSORAHAN/.CHECKSUMS.kvileA 1315428530.82443 1h delete authors/id/B/BS
new instant mirroring client
Hi cpan-workers, I've built a new instant mirroring client 'iim' ; see http://people.cs.uu.nl/henkp/iim/ for source, documetation etc, o iim starts mirroring CPAN right after start-up ; o if the local copy is too much (6 hours) out-of-date, a full rsync is done first ; then, iim starts tracking the changes in the master archive. o iim is easy to install and easy to test o iim is simple and efficient. I'm very curious to know what you think ; so, please try it out ; installing and testing should be very easy. Thanks, groeten, Henk Penning - _ Henk P. Penning, ICT-beta R Uithof WISK-412 _/ \_ Faculty of Science, Utrecht University T +31 30 253 4106 / \_/ \ Budapestlaan 6, 3584CD Utrecht, NL F +31 30 253 4553 \_/ \_/ http://people.cs.uu.nl/henkp/ M penn...@cs.uu.nl \_/
Re: new instant mirroring client
On Thu, 16 Jun 2011, Pedro Melo wrote: Date: Thu, 16 Jun 2011 10:00:06 +0100 From: Pedro Melo m...@simplicidade.org To: Henk P. Penning he...@cs.uu.nl Cc: cpan-workers@perl.org Subject: Re: new instant mirroring client Hi, On Thu, Jun 16, 2011 at 9:03 AM, Henk P. Penning he...@cs.uu.nl wrote: I've built a new instant mirroring client 'iim' ; see http://people.cs.uu.nl/henkp/iim/ I'm very curious to know what you think ; so, please try it out ; installing and testing should be very easy. What is the main target of this? Is it for main CPAN mirrors to replace rrr, or for individual users to replace minicpan? Hi, Iim is an alternative for rrr-client ; it does the same thing. Iim has some features I missed in rrr-client : quick startup, sparse logging, a daemon mode, a simple config file, etc. Pedro Melo Regards, HPP - _ Henk P. Penning, ICT-beta R Uithof WISK-412 _/ \_ Faculty of Science, Utrecht University T +31 30 253 4106 / \_/ \ Budapestlaan 6, 3584CD Utrecht, NL F +31 30 253 4553 \_/ \_/ http://people.cs.uu.nl/henkp/ M penn...@cs.uu.nl \_/
Re: new instant mirroring client
On Thu, 16 Jun 2011, David Precious wrote: Date: Thu, 16 Jun 2011 10:54:23 +0100 From: David Precious david.preci...@uk2.net To: cpan-workers@perl.org Cc: Henk P. Penning he...@cs.uu.nl, Pedro Melo m...@simplicidade.org Subject: Re: new instant mirroring client On Thursday 16 June 2011 10:44:51 Henk P. Penning wrote: Iim is an alternative for rrr-client ; it does the same thing. Iim has some features I missed in rrr-client : quick startup, sparse logging, a daemon mode, a simple config file, etc. Should mirrors currently testing rrr-client switch to iim, then? In other words, is it intended to replace rrr-client before instant-update mirroring goes live? Hi David, at best, 'iim' could be an alternative for 'rrr-client' ; it is just another rrr client ; it is not a replacement for anything. If/when 'iim' is tested a little more (and everybody likes it :-), then 'iim' could be mentioned on the 'instant mirroring' page as an alternative for 'rrr-client'. For now, I would just really appreciate some feedback on 'iim'. David Precious Groeten, HPP - _ Henk P. Penning, ICT-beta R Uithof WISK-412 _/ \_ Faculty of Science, Utrecht University T +31 30 253 4106 / \_/ \ Budapestlaan 6, 3584CD Utrecht, NL F +31 30 253 4553 \_/ \_/ http://people.cs.uu.nl/henkp/ M penn...@cs.uu.nl \_/
