wismerhill a écrit 2603 commentaires

Pour le moteur à eau, si la nature a horreur du vide, la physique a aussi son petit caractère, du coup ce ne sera pas pour tout de suite…

Avec le l'eau lourde, il y a moyen de faire quelque chose, mais le réacteur risque d'être un peu encombrant.

Pour travailler avec des fichiers XML en shell script, ce que je connais de mieux c'est xmlstarlet.
http://xmlstar.sourceforge.net/

http://www.lyx.org/

Une Loi_de_poisson me semble plus appropriée.

L'astuce c'est d'utiliser l'équivalence entre mv a b et ln a b; rm a, mais on va rajouter un rsync entre les deux.
cp -al dossier/fichierA dossier/fichierB
rsync -a dossier/ serveur:dossier/
rm dossier/fichierA
rsync -a --delete dossier/ serveur:dossier/

Tu n'aurais pas oublié l'option -H dans ton premier rsync?
Elle n'est pas inclue dans le -a (parce que ça peut être très lourd) et sans elle rsync ignore les liens physiques.

Et j’ai eu d’autres problèmes dont j’ai pas réussi (parce que pas vraiment cherché) à déterminer l’origine : à ce point là j’ai décidé que c’était pas la peine d’utiliser un truc qui n’était même pas vaguement testé (qu’on me dise pas que c’est parce que je sais pas configurer une unit : c’était celle de soi-disant (quelle blague) retro-compatiblité de rc.local fourni par ma distrib).

Mais tu as rapporté le problème à ta distrib et maintenant le problème est résolu, n'est-ce pas?

faire un script que je met en service normal et qui s’arrête lui même à coup de systemctl stop à la fin.

C'est autorisé ce genre de chose?
J'aurais plutôt tendance à croire que c7;est une très mauvaise idée d'appeler systemctl depuis un script lancé par une unit systemd (race condition et autre joyeusetés).

XSLT est fait pour ça.
Voici la «feuille de style» XSL qui permet d'obtenir ce résultat:

<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
 <xsl:template match="tr[@class='pieddetable']">
  <tfoot>
   <xsl:copy>
    <xsl:apply-templates select="@*" />
    <xsl:apply-templates />
   </xsl:copy>
  </tfoot>
 </xsl:template>
 <xsl:template match="*|@*">
  <xsl:copy>
   <xsl:apply-templates select="@*" />
   <xsl:apply-templates />
  </xsl:copy>
 </xsl:template>
</xsl:stylesheet>

(note que je suppose ici que ton document d'origine n'a pas de namespace, sinon il faut en tenir compte)
Ensuite tu peux appliquer cet XSL à tes fichiers avec xmlstarlet ou xsltproc.
C'est un peu plus compliqué si tu peux avoir plusieurs tr dans une même table que tu veux regrouper dans un unique tfoot.

Attention, on dit ici que la sonde n'est plus dans le système solaire dans la mesure où elle serait entrée dans le milieu interstellaire, c'est à dire que le plasma qui l'environne n'est plus (majoritairement) produit par le soleil mais par le reste des étoiles alentours.
Par contre, la sonde est encode plusieurs ordre de grandeur plus proche du soleil que de n'importe quelle autre étoile (compare 17 heures à 4 ans). Donc en terme d'influence gravitationnelle, c'est toujours le soleil qui domine largement. Elle continue donc d'accompagner le soleil dans son mouvement dans la galaxie, et il reste donc un point de référence pertinent pour estimer la vitesse de la sonde.

Alors pourquoi greg KH explique-t-il dans le post cité dans le journal qu'il faut activer l'option CONFIG_CMDLINE et y mettre les options à passer au noyau?

[supprimé, pas répondu au bon endroit…]

Il était déjà possible depuis un certain temps de booter un Linux en mode UEFI grace à un bootloader adapté (comme gummiboot ou grub2).

Ce qui est nouveau, c'est que Linux peut être Démarré directement par UEFI sans l'intervention d'un bootloader.
Mais le gros inconvénient, c'est que les options du noyaux, habituellement passée par le bootloader, doivent alors être inclues dans le noyau à la compilation, de même que le ramdisk s'il en faut un!

Ou alors «firmware UEFI», mais «BIOS UEFI» est un abus de langage.

J'ai essayé, mais il n'est pas reconnu par android (4.1), et je n'ai pas trouvé d'app qui en ajouterais le support.

Si tu n'a pas un ami qui s'y connait en Linux, je te conseille de rechercher un LUG (Linux User Group) proche de chez toi et d'aller à une de leurs réunions pour pouvoir discuter avec des utilisateurs expérimentés.

Oui, startup.service n'a rien à faire là-dedans, c'est bien test.service qu'il aurait du indiquer.

Et qu'est-ce qui ne te convient pas dans clementine?

Tu devrais relire sa réponse…

Ce qui n'a aucun intérêt pour les gens qui allument l'écran après avoir allumé l'ordinateur ;-)

C'est la fameuse faille de sécurité au niveau de l'interface chaise-clavier.

8MHz, 640Mo de ram, un disque dur sur port ISA

8-|
quel gaspillage pour un CPU avec un adressage 20 bits, qui ne pouvait donc pas voir plus de 1Mo
:-D

Ce n'était pas la peine d'appeler le paquet mysql, ils pouvaient faire un paquet mariadb avec un provides mysql. C'est ce que fait mageia.

Ne mélangerais-tu pas nepomuk et akonadi?

Non, il prend sa douche, et n'a rien à foutre de savoir comment ça marche.

Et il a tort.
S'il s'intéressait un peu au fonctionnement, il comprendrait que s'il n'a pas tout de suite de l'eau chaude, c'est parce que la douche n'est pas juste à côté de la chaudière, qu'il faut donc le temps que l'eau chaude arrive jusqu'à la douche et réchauffe le tuyau dans lequel elle circule.
Il comprendrait alors que c'est dans son intérêt que plusieurs personnes utilisent la douche à la suite pour profiter du chauffage fait par le premier et éviter de gaspiller de l'eau.

Et tous ces trolls (c'est vendredi!)

Ça doit être marrant d'avoir les programmes qui s'arrêtent toutes les 6 minutes.
Une sorte de twitter du temps de travail.