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.
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.
Posté par wismerhill .
En réponse à la dépêche Sortie de JDK 10.
Évalué à 5.
Dernière modification le 09 novembre 2018 à 21:46.
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).
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
Alors, il y a moyen de faire au moins un peu mieux qu'un reboot.
Si tu passe dans une console texte (Ctrl-Alt-F…), elle devrait s'afficher sur l'écran du portable (et peut-être dupliquée sur les autres).
De là, tu peux au minimum relancer la session graphique. Ce n'est que marginalement mieux qu'un reboot si la session graphique était la seule chose importante qui tournait sur le portable.
Par contre, s'il est possible j'ignore si c'est prévu) de communiquer avec la session dbus du desktop depuis la console texte, alors tu peux demander à kscreen de changer l'affichage pour quelque chose qui fonctionne.
Sinon, il est également possible de désactiver complètement kscreen, donc il ne changera plus automatiquement l'affichage quand tu dock (ou branche un écran par un autre moyen), mais il sera encore possible d'utiliser un autre client randr pour ajuster l'affichage.
Bien entendu, ce ne sont que des contournement pour un bug qui devrait être corriger en amont.
Posté par wismerhill .
En réponse à la dépêche Firefox 61 & 62.
Évalué à 2.
Dernière modification le 20 septembre 2018 à 17:38.
Non, ce n'est pas ça, c'est un script (en bash, qui génère une page HTML ré-intégrée dans le panneau latéral) que j'utilise pour gérer mes lectures de webcomics, et c'est beaucoup trop sur mesure pour mon besoin (et potentiellement dangereux si mal utilisé) pour que 'en poste le code.
Argh!
J'utilise ce champ pour stocker des méta-données liées à certains liens, qu'un petit script personnel utilise ensuite pour me générer un historique de navigation.
Je vais voir si le champ mots-clés peut me servir de remplacement (mais il est sur une seule ligne, donc ce sera de toute façon moins pratique).
Dans bas, c'est le comportement par défaut, mais on peut le changer:
shopt -s failglob
Si tu le met dans ton .bashrc (voir au niveau global) ce sera activé par défaut.
À la place de failglob, il y a aussi nullglob qui est intéressant dans les scripts (par exemple pour faire une boucle sur tous les fichiers, y compris s'il n'y en a pas).
C'est effectivement le comportement par défaut, mais les options uid et gid (d'après la page de manuel de man) devraient justement permettre de changer ce comportement par défaut.
Il faudrait voir dans dmesg s'il n'y a pas d'erreur après une tentative de montage.
mailutils dépend de libmailutils5 (ça, c'est logique), qui lui-même dépends de libmariadbclient18 (c'est un peu plus étonnant), et c'est ce dernier qui dépends de mysql-common (logique aussi, il a besoin de la présence du fichier de configuration général).
Mysql-common est justement un paquet très minimal pour éviter que la dépendance à la lib n'amène pas des gros morceaux de mariaDB.
Ce qui est un peu étonnant, c'est la dépendance de libmailutils5 vers libmariadbclient18, en regardant rapidement je ne vois pas à quoi ça lui sert, mais le readme dans le paquet source indique qu'ils n'ont pas activé le support de PostgreSQL (pour des raisons d'incompatibilité de licence), donc tu est passé à côté d'une dépendance de plus ;-)
Et en plus il est "rsync friendly", si d'un backup à l'autre le contenu d'une table n'a pas changé, le fichier contenant ses données sera identique.
Et j'ajouterai qu'avec tous les formats de backups autre que plain (donc custom, tar et directory), la restauration avec pg_restore peut être partielle de façon très fine (voir la doc de pg_restore).
Non, After ne suffit pas, d'après la documentation de systemd (man systemd.unit), Before et After servent à déterminer l'ordre de démarrage quand les unités sont démarrées en même temps, mais c'est orthogonal avec les dépendance.
Puisque ton unité à besoin du réseau pour fonctionner, il faut ajouter aussi un Requires.
En plus de ça, ce n'est pas network.target que tu dois viser, mais plutôt network.service (ou autre nom du service qui démarre vraiment le réseau).
Le seul problème est que ce n'est pas encore disponible, sans date de sortie fixée ("quand ce sera prêt"), mais c'est clairement linux-friendly (le système par défaut sera une debian), avec autant de connectique qu'ils ont pu en faire rentrer dans ce petit boitier.
[^] # Re: Pyra ?
Posté par wismerhill . En réponse au journal Ordinateur de poche. Évalué à 3.
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).
[^] # Re: Pyra ?
Posté par wismerhill . En réponse au journal Ordinateur de poche. Évalué à 2.
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.
Ç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.
[^] # Re: Et si la constante de Planck n'était pas constante...
Posté par wismerhill . En réponse au journal Kilo de plume et kilo de plomb. Évalué à 6.
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.
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).
[^] # Re: Kilo de plumes et kilo de plomb
Posté par wismerhill . En réponse au journal Kilo de plume et kilo de plomb. Évalué à 3.
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.
[^] # Re: Kilo de plumes et kilo de plomb
Posté par wismerhill . En réponse au journal Kilo de plume et kilo de plomb. Évalué à 2.
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).
Oui, mais dans ce cas tu compare des forces de natures différentes, et ne peut donc plus faire de déduction.
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.
[^] # Re: Kilo de plumes et kilo de plomb
Posté par wismerhill . En réponse au journal Kilo de plume et kilo de plomb. Évalué à 3.
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.
[^] # Re: Spéculation
Posté par wismerhill . En réponse au journal Kilo de plume et kilo de plomb. Évalué à 6.
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.
[^] # Re: Inférence de types
Posté par wismerhill . En réponse à la dépêche Sortie de JDK 10. Évalué à 3.
Et pour être complet, j'ajoute que ça avait été commencé dans java 7, avec l'opérateur "diamant", qui permet d'écrire:
à la place de
Mais là, ça ne concerne que les génériques, qui sont de toute façon "oubliés" après compilation.
[^] # Re: Inférence de types
Posté par wismerhill . En réponse à la dépêche Sortie de JDK 10. Évalué à 2.
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.
[^] # Re: Inférence de types
Posté par wismerhill . En réponse à la dépêche Sortie de JDK 10. Évalué à 5. Dernière modification le 09 novembre 2018 à 21:46.
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.
[^] # Re: Chez moi ça marche
Posté par wismerhill . En réponse au message Script bash. Évalué à 5.
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).
[^] # Re: fontes variables, CSS toussa...
Posté par wismerhill . En réponse à la dépêche Firefox 63. Évalué à 7.
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:
Ça fait beaucoup, mais c'est texlive qui installe un paquet de fontes pour son propre usage.
[^] # Re: Shell
Posté par wismerhill . En réponse au message Interpréter une variable une seule fois. Évalué à 6.
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:
Allez, au suivant, il y a surement encore moyen de pinailler!
[^] # Re: Shell
Posté par wismerhill . En réponse au message Interpréter une variable une seule fois. Évalué à 8.
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:
[^] # Re: Shell
Posté par wismerhill . En réponse au message Interpréter une variable une seule fois. Évalué à 3.
Et tant qu'à faire, mettre ce $mot (et pas $ls 😉) entre guillemets doubles, pour que ça fonctionne quoi que tape l'utilisateur.
[^] # Re: Rendu vidéo médiocr
Posté par wismerhill . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 3.
Alors, il y a moyen de faire au moins un peu mieux qu'un reboot.
Si tu passe dans une console texte (Ctrl-Alt-F…), elle devrait s'afficher sur l'écran du portable (et peut-être dupliquée sur les autres).
De là, tu peux au minimum relancer la session graphique. Ce n'est que marginalement mieux qu'un reboot si la session graphique était la seule chose importante qui tournait sur le portable.
Par contre, s'il est possible j'ignore si c'est prévu) de communiquer avec la session dbus du desktop depuis la console texte, alors tu peux demander à kscreen de changer l'affichage pour quelque chose qui fonctionne.
Sinon, il est également possible de désactiver complètement kscreen, donc il ne changera plus automatiquement l'affichage quand tu dock (ou branche un écran par un autre moyen), mais il sera encore possible d'utiliser un autre client randr pour ajuster l'affichage.
Bien entendu, ce ne sont que des contournement pour un bug qui devrait être corriger en amont.
[^] # Re: Mes descriptions...
Posté par wismerhill . En réponse à la dépêche Firefox 61 & 62. Évalué à 2. Dernière modification le 20 septembre 2018 à 17:38.
Non, ce n'est pas ça, c'est un script (en bash, qui génère une page HTML ré-intégrée dans le panneau latéral) que j'utilise pour gérer mes lectures de webcomics, et c'est beaucoup trop sur mesure pour mon besoin (et potentiellement dangereux si mal utilisé) pour que 'en poste le code.
[^] # Re: Mes descriptions...
Posté par wismerhill . En réponse à la dépêche Firefox 61 & 62. Évalué à 2.
Argh!
J'utilise ce champ pour stocker des méta-données liées à certains liens, qu'un petit script personnel utilise ensuite pour me générer un historique de navigation.
Je vais voir si le champ mots-clés peut me servir de remplacement (mais il est sur une seule ligne, donc ce sera de toute façon moins pratique).
[^] # Re: Chemin de destination
Posté par wismerhill . En réponse au message rsync ne prend plus en compte le point de montage. Évalué à 5.
C'est une ubuntu, pas un windows, il n'y a pas de C:
[^] # Re: * est un caractère spécial
Posté par wismerhill . En réponse au message Commande find et déspécialisation. Évalué à 4.
Dans bas, c'est le comportement par défaut, mais on peut le changer:
Si tu le met dans ton .bashrc (voir au niveau global) ce sera activé par défaut.
À la place de failglob, il y a aussi nullglob qui est intéressant dans les scripts (par exemple pour faire une boucle sur tous les fichiers, y compris s'il n'y en a pas).
[^] # Re: la (V)FAT ne gere pas les droits utilisateurs
Posté par wismerhill . En réponse au message Impossible de donner les droit d'un disque vfat à un utilisateur. Évalué à 2. Dernière modification le 14 août 2018 à 09:48.
C'est effectivement le comportement par défaut, mais les options uid et gid (d'après la page de manuel de man) devraient justement permettre de changer ce comportement par défaut.
Il faudrait voir dans dmesg s'il n'y a pas d'erreur après une tentative de montage.
[^] # Re: slackounet
Posté par wismerhill . En réponse au journal Slackware a un quart de siècle !. Évalué à 2.
Certes, mais de façon indirecte:
mailutils dépend de libmailutils5 (ça, c'est logique), qui lui-même dépends de libmariadbclient18 (c'est un peu plus étonnant), et c'est ce dernier qui dépends de mysql-common (logique aussi, il a besoin de la présence du fichier de configuration général).
Mysql-common est justement un paquet très minimal pour éviter que la dépendance à la lib n'amène pas des gros morceaux de mariaDB.
Ce qui est un peu étonnant, c'est la dépendance de libmailutils5 vers libmariadbclient18, en regardant rapidement je ne vois pas à quoi ça lui sert, mais le readme dans le paquet source indique qu'ils n'ont pas activé le support de PostgreSQL (pour des raisons d'incompatibilité de licence), donc tu est passé à côté d'une dépendance de plus ;-)
[^] # Re: pg_dump -Fp ?
Posté par wismerhill . En réponse au message Pipe et utilisation mémoire. Évalué à 3.
Et en plus il est "rsync friendly", si d'un backup à l'autre le contenu d'une table n'a pas changé, le fichier contenant ses données sera identique.
Et j'ajouterai qu'avec tous les formats de backups autre que plain (donc custom, tar et directory), la restauration avec pg_restore peut être partielle de façon très fine (voir la doc de pg_restore).
# After ne suffit pas
Posté par wismerhill . En réponse au message SystemD, mount NFS, comment !?.. Évalué à 3.
Non, After ne suffit pas, d'après la documentation de systemd (man systemd.unit), Before et After servent à déterminer l'ordre de démarrage quand les unités sont démarrées en même temps, mais c'est orthogonal avec les dépendance.
Puisque ton unité à besoin du réseau pour fonctionner, il faut ajouter aussi un Requires.
En plus de ça, ce n'est pas network.target que tu dois viser, mais plutôt network.service (ou autre nom du service qui démarre vraiment le réseau).
# pyra
Posté par wismerhill . En réponse au message Ultraportable : recherche de la perle rare. Évalué à 2. Dernière modification le 30 juin 2018 à 14:05.
Tu parle de petit et léger en disant que 15 pouces est un maximum, sans donner de minimum, alors je vais prendre au mot et mentionner le (la?) pyra
https://pyra-handheld.com/boards/pages/pyra/
Le seul problème est que ce n'est pas encore disponible, sans date de sortie fixée ("quand ce sera prêt"), mais c'est clairement linux-friendly (le système par défaut sera une debian), avec autant de connectique qu'ils ont pu en faire rentrer dans ce petit boitier.