[Catalog-sig] Deprecate External Links

[holger krekel]

On Fri, Mar 01, 2013 at 10:24 +0100, M.-A. Lemburg wrote:
> On 01.03.2013 10:02, Reinout van Rees wrote:
> > On 28-02-13 21:08, holger krekel wrote:
> >>> I have seen that position in this discussion ("I have to upload 120
> >>> >files per release, so I won't do that", for instance).
> > 
> >> haven't seen that.
> > 
> > Marc-Andre Lemburg said this, which I took to mean 120 uploads per release:
> > 
> > """
> > However, taking our egenix-mx-base package as example, we have
> > 120 distribution files for every single release. Uploading those
> > to PyPI would not only take long, but also ...
> > """
> 
> Correct, with a total of over 100MB per release. However, the above
> quote is slightly incorrect: I did not say "I won't do that", just
> that there are issues with doing this:
> 
> * It currently takes too long uploading that many files to
>   PyPI. This causes a problem, since in order to start the upload,
>   we have to register the release on PyPI, which tools will then
>   immediately find. However, during the upload time, they won't
>   necessarily find the right files to download and then fail.

You can actually skip the register and directly upload, it will
create release metadata on the fly.  Not sure if it's complete
but you can then do a "register" to update it if needed.

best,
holger

>   The proposed pull mechanism (see
>   http://wiki.python.org/moin/PyPI/DownloadMetaDataProposal)
>   would work around this problem: tools would simply go to
>   our servers in case they can't find the files on PyPI.
> 
> * PyPI doesn't allow us to upload two egg files with the same
>   name: we have to provide egg files for UCS2 Python builds and
>   UCS4 Python builds, since easy_install/setuptools/pip don't
>   differentiate between the two variants. This is the main
>   reason why we're hosting our own PyPI-style indexes, one for
>   UCS2 and the other for UCS4 builds:
>   https://downloads.egenix.com/python/index/ucs2/
>   https://downloads.egenix.com/python/index/ucs4/
> 
> * I'm not sure whether we want to import our crypto packages
>   to the US, so for a subset of the files, we'd probably
>   continue to use our servers in Germany.
> 
>   Again, with the above proposal, this shouldn't be a problem.
> 
> * Ihe PyPI terms are a bummer for us, but this can be fixed,
>   I guess.
> 
> If we can resolve the issues, we'd have no problem having the
> files mirrored on PyPI.
> 
> -- 
> Marc-Andre Lemburg
> eGenix.com
> 
> Professional Python Services directly from the Source  (#1, Mar 01 2013)
> >>> Python Projects, Consulting and Support ...   http://www.egenix.com/
> >>> mxODBC.Zope/Plone.Database.Adapter ...       http://zope.egenix.com/
> >>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/
> ________________________________________________________________________
> 
> ::::: Try our mxODBC.Connect Python Database Interface for free ! ::::::
> 
>    eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
>     D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
>            Registered at Amtsgericht Duesseldorf: HRB 46611
>                http://www.egenix.com/company/contact/
> _______________________________________________
> Catalog-SIG mailing list
> Catalog-SIG at python.org
> http://mail.python.org/mailman/listinfo/catalog-sig
>