[OpenBSD] Dépôts délicieusement "alternatifs"
#1

Ce post recense les dépôts officieux de certains développeurs de la team OpenBSD, donc normalement dignes de confiance.



=> solene@ propose les mises à jour des paquets version stable, depuis la 6.5, pour powerpc.  Datas de la clé de solene : 
Code :
untrusted comment: solene@openbsd.org signify public key
RWRI2WUj5oraj0lohivHFeDgzgTuRh/OyrDGHE48rAEcgHjOxmvXWbdV

Utilisation pkg_add :
Code :
# env PKG_PATH=https://stable.perso.pw/pub/OpenBSD/%v/packages-stable/%a/ pkg_add -u

Pour information, depuis quelques semaines, suite au travail de solene, l'équipe OpenBSD fournit les mises à jours des paquets versions stables pour aarch64, amd64, i386, Spar64, directement depuis les serveurs officiels. Il suffit de mettre à jour ainsi :
Code :
# pkg_add -u




=> landry@ propose les mises à jour des paquets pour firefox - et sa version 'esr', pour thunderbird - en snapshot :  Datas de la clé de landry : 
Code :
untrusted comment: signify public key
RWRh/RSo0GgoYv0XRY03ExC6szQtWVMgtq1P8rghHYrFn73QTlXh/r5n

Utilisation pkg_add : 
Code :
# env PKG_PATH=https://packages.rhaalovely.net/pub/OpenBSD/%v/packages/%a/ pkg_add -u

PS : à noter que du fait de la disposition des updates de paquets officiellement par l'équipe, l'usage de ce dépôt pour stable n'est pas nécessaire. Le dépôt de landry@ se trouve être intéressant si vous utilisez OpenBSD en version '-snapshot'...



Les dépôts officiels sont disponibles à partir de la page "FTP" - ou sa traduction FR (officieuse)...

GPG:Fingerprint ed25519 : 072A 4DA2 8AFD 868D 74CF  9EA2 B85E 9ADA C377 5E8E
GPG:Fingerprint rsa4096 : 4E0D 4AF7 77F5 0FAE A35D  5B62 D0FF 7361 59BF 1733
Répondre
#2

Excellent !!! Big Grin

« La perfection est atteinte, non pas lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus rien à retirer. » Antoine de Saint-Exupéry
Répondre
#3

+1 pour le titre Smile
Répondre
#4

Je garantie pas que je continue le i386 et powerpc sur les prochaines releases, je verrais en fonction des statistiques d'accès au serveur web.
Par contre, sur un sondage fait sur mastodon, j'ai eu pas mal de monde qui souhait voir des mises à jour pour arm64, je vais y réfléchir car je n'ai pas le matériel...
Répondre
#5

@solene: c'est dommage que tu te poses déjà en possible retrait de ces arch !
Pour i386, je peux peut-être aider...  mais il nous faut nous coordonner. J'ai un vieux Dell Inspiron R15 avec 4Go RAM qui peut certainement faire office de "builder". (Je devrais pouvoir y installer dessus une stable i386, non ?!)
Par contre, j'ai vraiment besoin de comprendre comment faire, car c'est assez abscons pour moi !

Il me semble que xavier (@prx) a du arm64... bon, ok, je => [ ]

GPG:Fingerprint ed25519 : 072A 4DA2 8AFD 868D 74CF  9EA2 B85E 9ADA C377 5E8E
GPG:Fingerprint rsa4096 : 4E0D 4AF7 77F5 0FAE A35D  5B62 D0FF 7361 59BF 1733
Répondre
#6

je peux les continuer , mon i386 c'est une machine virtuelle, ça pose aucun soucis de la garder Wink
pour le powerpc, ce sera plus une question de matériel qui survit ou pas avec le temps.
Répondre
#7

Beh, disons, maintenant c'est sûr, ce n'est que mon avis... mais de fait que l'aventure est commencé, même pour i386, comme c'est une arch supportée encore, et que ça doit pas coûter grand chose à "builder" pour... autant le faire...

Le powerpc, comme les autres arch, c'est vrai qu'il faut avoir...

