Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From: Arnold Krille <arnold@arnoldarts.de>
Newsgroups: de.comp.lang.python
Subject: Re: [Python-de] pip-compile + tox + travis CI ?!?
Date: Thu, 4 May 2017 22:43:33 +0200
Lines: 79
Message-ID: <mailman.610.1493930625.2951.python-de@python.org>
References: <8e728138-709d-186b-7f19-3f4b03d89fc0@jensdiemer.de> <20170504224333.2a115d30@xingu.arnoldarts.de>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/TI1psYSwmAAvGZ2XOAUH47i"; protocol="application/pgp-signature"
In-Reply-To: <8e728138-709d-186b-7f19-3f4b03d89fc0@jensdiemer.de>
Precedence: list
Xref: csiph.com de.comp.lang.python:4769

--Sig_/TI1psYSwmAAvGZ2XOAUH47i
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hallo,

wenn ich das richtig verstehe, ist Dein Paket eine "Bibliothek", ein
Plugin, also eine Erweiterung, das mit verschiedenen Django- und
Python-Versionen genutzt werden kann?

Da m=C3=B6chtest Du die Abh=C3=A4ngigkeiten nicht pinnen. Apps und fertige
Projekte pinnen die Abh=C3=A4ngigkeiten (rekursiv) um den vollen Baum fix zu
haben von development =C3=BCber staging zu production. Bzw. von der Kiste
des Entwicklers m=C3=B6glichst bis zum distro-package.
Bibliotheken/Module, die von vielen Leuten in vielen Projekten mit
vielen Versionskombinationen verwendet werden sollen, haben ihre
eigenen Abh=C3=A4ngigkeiten so frei wie m=C3=B6glich (und testen eben jewei=
ls
gegen das Aktuellste der Abh=C3=A4ngigkeiten). Vielleicht noch gegen eine
Matrix von Pythonversion und den gr=C3=B6=C3=9Ften Abh=C3=A4ngigkeiten in L=
TS-1, LTS,
current.

- Arnold

On Thu, 4 May 2017 21:54:10 +0200 Jens
<python-de-mailingliste@jensdiemer.de> wrote:
>=20
> Ich w=C3=BCrde gern mit pip-compile alle n=C3=B6tigen Abh=C3=A4ngigkeiten=
 Festpinnen.
>=20
> Allerdings sollte mein Paket verschiedenen Django Versionen
> unterst=C3=BCtzen und das noch mit verschiedenen Django-CMS Versionen...
> Das sollte dann nat=C3=BCrlich per tox mit Python 2/3/PyPy durch getestet
> werden...
>=20
>=20
> Wie das am besten realisieren?!?
>=20
>=20
> 1. Verschiedene requirements Dateien? Das werden viele, bei 3
> verschiedenen Django Versionen mit drei verschiedenen Django-CMS
> Versionen...
>=20
> 2. Django und Django-CMS aus den requirements weg lassen? Dann macht
> pip-compile allerdings nicht so viel Sinn, wenn doch nicht alles
> abgedeckt ist, oder?
>=20
> 3. auf pip-compile verzichten, weil doof.
>=20
>=20
>=20
> Ich hab ein wenig rumgesucht, aber so viele Projekte setzten
> anscheinen pip-compile nicht ein und wenn, dann kein Django oder eine
> andere Komponente in Unterschiedlichen Versionen.
>=20
> F=C3=BCndig wurde ich bei https://github.com/edx/help-tokens
> Wobei das recht frisch ausschaut und vielleicht noch praxisfern ist?
>=20
> Bei diesem Projekt wird in "requirements/base.in" einfach nur
> "django" angegeben. F=C3=BCr tox wird nach dem "pip-compile" per sed aus
> der "requirements/test.txt" den "django=3D=3Dxxx" Eintrag gel=C3=B6scht.
>=20
>=20


--Sig_/TI1psYSwmAAvGZ2XOAUH47i
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlkLkngACgkQtuvagsE+DE4shQD/TJ+neY6bqYINKMPdtk/UGlee
1T5p/YzB1C4U7p4idF4A/j4hj5PvUQe/wrEt2+04OhilLN4/VaDu1USNFA+z4HtW
=gsmH
-----END PGP SIGNATURE-----

--Sig_/TI1psYSwmAAvGZ2XOAUH47i--