[Catalog-sig] RFC: pypan - a Python package manager
Suchandra Thapa
s-thapa-11@alumni.uchicago.edu
25 Oct 2002 14:21:22 -0500
--=-nDsWAenhgWjtl1pvJF/N
Content-Type: multipart/alternative; boundary="=-4xzlh8jQ4jc2Y2Sk5TQt"
--=-4xzlh8jQ4jc2Y2Sk5TQt
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Fri, 2002-10-25 at 12:48, Thomas Heller wrote:
Shouldn't we take this thread to the catalog-sig, or at least
parts of it? The discussion pypan vs. ciphon?
I have the impression that some discussion also lets other people
jump in... They see that something is happing.
=20
Sure, I've cc'ed the message to the catalog-sig list.
And also I'm still hacking on pypan, and would be interested in
comments ;-)
That's the rub. There have been several attempts to get this
functionality for python, but my impression is that most of died because
the authors didn't get much feedback and therefore gradually lost
interest in continuing.
> I'm still not sure what the best approach is however. I don't really
> want to have functionality that is available only in some cases but
> trying to offer a remove or uninstall command on all platforms would
> require changes to distutils to track what files are being installed =
(I
> think). =20
=20
IMO we should try to avoid requiring changes to distutils, and this
seems also what the withdrawn PEP 262 was about.
=20
I agree. However, I'm not sure how else to make an uninstall command
available without modifying the distutils source. Windows and rpm based
systems are fine since we can use the uninstaller or the rpm command to
remove modules. Providing a reliable method on other systems seems to
be a more difficult problem. I originally considered just removing
the appropriate directory in /usr/lib/pythonx.x/site-packages but that
doesn't catch everything and may not even work.
> Yeah, I've had more time recently so I've been working on ciphon here
> and there. I usually get more time to work on ciphon in the weekends=
so
> I try to get things done then. The next items on my todo list are
> allowing users to run ciphon from the command line (e.g. ciphon insta=
ll
> mymodule) and to allow http servers to be used as well. If you have =
any
> suggestions on other things that I should work on I'm open to
> suggestions. The two changes I mentioned above probably won't take t=
o
> long to do.
=20
Command line is a good idea: already present in pypan.
Yeah, I didn't really think about it initially but after looking at the
pypan sources and how it worked, it made a lot of sense to have that
available.
In pypan I used urllib - it handles FTP servers, HTTP servers, and
local files "file:..." as well. Seems pretty universal to me.
=20
I was thinking about going along the same lines. I'll need to check how
well the urllib handles ftp downloads from Bernstein's anonftpd though.
Another suggestion: sending bug reports via email doesn't work per
default on windows - it's very uncommon to have an smtp server running
on the machine you work on. If this feature is to stay, there should
probably be a config option 'smtpserver'.
I forgot to ask about how well that worked on Windows. I'll change the
configuration files and the ciphon config command to allow the smtp
server to be set. I think I'll keep it around since it seems like it
would be useful for developers to be able to get an automated bug report
with a stack trace emailed to the bugs mailing list. I'm planning on
extending it a little further so that users can send a bug report
manually and to give better reporting of errors.
--=20
------------------------------------------------------------------
Suchandra S. Thapa=20
s-thapa-11@alumni.uchicago.edu
------------------------------------------------------------------
--=-4xzlh8jQ4jc2Y2Sk5TQt
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; CHARSET=3DUTF-8">
<META NAME=3D"GENERATOR" CONTENT=3D"GtkHTML/1.0.2">
</HEAD>
<BODY>
On Fri, 2002-10-25 at 12:48, Thomas Heller wrote:
<BR>
<FONT SIZE=3D"3"></FONT>
<BLOCKQUOTE>
<PRE><FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>Shouldn't we take this thr=
ead to the catalog-sig, or at least</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>parts of it? The discussion pyp=
an vs. ciphon?</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>I have the impression that some=
discussion also lets other people</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>jump in... They see that someth=
ing is happing.</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I></FONT></FONT></I></PRE>
</BLOCKQUOTE>
<FONT SIZE=3D"3">Sure, I've cc'ed the message to the catalog-sig list.</FON=
T>
<BLOCKQUOTE>
<PRE><FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>And also I'm still hacking=
on pypan, and would be interested in</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>comments ;-)</FONT></FONT></I><=
/PRE>
</BLOCKQUOTE>
<FONT SIZE=3D"3">That's the rub. There have been several attempts to =
get this functionality for python, but my impression is that most of died b=
ecause the authors didn't get much feedback and therefore gradually lost in=
terest in continuing.</FONT>
<BLOCKQUOTE>
<PRE><FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> I'm still not sure wh=
at the best approach is however. I don't really</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> want to have functionality=
that is available only in some cases but</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> trying to offer a remove o=
r uninstall command on all platforms would</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> require changes to distuti=
ls to track what files are being installed (I</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> think). </FONT></FONT></I=
>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I></FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>IMO we should try to avoid requ=
iring changes to distutils, and this</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>seems also what the withdrawn P=
EP 262 was about.</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I></FONT></FONT></I></PRE>
</BLOCKQUOTE>
<FONT SIZE=3D"3">I agree. However, I'm not sure how else to make an u=
ninstall command available without modifying the distutils source. Wi=
ndows and rpm based systems are fine since we can use the uninstaller or th=
e rpm command to remove modules. Providing a reliable method on other=
systems seems to be a more difficult problem. I original=
ly considered just removing the appropriate directory in /usr/lib/pythonx.x=
/site-packages but that doesn't catch everything and may not even wor=
k.</FONT>
<BLOCKQUOTE>
<PRE><FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> Yeah, I've had more t=
ime recently so I've been working on ciphon here</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> and there. I usually get =
more time to work on ciphon in the weekends so</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> I try to get things done t=
hen. The next items on my todo list are</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> allowing users to run ciph=
on from the command line (e.g. ciphon install</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> mymodule) and to allow htt=
p servers to be used as well. If you have any</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> suggestions on other thing=
s that I should work on I'm open to</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> suggestions. The two chan=
ges I mentioned above probably won't take to</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>> long to do.</FONT></FONT><=
/I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I></FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>Command line is a good idea: al=
ready present in pypan.</FONT></FONT></I></PRE>
</BLOCKQUOTE>
<FONT SIZE=3D"3">Yeah, I didn't really think about it initially but after l=
ooking at the pypan sources and how it worked, it made a lot of sense to ha=
ve that available.</FONT>
<BLOCKQUOTE>
<PRE><FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>In pypan I used urllib - i=
t handles FTP servers, HTTP servers, and</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>local files "file:..."=
; as well. Seems pretty universal to me.</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I></FONT></FONT></I></PRE>
</BLOCKQUOTE>
<FONT SIZE=3D"3">I was thinking about going along the same lines. I'l=
l need to check how well the urllib handles ftp downloads from Bernstein's =
anonftpd though.</FONT>
<BLOCKQUOTE>
<PRE><FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>Another suggestion: sendin=
g bug reports via email doesn't work per</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>default on windows - it's very =
uncommon to have an smtp server running</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>on the machine you work on. If =
this feature is to stay, there should</FONT></FONT></I>
<FONT COLOR=3D"#737373"><FONT SIZE=3D"3"><I>probably be a config option 'sm=
tpserver'.</FONT></FONT></I></PRE>
</BLOCKQUOTE>
<FONT SIZE=3D"3">I forgot to ask about how well that worked on Windows. I'l=
l change the configuration files and the ciphon config command to allow the=
smtp server to be set. I think I'll keep it around since it seems li=
ke it would be useful for developers to be able to get an automated bug rep=
ort with a stack trace emailed to the bugs mailing list. I'm planning=
on extending it a little further so that users can send a bug report manua=
lly and to give better reporting of errors.</FONT>
<BR>
<FONT SIZE=3D"3"></FONT>
<TABLE CELLSPACING=3D"0" CELLPADDING=3D"0" WIDTH=3D"100%">
<TR>
<TD>
<PRE>--=20
------------------------------------------------------------------
Suchandra S. Thapa=20
s-thapa-11@alumni.uchicago.edu
------------------------------------------------------------------</PRE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>
--=-4xzlh8jQ4jc2Y2Sk5TQt--
--=-nDsWAenhgWjtl1pvJF/N
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEABECAAYFAj25mbIACgkQ6nShCjt5AZLuDQCfbJWe3tPDIejcmxiM07CiTzY3
MnUAn3+sF5aX2ZwBqAsR/Aqjsu+xkZbR
=nkSz
-----END PGP SIGNATURE-----
--=-nDsWAenhgWjtl1pvJF/N--