GPG:Fingerprint ed25519 : 072A 4DA2 8AFD 868D 74CF  9EA2 B85E 9ADA C377 5E8E
GPG:Fingerprint rsa4096 : 4E0D 4AF7 77F5 0FAE A35D  5B62 D0FF 7361 59BF 1733
Répondre
#8

(06-06-2019, 14:21:29)solene a écrit :  Je garantie pas que je continue le i386 et powerpc sur les prochaines releases, je verrais en fonction des statistiques d'accès au serveur web.
Par contre, sur un sondage fait sur mastodon, j'ai eu pas mal de monde qui souhait voir des mises à jour pour arm64, je vais y réfléchir car je n'ai pas le matériel...

J'ai une ROCK64 qui ne me sert plus, car elle plantait à cause du disque dur USB, mais ça tourne bien juste sur mémoire SD.
Si ça t'intéresse, je peux t'en faire cadeau par courrier : tu connais mon mail Wink
Répondre
#9

Suite à quelques petites réflexions utiles de @solene, màj du post principal avec des informations adéquates. :p

GPG:Fingerprint ed25519 : 072A 4DA2 8AFD 868D 74CF  9EA2 B85E 9ADA C377 5E8E
GPG:Fingerprint rsa4096 : 4E0D 4AF7 77F5 0FAE A35D  5B62 D0FF 7361 59BF 1733
Répondre
#10

Pas de M:Tier ?
Répondre
#11

Ahhh, beh, en ce moment, ils se font plutôt oublier !

GPG:Fingerprint ed25519 : 072A 4DA2 8AFD 868D 74CF  9EA2 B85E 9ADA C377 5E8E
GPG:Fingerprint rsa4096 : 4E0D 4AF7 77F5 0FAE A35D  5B62 D0FF 7361 59BF 1733
Répondre
#12

J'ai changé la méthode de génération des packages pour -stable, j'ai laissé tourné mes 2 pc pendant 4 jours non-stop pour récupérer le temps passé.
Maintenant, tous les packages qui utilisent une librairie qui a été mise à jour sont eux aussi recompilés avec la nouvelle version de librairie, sinon c'est pas garantie que ça marche et / ou que ça utilise bien la nouvelle !

C'est pour ça qu'il y a 963 packages maintenant sur mon dépot... En plus, ça prend beaucoup plus de temps car le programme de génération de packages (dpb) doit vérifier un par un tous les ports pour voir la liste des dépendances utilisées et comparer cette liste avec une information contenue dans chaque package, et si elle est différente il recompile le package, si elle est identique ça veut dire qu'il n'y a pas besoin de le mettre à jour.
Répondre
#13

OK, merci pour le retour.

GPG:Fingerprint ed25519 : 072A 4DA2 8AFD 868D 74CF  9EA2 B85E 9ADA C377 5E8E
GPG:Fingerprint rsa4096 : 4E0D 4AF7 77F5 0FAE A35D  5B62 D0FF 7361 59BF 1733
Répondre
#14

Bon, du coup j'ai fini de tout générer Smile

J'ai relancé pour m'occuper de firefox. Le problème c'est que maintenant dpb doit vérifier tous les packages un par un vis à vis des ports, et ça prend BEAUCOUP plus de temps. Avant je n'avais qu'une liste de ports à compiler et il passait pas 90% du temps à vérifier que ça concordait ou non.

Une plus grosse machine est à prévoir si je veux que ça suive la cadence Big Grin je ne sais pas combien de temps il faut à mes 2 pc portables pour vérifier que tout est OK. La première fois c'était long car j'avais tout à rattraper, et curl + png + glib2 ça représente beaucoup de packages consommateurs de ces libs.
Répondre
#15

@solene: si je ne me trompe pas ton dépôt personnel, du fait de l'intégration de ton travail par l'équipe OpenBSD, n'est plus actif...
Donc, je peux modifier le premier post, n'est-ce pas ?!
Et, si j'ai bien compris, il suffit maintenant de faire un 'pkg_add -u' puisque les màj des packages sont directement fournies par les serveurs officiels !?

