Gil Cot ✔ a écrit 6119 commentaires

Ça existe déjà le SdE dans le navigateur…

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Pour moi c'est comparable aux boîtes qui ont/avaient du W XP en prod pour quelque soft foireux. Attendre n'est jamais la solution (et je ne sais même pas si c'est encore possible), mais les décideurs ont d'autres priorités-urgences (et je pense que chacun espère secrètement n'être plus là quand ça va exploser et que c'est le successeur qui va tout prendre dans la tronche) : bienvenue en France (en tout cas le pays où j'ai croisé le plus de trucs ubuesques comme ça)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

J'ai travaillé sur une machine SCO chez un client. Personne (except me) n'ose y toucher parce-que comme mentionné les gens ont des réflexe GNU/Linux et peu ou pas de culture Unix ; et l'entreprise garde cette machine à cause d'un logiciel critique qui n'a pas été porté ailleurs (les avantages du code propriétaire… en vrai l'éditeur a bien une nouvelle version pour Fenêtre, mais ça coûte bien plus cher et depuis le temps et les versions rien que la migration va être une gageure qui prendra temps et argent…)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

En fait, il faudrait pouvoir générer son système (Gentoo like quoi) en pouvant cocher les applis systèmes qu'on veut garder. Parce-que (je sais qu'on ne peut commencer de phrase ainsi) je soupçonne un couplage fort avec l'ensemble (à noter que l liste d'applis mentionnées plus haut ressemble fort à ce qu'on a dans AOSP) mais qu'on doit pouvoir les désactiver (sans pour autant gagner de l'espace puisque c'est partie intégrante du système, juste que ce sera des portions inactive …comme on en a déjà l'habitude dans nos distributions GNU/Linux)

Sinon, au passage, je pense que ton téléphone est bien ton téléphone à partir du moment où ce n'est plus verrouillé (i.e. tu peux y installer le système de ton choix y compris les alternatives à /e/ …)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Attention que ce n'est pas vraiment un Unix mais un des successeurs/dérivés comme l'est Unix par rapport à Multics.
Les auteurs de Plan9 ont voulu pousser certains concepts unixiens plus loin que ce qu'ils avaient mis en place : par exemple le fait que tout soit fichier (et qui n'était pas complétement abouti) auquel ils ajoutent que tout est réseau, le plein écran (qui n'était pas entièrement exploité) auquel ils ajoutent les interfaces graphiques (nativement…) etc. Ainsi, pouvoir éditer les dernières commandes à la souris va dans ce sens, et Sam (l'éditeur de texte, cousin de Ex/Vi) aussi (je le vois typiquement comme un Sed évolué en mode graphique.)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Le principe de Pixel est de proposer une machine/implémentation de référence en accord avec un constructeur (bon,cela a un peu changé mais je n'ai pas bien suivi si c'est que Google/Alphabet et maintenant fabriquant de périphérique de ce type…) Et ce qu'on peut bien voir avec ces appareils, c'est que le verrouillage du boot-loader et autres joyeusetés sont bien du ressort des fabricants…

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

