-=[ silmaril ]=- a écrit 1472 commentaires

Le patch est là, il y a juste à appliquer.

C'est une vision très "bisounours", oui il y a un patch (et pour le coup il est assez basique) mais ça veut dire que ce patch duplique du code et donc que s'il y a un dysfonctionnement à l'avenir il faudra prendre en compte que si libc != glibc alors vérifier que les différents bout de code rajoutés pour compléter les différentes librairies C ne sont pas sources de bug et retracer les différents fix apportés sur ces bouts de codes et les re-implémenter.

Il ne faut pas oublier que le code est fourni "tel quel" par quelqu'un qui n'est pas payé pour ça et du coup n'a de compte à rendre à pas grand monde, sauf peut-être quelques obligations morales s'il fait parti d'un gros projet, et encore..

Le partitionnement sert à découper un disque en plusieurs sous-parties, il n'est pas impossible que ton enregistreur n'utilise tout simplement pas de partition.

Il pourrait même ne pas utiliser de systèmes de fichiers d'ailleurs, ou du moins pas un FS standard, oracle avait joué à ça sur ça BDD pendant un temps

Change Settings > Terminal > Features
* Disable application cursor keys mode
* Disable application keypad mode

en général ça règle le problème (avec vi(m) en tout cas)

mode curieux: tu as le lien vers le bug/patch en question ?

Hola,

Alors de base un lien symbolique n'a qu'un seul attribut, la destination du lien, donc en le supprimant et le re-créant tu ne peut pas perdre de la "personnalisation".

Et sinon oui il n'est pas possible d'éditer un lien (symbolique ou non), il faut le supprimer et le re-créer, ou le re-créer en mode "force" pour que les deux opérations soient faites en une seule fois:

$ ln -sf /to/invalid/dest link
$ ls -l link
lrwxrwxrwx 1 benoit benoit 16 juin  21 09:51 link -> /to/invalid/dest
$ ln -sf /to/valid/dest link 
$ ls -la link               
lrwxrwxrwx 1 benoit benoit 14 juin  21 09:51 link -> /to/valid/dest

Quand cela m'arrive au boulot sous windows [..] je vais dans les propriétés de lien et corrige le chemin, c'est rapide et pratique et dispense de recréer le lien.

Je ne suis pas certains que tu dise la même chose le jour ou tu devra changer 100 ou 200 liens via cette interface ;) ln & lndir par contre te permettrons facilement de faire cela, sans devoir recourir à un truc genre powershell (qui est très bien mais dans le genre intuitif…)

Le mode browser coûte probablement moins a Google car pas d'entretien du système chromebox à faire, l'usage de la chromebox est aussi un facteur de 'professionalisation' et donc d'augmentation de l'usage de meetings…

Le système meets est d'ailleurs en passe d'être restreint à un usage professionnel payant c'est peut-être une des premières conséquences

Au final, on paye du matériel concu pour Google, et on doit rajouter 250$/an pour l'utilisation "classique" de ce dit materiel, avec un schmilblick de ressellers.

En quoi c'est choquant de payer un service pour ça quand on en a un usage professionnel ? Je doute que la gestions des flux videos et tout le schmilblick associé soit à zero-cout pour google …

Je ne vais pas trainer à installer des petites boites Debian/Linux avec un browser dessus pour utiliser nos salles de réunions. Mais qu'elle boite justement? Une raspberry?

Tu pense vraiment que ça couterait moins cher à mettre en place et à maintenir que 250$/an ? ce qui doit correspondre à 2/3h de cout humain

Après question matériel il va te falloir bien plus qu'un raspberry, surtout si tu veut continuer à utiliser le service "meet" vu qu'il te faut un navigateur chrome, encoder et decoder de la video et de l'audio en continus, gérer l'échos et toutes les blagues associées.

Il te faudra surement partir sur un NUC (la même chose qu'il y a dans une chromebox d'ailleurs)

emacs a donc son propre émulateur de terminal en fait.

inclus dans son système de "buffers" oui, notamment pour "emacs-shell". Mais c'est tout, il n'utilise pas une surcouche d'émulateur de terminal pour afficher les buffers

Oui ok, il fonctionne en émulant un terminal.

Emacs-X11 était même un projet dédié à un moment, de ce que j'en sais il ne fonctionne pas du tout en se basant sur un émulateur de terminal…

Toi pas comprendre. C'est screen dans tmux, c'est tout.

ce que ruminant a voulu dire probablement c'est quel est l'interêt d'utiliser un multiplexeur de terminal (ex tmux, screen, ..) dans un multiplexeur de terminal (tmux, screen).

Il y a un cas d'usage effectivement c'est pour combiner des terminaux de différentes sources, mais dans ce cas comme ça à été suggéré il existe des alternatives bien plus efficaces (window-manager dédié type i3, émulateur de terminal plus inteligent que xterm type tilix).

J'avoue que mixer screen et tmux est une idée surprenante pour moi, tu pourrais utiliser tmux dans tmux pour tes besoins de terminaux résistants aux déconnections sur tes serveurs, et les fonctions de window-ing de tmux pour le "local pane"

