Contactez nous

src.rpm disponibles?

Venez ici parlez de votre expérience avec Samba4, votre avis et vos envies.
Bonjour,
J'utilise vos rpms mais j'aimerais bien commencer à les rebuilder pour ajouter un patch. Est-ce que vos source rpms (src.rpm) sont disponibles quelque part?

Merci,

Vincent
Bonjour Vincent,
ElCoyote a écrit :
02 mai 2018, 21:00
J'utilise vos rpms mais j'aimerais bien commencer à les rebuilder pour ajouter un patch. Est-ce que vos source rpms (src.rpm) sont disponibles quelque part?
Nous réutilisons les paquets Fedora que nous backportons sur CentOS. Et la compilation est un peu plus compliqué que juste faire un rpmbuild sur le src.rpm de samba à cause des dépendances libldb, libtalloc, libtevent, python2 vs python3, etc. La recette complète est dans notre jenkins.

Est ce que le patch que vous voulez mettre est celui pour corriger le soucis d'upgrade 4.7 vers 4.8.1? je pense que l'on va l'intégrer cette semaine.

Denis
Bonjour,
Est-il possible d'avoir accès à vos fichier .spec et vos recettes jenkins pour samba (en read-only, bien sur).
Je m'explique: je pensais que vous mettiez a jour régulièrement vos rpms samba. Les versions 4.8.3 et 4.7.8 sont sorties depuis quelques temps deja et je m'interroge sur le risque opérationnel de continuer a utiliser vos rpms: rpms binaires non signés, fichiers src.rpm non distribués/publics.
C-a-d: impossible de rebuilder les rpms en les mettant a jour si vous (tranquil.it) partiez tous en vacances en meme temps. :)
Serait-il possible tout au moins de distribuer les diffs entre vos .specs et ceux de EPEL? Tout point de départ serait aprécié.
Merci d'avance,
Vincent (qui travaille pour un editeur opensource qui distribue tous les src.rpm mais qui utilise -vos- rpms a titre perso)
Bonjour,

Je partage l'avis de ElCoyote.

Avez-vous une date de livraison des RPM pour la 4.7.8 ?
There is a new repository with samba 4 with Domain Controller for CentOS and RHEL 7 that provides also the source packages:

Please see:
http://www.ezplanet.net/xwiki/bin/view/EzPlanetRepo/
Bonjour ElCoyote,
ElCoyote a écrit :
09 juillet 2018, 04:21
Bonjour,
Est-il possible d'avoir accès à vos fichier .spec et vos recettes jenkins pour samba (en read-only, bien sur).
Je m'explique: je pensais que vous mettiez a jour régulièrement vos rpms samba. Les versions 4.8.3 et 4.7.8 sont sorties depuis quelques temps deja et je m'interroge sur le risque opérationnel de continuer a utiliser vos rpms: rpms binaires non signés, fichiers src.rpm non distribués/publics.
C-a-d: impossible de rebuilder les rpms en les mettant a jour si vous (tranquil.it) partiez tous en vacances en meme temps. :)
Serait-il possible tout au moins de distribuer les diffs entre vos .specs et ceux de EPEL? Tout point de départ serait aprécié.
Merci d'avance,
Vincent (qui travaille pour un editeur opensource qui distribue tous les src.rpm mais qui utilise -vos- rpms a titre perso)
Jérémie a posé les SRPM dans le répertoire suivant:

https://samba.tranquil.it/centos7/SRPMS/

On verra par la suite pour faire une jolie arborescence standard CentOS/RedHat.

Cordialement,

Denis
Bonjour nqb,
nqb a écrit :
18 juillet 2018, 18:34
Bonjour,

Je partage l'avis de ElCoyote.

Avez-vous une date de livraison des RPM pour la 4.7.8 ?
Les rpm 4.7.10 et 4.8.4 ont été publiés par Jérémie: Cordialement,

Denis
Merci Denis
Merci, c'est très aprécié.
Pensez-vous pouvoir continuer a upload les .src.rpm de maniere systématique lorsque vous sortirez de nouvelles versions?
Ce serait vraiment top. Merci encore une fois,
Cordialement,
Vincent
dcardon a écrit :
17 septembre 2018, 11:03
Bonjour ElCoyote,

Jérémie a posé les SRPM dans le répertoire suivant:

https://samba.tranquil.it/centos7/SRPMS/

On verra par la suite pour faire une jolie arborescence standard CentOS/RedHat.

Cordialement,

Denis
ElCoyote a écrit :
17 septembre 2018, 15:07
Merci, c'est très aprécié.
Pensez-vous pouvoir continuer a upload les .src.rpm de maniere systématique lorsque vous sortirez de nouvelles versions?
Ce serait vraiment top. Merci encore une fois,
Cordialement,
Vincent
Tranquil IT ne peut pas s'astreindre à une telle promesse car c'est du travail et tout travail doit être compensé.

On le fera autant qu'on y trouve un avantage ou une manière de rentabiliser ce temps.

Cordialement.

Vincent (... aussi)