Sytoka Modon a écrit 4546 commentaires

  • # Calcul

    Posté par  (site web personnel) . En réponse au journal Microsoft libère F#. Évalué à 4.

    > Ce langage est particulièrement destiné aux scientifiques.

    Qu'en est-il du calcul parallèle ? Je me vois mal demander aux chercheurs d'utiliser un nouveau langage si celui n'apporte rien aux calculs parallèles, notamment sur un cluster.

    Qu'en est-il des performances ?

    Qu'en est-il de l'aspect multi-plateforme (a priori, spécifique Microsoft pour le moment si j'ai bien compris) ? Avant combien d'année pourra-t'on voir F# tourner sur la majorité des calculateurs du top500 ?

    S'il n'a ni les uns ni les autres, quels en sont ses réel avantages pour les scientifiques ?
  • [^] # Re: F# et OCaml

    Posté par  (site web personnel) . En réponse au journal Microsoft libère F#. Évalué à 2.

    Ah bon, je croyais qu'il était inspiré par Eiffel (lui aussi de l'INRIA) ?
  • # monde professionnel

    Posté par  (site web personnel) . En réponse au journal Sortie de RHEL 6. Évalué à 3.

    Qu'entend tu par monde professionnel ?

    - si distrib officiellement supportés par des logiciels propriétaires, alors oui, RH et Suse sont quasiment seul.

    - si appliance acheté tout bien ficellé, j'ai pas beaucoup vu de RH et de Suse mais plutôt du Fedora, debian et ubuntu...

    - si serveur installé par la "DSI" locale (informaticien sous la main...), c'est encore plus diversifié...

    - si box ADSL -> je ne sais pas !

    -si embarqué...

    Bref, le monde professionnel est loin de se limiter à deux distrib. Ces deux distrib ont la force commercial pour passer des accords de support officiel sur des programmes propriétaires (qui marche ne général tout aussi bien sur les autres distrib).
  • [^] # Re: Sismotherapie

    Posté par  (site web personnel) . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 2.

    Avec SVN, je passe tout en https via deux filtrages :

    - via la configuration du serveur apache -> identification de la personne sur le serveur

    - via le fichier svnaccess -> autorisation de la personne pour un projet donné

    Les deux choses sont bien séparé et en pratique, c'est plutôt bien et facile à maintenir.

    J'avais éliminé le ssh pour ne pas avoir à gérer la problématique de l'accès physique au serveur.
  • [^] # Re: Sismotherapie

    Posté par  (site web personnel) . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 3.

    On va dire que je commence ma ré-éducation...

    - Comment se comporte Mercurial avec les fichiers binaires ?

    - Au niveau de la gestion des droits du dépôt central, ça marche a peu près comme SVN ?

    Oui, je sais, c'est un gestionnaire dé-centralisé mais si on veut une référence, comment se passe la gestion des droits ?
  • [^] # Re: expressivité

    Posté par  (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 2.

    Je suis un simple utilisateur de ikiwiki et je ne sais pas du tout qui a la préférence entre les deux extensions. Désolé.
  • [^] # Re: Typos trop grandes

    Posté par  (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 3.

    Génial, merci.
  • [^] # Re: expressivité

    Posté par  (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 1.

    C'est sur que sans table des matières, cela va être plus lisible ;-)
  • [^] # Re: expressivité

    Posté par  (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 3.

    Dans ikiwiki, l'extension pour le markdown est le mdwn, c'est peut être plus parlant que juste md.
  • [^] # Re: BIEN ou PABIEN

    Posté par  (site web personnel) . En réponse au journal Fedora rejete un package d'un outil de pentesting. Évalué à 3.

    A un époque, il y avait un dépot non-US dans debian. Je me souviens qu'en 1996, ssh était illégal en france (cryptographie trop forte) et il y avait une version pour la france (ssf).

    Je crois qu'il y a un certain de paquetage dans debian-multimedia qui ne sont pas légal aux USA pour cause de brevet logiciel. Il n'y a pas de dépôt aux USA.

    Bref, la loi s'applique aussi au logiciel libre. Si on n'est pas content de la loi, il faut oeuvrer pour changer de député (et d'élus locaux -> sénateur).
  • [^] # Re: Non

    Posté par  (site web personnel) . En réponse au message Tout en built in ?. Évalué à 4.

    Ce qui serait bien, c'est d'avoir un script qui regarde le noyau en fonctionnement à l'instant t (module chargé...) et construise un nouveau noyau avec juste ce qu'il faut compilé en statique.

    J'avoue avoir trop de serveur différent pour gérer la compilation de tous ses noyaux à la main sur mon parc.
  • [^] # Re: Disponibilité des outils de crack

    Posté par  (site web personnel) . En réponse au journal Fedora rejete un package d'un outil de pentesting. Évalué à 8.

    Si je regarde dans debian avec les mots clefs ip et inject :


    ettercap - Multipurpose sniffer/interceptor/logger for switched LAN
    nemesis - TCP/IP Packet Injection Suite
    packit - Network Injection and Capture
    reseed - seeds urandom with a truly random seed retrieved from random.org
    spikeproxy - Web application security testing proxy
    sugarplum - an automated and intelligent spam trap/cache-poisoner
    wapiti - Web application vulnerability scanner
    zorp - An advanced protocol analyzing firewall
    irpas - Internetwork Routing Protocol Attack Suite


    Si on regarde un peu plus loin mais sans vraiment cherche plus de 30s :


    hping3 - Active Network Smashing Tool
    python-scapy - Packet generator/sniffer and network scanner/discovery
    nmap - The Network Mapper


    Bref, un outil d'injection de code SQL me semble avoir toute sa place si l'outil vérifie les critères de la distribution : qualité de code, suivis du code, modularité du code, licence du code... Je ne sais pas ou se place exactement SQLninja.
  • [^] # Re: Typos trop grandes

    Posté par  (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 2.

    Sans que maintenant cela diminue les images qui sont alors de mauvaise qualité. C'était mieux avant ;-)
  • # Screenshot

    Posté par  (site web personnel) . En réponse à la dépêche Weboob 0.3. Évalué à 3.

    Les images des vidéos sur le site web sont franchement nulle et pas à la hauteur de ce qui est proposé. Certes l'auteur nous avertis mais honnêtement, je ne pourrais jamais conseillé ce site à mon entourage tant que cette partie n'a pas été modifié.
  • [^] # Re: expressivité

    Posté par  (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 2.

    Exact, dans ikiwiki, je balance du html au milieu du markdown. Pour être plus précis, cela doit être dans un paragraphe à part.
  • [^] # Re: !!

    Posté par  (site web personnel) . En réponse au journal VLC sur l'AppStore, bouhhhhh. Évalué à 5.

    Avec debian, j'ai accès à toutes les archives et c'est bien pratique sur une ancienne machine. On a même réinstallé une sarge l'an passé pour faire tourner un vieux logiciel HP pour récupérer des données sur bande...
  • [^] # Re: Dropbox ?

    Posté par  (site web personnel) . En réponse au message Syncronisation bi-directionnel. Évalué à 3.

    Tu veux le NFS qui marche aussi lorsque tu n'es pas connecté... si tu trouves, je suis preneur. A ma connaissance, il n'y a pas de solution miracle à ta demande.

    Faut peut être regarder du coté de codafs...
  • [^] # Re: https - ajout fonctionalité

    Posté par  (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 1.

    Parce que 99% des utilisateurs utilisent le même mot de passe partout.

    Parce que la DST ne se gène certainement pas pour construite une base de données de tous les identifiants qui trainent sur le net

    Ensuite, coté charge du serveur, je ne sais pas quel est le surcoût du https.
  • [^] # Re: Dropbox ?

    Posté par  (site web personnel) . En réponse au message Syncronisation bi-directionnel. Évalué à 2.

    Il y a aussi SpiderOak qui marche bien et qui permet la synchronisation par dossier. Pour les conditions, a peu près le même topo que pour DropBox.
  • [^] # Re: https - ajout fonctionalité

    Posté par  (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 10.

    J'ai eu l'idée et j'ai fais le commentaire vite fais sans réfléchir.

    Je viens d'aller sur github, il faut encore créer un compte... Personnellement, je sature de cette obligation de créer des comptes à droite et à gauche.
  • [^] # Re: J'adore

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de GNU CSSC 1.3.0. Évalué à -1.

    Perdus, tu es tombé dedans ;-)
  • # https - ajout fonctionalité

    Posté par  (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 6.

    Lorsqu'on s'authentifie, il pourrait basculer sur https pour forcer un peu les personnes à l'utiliser en https et non en http.
  • [^] # Re: J'adore

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de GNU CSSC 1.3.0. Évalué à 2.

    Non, ils en font une utilisation très basique et les 3/4 du temps, c'est juste pour faire un update" pour se synchroniser.
  • [^] # Re: OCS

    Posté par  (site web personnel) . En réponse à la dépêche Revue de presse de l'April pour la semaine 44 de l'année 2010. Évalué à 3.

    Personnellement, je n'utilise pas OCS pour déployer un paquet sous Linux. J'ai une méthode qui est bien mieux, plus flexible, plus souple, plus... cfengine.
  • [^] # Re: J'adore

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de GNU CSSC 1.3.0. Évalué à 5.

    Le problème de git, c'est le client Windows... Pour mes utilisateurs non développeur, TortoiseSVN, c'est du solide !