De toute manière, du code noyau n'a que peu a voir avec du code utilisateur… Donc à mon avis, il faudra recoder. L'important ici est d'avoir une implémentation (algo) qui fonctionne.
Bref, FUSE n'est pas forcément mauvais partout et pour lire des cartes SD ou des clefs USB qui s'arrache facilement, peut être qu'un programme en mode utilisateur n'est pas plus mal !
Je me fiche un peu du look pour mes programmes… Je parle ici de la facilité et de la qualité de l'API. Si Tk était plus utilisé, pas de doute que l'aspect visuel serait amélioré !
En 2000, j'avais déjà basculé un programme de tcl/tk vers perl/tk et je ferais aujourd'hui la même chose. Tk est une super bibliothèque, c'est Tcl le problème, je dois être hermétique à la beauté de ce langage mais je passais un temps fou à comprendre le moindre truc dedans qui déconnais.
libc, gcc, bash, tous les outils de base… Qu'est ce qu'il ne faut pas entendre ! Tu n'as jamais travaillé sur un UNIX propriétaire ou les outils de base sont à poils !
C'est pas parce que GNU n'est pas très bon sur les outils moderne click click qu'il faut en conclure et affirmer qu'ils sont nuls !
Regarde un peu le nombre de développeur et pour qui ils bossent… avant d'avancer des choses. Le projet a 22 ans comme tu le dis mais les objectifs ne sont plus les mêmes, et cela depuis longtemps ! Le propre d'un projet qui souhaite vivre, c'est de savoir adapter ses objectifs (cf Bruno Latour).
Mais pourquoi ces phrases gratuites contre la FSF et le GNU ? Je te rappelle qu'ils ne s'enlisent pas car ils ont retiré depuis longtemps leurs billes du HURD…
C'est facile de faire des phrases assassinent depuis son canapé ;-)
HURD reste un projet GNU mais s'il avance, tant mieux, si personne ne travaille dessus, c'est pas grave non plus. Le projet GNU ne met plus de force dessus, c'est tout.
Le HURD fonctionne sur un micro noyau, comme MacOS X… Ceci dis, il est ensuite bien plus complexe.
Le HURD est loin d'être parfait et se révèle un bon laboratoire pour tester des idées. Par exemple, un grand nombre de principe derrière GlusterFS proviennent du HURD. Il y a aussi certains essais de cloisonnement d'application ou de pilote dans Linux ou avec le couple Xen/Linux qui font penser un peu à l'architecture du HURD.
Déjà le projet de noyau pour GNU c'était Hurd, cela fait longtemps que GNU a abandonné le HURD puisque Linux était opérationnel et avai un développement dynamique.
Cela aurait trop de conséquence de changer le nom. i386 chez debian veut dire architecture intel IA 32. C'est tout ! La version 64 bits a chez eux le nom amd64 en hommage à AMD qui l'a inventé !
Mais cela fait des années il me semble que les paquets Debian ne sont plus pour un 80386 !
Il reste quand même la machine virtuelle Parrot avec Perl6 dessus ;-) Ca avance mais c'est pas finit. On doit être à peu près dans les mêmes délais et peut être même la même ambition initiale !
La licence Solidworks n'est pas plus chère que la licence MS Office… et on achète bien plus d'Office alors que dans 99,99% des cas, LibreOffice suffit !
Le projet a pris un retard fou… Du coup, la partie partage de fichier et impression n'est pas finit et samba 4 s'est concentré sur la partie AD. Au final, "Samba 4" est un mix de samba 3 et de samba 4 ;-)
Bref, les nouvelles briques devraient remplacer les anciennes mais il y a un an ou deux, il a été décidé de sortir les nouvelles briques avec les anciennes afin d'avoir une ensemble cohérent.
Les GPO, globalement ce sont des clefs de registre et/ou des fichiers. Je préfère savoir ce que je fais et tout est déployer avec OCS. Je préfère un truc peut être moins performant mais sans magie noire ;-)
Pour la prise en main à distance, le port 3389 suffit, pas besoin des IPC. En pratique, on a assez peu de soucis donc aller voir de temps en temps les utilisateurs est aussi important afin de ne pas perdre le contact avec le terrain !
Mais bon, pas un seul serveur Windows dans mon laboratoire… En fait si, un seul, le serveur de jeton Soliworks pour ceux qui conçoivent des manip !
Je connais, c'est pour cela que depuis 10 ans, ma première manip sur un Windows est de dé-installer (et non dé-activer) le partage de fichier. Au moins là, il n'y a plus rien et cela ne revient jamais tout seul ;-)
Le pb des GPO, c'est que tu partages C (C$) donc c'est sympa en cas de bogue dans l'OS… Chez nous, on dé-installe le partage de fichier. Pas de C$, pas d'IPC mais très peu de propagation d'emmerd !
Bref, les GPO, c'est un bien vilain mot pour cacher le fait que l'administration consiste en général en la copie de fichier et sous windaube de clef de registre. Si le tout était bien documenté (merci WPKG), de simples scripts feraient chez nous tous une grande partie du boulot.
[^] # Re: rapidité, changement
Posté par Sytoka Modon (site web personnel) . En réponse au journal Systemd: tuons les mythes. Évalué à 2.
J'ai des doutes que dans le Cloud, ils n'aient que du RH…
Bref, il y a les statistiques sur les serveurs Web qui indiquent que Debian est pour le moment en tête (sur cette partie là).
[^] # Re: Licence
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche FUSE-exFAT en version 1.0.0. Évalué à 10.
De toute manière, du code noyau n'a que peu a voir avec du code utilisateur… Donc à mon avis, il faudra recoder. L'important ici est d'avoir une implémentation (algo) qui fonctionne.
# FUSE
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche FUSE-exFAT en version 1.0.0. Évalué à 7.
Voila un petit comparatif entre ceph (mode noyau) et glusterfs (fuse), je vous laisse lire…
http://www.gluster.org/2013/01/glusterfs-vs-ceph/
Bref, FUSE n'est pas forcément mauvais partout et pour lire des cartes SD ou des clefs USB qui s'arrache facilement, peut être qu'un programme en mode utilisateur n'est pas plus mal !
[^] # Re: Mouais
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 2.
Il a a plusieurs manière de faire des expressions rationnelles en Perl. Par ailleurs, il est possible de dé-activer le backtrack…
Par exemple, Marpa est un projet bien plus large qui peut être utile dans des cas pointus.
http://jeffreykegler.github.com/Marpa-web-site/
[^] # Re: Pas sans intérêt
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Tcl/Tk 8.6. Évalué à 3.
Je me fiche un peu du look pour mes programmes… Je parle ici de la facilité et de la qualité de l'API. Si Tk était plus utilisé, pas de doute que l'aspect visuel serait amélioré !
[^] # Re: Clang vs GCC
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche LLVM 3.2 et Clang 3.2 publiés. Évalué à 3.
Enfin, le support de Fortran et d'Ada dans Clang est proche de zéro. Vive la diversité ;-)
[^] # Re: Idéologie et pragmatisme...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à -2.
De quand date ces phrases, that is the question ?
[^] # Re: Pas sans intérêt
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Tcl/Tk 8.6. Évalué à 4.
En 2000, j'avais déjà basculé un programme de tcl/tk vers perl/tk et je ferais aujourd'hui la même chose. Tk est une super bibliothèque, c'est Tcl le problème, je dois être hermétique à la beauté de ce langage mais je passais un temps fou à comprendre le moindre truc dedans qui déconnais.
[^] # Re: Idéologie et pragmatisme...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 10.
libc, gcc, bash, tous les outils de base… Qu'est ce qu'il ne faut pas entendre ! Tu n'as jamais travaillé sur un UNIX propriétaire ou les outils de base sont à poils !
C'est pas parce que GNU n'est pas très bon sur les outils moderne click click qu'il faut en conclure et affirmer qu'ils sont nuls !
[^] # Re: grep
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 2.
Cela fait déjà longtemps que j'ai remplacé grep par ack-grep dans bon nombre de cas…
[^] # Re: Idéologie et pragmatisme...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 2.
Regarde un peu le nombre de développeur et pour qui ils bossent… avant d'avancer des choses. Le projet a 22 ans comme tu le dis mais les objectifs ne sont plus les mêmes, et cela depuis longtemps ! Le propre d'un projet qui souhaite vivre, c'est de savoir adapter ses objectifs (cf Bruno Latour).
[^] # Re: Idéologie et pragmatisme...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 3.
Mais pourquoi ces phrases gratuites contre la FSF et le GNU ? Je te rappelle qu'ils ne s'enlisent pas car ils ont retiré depuis longtemps leurs billes du HURD…
C'est facile de faire des phrases assassinent depuis son canapé ;-)
[^] # Re: Les compétences de Stallman
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 6.
J'ai jamais dis que GNU avait renié HURD !
HURD reste un projet GNU mais s'il avance, tant mieux, si personne ne travaille dessus, c'est pas grave non plus. Le projet GNU ne met plus de force dessus, c'est tout.
[^] # Re: Respect
Posté par Sytoka Modon (site web personnel) . En réponse au journal REBOL libéré. Évalué à 3.
Ca tombe bien, Windows NT est aussi un enfant de VMS…
[^] # Re: Idéologie et pragmatisme...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 3.
Le HURD fonctionne sur un micro noyau, comme MacOS X… Ceci dis, il est ensuite bien plus complexe.
Le HURD est loin d'être parfait et se révèle un bon laboratoire pour tester des idées. Par exemple, un grand nombre de principe derrière GlusterFS proviennent du HURD. Il y a aussi certains essais de cloisonnement d'application ou de pilote dans Linux ou avec le couple Xen/Linux qui font penser un peu à l'architecture du HURD.
Le HURD a donc aussi eu un coté positif ;-)
[^] # Re: Les compétences de Stallman
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 2.
Déjà le projet de noyau pour GNU c'était Hurd, cela fait longtemps que GNU a abandonné le HURD puisque Linux était opérationnel et avai un développement dynamique.
[^] # Re: Abandon du 386
Posté par Sytoka Modon (site web personnel) . En réponse au journal Timeline des processeurs (made by) Intel. Évalué à 2.
Cela aurait trop de conséquence de changer le nom. i386 chez debian veut dire architecture intel IA 32. C'est tout ! La version 64 bits a chez eux le nom amd64 en hommage à AMD qui l'a inventé !
Mais cela fait des années il me semble que les paquets Debian ne sont plus pour un 80386 !
# Que ton Parrot mange du Perl
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Enlightenment DR17 est enfin sorti !. Évalué à 10.
Il reste quand même la machine virtuelle Parrot avec Perl6 dessus ;-) Ca avance mais c'est pas finit. On doit être à peu près dans les mêmes délais et peut être même la même ambition initiale !
[^] # Re: Abandon du 386
Posté par Sytoka Modon (site web personnel) . En réponse au journal Timeline des processeurs (made by) Intel. Évalué à 3.
Si mes souvenirs sont bons, cela fait déjà pas mal de temps que Debian est sur du 486 et non du 386…
[^] # Re: Freecad
Posté par Sytoka Modon (site web personnel) . En réponse au journal Linux et la CNC. Évalué à 3.
La licence Solidworks n'est pas plus chère que la licence MS Office… et on achète bien plus d'Office alors que dans 99,99% des cas, LibreOffice suffit !
[^] # Re: Samba 4 n'est pas Samba 3
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Samba se met enfin en 4.0 et prend en charge les AD. Évalué à 3.
Le projet a pris un retard fou… Du coup, la partie partage de fichier et impression n'est pas finit et samba 4 s'est concentré sur la partie AD. Au final, "Samba 4" est un mix de samba 3 et de samba 4 ;-)
Bref, les nouvelles briques devraient remplacer les anciennes mais il y a un an ou deux, il a été décidé de sortir les nouvelles briques avec les anciennes afin d'avoir une ensemble cohérent.
[^] # Re: Enfin ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Samba 4 all. Évalué à 2.
Les GPO, globalement ce sont des clefs de registre et/ou des fichiers. Je préfère savoir ce que je fais et tout est déployer avec OCS. Je préfère un truc peut être moins performant mais sans magie noire ;-)
Pour la prise en main à distance, le port 3389 suffit, pas besoin des IPC. En pratique, on a assez peu de soucis donc aller voir de temps en temps les utilisateurs est aussi important afin de ne pas perdre le contact avec le terrain !
Mais bon, pas un seul serveur Windows dans mon laboratoire… En fait si, un seul, le serveur de jeton Soliworks pour ceux qui conçoivent des manip !
[^] # Re: Enfin ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Samba 4 all. Évalué à 3.
Je connais, c'est pour cela que depuis 10 ans, ma première manip sur un Windows est de dé-installer (et non dé-activer) le partage de fichier. Au moins là, il n'y a plus rien et cela ne revient jamais tout seul ;-)
[^] # Re: Enfin ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Samba 4 all. Évalué à 2.
Via une clef de registre… Mais IPC est encore actif !
[^] # Re: Enfin ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Samba 4 all. Évalué à 2.
Nous on déploie par OCS…
Le pb des GPO, c'est que tu partages C (C$) donc c'est sympa en cas de bogue dans l'OS… Chez nous, on dé-installe le partage de fichier. Pas de C$, pas d'IPC mais très peu de propagation d'emmerd !
Bref, les GPO, c'est un bien vilain mot pour cacher le fait que l'administration consiste en général en la copie de fichier et sous windaube de clef de registre. Si le tout était bien documenté (merci WPKG), de simples scripts feraient chez nous tous une grande partie du boulot.