[OpenSlides users-de] Virtualenv und Paketbau

[Norman Jäckel]

Hallo Oskar,

$ sudo pip install openslides-with-rel-deps

oder

$ pip install openslides-with-deps

würde genügen. Über die Namensgebung kann man sich ja noch verständigen.

Wie man ein Debian-Paket oder ein Archlinux-Paket baut, weiß ich nicht.
Ich vermute, es genügt, wenn man für die "Bauanleitung" einen Blick in
die requirements wirft und dann alles passenden Versionen so zusammen
fügt, wie man sie haben will und wie man sie selbst getestet hat. Am
Schluss lädt man sich das Paket openslides, das nach meinem letzten
Vorschlag keine Abhängigkeiten hat. Dann dürfte es keine Probleme geben.

Viele Grüße
Norman

Am 20.11.2013 15:26, schrieb Oskar Hahn:
> Hallo Norman,
> 
> dein Vorschlag erscheint mir wenig geeignet zu sein. Er würde bedeuten,
> dass Personen die OpenSlides global einsetzten wollen, folgendes
> eintippen müssen:
> 
> $ sudo pip install openslides openslides-rel-deps
> 
> und Personen die OpenSlides innerhalb von virtualenv einsetzten wollen
> folgenden Befehl
> 
> $ pip install openslides openslides-static-deps
> 
> Wer dagegen einfach nur das Paket openslides installiert bekommt eine
> Fehlermeldung.
> 
> Dagegen müsste bei meinem Vorschlag nur das Paket openslides installiert
> werden, bzw *nur* openslides-static-deps, wenn einem dies wichtig ist.
> 
> Vermutlich hast du aber damit recht, dass man unter Linux in der Regel
> pip nicht für eine globale Installation einsetzten sollte. Hierdurch
> könnten Probleme mit der Paketverwaltung der Distribution entstehen. Aus
> diesem Grund sollte es unser Ziel sein für eine globale Installation
> distributionsspezifische Pakete zu erstellen. Bei diesem Versuch bin ich
> jedoch auf unser Problem gestoßen. Wie schon in meiner ersten Mail
> geschrieben ist es nämlich kein Problem von pip, sondern davon, ob
> OpenSlides global, oder in ein virtualenv installiert wird; unabhängig
> von dem Paketverwaltungssoftware.
> 
> Könntest du daher einmal versuchen ein Debianpaket für OpenSlides zu
> erstellen, welches sich global installieren lässt? Wenn dir das in einer
> Art und Weise gelingt, welches in der Wartbarkeit vertretbar ist und
> trotzdem feste Abhängigkeiten in der setup.py hat, dann wäre es für mich
> eine neue Situation.
> 
> Viele Grüße
> Oskar
> 
> 
> Am 19.11.2013 16:51, schrieb Norman Jäckel:
>> Hallo allerseits,
>>
>> für mich fragt sich zunächst, welche Non-Windows-Benutzer OpenSlides wie
>> einsetzen. Vielleicht könnt ihr da eure Erfahrungen hier berichten.
>>
>> Ich selbst würde es überall immer mit Virtualenv und Pip machen (soweit
>> ich nicht zufälligerweise ohnehin schon die Entwicklungsversion dabei
>> habe und mit Git spielen kann).
>>
>> Ich kann mir nur schwer vorstellen, dass jemand, der verschiedenes
>> Pythonzeug laufen lässt, mit Pip global installiert. (Aber vielleicht
>> gibt es ja solche Leute.) Viel eher würde man auf ein Paket aus der
>> Softwareverwaltung der jeweiligen Distribution zurückgreifen, z. B. für
>> Ubuntu ein deb-Paket. Dies sollten wir aber vom OpenSlides-Kern trennen.
>>
>> Die Frage scheint sich also nur noch darum zu drehen, wie das auf PyPI
>> verfügbare Python Package mit dem Namen "openslides" ausgestaltet sein soll.
>>
>> Hier noch ein neuer Vorschlag: Das Paket zieht für sich gesehen gar
>> keine Abhängigkeiten. Es gibt dann ein Metapaket für strenge
>> Abhängigkeiten, eins für tolerante und wer auch immer noch mehr
>> Metapakete für seine Zwecke bauen will, kann dies tun. Dies bedeutet,
>> dass derjenige, der ein strenges Paket wählt, weniger flexibel ist und
>> unter Umständen Virtualenv einsetzen muss, während derjenige, der ein
>> tolerantes wählt, mehr Risiko trägt, dass seine Abhängigkeiten
>> unerwartet doch nicht passen.
>>
>> Viele Grüße
>> Norman
> 

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 901 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://mail.openslides.org/pipermail/users-de/attachments/20131120/c5677706/attachment.sig>