geb a écrit 555 commentaires

  • [^] # Re: Javascript...

    Posté par  . En réponse à la dépêche Firefox, Google, Samsung, X. Évalué à 1.

  • # Javascript...

    Posté par  . En réponse à la dépêche Firefox, Google, Samsung, X. Évalué à 3.

    J'ai toujours trouvé que le javascript était un langage magnifique (malgré ses défauts, comme son typage).

    Certains le considèrent comme un LISP avec un synthaxe C; en tout cas ça reste un langage avec pleins de fonctionnalité simpas (clotures , prototypes...) où on peut facilement jouer autant avec les données que le code en lui même... Je suis impascient de jeuter un oeil aux lib de google (dommage qu'ils ne les ai pas fait directement en javascript, oui ça se fait).
  • # Qualité de l'intégration

    Posté par  . En réponse à la dépêche Sortie d'openSUSE 11.2. Évalué à 4.

    Je n'ai pas tésté cette derniere version, mais je dois dire que j'ai toujours été impressionné par la qualité de l'intégration àla suse.

    Je pense autant au bureau qu'a Yast (qui s'y intègre très bien). Ces deux derniers donnent vraiment une impression de finition poussée. Yast permet de configurer une liste assez impressionnante de choses ( même si ça des fois il est plus simple d'y aller à coup de $EDITOR fichier). ça a l'inconvénient de parfois alourdir le système mais je n'ai jamais eu cette impression avec une autre distrib.

    C'est un peu trop lourd pour moi (et mes besoins d y aller souvent à coup d'$EDITOR) donc je ne l utilise pas au quotidien, mais je la recommande souvent au "powerusers" de windows...

    En attendant, pour ceux qui débutent sous Linux et qui trouve leur système actuel, peu fini, bancal, c'est je trouve, un très bon choix.

    En connaissez vous une qui fasse aussi bien ?
    Mandriva (pas testée depuis longtemps) ?
    RHEL (pas fedora ni centos en tout cas) ?
    Debian (non, je l utilise au quotidien, on en est loin) ?
    Ubuntu (clairement mouarf) ?

    (de l'art de finir en beauté, enfin, j espère).
  • [^] # Re: Brad a publié son exploit

    Posté par  . En réponse à la dépêche Faille locale dans les fonctions pipe_*_open() du noyau Linux. Évalué à 4.

    c'est mieux avec sysctl:
    echo "vm.mmap_min_addr=4096>>/etc/sysctl.conf" && sysctl -p # le sysctl -p est refait à chaque démarrage.
    ou via /etc/sysctl.d/.
  • [^] # Re: ZFS fsck

    Posté par  . En réponse au journal Enlarge your ZFS pool. Évalué à 2.

  • [^] # Re: ZFS fsck

    Posté par  . En réponse au journal Enlarge your ZFS pool. Évalué à 2.

    ils ont patché le code pour contourner la vérification des checksum et récuperer les fichiers.
  • # Dans linux aussi (avec le patch vserver).

    Posté par  . En réponse au journal Enlarge your ZFS pool. Évalué à 3.

    Il y a ça dans linux aussi, intégré au patch linux-vserver.org

    Des hash sont calculé par un script qui fait des liens physiques , des attributs sont placés pour gérer la modification (casser le lien symbolique).

    Plus d'infos:
    man chattr
    http://linuxfr.org/~alenvers/28224.html
    http://linux-vserver.org/Paper#Unification
  • [^] # Re: ZFS fsck

    Posté par  . En réponse au journal Enlarge your ZFS pool. Évalué à 1.

    Vas dire ça à ovh, ils ont été obligés de patcher zfs pour récuperer le FS.
    Celui ci était corrompu (biensûr la réponse de sun a été que c'était impossible) et pas de fsck...

    (ça doit être encore sur travaux.ovh.com)
  • [^] # Re: En lien avec le rachat de Sun par Oracle ?

    Posté par  . En réponse au journal Apple abandonne ZFS. Évalué à 1.

    Je pense que ZFS bien que prometteur, s'intégrait mal à la vision qu'à Apple du desktop notamment avec Time Machine d'où cette incertitude autour de ZFS depuis Leopard.
    Au contraire...
    Opensolaris a un timemachine-like intégré a gnome grace à ZFS.
  • [^] # Re: Compiz

    Posté par  . En réponse au journal GNOME dans la pub "réduisons nos déchets". Évalué à -5.

    Nan, c'est juste que gnome étant pensé pour être utilisable par le neu² moyen, même quelqu'un qui a offert 95% de son temps de cerveau à coca arrive à comprendre ce que fait l'ordi.

    (Ca reste mieux qu'une anim moche en flash faite pour l'occasion, comme dans beaucoup de films)
  • # Fs distribués

    Posté par  . En réponse au sondage Le filesystem que je préfère. Évalué à 3.

    Et en fs distribué vous utilisez quoi ?

    J'aime bien OCFS2 perso mais il faut un accès partagé aux disques.
    Lustre... sans moi...
    Les coda, AFS etc, sans les droits unix, aussi.
    PVFS2, je testerais bien, un retour ?
    D'autres ?
  • [^] # Re: Il n'y aura plus de paquet vserver dans les futures versions de Debi

    Posté par  . En réponse à la dépêche Des nouvelles du noyau Debian. Évalué à 1.

    Haha iptables, au moins sur ce point je suis d'accord ( les iptables -A INPUT -i lo -d ! 127.0.0.1 -j VSERVER , c'est un peu moche) par contre, en bricollant il y a moyen de faire un fichier de regles par vserver. C'est ce que fait vs-tools notamment.

    Le patch intégré actuellement dans la stable est en effet buggé (et même troué, dans un certain sens), visiblement les devs n'ont pas été consultés au moment de l'intégration.

    Du coup, le supporter les ennuie ... un peu, et on peut facilement le comprendre.

    Pour libvirt, les dev de vserver avaient fait un patch... qui n'a jamais été intégré par les gens de libvirt...
  • [^] # Re: Il n'y aura plus de paquet vserver dans les futures versions de Debi

    Posté par  . En réponse à la dépêche Des nouvelles du noyau Debian. Évalué à 1.

    Mouai... comment dire...

    http://wiki.openvz.org/Download/kernel
    et http://linux-vserver.org/Welcome_to_Linux-VServer.org

    Lesquels sont moins réactifs ?
    Vserver est disponible sur les nouveau noyaux dans la semaine qui suit leur sortie... openvz ... hum ...

    Ok les patchs sont taggés experimentaux mais marchent très bien. D'ailleurs c'est un patch experimental dans lenny (qui n'est pas sans bugs: [1]). Le boulot de stabilisation devrait commencer "prochainement".
  • [^] # Re: Troll gratuit

    Posté par  . En réponse au journal Maintenir son système Ubuntu. Évalué à 1.

    non , mais la GPL est trop restrictive pour permettre de "le copier, le modifier et le re-distribuer comme bon vous semble."
  • # Troll gratuit

    Posté par  . En réponse au journal Maintenir son système Ubuntu. Évalué à 2.


    Ce programme est bien entendu placé sous licence GNU GPL, vous pouvez ainsi le copier, le modifier et le re-distribuer comme bon vous semble.


    Il y a que moi que ça choque ? ;)
  • [^] # Re: /home...

    Posté par  . En réponse au journal Qui à dit que les léopard des neiges ne mangaient pas d'/home ?. Évalué à 3.

    heritage nextstep je crois vu que tout macos est basé dessus.
  • [^] # Re: Gratuit, payant.. tel est la question...

    Posté par  . En réponse au journal Hébergement mutualisé, petit état des lieux. Évalué à 1.

    Belle initiative !

    Par contre mettre ça chez ovh et ne pas avoir de mx2...
  • [^] # Re: Sécurité des données

    Posté par  . En réponse au journal Serveurs de fichiers. Évalué à 1.

    Si c'est pour 2 machines (un master et un slave/backup) sur un reseau local drbd me semble plus approprié: en gros c'est un raid 1 en réseau, tu peux le desynchroniser, l'utiliser pour faire du master slave etc...
  • [^] # Re: Laissez faire...

    Posté par  . En réponse au journal Journée des bonnes nouvelles: après HADOPI, parlons téléphonie mobile. Évalué à 2.


    et pour un million supplémentaire on est sur sphinx Renater avec des liaisons 1 hop vers à peu près tous les opérateurs d'Europe et une grosse partie des opérateurs mondiaux.

    Mouarf
  • [^] # Re: Upstart ?

    Posté par  . En réponse au journal Upstart dans Debian. Évalué à 2.

    pas forcément: init sait capturer une combinaison de touches ou quelques messages (man inittab). On peut aussi dedier la gestion des evenements a un process lancé directement dans inittab, typiquement:


    !#/bin/sh
    while : ; do
    [ -f /dev/sdb ] && pvscan
    sleep 5;
    done;

    (exemple debile)

    Ca a l'avantage de rester plus proche et compatible d'unix qu'upstart...
  • [^] # Re: blagues

    Posté par  . En réponse au journal Microsoft renoue avec ses fondamentaux. Évalué à 2.

    sudo mount //foo/bar /mnt -t smbfs [ -o username=user,password=pass ]
    mais ça n'est pas forcément portable sur tous les unix (bsd)...

    De même, il y a un module fuse.
  • [^] # Re: Greg Kroah-Hartman

    Posté par  . En réponse au journal Microsoft : Essaye encore petit scarabée !. Évalué à 10.

    Je me demande si tu n'as pas oublié qu'on a pas partout 5 semaines de congés payés ou une culture faisant qu'on les utilise
  • [^] # Re: Fallais y penser !!!

    Posté par  . En réponse à la dépêche Processeur graphique : NVIDIA est mal parti pour les années à venir. Évalué à 2.


    "AMD peut coller un traitement graphique dans ces processeurs."

    Bah ouais, allez pouf pouf c'est collé, tant qu'à faire autant coller aussi un traitement son et un traitement réseau, et des ports usb au dessus du ventilo.


    Ou quelquechose de plus generic comme des SPIs, qu'on utiliserait pour de la video ou comme dsp, comme le fait ziilabs.com (creative), ou sony/ibm avec le cell.
  • [^] # Re: Upstart ?

    Posté par  . En réponse au journal Upstart dans Debian. Évalué à 4.

    Ca utilise init , les scripts classiques d init, en fait c est juste un hack dans rc:
    au lieu de faire for x in /etc/rc$mode.d/S*; do $x start; done;
    ça fait for x in /etc/rc$mode.d/S*; do $x start &; done;

    (Grosso modo, d'ailleurs ça se doit être concurency="shell", startpar doit être une fonction un poil plus évoluée).

    Après les avantages et inconveignents, je te laisse deviner (LSB, historique tout ça) :)
  • [^] # Re: Upstart ?

    Posté par  . En réponse au journal Upstart dans Debian. Évalué à 4.

    apt-get install insserv; echo CONCURRENCY=startpar >> /etc/default/rcS

    Le premier réordonne les script pour tenir compte des dépendances,
    le second active la gestion de la concurence au niveau d init (celle ci étant basée sur celle du shell (&) ou très proche, il y a d'ailleurs un concurence=shell)

    Refs:
    http://wiki.debian.org/BootProcessSpeedup#Parallelizinginit.(...)
    http://www.debian-administration.org/article/Make_Debian_boo(...)

    Par contre la question que tu as eu voir doit être celle de l'install d insserv (pour a t il été installé subitement ? question ...), si tu n'as pas modifié concurrency ça n'aura aucun effet.