Sa licence n'est pas terrible (CC BY-NC-SA 3.0), il me semble pas que cette licence soit adapté aux logiciels mais surtout, j'ai cru comprendre que le NC posait plus de problème qu'il n'en résolvait !
Je n'ai pas dis l'équipe derrière linuxfr… C'est globalement général sur le site. J'ai remarqué depuis longtemps que dès qu'on évoque Perl dans un thread parlant des langages de script, on est le plus souvent moinssé au début (parfois on remonte avec le temps parce qu'on n'écrit pas toujours (cela arrive quand même) des conneries) ;-)
Ceci dis, cela ne m'a jamais empêché de l'évoquer.
le top500 ne va pas beaucoup évoluer dans les semestres à venir. Le coup énergétique pour faire tourner ces machines est devenus trop élevé.
A vrai dire, ce n'est pas très étonnant. Ce sont en général des clusters inter-connectés en InfiniBand (même IBM s'y est mis) donc cela a un coût. Or qui utilise réellement 100_000 coeurs pour un calcul ? Dans mon laboratoire, nous avons lancé un code qui scale bien jusqu'à 15_000 coeurs (CPU, pas GPU) mais combien de code sont efficaces à ce niveau là ET nécessite une interconnexion rapide ? Attention, on parle ici de HPC, pas de grille…
Il faut arrêter de dire des conneries quand même. Le mainteneur de la glibc bloquait pleins de choses, il y a donc eu un fork au bout d'un moment car certains développeurs étaient exaspérés. Debian a alors basculé sur egilbc car Debian supporte bien plus d'architecture que les autres grosses distributions… Debian ne fait pas cela pour s'amuser !
Puis le mainteneur principal de la glibc a été changé, les développeurs du fork ont tout fait pour ré-intégrer leur patch et re-fusionner, parce que ce n'était pas, depuis l'origine, un fork pour le plaisir. Il était logique pour Debian de revenir sur la glibc qui n'est pas l'ancienne glibc mais la fusion des deux projets !
On a connu la même chose il y a plus de 10 ans avec egcs, un fork temporaire de gcc, car les choses étaient bloqué du coté de gcc. La encore, la famille s'était réuni. Pour moi, ce sont deux cas de bonnes nouvelles, on fork pour des problèmes de personnes et de blocage, avec le temps, les choses s’apaisent notamment car les Hommes changent, et on remet alors de l'énergie pour re-fusionner. C'est un super exemple de modèle social qui permet de gérer les conflits mais d'aller tout de même de l'avant.
Et ta fédération, elle fonctionne avec SSH, FTP… Le peu que j'ai vu est que ce n'était pas assez bien intégré dans l'OS donc ingérable dans un petite structure. Mais j'espère me tromper.
C'est un peu overkill pour ce genre d'outil, non ?
Oui et non ;-)
C'est vrai que cela complique pas mal les choses aussi. Déjà pouvoir partagé via une clef est pas mal. Pour moi, l'idéal est alors d'avoir un chemin, URL, distincte assez proche de la racine afin de pouvoir forcer l'authentification Apache sur la partie RW mais pas RO. On utilise alors le code C d'Apache pour le LDAP qui a été lu et relu, à mon sens, c'est plus sur. Je ne sais pas si je suis bien clair.
Pour prendre un autre exemple, on utilise SPIP pour notre site web sauf qu'on la un peu tordus dans le sens ou on l'utilise en http et https et que le /ecrire n'est pas utilisable en http. SPIP n'ayant pas du tout été conçu pour cela, c'est pas parfait mais cela marche quand même pas si mal (bien sur, en https, tu te prends l'authentification LDAP apache avant que le moindre code php ne soit exécuter sur le serveur).
Bref, c'est bien si dès la base, les choses sont clairement séparées nous permettant de mieux blindés les choses ensuite et éviter de se retrouver avec un site porno sur son serveur ;-)
En fait, pour être plus précis, on travaille beaucoup avec des extérieurs, donc l'idéal serait aussi de pouvoir faire un partage en RO ou en RW via une clef de type sha256 avec des personnes dont on ne souhaites pas forcément créer un compte. Je me souviens d'un outil qui proposait cela, un truc du genre Sorg… Le soucis est de bien poser le commutateur sur les URL afin de pouvoir déléguer l'authentification à Apache pour les comptes utilisateurs mais par les externes. J'ai bien plus confiance dans le code Apache que dans le code applicatif ;-)
Il y a un connecteur LDAP pour la gestion des utilisateurs et des groupes ? Je pense que plein de laboratoire de recherche publique serait intéressé par un outil de GED à taille humaine mais il ne faut pas un outil qui recrée encore d'autres comptes…
J'installe du Python et du Perl et je préfère, et de loin le CPAN ! Une arborescence claire, partagé, collaborative. Avec Python, tu installes pymachin puis pytruc et puis chouette aussi mais lui n'a pas de py devant… Bref, c'est à 100 lieu de Perl sur certain point ;-)
Un informaticien digne de ce nom est toujours en sandale…
Sinon, je ne peux pas t'aider car je ne modifie que des petits trucs en php pour des weberies. Je préfère largement faire du Perl dans tous les autres cas.
apt-get install spip
```Mais bon, là, il me semble que le mieux serait de commencer par bouquiner un livre sur UNIX ou GNU/Linux sinon tu ne va rien comprendre de ce que tu vas faire...
On ne doute pas de ZFS sous BSD et Solaris (et dérivées), ni de son intérêt, mais on aimerait un retour d'expérience sous GNU/Linux sur une grosse configuration. C'est quand même le titre principal du billet.
Je ne suis pas d'accord. Ma bagnole fait du 6l,5, j'appuie un peu, je passe à 6l,9, cela te change quoi ? Moi, pas grand chose malheureusement.
Il me reste 500km au compteur, j'appuie un peu, il me reste 420… Je vois de suite que la distance a vachement diminué et qu'entre chaque plein, je fais bien plus de borne si j'y vais mollo.
N'ayant pas de compteur nord américain, je fais une expérience de pensée mais mon ressentie et que c'est au final bien plus parlant. Pourquoi ? Parce que les distances, c'est une unité que tu vois et qui t'entoure en permanence. En plus, c'est aussi le langage des panneaux routiers.
[^] # Re: Alternative
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Kolab 3.2 : retour d'expérience sous Debian Wheezy. Évalué à 5.
Sa licence n'est pas terrible (CC BY-NC-SA 3.0), il me semble pas que cette licence soit adapté aux logiciels mais surtout, j'ai cru comprendre que le NC posait plus de problème qu'il n'en résolvait !
[^] # Re: Autre == perl FTW !
Posté par Sytoka Modon (site web personnel) . En réponse au sondage Quel langage utilisez-vous sur vos serveurs pour vos applications web ?. Évalué à 3.
Je n'ai pas dis l'équipe derrière linuxfr… C'est globalement général sur le site. J'ai remarqué depuis longtemps que dès qu'on évoque Perl dans un thread parlant des langages de script, on est le plus souvent moinssé au début (parfois on remonte avec le temps parce qu'on n'écrit pas toujours (cela arrive quand même) des conneries) ;-)
Ceci dis, cela ne m'a jamais empêché de l'évoquer.
[^] # Re: Autre == perl FTW !
Posté par Sytoka Modon (site web personnel) . En réponse au sondage Quel langage utilisez-vous sur vos serveurs pour vos applications web ?. Évalué à 7.
DLFP est très anti-Perl en général… Cela se voit dans ce sondage ;-)
[^] # Re: o_O
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche G'MIC 1.5.9.3 : Poisson Blending, Seamcarving, OpenMP, et autres joyeusetés !. Évalué à 9.
L'enseignement supérieur et la recherche sont actuellement dans le même ministère que le secondaire.
Je ne parle pas du CEA qui nous sirote dur et à même piqué des missions typiquement CNRS (genre lien science culture)…
[^] # Re: o_O
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche G'MIC 1.5.9.3 : Poisson Blending, Seamcarving, OpenMP, et autres joyeusetés !. Évalué à 2.
L'éducation nationale est le premier budget de l'état !
[^] # Re: emacs
Posté par Sytoka Modon (site web personnel) . En réponse au message divers utilitaires . Évalué à 4.
Comment, emacs ne fait pas l'émulation de terminal ! Franchement, il me déçoit de plus en plus !
# Quelques autres
Posté par Sytoka Modon (site web personnel) . En réponse au message divers utilitaires . Évalué à 3.
[^] # Re: Prévisions ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le Top 500 de juin 2014. Évalué à 7.
A vrai dire, ce n'est pas très étonnant. Ce sont en général des clusters inter-connectés en InfiniBand (même IBM s'y est mis) donc cela a un coût. Or qui utilise réellement 100_000 coeurs pour un calcul ? Dans mon laboratoire, nous avons lancé un code qui scale bien jusqu'à 15_000 coeurs (CPU, pas GPU) mais combien de code sont efficaces à ce niveau là ET nécessite une interconnexion rapide ? Attention, on parle ici de HPC, pas de grille…
[^] # Re: Ouvert, libre et contribution
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Proxy HTTP(s) gatejs. Évalué à 3.
Imapproxy existe aussi pour le mail (IMAP), c'est très utilisé par les webmail (et vraiment efficace) : http://www.imapproxy.org/
[^] # Re: eglibc is dead
Posté par Sytoka Modon (site web personnel) . En réponse au journal Debian revient à la glibc. Évalué à 10.
Il faut arrêter de dire des conneries quand même. Le mainteneur de la glibc bloquait pleins de choses, il y a donc eu un fork au bout d'un moment car certains développeurs étaient exaspérés. Debian a alors basculé sur egilbc car Debian supporte bien plus d'architecture que les autres grosses distributions… Debian ne fait pas cela pour s'amuser !
Puis le mainteneur principal de la glibc a été changé, les développeurs du fork ont tout fait pour ré-intégrer leur patch et re-fusionner, parce que ce n'était pas, depuis l'origine, un fork pour le plaisir. Il était logique pour Debian de revenir sur la glibc qui n'est pas l'ancienne glibc mais la fusion des deux projets !
On a connu la même chose il y a plus de 10 ans avec egcs, un fork temporaire de gcc, car les choses étaient bloqué du coté de gcc. La encore, la famille s'était réuni. Pour moi, ce sont deux cas de bonnes nouvelles, on fork pour des problèmes de personnes et de blocage, avec le temps, les choses s’apaisent notamment car les Hommes changent, et on remet alors de l'énergie pour re-fusionner. C'est un super exemple de modèle social qui permet de gérer les conflits mais d'aller tout de même de l'avant.
[^] # Re: LDAP ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche pod : un outil de travail collaboratif pour suivre et gérer tâches, documents et autres. Évalué à 3.
Et ta fédération, elle fonctionne avec SSH, FTP… Le peu que j'ai vu est que ce n'était pas assez bien intégré dans l'OS donc ingérable dans un petite structure. Mais j'espère me tromper.
[^] # Re: LDAP ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche pod : un outil de travail collaboratif pour suivre et gérer tâches, documents et autres. Évalué à 4.
Oui et non ;-)
C'est vrai que cela complique pas mal les choses aussi. Déjà pouvoir partagé via une clef est pas mal. Pour moi, l'idéal est alors d'avoir un chemin, URL, distincte assez proche de la racine afin de pouvoir forcer l'authentification Apache sur la partie RW mais pas RO. On utilise alors le code C d'Apache pour le LDAP qui a été lu et relu, à mon sens, c'est plus sur. Je ne sais pas si je suis bien clair.
Pour prendre un autre exemple, on utilise SPIP pour notre site web sauf qu'on la un peu tordus dans le sens ou on l'utilise en http et https et que le /ecrire n'est pas utilisable en http. SPIP n'ayant pas du tout été conçu pour cela, c'est pas parfait mais cela marche quand même pas si mal (bien sur, en https, tu te prends l'authentification LDAP apache avant que le moindre code php ne soit exécuter sur le serveur).
Bref, c'est bien si dès la base, les choses sont clairement séparées nous permettant de mieux blindés les choses ensuite et éviter de se retrouver avec un site porno sur son serveur ;-)
[^] # Re: LDAP ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche pod : un outil de travail collaboratif pour suivre et gérer tâches, documents et autres. Évalué à 3.
En fait, pour être plus précis, on travaille beaucoup avec des extérieurs, donc l'idéal serait aussi de pouvoir faire un partage en RO ou en RW via une clef de type sha256 avec des personnes dont on ne souhaites pas forcément créer un compte. Je me souviens d'un outil qui proposait cela, un truc du genre Sorg… Le soucis est de bien poser le commutateur sur les URL afin de pouvoir déléguer l'authentification à Apache pour les comptes utilisateurs mais par les externes. J'ai bien plus confiance dans le code Apache que dans le code applicatif ;-)
# LDAP ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche pod : un outil de travail collaboratif pour suivre et gérer tâches, documents et autres. Évalué à 4.
Il y a un connecteur LDAP pour la gestion des utilisateurs et des groupes ? Je pense que plein de laboratoire de recherche publique serait intéressé par un outil de GED à taille humaine mais il ne faut pas un outil qui recrée encore d'autres comptes…
[^] # Re: La vraie nouvelle du jour
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Red Hat Software Collections 1.1. Évalué à 3.
J'installe du Python et du Perl et je préfère, et de loin le CPAN ! Une arborescence claire, partagé, collaborative. Avec Python, tu installes pymachin puis pytruc et puis chouette aussi mais lui n'a pas de py devant… Bref, c'est à 100 lieu de Perl sur certain point ;-)
[^] # Re: Pourquoi POD a-t-il été créé ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche pod : un outil de travail collaboratif pour suivre et gérer tâches, documents et autres. Évalué à 1.
Déjà, c'est pas du java…
Ce serait bien un connecteur CMISYNC. On doit pouvoir éviter le tralala CIFS pour avoir un truc pratique et bien plus léger.
# Libre
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Red Hat Software Collections 1.1. Évalué à 3.
Il me semble que ce n'est pas librement accessible. Il faut avoir un support actif ?
[^] # Re: Trêve de plaisanterie
Posté par Sytoka Modon (site web personnel) . En réponse au message Configurer PHP5.4 (Socket) Sous Wheezy. Évalué à 2.
pas faux !
[^] # Re: Trêve de plaisanterie
Posté par Sytoka Modon (site web personnel) . En réponse au message Configurer PHP5.4 (Socket) Sous Wheezy. Évalué à 2.
Il faut bien qu'on puisse nous distinguer des curées ;-)
[^] # Re: Autre soluce
Posté par Sytoka Modon (site web personnel) . En réponse au message [Résolu] Commande ssh sur serveur distant + chemin avec espace. Évalué à 2.
Et moi par des tirets… Les soulignés sont une merde en boite dans les URL ;-)
# Autre soluce
Posté par Sytoka Modon (site web personnel) . En réponse au message [Résolu] Commande ssh sur serveur distant + chemin avec espace. Évalué à 4.
Avec des ""
ssh root@IP_SERVEUR 'vmkfstools -v6 -d thin -i "/vmfs/volumes/datastore1/Server Calendar/Server Calendar.vmdk" /vmfs/volumes/datastore1/Save_Calendar/Calendar.vmdk'
Dans tous les cas, prendre 1h pour virer les espaces qui t'en feront perdre perdre bien plus par la suite si tu ne le fais pas…
# Trêve de plaisanterie
Posté par Sytoka Modon (site web personnel) . En réponse au message Configurer PHP5.4 (Socket) Sous Wheezy. Évalué à 2.
Un informaticien digne de ce nom est toujours en sandale…
Sinon, je ne peux pas t'aider car je ne modifie que des petits trucs en php pour des weberies. Je préfère largement faire du Perl dans tous les autres cas.
# Mettre des chaussettes !
Posté par Sytoka Modon (site web personnel) . En réponse au message Projet intranet. Évalué à 6.
[^] # Re: En prod
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de ZFS On Linux (ZOL) 0.6.3. Évalué à 3.
On ne doute pas de ZFS sous BSD et Solaris (et dérivées), ni de son intérêt, mais on aimerait un retour d'expérience sous GNU/Linux sur une grosse configuration. C'est quand même le titre principal du billet.
[^] # Re: Nikola Tesla = über geek
Posté par Sytoka Modon (site web personnel) . En réponse au journal Tesla Motors et les brevets. Évalué à 3.
Je ne suis pas d'accord. Ma bagnole fait du 6l,5, j'appuie un peu, je passe à 6l,9, cela te change quoi ? Moi, pas grand chose malheureusement.
Il me reste 500km au compteur, j'appuie un peu, il me reste 420… Je vois de suite que la distance a vachement diminué et qu'entre chaque plein, je fais bien plus de borne si j'y vais mollo.
N'ayant pas de compteur nord américain, je fais une expérience de pensée mais mon ressentie et que c'est au final bien plus parlant. Pourquoi ? Parce que les distances, c'est une unité que tu vois et qui t'entoure en permanence. En plus, c'est aussi le langage des panneaux routiers.