GPG:Fingerprint ed25519 : 072A 4DA2 8AFD 868D 74CF  9EA2 B85E 9ADA C377 5E8E
GPG:Fingerprint rsa4096 : 4E0D 4AF7 77F5 0FAE A35D  5B62 D0FF 7361 59BF 1733
Répondre
#16

Ah oui, tu peux modifier ^^
Je continue de faire sur mon serveur les packages pour powerpc cela dit, étant donné qu'on avait pas le matériel nécessaire chez OpenBSD pour faire cette architecture... Sparc64 va bientôt débarquer aussi sur les serveurs officiels !
Répondre
#17

Correction faite. Merci encore pour ton beau boulot :p

GPG:Fingerprint ed25519 : 072A 4DA2 8AFD 868D 74CF  9EA2 B85E 9ADA C377 5E8E
GPG:Fingerprint rsa4096 : 4E0D 4AF7 77F5 0FAE A35D  5B62 D0FF 7361 59BF 1733
Répondre
#18

La version Sparc64 pour la mise à jour des paquets est arrivée cette nuit ! :p
https://ftp.fr.openbsd.org/pub/OpenBSD/6...e/sparc64/

ON, dit merci qui ? demandez @solene

GPG:Fingerprint ed25519 : 072A 4DA2 8AFD 868D 74CF  9EA2 B85E 9ADA C377 5E8E
GPG:Fingerprint rsa4096 : 4E0D 4AF7 77F5 0FAE A35D  5B62 D0FF 7361 59BF 1733
Répondre
#19

il s'agit de la première architecture à avoir des packages stables mais pas de syspatch !
Répondre
#20

je suis en train de refaire les packages sparc, y a eu un soucis...
Répondre
#21

ajout de l'info aarch64 relatif à pkg_add pour les paquets ! Wink

GPG:Fingerprint ed25519 : 072A 4DA2 8AFD 868D 74CF  9EA2 B85E 9ADA C377 5E8E
GPG:Fingerprint rsa4096 : 4E0D 4AF7 77F5 0FAE A35D  5B62 D0FF 7361 59BF 1733
Répondre
#22

Exact, maintenant y a amd64, i386, sparc64 et aarch64 (pour arm64)

Fini les mises à jour de packages -stable pour 6.5 aussi

https://marc.info/?l=openbsd-announce&m=...127248&w=2
Répondre
#23

ptit question en passant.
Pourquoi «aarch» ? pourquoi pas «arm64» plus simplement ?
De plus il me semble la nomenclature «x86-64» commence a se répandre pour éviter le «amd64» très marqué, y-a-t-il un plan similaire pour Obsd ?

« La perfection est atteinte, non pas lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus rien à retirer. » Antoine de Saint-Exupéry
Répondre
#24

alors pourquoi aarch64 ou amd64 selon le cas ^^ c'est la différence entre le type de machine et le type d'architecture. Tu peux consulter arch(1) pour obtenir ses informations.

Globalement, pour i386, amd64, sparc64 il n'existe pas de variantes.
Pour l'architecture powerpc, il existe les machines macppc mais on pourrait aussi supporter amigappc ou bebox (ceux là sont supportés sous netbsd) mais les 3 machines utiliseront les mêmes packages du dossier powerpc.

C'est pareil pour arm64 et aarch64, les packages sont aarch64 et on a des machines arm64 mais on pourrait avoir d'autres machines arm.

Chez netbsd ils supportent beaucoup plus d'architectures https://www.netbsd.org/ports/#ports-by-cpu

Après, j'ai peut être mélangé les termes architecture et machine, je ne me rappelle jamais lequel est lequel...
Répondre
#25

Bonjour Smile 

@Solene : Merci pour ton travail. Testé (et approuvé) de les débuts de ton projet désormais officiel. Là je viens de passer sur 6.6-release... et je sais que je n'aurai pas de soucis pour les mises à jour des paquets. Wink

Un OS pour les gouverner tous (FreeBSD), un jail pour les trouver (Unbound)
Un filesystem pour les amener tous et dans les ténèbres les lier (ZFS) ;)
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)