_http est le protocole (port), et c'est effectivement du http qui est utilisé pour le téléchargement des packages.
Dans le cas de XMPP tu retrouves la même chose, c'est le nom correspondant au port du protocole (présent dans /etc/services)
Je suis étonné que Debian se penche sur Debian, il me semblait qu'ils regardaient du côté de systemd pour jessie, en ajoutant le support des fichiers de configuration de systemd par défaut lors de l'installation des différents paquets.
La situation pour kubuntu n'est pas évidente. A l'évidence Ubuntu est en train de se débarasser de ses forks populaires pour rester dans son coin.
Je pense que ta distribution n'a pas bien géré ses dépendances, que ce soit un BSD ou un Linux. Debian définit des prérequis dans son INIT, c'est également le cas pour FreeBSD
Je confirme et rappelle que pour FreeBSD 10.0 (qui sort en décembre) gcc ne fera plus partie du système. Les ports seront compilés par CLang, les patches devraient donc être applicables sur tout système UNIX avec CLang
Désolé du retard. C'est exactement ca. Tu n'as rien à faire sur ton dovecot, tu le branche sur le LDAP et immédiatement tous tes users peuvent utiliser IMAP(S) avec leur compte LDAP :)
Personnellement j'utilise Puppet pour gérer mon parc de machines de salles de cours sous Linux (une cinquantaine de machines) et déployer des logiciels avec un login pam_ldap configuré via puppet et autofs + pam_mkhomedir et ca tourne pas mal du tout. Peut être serait-ce une bonne solution dans ton cas ?
A noter que DragonFlyBSD devrait abandonner pkgsrc pour passer sur dports en version 3.6
Source: users@dragonflybsd.org, Justin Sherrill (27/09): No, no pkgsrc binaries have been built. Someone else can jump in to do so if they want, but it won't be me. The next release will be with dports.
J'oubliais de préciser, ce release est attendu depuis près d'un mois, il y avait des RC à n'en plus finir (RC4 je crois voire RC5), afin de stabiliser le système. Le point que je surveillais était un deadlock NFS qui était apparu sur la 9.2, mais il a été résolu.
En terme de veille, les listes de diffusion de FreeBSD sont vraiment bien, car c'est en voyant l'expérience des utilisateurs et les différents problèmes qu'on peut voir si un release avance bien. Hormis ce deadlock qui paraissait inquiétant il n'y avait pas vraiment d'autre problème énoncé sur les listes, on pouvait donc être confiant :)
Certaines parties du code ne peuvent pas être aussi finement gérées au niveau des mutexes. C'est le cas de KVA qui est l'autoroute de gestion des pages mémoire, et c'est un point extrêmement difficile à gérer au niveau parallélisation.
Boote un FreeBSD et tu verras que le giant lock se manifeste plusieurs fois lors du boot lorsqu'il charge tes drivers, notamment. Après je suis pas expert du noyau, mais je sais que ce giant lock est le problème principal de tous les BSD (OpenBSD mettant le plus de temps à s'en séparer). Si je ne dis pas de bêtises il me semble que DragonFly est légèrement en avance sur FreeBSD de ce point de vue.
Pour le moment on a OpenZFS qui est apparu, reliant les communautés BSD et Solaris autour de ZFS. La version 28 de ZFS est la dernière. Elle intègre un système de "plugins" pour ZFS. Maintenant reste à voir l'innovation autour de ZFS, le code étant sous licence CDDL et les développeurs bridés. L'idéal serait de réécrire le code de ZFS afin de le libérer (licence BSD), mais je ne pense pas que ce sera pour tout de suite.
Je suis de ton avis MTux. Néanmoins je surveille toujours les listes de diffusion afin de savoir à quoi m'attendre et ce qui sera peut être problématique à la sortie d'un release.
9.2 est une release mineure de la série 9, elle ne devrait pas poser de souci, et c'est, dans le processus d'upgrade, c'est effectivement le cas, je n'ai rien eu à recompiler niveau ports tout était directement cohérent.
FreeBSD est réputé pour sa stabilité et ce n'est pas pour rien :). En tout cas les Unmapped I/O sont une tuerie. Ca se sent vraiment à l'usage.
Il faut savoir que sur les BSD un release est toujours très proche de la stabilité. Les seuls points noirs sont le matériel, surtout lorsque le support est récent (oui OpenBSD 5.3 et la carte broadcom 5720 de Dell, c'est à toi que je pense !)
Par contre FreeBSD 10 sera une autre affaire. Entre le BHYVE et la suppression de GCC il risque d'y avoir des couac, la je testerai plus en profondeur.
Pour ton point 1 poudriere permet le cross compiling si je ne dis pas de bêtises, donc cela résoud le souci 32/64. De plus poudriere permet de compiler les ports pour diverses version de freebsd, utile en production sur des serveurs à maintenir 5 ans, là où la plupart des distributions Linux ont déjà abandonné.
Non du tout, la poudriere peut s'occuper de tout toute seule, avec une tâche planifiée cron toutes les nuits (perso dans mon infra c'est une VM avec 2 coeur, 4Go de RAM) qui compile uniquement les pkg dont tu as besoin, et uniquement ceux non compilés ou mis à jour.
[^] # Re: Champ SRV
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Miroirs pkgng disponibles !. Évalué à 2.
_http est le protocole (port), et c'est effectivement du http qui est utilisé pour le téléchargement des packages.
Dans le cas de XMPP tu retrouves la même chose, c'est le nom correspondant au port du protocole (présent dans /etc/services)
Veepee & UNIX-Experience
# Debian + upstart ?
Posté par Loïc Blot (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 2.
Je suis étonné que Debian se penche sur Debian, il me semblait qu'ils regardaient du côté de systemd pour jessie, en ajoutant le support des fichiers de configuration de systemd par défaut lors de l'installation des différents paquets.
La situation pour kubuntu n'est pas évidente. A l'évidence Ubuntu est en train de se débarasser de ses forks populaires pour rester dans son coin.
Veepee & UNIX-Experience
[^] # Re: KMS
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche OpenBSD 5.4. Évalué à 2. Dernière modification le 01 novembre 2013 à 21:36.
C'est sûr, surtout quand les fabricants s'en fichent…
Tu es sûr de ton info ? :)
http://www.openbsd.org/plus54.html:
Build xf86-video-ati with support for kernel mode setting. UMS will still be used if KMS is not available.
Veepee & UNIX-Experience
[^] # Re: A propos de Ubuntu Gnome
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Ubuntu 13.10 The Saucy Salamander. Évalué à 1.
je dirais qu'il est logique que gnome s'intègre avec systemd puisque c'est redhat qui est en partie derrière l'un et l'autre.
Veepee & UNIX-Experience
[^] # Re: C’est du propre
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Entretien avec François Tigeot, développeur DragonFly BSD. Évalué à 4.
Je pense que ta distribution n'a pas bien géré ses dépendances, que ce soit un BSD ou un Linux. Debian définit des prérequis dans son INIT, c'est également le cas pour FreeBSD
Veepee & UNIX-Experience
[^] # Re: Objectifs envisagés pour Debian 8
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Debian 7.2 et futur gel de Debian 8.0. Évalué à 6.
Je confirme et rappelle que pour FreeBSD 10.0 (qui sort en décembre) gcc ne fera plus partie du système. Les ports seront compilés par CLang, les patches devraient donc être applicables sur tout système UNIX avec CLang
Veepee & UNIX-Experience
[^] # Re: supaÿr merci !
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Héberger son courriel. Évalué à 1.
Désolé du retard. C'est exactement ca. Tu n'as rien à faire sur ton dovecot, tu le branche sur le LDAP et immédiatement tous tes users peuvent utiliser IMAP(S) avec leur compte LDAP :)
Veepee & UNIX-Experience
[^] # Re: Commentaire de néophyte
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Samba 4.1. Évalué à 2.
Personnellement j'utilise Puppet pour gérer mon parc de machines de salles de cours sous Linux (une cinquantaine de machines) et déployer des logiciels avec un login pam_ldap configuré via puppet et autofs + pam_mkhomedir et ca tourne pas mal du tout. Peut être serait-ce une bonne solution dans ton cas ?
Veepee & UNIX-Experience
[^] # Re: supaÿr merci !
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Héberger son courriel. Évalué à 4.
Sans vouloir faire ma propre pub, un lien avec une install sous FreeBSD, mais cette fois branchée sur un annuaire LDAP:
http://www.unix-experience.fr/2012/monter-son-serveur-mail-dovecotpostfixldapzfs-sous-freebsd/
Veepee & UNIX-Experience
# DragonflyBSD
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche pkgsrc 2013Q3 est disponible. Évalué à 6.
A noter que DragonFlyBSD devrait abandonner pkgsrc pour passer sur dports en version 3.6
Source: users@dragonflybsd.org, Justin Sherrill (27/09):
No, no pkgsrc binaries have been built. Someone else can jump in to do so if they want, but it won't be me. The next release will be with dports.
Veepee & UNIX-Experience
[^] # Re: Remarque
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche FreeBSD 9.2 est là. Évalué à 1.
Plus qu'à te faire un release custom en attendant une intégration (9.2-p1 ?)
Veepee & UNIX-Experience
[^] # Re: Remarque
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche FreeBSD 9.2 est là. Évalué à 2.
Quels sont tes soucis ? Je n'ai dans l'immédiat aucun souci sur mes différentes machines, je n'ai pas tout basculé (notamment les serveurs NFS)
Veepee & UNIX-Experience
[^] # Re: Encore un Giant Lock ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche FreeBSD 9.2 est là. Évalué à 5.
Merci pour ces précisions techniques.
Je confirme qu'il s'appelle Giant Lock sous FreeBSD, c'est mentionné lors de la phase de boot.
Veepee & UNIX-Experience
[^] # Re: Erreurs
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche FreeBSD 9.2 est là. Évalué à 3. Dernière modification le 01 octobre 2013 à 22:08.
j'avais écrit 9ème mais on m'a corrigé de la manière que tu vois ci-dessus.
Pour le lien ce serait plutôt: https://fr.wikipedia.org/wiki/Filtre_BPF
Merci des précisions
Veepee & UNIX-Experience
[^] # Re: Remarque
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche FreeBSD 9.2 est là. Évalué à 6. Dernière modification le 01 octobre 2013 à 20:04.
J'oubliais de préciser, ce release est attendu depuis près d'un mois, il y avait des RC à n'en plus finir (RC4 je crois voire RC5), afin de stabiliser le système. Le point que je surveillais était un deadlock NFS qui était apparu sur la 9.2, mais il a été résolu.
En terme de veille, les listes de diffusion de FreeBSD sont vraiment bien, car c'est en voyant l'expérience des utilisateurs et les différents problèmes qu'on peut voir si un release avance bien. Hormis ce deadlock qui paraissait inquiétant il n'y avait pas vraiment d'autre problème énoncé sur les listes, on pouvait donc être confiant :)
Veepee & UNIX-Experience
[^] # Re: Encore un Giant Lock ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche FreeBSD 9.2 est là. Évalué à 6.
Certaines parties du code ne peuvent pas être aussi finement gérées au niveau des mutexes. C'est le cas de KVA qui est l'autoroute de gestion des pages mémoire, et c'est un point extrêmement difficile à gérer au niveau parallélisation.
Boote un FreeBSD et tu verras que le giant lock se manifeste plusieurs fois lors du boot lorsqu'il charge tes drivers, notamment. Après je suis pas expert du noyau, mais je sais que ce giant lock est le problème principal de tous les BSD (OpenBSD mettant le plus de temps à s'en séparer). Si je ne dis pas de bêtises il me semble que DragonFly est légèrement en avance sur FreeBSD de ce point de vue.
Veepee & UNIX-Experience
[^] # Re: Avenir de ZFS?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche FreeBSD 9.2 est là. Évalué à 7.
Pour le moment on a OpenZFS qui est apparu, reliant les communautés BSD et Solaris autour de ZFS. La version 28 de ZFS est la dernière. Elle intègre un système de "plugins" pour ZFS. Maintenant reste à voir l'innovation autour de ZFS, le code étant sous licence CDDL et les développeurs bridés. L'idéal serait de réécrire le code de ZFS afin de le libérer (licence BSD), mais je ne pense pas que ce sera pour tout de suite.
Veepee & UNIX-Experience
[^] # Re: Remarque
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche FreeBSD 9.2 est là. Évalué à 7. Dernière modification le 01 octobre 2013 à 18:39.
Je suis de ton avis MTux. Néanmoins je surveille toujours les listes de diffusion afin de savoir à quoi m'attendre et ce qui sera peut être problématique à la sortie d'un release.
9.2 est une release mineure de la série 9, elle ne devrait pas poser de souci, et c'est, dans le processus d'upgrade, c'est effectivement le cas, je n'ai rien eu à recompiler niveau ports tout était directement cohérent.
FreeBSD est réputé pour sa stabilité et ce n'est pas pour rien :). En tout cas les Unmapped I/O sont une tuerie. Ca se sent vraiment à l'usage.
Il faut savoir que sur les BSD un release est toujours très proche de la stabilité. Les seuls points noirs sont le matériel, surtout lorsque le support est récent (oui OpenBSD 5.3 et la carte broadcom 5720 de Dell, c'est à toi que je pense !)
Par contre FreeBSD 10 sera une autre affaire. Entre le BHYVE et la suppression de GCC il risque d'y avoir des couac, la je testerai plus en profondeur.
Veepee & UNIX-Experience
[^] # Re: femelle ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie de pfSense 2.1. Évalué à 2.
Bien joué !
Veepee & UNIX-Experience
[^] # Re: femelle ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie de pfSense 2.1. Évalué à 2.
Cela se défend, même si cela fait étrange dans le titre :)
Veepee & UNIX-Experience
[^] # Re: Possibilité de faire du CLI directement ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie de pfSense 2.1. Évalué à 5.
Pourquoi utilise pfsense si tu ne veux pas utiliser l'interface graphique ? Dans ce cas prend un vrai FreeBSD ou mieux pour le firewalling: OpenBSD.
Veepee & UNIX-Experience
# femelle ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Sortie de pfSense 2.1. Évalué à 2.
PFsense est il du sexe féminin ?
Autrement s/est sortie/est sorti/g :)
Veepee & UNIX-Experience
[^] # Re: Support MailDir
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Thunderbird 24. Évalué à 3.
Roundcube est devenu assez lourd, je trouve. C'est dommage il reste un joli webmail complet.
Veepee & UNIX-Experience
[^] # Re: support de Python3
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche PostgreSQL 9.3. Évalué à 3.
Personnellement j'utilise pyPgSQL qui marche très bien
Veepee & UNIX-Experience
[^] # Re: Est-ce fonctionnel ?
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Baptiste Daroussin revient sur pkgng, le nouveau système de packages binaires de FreeBSD. Évalué à 4.
Pour ton point 1 poudriere permet le cross compiling si je ne dis pas de bêtises, donc cela résoud le souci 32/64. De plus poudriere permet de compiler les ports pour diverses version de freebsd, utile en production sur des serveurs à maintenir 5 ans, là où la plupart des distributions Linux ont déjà abandonné.
Non du tout, la poudriere peut s'occuper de tout toute seule, avec une tâche planifiée cron toutes les nuits (perso dans mon infra c'est une VM avec 2 coeur, 4Go de RAM) qui compile uniquement les pkg dont tu as besoin, et uniquement ceux non compilés ou mis à jour.
Veepee & UNIX-Experience