Un support correct du Maildir… Un trousseau pour les mots de passe plus sécurisé… A mon avis, c'est pas que la liste soit forcément longue mais elle n'est pas à zéro !
Je ne suis pas fanatique de BULL mais ses dernières machines de calcul, refroidies à eau donc silencieuses, annoncent un PUE de 1.1 pour la partie calcul… Je pense que BULL ne prends pas des parts de marché sur le TOP500 sur du vent !
Je suis persuadé que l'argentique reviendra un jour, tout comme la peinture à l'huile qui est redevenue populaire
Pas évident car la technologie n'est pas la même entre des "tubes" plein de pâtes alors qu'un appareil photo et une pellicule demandent une bonne technique pour avoir de la qualité… J'ai des doutes que cela revienne sauf à très petites échelles !
Je répondais à ta phrase à mon avis excessive : "On a tous bien vu que personne ne fait l'effort de relire le code open source.". De mon coté, je n'ai jamais dis que la situation sous GNU/Linux était parfaite ;-) Donc je ne cherche pas à insinuer quelque chose.
Quand a "ma boite", ca fait plus d'un que j'ai quitté MS donc hein.
Désolé, je n'avais pas intégré cette information (ceci dis, il manque un mot dans ta phrase, je pense que c'est un 'an').
C'est pas tout à fait vrai… A la place 27, il y a la nouvelle machine du CINES, Occigen, qui est une machine BULL à 50_000 coeurs. Elle est toujours derrière la machine de Total (pétrole) mais elle sera la seconde machine française et elle est principalement dédié à la recherche publique ! A noter qu'elle consomme 935 kW seulement pour un RMAX 1,628.8 TFLOP/s
La machine Curie de l'IDRIS, de la génération précédente mais toujours une BULL, a 77_000 coeurs, consomme 2251 kW pour un RMAX de 1359 TFLOP/s.
Pas la peine de de faire des gros calculs pour voir que la consommation par coeur est quasiment divisé par deux pour une puissance de calcul qui continue d'augmenté ! Je n'ai pas regardé globalement les autres chiffres mais le HPC green est vraiment un critère lors du choix d'une machine.
B) 100% du code Windows appartient à Microsft qui est américain. 100% du code de Linux appartient a ses développeurs qui est mondial…
A) Demande à Linus si les patch noyaux ne sont pas relus ;-) Ou comment généraliser un cas particulier…
Encore une fois, il y a eu et il y aura des bogues critiques dans tous les OS. L'important n'est pas le cas particulier mais la proportion, le nombre, la criticité et la gestion de la crise. Plutôt que de faire du FUD gratuit, un état des lieux et un bilan précis et objectif serait bien plus pertinent de ta part, surtout que tu dois avoir en interne dans ta boite toutes les données sous la main.
Je te rappelle que les Debian et dérivée ont un root sous dash… Comme quoi, ce n'est pas forcément SELinux ou mettre des containers partout qui vont sauver le monde. La simplicité a aussi parfois du bon ;-)
Ceci dis, combien de machines ont été piratées ? Combien le bogue a coûté ? A t-on vu un ralentissement du net ? L'affaire à fait du bruit, les corrections ont été apportés et je ne connais personne qui est du ré-installé un système.
Heureusement, un pays ne se limite pas à son administration ;-) Je suis près à parier qu'un arrêt total de Windows demain en Russie fouterait une merde énorme dans le pays…
A une époque, on pouvait mettre des règles dans iptable basé sur le nom du processus. Pas super fiable mais par exemple, acroread n'avait pas droit au net sur mes machines GNU/Linux. Simple, basique mais résout en partie certain problème.
Et pour les formules mathématiques, le LaTeX est indispensable… Personnellement, cela devrait être intégré dans le HTML ;-) La syntaxe MathML ne sera jamais utilisé par un être humain !
On peut s'amuser à réinventer un système humain pour écrire des équations mais il faut être honnête, le LaTeX est franchement pas mal pour cela…
Ah tu les as trouvee ces fameuses backdoors ? Tu peux nous filer ou elles sont dans les binaires stp ?
Réponse complètement stupide si tu me le permet. Forcément, les portes dérobées sont cachées ! Il faudrait être complètement idiot pour croire que la NSA n'a pas obliger Microsoft à mettre des portes dérobées dans ses logiciels. En cas de guerre totale contre la Chine ou la Russie, elles seront utilisés. Arrêtons de nous voiler la face… C'est pas mieux du coté de CISCO…
Ah ben oui, parce qu'on a vu a quel point ce mythe est reel avec Heartbeat, et autres joyeusetes dans bash.
Ou est le problème. Le code est ouvert, un bogue grave a été trouvé et corrigé. Cela me semble au contraire exemplaire. Croire qu'il n'y aura plus ou qu'il n'y a pas de bogue très critique est une hérésie. Il y a et il restera des bogues critiques dans tout OS… La politique d'accès au code source permet à tous d'essayer de les trouver. Ce sont donc des bogues et non des portes dérobées.
Il me semble que Microsoft met parfois des années à corriger certains bogues… Nul n'est parfait. Peut être pouvons-nous nous cotiser pour t'acheter un balai ;-)
A mon avis, il est préférable de le balancer tel quel et, en fonction des retours, d'adapter alors la stratégie… Sinon, par expérience, on ne publie jamais le code car il y a toujours un truc qui va pas ;-)
Sinon, normalement, en mode texte, tu précises le nombre de caractères dans les prefs pour la rédaction des courriers… curieux que ça ne fonctionne pa chez toi.
J'image que le partage entre utilisateur se fait au niveau des espaces de travail. Donc ce qui me semble intéressant, c'est d'avoir la page wiki quand on ouvre un espace de travail, ainsi on a ainsi une page dédiée qui permet d'enrichir et de personnaliser cet espace.
Ce que je fais avec TRAC, et qui marche plus ou moins bien, j'associe un style à chaque projet parmi une liste pré-définit. Ainsi, selon le type de projet : thèse, groupe de travail, projet… le style est légèrement différent. C'est assez pratique au quotidien pour les utilisateurs.
Au niveau des petites entités de type laboratoire de recherche publique, les Alfresco et autres sont des usines à gaz et on n'a pas vraiment les moyens humains de les maintenir dans le temps. Donc ton système plus simple pourrait être très bien mais il faut le LDAP car on a tous passé du temps pour arriver à centraliser les comptes et savoir qui utilisait le SI ;-)
IL y a un truc bien avec TRAC, tu arrives pas défaut sur la page du wiki du projet : WikiStart. Je trouve bien d'arriver sur une page de wiki car cela te permet de décrire le projet en quelques lignes et donc d'avoir de suite une idée de celui-ci. Bref, je trouve pas mal de mettre le wiki devant le système de gestion de fichier (arborescence) plutôt que l'inverse, mais c'est peut être que personnellement, je privilégie celui-ci au travail sur fichier.
Sur un contenu annexe. Il est très pratique d'avoir en parallèle un SVN ou un Git pour gérer soit des bouts de code, soit du LaTeX, soit… Je pense par exemple à un rapport d'activité qui pourrait être en LaTeX. C'est donc bien pratique de pouvoir avoir un lien vers ce genre de contenu dans le même système.
Je trouve que c'est dommage de ne pas utiliser tracim sur le portail du projet… D'ailleurs, l'information est un peu faible sur ce portail, mais c'est souvent un peu le cas des projets github ou il faut aller sur github pour avoir une liste précise des fonctionnalités.
Deux petites questions :
avec trac, je peux mettre le tag 'public' sur une page du wiki, celle-ci devient alors public. Très pratique pour offrir quelques pages ouvertes à tous.
tracim s'interface t-il avec LDAP pour les comptes utilisateurs et les groupes ?
Personnellement, je tords un peu les configurations de trac et de spip en permettant l'accès anonyme via http sans authentification et en forçant l'authentification via Apache sur le https (évidement, le /ecrire de spip est interdit en http). Ainsi, c'est Apache qui authentifie l'utilisateur, non le code python, php… sous jacent. qui a bien plus grande chance d'avoir régulièrement des beaux trous. Est-ce possible avec tracim ?
On utilise très fortement 'trac' depuis des années pour faire un peu tout. C'est pas parfait mais lorsqu'on a fait le choix, c'était je pense le meilleur choix.
Ton outil a l'air très bien mais un très grand nombre de nos projets ont besoins d'un système SVN, Git ou Mercurial associé (exemple typique - une thèse). J'ai pas bien compris s'il y avait un connecteur vers un gestionnaire de code source associé.
[^] # Re: Suggestion
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Du nouveau pour Thunderbird. Évalué à 2.
De mon coté, on utilise XMPP tous les jours donc du XMPP mieux implémenté, oui ;-)
[^] # Re: Mature
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Du nouveau pour Thunderbird. Évalué à 6.
Un support correct du Maildir… Un trousseau pour les mots de passe plus sécurisé… A mon avis, c'est pas que la liste soit forcément longue mais elle n'est pas à zéro !
[^] # Re: Sachant que dans un datacenter ...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le Top 500 des supercalculateurs de novembre 2014. Évalué à 3.
Je ne suis pas fanatique de BULL mais ses dernières machines de calcul, refroidies à eau donc silencieuses, annoncent un PUE de 1.1 pour la partie calcul… Je pense que BULL ne prends pas des parts de marché sur le TOP500 sur du vent !
[^] # Re: souvenir...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Joker, un logiciel pour doubler des films sous licence GPL. Évalué à 2.
Pas évident car la technologie n'est pas la même entre des "tubes" plein de pâtes alors qu'un appareil photo et une pellicule demandent une bonne technique pour avoir de la qualité… J'ai des doutes que cela revienne sauf à très petites échelles !
[^] # Re: Ne serait-il pas plus simple de ne pas utiliser Microsoft Windows ?!!!
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Detekt, un logiciel de détection de logiciels espions. Évalué à 2.
Je répondais à ta phrase à mon avis excessive : "On a tous bien vu que personne ne fait l'effort de relire le code open source.". De mon coté, je n'ai jamais dis que la situation sous GNU/Linux était parfaite ;-) Donc je ne cherche pas à insinuer quelque chose.
Désolé, je n'avais pas intégré cette information (ceci dis, il manque un mot dans ta phrase, je pense que c'est un 'an').
# Rien de nouveau...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le Top 500 des supercalculateurs de novembre 2014. Évalué à 8.
C'est pas tout à fait vrai… A la place 27, il y a la nouvelle machine du CINES, Occigen, qui est une machine BULL à 50_000 coeurs. Elle est toujours derrière la machine de Total (pétrole) mais elle sera la seconde machine française et elle est principalement dédié à la recherche publique ! A noter qu'elle consomme 935 kW seulement pour un RMAX 1,628.8 TFLOP/s
La machine Curie de l'IDRIS, de la génération précédente mais toujours une BULL, a 77_000 coeurs, consomme 2251 kW pour un RMAX de 1359 TFLOP/s.
Pas la peine de de faire des gros calculs pour voir que la consommation par coeur est quasiment divisé par deux pour une puissance de calcul qui continue d'augmenté ! Je n'ai pas regardé globalement les autres chiffres mais le HPC green est vraiment un critère lors du choix d'une machine.
[^] # Re: Ne serait-il pas plus simple de ne pas utiliser Microsoft Windows ?!!!
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Detekt, un logiciel de détection de logiciels espions. Évalué à 7.
B) 100% du code Windows appartient à Microsft qui est américain. 100% du code de Linux appartient a ses développeurs qui est mondial…
A) Demande à Linus si les patch noyaux ne sont pas relus ;-) Ou comment généraliser un cas particulier…
Encore une fois, il y a eu et il y aura des bogues critiques dans tous les OS. L'important n'est pas le cas particulier mais la proportion, le nombre, la criticité et la gestion de la crise. Plutôt que de faire du FUD gratuit, un état des lieux et un bilan précis et objectif serait bien plus pertinent de ta part, surtout que tu dois avoir en interne dans ta boite toutes les données sous la main.
[^] # Re: Ne serait-il pas plus simple de ne pas utiliser Microsoft Windows ?!!!
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Detekt, un logiciel de détection de logiciels espions. Évalué à 4.
Je te rappelle que les Debian et dérivée ont un root sous dash… Comme quoi, ce n'est pas forcément SELinux ou mettre des containers partout qui vont sauver le monde. La simplicité a aussi parfois du bon ;-)
Ceci dis, combien de machines ont été piratées ? Combien le bogue a coûté ? A t-on vu un ralentissement du net ? L'affaire à fait du bruit, les corrections ont été apportés et je ne connais personne qui est du ré-installé un système.
[^] # Re: Ne serait-il pas plus simple de ne pas utiliser Microsoft Windows ?!!!
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Detekt, un logiciel de détection de logiciels espions. Évalué à 5.
Heureusement, un pays ne se limite pas à son administration ;-) Je suis près à parier qu'un arrêt total de Windows demain en Russie fouterait une merde énorme dans le pays…
[^] # Re: Ne serait-il pas plus simple de ne pas utiliser Microsoft Windows ?!!!
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Detekt, un logiciel de détection de logiciels espions. Évalué à 5.
A une époque, on pouvait mettre des règles dans iptable basé sur le nom du processus. Pas super fiable mais par exemple, acroread n'avait pas droit au net sur mes machines GNU/Linux. Simple, basique mais résout en partie certain problème.
[^] # Re: table
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche CommonMark, une syntaxe Markdown en commun et répandue. Évalué à 2.
Et pour les formules mathématiques, le LaTeX est indispensable… Personnellement, cela devrait être intégré dans le HTML ;-) La syntaxe MathML ne sera jamais utilisé par un être humain !
On peut s'amuser à réinventer un système humain pour écrire des équations mais il faut être honnête, le LaTeX est franchement pas mal pour cela…
[^] # Re: Ne serait-il pas plus simple de ne pas utiliser Microsoft Windows ?!!!
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Detekt, un logiciel de détection de logiciels espions. Évalué à 10.
Réponse complètement stupide si tu me le permet. Forcément, les portes dérobées sont cachées ! Il faudrait être complètement idiot pour croire que la NSA n'a pas obliger Microsoft à mettre des portes dérobées dans ses logiciels. En cas de guerre totale contre la Chine ou la Russie, elles seront utilisés. Arrêtons de nous voiler la face… C'est pas mieux du coté de CISCO…
Ou est le problème. Le code est ouvert, un bogue grave a été trouvé et corrigé. Cela me semble au contraire exemplaire. Croire qu'il n'y aura plus ou qu'il n'y a pas de bogue très critique est une hérésie. Il y a et il restera des bogues critiques dans tout OS… La politique d'accès au code source permet à tous d'essayer de les trouver. Ce sont donc des bogues et non des portes dérobées.
Il me semble que Microsoft met parfois des années à corriger certains bogues… Nul n'est parfait. Peut être pouvons-nous nous cotiser pour t'acheter un balai ;-)
[^] # Re: à toi de voir
Posté par Sytoka Modon (site web personnel) . En réponse au message Développer et proposer un plugin ?. Évalué à 2.
A mon avis, il est préférable de le balancer tel quel et, en fonction des retours, d'adapter alors la stratégie… Sinon, par expérience, on ne publie jamais le code car il y a toujours un truc qui va pas ;-)
[^] # Re: Ça ne résout pas le problème de fond
Posté par Sytoka Modon (site web personnel) . En réponse au journal Encryptons. Évalué à 3.
Parce qu'il n'a pas été prévu de période de recouvrement à deux certificats permettant de passer de l'un à l'autre sur, par exemple une année.
[^] # Re: Enigmail
Posté par Sytoka Modon (site web personnel) . En réponse au message Saut de ligne automatique avec Thunderbird ?. Évalué à 4.
Ou cela ?
[^] # Re: Encore moi !
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.
J'image que le partage entre utilisateur se fait au niveau des espaces de travail. Donc ce qui me semble intéressant, c'est d'avoir la page wiki quand on ouvre un espace de travail, ainsi on a ainsi une page dédiée qui permet d'enrichir et de personnaliser cet espace.
Ce que je fais avec TRAC, et qui marche plus ou moins bien, j'associe un style à chaque projet parmi une liste pré-définit. Ainsi, selon le type de projet : thèse, groupe de travail, projet… le style est légèrement différent. C'est assez pratique au quotidien pour les utilisateurs.
[^] # Re: SVN / Git
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.
Oui, c'est un peu cela. Et on a aussi les log du repo dans le flux RSS… En fait, c'est ainsi que fonctionne trac.
[^] # Re: pod la suite ??
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.
Et alors ? Et le coté social de DLFP ;-)
[^] # Re: Encore moi !
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 4.
Au niveau des petites entités de type laboratoire de recherche publique, les Alfresco et autres sont des usines à gaz et on n'a pas vraiment les moyens humains de les maintenir dans le temps. Donc ton système plus simple pourrait être très bien mais il faut le LDAP car on a tous passé du temps pour arriver à centraliser les comptes et savoir qui utilisait le SI ;-)
Ceci dis, on va te demander le CMISYNC rapidement aussi ! https://github.com/aegif/CmisSync/
[^] # Re: Encore moi !
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.
OK, j'avais pas été sur http//tracim.org ;-)
IL y a un truc bien avec TRAC, tu arrives pas défaut sur la page du wiki du projet : WikiStart. Je trouve bien d'arriver sur une page de wiki car cela te permet de décrire le projet en quelques lignes et donc d'avoir de suite une idée de celui-ci. Bref, je trouve pas mal de mettre le wiki devant le système de gestion de fichier (arborescence) plutôt que l'inverse, mais c'est peut être que personnellement, je privilégie celui-ci au travail sur fichier.
Bon courage pour la suite
[^] # Re: SVN / Git
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.
Sur un contenu annexe. Il est très pratique d'avoir en parallèle un SVN ou un Git pour gérer soit des bouts de code, soit du LaTeX, soit… Je pense par exemple à un rapport d'activité qui pourrait être en LaTeX. C'est donc bien pratique de pouvoir avoir un lien vers ce genre de contenu dans le même système.
[^] # Re: Un effort avec le participe passé STP et le français en général
Posté par Sytoka Modon (site web personnel) . En réponse au message Filtrage SSL. Évalué à 2.
# Encore moi !
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.
Je trouve que c'est dommage de ne pas utiliser tracim sur le portail du projet… D'ailleurs, l'information est un peu faible sur ce portail, mais c'est souvent un peu le cas des projets github ou il faut aller sur github pour avoir une liste précise des fonctionnalités.
Deux petites questions :
avec trac, je peux mettre le tag 'public' sur une page du wiki, celle-ci devient alors public. Très pratique pour offrir quelques pages ouvertes à tous.
tracim s'interface t-il avec LDAP pour les comptes utilisateurs et les groupes ?
Personnellement, je tords un peu les configurations de trac et de spip en permettant l'accès anonyme via http sans authentification et en forçant l'authentification via Apache sur le https (évidement, le /ecrire de spip est interdit en http). Ainsi, c'est Apache qui authentifie l'utilisateur, non le code python, php… sous jacent. qui a bien plus grande chance d'avoir régulièrement des beaux trous. Est-ce possible avec tracim ?
# Petit bogue
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.
Tu as mis les deux dans ton texte…
# SVN / Git
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.
On utilise très fortement 'trac' depuis des années pour faire un peu tout. C'est pas parfait mais lorsqu'on a fait le choix, c'était je pense le meilleur choix.
Ton outil a l'air très bien mais un très grand nombre de nos projets ont besoins d'un système SVN, Git ou Mercurial associé (exemple typique - une thèse). J'ai pas bien compris s'il y avait un connecteur vers un gestionnaire de code source associé.