Le backup des données importantes, oui je suis d'accord.
Mais je parlais d'un backup complet du système (à l'exclusion éventuellement de /tmp et /var/tmp) pour le restaurer à l'identique après recréation des partitions.
Démarre sur un live CD comem system rescue CD (http://www.sysresccd.org/ ) et utilise gparted pour modifier la taille de tes partitions.
(et attention à ne pas interrompre le processus en cours, si tu tiens à tes données)
Ou alors tu fais un backup complet du système sur un support externe (toujours via un liveCD, pour que le contenu ne change pas en cours), recrée tes partitions à ta convenance et restaure ta sauvegarde.
Mais il y avait également un lien pour arrêter le suivi d'un contenu, donc c'était facile de ne garder dans la liste que les contenus qu'on avait vraiment l'intention de suivre.
Je viens de faire le test, j'ai ouvert deux bash (vérifié que la dernière commande d'historique est la même).
Lancé "ls 1" dans le premier, "ls 2" dans le second, véfrifié que chacun n'avait que son historique récent propre, puis fermé le premier et puis le second.
Je réouvre ou nouveau bash et en passant l'historique j'ai d'abord "ls 2" puis "ls 1" puis ma commande plus ancienne.
Donc bash gère très bien les sessions multiples, j'imagine (sans avoir vérifié dans le code) qu'il retient simplement quelles sont les commandes qui ont été ajoutée dans la session courante (par opposition à celles chargées depuis le fichier d'historique) et ne rajoute que celles-là à la fin de l'historique.
Je confirme pour munin, c'est très simple de faire des plugins qui sortent les données dont on a besoin.
Et le zoom fait partie des fonctionnalités prévues pour la version 2, avec la possibilité de se connecter aux noeuds via un tunnel ssh (ce qu'il faut faire sois-même pour le moment) et plein d'autres choses intéressantes.
Ça ne fonctionnera pas.
Si l'internet est passé à l'IPv6, alors toutes les machines, même derrière un NAT, doivent fonctionner en IPv6 pour pouvoir contacter les machines du réseau. Sinon elles ne pourront contacter que les machines encore accessibles en IPv4.
D'après l'article de wikipedia http://fr.wikipedia.org/wiki/Kelvin
l'unité s'écrit en minuscule car c'est un nom commun, même si ça vient de lord Kelvin (William Thomson), comme la plupart des unités physiques.
La version anglaise en parle également http://en.wikipedia.org/wiki/Kelvin
même si elle n'est pas cohérente avec elle-même et l'acrit souvent avec une majuscule...
Seulement si les deux langages sont basé sur le même paradigme.
Parce que si tu prend un programmeur qui n'a jamais fait que du procédural et que tu lui donne un langage fonctionnel il sera encore plus perdu qu'un débutant.
C'est pour ça que j'écris dans un autre commentaire, que l'{auto,un}boxing est une horreur qu'il faut désactiver au niveau du compilateur (s'il le propose) pour être sur de ne pas l'utiliser par mégarde.
Non, il compare toujours la valeur, et dans le cas d'un objet c'est la valeur du pointeur qui est comparée, sans la dé-référencer.
C'est pareil pour les passages de paramètres dans les méthodes, le passage est par valeur, c'est pour ça que si tu passe un objet, tu peux modifier l'objet (s'il n'est pas immuable), mais pas le faire pointer vers un autre pour l'appelant.
Et comment vérifierais-tu si a est null?
L'opérateur == fonctionne même si n'importe lequel de ses opérandes sont null, alors qu'un a.equals(a) est un appel de méthode qui ne peut fonctionner que si a n'est pas null.
De plus, en terme d'optimisation no sait qu'un == est toujours très rapide, alors que le equals peut être très lent suivant les cas. (mais il faut bien avoir conscience de la différence sémentique entre les deux!)
Et par rapport à la discussion sur les auto-boxing et unboxing, je trouve que c'est le pire truc qui ai été introduit dans java, en ce qui me concerne je configure le compilateur d'eclipse pour les considérer comme des erreurs, pour être sur de ne pas utiliser ces saletés par erreur.
J'ai déjà vu des horreurs où le programmeur utilisait indistinctement int ou Integer pour ses variables, et donc ça passait son temps à faire sous le manteau des intValue() et des valueOf() dont la plupart auraient pu être évités en ne travaillant qu'avec des int, et en terminant éventuellement par un Integer.valueOf() si on a besoin d'un objet.
Non, cron récupère la sortie des commandes et, s'il y avait quelque chose, il l'envoi par mail à l'utilisateur concerné.
(en tout cas c'est le comportement de cron sur les différentes distributions que j'ai déjà utilisé)
[^] # Re: En ligne de commande
Posté par wismerhill . En réponse au message Plugin Java : changer le nom du système d'exploitation, à l'instar de l'User Agent sous Firefox. Évalué à 4.
Dans konqueror c'est possible, dans la configuration pour java il y a une option "Argument java supplémentaires".
[^] # Re: system rescue CD
Posté par wismerhill . En réponse au message augmenter la taille de ma partition /var. Évalué à 2.
Le backup des données importantes, oui je suis d'accord.
Mais je parlais d'un backup complet du système (à l'exclusion éventuellement de /tmp et /var/tmp) pour le restaurer à l'identique après recréation des partitions.
[^] # Re: Gravité entropique
Posté par wismerhill . En réponse au journal Rumeurs de Higgs. Évalué à 3.
Il y a eu récemment un article à ce sujet sur ars technica
http://arstechnica.com/science/news/2011/04/is-gravity-a-result-of-thermodynamics.ars
Il semble que l'idée ne tient pas la route, car ça ne donne pas de bon résultats aux échelles quantiques.
[^] # Re: Fait
Posté par wismerhill . En réponse à l’entrée du suivi Perte du lien vers les contenu suivis. Évalué à 3 (+0/-0).
Merci :-)
# system rescue CD
Posté par wismerhill . En réponse au message augmenter la taille de ma partition /var. Évalué à 2.
Démarre sur un live CD comem system rescue CD (http://www.sysresccd.org/ ) et utilise gparted pour modifier la taille de tes partitions.
(et attention à ne pas interrompre le processus en cours, si tu tiens à tes données)
Ou alors tu fais un backup complet du système sur un support externe (toujours via un liveCD, pour que le contenu ne change pas en cours), recrée tes partitions à ta convenance et restaure ta sauvegarde.
[^] # Re: Pouvoir choisir quoi suivre.
Posté par wismerhill . En réponse à l’entrée du suivi Perte du lien vers les contenu suivis. Évalué à 2 (+0/-0).
Mais il y avait également un lien pour arrêter le suivi d'un contenu, donc c'était facile de ne garder dans la liste que les contenus qu'on avait vraiment l'intention de suivre.
# konqueror 4.5.5
Posté par wismerhill . En réponse à l’entrée du suivi Plantage de javascript avec Konqueror. Évalué à 3 (+0/-0).
J'ai le même problème, avec konqueror 4.5.5
[^] # Re: Questions
Posté par wismerhill . En réponse à la dépêche Sortie officielle de GTK+ 3.0 !. Évalué à 0.
Lancé "ls 1" dans le premier, "ls 2" dans le second, véfrifié que chacun n'avait que son historique récent propre, puis fermé le premier et puis le second.
Je réouvre ou nouveau bash et en passant l'historique j'ai d'abord "ls 2" puis "ls 1" puis ma commande plus ancienne.
Donc bash gère très bien les sessions multiples, j'imagine (sans avoir vérifié dans le code) qu'il retient simplement quelles sont les commandes qui ont été ajoutée dans la session courante (par opposition à celles chargées depuis le fichier d'historique) et ne rajoute que celles-là à la fin de l'historique.
[^] # Re: Ne pas oublier que le but c'est quand même ... correction
Posté par wismerhill . En réponse à la dépêche LibreOffice est de sortie !. Évalué à 5.
[^] # Re: Cacti bof...
Posté par wismerhill . En réponse au message Cacti ou Munin ?. Évalué à 1.
Et le zoom fait partie des fonctionnalités prévues pour la version 2, avec la possibilité de se connecter aux noeuds via un tunnel ssh (ce qu'il faut faire sois-même pour le moment) et plein d'autres choses intéressantes.
[^] # Re: IPv6 trop chères
Posté par wismerhill . En réponse à la dépêche 8/6/2011 : IPv6 pour de vrai. Évalué à 3.
Si l'internet est passé à l'IPv6, alors toutes les machines, même derrière un NAT, doivent fonctionner en IPv6 pour pouvoir contacter les machines du réseau. Sinon elles ne pourront contacter que les machines encore accessibles en IPv4.
[^] # Re: La blague IPv6
Posté par wismerhill . En réponse à la dépêche 8/6/2011 : IPv6 pour de vrai. Évalué à 2.
Autant d'imbécilité en si peu de mots, c'est impressionnant!
[^] # Re: Ben quoi ?
Posté par wismerhill . En réponse au journal De la capacité d'un lien Ethernet. Évalué à 1.
http://fr.wikipedia.org/wiki/Kelvin
l'unité s'écrit en minuscule car c'est un nom commun, même si ça vient de lord Kelvin (William Thomson), comme la plupart des unités physiques.
La version anglaise en parle également
http://en.wikipedia.org/wiki/Kelvin
même si elle n'est pas cohérente avec elle-même et l'acrit souvent avec une majuscule...
[^] # Re: Ben quoi ?
Posté par wismerhill . En réponse au journal De la capacité d'un lien Ethernet. Évalué à 3.
On dit kelvin, et pas "degré kelvin".
[^] # Re: Pas étonnant
Posté par wismerhill . En réponse au journal Kde pim repoussé. Évalué à 2.
[^] # Re: .
Posté par wismerhill . En réponse au message Que faire de 380 Go de swap ?. Évalué à 5.
je --------> [] (trop de neige, je rentre...)
[^] # Re: Pas étonnant
Posté par wismerhill . En réponse au journal Kde pim repoussé. Évalué à 2.
[^] # Re: Et le choix de Ruby on Rails ?
Posté par wismerhill . En réponse au journal Pourquoi réécrire LinuxFr.org ?. Évalué à 3.
Parce que si tu prend un programmeur qui n'a jamais fait que du procédural et que tu lui donne un langage fonctionnel il sera encore plus perdu qu'un débutant.
[^] # Re: .
Posté par wismerhill . En réponse au journal Pourquoi réécrire LinuxFr.org ?. Évalué à 2.
[^] # Re: Utiliser les tty
Posté par wismerhill . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 4.
http://java.sun.com/docs/books/jls/third_edition/html/expres(...)
on est dans le cas où un des opérandes est numérique (int b) et l'autre est convertible en numérique (Integer a), d'après
http://java.sun.com/docs/books/jls/third_edition/html/conver(...)
donc un unboxing est fait sur a (a.intValue()) puis, comme les deux sont des entiers, une comparaisons entre nombres entiers est effectuée.
[^] # Re: Utiliser les tty
Posté par wismerhill . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 1.
[^] # Re: Utiliser les tty
Posté par wismerhill . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 3.
C'est pareil pour les passages de paramètres dans les méthodes, le passage est par valeur, c'est pour ça que si tu passe un objet, tu peux modifier l'objet (s'il n'est pas immuable), mais pas le faire pointer vers un autre pour l'appelant.
[^] # Re: Utiliser les tty
Posté par wismerhill . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 2.
Ça ne peut fonctionner qu'en utilisant une méthode statique:
Statique.equals(a,null)
[^] # Re: Utiliser les tty
Posté par wismerhill . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 1.
L'opérateur == fonctionne même si n'importe lequel de ses opérandes sont null, alors qu'un a.equals(a) est un appel de méthode qui ne peut fonctionner que si a n'est pas null.
De plus, en terme d'optimisation no sait qu'un == est toujours très rapide, alors que le equals peut être très lent suivant les cas. (mais il faut bien avoir conscience de la différence sémentique entre les deux!)
Et par rapport à la discussion sur les auto-boxing et unboxing, je trouve que c'est le pire truc qui ai été introduit dans java, en ce qui me concerne je configure le compilateur d'eclipse pour les considérer comme des erreurs, pour être sur de ne pas utiliser ces saletés par erreur.
J'ai déjà vu des horreurs où le programmeur utilisait indistinctement int ou Integer pour ses variables, et donc ça passait son temps à faire sous le manteau des intValue() et des valueOf() dont la plupart auraient pu être évités en ne travaillant qu'avec des int, et en terminant éventuellement par un Integer.valueOf() si on a besoin d'un objet.
[^] # Re: Utiliser les tty
Posté par wismerhill . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 2.
(en tout cas c'est le comportement de cron sur les différentes distributions que j'ai déjà utilisé)