<div>
It's your prerogative to host it where you will, but just from my personal point of view:</div>
<div></div>
<p style="color: #A0A0A8;">On Monday, February 6, 2012 at 3:08 PM, Stefan Krah wrote:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<span><div><div><div>Martijn Faassen <<a href="mailto:faassen@startifact.com">faassen@startifact.com</a>> wrote:</div><blockquote type="cite"><div><div>original poster's choice to host somewhere else, but it can indeed be </div><div>inconvenient to quite a few users of PyPI if a package is not hosted on </div><div>PyPI.</div></div></blockquote><div><br></div><div>I don't see any inconvenience since <a href="http://bytereef.org">bytereef.org</a> has a comparable</div><div>uptime to <a href="http://python.org">python.org</a>.</div></div></div></span></blockquote><div>Even if your server has a _better_ uptime than PyPI, the combined downtime will be worse. (If PyPI is down the</div><div>user cannot install your package, or any package, if your server is down, but PyPI is up they cannot install your</div><div>package but can other packages.) </div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div><br></div><div>I've listed my reasons for not hosting on PyPI earlier here:</div><div><br></div><div><a href="http://mail.python.org/pipermail/catalog-sig/2011-May/003746.html">http://mail.python.org/pipermail/catalog-sig/2011-May/003746.html</a></div><div><br></div><div><br></div><div>Stefan Krah</div></div></div></span></blockquote><div>To address what was said here:</div><div> </div><div>1) This is a valid complaint and should be brought up as a reason to amend the ToS (not particularly sure what the ToS is for PyPI tbh)</div><div><br></div><div>2) This complaint isn't particularly valid in the sense of should I upload my files to PyPI. You are already uploading the metadata that</div><div>they are scraping, otherwise you would be unable to list on PyPI. Wether or not you have a file hosted there won't make one bit of </div><div>difference to Google.</div><div><br></div><div>3) This is valid as well, I would argue that you should push for better package download stats for the authors of packages.</div><div><br></div><div>4) I think this is an invalid point as well, it's quite easy to add a Home Page metadata (as you already have done), and to</div><div>make your long_description state that the primary page for your package is at <a href="http://www.bytereef.org/mpdecimal/index.html" style="color: rgb(85, 26, 139); text-decoration: none; border-bottom-width: 1px; border-bottom-style: dashed; border-bottom-color: rgb(204, 204, 204); font-family: Arial, Verdana, Geneva, 'Bitstream Vera Sans', Helvetica, sans-serif; font-size: 15px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 21px; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); ">http://www.bytereef.org/mpdecimal/index.html</a></div><div>and to go there for that information.</div><div><br></div><div>5) I addressed this above but i'll reiterate this point, unless your server has (actual, not theoretical) 100% uptime as well as all</div><div>the networking routes between it and the end user, people installing your package have a greater chance of being unable to</div><div>install your package than if you just hosted on PyPi. You cannot remove their dependency on PyPI being up, but adding another</div><div>possible place for failure means that the combined uptime of your package being installable is lower.</div><div><br></div><div>Theoertical 99% uptime of PyPI and 99% uptime of your server would mean a combined 98% uptime. And that's without getting</div><div>into the additional points of failure between the person wanting to use your package and your server.</div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div><br></div><div><br></div><div>_______________________________________________</div><div>Catalog-SIG mailing list</div><div><a href="mailto:Catalog-SIG@python.org">Catalog-SIG@python.org</a></div><div><a href="http://mail.python.org/mailman/listinfo/catalog-sig">http://mail.python.org/mailman/listinfo/catalog-sig</a></div></div></div></span>
</blockquote>
<div>
<br>
</div>