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).
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) ?
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/.
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...
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.
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)
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 ?
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...
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".
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...
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.
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...
"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.
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) :)
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)
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.
[^] # Re: Javascript...
Posté par geb . En réponse à la dépêche Firefox, Google, Samsung, X. Évalué à 1.
# Javascript...
Posté par geb . En réponse à la dépêche Firefox, Google, Samsung, X. Évalué à 3.
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 geb . En réponse à la dépêche Sortie d'openSUSE 11.2. Évalué à 4.
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 geb . En réponse à la dépêche Faille locale dans les fonctions pipe_*_open() du noyau Linux. Évalué à 4.
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 geb . En réponse au journal Enlarge your ZFS pool. Évalué à 2.
[^] # Re: ZFS fsck
Posté par geb . En réponse au journal Enlarge your ZFS pool. Évalué à 2.
# Dans linux aussi (avec le patch vserver).
Posté par geb . En réponse au journal Enlarge your ZFS pool. Évalué à 3.
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 geb . En réponse au journal Enlarge your ZFS pool. Évalué à 1.
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 geb . En réponse au journal Apple abandonne ZFS. Évalué à 1.
Au contraire...
Opensolaris a un timemachine-like intégré a gnome grace à ZFS.
[^] # Re: Compiz
Posté par geb . En réponse au journal GNOME dans la pub "réduisons nos déchets". Évalué à -5.
(Ca reste mieux qu'une anim moche en flash faite pour l'occasion, comme dans beaucoup de films)
# Fs distribués
Posté par geb . En réponse au sondage Le filesystem que je préfère. Évalué à 3.
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 geb . En réponse à la dépêche Des nouvelles du noyau Debian. Évalué à 1.
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 geb . En réponse à la dépêche Des nouvelles du noyau Debian. Évalué à 1.
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 geb . En réponse au journal Maintenir son système Ubuntu. Évalué à 1.
# Troll gratuit
Posté par geb . 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 geb . En réponse au journal Qui à dit que les léopard des neiges ne mangaient pas d'/home ?. Évalué à 3.
[^] # Re: Gratuit, payant.. tel est la question...
Posté par geb . En réponse au journal Hébergement mutualisé, petit état des lieux. Évalué à 1.
Par contre mettre ça chez ovh et ne pas avoir de mx2...
[^] # Re: Sécurité des données
Posté par geb . En réponse au journal Serveurs de fichiers. Évalué à 1.
[^] # Re: Laissez faire...
Posté par geb . 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 geb . En réponse au journal Upstart dans Debian. Évalué à 2.
!#/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 geb . En réponse au journal Microsoft renoue avec ses fondamentaux. Évalué à 2.
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 geb . En réponse au journal Microsoft : Essaye encore petit scarabée !. Évalué à 10.
[^] # Re: Fallais y penser !!!
Posté par geb . 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 geb . En réponse au journal Upstart dans Debian. Évalué à 4.
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 geb . En réponse au journal Upstart dans Debian. Évalué à 4.
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.