wismerhill a écrit 2608 commentaires

Non, justement, systemd ne fait pas de redirection, donc en écrivant ça le script va obtenir en argument les valeurs: ">" "/home/pi/dem.log" "2>&1"
Si tu veux faire des redirections, c'est dans le script lui-même qu'il faut le faire (ou encapsuler dans un script qui ne sert qu'à ça).

Mais dans l'exemple donné, ça ne sert à rien, systemd redirige automatiquement les deux sortie du programme vers le journal, qu'oçn peut ensuite consulter avec journalctl, et les dernière lignes sont directement fournies quand on fait un systemctl status.

Donc, il suffit d'exécuter le script, sans rien d'autre.

C'est parce que tu force l'exécution (dans le ExecStart de ton unité) avec /bin/sh, alors que ton script est écrit pour bash ([[ est un syntaxe spécifique à bash).

Et de toute façon, essayer de faire des redirections dans l'ExecStart de l'unité systemd ne fonctionnera pas, il faut le faire dans le script lui-même.
Je te recommande de lire les pages de manuel systemd.unit et systemd.service

C'est grace aux cgroup.
Systemd crée (par défaut) un cgroup pour chaque service, il sait donc quels sont tous les processus qui ont été lancé par le service. Si ce dernier ne s'arrête pas correctement (typiquement grace à la commande ExecStop), tu peux faire un systemctl kill qui enverra un signal à tous les processus du cgroup associé au service.

Il y a de moins en moins de petits SSD, les fabricants préférant grossir les chiffres en stockant davantage de bits par cellules (un 128 Go en MLC devenant un 256 Go en TLC).

Non, la MLC c'est deux bits par cellule de flash, et la TLC trois, donc si tu veux garder le même nombre de cellules, un 128 GO en MLC deviendrait un 192 GO en TLC.

J'ai aussi un clavier et une souris unifying, ça fonctionne. Il y a depuis peu un outil libre pour configurer ces périphériques (apairage, mises à jour…)

Tant qu'à faire, on peut le citer, il s'agit de solaar.
Et il n'existe pas "depuis peu", au contraire le dernier release date de 2013.

Je pense que ce comportement n'est volontairement pas défini, et il faut s'attendre à des résultats différents selon les version de bash, voir selon la libc à laquelle il est lié.

Modifier un script en cours d'exécution est généralement une mauvaise idée.
Si tu dois absolument faire ta modification avant que l'exécution précédente soit terminée, il vaut mieux faire une copie et travailler sur celle-là pendant que l'exécution précédente se termine.

Ou alors il faut les faire bouillir, ça les ramolli.

500GB = 512 000MB

Seulement s'il s'agit de GiB et MiB ;-)

Et puisque dans awk, la regex est appliquée par défaut à $0:

xrandr --listactivemonitors|awk '/0:/{print $4}'

on aurait donc pu compter en base 12 des le debut plutot qu'en base 10

C'était le cas

Il me semble que le système décimal s'est imposé avec l'arrivée des chiffres indo-arabes.

Heu, non, la Pandora, c'était un OMAP3, cf Pandora_(console_portable).

Et dans la Pyra, le SOC est sur une carte fille qui peut être changée en gardant le reste de la machine, donc il est possible que dans quelques années ils proposent une mise à joru avec un SOC plus récent (ou moins énergivore).

c'est une console de jeu un peu comme une nintendo DS

Il y a effectivement des controles de type console, mais il s'agit bien d'un ordinateur de poche généraliste, basé sur un SOC ARM, qui sera livré de base avec une debian (et un noyau compilé sur mesure).
Et le bootloader ne sera pas bridé, il sera possible d'installer d'autres systèmes.

Le problème c'est que ça met super longtemps à sortir :( Le mec est seul pour produire les prototypes donc ça prend du temps.

Ça prend effectivement longtemps (ma pré-commande date déjà de plus d'un ans, et à l'époque ils étaient déjà plus de 1000 à avoir pré-commandé), mais EvilDragon n'est pas seul sur le projet, il y a au moins une personne de DragonBox (le magasin sur lequel on peut pré-commander) qui travaille sur la pyra, et il y a plusieurs membres de la communauté qui contribuent à des degrés divers. Mais c'est sur qu'EvilDragon est celui grace à qui tout le projet tient la route, et est en passe d'aboutir.

Je ne comprends pas cette idée d'utiliser la constante de Planck. Car s'il a toujours été prouvé qu'elle était constante peut-être ne l'est elle pas tout a fait.

Cette objection n'est pas propre à la constante de Planck, tu pourrais la faire aussi pour le mètre qui est défini à partir de la vitesse de la lumière, et les autres unités qui vont être re-définie en même temps que le kilogramme.

Alors qu'en plus on pourrait utiliser un nombre précis d’atome d'un isotope bien défini. Alors je sais compter le nombre d’atome est aujourd'hui imprécis…

Là, tu dois faire l'hypothèse que tous tes atomes ont exactement la même masse.
Ça implique que ton échantillon soit au zéro absolu (ce qui est impossible, donc tu as déjà une erreur à cause de la température non nulle de l'échantillon), mais aussi que les noyaux soient à leur niveau d'énergie le plus bas (j'ignore comment on peut le vérifier).

Donc tu te retrouve avec une définition difficile à mettre en pratique pour effectivement créer des étalons.

C'est le même problème que la (bientôt) ancienne définition du kelvin (qui lui va être re-défini à partir de la constante de Boltzmann), qui utilise comme référence le point triple de l'eau, et il est compliqué de préparer un échantillon qui soit exactement à ce point (et les mêmes objections sur le fait que ce point pourrait ne pas être aussi constant qu'on le crois).

De toute façon, si la constante de Planck n'est pas constante, ça aura des répercussions un peu partout en physique.
En particulier, tes atomes n'auront plus la même masse, car le facteur de correspondance entre masse et énergie est justement la constante de Planck (et la majorité de la masse d'un proton vient de l'énergie de liaison entre les quarks).

Si tu veux jouer sur les mots, la seule chose que tu mesure directement en regardant une balance, c'est un angle, celui du fléau, et dont la seule valeur intéressante c'est quand il vaut zéro (ce qui est interprété comme les plateaux étant équilibrés).
Tout le reste n'est que déduction.

Selon ma perception une balance compare 2 forces, donc 2 poids.

Oui, justement.
Une fois les deux plateaux équilibrés, on a donc la force qui s'exerce sur le plateau droit égale à celle qui s'exerce sur le plateau gauche.
À partir de là, si on peut affirmer que la gravité est la seule force qui agisse sur les deux plateaux (ce qui n'est pas forcément évident, comme tu le faisais remarquer avec la poussée d'Archimède), alors le principe d'équivalence permet d'affirmer que la magge dans le plateau de droite est égale à celle dans le plateau de gauche. (et si la balance est bien faite, les plateaux eux-même doivent avoir la même masse)
Donc, si on connait la masse d'un des deux plateau, on en déduit celle de l'autre.

Cela fonctionne de la même façon sur la lune, et à tout endroit où on a un champ de gravité suffisamment uniforme (et pas trop faible).

Je peux également équilibrer ma balance avec autre chose qu'un objet. Par exemple un jet d'air, un aimant (principe de la balance de Watt je crois).

Oui, mais dans ce cas tu compare des forces de natures différentes, et ne peut donc plus faire de déduction.

Donc cela compare bien des forces (poids), et non des quantités de matière (masse).

Tout à fait, c'est le principe d'équivalence qui permet de revenir aux masses. Si les objets subissaient la gravité différemment selon leur composition, une balance ne pourrait pas fonctionner.

Non, non, la balance (la vrai, avec deux plateaux) mesure bien la masse, pour autant qu'on admette le Principe d'équivalence. Mais il faut la mettre dans les bonne conditions pour qu'elle puisse opérer.
Ce qu'il faut, c'est que la balance soit plongée dans un champ de gravité uniforme, de cette façon les effets relatifs de la gravité (le poids) se compensent (c'est en ça qu'intervient le principe d'équivalence) et on compare bien les masses posées sur les deux plateaux.

La poussée d'Archimède joue effectivement un role, dans la mesure où elle nous éloigne des bonnes conditions d'utilisation de la balance, c'est une force parasite, qui elle n'est pas correctement compensée. C'est une source d'erreur systématique.

Ce serait le même problème si tu essayais de peser un aimant, le résultat ne serait pas correct, mais parce que e champ magnétique terrestre vient perturber (un peu) la mesure.

Ce sera toujours le même système métrique.
La nouvelle définition sera choisie pour correspondre à la valeur actuelle (déterminée à partir des meilleures mesures de différents laboratoires) pour assurer la continuité des mesures.
D'ailleurs ce n'est pas la première fois qu'on re-défini une unité fondamentale, la seconde a déjà été re-définie une fois et le mètre deux fois.

Et pour être complet, j'ajoute que ça avait été commencé dans java 7, avec l'opérateur "diamant", qui permet d'écrire:

List<String> l=new ArrayList<>()

à la place de

List<String> l=new ArrayList<String>()

Mais là, ça ne concerne que les génériques, qui sont de toute façon "oubliés" après compilation.

comment tu connais le type de retour de getNextValue()

Tu passe la souris dessus (ou utilise le raccourci clavier idoine) dans ton IDE et il te le dit?

Comme le typage est statique, l'environnement de développement (comme le compilateur) peut déterminer sans équivoque (car s'il y a équivoque, ça ne compile pas) les types et les proposer (avec la documentation, si elle existe) de façon contextuelles, si tu en as besoin.

On pouvait déjà faire de l'inférence de type depuis java 8, avec les lambda, ils ont simplement étendu les cas où le compilateur va appliquer cette inférence.

Le problème du 3, c'est que $chemin n'est pas protégé par des guillemets, donc s'il y a dedans des espaces (ou d'autres choses amusantes), le cd ne fonctionnera pas (voir t'amènera dans un autre répertoire, s'il y en a un qui correspond au nom résultant).

Tiens, c'est la première fois que je vois un UUOB (useless use of bc), ça change des UUOC ;-)

Donc, comme find supporte les opérateurs, on peut simplement faire:

find /usr -name \*.ttf -or -name \*.otf | wc -l
1335

Ça fait beaucoup, mais c'est texlive qui installe un paquet de fontes pour son propre usage.

Certes, mais puisqu'on en est à pinailler, ton exemple n'est pas tout à fait équivalent, car echo termine (par défaut) par une retour à la ligne, contrairement à printf.
Donc il faut faire:

printf '%s\n' "$mot" >> temp

Allez, au suivant, il y a surement encore moyen de pinailler!

Non, ce n'est pas la même chose, la syntaxe ${…} permet de protéger le nom de la variable, par exemple si le caractère juste après serait pris lui-même comme faisant partie du nom de la variable, mais il faut quand même le protéger par des guillemets.

Exemple:

$ opt='/ -ld'
$ ls $opt
drwxr-xr-x 20 root renaud 4096 aoû 15  2017 //
$ ls "$opt"
ls: impossible d'accéder à '/ -ld': Aucun fichier ou dossier de ce type
$ ls ${opt}
drwxr-xr-x 20 root renaud 4096 aoû 15  2017 //
$ ls "${opt}"
ls: impossible d'accéder à '/ -ld': Aucun fichier ou dossier de ce type

Et tant qu'à faire, mettre ce $mot (et pas $ls 😉) entre guillemets doubles, pour que ça fonctionne quoi que tape l'utilisateur.