Je n'y connais rien aux statuts des entreprises mais :
il existe google.fr ;
il y a des employés google en France.
Personnellement, cette histoire d'impôt traîne depuis plus de 20 ans donc soit on nous cache quelque chose, soit on y gagne nous aussi… Je pense un peu des deux. Je ne suis pas sur que Total, PSA, Renault, Airbus payent leur impôt de manière équivalente dans tous les pays…
Je suis donc persuadé que si le sujet n'avance pas, c'est que nos dirigeants n'ont pas envie que cela change. Au niveau global, la France (et les pays Européen doivent être gagnant.
PS : y a-t-il une loi disant qu'internet est un lieu ouvert sans règle ? Si non, qu'est ce qui empêche de bloquer google en France, si les machines sont physiquement hors du territoire de l'UE ? Je fais exprès de prendre la position inverse histoire de faire un raisonnement par l'absurde comme en Math.
«The tasks plugin goes through a file being edited and picks out lines with configurable keywords (e.g. "TODO" or "FIXME") in them. It collects the text after those words and puts them in a new "Tasks" tab in the message window. Clicking on a task in that tab takes you to the line in the file where the task was defined.»
Une petite question que je met pose : quid des capabilités fourre tout ? Il me semble que dans le noyau il y a en quelques unes. Ne faudrait-il pas faire le ménage dans le noyau pour que certaines capabilités ne soit pas sur-utilisés par rapport aux autres. De mémoire, il y avait CAP_NET_ADMIN ou CAP_SYS_ADMIN par exemple.
Ces boites devraient prendre une énorme amende à chaque fois qu'elles font ce genre de connerie. Un particulier qui pose une caméra chez tous ses voisins pars directe en taule…
Justement, pour moi, il y a peu de moyen sur Stratis car l'objectif est d'avoir un système fonctionnel en partant de brique robuste et éprouvé. Donc on corrige ici ou là les implémentations "à la marge".
Le boulot fait dessus servira d'ailleurs à l'ensemble des systèmes de fichiers.
C'est une voie qui a été proposé dès le début mais il a été dit et redit par les partant de Btrfs qu'il n'y avait que la voie de ZFS qui s'occupe de tout qui était possible…
Perso, je ne suis pas mécontent qu'une voie plus traditionnel avec de la découpe par morceaux adaptable à tous les systèmes de fichier à terme soit déjà fonctionnelle.
Je disais cela car le recrutement à l'académie est ouvert sur toute personne parlant français (de mémoire) et que malgré tous les comités qu'on peut avoir ici ou là, c'est cette académie là aujourd'hui qui représente "officiellement" la langue.
Le fait que Redhat ne supporte plus btrfs ne signifie pas que le FS ne vaut rien, c'est un choix d'affectation de ressources.
La RHEL est une distribution orienté serveur avec support long terme. Si RH ne supporte plus Btrfs, c'est qu'ils considèrent qu'ils ne sont plus capables de fournir un vrai support sur 7 ans et que le système de fichier n'est pas assez robuste aux pannes. Donc ils ont estimé que trop de client auraient des soucis et qu'ils ne seront pas en état de les aider à récupérer des données.
En production, l'important est de ne pas perdre les données par une bête panne électrique ;-)
Cela ne signifie pas que Btrfs ne fonctionne pas dans un certain nombre d'autres cas.
XFS est aussi très stable, très performant, gère des gros systèmes de fichier et la plupart des briques ont été ajoutés petit à petit. D'ailleurs, initialement, ils n'avaient pas prévu de pouvoir mettre tout cela puis, de mémoire, avec les extends, ils se sont rendus compte qu'au final, c'est possible de faire du cow sans coût énorme.
Je pense qu'il y a une bonne dynamique de développement communautaire sur XFS, mais en gardant des bases stables et très robustes. De mémoire, RH arrache par exemple les prises électriques de ses serveurs plusieurs fois, même au reboot, pour valider un système de fichier.
Oracle a besoin de ZFS et Oracle a abandonné Solaris. Il est donc plus que probable qu'Oracle mettre à jour la licence de ZFS et la bascule sur la GPL. Enfin, c'est ce qu'il me semble le plus naturel s'ils ne veulent pas se couper l'herbe sous le pied (mais avec Oracle, tout est possible).
À noter que SGI avait donné de la même manière XFS au noyau il y a maintenant pas mal d'année ;-)
Et comme ZFS est de plus en plus intégré… il est de plus en plus probable que Btrfs finisse comme ReiserFS j'ai l'impression, bien que sa conception soit plus récente et ait essayé d'éviter certaines chausse-trappes de ZFS.
Moi je vois autour de moi que tous les gros volumes sont sous XFS… (ou ZFS) et qu'il y a très peu de soucis dessus. Je parle pas du / mais de partition au delà de 50To par exemple.
Il y a pleins de données sensibles sous /, par exemple ton mot de passe (mais aussi pas mal de données dans le log, dans les dossiers temporaires…), c'est absolument nécessaire de chiffrer cette partition comme les autres.
Il faut rajouter à luks du second non pas une phrase de passe mais une clef binaire sous forme de fichier (un dd de /dev/randon). Alors le montage peut être automatique.
Il n'a pas été prévu de mettre IPv4 dans IPv6 dès le début. C'est une des multiples options qui n'a pas été normalisé dans le standard et rendu obligatoire, ni mis en œuvre donc elle n'a pas été réellement abandonné. C'est plutôt cette voie qui a été abandonnée.
Et sinon, je ne suis pas d'accord, en gardant une logique très proche, via un système de template, tu avais un seul fichier pour les deux systèmes IP alors que là, tu as réellement deux implémentations qui sont assez éloignés. Tu ne peux pas faire de bête copier coller. C'est très différent. Pour un fabricant de commutateur, ce n'est pas un petit boulot que d'assurer deux piles fonctionnelles sans bogues. C'est d'ailleurs peut être une des raisons qui pousse tous les constructeurs de commutateurs à basculer sous Linux !
Je sais bien que changer la taille des IPv4 casse TCP/IP. Mais il y a une différence en casse et casse…
À mon sens, il était possible de refaire un IPv5 en augmentant la taille et presque rien d'autre. Tu aurais eu un préfixe imposé qui mettait IPv4 dans IPv5 et basta. Le code des OS et des routeurs aurait effectivement du être modifié, a minima, en prenant en compte cette nouvelle taille.
IPv6, ce sont des changements beaucoup plus profond. Tu oublies ta pile IPv4 et tu recode tout depuis le début. Bilan, il a fallu le faire dans tous les équipements réseaux et ce n'est pas finit. Il faut en plus continuer à maintenir et à faire évoluer les deux piles en parallèle. Plus de 20 ans que cela dure…
C'est pas toi qui programme les commutateurs et les routeurs. À trop virer de trucs, à trop changer les choses, il faut avoir deux piles complètement différentes.
Bilan : IPv6 était mal implémenté et bogué pendant des années. Et c'est pas encore parfait sur tous les commutateurs (administrable) en vente actuellement.
C'est pas comme cela qu'on change les choses en temps normal. On met un tag périmé sur une fonctionnalité qu'on enlève des années ensuite. Ici, il n'y a eu aucun recouvrement. En gros, on a mis deux réseaux IP sur internet en parallèle…
IPv4 : RFC 7601, janvier 1980. Guère déployé avant 1990 (en Europe).
IPv6 : RFC 24601, décembre 1998
On est en 2019… IPv6 a déjà plus de 20 ans. Clairement, les concepteurs d'IPv6 ont raté le coche. Trop de changement, trop complexe, des erreurs de conception (Router Snooping…) et surtout pas de compatibilité ascendante dans la norme avec IPv4. Pourquoi avoir fait tous ces changements dont la plupart n'apporte pas grand chose. Le MobileIP ne sera jamais mis en oeuvre sur un large réseau, pourquoi avoir tout mis en multicast alors que déjà en IPv4 cela passe très rarement un routeur, pourquoi avoir viré ARP et le DHCP… Bref, c'est un projet beaucoup trop ambitieux pour finalement pas faire de topologie vraiment différente qu'avec IPv4 de ce que je vois. Donc à par avoir plus d'adresse, le reste tout le monde s'en fou ;-)
Bref, ça va passer mais c'est clairement ce qu'il ne faut pas faire. Un cas d'école.
Il est clair que cloudfare ou google te trace plus que ton fournisseur local qui doit respecter la loi française. De plus, ton fournisseur doit aussi respecter une liste de site à bloquer… On aime ou on n'aime pas, mais c'est une décision de justice.
Rien ne dit que Stéphane Bortzmeyer ne te trace pas…
S’asseoir sur toutes les règles étatiques (démocratiquement élus, avec un pouvoir judiciaire indépendant) en allant chercher un DNS dans les GAFAM, c'est le moyen le plus rapide pour découper internet en grand bloc géographique ;-)
[^] # Re: Si on arrêtait le mensonge et la diffamation ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Meta‑Press.es : un méta‑moteur de recherche pour la presse dans votre navigateur. Évalué à 3.
Je n'y connais rien aux statuts des entreprises mais :
il existe google.fr ;
il y a des employés google en France.
Personnellement, cette histoire d'impôt traîne depuis plus de 20 ans donc soit on nous cache quelque chose, soit on y gagne nous aussi… Je pense un peu des deux. Je ne suis pas sur que Total, PSA, Renault, Airbus payent leur impôt de manière équivalente dans tous les pays…
Je suis donc persuadé que si le sujet n'avance pas, c'est que nos dirigeants n'ont pas envie que cela change. Au niveau global, la France (et les pays Européen doivent être gagnant.
PS : y a-t-il une loi disant qu'internet est un lieu ouvert sans règle ? Si non, qu'est ce qui empêche de bloquer google en France, si les machines sont physiquement hors du territoire de l'UE ? Je fais exprès de prendre la position inverse histoire de faire un raisonnement par l'absurde comme en Math.
[^] # Re: Si on arrêtait le mensonge et la diffamation ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Meta‑Press.es : un méta‑moteur de recherche pour la presse dans votre navigateur. Évalué à 10.
En tout cas, en ne payant pas d'impôt (à sa mesure) en France, il vole les français ;-) (même si légalement, les bidouilles fiscales sont autorisées)
# greffon Tasks
Posté par Sytoka Modon (site web personnel) . En réponse au message Surlignage de mots clefs avec geany. Évalué à 2.
Installer le plugin Tasks :https://plugins.geany.org/addons.html
«The tasks plugin goes through a file being edited and picks out lines with configurable keywords (e.g. "TODO" or "FIXME") in them. It collects the text after those words and puts them in a new "Tasks" tab in the message window. Clicking on a task in that tab takes you to the line in the file where the task was defined.»
# En complément
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Version 2 du RootAsRole : se passer des commandes sudo et su sous GNU/Linux. Évalué à 9. Dernière modification le 25 octobre 2019 à 18:26.
Une petite lecture fortement instructive sur les capabilitys : https://connect.ed-diamond.com/GNU-Linux-Magazine/GLMF-164/Les-capabilities-sous-Linux
Une petite question que je met pose : quid des capabilités fourre tout ? Il me semble que dans le noyau il y a en quelques unes. Ne faudrait-il pas faire le ménage dans le noyau pour que certaines capabilités ne soit pas sur-utilisés par rapport aux autres. De mémoire, il y avait CAP_NET_ADMIN ou CAP_SYS_ADMIN par exemple.
[^] # Re: Incohérence dans les exemples
Posté par Sytoka Modon (site web personnel) . En réponse au message Repérer des chaines doubles. Évalué à 3.
Yep, ça sent effectivement l'exercice de cours à 10 km ;-)
[^] # Re: Compréhensible
Posté par Sytoka Modon (site web personnel) . En réponse au journal Féminisation des diplômes, y'a encore du boulot. Évalué à 2.
Il sont de toute manière plus compétent que moi qui fait une fote par phrase et ait parfois du mal à me relire 24 h après !
# Amende
Posté par Sytoka Modon (site web personnel) . En réponse au lien Adobe ebook DRM secretly builds and transmits a dossier of your reading habits (ça devait arriver). Évalué à 7.
Ces boites devraient prendre une énorme amende à chaque fois qu'elles font ce genre de connerie. Un particulier qui pose une caméra chez tous ses voisins pars directe en taule…
[^] # Re: btrfs
Posté par Sytoka Modon (site web personnel) . En réponse au journal Stratis 1.1.0. Évalué à 4. Dernière modification le 17 octobre 2019 à 17:43.
Justement, pour moi, il y a peu de moyen sur Stratis car l'objectif est d'avoir un système fonctionnel en partant de brique robuste et éprouvé. Donc on corrige ici ou là les implémentations "à la marge".
Le boulot fait dessus servira d'ailleurs à l'ensemble des systèmes de fichiers.
C'est une voie qui a été proposé dès le début mais il a été dit et redit par les partant de Btrfs qu'il n'y avait que la voie de ZFS qui s'occupe de tout qui était possible…
Perso, je ne suis pas mécontent qu'une voie plus traditionnel avec de la découpe par morceaux adaptable à tous les systèmes de fichier à terme soit déjà fonctionnelle.
[^] # Re: Compréhensible
Posté par Sytoka Modon (site web personnel) . En réponse au journal Féminisation des diplômes, y'a encore du boulot. Évalué à 3.
Je disais cela car le recrutement à l'académie est ouvert sur toute personne parlant français (de mémoire) et que malgré tous les comités qu'on peut avoir ici ou là, c'est cette académie là aujourd'hui qui représente "officiellement" la langue.
[^] # Re: btrfs
Posté par Sytoka Modon (site web personnel) . En réponse au journal Stratis 1.1.0. Évalué à 2.
La RHEL est une distribution orienté serveur avec support long terme. Si RH ne supporte plus Btrfs, c'est qu'ils considèrent qu'ils ne sont plus capables de fournir un vrai support sur 7 ans et que le système de fichier n'est pas assez robuste aux pannes. Donc ils ont estimé que trop de client auraient des soucis et qu'ils ne seront pas en état de les aider à récupérer des données.
En production, l'important est de ne pas perdre les données par une bête panne électrique ;-)
Cela ne signifie pas que Btrfs ne fonctionne pas dans un certain nombre d'autres cas.
[^] # Re: btrfs
Posté par Sytoka Modon (site web personnel) . En réponse au journal Stratis 1.1.0. Évalué à 4.
La force de l'architecture en étage !
[^] # Re: btrfs
Posté par Sytoka Modon (site web personnel) . En réponse au journal Stratis 1.1.0. Évalué à 3.
XFS est aussi très stable, très performant, gère des gros systèmes de fichier et la plupart des briques ont été ajoutés petit à petit. D'ailleurs, initialement, ils n'avaient pas prévu de pouvoir mettre tout cela puis, de mémoire, avec les extends, ils se sont rendus compte qu'au final, c'est possible de faire du cow sans coût énorme.
Je pense qu'il y a une bonne dynamique de développement communautaire sur XFS, mais en gardant des bases stables et très robustes. De mémoire, RH arrache par exemple les prises électriques de ses serveurs plusieurs fois, même au reboot, pour valider un système de fichier.
[^] # Re: btrfs
Posté par Sytoka Modon (site web personnel) . En réponse au journal Stratis 1.1.0. Évalué à 2.
Oracle a besoin de ZFS et Oracle a abandonné Solaris. Il est donc plus que probable qu'Oracle mettre à jour la licence de ZFS et la bascule sur la GPL. Enfin, c'est ce qu'il me semble le plus naturel s'ils ne veulent pas se couper l'herbe sous le pied (mais avec Oracle, tout est possible).
À noter que SGI avait donné de la même manière XFS au noyau il y a maintenant pas mal d'année ;-)
[^] # Re: Compréhensible
Posté par Sytoka Modon (site web personnel) . En réponse au journal Féminisation des diplômes, y'a encore du boulot. Évalué à 3. Dernière modification le 16 octobre 2019 à 13:28.
L'Académie française est en réalité l'académie de la langue française. Il est tout naturel d'y retrouver des personnes de toute la francophonie.
Ne pas confondre le Français (langue) avec la France (pays).
Après, c'est clair qu'elle ne transpire pas le dynamisme ;-)
[^] # Re: btrfs
Posté par Sytoka Modon (site web personnel) . En réponse au journal Stratis 1.1.0. Évalué à 3. Dernière modification le 15 octobre 2019 à 15:31.
Et comme ZFS est de plus en plus intégré… il est de plus en plus probable que Btrfs finisse comme ReiserFS j'ai l'impression, bien que sa conception soit plus récente et ait essayé d'éviter certaines chausse-trappes de ZFS.
[^] # Re: Quel est le but de Stratis ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Stratis 1.1.0. Évalué à 5.
Moi je vois autour de moi que tous les gros volumes sont sous XFS… (ou ZFS) et qu'il y a très peu de soucis dessus. Je parle pas du / mais de partition au delà de 50To par exemple.
[^] # Re: Comment faire pour que le montage se fasse automatiquement ?
Posté par Sytoka Modon (site web personnel) . En réponse au message Montage HD sans mot de passe root. Évalué à 2.
Voir https://chiffrer.info/
Il y a pleins de données sensibles sous /, par exemple ton mot de passe (mais aussi pas mal de données dans le log, dans les dossiers temporaires…), c'est absolument nécessaire de chiffrer cette partition comme les autres.
[^] # Re: Comment faire pour que le montage se fasse automatiquement ?
Posté par Sytoka Modon (site web personnel) . En réponse au message Montage HD sans mot de passe root. Évalué à 4.
Il faut rajouter à luks du second non pas une phrase de passe mais une clef binaire sous forme de fichier (un dd de /dev/randon). Alors le montage peut être automatique.
[^] # Re: ça marche super bien mais personne ne l'utilise
Posté par Sytoka Modon (site web personnel) . En réponse au journal La fin d'IPv4. Évalué à 3.
Pour tout ce qui est réseau local, cela change…
Il n'a pas été prévu de mettre IPv4 dans IPv6 dès le début. C'est une des multiples options qui n'a pas été normalisé dans le standard et rendu obligatoire, ni mis en œuvre donc elle n'a pas été réellement abandonné. C'est plutôt cette voie qui a été abandonnée.
Et sinon, je ne suis pas d'accord, en gardant une logique très proche, via un système de template, tu avais un seul fichier pour les deux systèmes IP alors que là, tu as réellement deux implémentations qui sont assez éloignés. Tu ne peux pas faire de bête copier coller. C'est très différent. Pour un fabricant de commutateur, ce n'est pas un petit boulot que d'assurer deux piles fonctionnelles sans bogues. C'est d'ailleurs peut être une des raisons qui pousse tous les constructeurs de commutateurs à basculer sous Linux !
[^] # Re: ça marche super bien mais personne ne l'utilise
Posté par Sytoka Modon (site web personnel) . En réponse au journal La fin d'IPv4. Évalué à 3.
Je sais bien que changer la taille des IPv4 casse TCP/IP. Mais il y a une différence en casse et casse…
À mon sens, il était possible de refaire un IPv5 en augmentant la taille et presque rien d'autre. Tu aurais eu un préfixe imposé qui mettait IPv4 dans IPv5 et basta. Le code des OS et des routeurs aurait effectivement du être modifié, a minima, en prenant en compte cette nouvelle taille.
IPv6, ce sont des changements beaucoup plus profond. Tu oublies ta pile IPv4 et tu recode tout depuis le début. Bilan, il a fallu le faire dans tous les équipements réseaux et ce n'est pas finit. Il faut en plus continuer à maintenir et à faire évoluer les deux piles en parallèle. Plus de 20 ans que cela dure…
[^] # Re: ça marche super bien mais personne ne l'utilise
Posté par Sytoka Modon (site web personnel) . En réponse au journal La fin d'IPv4. Évalué à 3.
C'est pas toi qui programme les commutateurs et les routeurs. À trop virer de trucs, à trop changer les choses, il faut avoir deux piles complètement différentes.
Bilan : IPv6 était mal implémenté et bogué pendant des années. Et c'est pas encore parfait sur tous les commutateurs (administrable) en vente actuellement.
C'est pas comme cela qu'on change les choses en temps normal. On met un tag périmé sur une fonctionnalité qu'on enlève des années ensuite. Ici, il n'y a eu aucun recouvrement. En gros, on a mis deux réseaux IP sur internet en parallèle…
[^] # Re: Différences entre versions des licences CC
Posté par Sytoka Modon (site web personnel) . En réponse au journal Que se passe-t-il StackOverflow?. Évalué à -4.
Toujours prendre la licence Art Libre qui est bien plus claire que ces tétrachiers de CC (sauf la CC0).
http://artlibre.org/
[^] # Re: ça marche super bien mais personne ne l'utilise
Posté par Sytoka Modon (site web personnel) . En réponse au journal La fin d'IPv4. Évalué à 4. Dernière modification le 02 octobre 2019 à 16:44.
IPv4 : RFC 7601, janvier 1980. Guère déployé avant 1990 (en Europe).
IPv6 : RFC 24601, décembre 1998
On est en 2019… IPv6 a déjà plus de 20 ans. Clairement, les concepteurs d'IPv6 ont raté le coche. Trop de changement, trop complexe, des erreurs de conception (Router Snooping…) et surtout pas de compatibilité ascendante dans la norme avec IPv4. Pourquoi avoir fait tous ces changements dont la plupart n'apporte pas grand chose. Le MobileIP ne sera jamais mis en oeuvre sur un large réseau, pourquoi avoir tout mis en multicast alors que déjà en IPv4 cela passe très rarement un routeur, pourquoi avoir viré ARP et le DHCP… Bref, c'est un projet beaucoup trop ambitieux pour finalement pas faire de topologie vraiment différente qu'avec IPv4 de ce que je vois. Donc à par avoir plus d'adresse, le reste tout le monde s'en fou ;-)
Bref, ça va passer mais c'est clairement ce qu'il ne faut pas faire. Un cas d'école.
# LWN
Posté par Sytoka Modon (site web personnel) . En réponse au journal La fondation GNOME est attaquée aux USA sur la base d'un brevet logiciel. Évalué à 10.
Voir https://lwn.net/Articles/800516/ pour des commentaires.
A priori, il y a du code d'antériorité du coté de GNOME…
Faites du libre, du GPLv3 et mettez vos dépôts en Europe ;-)
[^] # Re: Quelles informations sont envoyées au DoH ?
Posté par Sytoka Modon (site web personnel) . En réponse au lien Paramétrer le résolveur DoH (DNS sur HTTPS) de Stéphane Bortzmeyer dans Firefox. Évalué à 2.
Il est clair que cloudfare ou google te trace plus que ton fournisseur local qui doit respecter la loi française. De plus, ton fournisseur doit aussi respecter une liste de site à bloquer… On aime ou on n'aime pas, mais c'est une décision de justice.
Rien ne dit que Stéphane Bortzmeyer ne te trace pas…
S’asseoir sur toutes les règles étatiques (démocratiquement élus, avec un pouvoir judiciaire indépendant) en allant chercher un DNS dans les GAFAM, c'est le moyen le plus rapide pour découper internet en grand bloc géographique ;-)