Re: Packaging Python Pyvault Style (was Re: python 2.3 for RH7.3)

Axel Thimm <[email protected]> Tue, 21 Dec 2004 23:03:17 +0100
Newsgroups gmane.linux.redhat.rpm.atrpms.repo-coordination
Message-ID <[email protected]>
--===============5005755210597961712==
Content-Disposition: inline
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="1rguoi8KZGYj2k4L"


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

On Wed, Dec 22, 2004 at 12:16:20AM +0800, Jeff Pitman wrote:
> On Tuesday 21 December 2004 02:38, Axel Thimm wrote:
> > Only python developers need to take care to have proper python-devels
> > packages that pull in the proper pythonXX packages.
>=20
> python23-devel, python24-devel.

I'd prefer python-devel-2.3.4-xxx, python-devel-2.4.0-xxx. The reason
is that python packages (modules and apps, not python itself) should
have a plain

BuildRequires: python-devel >=3D 2.2

Otherwise you end up rewriting specfiles for rebuilding packages on
different pythons.

Python package developers (PyVaultians? ;) need to take care to have a
build-system that allows picking the right python-devel out of
multiple. ypt/yum will always pull in the latest, which will be the
right choice for most applications.

python-devel could of course just be an intermediate stub for
pythonXX-devel.

Yes, the latest rpm features of implicit Provides/Obsoletes are rather
interesting ... :/

(If I had a quick handle to patch them out, I surely would, the pain
is rather high ...)
--=20
Axel.Thimm at ATrpms.net

--1rguoi8KZGYj2k4L
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFByJ2lQBVS1GOamfERAtdnAKCEPgJKFgTf+IrgE/KGFneEgh1l/QCcCnUE
KvwTe048nlcegM0H4JtO9iw=
=RCnz
-----END PGP SIGNATURE-----

--1rguoi8KZGYj2k4L--


--===============5005755210597961712==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
repo-coord mailing list
[email protected]
http://lists.atrpms.net/mailman/listinfo/repo-coord

--===============5005755210597961712==--