Sytoka Modon a écrit 4550 commentaires

Ceci dis, j'ai personnellement tous mes homes sous XFS. Je n'ai jamais eu l'impression que XFS se dégradait. D'ailleurs, la dernière RHEL bascule en XFS même sur le slash. En général, Red-Hat est assez sévère quand au système de fichier qu'il accepte.

Ça viens de tomber sur mon flux RSS planet libre : http://maniatux.fr/index.php?article490/debian-wheezy-kfreebsd-dans-une-jail-freebsd10

Le mien a 7 ans et demi et marche super ! Il faut dire que je tourne sous XFCE dessus.

Recette -> mise à jour régulière + ménage

apt-get dist-upgrade
apt-get --purge autoremove $(deborphan)
deborphan -a
apt-show-version
dpkg --get-selections | grep deinstall
Il faut aussi faire attention de ne pas être toujours au dessus de 90% sur les partitions… En parallèle, un petit ménage des fichiers . dans son home ne fait parfois par de mal

du -sm $HOME/.[a-Z]* | sort -n


Est-ce que Microsoft utilise lui même ce SDK là dans ses produits ? Si oui, on aura alors les algo que Microsoft utilise et c'est toujours un plus.

Depuis peu je suis passé à RainLoop

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.

DLFP est très anti-Perl en général… Cela se voit dans ce sondage ;-)

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)…

L'éducation nationale est le premier budget de l'état !

Comment, emacs ne fait pas l'émulation de terminal ! Franchement, il me déçoit de plus en plus !

• éditeur, geany en plus, // de vim
• terminal -> byobu/tmux + screen (port série)
• accès distant -> mosh en // de ssh + x2go (+xpra)
• client jabber -> mcabber
• mot de passe -> gringotts (ce serait bien si zim chiffrait…)

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…

Imapproxy existe aussi pour le mail (IMAP), c'est très utilisé par les webmail (et vraiment efficace) : http://www.imapproxy.org/

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 ;-)

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.

Il me semble que ce n'est pas librement accessible. Il faut avoir un support actif ?

pas faux !

Il faut bien qu'on puisse nous distinguer des curées ;-)

Et moi par des tirets… Les soulignés sont une merde en boite dans les URL ;-)

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…