wismerhill a écrit 2603 commentaires

J'ai un serveur en CentOS 6.5, est-il nécessaire de le mettre à jour en 6.6 pour continuer à avoir des mises à jour de sécurité?
Ça fait plusieurs centaines de paquets à mettre à jour, y compris tous les composants de base du système, ça doit se planifier à l'avance.
Sinon, est-il possible de rester sur la 6.5, sans que yum propose toutes les mises à jour pour 6.6?

As-tu des études qui accréditent ça?

Quelle que soit la méthode utilisée pour y arriver, ça reste de la fusion «chaude».
Dans le cas du confinement inertiel aussi, on fait augmenter la pression et la température de façon considérable pendant un temps très court et pour un volume très restreint.

Le fantasme de la fusion «froide» serait qu'il n'y aurait pas besoin de température très élevées (en millions de degrés au minimum) pour faire fusionner des noyaux atomiques. Ce n'est tout simplement pas crédible compte tenu de la barrière énergétique due à la charge électrique des protons.
On ne connait, à l'heure actuelle, aucun mécanisme qui permettrait de contourner ça (l'effet tunnel est disqualifié du fait de sa décroissance exponentielle).

Voir aller loin … dans la mauvaise direction.

Il y a eu des idées de fusion froide par cavitation. En gros, lors de la cavitation (donc à froid), la température dans la bulle pourrait monter très très haut.

… donc ce n'est pas à froid.

journalctl -b -u systemd-udev-settle

te donnera peut-être des informations sur ce qui bloque.

Dernier point, pourquoi l'auteur a-t-il mis deux ";" à la suite à chaque ligne?

C'est la syntaxe du case qui est comme ça, les instructions d'un "cas" doivent se terminer par un double-point-virgule (bash fourni des variantes comme extensions).

Parce que les répertoire sont utilisés pour autre chose. Par exemple ajouter des dépendances à certains services, ou (avec une version suffisamment récente) ajouter des options à un service sans écraser celles déjà présentes.

http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/support/apachectl.in?view=markup

Et dbus n'a pas été incorporé au projet systemd, que je sache. Donc, je vois pas pourquoi ça "forcerait" à migrer vers systemd.

Euh si, justement (le 04/04/2012 d'après git) (cf http://cgit.freedesktop.org/systemd/systemd/tree/src/udev), i.e. "bien" avant le post que tu présente.

Si tu lisais ne serait-ce que l'URL que tu donne, tu verrais qu'il s'agit d'udev et pas dbus.

PostgreSQL ne maintient pas la compatibilité du format sur disque de la base de données entre les version.
Plus exactement, PG est numéroté de façon classique en x.y.z, si x ou y changent il faut re-créer le cluster de base de données, par contre, si seul z change alors la compatibilité est maintenue.

Donc pour passer à une nouvelle version de PG, il faut d'abord faire un dump de toutes les DB (avec pg_dumpall) pour pouvoir ensuite le restaurer (avec psql) dans un cluster fraichement créé avec la nouvelle version.

Depuis la version 9.0, une commande additionnelle pg_upgrade permet de convertir un cluster vers une nouvelle version de PG, cf
http://www.postgresql.org/docs/9.0/static/pgupgrade.html
mais cette commande nécessite d'avoir à la fois les binaires de l'ancienne et de la nouvelle version pour pouvoir travailler.

Donc, dans tous les cas tu as besoin de la version précédente avec laquelle ton cluster a été créé pour pouvoir récupérer les données.

Ou bien tu récupère le backup que tu avais fait (n'est-ce pas?) juste avant de lancer cette mise à jour importante.

Ces gens-là ça ose tout…

Mais vous n'y êtes pas du tout, c'est parce qu'il est au second degré que son compris a été mal raté.

Et pour KDE, il y a kcharselect (avec sa variante sous forme de plasmoide).

( et pour le coup, c'est plutôt les unix et les mac qui enlèvent un morceau de la fin de ligne: LF signifie nouvelle ligne, et CR retour chariot, donc il faut logiquement combiner les 2… pour une fois que MS fait un truc plus propre que les autres… )

Non, c'est juste un reste ridicule de l'époque des premiers téléscripteurs, qui imprimaient le texte sur du papier au fur et à mesure qu'ils le recevaient.
Il avait été décidé d'utiliser deux caractères pour représenter une nouvelle ligne, car sans ça le caractère suivant la fin de ligne arrivait trop vite, la tête d'impression n'avait pas eu le temps de revenir en début de ligne et le caractère se retrouvait au milieu de la page.
Et malheureusement pour nous cette convention est restée dans différents systèmes.

cf http://en.wikipedia.org/wiki/Newline#History

Ce n'est pas un simple commentaire, c'est la documentation (officielle) de la méthode.

Alors le mieux à faire est de te rendre à une réunion d'un LUG (Linux User Group) près de chez toi, pour avoir dès gens compétant pour t'aider à faire l'installation et minimiser les risques.

l'absence d'autocomplétion dans les cellules destinataires.

Il suffit de commencer à taper et faire tabulation pour qu'il propose des destinataires qui commencent par ce que tu as tapé.
La version 3.9.3 de décembre dernier a introduit le fait de chercher n'importe où dans l'adresse, pas seulement le début.

http://www.samba.org/samba/history/samba-2.2.7.html

Et c'est une belle saloperie!

Pour ouvrir un fichier html local, si, pas de problème : il suffira de taper firefox file:///home/me/mon_fichier.html (ou de double-cliquer sur l'icône correspondante, de telle sorte que le shell graphique fasse cet appel pour l'utilisateur), et le tour sera joué. Par contre, en effet, on ne pourra généralement pas l'ouvrir à partir de la barre d'adresse.

Donc, on pourra ouvrir une page locale, mais les liens vers d'autres pages locales ne fonctionneront pas, ni même les images et CSS externes référencées dans la page.
Autant dire que ça ne fonctionne pas.

C'est affectivement lancé par défaut

Joli lapsus :-)

Tiens, ils utilisent quoi chez Mageia ?

Systemd exclusivement depuis la 3, pour la 2 on pouvait choisir entre systemd (choix par défaut à l'installation) et init sysV.

Pour gagner un peu de temps, tu peux me décrire comment activer le rendu CPU ?

Ctrl + alt + F12

Non, ça c'est pour passer à la console virtuelle 12.
Pour désactiver les effets de bureau c'est Shift+Alt+F12

C'est pas faux, ceci dit, je doute quand même beaucoup que cette méthode se répande suffisamment dans le grand public à l'échelle mondiale pour que cela soit significatif pour les spammeurs ;)

gmail le propose pour toutes ses adresses… il te faut plus grand public que ça?