Jack Jansen | 11 Feb 11:28 2003
Picon
Picon

Fwd: [Pythonmac-SIG] Install manager engine available

Andrew Kuchling suggested I also post this announcement here. I was 
actually going to keep this module
more-or-less secret until 2.3 is out, because I need it for a very 
specific problem and I at this moment
I don't have the time to go into full-fledged design discussions (and 
an install manager can be an
incredible sink of design effort:-). I'll elaborate a little on the 
design below, though.

Begin forwarded message:

> From: Jack Jansen <Jack.Jansen <at> cwi.nl>
> Date: Mon Feb 10, 2003  17:07:48 Europe/Amsterdam
> To: pythonmac-SIG <at> python.org
> Subject: [Pythonmac-SIG] Install manager engine available
>
> Folks,
> the install manager for Python we discussed last fall is available. At 
> least: the engine is. At least:
> there's enough of the engine that it managed to install Numeric and 
> PIL, and actually notice it had
> done so:-)
>
> It is called the Package Install Manager for Python and it lives in 
> Lib/plat-mac/pimp.py. If you wonder
> about the name, think that "it may be shabby, but it gets you what you 
> need" :-) There's docstrings
> all over the place, and that is also the only documentation. The pimp 
> module has a minimal commandline
> interface, I'm going to work on a GUI next.
(Continue reading)

Richard Jones | 19 Feb 01:36 2003

PyPI now live on python.org

I've just "switched on" the package index on python.org. The register command 
in python2.3a2 (current CVS) uses this address by default now, and the 
www.amk.ca script does a "half 301"* to tell users that the server has moved. 
Thanks Andrew for your support!

The new address is http://www.python.org/pypi