J'ai pourtant eu l'impression qu'il y a encore pas mal de gens qui apprécient ces systèmes plein d'artifices https://linuxfr.org/news/interview-de-sebastien-rohaut-auteur-de-livres-notamment-sur-linux#comment-1817447 Mais ce sont donc des personnes qui ne participent pas par le portage du coup ?

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Le capteur de pression atmosphérique est courant, et on peut trouver aussi un capteur de température (notamment avec les montres) https://fr.farnell.com/smartphone-technology-applications Il semble que ce soit de plus en plus tendance https://selectra.info/telecom/actualites/acteurs/capteur-temperature-integre-smartphones-nouvelle-future-norme ; et il ne s'agit pas des sondes externes de mesure https://fr.aliexpress.com/popular/android-temperature-sensor.html

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Parlant de combinaison d'applications graphiques, MacOS me rappelle qu'il y a des idées intéressantes dans AppleScript…

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Cela me fait penser au joyeux bazar des applications sous Android…

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Avant il suffisait de mourir pour atteindre la célébrité non ?

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Ça c'est la justification (éviter l'intoxication) ; mais on vit quand même dans un système où il vaut mieux que les denrées pourrissent et soient perdues si on ne peut les vendre…

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Parisien actuellement (mais c'est valable presque partout où j'ai vécu : Antony, Nantes, Lorient, Rosny, Vincennes, Liège, etc.) : je ne ferme à clef que lorsque je dois partir loin+longtemps (et pas parce-que je pense que ça pourra retenir les cambrioleurs mais pour e pas être en porte-à-faux avec assurances+propriétaires+autrescontractuels) ; et je suis carrément ouvert (la porte est close quand je ne suis pas apte à être dérangé, par exemple quand je vais dormir le soir, sinon le voisinage voit toujours ma porte entrouverte et n'a alors pas à se demander si on va me déranger.)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

C'est le gros du souci : il faut que les fabricants de SoC suivent, et ce est pas intéressant de faire de la maintenance sur des modèles qui ne sont plus produits depuis un certain temps. Or il faut que les marques puissent recompiler les pilotes et tester le tout avec les patchs intégrés.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Le passage que tu cites indique que si on ne met pas l'attribut, c'est comme si on met une des quatre valeurs autorisées pour indiquer JavaScript. Le passage indique que, pour HTML5 (mais pas les autres versions et doctypes), il est conseillé de l'omettre.

C'est, dans la page, sur cet attribut, le point par rapport à JavaScript. Il y a un troisième point

Any other value: The embedded content is treated as a data block which won't be processed by the browser. Developers must use a valid MIME type that is not a JavaScript MIME type to denote data blocks. The src attribute will be ignored.

Certes, il n'est pas explicitement dit qu'on peut utiliser n'importe quel autre langage ; il est juste dit que le fureteur n'a pas à l'interpréter (i.e. seul JS est officiellement supporté.)

Plus loin, il est dit que pour HTML5, charset est carrément déprécié.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Arf, pas ien lu jusqu'à la fin

Je sais copier tous les fichiers dans un répertoire unique en utilisant cette commande:
cat /scripts/fichiers.csv | xargs -I % cp % /dossierdestination

Mais je n'arrive pas à copier chaque ligne correspondant à un fichier dans le sous répertoire qui lui convient,
Pour essayer d'être + claire je veux copier $valeur2 dans /dossierdestination/$valeur1

Y-a-t-il des caractères problématiques avant et après les valeurs ? Peut-être quelque chose comme

cat /scripts/fichiers.cvs | xargs -I /%/ cp % dossierdestination

Sinon boucler sur le fichier…

cat /scripts/fichiers.csv | while read d f; do
cp $f /dossierdestination/$d
done

ou encore, si tu veux regarder du côté de AWK

awk '{system(sprintf("cp %s dossierdestination/%s\n", $2, $1));}' /scripts/fichiers.csv

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

(J'ai aussi un fichier csv complet comprenant ces 2 colonnes: nom des sous-répertoire ($valeur1), chemin du fichier ($valeur2))

Donc tu as un fichier composé de lignes de la forme

$valeur1$delimiteur$valeur2

Du coup, je supposes que tu as du récupérer la liste des $valeur1 dans un autre fichier

J'ai pu créer automatiquement les sous-répertoires en utilisant cette commande:
xargs mkdir -p </scripts/repertoires.csv

Tu pouvais directement opérer depuis ton fichier initial ainsi (non testé)

cut -f 1 -d "$delimiteur" | xargs mkdir -p

Le seul hic/piège est que tes $valeur1 ne doivent pas comporter d'espace (il y a d'autres caractères spéciaux mais les blancs sont les trucs le plus courant/fréquent auquel il faut penser) ; je n'insiste pas dessus vu que tu a déjà fait le boulot en créant un fichier /scripts/repertoires.csv qui convient (la problématique est la même en fait, mais le problème a du ne pas se présenter ou est déjà traité.)

On peut utiliser la même approche pour l'autre partie du problème

je souhaite copier des fichiers dont j'ai le chemin sur un fichier txt dans des sous répertoires spécifiques spécifiés dans un second fichier

Tu peux utiliser aussi le fichier comme tu l'avais déjà fait pour les répertoires, ou utiliser le CSV comme je viens de l'indiquer

cat /scripts/liste.txt | xargs cp % /dossierdestination
 # ou
cut -f 2 -d "$delimiteur" | xargs cp % /dossierdestination

Avec les mêmes précautions déjà évoquées.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Dans ce cas tu tries directement dans l'arborescence du système de fichiers et dans l'autre dans l'archive mail (ou le système en ligne.) Je pense que c'est pratique pour les gens qui n'ont pas accès à un poste perso tout le temps ?

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

La/le collecte/collecteur pas la/le collection/collectionneur
Glaner peut par contre donner une impression d'aléatoire alors que ce n'est pas le cas…

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Attention, tu vas passer pour un pauvre vieux réac antisystemd. Perso, j'ai commencé à revenir à *BSD pour ma tranquillité d'esprit.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Non l'équivalent de ça serait plutôt systemd-nspawn comme évoqué dans d'autres commentaires.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Il faut indiquer les règles qu'on emploie (i.e. françois du XVIIIè ou français réformé avec points médians.) Pour HTML5 c'est :

<!DOCTYPE html>
<html lang="en">
<!-- le reste ici, j'en parle plus bas -->
</html>

À vérifier, mais je ne pense pas que la balise SCRIPT puisse être en dehors de HEAD ou BODY qui je crois sont les seuls enfants possibles de HTML.

Enfin, il convient de fournir plus d'informations pour la partie SCRIPT

<script type="text/javascript" charset="utf-8">
// le code du script directement ici
</script>

Le charset c'est pour le cas où on n'aurait pas de head avec le meta qui va bien, ou si celui du script est différent de celui de l'ensemble du document.
Le type parce-que la norme prévoit de pouvoir utiliser n'importe quel langage… (à tout hasard, du VBS ou du TCL par exemple.) Et dans le cas de JS, on peut avoir text/javascript ou text/ecmascript et même application (au lieu de text)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

d'après certains principes de réincarnation et de karma, c'est plutôt qu'on rejoue le niveau (qui continue de changer) avec des bonus ou des malus…

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

La partie « So, what is a “Portable Service”? » commence par :

A portable service is ultimately just an OS tree, either inside of a directory, or inside a raw disk image containing a Linux file system. This tree is called the “image”. It can be “attached” or “detached” from the system. When “attached”, specific systemd units from the image are made available on the host system, then behaving pretty much exactly like locally installed system services. When “detached”, these units are removed again from the host, leaving no artifacts around (except maybe messages they might have logged).

La partie suivante, « Where’s the difference to a “Container”? » a ce second paragraphe :

“Portable services” do not provide a fully isolated environment to the payload, like containers mostly intend to. Instead, they are more like regular system services, can be controlled with the same tools, are exposed the same way in all infrastructure, and so on. The main difference is that they use a different root directory than the rest of the system. Hence, the intent is not to run code in a different, isolated environment from the host — like most containers would — but to run it in the same environment, but with stricter access controls on what the service can see and do.

De mon point de vue, pour l'instant, c'est toujours plus de complexité et un point de plus pour systemd qui veut tout faire…

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Merci, ça fait assez sens.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume