Re: [Pythonsiphon-devel] features

[Gerhard <ger...@gm...>]

Le 03/01/02 à 16:23, Suchandra Thapa écrivit:
>     Hi, I would like to know what suggestions people on this list 
> have for features to add to ciphon.  At this point I have some 
> confidence in ciphon's ability to download and install modules on
> unix platforms using the standard install.  I'm not quite so confident
> about rpm installs.  I've received a patch from Gerhard Häring that
> uses a temporary directory for downloading and building which I plan
> on incorporating.  I also think Thomas Heller has gotten ciphon 0.3.4 
> working on windows.
>     Currently my todo list for ciphon is (in no particular order):
> 
> some form of windows support
> better rpm support
> support for binary packages
> support for debian pkgs (not for a while unfortunately)

I've recently converted to Debian from SuSE (RPM based), so I could
perhaps help with or at least test the dpkg stuff. I've also created
several RPM packages and I'm maintaining one FreeBSD "port". I think I
know RPM reasonably well.

I don't view native installation (RPM/dkpkg/win32/FreeBSD package,
whatver) as a priority. At least on Unixen, it's IMHO of questionable
value. Pythonsiphon must eventually know about package dependencies in
its own database, anyway.

I think binary packages are much more important, because that's the only
reasonable choice for most Python users on some platforms like Windows
(the chances somebody has installed Cygwin or mingw32 or even Visual C++
are pretty slim on win32).

Is the project currently about the ultimate Python package management
system or more a proof-of-conept? That's IMO an important point. I'm
personally looking at it more as a proof-of-concept. But these are very
important, too.

So IMHO we shouldn't try to cram all the features in: native package
management is not so imporant IMHO, binary packages are, so are
different methods of unpacking like .tar.gz and .zip.

Other useful features would be uninstalling and upgrading packages and
their dependencies, but once package dependencies are recorded, this
would probably be trivial.

Gerhard
-- 
mail:   gerhard <at> bigfoot <dot> de       registered Linux user #64239
web:    http://www.cs.fhm.edu/~ifw00065/    OpenPGP public key id 86AB43C0
public key fingerprint: DEC1 1D02 5743 1159 CD20  A4B6 7B22 6575 86AB 43C0
reduce(lambda x,y:x+y,map(lambda x:chr(ord(x)^42),tuple('zS^BED\nX_FOY\x0b')))