emacs fonctionne en mode graphique direct hein

Là je voudrais comparer le répertoire source, en local, avec un répertoire cible ssh.

c'est justement le taff de rsync, pourquoi un "du" serait plus sûr que rsync qui va checksum-er chaque fichier pour valider le contenu ?

[…]L'article 32 du RGPD est pourtant très clair quant au stockage des données sensibles

Compte tenu de l'état des connaissances, des coûts de mise en œuvre et de la nature, de la portée, du contexte et des finalités du traitement ainsi que des risques, dont le degré de probabilité et de gravité varie, pour les droits et libertés des personnes physiques, le responsable du traitement et le sous-traitant mettent en œuvre les mesures techniques et organisationnelles appropriées afin de garantir un niveau de sécurité adapté au risque, y compris entre autres, selon les besoins […] le chiffrement des données à caractère personnel.

L'article cité dit juste: "en fonction des besoins et si c'est possible il est de bon ton de chiffrer les données".

Comme le service inclus un "suivi de lisibilité" des documents le chiffrement des données devient compliqué. En tout cas le chiffrement en mode "le fournisseur peut pas lire mes fichiers". Ca n'empêche pas un chiffrement des données sur les disques via des clefs génériques (ou personnelles) dont ils disposent.

C'est toute la beauté de ce genre de texte, il y a tellement de "si" qu'il est possible d'avoir des solutions techniques qui semblent répondre au besoin, tout en étant uniquement pour "la galerie"

ou alors récupérer le json embedded dans le tag script de type "application/ld+json".

Sinon et beaucoup plus simple:
- https://music.apple.com/us/playlist/playlist-by-me/pl.ae7cd2db31fc4d519725b6747b9074a5
fait une requete vers
- https://amp-api.music.apple.com/v1/catalog/US/playlists?ids=pl.ae7cd2db31fc4d519725b6747b9074a5

Qui est une API qui renvoi du JSON :)

Bon il faut extraire 2/3 truc de la première page pour obtenir l'accès à la seconde (header Authorisation) mais ça doit pas être bien compliqué

Il a fallu que je me préoccupe de la fin programmée du cuivre, et de son remplacement (par de la fibre, du coaxial..).

Il me semble que tu est tombé dans le FUD actuel, Le cuivre n'est absolument pas programmé pour être arrêté, la seule chose qui l'est c'est la voix analogique, et (pour les lignes existante) ça n'est pas avant 2023 avec un planning sur 6 ans.

https://www.orange-business.com/fr/blogs/usages-dentreprise/economie-des-telecoms/arret-du-rtc-6-idees-recues-dont-il-faut-se-debarrasser

Je ne vois pas de différence, enfin a part que la première capture est celle d'un machine virtuelle sous VirtualBox et que la tienne est une mauvaise photo ^{^}

Si tu compare "l'interieur" de la VM et ta capture je ne vois pas de différence

Quels sont les éventuels inconvénients de ZFS ?

Le seul inconvénient de ZFS sous linux est le conflit de licence qui impose une redistribution sous forme de sources et donc une recompilation à chaque mise à jour kernel.

Cela étant dit c'est potentiellement géré par ta distribution (debian et ses dérivées en tout cas le font).

Après ZFS/Linux est un peu moins utilisé que sous les autres OS, mais à la base le FS est rock-solide, est utilisé en prod sur des NAS depuis une dizaine d'années (chez sun/solaris à l'origine, puis d'autres avec les intégrations FreeBSD (FreeNAS par ex)).

Un sous-domaine c'est "gitlab.blabla.xyz", ce que tu essaye de faire c'est un sous-dossier dans l'URL

Cela semble supporté et documenté:
https://docs.gitlab.com/omnibus/settings/configuration.html#configuring-the-external-url-for-gitlab

si tu peut séparer disque "os" et disques "stockages" installe ZFS On Linux et créé un pool ZFS sur ton stockage !

bon ça doit marcher aussi en disque "os" mais j'ai jamais testé

solution: se faire un alias en mode utilisateur ?

Pour que le tmux soit lancé au boot j'ai du rajouter ça aussi:

$ systemctl enable --user tmux-irc

Sympa, je le savais possible mais n'avais pas pris le temps de regarder le sujet.

Chez moi (debian/stretch) il faut préciser --user pour chaque commande par contre:

$ systemctl start tmux-irc
$ systemctl start --user tmux-irc

et

$ systemctl status --user tmux-irc

pour avoir l'état

bon par contre ça plante pour size < 1 ;)

c'est comme ça qu'on fini avec des remote code execution dans la stack réseau du kernel ;p

J'ai pensé la même chose que toi. étonnament hors optimisation ce code compile plus "petit" que le code du post initial, et c'est encore le cas en -O1, mais la tendance s'inverse en -O2 ou gcc arrive à faire un meilleur boulot sur l'algo 'inefficace'.

si tu veut jouer: https://godbolt.org/z/Dcm6fP
;)

Non ça n'empeche pas, mais ça répond à la question "pourquoi ce n'est toujours pas géré nativement par android"