wismerhill a écrit 2608 commentaires

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?

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