There's still a couple of outstanding issues: the big one is the download url 
handling. See http://www.python.org/sf/683939 for info on that. The verbosity 
issue is known about and awaiting patching (http://www.python.org/sf/684398). 
Neither are blockers as far as I'm concerned.

   Richard

*"half 301" - for those who are curious, I respond with a Status: 301 and an 
explanation of what's going on. I don't supply the Location: header because 
the python urllib libraries will automatically follow it, and not supply the 
basic auth credentials. The missing Location: results in the register command 
just displaying the server response. The user is prompted to use the 
different URL.
Fredrik Lundh | 19 Feb 12:02 2003

Re: PyPI now live on python.org

Richard Jones wrote:

> I've just "switched on" the package index on python.org.

excellent!

one nit: the RSS feed seems to be broken; it seems to contain
HTML stuff mixed in with the RSS data:

    http://www.python.org/pypi?:action=rss

here's what wget gives me:

<?xml version="1.0"?>
<!-- name="generator" content="PyPI/1.0" -->
<!DOCTYPE rss PUBLIC "-//Netscape Communications//DTD RSS 0.91//EN" "http://my.n
etscape.com/publish/formats/rss-0.91.dtd">
<rss version="0.91">
 <channel>
  <title>PyPI recent updates</title>
  <link>http://www.python.org/pypi</link>
  <description>Updates to the Python Packages Index (PyPI)</description>
  <language>en</language>
Status: 500 Internal Server Error
Content-Type: text/html

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<?xml-stylesheet href="http://www.python.org/style.css" type="text/css"?>
<html><head><title>Python Packages Index</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
(Continue reading)

Richard Jones | 19 Feb 21:50 2003

Re: [Catalog-sig] Re: PyPI now live on python.org

On Wed, 19 Feb 2003 10:02 pm, Fredrik Lundh wrote:
> Richard Jones wrote:
> > I've just "switched on" the package index on python.org.
>
> excellent!
>
> one nit: the RSS feed seems to be broken; it seems to contain
> HTML stuff mixed in with the RSS data:
>
>     http://www.python.org/pypi?:action=rss
>
> here's what wget gives me:
>
> <?xml version="1.0"?>
> <!-- name="generator" content="PyPI/1.0" -->
> <!DOCTYPE rss PUBLIC "-//Netscape Communications//DTD RSS 0.91//EN"
> "http://my.n etscape.com/publish/formats/rss-0.91.dtd">
> <rss version="0.91">
>  <channel>
>   <title>PyPI recent updates</title>
>   <link>http://www.python.org/pypi</link>
>   <description>Updates to the Python Packages Index (PyPI)</description>
>   <language>en</language>
> Status: 500 Internal Server Error
> Content-Type: text/html
>
>
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <?xml-stylesheet href="http://www.python.org/style.css" type="text/css"?>
> <html><head><title>Python Packages Index</title>
(Continue reading)

Richard Jones | 19 Feb 22:00 2003

Re: [Catalog-sig] Re: PyPI now live on python.org

On Thu, 20 Feb 2003 7:50 am, Richard Jones wrote:
> Hurm - I can't reproduce this - if you get it again, could you submit the
> entire response to the bug tracker on sf.net? The project is "pypi" and is
> linked to from the pypi pages as "Bug Reports".

Arg, my apologies, I could reproduce this, I was just looking at the wrong 
".N" download from wget. It's fixed now.

   Richard

_______________________________________________
Distutils-SIG maillist  -  Distutils-SIG <at> python.org
http://mail.python.org/mailman/listinfo/distutils-sig

Thomas Heller | 20 Feb 22:15 2003
Picon

Re: Re: PyPI now live on python.org

"Fredrik Lundh" <fredrik <at> pythonware.com> writes:

> Richard Jones wrote:
> 
> > I've just "switched on" the package index on python.org.
> 
> excellent!
> 
> one nit: the RSS feed seems to be broken; it seems to contain
> HTML stuff mixed in with the RSS data:
> 
Now that this is fixed, I'm having much fun reading the pypi channel with the
effnews reader.  Thanks to both of you!

Thomas
Guido van Rossum | 21 Feb 15:06 2003

catalog sig homepage

The catalog sig's home page (http://www.python.org/sigs/catalog-sig/)
seems out of date: e.g. no mention of PEP 301 or PyPI.  Could someone
update the page?  (If you don't have write access to python.org but
still want to help, you can edit
http://www.python.org/sigs/catalog-sig/index.ht and mail the result to
pydotorg <at> python.org.)

--Guido van Rossum (home page: http://www.python.org/~guido/)
Andrew Kuchling | 21 Feb 16:06 2003

Re: [Pydotorg] catalog sig homepage

On Fri, Feb 21, 2003 at 09:06:39AM -0500, Guido van Rossum wrote:
>The catalog sig's home page (http://www.python.org/sigs/catalog-sig/)
>seems out of date: e.g. no mention of PEP 301 or PyPI.  Could someone

I'm on it.

--amk
Richard Jones | 27 Feb 02:18 2003

More documentation for setup meta-data

I'm trying to better document the meta-data for the distutils (and hence 
PyPI). I've added words to the section in the dev doc about meta-data, and 
would like some feedback before I post the patch to be applied. Sorry, it's 
in LaTeX form (until someone writes the ReST->python doc converter ;)

\subsection{Additional meta-data}
\label{meta-data}

The setup script may include additional meta-data beyond the name and
version. This information includes:

\begin{tableiii}{l|l|l|c}{code}%
  {Meta-Data}{Description}{Value}{Notes}
  \lineiii{name}{the name of the package}{short string}{(1)}
  \lineiii{version}{the version of this release}{short string}{(1)(4)}
  \lineiii{author}{package author's name}{short string}{(2)}
  \lineiii{author_email}{email address of the package author}{email 
address}{(2)}
  \lineiii{maintainer}{package maintainer's name}{short string}{(2)}
  \lineiii{maintainer_email}{email address of the package maintainer}{email 
address}{(2)}
  \lineiii{home_page}{the location of the homepage for the package}{URL}{(1)}
  \lineiii{description}{a short, summary description of the package}{short 
string}{}
  \lineiii{long_description}{a longer description of the package}{long 
string}{}
  \lineiii{download_url}{a location where the package may be 
downloaded}{URL}{(3)}
  \lineiii{classifiers}{a list of Trove classifiers}{list of strings}{(3)}
\end{tableiii}
(Continue reading)

Stuart Bishop | 27 Feb 03:51 2003
Picon

Re: More documentation for setup meta-data


On Thursday, February 27, 2003, at 12:18  PM, Richard Jones wrote:

> I'm trying to better document the meta-data for the distutils (and  
> hence
> PyPI). I've added words to the section in the dev doc about meta-data,  
> and
> would like some feedback before I post the patch to be applied. Sorry,  
> it's
> in LaTeX form (until someone writes the ReST->python doc converter ;)

A patch was applied yesterday to dist.tex btw:
	https://sourceforge.net/tracker/ 
?func=detail&atid=105470&aid=693474&group_id=5470

In particular, 'home_page' should be 'url'

I think a definition of 'short string' and 'long string' are required:
	- Are Unicode strings allowed?
	- What formatting is allowed (eg. none whatsoever for short string,
       and ReST for long string)? I think either ReST or an HTML subset
	  is required for the long description. It would suck if long  
description
	  ended up in a <pre> section on pypi, although this would be usable if
	  lines were shoved through textwrap.wrap()

It would be benefitial to mandate certain trove classifiers, to make  
browsing
usable on pypi (at the moment, about 75% of projects are implemented in  
no
(Continue reading)


Gmane