[Catalog-sig] Status

[Suchandra Thapa]

--0vzXIDBeUiKkjNJl
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Aug 23, 2001 at 09:47:53AM -0700, Andy McKay wrote:
> Just wondering what the status of the catalog-sig, whats the plan for mov=
ing
> forward, and what can I do to help?
>=20
> Looking at the status it looks like we had two prototypes one in Zope (li=
nk
> not working) and another that I havent looked at installing yet. But after
> that activity seems to have stopped...
>=20

    I have some code that has limited functionality.  Currently it
has a text interface, has a basic system for specifying package and server
information, can deal with dependencies, and there is currently some ftp
code but I haven't tested that yet.  I've been meaning to work on it but=20
have gotten busy earlier.   I need to add more documentation and change some
of the code around to make it easier to understand.  I'm in the midst of mo=
ving
but I should get some time to put some work on it later, and should be able=
 to
post an alpha version here on Tuesday, possibly earlier. =20
    The biggest problem I came across when writing the code was a lack of a=
=20
catalog for locating information about installed packages.  Without that it=
=20
becomes very difficult to handle dependencies in more than a rudimentary=20
fashion.  I know this was discussed on the distutils sig but I'm not sure w=
hat=20
the current status on this is. Also a listing of files in a package would be
important if we want to let users delete packages but is not necessarily (C=
PAN
current seems to do okay without a delete function).
    The other area we problem need to consider is package maintenance on sy=
stems
that have a package manager.  I believe distutils allows you to generate rp=
ms
from a package so it should be too difficult to integrate this with rpm bas=
ed
distributions.  I don't think other package formats like debian or slackware
are support by  distutils so it would be more difficult to integrate into t=
hose
systems. =20
    Also I'm not sure how well windows could be supported.  Pure python=20
packages shouldn't be a problem but packages that have c or c++ files to be
compiled would probably need to be distributed as a binary since gcc, vc++,=
=20
and/or swig probably won't be available.  How does disutils work on windows?
   =20

--=20
------------------------------------------------------------------

Suchandra S. Thapa=20
s-thapa-11@alumni.uchicago.edu

------------------------------------------------------------------

--0vzXIDBeUiKkjNJl
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjuQ9WwACgkQ6nShCjt5AZIc9ACfQ6M6yCZWCVVUBM4Z4/NwAZJf
xEsAoIje+hbyKdHivJad84qm7VTwNuH6
=PQnx
-----END PGP SIGNATURE-----

--0vzXIDBeUiKkjNJl--