[kdenlive] [Bug 443210] Shape Alpha (Mask) Effect regulating audio volume

[Léo]

https://bugs.kde.org/show_bug.cgi?id=443210

Léo  changed:

   What|Removed |Added

Version|23.08.5 |24.02.2

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 443210] Shape Alpha (Mask) Effect regulating audio volume

[Léo]

https://bugs.kde.org/show_bug.cgi?id=443210

Léo  changed:

   What|Removed |Added

 Status|NEEDSINFO   |CONFIRMED
 Resolution|FIXED   |---

--- Comment #6 from Léo  ---
(In reply to Dominik Kummer from comment #5)
> Is anyone still facing this bug with the latest version of Kdenlive?

Issue still present in the latest sable version (24.02.2), as well as in the
latest experimental (kdenlive-master-8165-linux-gcc-x86_64.AppImage from
2024-05-12 20:11).

-- 
You are receiving this mail because:
You are watching all bug changes.

Re: [FRnOG] [TECH] MTP Gender change

[Léo El Amri via frnog]

Ça semble pouvoir se faire à la mano avec deux punaises limées.

On 25/03/2024 17:53, David Ponzone wrote:

Je viens de le regarder mais faut l’outil vendu par Fibertronics je crois.

Sérieusement, c’est quoi cette norme de merde, le MTP, qui est pas capable de 
préciser systématiquement si chaque extrémité est mâle ou femelle.
Pas trouvé une doc correcte sur le sujet.


Le 25 mars 2024 à 17:49, Paul Rolland (ポール・ロラン)  a écrit :

Hello,

On Mon, 25 Mar 2024 17:26:32 +0100
Armel Chargé-Chauvet // frekences via frnog  wrote:


Nope, trop facile :)


DYI ? https://www.youtube.com/watch?v=NDJbp1y9p4A

Paul


---
Liste de diffusion du FRnOG
http://www.frnog.org/



---
Liste de diffusion du FRnOG
http://www.frnog.org/



---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRsAG] Re: Toc toc un support de chez Gandi ?

[Léo El Amri via FRsAG]

On 14/03/2024 19:16, Laurent Barme wrote:


Le 14/03/2024 à 15:36, Arnaud Launay via FRsAG a écrit :

Le Thu, Mar 14, 2024 at 01:39:31PM +0100, Laurent Barme a écrit:

La mise à jour automatique des certificats LE est un cheval de Troie.

Je n'ai rien compris. Il faudrait que tu développes.
C'est assez simple pourtant. La mise à jour des certificats est faite 
par un traitement que tu importes et ne maitrises pas, dont la 
génération de la clé privée ; question sécurité, c'est moyen.


Le protocole ACME ne t'empêche pas de générer ta clef privée en local. 
Si ça n'était pas le cas, ça serait complètement stupide et dangereux, 
en effet.



Rassure-moi, on n'est pas vendredi, mais c'était un troll ?
C'est mignon la coutume du vendredi. C'est sympa pour justifier les 
échanges sur des sujets plus distrayant que sérieux mais l'utiliser 
comme argument pour critiquer un point de vue, c'est petit.


Je ne pense pas que la remarque soit une, c'est juste que tu nous as 
habitué à mieux.


Il existe une foulitude de logiciels qui font du ACME, dont certains qui 
ne font que quelques centaines de lignes. Facile à auditer.

___
Liste de diffusion du %(real_name)s
http://www.frsag.org/

[kdenlive] [Bug 443210] Shape Alpha (Mask) Effect regulating audio volume

[Léo]

https://bugs.kde.org/show_bug.cgi?id=443210

Léo  changed:

   What|Removed |Added

Version|21.08.1 |23.08.5
 Status|REPORTED|CONFIRMED
 CC||josephlegran...@gmail.com
 Ever confirmed|0   |1

--- Comment #4 from Léo  ---
I confirm that I face the same bug. I spent quite a few hours debugging why my
render had such a low audio volume, but I didn't suspect the Alpha Shape effect
at all! This is very weird and I would be interested in a workaround if anyone
have found one in the meantime.

-- 
You are receiving this mail because:
You are watching all bug changes.

Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes

[Léo El Amri via frnog]

On 23/02/2024 16:55, David Ponzone wrote:

T’as pas vraiment répondu à ma question: est-ce que tu as vu ce repointage 
télécommandé par eux ?


Je ne suis pas au courant d'un éventuel repointage. Personellement je 
n'ai rien remarqué (pour mon usage, c'est la connexion de la maison). Je 
viens de sortir vérifier l'orientation de l'antenne, et il semble 
qu'elle "regarde" plus à l'ouest qu'avant (avant étant la dernière fois 
que je l'ai observée, il doit y avoir 6 ou 7 semaines).


Tu as des liens vers l'info comme quoi ils auraient réorienté des antennes ?


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes

[Léo El Amri via frnog]

On 23/02/2024 11:39, Julien LIVENAIS via frnog wrote:

Le 23/02/2024 à 09:57, Daniel Caillibaud a écrit :
Mon FAI est SFR (ils ont eu un an d'exclusivité sur la fibre), qui m'a 
envoyé un tech mardi pour

constater que ça marchait pas, et depuis, rien…

Existe t-il vraiement un cas ou un opérateur d'infrastructure a une 
exclusivité commerciale sur le réseau FTTH qu'il a déployé ?
A ma connaissance, c'est une légende urbaine. Si quelqu'un a des 
éléments, je suis preneur !


Légende urbaines maintes fois "débunkée" dans cette liste. Il y a 
confusion avec le délais obligatoire que doit laisser l'OI au marché 
entre l'annonce de disponibilité du génie civil et la première vente. 
Enfin, un truc comme ça.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Les cabinets comptables & la cyber

[Léo El Amri via frnog]

On 19/02/2024 17:04, Vincent Duvernet wrote:

Bonjour,

J'avais déjà eu le cas il y a quelques temps avec un groupe Japonais mais là, 
ça fait 2 clients FR avec la même approche (visiblement par 2 cabinets 
différents).
Leur commissaire aux comptes demande une évaluation des risques cyber'.

On se tape des questions plus ou moins débiles / mal traduites du type :

- Une solution antivirus est-elle installée sur chaque poste de l'entreprise ? 
Est-elle mise à jour régulièrement ?
- La porte vers internet a-t-elle un pare-feu configuré ? Quels protocoles sont 
filtrés/interdits ? (ICMP, TCP, UDP,) [éviter nmap, SSH ou RDP .]

Et d'autres plus sensibles :
- Quels sont les sous-réseaux, leur IP et leur fonction ?
- Quels sont les outils (logiciels) mis en place pour la connexion à distance 
pour le télétravail ?

Là franchement, ça me hérisse le poil.
Est-ce que c'est juste moi qui suis trop old school pour ne pas vouloir divulguer des 
informations à un tiers de "semi-confiance" potentiellement exploitables pour 
une attaque ?


Quels sont vos retours sur la question ?


Je ne sais pas ce que dit le droit international, mais pour moi il est 
hors de question de fournir un plan de mon réseau interne. Communiquer 
grossièrement quelles sont les mesures de sécurité mises en place, 
quelles sont les méthodes d'accès aux données pour les collaborateurs, 
ou comment on gère les droits d'accès en interne, pas de problème. Mais 
donner le détail de _quel_ anti-virus est installé, c'est trop. La 
sécurité par l'obscurité n'a jamais protégé personne, mais faut pas 
déconner quand même. Ils n'ont pas besoin de savoir tout ça. Il me 
semble que même les banques françaises ne demandent pas ça à leurs 
prestataires.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] 240/4 strikes back

[Léo El Amri via frnog]

On 13/02/2024 04:35, Maximus . wrote:

Non, je ne fais pas de "l’internet". Je ne travaille pas chez des opérateurs 
tiers 1 2 3 4...
Je travaille juste dans le SI d’une entreprise, et je suis inscrit à titre 
perso sur cette liste pour avoir des news sur ce qu’il se passe.
Mon job aujourd’hui, c’est juste de faire en sorte que les machines 
communiquent entre elles et avec internet.
On s’est intéressé à l’IPv6 car ça proposait un truc intéressant, la 
disparition du NAT. Et vu le nombre de serveurs, ce n’est pas toujours simple 
les VIP IPv4.

On n'est pas des surdoués à développer et maintenir un linux qui permet de 
faire exactement ce que je veux. Donc on utilise un routeur qui nous aide avec 
du clic-clic.
Et on fait un peu de CLI pour les fonctions qui ne sont pas dispo, mais on 
n’est pas capable de plus.
Pour conf de la délégation, jusqu’à récemment, y’avait rien en clic-clic. Donc 
sur les sites avec 1 accès principal, et 1 backup, ça fonctionne, du NAT en v6.


Entendu. Bien sûr, c'est pardonnable si tu ne fais pas de l'Internet, 
encore plus si tu es admin-sys, on est souvent le dernier maillon de la 
chaine. Ça reste quand même l'affaire de tout le corps de métier, à mon 
avis (voir la discussion parallèle sur l'enseignement de l'IPv6 en France).



Pour les ULA, je ne sais si vous ne l’avez pas remarqué, mais un PC Windows 
adressé en ULA va préférer utiliser la couche IPv4. Quelle utilité de faire de 
l’IPv6 alors ?
Tests réalisés y’a déjà un petit moment, ça a peut-être changé aujourd’hui. Si 
c’est le cas, je serais heureux de l’apprendre.


C'est une regrettable conséquence de la RFC 6724. C'est un problème qui 
est apparu en 2012 et qui n'était pas là avant. Une sacrée régression. 
Ceci-dit, si tu contrôle les machines de ton parc, tu peux parfaitement 
modifier les règles de sélection d'adresse pour placer les ULA avant les 
IPv4. Je ne connais pas Windows, mais je ne serais pas surpris que ça 
soit modifiable facilement avec une GPO (peut-être même en clic-clic, 
mais je ne suis pas sûr).



Pour le choix du WAN qui dépends de l’hôte source, c’est juste qu’on ne fait 
pas de routage asymétrique. On n'est pas propriétaire de nos IP, pas d’AS, pas 
de BGP.
Si un PC avec une IPv6 de l’opérateur 1 sort sur le réseau de l’opérateur 2, 2 
options :
- l’opérateur détruit le paquet, car c’est pas du tout ce que le client est 
sensé avoir ;
- l’opérateur laisse passer, mais sur le chemin retour, le paquet arrive par 
l’accès de l’autre opérateur, et on a dit pas de routage asymétrique, donc 
détruit.


Il ne faut surtout pas faire ça. D'ailleurs tout bon FAI devrait 
interdire d'émettre des IPs dont il n'est pas responsable (et donc qu'il 
n'anonce pas), donc ça ne devrait même pas fonctionner.


La solution à ça est la même que pour l'IPv4, pas de magie : c'est le 
NAT (mais attention, tous les NATs ne se valent pas).



À ma connaissance, je ne vois pas comment fonctionne cette histoire de NAT 1:1 
sur Fortigate. Si c’est ça qu’il faut faire, je vais me renseigner pour voir 
comment configurer ça.
Mais vu la fin de la ligne, ou alors je n’ai pas compris, ça n’a pas l’air 
d’être la bonne solution.


La balle dans le pied c'est si on avait choisi le NAT IPv4-esque. Ce que 
j'appelle "NAT 1:1" c'est le NTPv6 : sur tous les préfixes du réseau 
(ceux du WAN (normalement des GUA), et celui du LAN (un ULA dans notre 
cas)), la partie hôte de l'adresse est la même. Ainsi le NAT est 
entièrement sans état et a simplement besoin de connaître la valeur et 
la taille de chaque préfixe.



Je profite juste de la discussion pour faire évoluer mes connaissances, par 
exemple avec l’histoire de NAT 1:1.


Et je te félicite !


De mon point de vue aujourd’hui, si on peut faire fonctionner la double-stack, 
sans avoir à inventer la roue, car l’IPv6 est censé être l’adressage du futur, 
on essaye.
Si ce n’est pas possible d’avoir les mêmes fonctionnalités, ben tant pis...


Je suis bien d'accord. Mais il ne faut pas dire que ça ne marche pas. Je 
trouve aussi que le dual-stack est très difficile à mettre en place, là 
où un réseau IPv4 simple ou un réseau IPv6 avec NAT64 et DNS64 sont bien 
plus simples à mettre en place. Mais, tu dois le deviner, le réseau 
uniquement IPv6 c'est pas possible, ne serait-ce que à cause des 
imprimantes (:



Car l’IPv4 est encore obligatoire. Aux Antilles, certains opérateurs ne 
proposent même pas l’IPv6. La 5G est là, mais pas l’IPv6. Et pas le petit 
opérateur local, c’est chez l’agrume (opérateur national Français, la filiale 
Antilles).
Si vous voulez les captures d’écrans, y’en a pour 5 minutes.
Même constat sur les abonnements maison. Chez l’agrume, y’a de l’IPv6, mais pas 
les autres.


Ça on est bien d'accord que c'est pas normal. Eux, ils font de 
l'Internet, et ils n'ont aucune excuse.


- Léo


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] 240/4 strikes back

[Léo El Amri via frnog]

Merci Philippe de rectifier les âneries qui ont été dites. À chaque fois 
qu'on parle d'IPv6 c'est pareil : "l'IPv6 fait pas ceci que l'IPv4 
fait", "le protocole ne supporte pas telle configuration", "ouïn ouïn 
mon routeur clic-clic ne supporte pas ce que je veux faire, c'est de la 
faute à IPv6".


Les gars, vous faites vraiment de l'Internet ?



Maximus nous dit:
> Dans notre cas, y’a 1 gros problème pour passer en IPv6
> Sur le site on a 2 opérateurs, chacun donne 1 /48.
> Comment je fait pour adresser ?
>
> En IPv4, suivant l’accès internet utilisé, ça sera naté par l’IP de 
l’interface utilisé pour soritr.


Et en IPv6 tu choisirais un préfixe ULA pour ton réseau interne et tu 
utiliserais NPTv6 en bordure.


IPv6 n'est pas moins bien qu'IPv4 sur ce point.

Maximus nous dit:
> Mais en IPv6, si j’adresse avec le /48 de l’opérateur 1, comment je 
fais pour sortir par l’opérateur 2 ?

> Du nat ?

Depuis quand le choix du WAN dépend de l'adresse IP de l'hôte source ?

Si dans ta configuration multi-WAN tu as choisi de déléguer le préfixe 
fournit par un de tes fournisseurs d'accès, alors oui tu vas devoir NAT. 
Tu peux NAT 1:1 ou bien choisir une configuration plus IPv4-esque. Libre 
à toi de te tirer une balle dans le pied si tu le souhaite.


Sur ce point IPv6 est pareil qu'IPv4.

Maximus nous dit:
> Oh le nat évoqué en IPv6, de l’urticaire se déclenche chez certains ;)

Jorropo nous dit:
> La réponse des puristes c'est tu à ton propre /48 et tu fait du BGP 
avec tes deux opérateurs.
> Sa peut être beaucoup plus de travail et coût, si le NAT fonctionne 
pour toi, utilise le NAT et osef les puristes.


La solution décrite pas Jorropo serait la solution idéale, mais tout le 
monde n'a pas accès à un bloc, ni aux possibilités de faire du BGP 
soi-même. En effet c'est cher, et de ce point de vue, IPv6 est même 
beaucoup moins coûteux en temps que IPv4. Un NAT 1:1 en NPT et c'est 
réglé, tu n'auras plus jamais affaire à ton NAT.


Les puristes anti-NAT sont aussi cons que ceux qui défendent l'IPv4 pour 
des raisons techniques.


David Ponzone nous dit:
> Ou sinon, tu fais en sorte que:
> -en temps normal, tous les PC obtiennent leur IP en DHCPv6 (ou autre, 
y a 2 ou 3 moyens non ? *grin*) du /48 de l’opérateur 1
> -en failover, tous les PC ont un renew de leur IP dans le /48 de 
l’opérateur 2

>
> Si IPv6 sait pas faire ça, c’est que c’est pas fini comme produit.
> Tu t’en sors quand même en utilisant des leases très courtes.

Le DHCPv6 n'est pas fait pour ça. Le NPTv6 ou bien un NAT sont bien 
mieux indiqués.


Jérôme Marteaux nous dit:
> Tu pointe les cas bien moisis d'ipv6, en plus d'être incompatible 
ipv6 ne copie pas les modes de fonctionnement bien compris et efficaces 
d'ipv4.
> Pour adresser un périphérique il y a n méthodes possibles dont 1 
seule qui ressemble à ipv4: DHCPv6.
> Côté ISP l'adressage des CPE c'est carrément différent, rien n'est 
transposable:

> - le mec qui avait compris ipv4 peut tout ré-apprendre;
> - l'équipementier qui avait implémenté ipv4 peut tout refaire;
> - le SI qui savait gérer ipv4 peut tout refaire.
> En général on essaye de valoriser l'acquis pour progresser, il n'y a 
pas eu cette réflexion sur IPv6, ça ne m'étonne pas qu'IPv6 soit un échec.


Incompatible avec quoi ? Quels modes de fonctionnements de l'IPv4 est-ce 
que l'IPv6 ne supporte pas ? Pourquoi est-ce que tu te plains d'avoir 
trop de choix, si tu aimes le DHCPv6, fais du DHCPv6.


Tout ré-apprendre c'est le métier de l'informatique. Si les pionniers de 
l'IT ont pu le faire, il n'y a pas de raison qu'on y arrive pas nous non 
plus. Si tu ne veux pas apprendre, il faut changer de métier.


L'équipementier qui avait implémenté l'IPv4 peut continuer de le faire 
(et de bien le faire) tout en sortant une nouvelle ligne de produits. Tu 
pointes un truc très juste : l'IPv6 c'est pas l'IPv4. Il faut arrêter 
d'essayer de les comparer en 1:1.


IPv6 n'est pas né ex-nihilo. Il s'appuie beaucoup sur l'IPv4. On peut 
tout à fait capitaliser sur nos connaissances de l'IPv4, il est 
illusoire de penser que nos connaissances de l'IPv4 sont rendues 
obsolètes par l'IPv6.


Jérôme Marteaux nous dit:
> Mais pour au final quelle valeur ajoutée ? Est-ce que ça a servi à 
quelque chose qu'IPv4 ne permettait pas ?


Si tu aimes le NAT alors en effet, IPv6 n'a rien apporté, excepté :
* une taille d'adresse si grande que ça résout le problème de collision 
d'adresses entre deux réseau privés
* une méthode d'adressage sans état qui permet aux hôtes de réseaux de 
toute taille d'avoir facilement des adresses

* le multicast intégré (et sans effort)
* des règles de traitement allégées (une seule extension à 
obligatoirement interpréter), ce qui le rend en théorie plus rapide que 
l'IPv4

* des options par noeud

Eh bien en fait il semblerait que l'IPv6 ait apporté des trucs, rien que 
dans sa RFC cœur.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] 240/4 strikes back

[Léo El Amri via frnog]

On 12/02/2024 09:27, Philippe ASTIER via frnog wrote:

"Obligatoirement" ? C'est une contrainte technique ? Je ne connais pas très 
bien la pile 3GPP, mais j'imaginais ça bien moins corrélé à l'IP que ça.


Pas technique, réglementaire. Cela dit, la stack 3GPP a poussé le support du 
dual-stack assez « tôt »  (plus de 10 ans maintenant), dès la 4G, avec une 
incitation plus forte en 5G.

L’ARCEP, le 21 novembre 2019, a publié l’obligation pour les opérateurs de 
réseau mobile de rendre leur réseau IPv6 compatibles avant le 31 décembre 2020. 
(S’ils voulaient faire de la 5G dans la bande 3,4-3,8 GHz).


Merci pour l'explication !


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: Bug report: "Format cross-references in the work area" is incorrect for included listings

[Léo de Souza]

On 10/02/2024 01:56, Richard Kimberly Heck wrote:
> Should be fixed for RC3, at 91bd457a.
> 
> Riki

I confirm that this is fixed in RC3. Thanks a lot.

Léo
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [FRnOG] [MISC] 240/4 strikes back

[Léo El Amri via frnog]

On 11/02/2024 19:54, Philippe ASTIER via frnog wrote:

Tout opérateur 5G est obligatoirement en IPv6, et ça inclut Free.


"Obligatoirement" ? C'est une contrainte technique ? Je ne connais pas 
très bien la pile 3GPP, mais j'imaginais ça bien moins corrélé à l'IP 
que ça.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Bug report: "Format cross-references in the work area" is incorrect for included listings

[Léo de Souza]

Hello,

I would like to report that LyX doesn't show the correct reference in the work 
area for included listings when the option to do so is active.

Environment:

I compiled LyX 2.4.0~RC2 on Ubuntu 22.04 with Qt6 enabled.

Steps to reproduce:

1. Create a new document: File > New
2. Open Document > Settings... and check "Format cross-references in the work 
area"
3. Enter some text and switch the layout to "Section"
4. On a new line, open the dialog to insert a child document: Insert > File > 
Child Document...
5. Add a file name, set the include type to "Program Listing", add a label such 
as "lis:program-listing" and press "OK"
6. Insert a cross-reference to this listing: Insert > Cross-Reference...

Expected result: The reference counter value is shown in the work area as "1 
(listing)" like it would be for an ordinary listing.

Actual result: The reference counter value is shown in the work area as 
"Section 1".
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

[FRsAG] Re: selinux (oui je suis en retard de 10 ans) (au moins)

[Léo Gigandon]

Salut Jérémy,

Pas de réponse précise sur ton problème, mais la dernière fois que j'ai 
dû régler des problèmes de SELinux je me suis référé à la doc de RedHat 
: 
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/using_selinux/index.


J'avais utilisé audit2allow pour générer les règles liées à 
l'application. En gros tu fais tourner ton appli en permissive, ce qui 
permet de loguer les alertes, puis tu analyses les logs avec sealert et 
tu génères des règles avec audit2allow. Et tu vérifies manuellement si 
elles font sens et tu les adaptes. Le procédé est décrit dans cette 
section de la doc : 
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/using_selinux/index#troubleshooting-problems-related-to-selinux_using-selinux


Bon courage,

Léo

On 12/01/2024 02:51, Jeremy Monnet wrote:

Salut les gens,

J'ai une question selinux "un peu" avancée. D'avance je m'excuse parce 
que oui, j'aurais dû investir du temps dans selinux il y a bien 
longtemps (qu'on aime ou pas, je devrais être capable de répondre à ce 
genre de question...)


J'ai lu de la doc, regardé des tuto, je maîtrise selinux pour 
apache... Mon problème c'est une appli métier dans une arborescence 
dédiée. Quand on active selinux en enforcing, elle ne démarre plus.

ls -lZ /application
drwxrwxr-x. 3 user group system_u:object_r:unlabeled_t:s0 40 Jan 11 
17:56 /application/

restorecon -n -v /application/
Would relabel /application from system_u:object_r:unlabeled_t:s0 to 
system_u:object_r:default_t:s0

ps -eZ | grep -i appli
system_u:system_r:initrc_t:s0   11943 ?   00:00:09 appli

Déjà, question bête, est-ce qu'un restorecon (récursif...) suffirait à 
ce que l'appli démarre ? initrc_t vers default_t ?
Ensuite, surtout quelle est la meilleur marche à suivre, je suppose 
qu'il faut a minima ajouter un contexte, genre

semanage fcontext -a -t unconfined_t '/application(/.*)?'

Mais dans ce cas précis si on veut faire du selinux "pour de vrai" 
est-ce qu'il ne faudrait pas ajouter un type dédié genre mon_appli_t ? 
et c'est là où je sèche complètement, que faudrait-il faire en plus 
sur le user, sur le process pour que ça fonctionne bien ?


Merci d'avance pour toute aide :)

Jérémy

___
Liste de diffusion du %(real_name)s
http://www.frsag.org/

___
Liste de diffusion du %(real_name)s
http://www.frsag.org/

Re: [TECH] [FRnOG] [MISC] Erreur HTTP 408

[Léo El Amri via frnog]

On 24/12/2023 13:12, Stéphane Rivière wrote:

[...]



Pour confirmer la forme de l'installation :

* On a des cartes industrielles (C) (basées sur microprocesseur PIC) 
raccordées à un modem 4G. Ces cartes ont un client HTTP.


* On a un serveur HTTP (S) codé en Ada (ailleurs que sur les cartes).

* On a un reverse-proxy HTTP (P) Nginx (ailleurs que sur les cartes).

* On a une machine (H) quelque-part sur le VPN, qui est capable de faire 
tourner tshark.


* Tout ce beau monde communique sur un VPN basé sur OpenVPN.

Le client HTTP sur les cartes réalisent des requêtes HTTP vers le 
reverse-proxy HTTP, on a donc le schéma "réseau" suivant :


 |=[ Tunnel OpenVPN ]=|
[Client HTTP] ---> [Reverse-proxy HTTP]
 ||

Ta première capture tshark a été réalisée sur la machine H avec Firefox 
en guise de client, et a écouté l'interface OpenVPN.


Ta deuxième capture tshark a aussi été réalisée sur la machine H, mais 
en écoute seulement, aussi sur l'interface OpenVPN.


J'ai extrapolé des trucs, est-ce que c'est quand même bon ?



Pour moi, sans pouvoir voir les données, la deuxième capture ne révèle 
pas de problème au niveau TCP, si ce n'est l'étrange fragmentation, mais 
ce n'est pas si surprenant pour de l'embarqué. À ce stade, je dirais que 
le problème se trouve au niveau du payload TCP, il faudrait que tu 
affiches les données pour en savoir plus. En tous cas, du SYN au FIN, la 
communication semble normale.


Je ne connais pas tshark, et je ne comprend pas d'où vient l'affichage 
du début de requête GET. Est-ce qu'il affiche ça parce que le serveur a 
ACK ce morceau ? Ce n'est pas cohérent avec la quantité de données 
acknowledged par le serveur de toute façon. J'imagine que s'il ne 
l'affiche pas comme étant une requête HTTP, c'est que le flux est mal formé.


- Léo


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Provider mail pour collectivités

[Léo El Amri via frnog]

On 27/10/2023 10:25, Martin wrote:

Je cherche donc une solution qui soit accessibles aux collectivités. Et par
là j'entends qui permette une facturation par Chorus Pro pour ce que j'en
sais. Si en plus elle est respectueuse de la vie privée des administrés qui
nous envoient des mails, c'est parfait. Evidemment on va en profiter pour
faire u mail 2.0 en remplaçant mairie@wanadoo.fr à mai...@xxx.fr.


Témoignage anecdotique :

Ma petite commune (moins de 1500 habitants) a franchi le pas cette année 
en passant de wanadoo.fr à un nom de domaine et une boite de courriel 
chez OVH. Je ne m'en suis pas occupé, pour le moment ils en sont contents.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [bitcoin-dev] Ordinals BIP PR

[Léo Haf via bitcoin-dev]

 BIPs such as the increase in block size, drives-chains, colored coins, etc... 
were proposals for Bitcoin improvements. On the other hand, your BIP brings 
absolutely no improvement, on the contrary it is a regression, but you already 
know that.

I strongly invite you to retract or if the desire continues to push you to 
negatively affect the chain, to create OIPs or anything similar, as far as 
possible from the development of Bitcoin and real BIPs that improve Bitcoin.

Léo Haf. 

> Le 23 oct. 2023 à 10:23, Casey Rodarmor via bitcoin-dev 
>  a écrit :
> 
> Dear List,
> 
> The Ordinals BIP PR has been sitting open for nine months now[0]. I've 
> commented a few times asking the BIP editors to let me know what is needed 
> for the BIP to either be merged or rejected. I've also reached out to the BIP 
> editors via DM and email, but haven't received a response.
> 
> There has been much misunderstanding of the nature of the BIP process. BIPS, 
> in particular informational BIPs, are a form of technical documentation, and 
> their acceptance does not indicate that they will be included in any 
> implementation, including Bitcoin Core, nor that they they have consensus 
> among the community.
> 
> Preexisting BIPs include hard-fork block size increases, hard-fork 
> proof-of-work changes, colored coin voting protocols, rejected soft fork 
> proposals, encouragement of address reuse, and drivechain.
> 
> I believe ordinals is in-scope for a BIP, and am hoping to get the PR 
> unstuck. I would appreciate feedback from the BIP editors on whether it is 
> in-scope for a BIP, if not, why not, and if so, what changes need to be made 
> for it to be accepted.
> 
> Best regards,
> Casey Rodarmor
> 
> [0] https://github.com/bitcoin/bips/pull/1408
> ___
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
___
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

Re: [FRnOG] [TECH] Rayon de courbure FO mono vs. multi

[Léo El Amri via frnog]

On 16/10/2023 19:03, Émile Touron wrote:

Son argument est que la multimode résiste mieux aux rayons de courbure
forts, et que les chemins de câble pour accéder aux caméras disposent
souvent d'angles assez serrés. Avec de la mono, dit-il, dans certains cas
on n'aurait pas de signal.


Absence de preuve n'est pas preuve d'absence, mais je n'ai jamais 
constaté de différence sur le terrain. Comme tout câble, le rayon de 
courbure dépend de plusieurs facteurs. Le procédé de fabrication d'une 
fibre est le même, que ce soit pour la monomode ou la multimode, seul 
l'enrichissement du dépôt change. Vu les diamètres en jeu, tant que la 
gaine n'est pas écrasée dans la courbure, il y a très peu de chance que 
l'âme ait souffert. Il faudrait vérifier les spécifications de votre 
câble. Personnellement sans trop me soucier des datasheet, j'ai toujours 
respecté la règle du "huit fois le diamètre du câble" sans que ça ne 
pose de problème observable. Dans le cas d'une fibre, cette règle 
autorise presque les angles francs à 90 degrés.


Je classe ça dans les légendes urbaines jusqu'à preuve du contraire.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] problème PDU : courant de fuite

[Léo El Amri via frnog]

On 09/10/2023 19:18, fr...@r0m5.eu wrote:

J'en arrive aux questions :
- 1 mA de courant de fuite par alim de switch vous paraît-il cohérent ? 
Nous savons testé avec une autre marque, nous sommes plutôt aux 
alentours de 0,5mA.


Ça me semble énorme dans les deux cas. Comment est-ce que vous avez 
mesuré le courant de fuite sur vos alims ? Est-ce que tu as testé les 
alimentations seules ? Si non, est-ce que tu as vérifié si ce n'est pas 
le switch ou les câbles/équipements qui y sont branchés qui posent 
problème ?


- des différentiels 30mA sont-ils à votre connaissance utilisés en 
datacenter ? un différentiel pour chacune des deux sources d'alim 
redondées d'une baie ? J'aurai tendance à penser que oui pour la 
protection des personnes mais dans un job précédent nous remplissions 
bien nos baies dans nos datacenters parisiens et nous n'avons jamais à 
ma connaissance eu de problème de différentiel qui saute.


Les différentiels 30mA sont obligatoires dans le tertiaire à partir du 
moment où des personnes peuvent intervenir à proximité de la BT (c'est 
normé par la NF C 15-100 et imposé par je ne sais quelle loi).


Pour des questions de résilience, on adopte souvent une sélectivité fine 
dans son installation électrique, un différentiel par source 
d'alimentation ne me surprend pas, au contraire, ça me semble être une 
bonne pratique.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH]Gestion du cycle de vide de développement applicatif en environnement cloud privé

[Léo El Amri via frnog]

Bonjour Eugène,

On a bien reçu ton message, mais j'imagine que c'est un peu hors-scope 
dans la FRnOG.


Mon avis sur la question (en tant que développeur - quelqu'un qui 
conçoit un logiciel (pas juste qui le programme, on appellerait ça un 
programmeur sinon)), c'est que tu montres par toi-même que tout ça est 
incompréhensible tant qu'on ne définit pas les termes qu'on emploie au 
cas par cas. Pendant un temps on disait que les DevOps était la capacité 
d'un "développeur" à faire de l'administration système, puis petit à 
petit c'est devenu l'automatisation de processus de développement (tests 
automatisés, vérification de la qualité de code, etc.). Pour ces 
questions de vocabulaire flou, je ne peux pas réagir sur les 
"anti-patterns" du DevOps. Ils peuvent être vrai ou faux en fonction de 
la définition du mot.


Le "Platform Engineering" ne change rien au problème, ça sera, à mon 
avis, encore une expression utilisée à tort et à travers.


On m'a souvent mit l'étiquette DevOps (je ne sais pas pourquoi) et je 
n'ai jamais fait de "cloud" à proprement parlé, chose qui était plutôt 
réservées à des équipes d'administration système (ceux qui gèrent des 
hyperviseurs de VMs ou du K8S en entreprise, par exemple). Ce à presque 
toute taille d'entreprise (les toutes petites ne peuvent pas se 
permettre d'avoir des salariés dédiés à certaines tâches, mais les 
autres semblent le pouvoir).


En sachant que je ne suis pas admin réseau :

Je ne pense pas que les administrateurs réseau soient spécifiquement 
concernés par la question du "platform engineering".


Pour faire du GitOps, il faut pouvoir définir ton infra par du texte, ce 
qui n'est pas toujours possible. Ce n'est pas une solution miracle, tout 
comme ne le sont pas le DevOps, le SecOps et autres DevNetSecOps++.


Pour moi, faire travailler un ensemble de gens spécialisés chacun dans 
un domaine, avec un outil commun et une méthode de définition d'infra 
commune, c'est sympa mais pas toujours possible. Ça s'appelle l'IaaS, et 
on ne le retrouve pas forcément dans tous les cloud, et dans ceux qui le 
pratiquent ça ne se retrouve pas à tous les niveaux.


Pour le reste, ce que j'ai constaté en tant qu'acteur externe aux 
équipes réseau, c'est que c'est bien souvent séparés et que les équipes 
réseau n'utilisent pas les outils des équipes système, qui n'utilisent 
pas les outils des équipes développement logiciel.


La seule fois où j'ai vu un système commun pour tout le monde (dans une 
boite du CAC40), c'était lourd et tout le monde s'en plaignait.


Je pense que la clef dans tout ça, serait que les admin-sys restent 
experts de leur domaine, que les admins-réseau restent experts de leur 
domaine, et que les développeurs soit pluridisciplinaires et aient des 
connaissances de base sur le système et sur le réseau.


Je trouve que les objets définis de base dans K8S offrent un découpage 
assez raisonnable des différentes responsabilités au sein d'une SI.


- Léo

On 06/09/2023 16:35, Eugène Ngontang wrote:

Hello,

Mon mail a été bloqué par l'équipe de modération ou alors il est totalement
hors scope pour tout le monde?
Ou bien il vaut mieux le formaliser sous forme de survey?

Cordialement,
Eugène NG

Le mer. 23 août 2023 à 03:11, Eugène Ngontang  a
écrit :


Hello tout le monde.

Je reviens sur le sujet du DevNetOps, cette fois sous le prisme de la
gestion du cycle de vie de développement logiciel (SDLC) en environnement
cloud privé, mettant à contribution les équipes réseaux et système.

En effet, je vais me permettre de rappeler que le DevNetOps ou NetOps ou
encore NetDevOps, est l'application des pratiques DevOps aux opérations
réseaux. Plus simplement  ça vise principalement l'automatisation des
opérations réseaux.

Ainsi tout comme le DevOps a ouvert la porte aux anti-patterns, le
DevNetOps a sûrement fait pareil.  Quelques exemple d'anti-patterns :

- Le DevOps coincé entre les Dev et les Ops
- le NoOps des Dev qui n’ont pas besoin d’Ops
- le DevOps est un outil
- le SysOps ou le NetOps dont on a juste changé le nom en DevOps,
- L’Ops intégré dans l’équipe Dev,
- …

C'est pour palier à tous ces écarts que l'on parle beaucoup plus du
Platform Engineering (buzzword de 2023), dont le but n'est pas de
substituer au DevOps, mais de l'implémenter correctement.

Cependant la tendance est toujours d'aborder ces concepts xOps avec une
vision cloud (public cloud) native, ce que je trouve personnellement très
limitant. Alors ma question ou alors mes questions, dont les réponses
dépendront bien sûr des entreprises/organisations et uses cases. :

- Quid du platform engineering pour les gurus du réseau ?

- Est ce que vous vous contentez d'automatiser et orchestrer
exclusivement les flux de provisioning/déploiement réseau en traitant le
réseau comme un produit, une application avec son propre SDLC?

- Est ce que vous fournissez plutôt des landing zones : *backbone

Re: [FRnOG] [BIZ] Déstockage Sniffing -> Surveillance qualité réseau électrique

[Léo El Amri via frnog]

On 18/09/2023 16:02, Toussaint OTTAVI wrote:


Le 18/09/2023 à 12:01, Nicolas Vuillermet a écrit :
Après, j'imagine qu'il faut d'abord qualifier le bruit avec un 
analyseur de spectre pour savoir si le filtre est dans la bonne gamme... 


Il y a quelques semaines, pas pour les mêmes raisons, je m'interrogeais 
sur un dispositif automatisable de surveillance de qualité des réseaux 
électriques. Un truc qui fait des mesures en permanence et les envoie 
dans un InfluxDB / Grafana. Dans mon cas, il s'agissait de caractériser 
des baisses de tension, ou micro-coupures, beaucoup plus fréquentes que 
la normale sur une zone géographique donnée. La surveillance des 
harmoniques, que ce soit du CPL de m..., des onduleurs défaillants, le 
voisin radioamateur :-) çà n'est pas non plus dénuée d'intérêt. A la 
fois pour identifier les "perturbateurs", mais aussi les conséquences 
potentielles sur les "perturbés".


Par contre, je n'ai rien trouvé de tout fait (à part l'analyseur de 
spectre R qui coûte 10 fois le prix du matos à protéger, et encore, il 
faut rajouter un Raspberry Pi si on veut publier les résultats en MQTT).


Je pensais donc me bricoler un truc, mais je me heurte au capteur à 
utiliser, et surtout au fait que çà soit relié au secteur.
Pour mesurer la tension et la fréquence, çà va, ce ne sera pas trop 
compliqué, et surtout sans risques, derrière un transfo abaisseur calibré.
Par contre, pour mesurer des harmoniques sur le 220V, c'est moins 
évident... Derrière un transfo abaisseur, çà risque d'atténuer sévère.
A la rigueur, il faudrait un oscillo numérique bon marché capable de 
visualiser une onde secteur à 220V. Ensuite, un ESP8266 WiFi pour 
l'isolation galvanique, un peu de FFT, et çà pourrait le faire.


Quelqu'un a déjà fait çà ? Ou a des idées ?


J'en ai pas, mais ça fait plusieurs mois que je veux faire ça aussi. Je 
veux bien quelques plans ou quelques sources, si tu en as, du capteur de 
tension et de fréquence pour du monophasé.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] [France Inter] Les ratés de la fibre

[Léo El Amri via frnog]

On 12/09/2023 11:09, Toussaint OTTAVI wrote:


Le 12/09/2023 à 10:57, Léo El Amri via frnog a écrit :
Quand le gestionnaire de réseau de déplacera pour raccorder un abonné 
et se rendra compte que c'est déjà fait, alors que ça n'est pas 
enregistré chez eux, plusieurs fois, ils va se poser des questions sur 
qui câble sans son accord.


Le technicien va forcément se déplacer, il va forcément devoir trouver 
un plot au PM et brasser vers le PBO. Dans le PBO, il n'aura que la 
soudure à faire (le reste étant déjà fait). Donc, c'est du 
gagnant-gagnant pour tout le monde. Et, si ledit tech fait son job 
correctement,  la ligne sera correctement répertoriée.




Si il est question de tirer un câble optique du DTIo jusqu'à la chambre 
en bordure de propriété, alors oui, "n'importe-qui" peut le faire sans 
aucune autorisation, en effet, quasiment tout le monde est gagnant (sauf 
peut-être l'abonné, pour qui cette installation aurait été gratuite s'il 
avait laissé son opérateur faire).


Tirer jusqu'au PB, est aussi probablement faisable sans que ça ne gêne 
personne, mais ça reste probablement illégal.


J'ai 5 DTIo à poser dans une ancienne ferme séparée en appartements, je 
tirerai 4 câbles jusqu'à la chambre en bordure de propriété, et un câble 
jusqu'au PB, on verra ce qu'on me dit (je suis desservi par un RIP de 
l'Agrume dans la diagonale du vide).



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Bug report: SIGSEGV when copying cross-reference from "description" layout on LyX 2.4.0 beta 5

[Léo de Souza]

Hello,

I would like to report that LyX crashes with SIGSEGV when copying a cross 
reference from a "labeled list" or "description" layout on LyX 2.4.0 beta 5.

Environment:

I compiled LyX 2.4.0 beta 5 on Ubuntu 22.04 with Qt6 enabled and my Tex Live 
install is up to date.

Steps to reproduce:

1. Create new document: File > New
2. Insert label: Insert > Label...
3. On a new line, switch layout to "Labeling" or "Description"
4. Insert cross-reference: Insert > Cross-Reference...
5. Try copying this cross-reference

Expected result (LyX 2.3.6): The cross-reference is copied to the clipboard.

Actual result (LyX 2.4.0 beta 5): LyX crashes with the message "SIGSEGV signal 
caught!"

Log:

```
(  1) lyx-devel: 
lyx::frontend::Alert::doError(std::__cxx11::basic_string, std::allocator > const&, 
std::__cxx11::basic_string, 
std::allocator > const&, bool)
(  2) lyx-devel: 
lyx::frontend::Alert::error(std::__cxx11::basic_string, std::allocator > const&, 
std::__cxx11::basic_string, 
std::allocator > const&, bool)
(  3) lyx-devel: lyx-devel(+0x4d49c7) [0x561db228f9c7]
(  4) /lib/x86_64-linux-gnu/libc.so.6: 
/lib/x86_64-linux-gnu/libc.so.6(+0x42520) [0x7f7669100520]
(  5) lyx-devel: lyx::InsetRef::xhtml[abi:cxx11](lyx::XMLStream&, 
lyx::OutputParams const&) const
(  6) lyx-devel: lyx::Paragraph::firstWordLyXHTML(lyx::XMLStream&, 
lyx::OutputParams const&) const
(  7) lyx-devel: lyx-devel(+0x522df7) [0x561db22dddf7]
(  8) lyx-devel: lyx::xhtmlParagraphs(lyx::Text const&, lyx::Buffer const&, 
lyx::XMLStream&, lyx::OutputParams const&)
(  9) lyx-devel: lyx::Buffer::writeLyXHTMLSource(std::basic_ostream >&, lyx::OutputParams const&, 
lyx::Buffer::OutputWhat) const
( 10) lyx-devel: lyx-devel(+0x45f751) [0x561db221a751]
( 11) lyx-devel: lyx::cap::copySelection(lyx::Cursor const&, 
std::__cxx11::basic_string, 
std::allocator > const&)
( 12) lyx-devel: lyx::cap::copySelection(lyx::Cursor const&)
( 13) lyx-devel: lyx::BufferView::dispatch(lyx::FuncRequest const&, 
lyx::DispatchResult&)
( 14) lyx-devel: lyx::frontend::GuiView::dispatchToBufferView(lyx::FuncRequest 
const&, lyx::DispatchResult&)
( 15) lyx-devel: lyx::frontend::GuiView::dispatch(lyx::FuncRequest const&, 
lyx::DispatchResult&)
( 16) lyx-devel: lyx::frontend::GuiApplication::dispatch(lyx::FuncRequest 
const&, lyx::DispatchResult&)
( 17) lyx-devel: lyx::frontend::GuiApplication::dispatch(lyx::FuncRequest 
const&)
( 18) lyx-devel: lyx::frontend::GuiApplication::processKeySym(lyx::KeySymbol 
const&, unsigned int)
( 19) /lib/x86_64-linux-gnu/libQt6Core.so.6: 
/lib/x86_64-linux-gnu/libQt6Core.so.6(+0x1ac273) [0x7f76697c7273]
( 20) lyx-devel: lyx::frontend::CompressorProxy::signal(lyx::KeySymbol, 
unsigned int)
( 21) lyx-devel: lyx::frontend::CompressorProxy::slot(lyx::KeySymbol, unsigned 
int, bool)
( 22) lyx-devel: lyx-devel(+0x91bcf9) [0x561db26d6cf9]
( 23) /lib/x86_64-linux-gnu/libQt6Core.so.6: QObject::event(QEvent*)
( 24) /lib/x86_64-linux-gnu/libQt6Widgets.so.6: 
QApplicationPrivate::notify_helper(QObject*, QEvent*)
( 25) lyx-devel: lyx::frontend::GuiApplication::notify(QObject*, QEvent*)
( 26) /lib/x86_64-linux-gnu/libQt6Core.so.6: 
QCoreApplication::notifyInternal2(QObject*, QEvent*)
( 27) /lib/x86_64-linux-gnu/libQt6Core.so.6: 
QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*)
( 28) /lib/x86_64-linux-gnu/libQt6Core.so.6: 
/lib/x86_64-linux-gnu/libQt6Core.so.6(+0x37c637) [0x7f7669997637]
( 29) /lib/x86_64-linux-gnu/libglib-2.0.so.0: 
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x26b) 
[0x7f7668fd2d3b]
( 30) /lib/x86_64-linux-gnu/libglib-2.0.so.0: 
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0xab258) [0x7f7669028258]
( 31) /lib/x86_64-linux-gnu/libglib-2.0.so.0: 
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_iteration+0x33) 
[0x7f7668fd03e3]
( 32) /lib/x86_64-linux-gnu/libQt6Core.so.6: 
QEventDispatcherGlib::processEvents(QFlags)
( 33) /lib/x86_64-linux-gnu/libQt6Core.so.6: 
QEventLoop::exec(QFlags)
( 34) /lib/x86_64-linux-gnu/libQt6Core.so.6: QCoreApplication::exec()
( 35) lyx-devel: lyx::LyX::exec(int&, char**)
( 36) lyx-devel: lyx-devel(main+0x59) [0x561db2124229]
( 37) /lib/x86_64-linux-gnu/libc.so.6: 
/lib/x86_64-linux-gnu/libc.so.6(+0x29d90) [0x7f76690e7d90]
( 38) /lib/x86_64-linux-gnu/libc.so.6: 
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x80) [0x7f76690e7e40]
( 39) lyx-devel: lyx-devel(_start+0x25) [0x561db2132c65]
```
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Bug report: Nomenclature no longer works on LyX 2.4.0 beta 5

[Léo de Souza]

Hi,

I would like to report that the nomenclature function no longer works for me on 
LyX 2.4.0 beta 5.

Environment:

I compiled LyX 2.4.0 beta 5 on Ubuntu 22.04 with Qt6 enabled and my Tex Live 
install is up to date.

Steps to reproduce:

1. Create new document: File > New
2. Insert nomenclature entry: Insert > Nomenclature Entry...
3. Insert nomenclature: Insert > List/Contents/References > Nomenclature
4. View document: Document > View [PDF (pdflatex)]

Expected result (LyX 2.3.6): The output PDF contains a nomenclature.

Actual result (LyX 2.4.0 beta 5): The output PDF does not contain a 
nomenclature.

Additional comment: Saving a file that works in LyX 2.3.6 and opening it from 
LyX 2.4.0 beta 5 also doesn't work.
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [FRnOG] [TECH] [France Inter] Les ratés de la fibre

[Léo El Amri via frnog]

On 12/09/2023 10:34, Toussaint OTTAVI wrote:


Le 12/09/2023 à 09:39, Léo El Amri via frnog a écrit :
Dans la plupart des cas, les fourreaux ou poteaux ne sont pas 
accessibles librement. Il faudrait que chaque artisan ait obtenu 
l'accord de l'exploitant ou du responsable d'infrastructure pour poser 
des câbles.


Ah bon, il faut demander l'autorisation à quelqu'un ? :-D :-D :-D

Les grossistes en matériel électrique vendent des bobines de fibre avec 
le PTO déjà soudé. N'importe quel électricien qui travaille proprement 
pourra faire le job. Dans la mesure où cela permet d'éviter un éventuel 
échec, je ne vois pas qui s'en plaindra. Ni le sous-traitant, qui n'aura 
que la soudure à faire, ni l'opérateur commercial, puisqu'il n'en saura 
probablement jamais rien :-)


Quand le gestionnaire de réseau de déplacera pour raccorder un abonné et 
se rendra compte que c'est déjà fait, alors que ça n'est pas enregistré 
chez eux, plusieurs fois, ils va se poser des questions sur qui câble 
sans son accord. En vérité, je pense que ça leur posera problème quand 
même. En tous cas, j'éspère !



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] [France Inter] Les ratés de la fibre

[Léo El Amri via frnog]

On 12/09/2023 09:21, Toussaint OTTAVI wrote:

Le 12/09/2023 à 00:06, br...@skiwebcenter.fr a écrit :
Sur le résidentiel, la meilleure solution est sans doute de trouver un 
bon artisan qui va faire une pose "propre" jusqu'au PBO le plus proche.


Dans la plupart des cas, les fourreaux ou poteaux ne sont pas 
accessibles librement. Il faudrait que chaque artisan ait obtenu 
l'accord de l'exploitant ou du responsable d'infrastructure pour poser 
des câbles. Et vu combien le processus semble automatisé et le rigide du 
côté des 4 gros, je vois pas comment ça peut marcher. Même la zone à 
faible densité de ma campagne est couverte par Orange plutôt que par un RIP.


Si c'est une bonne idée sur le papier, ça a l'air d'être un cauchemar 
juridique, et il existe si peu d'artisan de la fibre que j'ai du mal à 
voir comment mettre ça en place concrètement.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

dd: Purpose of the nonblock symbol for iflag and oflag

[Léo El Amri]

Hello,

I'd like to know what is the purpose of the nonblock symbols of the 
iflag and oflag options.


From what I understand after reading the source-code, it merely sets 
the O_NONBLOCK flag on the file descriptor, but does not _actually_ 
checks for the EGAIN errno.


What was the idea/use for this flag when it was introduced in 2004 ?

The man page for open(2) says that this is a noop for regular files and 
block devices. What error specific to using the nonblock flag would 
happen in dd if used on targets supporting the O_NONBLOCK flag ?


Cordially,
Léo

Re: [FRnOG] [TECH] Distance MINIMUM pour utilisation fibre monomode et sfp 10G

[Léo El Amri via frnog]

On 26/08/2023 08:36, Guillaume Roux wrote:

Bonjour à tous,

Existe-t-il une documentation claire sur les contrindications à l’utilisation 
de fibre monomode et 10G sur des courtes distances.
J’ai beau rappeler à mes collègues qu’en DC il n’y a que de la mono même pour 
de l’inter baie ou entre équipement intra baie on continue de me parler 
éblouissement et atténuateur et donc maintien de la multimode.

Et si je trouve moult documents sur débits max et longueur max, je trouve assez 
peu de chose sur la longueur minimum pour ne pas avoir besoin d’atténuateur.

Merci d’avance aux experts fibres pour leur partage d’info.

Guillaume


Avertissement : je n'avais jamais touché à de la fibre télécom avant le 
mois dernier, et je n'en ai installé qu'une seule pour mon homelab, mais 
j'ai fait plein de recherches à cette occasion, et j'ai fait appel à de 
vieilles connaissances acquises lors de mes cours de physique optique.


Je ne connais rien à la fibre en application télécom, mais dans la fibre 
de façon générale ça se calcule avec l'atténuation par unité de longueur 
et le nombre de raccords sur le chemin. Il se trouve que (sur le 
terrain, pas en laboratoire) les fibres "multimode" ont une plus forte 
atténuation par unité de distance que les fibres "monomode".


Il doit bien exister une "règle empirique", que tu dois connaître, sur 
l'affaiblissement aux raccords. Pour le reste j'ai l'impression que ça 
dépend beaucoup de l'équipement utilisé. Au niveau des modules SPF, je 
n'ai pas trouvé de "logique" sur les puissances d'émission/réception. 
J'en ai déduit que c'est du cas par cas. Personnellement je me suis 
simplement assuré que la puissance à la réception n'était pas supérieure 
à la valeur maximale admise par mon récepteur. Les modules SPF pour 
lesquels j'ai lu la fiche technique supportaient tous au moins leur 
puissance d'émission en réception. Dans mon cas j'ai juste eu à 
installer un atténuateur de 3dB parce que mon SFP Juniper émettait plus 
fort que ce que pouvait recevoir mon SFP Mikrotik.


Bref. La distance en DC étant négligeable, ce n'est qu'une question de 
comptabilité de matériel. Je ne vois pas trop ce que viennent faire des 
atténuateurs dans une infra pro, puisqu'on devrait s'attendre à voir 
exactement les mêmes modèles de SPF au bout des câbles dans la plupart 
des cas. Les cas où ce n'est pas possible (routeurs de marques 
différentes avec vendor-lock par exemple), je vois mal comment ça peut 
être autre-chose qu'une configuration sur-mesure. Il faudra sortir son 
cerveau.


En tous cas j'aimerais aussi une réponse à cette question.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [bitcoin-dev] Concern about "Inscriptions".

[Léo via bitcoin-dev]

Utreexo only seems to save us time if it is used in "bridge" mode otherwise it 
takes soft fork for all nodes to use Utreexo at the price of larger transaction.

The problem is not here for the moment, it is imperative to solve the problem 
of inscription that quickly brings us closer to the need for Utreexo.

> Le 3 août 2023 à 15:33, GamedevAlice via bitcoin-dev 
>  a écrit :
> 
> After looking into this more deeply (thanks to Luke Dashjr for pointing me in 
> the right direction) it is now clear to me that storage isn't the real issue, 
> but rather the "initial blockchain sync" time - in which storage certainly 
> has a significant role to play, at least currently. 
> 
> At the moment, UTreeXO seems like a promising first step. Perhaps there is a 
> more efficient way to sync the chain without having to download everything 
> and while still verifying it trustlessly. 
> 
> 
> 
> On Thu, Aug 3, 2023, 7:43 AM ,  > wrote:
>> Send bitcoin-dev mailing list submissions to
>> bitcoin-dev@lists.linuxfoundation.org 
>> 
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>> or, via email, send a message with subject or body 'help' to
>> bitcoin-dev-requ...@lists.linuxfoundation.org 
>> 
>> 
>> You can reach the person managing the list at
>> bitcoin-dev-ow...@lists.linuxfoundation.org 
>> 
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of bitcoin-dev digest..."
>> 
>> 
>> Today's Topics:
>> 
>>1. Re: Concern about "Inscriptions". (Keagan McClelland) (Einherjar)
>>2. Re: Pull-req to enable Full-RBF by default (Daniel Lipshitz)
>>3. Pull-req to remove the arbitrary limits on OP_Return  outputs
>>   (Peter Todd)
>> 
>> 
>> --
>> 
>> Message: 1
>> Date: Wed, 02 Aug 2023 13:50:30 +
>> From: Einherjar mailto:realeinher...@proton.me>>
>> To: bitcoin-dev@lists.linuxfoundation.org 
>> , Keagan McClelland
>> mailto:keagan.mcclell...@gmail.com>>
>> Subject: Re: [bitcoin-dev] Concern about "Inscriptions". (Keagan
>> McClelland)
>> Message-ID:
>> 
>> >  >
>> 
>> Content-Type: text/plain; charset="utf-8"
>> 
>> About price space in the UTXO set:
>> 
>> I am highly concerned with that proposal.
>> The reason is this could restrict users to do proper UTXO management and 
>> lead to doxing and privacy issues. Now there are few costs associated to 
>> having lots of UTXOs, mainly fees associated with spending low-valued UTXOs.
>> 
>> > There is an open question as to whether or not we should figure out a way
>> > to price space in the UTXO set. I think it is fair to say that given the
>> > fact that the UTXO set space remains unpriced that we actually have no way
>> > to determine whether some of these transactions are spam or not. The UTXO
>> > set must be maintained by all nodes including pruned nodes, whereas main
>> > block and witness data do not have the same type of indefinite footprint,
>> > so in some sense it is an even more significant resource than chain space.
>> > We may very well discover that if we price UTXOs in a way that reflect the
>> > resource costs that usage of inscriptions would vanish. The trouble though
>> > is that such a mechanism would imply having to pay "rent" for an "account"
>> > with Bitcoin, a proposition that would likely be offensive to a significant
>> > portion of the Bitcoin user base.
>> > 
>> 
>> > Cheers,
>> > Keags
>> 
>> 
>> Einherjar - E7ED 7E35 F072 CA83
>> 
>> Sent with Proton Mail secure email.
>> -- next part --
>> A non-text attachment was scrubbed...
>> Name: publickey - realeinher...@proton.me  - 
>> 0xBF60A699.asc
>> Type: application/pgp-keys
>> Size: 657 bytes
>> Desc: not available
>> URL: 
>> 
>> -- next part --
>> A non-text attachment was scrubbed...
>> Name: signature.asc
>> Type: application/pgp-signature
>> Size: 249 bytes
>> Desc: OpenPGP digital signature
>> URL: 
>> 
>> 
>> --
>> 
>> Message: 2
>> Date: Wed, 2 Aug 2023 18:29:54 +0300
>> From: Daniel Lipshitz mailto:dan...@gap600.com>>
>> To: Peter Todd mailto:p...@petertodd.org>>
>> Cc: Bitcoin Protocol Discussion
>> > >
>> Subject: Re: [bitcoin-dev] Pull-req to enable Full-RBF by default
>> Message-ID:
>>   

Re: [bitcoin-dev] Announcing Libforesta

[Léo via bitcoin-dev]

Hi, delighted to see an implementation of Utreexo.

I will just have a few questions about your implementation.

1) Is this implementation able to start other nodes whether they are on the 
reference implementation or on Floresta?

2) Is it possible to switch from Bitcoin Core to Floresta without causing a new 
IDB?

3) Is Floresta backward compatible with Bitcoin Core's RPC commands?

> Le 31 juil. 2023 à 19:47, Davidson Souza via bitcoin-dev 
>  a écrit :
> 
> Hi, list. My name is Davidson, and I’m thrilled to share `libfloresta` with 
> the Bitcoin devs mailing list!
> 
> This is a derivate of a project I’ve been developing for a few months, called 
> `Floresta` (Portuguese for forest). An Utreexo powered, Fully-Validating 
> Bitcoin Full node with integrated watch-only wallet and Electrum Server, 
> meant to be a compact, simple, and ready to use full node for end users. 
> 
> After some feedbacks and thoughts, I’ve decided to turn it into a series of 
> reusable libs that can be used in other applications in a straightforward 
> way. The main goal here is low-power devices, like SBC and smartphones, but 
> can be used in any environment. To achieve that, I’m writing the main logic 
> in Rust and will generate bindings to the original code and compiling to 
> WASM, allowing it to run virtually anywhere.
> 
> The project is in an early stage, but I’m using it on signet for a while now 
> with no problems. Mainnet support is almost ready, but we need to solve some 
> performance issues with bridge nodes and set some up, so you can have utreexo 
> peers.
> 
> The project is available on [my 
> GitHub](https://github.com/Davidson-Souza/Floresta) and I wrote an initial 
> [blogpost](https://blog.dlsouza.lol/2023/07/07/libfloresta.html) explaining 
> how to use it (in Rust). I’ll write more as the project matures, and I get it 
> running on other platforms. Any feedback is welcome!
> 
> ## Consensus
> 
> I know that alternative implementations is a spicy subject in Bitcoin land, 
> but this project **does not** reimplement the Bitcoin Consensus machine from 
> scratch. I’m using `libbitcoinconsenus` and plan to use the full 
> `libbitcoinkernel` in the future. While this doesn’t guarantee consistency, 
> it minimizes misimplementations leading to splits.
> 
> I’m also making an extra effort into cross-test against Bitcoin Core to find 
> any inconsistencies before it causes any trouble.
> 
> ## Acknowledges
> 
> A special thanks to [Vinteum](https://vinteum.org/) for supporting my work 
> with utreexo and Floresta.
> 
> Best regards,
> Davidson Souza.
> ___
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org 
> 
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

___
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

Re: [FRnOG] [FRNOG][MISC] Facturation RIPE et Chorus Pro

[Léo El Amri via frnog]

La seule vraie réponse ici. Merci Damien.

Pour les intéressés, voici l'ordonnace qui (ne) précise (pas vraiment) 
quelles sont les entités concernées : 
https://www.legifrance.gouv.fr/jorf/id/JORFTEXT29140226


Il faut lire entre les lignes, si la domiciliation des entreprises ne 
compte pas, c'est parce que seules les entreprises françaises y sont 
soumises (les formes de société listées étant françaises).


Bien entendu, il est aussi possible de se placer en tant que mandataire 
pour la réalisation du paiement, je pense que ça doit être possible 
auprès du RIPE, mais ça serait utile seulement si la compta de 
l'administration est trop rigide. L'avantage de cette solution est 
qu'elle est sans frais (parfaitement optionnels), autres que ceux de la 
réalisation du mandat, qui, soyons honnêtes, ne dépasse pas 1h de travail.


Cordialement,
Léo

On 31/07/2023 18:04, Damien DUJARDIN wrote:

Bonjour à tous,

Chorus Pro ne concerne que les fournisseurs français. Le RIPE ayant son
siège aux Pays-Bas, aucun problème pour facturer à l'ancienne.

Certaines administrations n'aiment pas ça, mais c'est parfaitement légal.

Chez nous on a l'habitude, ça passe tout seul au service comptable.

Là ou ça se complique c'est quand une grosse multinationale facture depuis
un siège à l'étranger, mais en utilisant une adresse d'une entité (parfois
fictive) en France.  Ou comment faire appliquer la loi Chorus Pro à des
polonais ou des japonais qui ne parlent pas anglais



Le lun. 31 juil. 2023 à 17:47, Marc Abel  a écrit :


Bonjour,

Jusqu'à ce jour on a réussi à régler nos factures RIPE directement.

Notez qu'on paye d'un côté la partie HT au RIPE-NCC et de l'autre la TVA
française (à l'état je suppose).

Comme la facture n'arrive pas dans le SI facturation il faut la
récupérer et l'y injecter (merci aux collègues qui font ça).

Le souci vient du délai trop court donné par le RIPE-NCC pour régler la
facture versus nos délais d'instruction et ceux du payeur qui effectue
le virement in fine.

Marc ABEL pour CD93

Le 31/07/2023 à 15:12, Olivier Pruneyrac a écrit :

Bonjour,

Nous intervenons pour accompagner une métropole dans sa déclaration en

tant que LIR auprès du RIPE.

A ce titre la métropole se demande comment la facturation pourra avoir

lieu compte tenu de l'obligation de passer par Chorus Pro pour facturer une
administration française.

Le RIPE ne peut pas utiliser Chorus Pro.

Une administration française LIR abonnée à frnog pourrait-elle nous

indiquer comment elle réalise l'enregistrement de la facturation RIPE ?
Passe elle par un intermédiaire pour cela ?


Merci d'avance

Cordialement

Olivier Pruneyrac
06 26 65 68 43




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [bitcoin-dev] Concern about "Inscriptions".

[Léo Haf via bitcoin-dev]

According to you, the rules of standardization are useless but in this case 
why were they introduced? The opreturn limit can be circumvented by miners, yet 
it is rare to see any, the same for maxancestorcount, minrelayfee or even the 
dust limit.

This cat and mouse game can be won by bitcoin defenders. Why ? Because it is 
easier to detect these transactions and make them a standardization rule than 
to create new types of spam transactions.

As for the default policy, it can be a weakness but also a strength because if 
the patch is integrated into Bitcoin Core by being activated by default, the 
patch will become more and more effective as the nodes update.

Also, when it came to using a pre-segwit node, it is not a solution because 
this type of node cannot initiate new ones, which is obviously a big problem.

Finally, I would like to quote satoshi himself who wrote about spam here is the 
link: https://bitcointalk.org/index.php?topic=195.msg1617#msg1617

> Le 27 juil. 2023 à 07:10, vju...@gazeta.pl a écrit :
> 
> 
>> not taking action against these inscription could be interpreted by spammers 
>> as tacit acceptance of their practice.
> 
> Note that some people, even on this mailing list, do not consider Ordinals as 
> spam: 
> https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2023-February/021464.html
> 
> See? It was discussed when it started. Some people believe that blocking 
> Ordinals is censorship, and could lead to blocking regular transactions in 
> the future, just based on other criteria. That means, even if developers 
> would create some official version with that option, then some people would 
> not follow them, or even block Ordinals-filtering nodes, exactly as described 
> in the linked thread: 
> https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2023-February/021487.html
> 
>> as spammers might perceive that the Bitcoin network tolerates this kind of 
>> behavior
> 
> But it is true, you have the whole pages, where you can find images, files, 
> or other data, that was pushed on-chain long before Ordinals. The whole 
> whitepaper was uploaded just on 1-of-3 multisig outputs, see transaction 
> 54e48e5f5c656b26c3bca14a8c95aa583d07ebe84dde3b7dd4a78f4e4186e713. You have 
> the whole altcoins that are connected to Bitcoin by using part of the 
> Bitcoin's UTXO set as their database.
> 
> That means, as long as you won't solve IBD problem and UTXO set growing 
> problem, you will go nowhere, because if you block Ordinals specifically, 
> people won't learn "this is bad, don't do that", they could read it as "use 
> the old way instead", as long as you won't block all possible ways. And doing 
> that, requires for example creating new nodes, without synchronizing 
> non-consensus data, like it could be done in "assume UTXO" model.
> 
> Also note that as long as people use Taproot to upload a lot of data, you can 
> still turn off the witness, and become a pre-Segwit node. But if you block 
> those ways, then people will push data into legacy parts, and then you will 
> need more code to strip it correctly. The block 774628 maybe contains almost 
> 4 MB of data from the perspective of Segwit node, but the legacy part is 
> actually very small, so by turning witness off, you can strip it to maybe 
> just a few kilobytes.
> 
>> I want to emphasize that my proposal does not involve implementing a soft 
>> fork in any way. On the contrary, what I am asking is simply to consider 
>> adding a standardization option. This option would allow the community to 
>> freely decide whether it should be activated or not.
> 
> 1. Without a soft-fork, those data will be pushed by mining pools anyway, as 
> it happened in the block 774628.
> 2. Adding some settings won't help, as most people use the default 
> configuration. For example, people can configure their nodes to allow free 
> transactions, without recompiling anything. The same with disabling dust 
> amounts. But good luck finding a node in the wild that does anything unusual.
> 3. This patch produced by Luke Dashjr does not address all cases. You could 
> use "OP_TRUE OP_NOTIF" instead of "OP_FALSE OP_IF" used by Ordinals, and 
> easily bypass those restrictions. This will be just a cat and mouse game, 
> where spammers will even use P2PK, if they will be forced to. The Pandora's 
> box is already opened, that fix could be good for February or March, but not 
> now.
> 
> 
> 
>> On 2023-07-26 11:47:09 user leo...@orangepill.ovh wrote:
>> I understand your point of view. However, inscription represent by far the 
>> largest spam attack due to their ability to embed themselves in the witness 
>> with a fee reduction.
> 
> Unlike other methods, such as using the op_return field which could also be 
> used to spam the chain, the associated fees and the standardization rule 
> limiting op_return to 80 bytes have so far prevented similar abuses.
> 
> Although attempting to stop inscription could lead to more serious issues, 
> not 

Re: [bitcoin-dev] Concern about "Inscriptions".

[Léo via bitcoin-dev]

I understand your point of view. However, inscription represent by far the 
largest spam attack due to their ability to embed themselves in the witness 
with a fee reduction.

Unlike other methods, such as using the op_return field which could also be 
used to spam the chain, the associated fees and the standardization rule 
limiting op_return to 80 bytes have so far prevented similar abuses.

Although attempting to stop inscription could lead to more serious issues, not 
taking action against these inscription could be interpreted by spammers as 
tacit acceptance of their practice. This could encourage more similar spam 
attacks in the future, as spammers might perceive that the Bitcoin network 
tolerates this kind of behavior.

I want to emphasize that my proposal does not involve implementing a soft fork 
in any way. On the contrary, what I am asking is simply to consider adding a 
standardization option. This option would allow the community to freely decide 
whether it should be activated or not.


> Le 26 juil. 2023 à 07:30, vju...@gazeta.pl a écrit :
> 
>> and I would like to understand why this problem has not been addressed more 
>> seriously
> 
> Because if nobody has any good solution, then status quo is preserved. If 
> tomorrow ECDSA would be broken, the default state of the network would be 
> "just do nothing", and every solution would be backward-compatible with that 
> approach. Burn old coins, and people will call it "Tether", redistribute 
> them, and people will call it "BSV". Leave everything untouched, and the 
> network will split into N parts, and then you pick the strongest chain to 
> decide, what should be done.
> 
>> However, when it comes to inscriptions, there are no available options 
>> except for a patch produced by Luke Dashjr.
> 
> Because the real solution should address some different problem, that was 
> always there, and nobody knows, how to deal with it: the problem of 
> forever-growing initial blockchain download time, and forever-growing UTXO 
> set. Some changes with "assume UTXO" are trying to address just that, but 
> this code is not yet completed.
> 
>> So, I wonder why there are no options to reject inscriptions in the mempool 
>> of a node.
> 
> Because it will lead you to never ending chase. You will block one 
> inscriptions, and different ones will be created. Now, they are present even 
> on chains, where there is no Taproot, or even Segwit. That means, if you try 
> to kill them, then they will be replaced by N regular indistinguishable 
> transactions, and then you will go back to those more serious problems under 
> the hood: IBD time, and UTXO size.
> 
>> Inscriptions are primarily used to sell NFTs or Tokens, concepts that the 
>> Bitcoin community has consistently rejected.
> 
> The community also rejected things like sidechains, and they are still 
> present, just in a more centralized form. There are some unstoppable 
> concepts, for example soft-forks. You cannot stop a soft-fork. What 
> inscription creators did, is just non-enforced soft-fork. They believe their 
> rules are followed to the letter, but this is not the case, as you can create 
> a valid Bitcoin transaction, that will be some invalid Ordinals transaction 
> (because their additional rules are not enforced by miners and nodes).
> 
> 
> 

___
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

[bitcoin-dev] Concern about "Inscriptions".

[Léo via bitcoin-dev]

Hello,

I am writing to you today because I am concerned about a significant bug that 
seems to be overlooked in recent versions of the software. The bug in question 
concerns the "inscriptions" developed by @rodarmor, and it worries me because, 
in just a few months, they have already reached a size of 11.8GB on the 
blockchain, causing issues with the UTXO set, which appears to be growing by 
about 25MB per day.

I understand that there may be discussions about the nature of these 
inscriptions, but personally, I find it hard not to consider them as spam. 
Their recurring nature and their impact on the size of the UTXO set and the 
blockchain itself seem concerning, and I would like to understand why this 
problem has not been addressed more seriously.

I would also like to point out that there are options in Bitcoin Core to choose 
the mempool policy, such as datacarrier or permitbaremultisig. However, when it 
comes to inscriptions, there are no available options except for a patch 
produced by Luke Dashjr. Unfortunately, this patch is unusable for most people 
as it requires compiling Bitcoin Core.

So, I wonder why there are no options to reject inscriptions in the mempool of 
a node. Such a feature could give users the ability to customize their approach 
in managing these particular cases and help mitigate the negative impact of 
inscriptions on the network.

In addition to the technical issues, I also find that this situation raises 
ethical questions. Inscriptions are primarily used to sell NFTs or Tokens, 
concepts that the Bitcoin community has consistently rejected.

Therefore, I kindly request you, as Bitcoin developers, to take this concern 
into consideration and seriously consider implementing a feature that would 
allow users to reject inscriptions in the mempool. Such a measure would 
contribute to protecting the integrity of the network.

Thank you sincerely for your attention to this matter.

Léo.___
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

[MISC] Triangulation ou trilatération ? (WAS: [FRnOG][MISC] [Émeutes] Interdiction des réseaux sociaux ?)

[Léo El Amri via frnog]

Bonjour la liste,

Dans le cas de la géolocalisation dans un réseau de téléphonie 
cellulaire, est-il question de triangulation ou de trilatération ?


Réponse : De la trilatération.

Pareil pour le GPS, le WiFi RTT et n'importe quelle autre technologie 
qui utilise trois points ou plus aux coordonnées relatives connues, et 
une distance entre ces points et le point dont on cherche la localisation.


Et vous, le saviez-vous ? Si non, pourquoi appeliez-vous la 
trilatération "triangulation" ?


Pour ma part, ce qui explique pourquoi je n'ai jamais questionné le 
terme, c'est que des professionnels de la radio m'ont appris ça quand 
j'étais au Lycée en l'appelant "triangulation". Et ils mettaient le même 
mot sur la technique de triangulation et celle de trilatération. 
Pourtant ces techniques sont utilisées dans des situations et pour des 
besoins complètement différentes. Ce n'est que ce week-end, en 
travaillant sur un projet avec un ami, que j'ai découvert que ça 
s'appelle la "trilatération" et non la "triangulation".


--
Léo


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Mise en œuvre d'IPv6 dans les infrastructures mail

[Léo El Amri via frnog]

On 26/06/2023 22:18, Laurent Barme wrote:

Le 26/06/2023 à 21:23, Léo El Amri via frnog a écrit :
Je ne comprend pas très bien comment c'est possible. Est-ce qu'on 
parle d'un serveur HTTP ? Si oui, est-ce que "le serveur non contacté" 
est derrière un reverse-proxy ? 
Il s'agit bien sûr d'un serveur HTTP (…non de domaine…). Il n'y avait 
pas de "reverse-proxy" (et je vois pas trop ce que cela vient faire ici).


Alors du coup je n'ai rien compris à l'architecture. Il n'y a pas de 
concept d'erreur TLS dans un navigateur si le serveur ne répond pas.


Si non comment est-ce que le client peut avoir une erreur TLS si le 
serveur n'est jamais atteint ?
Le serveur n'est jamais atteint car il n'écoutait pas sur une IPv6. 
L'erreur de certificat est manifestement un bug (et une fausse piste qui 
m'a fait perdre du temps). Voici mon hypothèse : l'OS résout le nom de 
domaine en IPv6, le navigateur ne parvient pas à obtenir le certificat 
SSL pour cette IPv6 (pas de réponse du serveur) affiche une erreur TLS 
au lieu d'essayer de passer par l'IPv4 à moins que l'OS refuse de 
fournir une IPv4 puisqu'il a trouvé une IPv6 pour le nom de domaine.


Je ne connais aucun navigateur avec ce comportement, mais soit.
Déjà, l'OS résout le nom de domaine pour les familles d'adresse 
demandées par l'application. Si cette dernière ne supporte pas happy 
eyeballs, il y a de fortes chances qu'elle tente la première réponse 
qu'elle a obtenu. Admettons que ce soit une adresse IPv6. Si le 
navigateur essaye de se connecter en TLS sur l'adresse IP retournée par 
l'OS, mais que personne ne répond en face, l'application n'a même pas 
l'occasion de négocier du TLS, donc il ne devrait même pas y avoir 
d'erreur de certificat TLS. Enfin, l'OS n'a pas la responsabilité de se 
connecter sous une autre adresse IP, c'est l'application qui décide ça, 
et si elle est naïve, il y a de fortes chances qu'elle ne retente rien, 
et qu'elle affiche que le site est indisponible.
Si l'application montre un autre comportement que celui-ci, c'est 
qu'elle est sérieusement cassée.


(Par OS je sous-entend iOS ou Android)

depuis un mobile via la 4G (quelque soit le navigateur utilisé) alors 
qu'il fonctionne bien par ailleurs ! Depuis le même mobile, toujours 
en 4G, un autre site sur le même serveur fonctionne pourtant sans 
souci. Le blocage se produit sur le réseau Orange et Bouygues mais 
pas sur Free ni en WiFi (via une ADSL).


La cause était une IPv6 aussi définie pour le nom de domaine alors 
que le serveur n’était pas configuré pour accepter les connexions 
IPv6. Comme Orange et Bouygues privilégient manifestement l'IPv6 
quand il y en a une déclarée… évidemment ça coince.


Pour moi c'est un problème logiciel : Le happy eyeballs n'a pas été 
utilisé.
Ok le "happy eyeballs" n'a manifestement pas été utilisé mais il est 
impossible d'intervenir au niveau du logiciel/OS des visiteurs d'un site.


Je rappelle que ce sous-fil de discussion (désolé Louis pour la 
digression) part de mon témoignage à propos d'une intervention à faire 
impérativement sur le logiciel d'après une réponse de Bertrand.


Je suis d'avis de ne pas supporter les logiciels cassés dans une 
certaine mesure. Là on est dans cette "certaine mesure". Les standards 
existaient avant les implémentations dans la nature (un bon contre 
exemple est IRC). Essayer de supporter ces logiciels défectueux ce 
serait comme lorsqu'on essayait de continuer de supporter IE5 en 2010. 
On voit l'impact que ça a eu sur le "web". Sauf que là on a même pas 
l'excuse de "c'est l'application la plus utilisée du monde".


La solution aura été de simplement supprimer l'entrée  de la zone 
DNS pour le nom de domaine. Configurer le serveur web pour de l'IPv6 
aurait considérablement agrandi la surface d'attaques possibles.


Et un problème humain ! Si le serveur n'accepte pas l'IPv6, 
l'administrateur n'aurait jamais du renseigner de  dans la zone !


Tout à fait ; c'est toujours un problème humain si on remonte 
suffisamment la pile. D'ailleurs si l'humain n'avait pas inventé l'IPv6… 
:-))


C'est vrai, mais il ne faut pas abuser. Et là on parle de LA personne 
qui est sensée être le plus au courant de l'environnement qu'elle 
configure. En plus si le serveur est déjà utilisé pour d'autres sites et 
que les zones DNS de ces autres sites n'ont pas d'IPv6, ça met la puce à 
l'oreille.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Mise en œuvre d'IPv6 dans les infrastructures mail

[Léo El Amri via frnog]

On 26/06/2023 18:48, Laurent Barme wrote:


Le 26/06/2023 à 17:38, Bertrand FRUCHET via frnog a écrit :

Bonjour la liste,

C'est pas l'IPv6 qu'il faut désactiver, c'est le logiciel qu'il faut 
changer quand vous avez des dysfonctionnements.


Ce n'est pas toujours le logiciel qu'il suffit de changer. Voici un 
retour d'expérience comme exemple :


Les symptômes étaient sibyllins : un nouveau site sur un nouveau nom de 
domaine se prend une erreur SSL d'emblée (le serveur n'est même pas 
sollicité)


Je ne comprend pas très bien comment c'est possible. Est-ce qu'on parle 
d'un serveur HTTP ? Si oui, est-ce que "le serveur non contacté" est 
derrière un reverse-proxy ? Si non comment est-ce que le client peut 
avoir une erreur TLS si le serveur n'est jamais atteint ?


depuis un mobile via la 4G (quelque soit le navigateur 
utilisé) alors qu'il fonctionne bien par ailleurs ! Depuis le même 
mobile, toujours en 4G, un autre site sur le même serveur fonctionne 
pourtant sans souci. Le blocage se produit sur le réseau Orange et 
Bouygues mais pas sur Free ni en WiFi (via une ADSL).


La cause était une IPv6 aussi définie pour le nom de domaine alors que 
le serveur n’était pas configuré pour accepter les connexions IPv6. 
Comme Orange et Bouygues privilégient manifestement l'IPv6 quand il y en 
a une déclarée… évidemment ça coince.


Pour moi c'est un problème logiciel : Le happy eyeballs n'a pas été utilisé.

La solution aura été de simplement supprimer l'entrée  de la zone 
DNS pour le nom de domaine. Configurer le serveur web pour de l'IPv6 
aurait considérablement agrandi la surface d'attaques possibles.


Et un problème humain ! Si le serveur n'accepte pas l'IPv6, 
l'administrateur n'aurait jamais du renseigner de  dans la zone !



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [TECH] Mise en œuvre d'IPv6 dans les infrastructures mail

[Léo El Amri via frnog]

On 26/06/2023 19:06, Laurent Barme wrote:


Le 26/06/2023 à 18:50, Léo El Amri via frnog a écrit :

On 26/06/2023 18:32, Laurent Barme wrote:



…


Il ne me semble pas déraisonnable de bloquer des /64 (ou /56 voir /48 
si on est vraiment pas content). Par contre je ne vois pas où est le 
danger. Si c'est une question de taille de table de blocage, tu ne 
peux de toute façon pas bloquer moins qu'un /64 dans un bloc IPv6, 
entre autre en raison du point suivant (les extensions de "vie privée" 
IPv6).


2^64 > 2^32 ; même en bloquant par /64, ça en fait potentiellement un 
peu plus quand même question taille de table de blocage.


En effet, c'est possible. Mais je pense que ça dépend moins du nombre 
d'adresses disponibles que du nombre d'attaquants actifs. Un /64 en IPv6 
c'est souvent l'équivalent d'un /32 en IPv4. Le problème de taille de la 
table de blocage se pose SI les attaquants ont accès à plus de /64 IPv6 
qu'ils n'auraient accès à des /32 IPv4. Et dans ce cas, en effet, il 
faudrait faire des règles de blocages intelligentes ou carrément faire 
du DPI. Je n'ai jamais été exposé à ces problèmes donc je ne me rend pas 
compte de la "chance" que ça arrive. Mais des solutions existent, donc 
la (grande) taille de l’espace d'adressage me semble être un argument 
peu recevable pour justifier de ne pas utiliser l'IPv6.


Pour ce qui concerne la menace que je perçois pour la vie privée 
c'est lié à l'identification plus précise de l'utilisateur dont le 
poste n'est pas (un peu) masqué par une IP publique partagée.


Il me semble que jusqu'à très très récemment, la plupart des 
équipements dans une "maison" étaient tous derrière une unique IPv4 
publique. Et je ne vois pas en quoi les extensions de vie privée de 
l'IPv6 (pour le SLAAC), qui émulent plus ou moins le même niveau de 
"""protection""" que le type de NAT IPv4 sus-mentionné, ne répondent 
pas au besoin. On peut certes mieux identifier une machine sur une 
session donnée, mais, pour Windows en tous cas, au prochain 
redémarrage l'adresse IPv6 aura changé. Je ne pense pas qu'on puisse 
faire mieux au niveau de la couche IP.
Tu as raison mais la ré-attribution d'une IPv6 par poste ça peut être 
désactivé, le NAT non. De plus, si entre deux redémarrage sous Windows, 
l'IPv6 reste constante alors, le port du NAT change à chaque nouvelle 
requête.


Pour moi, si le comportement par défaut ne respecte pas la vie-privée, 
c'est un problème logiciel. À l'époque de la RFC 4941 on aurait pu dire 
que c'est un problème humain (de configuration), mais désormais la 
recommandation de NE PAS faire de cette option un comportement pas 
défaut a été retiré (RFC 8981). Linux est un assez mauvais élève par 
défaut, mais les solutions user-land sont très bonnes. Windows est 
curieusement un bon élève par défaut : activé et changement toutes les 
24h ou à chaque redémarrage.


Si l'utilisateur veut désactiver les options de "vie privée", qu'on le 
laisse faire !



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [TECH] Mise en œuvre d'IPv6 dans les infrastructures mail

[Léo El Amri via frnog]

On 26/06/2023 18:32, Laurent Barme wrote:


Le 26/06/2023 à 18:07, Léo El Amri via frnog a écrit :

On 26/06/2023 17:23, Laurent Barme wrote:
l'IPv6 est [...] un danger potentiel pour la sécurité et une menace 
pour la vie privée.


Comment ? Pourquoi ?

(On est pas vendredi, je demande vraiment)

Il n'y a pas de "vendredi" pour moi (je bosse tous les jours).


Merci :)

Si tu as des archives, tu peux retrouver la discussion suite à mon 
message sur le sujet le 26/04/21 08:45. Tiens, cela fait moins 
de 10 ans, Denis n'est pas encore complétement sorti de son hibernation 
:-).


Elles sont parties en cold-storage, et les archives en ligne ne semblent 
pas remonter si loin :/


Sinon, pour le danger potentiel c'est lié pour moi au nombre d'IP qu'il 
faudrait bloquer. En ce sens, l'échange cité ci-dessus m'a permis de 
prendre sereinement la décision de bloquer les IPv6 par /64.


Il ne me semble pas déraisonnable de bloquer des /64 (ou /56 voir /48 si 
on est vraiment pas content). Par contre je ne vois pas où est le 
danger. Si c'est une question de taille de table de blocage, tu ne peux 
de toute façon pas bloquer moins qu'un /64 dans un bloc IPv6, entre 
autre en raison du point suivant (les extensions de "vie privée" IPv6).


Pour ce qui concerne la menace que je perçois pour la vie privée c'est 
lié à l'identification plus précise de l'utilisateur dont le poste n'est 
pas (un peu) masqué par une IP publique partagée.


Il me semble que jusqu'à très très récemment, la plupart des équipements 
dans une "maison" étaient tous derrière une unique IPv4 publique. Et je 
ne vois pas en quoi les extensions de vie privée de l'IPv6 (pour le 
SLAAC), qui émulent plus ou moins le même niveau de """protection""" que 
le type de NAT IPv4 sus-mentionné, ne répondent pas au besoin. On peut 
certes mieux identifier une machine sur une session donnée, mais, pour 
Windows en tous cas, au prochain redémarrage l'adresse IPv6 aura changé. 
Je ne pense pas qu'on puisse faire mieux au niveau de la couche IP.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [TECH] Mise en œuvre d'IPv6 dans les infrastructures mail

[Léo El Amri via frnog]

On 26/06/2023 17:23, Laurent Barme wrote:

Stephane (Borrtzmeyer) est prescripteur et pas acteur


Si Bortzmeyer n'est pas acteur, que faut-il faire pour l'être ?

Est-ce que moi je le suis ? En tant que simple consommateur d'Internet 
(je n'ai pas d'AS ni de réseau publique) est-ce que activer l'IPv6 sur 
mes machines hébergées "dans le cloud", configurer mes quelques réseaux 
privés correctement pour que ça "juste marche(TM)" en IPv6 et développer 
la compatibilité des applications (lorsque c'est nécessaire) ne fait pas 
de moi un acteur ? Est-ce qu'il faut forcément être un AS pour prétendre 
au titre d'acteur ? Si oui, je ne comprend pas comment l'Internet tout 
court a pu exister (notons que je n'étais pas né). L'échelle était 
certes plus petite qu'aujourd'hui, mais si à l'époque on a réussi en 
partant de rien, je ne vois pas comment aujourd'hui on ne pourrait pas 
réussir en partant de quelque-chose de similaire. Les APIs sur nos OS 
sont déjà prêtes (même si ça reste un peu le bordel pour certains), il 
nous manque juste le réseau.


Et puis il faut rester cohérent sur les critiques qu'on fait à l'IPv6. 
Si c'est un problème d'inertie, pourquoi est-ce que Google y arrive et 
pas les PMEs (ou "artisans") ? Si c'est une question de moyens, pourquoi 
Twitter n'y arrive pas, mais que Ungleich y arrive ? Et si c'est une 
question de lacunes, comment ça se fait que des réseaux (privés) 
dual-stack comme pur-IPv6 existent et tournent correctement ?
Si ce n'est ni une question d'inertie, ni une question de taille, ni une 
question de moyens, ni une question technique, qu'est-ce qu'il reste ? 
Le facteur humain ? Je ne veux pas en arriver à ce "point godwin de 
l'IPv6" un peu facile, mais franchement je vois pas ce que ça peut être 
d'autre que "la flemme".


Je veux bien qu'on ait des problèmes d'IPv6 ; rien qu'à mon échelle j'en 
ai rencontré une pelletée. Je blame en partie Linux et en partie les 
applications que j'utilise, mais surtout je me blame moi pour ne pas 
avoir pris le temps de considérer l'IPv6 comme ce que c'est : Un 
protocole différent, qui demande à ré-apprendre une partie du réseau, et 
qui, par sa nouveauté (si on peut encore dire ça) est encore mal intégré 
dans nos écosystèmes techniques.


Enfin, je ne comprend pas ceux pour qui l'IPv6 donne de l'urticaire 
alors que le NAT ne leur en donne pas.


My-2ct-qui-valent-moins-que-2ct


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [TECH] Mise en œuvre d'IPv6 dans les infrastructures mail

[Léo El Amri via frnog]

On 26/06/2023 17:23, Laurent Barme wrote:

l'IPv6 est [...] un danger potentiel pour la sécurité et une menace pour la vie 
privée.


Comment ? Pourquoi ?

(On est pas vendredi, je demande vraiment)


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Pire que Sogetrel.....

[Léo El Amri via frnog]

On 20/06/2023 23:07, Spyou wrote:

Le 19/06/2023 à 10:35, David Ponzone a écrit :

On a trouvé, ça s’appelle SOLUTIONS30.

On a jamais vu des guignolos pareils, et devinez-quoi, c’est le 
sous-traitant Number1 de l’agrume (sur le FTTH) dans certains coins.


Bon, après, ça sert à rien de le dénoncer puisque on a pas le choix 
mais peut-être qu’à force de voir leur nom dans des commentaires 
négatifs, ils vont finir par réagir.

Peut-être même qu’ils sont sur la liste…

Le problème: essentiellement des annulations de RDV FTTH (clients pro) 
à la dernière minute (plus de 50% des cas)
La question: est-ce qu’il y a autant d’annulations sur des clients pro 
Orange directs….



Je préfère encore 80% d'annulation que les sous-traitants de chez nous 
qui montent à pieds joints sur les tiroirs optiques pour brancher leurs 
jarretières.


J'ai perdu une vidéo d'une intervention de Sogetrel à un NRA/NRO Orange 
près duquel ils tiraient de la fibre aérienne en jetant des boucles de 
câble par dessus les poteaux pour essayer de faire s'accorcher ledit 
câble aux supports cuivre existants.

Ça mieux s'ils avaient annulé eux aussi.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Gandi, c'est fini...

[Léo El Amri via frnog]

On 18/06/2023 22:38, David Ponzone wrote:

Coop alors que n’importe qui ici peut se monter un mailcow en 15 min ?
Je me demande si c’est pas un peu overkill.


Pour le moment ce qui a été proposé c'est de lancer un service NDD + 
mailbox qui marche et qui soit vraiment NoBullshit (Désolé Gandi mais 
vous avez perdu le droit d'utiliser ce slogan).


Sauf que c'est accompagné de beaucoup de problèmes déjà évoqués, dont le 
plus gros, à mon avis, qui est qu'on s'adresse à des clients 
non-techniques qui vont solliciter le support pour rien (et qui coûtera 
probablement le plus cher, de loin).


Sinon on peut lancer un service uniquement NDD, avec serveur de noms 
primaire fournit quand même, mais dans ce cas il y a peu de chances de 
trouver des clients puisque les seuls intéressés seraient des individus 
tech, ou des sociétés qui ont besoin de sous-traiter cette activité 
(genre les boites d'hébergement mutualisé, ou simplement les 
sous-traitants d'autres boites qui ne font pas de web). Sauf que 
derrière tu dois payer 4000 USD par an à l'ICANN et négocier avec tous 
les registry du monde (et ça je sais pas combien ça coûte) (ou alors se 
concentrer sur juste quelques TLDs, mais ça ne résout pas le problème de 
la masse critique requise pour amortir les coups de matraque de l'ICANN 
et des TLDs).


Donc soit on fait un truc qui existe déjà et qui n'apporte rien (d'autre 
que l'éthique) au marché, soit on fait un truc de niche qui risque fort 
de ne pas marcher.


En attendant, il y a l'OpenNIC Project (https://www.opennic.org/)...

PS : Même si l'idée 2 marche pas, ça m'intéresse d'essayer


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Gandi, c'est fini...

[Léo El Amri via frnog]

On 16/06/2023 18:02, Noryungi wrote:

Laisse tomber tout de suite cette histoire de chatbot.


Mais le reste ça te va ?!


Le 16/06/2023 à 15:01, Victor UETTWILLER a écrit :

En soit, la meilleur idée serait d'ouvrir ce service avec une société
qui faisait de la presta de NDD avec Gandi et qui part. Faire une sorte
de réunion de société mécontent de l'augmentation fulgurante des prix de
Gandi.


Niveau code, l'abonnement Chat-GPT 4 coûte dans les $24/mois non ? Ça va
pas revenir bien cher.

Niveau doc, il y a tout ce qu'il faut déjà en ligne, là encore j'ai
pété, et on se fait une base standard.

Niveau support, pour le chatbot j'aimerais bien tenter d'entrainer un
guanaco 65B pour ça, mais il y en a pour 25k€ de matos minimum et 2kW
donc c'est peut-être une fausse bonne idée. On n'a qu'à faire un
offshore en Tunisie (ils sont en dèche) si vous savez pas gérer vous-même.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Gandi, c'est fini...

[Léo El Amri via frnog]

C'est vendredi chez DuckDuckGo apparemment... 
https://duckduckgo.com/?q=powermail=h_=web


PS : En fait j'ai testé la recherche en français, et ça apparait en 
premier résultat dans ce cas. Donc c'est un PEBKAC.


On 14/06/2023 17:46, David Ponzone wrote:

Euhh, https://www.powermail.fr <https://www.powermail.fr/> non ?

C’est vendredi ? :)


Le 14 juin 2023 à 17:42, Léo El Amri via frnog  a écrit :

On 14/06/2023 16:52, Bertrand FRUCHET via frnog wrote:

- les mails chez Powermail ( un "petit" très efficace car spécialisé dans cette 
activité)


Est-ce qu'il est possible d'avoir un pointeur vers ce "Powermail" ?



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Gandi, c'est fini...

[Léo El Amri via frnog]

On 14/06/2023 16:52, Bertrand FRUCHET via frnog wrote:
- les mails chez Powermail ( un "petit" très efficace car spécialisé 
dans cette activité)


Est-ce qu'il est possible d'avoir un pointeur vers ce "Powermail" ?


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Gandi, c'est fini...

[Léo El Amri via frnog]

On 14/06/2023 14:34, Arnaud Launay wrote:

Le Wed, Jun 14, 2023 at 01:48:30PM +0200, David Touitou a écrit:

Ceux qui ne sont pas chez Gandi, où êtes-vous ?


Bookmyname. Une bonne interface années 90, parfaitement fonctionnelle, il 
existe une
API, les tarifs sont raisonnables. Pour les fonctionnalités avancées, pas sûr: 
c'est
un registrar, pas un FSI.


PI, BookMyName est le nom commercial de vente de NDD de Online 
(maintenant "Scaleway").


Je n'ai jamais été client NDD chez eux depuis la création de Scaleway, 
mais je pense qu'il y a plus de fonctionnalités sur l'interface de 
Scaleway (https://www.scaleway.com/fr/domains-and-dns/) que sur 
l'interface de BookMyName.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

[TYPES/announce] YR-CONCUR 2023 -- Call for papers

[Léo Stefanesco]

[ The Types Forum (announcements only),
 http://lists.seas.upenn.edu/mailman/listinfo/types-announce ]

CALL FOR PAPER

We invite all the PhD students and young researchers to participate in
the YR-CONCUR workshop, which is co-located with the CONCUR conference
and will take place on September 23rd in Antwerp, Belgium.

The Young Researchers Workshop on Concurrency Theory aims to provide a
platform for PhD students as well as undergraduate, graduate and young
post-doctoral students to exchange new results related to concurrency
theory (e.g. session type) and to receive feedback on their research.
The focus is on informal discussions. All topics related to
concurrency theory are welcome. We plan to have an Open Problem
session, and an Invited Talk.

The format of the submission is a *two page abstract* in single
column. Talks can involve research presented at other conferences and
ongoing research (in the spirit of Highlights conferences).

Website: 
https://urldefense.com/v3/__https://www.uantwerpen.be/en/conferences/confest-2023/workshop/yrconcur/__;!!IBzWLUs!WQRX0FNxTjBHTxvYUyUGpWKE5Wkj9_vIB_Q10vsEM47pqG9mBJEZ0JbuKcb-nsziNJZiZDng4VWh4z0SzwQ9kmA7S7RNB5c$
 
Submission site: 
https://urldefense.com/v3/__https://easychair.org/conferences/?conf=yrconcur2023__;!!IBzWLUs!WQRX0FNxTjBHTxvYUyUGpWKE5Wkj9_vIB_Q10vsEM47pqG9mBJEZ0JbuKcb-nsziNJZiZDng4VWh4z0SzwQ9kmA7qyrpN1M$
 

Dates:
=
Submission deadline: 4th July 2023
Notification date: 20th July 2023

Program Committee:

Giovanni Bernardi (Université Paris Cité)
Denis Kuperberg (ENS Lyon)
Karoliina Lehtinen (LIS, Aix-Marseille Université)
Koko Muroya (RIMS, Kyoto university)

Re: [MISC] [FRnOG] [ALERT] Incident elec Netcenter Vénissieux

[Léo El Amri via frnog]

On 09/06/2023 18:42, julien soula wrote:

On Fri, Jun 09, 2023 at 06:05:58PM +0200, Léo El Amri via frnog wrote:

[.../...]
Je me souviens qu'il existait aussi un truc similaire à IPFS mais pour du
calcul plutôt que pour du stockage, utilisé par un projet de recherche
scientifique sur le pliage des protéines et qui avait le mot "Mesh" dans le
nom il me semble, est-ce que quelqu'un voit ce que c'est ?


folding@home ? (mais y a pas "Mesh" pour le coup)

a+,


Merci ! Ça ne me dit rien, mais grace à ça je crois que j'ai retrouvé ce 
dont je parlais. Je crois que c'est World Community Grid [1]. Par contre 
il n'y a ni projet de pliage de protéine (ou alors il y a eu un 
"sponsoring" pendant quelques temps), ni "Mesh" dans le nom. Mais comme 
ça date d'il a plus de 15 ans maintenant, ma mémoire doit me faire défaut.


Enfin, là où je voulais en venir, c'est que avec IPFS combiné à un 
système comme WCG (en plus générique), on a du DC-less qui répond à 
presque tous les besoins non-réseau.


Reste que les télécoms pourront difficilement se passer des DC, en tous 
cas en France, tant qu'on aura pas pris des mesures drastiques de 
décentralisation de l'architecture du réseau, comme nous en discutions 
sur la liste il y a quelques mois.


[1] : https://www.worldcommunitygrid.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [MISC] [FRnOG] [ALERT] Incident elec Netcenter Vénissieux

[Léo El Amri via frnog]

On 09/06/2023 17:49, David Ponzone wrote:

Y a du Cloud qui est pas dans un DC ?

Ou alors il faut pratiquer le multi-cloud, en s’assurant de pas dépendre des 
mêmes DC.


Le 9 juin 2023 à 17:45, Léo El Amri via frnog  a écrit :

On 09/06/2023 17:36, Renaud wrote:

On 09/06/2023 17:05, Stéphane Rivière wrote:

[../..]

Quand on voit que même Google se vautre suite à un seul incident dans
un seul DC, il y a de quoi être circonspect...

+1 Personne n'est à l'abri. Enfin, on peut imaginer que, désormais, les
onduleurs et les batteries au "fond du jardin", comme les GE, ça va
devenir la règle...
[../..]


Vivement le datacenterless, il y a un business model d'avenir là-dessus!

J'aurais juré que ça existait déjà et que ça s'appellait "Le Cloud".


En tant que """développeur""", vu comment on me le vend, je croyais que 
c'était magique et qu'il n'y avait pas d'ordinateur derrière "Le Cloud".


Pardon je pensais qu'on était trolldi.

Plus sérieusement : Je constate que le multi-cloud ou multi-DC est déjà 
une pratique assez courante, en m'appuyant sur ma propre expérience chez 
des clients. Ils avaient pourtant soit voué un culte à l'Amazone du 
Service de la Toile, soit vendu leur âme au grand Azure, mais la 
disponibilité était une caractéristique recherchée lorsqu'elle n'était 
pas déjà vendue clef en main.


Et depuis que je bosse (2015), il a toujours été question de réplication 
sur des lieux différents en ce qui concerne le stockage (et ça pour le 
coup c'est assez bien supporté par tous les cloud grand-publique que je 
connais (GCP, AWS, Azure et Hetzner).


Pour finir, le DC-less est déjà un peu ce que propose IPFS[1] et autres. 
Avec ces trucs là, la planète entière devient un DC plus ou moins résilient.


Je me souviens qu'il existait aussi un truc similaire à IPFS mais pour 
du calcul plutôt que pour du stockage, utilisé par un projet de 
recherche scientifique sur le pliage des protéines et qui avait le mot 
"Mesh" dans le nom il me semble, est-ce que quelqu'un voit ce que c'est ?


[1] : https://ipfs.tech/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [MISC] RE: [FRnOG] [ALERT] Incident elec Netcenter Vénissieux

[Léo El Amri via frnog]

On 09/06/2023 17:36, Renaud wrote:

On 09/06/2023 17:05, Stéphane Rivière wrote:

[../..]

Quand on voit que même Google se vautre suite à un seul incident dans
un seul DC, il y a de quoi être circonspect...

+1 Personne n'est à l'abri. Enfin, on peut imaginer que, désormais, les
onduleurs et les batteries au "fond du jardin", comme les GE, ça va
devenir la règle...
[../..]


Vivement le datacenterless, il y a un business model d'avenir là-dessus!


J'aurais juré que ça existait déjà et que ça s'appellait "Le Cloud".


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: The (doveadm search HEADER "Header" "") command does not return email which have the header "Header"

[Léo El Amri via dovecot]

Allow me to bump this thread. I believe there is a bug somewhere. Either in the 
code, or in the documentation.

On 18 May 2023 21:13:50 CEST, "Léo El Amri via dovecot"  
wrote:
>Hello there,
>
>When using the doveadm command (search HEADER "X-Discourse-Post-Id" "") or the 
>IMAP command (SEARCH HEADER X-Discourse-Post-Id ""), emails containing a 
>X-Discourse-Post-Id header are not listed.
>
>I've also tried with non X- headers, such as List-Unsubscribe and 
>Auto-Submitted.
>
>RFC 3501 [1] and Dovecot's documentation [2] both says that this command 
>should return emails containing the header searched.
>
>I couldn't find a mention of this bug in the git history, hence why I'm 
>posting here, maybe there is something wrong with my installation ?
>
>I'm running Dovecot 2.3.20 on Debian on amd64 with an ext4 filesystem. I 
>attached the output of dovecot -n.
>
>[1]: https://www.rfc-editor.org/rfc/rfc3501.html#section-6.4.4
>[2]: https://wiki.dovecot.org/Tools/Doveadm/SearchQuery
>
>-- 
>Cordially,
>Léo___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org

The (doveadm search HEADER "Header" "") command does not return email which have the header "Header"

[Léo El Amri via dovecot]

Hello there,

When using the doveadm command (search HEADER "X-Discourse-Post-Id" "") 
or the IMAP command (SEARCH HEADER X-Discourse-Post-Id ""), emails 
containing a X-Discourse-Post-Id header are not listed.


I've also tried with non X- headers, such as List-Unsubscribe and 
Auto-Submitted.


RFC 3501 [1] and Dovecot's documentation [2] both says that this command 
should return emails containing the header searched.


I couldn't find a mention of this bug in the git history, hence why I'm 
posting here, maybe there is something wrong with my installation ?


I'm running Dovecot 2.3.20 on Debian on amd64 with an ext4 filesystem. I 
attached the output of dovecot -n.


[1]: https://www.rfc-editor.org/rfc/rfc3501.html#section-6.4.4
[2]: https://wiki.dovecot.org/Tools/Doveadm/SearchQuery

--
Cordially,
Léo# 2.3.20 (80a5ac675d): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.19 (4eae2f79)
# OS: Linux 5.10.0-21-amd64 x86_64  ext4
# Hostname: mailu-dovecot-6449f5fb8f-trjck
auth_mechanisms = plain login
auth_username_chars = 
default_login_user = mail
default_vsz_limit = 2 G
disable_plaintext_auth = no
first_valid_gid = 8
first_valid_uid = 8
haproxy_trusted_networks = 10.12.0.0/16
hostname = email.superlel.me
log_path = /dev/stderr
mail_access_groups = mail
mail_gid = mail
mail_home = /mail/%u
mail_location = maildir:/mail/%u
mail_plugins = " quota quota_clone fts fts_xapian"
mail_privileged_group = mail
mail_uid = mail
mail_vsize_bg_after_count = 100
maildir_stat_dirs = yes
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character 
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date index ihave duplicate 
mime foreverypart extracttext spamtest spamtestplus editheader imapsieve 
vnd.dovecot.imapsieve
namespace inbox {
  inbox = yes
  location = 
  mailbox Drafts {
auto = subscribe
special_use = \Drafts
  }
  mailbox Junk {
auto = subscribe
special_use = \Junk
  }
  mailbox Sent {
auto = subscribe
special_use = \Sent
  }
  mailbox Trash {
auto = subscribe
special_use = \Trash
  }
  prefix = 
}
passdb {
  args = /etc/dovecot/auth.conf
  driver = dict
}
plugin {
  fts = xapian
  fts_autoindex = yes
  fts_autoindex_exclude = \Trash
  fts_enforced = yes
  fts_xapian = partial=2 full=30
  imapsieve_mailbox1_before = file:/conf/report-spam.sieve
  imapsieve_mailbox1_causes = COPY
  imapsieve_mailbox1_name = Junk
  imapsieve_mailbox2_before = file:/conf/report-ham.sieve
  imapsieve_mailbox2_causes = COPY
  imapsieve_mailbox2_from = Junk
  imapsieve_mailbox2_name = *
  quota = count:User quota
  quota_clone_dict = proxy:/tmp/podop.socket:quota
  quota_vsizes = yes
  sieve = file:~/sieve;active=~/.dovecot.sieve
  sieve_before = dict:proxy:/tmp/podop.socket:sieve
  sieve_execute_bin_dir = /conf/bin
  sieve_extensions = +spamtest +spamtestplus +editheader
  sieve_global_extensions = +vnd.dovecot.execute
  sieve_plugins = sieve_imapsieve sieve_extprograms
  sieve_spamtest_max_value = 15
  sieve_spamtest_status_header = X-Spam-Level
  sieve_spamtest_status_type = strlen
  sieve_vacation_dont_check_recipient = yes
  sieve_vacation_send_from_recipient = yes
  sieve_vacation_to_header_ignore_envelope = yes
  zlib_save_level = 6
}
postmaster_address = postmas...@superlel.me
protocols = imap pop3 lmtp sieve
service imap-login {
  inet_listener imap {
haproxy = yes
port = 143
  }
}
service lmtp {
  inet_listener lmtp {
port = 2525
  }
}
service managesieve-login {
  inet_listener sieve {
haproxy = yes
port = 4190
  }
}
service managesieve {
  process_limit = 1024
}
service pop3-login {
  inet_listener pop3 {
haproxy = yes
port = 110
  }
}
submission_host = mailu-front.mailu-mailserver.svc.cluster.local
userdb {
  args = /etc/dovecot/auth.conf
  driver = dict
}
protocol imap {
  imap_idle_notify_interval = 29 mins
  mail_max_userip_connections = 20
  mail_plugins = " quota quota_clone fts fts_xapian imap_quota imap_sieve"
}
protocol lmtp {
  mail_plugins = " quota quota_clone fts fts_xapian sieve"
}
protocol sieve {
  ssl = no
}
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org

Re: [DISCUSS] Hudi Reverse Streamer

[Léo Biscassi]

+1
This would be great!

Cheers,

On Mon, Apr 3, 2023 at 3:00 PM Pratyaksh Sharma 
wrote:

> Hi Vinoth,
>
> I am aligned with the first reason that you mentioned. Better to have a
> separate tool to take care of this.
>
> On Mon, Apr 3, 2023 at 9:01 PM Vinoth Chandar <
> mail.vinoth.chan...@gmail.com>
> wrote:
>
> > +1
> >
> > I was thinking that we add a new utility and NOT extend DeltaStreamer by
> > adding a Sink interface, for the following reasons
> >
> > - It will make it look like a generic Source => Sink ETL tool, which is
> > actually not our intention to support on Hudi. There are plenty of good
> > tools for that out there.
> > - the config management can get bit hard to understand, since we overload
> > ingest and reverse ETL into a single tool. So break it off at use-case
> > level?
> >
> > Thoughts?
> >
> > David:  PMC does not have control over that. Please see unsubscribe
> > instructions here. https://hudi.apache.org/community/get-involved
> > Love to keep this thread about reverse streamer discussion. So kindly
> fork
> > another thread if you want to discuss unsubscribing.
> >
> > On Fri, Mar 31, 2023 at 1:47 AM Davidiam 
> wrote:
> >
> > > Hello Vinoth,
> > >
> > > Can you please unsubscribe me?  I have been trying to unsubscribe for
> > > months without success.
> > >
> > > Kind Regards,
> > > David
> > >
> > > Sent from Outlook for Android<https://aka.ms/AAb9ysg>
> > > 
> > > From: Vinoth Chandar 
> > > Sent: Friday, March 31, 2023 5:09:52 AM
> > > To: dev 
> > > Subject: [DISCUSS] Hudi Reverse Streamer
> > >
> > > Hi all,
> > >
> > > Any interest in building a reverse streaming tool, that does the
> reverse
> > of
> > > what the DeltaStreamer tool does? It will read Hudi table incrementally
> > > (only source) and write out the data to a variety of sinks - Kafka,
> JDBC
> > > Databases, DFS.
> > >
> > > This has come up many times with data warehouse users. Often times,
> they
> > > want to use Hudi to speed up or reduce costs on their data ingestion
> and
> > > ETL (using Spark/Flink), but want to move the derived data back into a
> > data
> > > warehouse or an operational database for serving.
> > >
> > > What do you all think?
> > >
> > > Thanks
> > > Vinoth
> > >
> >
>


-- 
*Léo Biscassi*
Blog - https://leobiscassi.com

   -

[dolphin] [Bug 423187] Dolphin freezes when opening rclone or other FUSE mounts

[Léo]

https://bugs.kde.org/show_bug.cgi?id=423187

Léo  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|REPORTED|CONFIRMED
 CC||josephlegran...@gmail.com

--- Comment #6 from Léo  ---
I can reproduce this bug with rclone. Using dolphin is basically impossible
when working with large remote file systems using FUSE.

-- 
You are receiving this mail because:
You are watching all bug changes.

Re: [Tagging] Tagging Digest, Vol 159, Issue 32

[Pierre-Léo Bourbonnais via Tagging]

When a sidewalk is mapped separately, foot=use_sidepath should be used on the 
road itself (like Cyton mentioned).

This tag combination is used by more and more routing engines (see osrm 
profiles) to force routing on the sidewalk instead of the road. Using foot=no 
would have the exact same effect, but the problem is that the road itself then 
looses the information that a sidewalk has been mapped alongside with 
footway=sidewalk, which could be a problem for any person wanting to analyze 
pedestrian access. But when I am editing inQuebec province, I use 
sidewalk:both/left/right=separate also to specify on which side(s) there is a 
separate sidewalk mapped.

So to summarize:

- if the sidewalks are present but not mapped separately: use 
sidewalk:both/left/right=yes/no
- if the sidewalks are mapped separately (usually highway=footway and 
footway=sidewalk, use foot=use_sidepath on the main road with 
sidewalk:both/left/right=separate or no
- add foot=no on a road only if there is a specific sign saying so and it is 
not a motorway or motorway_link (which are foot=no by default, and thus not 
needed)
- for highway=trunk and trunk_link, I usually add the specification for 
foot=yes/no according to signs, because this is the only road type which can be 
ambiguous by default.

> On Dec 18, 2022, at 4:28 PM, tagging-requ...@openstreetmap.org wrote:
> 
> Send Tagging mailing list submissions to
>   tagging@openstreetmap.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.openstreetmap.org/listinfo/tagging
> or, via email, send a message with subject or body 'help' to
>   tagging-requ...@openstreetmap.org
> 
> You can reach the person managing the list at
>   tagging-ow...@openstreetmap.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Tagging digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: Re:  Foot / sidewalk access tagging (cyton_...@web.de)
>   2. Re: Foot / sidewalk access tagging (Ivo Reano)
>   3. Re: Foot / sidewalk access tagging (Brian M. Sperlongano)
> 
> 
> --
> 
> Message: 1
> Date: Sun, 18 Dec 2022 22:03:00 +0100
> From: cyton_...@web.de
> To: "Tag discussion, strategy and related tools"
>   
> Subject: Re: [Tagging] Re:  Foot / sidewalk access tagging
> Message-ID:
>   
> 
>   
> Content-Type: text/plain; charset="us-ascii"
> 
> An HTML attachment was scrubbed...
> URL: 
> 
> 
> --
> 
> Message: 2
> Date: Sun, 18 Dec 2022 22:19:52 +0100
> From: Ivo Reano 
> To: "Tag discussion, strategy and related tools"
>   
> Subject: Re: [Tagging] Foot / sidewalk access tagging
> Message-ID:
>   
> Content-Type: text/plain; charset="utf-8"
> 
> I don't know in your area if all pedestrians who use the streets just
> because they don't have a car are punished.
> In Italy, only motorways and some major traffic routes are formally
> "forbidden" to pedestrian transit.
> If I found a foot=yes on a street, simply to indicate that one should not
> walk in the middle of the street, I would delete that tag (and send a
> message to the user asking what he meant).
> It seems obvious to me that if I walk on a road I keep to the left (excuse
> non-Anglo-Saxons, but this is the preferred direction for pedestrians on
> driveways in the rest of the world).
> While if I'm on a road with no traffic (not flat) I mostly walk on the
> downhill side.
> In short: if there isn't a sidewalk, and the street isn't reserved for
> vehicles (but where do you live?) foot=no it seems absurd to me, or rather
> wrong.
> 
> Ivo, Jrachi
> 
> Il giorno dom 18 dic 2022 alle ore 22:05  ha scritto:
> 
>> Yes, only if the local legislation infers that pedestrians have to use a
>> (usually car) road-accompanying sidewalk.
>> 
>> Also, your project reminds me of wandrer.earth, where craig also
>> introduced a way for running to track ran ways, not only for cyclists.
>> Though i only use it for cycling.
>> 
>> --
>> Diese Nachricht wurde von meinem Android Mobiltelefon mit WEB.DE Mail
>> gesendet.
>> Am 18.12.22, 21:47 schrieb "Brian M. Sperlongano" :
>> 
>>> Thanks Cyton.
>>> 
>>> Just to be clear, I'm only talking about automobile roads -
>>> highway=trunk/primary/secondary/tertiary/unclassified/residential.
>>> 
>>> On Sun, Dec 18, 2022 at 3:41 PM  wrote:
>>> 
 If and only if there is a separately mapped sidewalk.
 Sidewalk=separate means there needs to be such a way.
 However i would tag foot=use_sidepath, which means the same as foot=no
 but also indicates the existence of a separate way usable for routing.
 And only if the highway is a streets centerline, not a cycleway or
 other.
 
 Cyton
 Am 18.12.22, 21:32 schrieb "Brian M. Sperlongano" :
 
 
> Hello,
> 
> I am the author of a 

[QE-users] BAD TERMINATION after relax calculation (QE 6.8)

[Léo Gaspard]

Dear QE users,

I was trying to relax a structure with QE version 6.8. The calculation 
does not produce any warning and error, runs until converged (9 bfgs 
steps) , and prints the timings and then the "JOB DONE." message, but 
then a MPI error appears :


===
=   BAD TERMINATION OF ONE OF YOUR APPLICATION PROCESSES
=   RANK 0 PID 43045 RUNNING AT compute-3-7
=   EXIT STATUS: 3
===

This MPI error is accompanied by the printing of a single digit in the 
log file : "3", which I guess is the error code.


As this error appears after what seems to be a correct termination of 
the calculation, I don't understand what went wrong in the calculation. 
Does it mean that the result of the calculation is not correct ?



Thanks in advance

Léo Gaspard

Laboratoire de Chimie et Physique Quantiques, Université Toulouse III - 
Paul Sabatier



PS : Here is my input file


    calculation='relax',
    restart_mode='from_scratch',
    verbosity='high',

    title='Ba2IrO4',
    outdir='.',
    pseudo_dir='.',
    prefix='Ba2IrO4',
    etot_conv_thr=1.0D-10,
/

    ibrav=0,
    celldm(1)=7.615595734,

    ecutwfc=90,
    ecutrho=480,

    nat=7,
    ntyp=3,

    occupations='smearing',
    smearing='mv',
    degauss=0.02
    nbnd=100,
/

    electron_maxstep=100,
    conv_thr=1d-9,
    startingwfc="atomic",
    startingpot="atomic",
    mixing_beta=0.5,
/

    ion_dynamics="bfgs",
/
ATOMIC_SPECIES
Ba 137.327  Ba.upf
Ir 192.217  Ir.upf
O   15.999  O.upf

CELL_PARAMETERS alat
 -0.5000  0.500  1.6542
  0.5000 -0.500  1.6542
  0.5000  0.500 -1.6542
ATOMIC_POSITIONS crystal
    Ba  0.644850    0.644850    0.00
    Ba  0.355150    0.355150    0.00
    Ir  0.00    0.00    0.00
 O  0.161600    0.161600    0.00
 O  0.838400    0.838400    0.00
 O  0.50    0.00    0.50
 O  0.00    0.50    0.50

K_POINTS AUTOMATIC
 8 8 8 0 0 0

___
The Quantum ESPRESSO community stands by the Ukrainian
people and expresses its concerns about the devastating
effects that the Russian military offensive has on their
country and on the free and peaceful scientific, cultural,
and economic cooperation amongst peoples
___
Quantum ESPRESSO is supported by MaX (www.max-centre.eu)
users mailing list users@lists.quantum-espresso.org
https://lists.quantum-espresso.org/mailman/listinfo/users

Re: [OSM-talk-fr] BlaBlaCar exploite des données OSM sans attribution ?

[Léo El Amri]

On 13/11/2022 10:40, pepilepi...@ovh.fr wrote:

Le 12/11/2022 à 19:50, Philippe Verdy a écrit :

je confonds peut-être avec Uber (mais que j'ai encore moins utilisé que
Blablacar) et d'autres services logistiques, qui peuvent aussi
s'échanger/se vendre des données via certaines agences. Mais là ça me
parait insuffisant pour conclure. Noter qu'en terme de droits des bases de
données il y a tout de même une notion de quantité suffisante pour
constituer un droit d'auteur exigible, et un unique tracé géométrique très
court (sans autre métadonnées) ne viole le droit de personne il me semble.
Donc il faut en trouver plus et arriver à démonter une copie réelle
(d'autant que ce fragment peut être accidentel, il est difficile de le
rapprocher du reste; tu le dis ça ressemble beaucoup mais finalement pas
avec une précision suffisante pour conclure).



Bonjour,

J'ai eu la curiosité de demander à OSRM l'itinéraire entre les deux
extrémités du trajet visible sur
https://www.dropbox.com/s/osjrc8t9p6fg82d/blablacar-suspect-blablacar.png?dl=0.

Il ne prend PAS le petit décrochement au niveau de la gare.


J'avais explicitement rajouté le décochement (le dépose minute de la 
gare) dans mon itinéraire, c'est pour ça qu'il ressort :)



Pour moi ça confirme l'hypothèse de Philippe de la trace GPS enregistrée.

Et la carte elle-même est de toute évidence inspirée de celle de gogol,
avec notamment le tracé farfelu du parking de la gare.


Le fond de carte de BlaBlaCar est bien un fond de carte GMaps, c'est 
écrit quelque-part en bas d'une des cartes. Mais les données de 
navigation, j'en suis moins sûr.



Bonne journée,

Jean-Pierre


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BlaBlaCar exploite des données OSM sans attribution ?

[Léo El Amri]

À ma connaissance aucune trace GPS n'est envoyée à BlaBlaCar, en tous 
cas je n'en ai jamais envoyé, vu que l'application n'a jamais eu les 
droits d'accès à ma géolocalisation sur mon smartphone Android.


Le "déport de chaussée" est en fait l'arrêt minute de la gare SNCF du 
Puy-en-Velay, qui est cartographié différemment sous GMaps de sous OSM 
(voir mon image (BlaBlaCar)) et mon lien (OSM)).


Pour s'assurer que ce sont les données de cartographie de OSM, je 
pourrais modifier ce fameux déport, qui est mal cartographié au passage.


J'ai franchement du mal à croire à l'hypothèse de la trace GPS vu la 
forte ressemblance de la trace avec la carte OSM...


Images à superposer, ressemblance à 100% :
https://www.dropbox.com/s/dlmd0pynklgz8sy/blablacar-suspect-osm.png?dl=0
https://www.dropbox.com/s/osjrc8t9p6fg82d/blablacar-suspect-blablacar.png?dl=0

On 12/11/2022 17:26, Philippe Verdy wrote:

Ca ressemble plus à une trace GPS collectée par l'appli mobile Blblicar
elle-même (le service peut impose cela aux conducteurs pour justifier les
trajets et parcours et tarifs demandés aux passagers, et ça peut être exigé
par exemple par des passagères qui veulent voyager en sécurité). Je n'ai
pas utilisé Blablacar depuis longtemps mais même à l'époque il fallait être
connecté à l'appli si on était chauffeur. De plus ça évite des litiges en
cas de retard ou absence de passage: le passager ne peut se défausser sur
le conducteur et le service peut exiger un paiement au moins partiel (en
cas d'absence d'assurance d'annulation payée) et aussi de payer en partie
au moins le chauffeur qui s'est déplacé pour rien.

Sinon le fond de carte affiché vient de Google, qui ne connait pas un des
rond-points ni visiblement la présence d'un report de voie sur la chaussée
(visiblement pour travaux): cette trace ressemble bien à un trajet effectif
tel qu'il a été enregistré sur un GPS (un assez bon modèle, ou alors la
couvertureà cet endroit est excellente et profite de la géolocalisation
assistée par Google, qui croise aussi les données d'autres réseaux mobiles
et sans fil détectés, et apparemment aussi les détections d'autres
smartphones et appareils mobiles Bluetooth à proximité qui eux aussi se
géolocalisent. Enfin les systèmes par satellite se densifient et les
appareils mobiles peuvent en capter bien plus aujourd'hui)

Le ven. 11 nov. 2022 à 22:54, Léo El Amri  a écrit :


Bonjour la liste,

En préparant un trajet, je suis tombé là dessus :
https://www.dropbox.com/s/ok7qhiqcj8d9mh7/?dl=0
Un tracé de navigation qui ne suit pas du tout la route et qui ressemble
de très très près au tracé de cette zone :
https://www.openstreetmap.org/#map=18/45.04375/3.89361

Qu'en pensez-vous ? Y a -t- il utilisation de données OSM et si oui, ne
faudrait-il par que BlaBlaCar en fasse mention quelque-part ? En tous
cas il n'y a rien de tel dans leurs mentions légales.

--
Léo

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BlaBlaCar exploite des données OSM sans attribution ?

[Léo El Amri]

On 12/11/2022 07:17, lejun wrote:
Qu'en pensez-vous ? Y a -t- il utilisation de données OSM et si oui, 
ne faudrait-il par que BlaBlaCar en fasse mention quelque-part ? En 
tous cas il n'y a rien de tel dans leurs mentions légales.


En regardant les requêtes réseau je vois rien de flagrant qui pointerait 
vers un usage d’OpenStreetMap


Pour moi "utiliser les données OSM" ce n'est pas uniquement lorsque le 
navigateur contacte un service qui exploite les données OSM. Ça peut 
être aussi indirect qu'un passage via un routeur propriétaire ou 
open-source on-premise, ou n'importe quel fournisseur de données qui 
tirerait lui-même ses données d'OSM. Voir la licence ODbL 
(https://opendatacommons.org/licenses/odbl/).


Tu peux vérifier avec le routeur GMaps ce 
qui est proposé pour le tronçon que tu montres ? Ça pourrait être leur 
fond de carte qui est pas encore mis à jour non ?


Le trajet suit bien sa propre carte sur GMaps : 
https://www.google.com/maps/dir/45.1130914,3.7419766/45.0429086,3.8922378/45.2419835,4.1377991/@45.0434323,3.8913265,17z


En fait, lors de la planification, le moteur de routage semble être 
celui de GMaps, avec les données de GMaps 
(https://www.dropbox.com/s/tgn38ux6vlrkyk3/?dl=0). Mais une fois le 
trajet planifié, le rendu du tracé ressemble aux données de OSM.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] BlaBlaCar exploite des données OSM sans attribution ?

[Léo El Amri]

Bonjour la liste,

En préparant un trajet, je suis tombé là dessus : 
https://www.dropbox.com/s/ok7qhiqcj8d9mh7/?dl=0
Un tracé de navigation qui ne suit pas du tout la route et qui ressemble 
de très très près au tracé de cette zone : 
https://www.openstreetmap.org/#map=18/45.04375/3.89361


Qu'en pensez-vous ? Y a -t- il utilisation de données OSM et si oui, ne 
faudrait-il par que BlaBlaCar en fasse mention quelque-part ? En tous 
cas il n'y a rien de tel dans leurs mentions légales.


--
Léo

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: Ox unindents lines but I can't see when

[Léo Ackermann]

Hi,

I can not reproduce this (ie. my second paragraph is unindented). Here
comes my bug.org/org.txt files I have using ASCII export.
I run Emacs 28.2, I just updated the packages.
I think this is not of importance here, but I use Doom Emacs (up-to-date
also).

I confirm that my goal is to have the indentation of the second paragraph
preserved.

Best,
Leo

Le sam. 1 oct. 2022 à 07:31, Ihor Radchenko  a écrit :

> Léo Ackermann  writes:
>
> > I'm currently working on a tiny project org-inline-blocks that aims to
> > provide a simple syntax for latex-blocks in org-mode based on indent.
> > Namely, instead of #+begin_theorem ... #+end_theorem, it will be possible
> > to write "Theorem." and the export will be based on indent to decide
> > whether some text belongs to the block or not.
> > Unfortunately, ox modifies the indentation of the org-text before running
> > the filter functions. Here is an illustration.
> >
> > Consider the following file `hamlet.org`:
> > ...
> > *---*
> > and this tiny `org-export-filter-body`'s function:
> > ...
> > *My question is thus: how can I prevent ox from unindenting the last line
> > ? *
>
> I am not sure if I understand your problem.
> I tried to export the attached bug.org file to ASCII (C-c C-e t U) and
> got the attached bug.txt file.
>
> The indentation of the second paragraph is preserved.
>
> Do I miss something?
>
>
> --
> Ihor Radchenko,
> Org mode contributor,
> Learn more about Org mode at https://orgmode.org/.
> Support Org development at https://liberapay.com/org-mode,
> or support my work at https://liberapay.com/yantar92
>
Table of Contents
─




Prince Hamlet of Denmark is the son of the recently deceased King
Hamlet, and nephew of King Claudius, his father’s brother and
successor. Claudius hastily married King Hamlet’s widow, Gertrude,
Hamlet’s mother, and took the throne for himself. Denmark has a
long-standing feud with neighbouring Norway, in which King Hamlet
slew King Fortinbras of Norway in a battle some years ago.

Although Denmark defeated Norway, Denmark fears that an invasion led by
the dead Norwegian king’s son, Prince Fortinbras, is imminent.
Prince Hamlet of Denmark is the son of the recently deceased King Hamlet, and nephew of King Claudius, his father’s brother and successor.
Claudius hastily married King Hamlet’s widow, Gertrude, Hamlet’s mother, and took the throne for himself.
Denmark has a long-standing feud with neighbouring Norway, in which King Hamlet slew King Fortinbras of Norway in a battle some years ago.

Although Denmark defeated Norway, Denmark fears that an invasion led by the dead Norwegian king’s son, Prince Fortinbras, is imminent.

Ox unindents lines but I can't see when

[Léo Ackermann]

Dear all,

I'm currently working on a tiny project org-inline-blocks that aims to
provide a simple syntax for latex-blocks in org-mode based on indent.
Namely, instead of #+begin_theorem ... #+end_theorem, it will be possible
to write "Theorem." and the export will be based on indent to decide
whether some text belongs to the block or not.
Unfortunately, ox modifies the indentation of the org-text before running
the filter functions. Here is an illustration.

Consider the following file `hamlet.org`:

---


*Prince Hamlet of Denmark is the son of the recently deceased King Hamlet,
and nephew of King Claudius, his father’s brother and successor.
Claudius hastily married King Hamlet’s widow, Gertrude, Hamlet’s mother,
and took the throne for himself. Denmark has a long-standing feud with
neighbouring Norway, in which King Hamlet slew King Fortinbras of Norway in
a battle some years ago.Although Denmark defeated Norway and the
Norwegian throne fell to King Fortinbras’s infirm brother, Denmark fears
that an invasion led by the dead Norwegian king’s son, Prince Fortinbras,
is imminent.*

*On a cold night on the ramparts of Elsinore, the Danish royal
castle, the sentries Bernardo and Marcellus discuss a ghost resembling the
late King Hamlet which they have recently seen, and bring Prince Hamlet’s
friend Horatio as a witness.*

*---*
and this tiny `org-export-filter-body`'s function:

---







*(with-eval-after-load 'ox  (defun org-strange-behavior (text
backend info)"Print text, as read by the export-filter-body
functions."(when (org-export-derived-backend-p backend 'latex)
(message text)))   (add-to-list 'org-export-filter-body-functions
  'org-strange-behavior))*

*---*
When exporting `hamlet.org` in whatever format, the Message buffer shows
this:

---




*Prince Hamlet of Denmark is the son of the recently deceased King Hamlet,
and nephew of King Claudius, his father’s brother and successor.
Claudius hastily married King Hamlet’s widow, Gertrude, Hamlet’s mother,
and took the throne for himself. Denmark has a long-standing feud with
neighbouring Norway, in which King Hamlet slew King Fortinbras of Norway in
a battle some years ago.Although Denmark defeated Norway and the
Norwegian throne fell to King Fortinbras’s infirm brother, Denmark fears
that an invasion led by the dead Norwegian king’s son, Prince Fortinbras,
is imminent.On a cold night on the ramparts of Elsinore, the Danish royal
castle, the sentries Bernardo and Marcellus discuss a ghost resembling the
late King Hamlet which they have recently seen, and bring Prince Hamlet’s
friend Horatio as a witness.*
*---*

*My question is thus: how can I prevent ox from unindenting the last line
? *

I explored ox as much as I could, and did not find anything promising :/.
I'm aware of an `org-export-preserve-breaks` variable but it preserves too
much things (and causes export to be odd, in my opinion).
If I run org-unindent-buffer in the buffer, the last line is unindented.
But this function is not called in ox as far as I saw.
Moreover, given that I'm writing a package, using an org-verse environment
all around is not suitable.

Best,
Leo

Re: Add JIRA user to hudi project

[Léo Biscassi]

Thank you!

On Sat, Aug 13, 2022, 16:58 Suneel Marthi  wrote:

> Done!! Welcome !!
>
> On Sat, Aug 13, 2022 at 3:53 PM Léo Biscassi 
> wrote:
>
> > Hi hudi team,
> > Could you please add the jira user leobiscassi to the hudi project on the
> > asf jira?
> >
> > I submitted a PR to address the card HUDI-4522.
> >
> > Thanks,
> >
>

Add JIRA user to hudi project

[Léo Biscassi]

Hi hudi team,
Could you please add the jira user leobiscassi to the hudi project on the
asf jira?

I submitted a PR to address the card HUDI-4522.

Thanks,

[systemd-devel] homed: Purpose of assert(!h->current_operation)

[Léo]

Hello,

I would like to know the purpose of this assert operation:
https://github.com/systemd/systemd/blob/v251/src/home/homed-home.c#L2697

What does it mean if it fails?

Regards,
Léo.

Re: [FRnOG] Re: [ALERT] Nombreuses coupures de fibres optiques en France

[Léo El Amri via frnog]

On 29/04/2022 09:16, Toussaint OTTAVI wrote:

Le 29/04/2022 à 08:27, David Ponzone a écrit :


(et niveau empreinte CO2 non plus probablement).


Là, par contre, je ne vois pas comment un paquet qui fait 
Ajaccio-Ajaccio pourrait consommer plus de CO2 que le même paquet qui 
monte à Paris, fait un petit tour sur le périph' optique, puis 
redescend. J'ai même eu des cas où çà passait... par la Nouvelle-Zélande 
!


On est vendredi, mais je prend ça au premier degrés quand même, car 
c'est un sujet très intéressant. Est-ce qu'il y a eu des études sur 
l'impact écologique des télécommunications terrestres (cuivre ou fibre) ?


D'un point de vue purement écologique :

Je vois la centralisation comme un point positif, pour la mutualisation 
des ressources et la possibilité de ne pas trop surdimensionner les 
capacités (quand tout passe par un point, c'est plus facile de 
dimensionner pour 100% de capacité plutôt que quand tu n'es pas sûr de 
par quel chemin vont passer tes paquets).


Par contre je ne vois pas en quoi un paquet consommerait plus ou moins 
en fonction de la distance. Traverser 200km ou 1km, ça devrait 
revenir au même, théoriquement. Physiquement et techniquement on a 
forcément des noeuds sur notre chemin, et chaque noeud consomme un peu, 
que ce soit un simple répéteur de signal ou un routeur. Dites moi si je 
me trompe. Si je ne me trompe pas, alors on peut réduire le problème à : 
"une route avec plus de noeuds consommera plus qu'une route avec moins 
de noeuds, quelle que soit sa distance physique".


Et dans ce cas, je me pose une question à laquelle je n'ai pas de 
réponse : à quoi ressemblerait un maillage plus fin ?


Je n'ai certes pas de réponse à cette question, mais je me dis quand 
même que pour passer à un maillage plus fin, il suffit d'interconnecter 
d'avantage les noeuds, sans avoir nécessairement besoin d'en ajouter. 
Est-ce naïf ?


Et, pour "l'efficience", est-ce qu'on ne pourrait pas conserver des 
longues lignes de cuivre/fibre qui permettent de "court-circuiter" une 
série de plus petites routes ? (à la façon dont fonctionne le réseau 
routier ? Pour faire un Paris -> Lyon, si on veut être efficace, on ne 
passe pas par des départementales)


Enfin, mais ça c'est tellement une évidence que je ne devrais même pas 
le dire. Avoir plus de matériel est moins "écologique" qu'avoir moins de 
matériel (impact écologique de la fabrication, toussa toussa). Et poser 
un câble, qu'il soit en cuivre ou en fibre, est coûteux en énergie, et 
demande de traverser des écosystèmes, c'est à prendre en compte dans le 
calcul de l'impact écologique.


--
- Léo


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [QE-users] Differences between projwfc.dat and atomic_proj.xml

[Léo Gaspard]

Dear Paolo,

Thank you for your answer, I would have two more questions concerning 
the projections written in the xml file.


First, even if they are not symmetrized, could I still use the square of 
their norm to plot the fatbands ?


Second, I am interested in doing some rotations between the projections 
in order to see the projection on an effective state (namely the Jeff 
spin orbit states in the TP approximation). But when I do so, I find 
that the results are not what I expect them to be. I am award that some 
codes add or remove a phase factor from the projections, and I was 
wondering if maybe the projections from QuantumEspresso were doing the 
same thing.



Best regards,

Léo Gaspard

Le 07/04/2022 à 12:29, Paolo Giannozzi a écrit :
It seems to me that in the output we print the the square of the 
projections, symmetrized, while the xml file contains the projections, 
not squared and not symmetrized


Paolo


On Wed, Apr 6, 2022 at 4:38 PM Léo Gaspard  wrote:

Sorry I forgot to add the files, they are attached in this mail
(the pseudo are the SC pseudo from PseudoDojo with PBE functional).

I noticed that it happens only for bands that are degenerate.
Could it be that the program does a rotation to print the
proj.dat.projwfc_up file and not for the atomic_proj.xml ?


Thank you,

Léo Gaspard

Le 06/04/2022 à 14:55, Paolo Giannozzi a écrit :

Please provide an example that can be reproduced of the
discrepancies you observe

Paolo

On Tue, Apr 5, 2022 at 3:07 PM Léo Gaspard
 wrote:

Dear QuantumEspresso users and developers,


I am trying to parse the atomic_proj.xml file in order to get
the
projections of the wavefunction on the atomic orbitals. I
then computed
the weight and compared it to the one reported in the
'proj.dat.projwfc_up' file generated by projwfc.x (QE version
6.8).

For some projections it worked very well, but for other it
did not and
the weight was very different.

As an example, the projection on the 3rd atomic wavefunction
for the 1st
k-point and 12th band is -0.100392648675825
-0.08369317912931304i ,
which gives a weight of ~0.0171 whereas in the
'proj.dat.projwfc_up'
file, the weight written is 0.2336877541.


Is there any explanation as to why these two values are not
the same in
both files ?


Best regards,

Léo Gaspard,

PhD Student, LCPQ - Toulouse



___
The Quantum ESPRESSO community stands by the Ukrainian
people and expresses its concerns about the devastating
effects that the Russian military offensive has on their
country and on the free and peaceful scientific, cultural,
and economic cooperation amongst peoples
___
Quantum ESPRESSO is supported by MaX (www.max-centre.eu
<http://www.max-centre.eu>)
users mailing list users@lists.quantum-espresso.org
https://lists.quantum-espresso.org/mailman/listinfo/users



-- 
Paolo Giannozzi, Dip. Scienze Matematiche Informatiche e Fisiche,

Univ. Udine, via delle Scienze 206, 33100 Udine, Italy
Phone +39-0432-558216, fax +39-0432-558222




--
Paolo Giannozzi, Dip. Scienze Matematiche Informatiche e Fisiche,
Univ. Udine, via delle Scienze 206, 33100 Udine, Italy
Phone +39-0432-558216, fax +39-0432-558222
___
The Quantum ESPRESSO community stands by the Ukrainian
people and expresses its concerns about the devastating
effects that the Russian military offensive has on their
country and on the free and peaceful scientific, cultural,
and economic cooperation amongst peoples
___
Quantum ESPRESSO is supported by MaX (www.max-centre.eu)
users mailing list users@lists.quantum-espresso.org
https://lists.quantum-espresso.org/mailman/listinfo/users

Re: [FRnOG] [MISC] Tiens, STARLINK is out.

[Léo El Amri via frnog]

On 06/04/2022 08:31, Rémy Grünblatt wrote:
Sur le sujet, autant mettre le lien vers la décision elle même: 
http://www.conseil-etat.fr/fr/arianeweb/CE/decision/2022-04-05/455321


Pour résumer...

Ce qui a été retenu par les chambres du Conseil d'État, c'est que 
l'ARCEP n'a pas respecté le V de l'article L31-1 [1]. Sauf qu'ils ne 
disent pas en quoi l'ARCEP de l'a pas respecté. Comme l'a dit Stéphane 
Rivière, est-ce qu'on considère que ça a une incidence importante parce 
que le service de Starlink marche beaucoup mieux que les offres ADSL à 
la campagne ?


Si c'est juste ça, il suffit à l'ARCEP de réaliser une consultation 
publique, et dans deux mois Starlink ré-obtient ses autorisations. J'ai 
bien suivi ?


Pendant ce temps, si Starlink maintient son service, est-ce que l'État 
va gaspiller des resources pour aller chercher quelques k€ d'amende dans 
un pays étranger ? Je ne dis pas qu'il ne faut pas le faire pour la 
forme. Mais grossièrement ça ressemble à une grosse mascarade. Est-ce 
qu'on a sollicité le publique quand l'électricité s'est démocratisée ? 
Est-ce qu'on a sollicité le publique quand les micro-ondes sont devenus 
des équipements indispensables des cuisines modernes ? Est-ce qu'on a 
sollicité le publique quand on a construit des trottoirs dans des 
villages paumés et peu fŕequentés de Haute-Loire ? (Bon, ça en vrai 
c'est possible, j'imagine que personne a dit non tellement l'idée était 
absurde de base)


[1]: https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI43545201

--
Léo


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Tiens, STARLINK is out.

[Léo El Amri via frnog]

On 06/04/2022 07:56, Yoann QUERET wrote:


On 06/04/2022 07:37, Mickael Monsieur wrote:

On sait si starlink a déjà cessé d’émettre ?


J'ai un accès Starlink en Haute-Savoie qui fonctionne toujours


Et j'en ai un en Haute-Loire qui fonctionne encore pour le moment.

et je me 
posais la question des conséquences de ce retrait des autorisations et 
des échéances..


Ca me semble difficile de couper le service en France uniquement. 
Peut-être en fonction du lieu d'installation ?


Ça me semble pas si difficile, les sanctions vont tomber sur StarLink si 
elle continue d'émettre alors qu'elle n'a plus l'autorisation. Quid de 
notre situation légale en tant qu'usagers ? Est-ce qu'on va payer aussi 
si on continue d'utiliser notre parabole propriétaire aux paramètres 
mystiques ? Est-ce qu'on peut prétendre qu'on ne sait pas ce qu'on fait ?


--
Léo


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [QE-users] Differences between projwfc.dat and atomic_proj.xml

[Léo Gaspard]

Sorry I forgot to add the files, they are attached in this mail (the 
pseudo are the SC pseudo from PseudoDojo with PBE functional).


I noticed that it happens only for bands that are degenerate. Could it 
be that the program does a rotation to print the proj.dat.projwfc_up 
file and not for the atomic_proj.xml ?



Thank you,

Léo Gaspard

Le 06/04/2022 à 14:55, Paolo Giannozzi a écrit :
Please provide an example that can be reproduced of the discrepancies 
you observe


Paolo

On Tue, Apr 5, 2022 at 3:07 PM Léo Gaspard  wrote:

Dear QuantumEspresso users and developers,


I am trying to parse the atomic_proj.xml file in order to get the
projections of the wavefunction on the atomic orbitals. I then
computed
the weight and compared it to the one reported in the
'proj.dat.projwfc_up' file generated by projwfc.x (QE version 6.8).

For some projections it worked very well, but for other it did not
and
the weight was very different.

As an example, the projection on the 3rd atomic wavefunction for
the 1st
k-point and 12th band is -0.100392648675825 -0.08369317912931304i ,
which gives a weight of ~0.0171 whereas in the 'proj.dat.projwfc_up'
file, the weight written is 0.2336877541.


Is there any explanation as to why these two values are not the
same in
both files ?


Best regards,

Léo Gaspard,

PhD Student, LCPQ - Toulouse



___
The Quantum ESPRESSO community stands by the Ukrainian
people and expresses its concerns about the devastating
effects that the Russian military offensive has on their
country and on the free and peaceful scientific, cultural,
and economic cooperation amongst peoples
___
Quantum ESPRESSO is supported by MaX (www.max-centre.eu
<http://www.max-centre.eu>)
users mailing list users@lists.quantum-espresso.org
https://lists.quantum-espresso.org/mailman/listinfo/users



--
Paolo Giannozzi, Dip. Scienze Matematiche Informatiche e Fisiche,
Univ. Udine, via delle Scienze 206, 33100 Udine, Italy
Phone +39-0432-558216, fax +39-0432-558222

calculation='bands',
restart_mode='from_scratch',
verbosity='low',

title='Ba2IrO4',
outdir='.',
pseudo_dir='.',
prefix='Ba2IrO4',

etot_conv_thr=1.0D-10,
/

ibrav=0,
celldm(1)=7.615595734,

ecutwfc=90,
ecutrho=480,

nat=7,
ntyp=3,

occupations='smearing',
smearing='mv',
degauss=0.02,
nbnd=100,
/

electron_maxstep=100,
conv_thr=1d-9,
/
ATOMIC_SPECIES
Ba 137.327  Ba.upf
Ir 192.217  Ir.upf
O   15.999  O.upf


CELL_PARAMETERS alat
 -0.5000  0.500  1.6542
  0.5000 -0.500  1.6542
  0.5000  0.500 -1.6542
ATOMIC_POSITIONS crystal
Ba  0.6448500.6448500.00
Ba  0.3551500.3551500.00
Ir  0.000.000.00
 O  0.1616000.1616000.00
 O  0.8384000.8384000.00
 O  0.500.000.50
 O  0.000.500.50
K_POINTS crystal_b
  5
  0.5   0.5   0.5   30 ! Z
  0.0   0.0   0.0   30 ! Gamma
 -0.25  0.25  0.25  30 ! X
  0.0   0.0   0.5   30 ! M
  0.0   0.0   0.01 ! Gamma

prefix="Ba2IrO4",
outdir=".",
ngauss=0,
degauss=0.02,
DeltaE=0.01,
filpdos='pdos.dat',
filproj='proj.dat',
/

calculation='scf',
restart_mode='from_scratch',
verbosity='high',

title='Ba2IrO4',
outdir='.',
pseudo_dir='.',
prefix='Ba2IrO4',
etot_conv_thr=1.0D-10,
/

ibrav=0,
celldm(1)=7.615595734,

ecutwfc=90,
ecutrho=480,

nat=7,
ntyp=3,

occupations='smearing',
smearing='mv',
degauss=0.02
nbnd=100,
/

electron_maxstep=100,
conv_thr=1d-9,
startingwfc="atomic",
startingpot="atomic",
mixing_beta=0.5,
/
ATOMIC_SPECIES
Ba 137.327  Ba.upf
Ir 192.217  Ir.upf
O   15.999  O.upf

CELL_PARAMETERS alat
 -0.5000  0.500  1.6542
  0.5000 -0.500  1.6542
  0.5000  0.500 -1.6542
ATOMIC_POSITIONS crystal
Ba  0.6448500.6448500.00
Ba  0.3551500.3551500.00
Ir  0.000.000.00
 O  0.1616000.1616000.00
 O  0.8384000.8384000.00
 O  0.500.000.50
 O  0.000.500.50

K_POINTS AUTOMATIC
 8 8 8 0 0 0
___
The Quantum ESPRESSO community stands by the Ukrainian
people and expresses its concerns about the devastating
effects that the Russian military offensive has on their
country and on the free and peaceful scientific, cultural,
and economic cooperation amongst peoples
___
Quantum E

[QE-users] Differences between projwfc.dat and atomic_proj.xml

[Léo Gaspard]

Dear QuantumEspresso users and developers,


I am trying to parse the atomic_proj.xml file in order to get the 
projections of the wavefunction on the atomic orbitals. I then computed 
the weight and compared it to the one reported in the 
'proj.dat.projwfc_up' file generated by projwfc.x (QE version 6.8).


For some projections it worked very well, but for other it did not and 
the weight was very different.


As an example, the projection on the 3rd atomic wavefunction for the 1st 
k-point and 12th band is -0.100392648675825 -0.08369317912931304i , 
which gives a weight of ~0.0171 whereas in the 'proj.dat.projwfc_up' 
file, the weight written is 0.2336877541.



Is there any explanation as to why these two values are not the same in 
both files ?



Best regards,

Léo Gaspard,

PhD Student, LCPQ - Toulouse



___
The Quantum ESPRESSO community stands by the Ukrainian
people and expresses its concerns about the devastating
effects that the Russian military offensive has on their
country and on the free and peaceful scientific, cultural,
and economic cooperation amongst peoples
___
Quantum ESPRESSO is supported by MaX (www.max-centre.eu)
users mailing list users@lists.quantum-espresso.org
https://lists.quantum-espresso.org/mailman/listinfo/users

Re: [FRnOG] Re: [MISC] IPv6 - Posséder son adresse

[Léo El Amri]

On 20/03/2022 13:00, Daniel via frnog wrote:


Le 20/03/2022 à 12:54, Stephane Bortzmeyer a écrit :

On Sat, Mar 19, 2022 at 04:50:13PM +0100,
  Matic Vari  wrote
  a message of 16 lines which said:


Une petite question naïve, j’avoue ne pas avoir fouillé trop sur le
site du RIPE, mais est-ce qu'un particulier pourrait posséder son
adresse IPv6 [1]?

Un exemple de quelqu'un qui l'a fait :

https://blog.ataxya.net/un-as-chez-soi-cest-possible/

Mais, bon, lisez quand même les bémols soulevés ici, à juste titre.

Je l'ai fait et n'ai rencontré aucun bémol.



Pareil.

Et la partie la plus importante à mon avis, le côté pratique, est 
manquant: Comment tu montes tes tunnels, avec quels protocols, quels 
transitaires, où les trouves-tu, combien ça coute, etc ? Payer pour 
avoir son AS et ses IPs c'est bien, mais il y a forcément aussi un coût 
au peering. Non ?



---
Liste de diffusion du FRnOG
http://www.frnog.org/

[PATCH] D113694: [Clang] Conform to C++17 definition of literal types

[Léo Lam via Phabricator via cfe-commits]

leoetlino added a comment.

ping (as per the contributing guidelines)


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D113694/new/

https://reviews.llvm.org/D113694

___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[Desktop-packages] [Bug 1736222] Re: speech-dispatcher distorts all sound

[Léo Pajot]

I began facing this bug starting this very week on a quite recent
install, even though I have been using 20.04 LTS for quite some time now
(but not on this specific machine). Appeared while using Discord
(installed through a .deb package) in parallel with Firefox. I also had
Spotify open in Firefox, which implies DRM code running, that maybe
could interfere with the sounds outputted by my machine ?

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to speech-dispatcher in Ubuntu.
https://bugs.launchpad.net/bugs/1736222

Title:
  speech-dispatcher distorts all sound

Status in speech-dispatcher package in Ubuntu:
  Confirmed

Bug description:
  So, a brand new computer running Ubuntu 16.04.3 LTS.
  In hardinfo summary, my audio adapters are
  • HDA-Intel - HDA Intel HDMI
  • HDA-Intel - HDA Intel PCH
  • HDA-Intel - HDA NVidia
  In detail: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio 
Controller (rev 06)
  Memory 16kb (non-prefetchable), snd_hda_intel

  As soon as I load a website in Firefox that utilizes speech-dispatcher
  (fimfiction.net) all sounds get distorted, whether I click a paragraph
  for TTS reading or not. The problem seems to go away if I don't use
  the site after a while. When I close down Firefox the problem still
  lingers a bit, but maybe not as long. One thing I did which seemed
  faster was close down everything, then load what I wanted to listen to
  (Skype, Discord), and if it still persisted I would go into "Sound
  Settings" and after a few blinks in that window the sound is normal
  again.

  While the site is open, according to "Sound Settings" (from the
  speaker icon menu) and Pulse Audio Volume Controller (pavu) there are
  4 copies of this package. Muting them did not help the problem, but
  moving one of them, and a very specific one, from the "Built-in Audio
  Analog Stereo" to something else like HDA NVidia (HDMI 3) seems to be
  a workaround.

  Just so you know, I do not use the HDMI cable for sound, but instead
  use the "headphones" jack. If you need any more details, I'll try to
  provide them.

  /Edward

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/speech-dispatcher/+bug/1736222/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Bug 1736222] Re: speech-dispatcher distorts all sound

[Léo Pajot]

I began facing this bug starting this very week on a quite recent
install, even though I have been using 20.04 LTS for quite some time now
(but not on this specific machine). Appeared while using Discord
(installed through a .deb package) in parallel with Firefox. I also had
Spotify open in Firefox, which implies DRM code running, that maybe
could interfere with the sounds outputted by my machine ?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1736222

Title:
  speech-dispatcher distorts all sound

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/speech-dispatcher/+bug/1736222/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Re: [Logica-l] ∃x <-> x=x <-> x∈x

[Léo Mota]

 

*Eduardo:* obrigado pelas referências! Desculpe a demora pessoal. 
Compartilho um esboço de uns 2 anos atrás com vocês, ele resume bem esta 
“lógica” e delimita uma terminologia:

https://docs.google.com/document/d/1gU7sDEvr7181t9O3IBkaPYRPibxcvdRFghIWoNNB_34/edit?usp=sharing

Na verdade não classifico como uma lógica, mas um sistema que simplifica a 
linguagem natural, reduzindo suas classes gramaticais radicalmente.

A referência é "GAMUT, L. T. *Preface to Logic, Language and Meaning*. 
Chicago: University of Chicago Press, 1991."

*-*

*Thiago:* eu parti de um ponto de vista de Tarski e também do fato de que a 
filosofia depende da linguagem natural, portanto seria inferior no sentido 
de dependência.

*"Não há problema filosófico que não tenha recebido muitas respostas entre 
si incompatíveis. (…) um mesmo filósofo pode oferecer diferentes respostas 
para diferentes aspectos da matemática. (…) Como qualquer filosofia sua 
tarefa não é nos prover de teorias verdadeiras (…) A filosofia não é uma 
ciência e não lhe cabe uma noção científica de verdade."* (SILVA, 2007, p. 
15, 234).  

SILVA, J. J. Filosofias da Matemática. São Paulo: Unesp, 2007.

*“(…) uma terminologia completamente precisa e adequada, em filosofia, é um 
ideal inatingível.”* (DA COSTA, 2008, p. 14).  

COSTA, N. C. A. Ensaio sobre os Fundamentos da Lógica. São Paulo: Hucitec, 
2008.

*-*

*João Marcos: *realmente, eu tentei sair por uma via diferente daquela que, 
mediante impossibilidade de formalização da linguagem natural (LN), apelou 
para as linguagens artificiais que nada mais são do que “recortes” da LN.  
Tarski não obteve sucesso no tratamento da questão a respeito da 
formalização da linguagem natural e deixou claro que seus métodos devem ser 
encarados de forma restrita às linguagens artificiais-formais (BARWISE e 
ETCHEMENDY, 1987, p. 5; TARSKI, 2007, p. 12, 166). 

*"(…) abandono agora a tentativa de resolver nosso problema para a 
linguagem cotidiana e restrinjo-me, daqui em diante, inteiramente às 
linguagens formalizadas. Estas podem ser aproximadamente caracterizadas 
como linguagens artificialmente construídas nas quais o sentido de toda 
expressão é univocamente determinado por sua forma. (...) todas as 
tentativas de caracterizar esse significado (da semântica) de maneira geral 
e exata fracassaram."  *(TARSKI, 2007, p. 33, 165).

BARWISE, J. e ETCHEMENDY, J. The Liar: an essay on truth and circularity. 
New York: Oxford University Press, 1987.

TARSKI, Alfred. [1933] ‘O conceito de verdade nas linguagens formalizadas’, 
In: C. Mortari e L.H. Dutra orgs. Alfred Tarski: A Concepção Semântica da 
Verdade. Textos clássicos. SP: Ed. UNESP, 2007.

*-*

*Alex:* obrigado pela atenção, tenta dar uma olhada no esboço. Estou aberto 
às críticas e sugestões.
Boa noite e amanhã teremos mundial!
Em terça-feira, 8 de fevereiro de 2022 às 06:40:11 UTC-3, Alex Deiwison 
escreveu:

> Confesso que quanto mais acompanho a discussão, menos entendo os 
> pormenores da sintaxe empregada.
>
> Em seg, 7 de fev de 2022 22:56, Joao Marcos  escreveu:
>
>> > Se ∃Ø, então sim, mas não se o vazio for sinônimo de inexistente. Sim é 
>> bem diferente mesmo, é difícil ver um livro não dogmático e alienante que 
>> questione isto. O
>> >
>> >> Com efeito. Um outro possível probleminha é que "(∃x) ↔ ψ" não é uma
>> >> expressão bem-formada em lógica de primeira ordem, não importa qual
>> >> seja a fórmula ψ.
>> >
>> > Olá JM, não estou utilizando a linguagem de primeira ordem, pois ela é 
>> muito pobre diante da linguagem natural (GAMUT, 1991, p.75). Meu 
>> questionamento utiliza a linguagem natural.
>>
>> Ah, fui enganado talvez pelo fato de que a expressão que você escreveu
>> _parecia_ ser de uma *linguagem de primeira ordem* (linguagem que você
>> de fato afirma que construirá, no índice do seu livro, ao descrever o
>> Capítulo VI).  Mas noto que de fato você tem um uso sui generis da
>> *linguagem natural*, quando escreve coisas como "∃Ø".
>>
>> Em tempo: o material dos slides do Eduardo é _muito_ bom, e só posso
>> recomendar vivamente a sua leitura, a todos.
>>
>> []s, JM
>>
>> -- 
>> LOGICA-L
>> Lista acadêmica brasileira dos profissionais e estudantes da área de 
>> Lógica 
>> --- 
>>
> Você está recebendo esta mensagem porque se inscreveu no grupo "LOGICA-L" 
>> dos Grupos do Google.
>
>
>> Para cancelar inscrição nesse grupo e parar de receber e-mails dele, 
>> envie um e-mail para logica-l+u...@dimap.ufrn.br.
>>
> Para ver esta discussão na web, acesse 
>> https://groups.google.com/a/dimap.ufrn.br/d/msgid/logica-l/CAO6j_LiMsbsi9vr8OnATLa1i77Yroxr7fXLjcdGRDxg5zc5pCg%40mail.gmail.com
>> .
>>
>

-- 
LOGICA-L
Lista acadêmica 

Re: License of your contributions to the blog at guix.gnu.org

[Léo Le Bouter]

On Sat, 2022-02-05 at 14:47 +0100, Ludovic Courtès wrote:
> Hello,
> 
> I am emailing you on behalf of the GNU Guix project because you are
> the
> author or coauthor of one or more articles to the blog at
> .
> 
> With a few exceptions, these articles do not have a clear license,
> which
> we would like to fix.  We propose to dual-license all the articles
> under
> CC-BY-SA 4.0 and GFDL version 1.3 or later, with no Invariant
> Sections,
> no Front-Cover Texts, and no Back-Cover Texts.
> 
> Do you agree with the proposed licensing terms for your contributions
> to
> the blog?
> 
> If you do, please reply to this message to say so, keeping
> guix-devel@gnu.org Cc’d (if you already replied in the previous
> thread,
> you do not need to reply again).
> 
> If you would prefer different licensing terms, or if you have any
> questions, feel free to ask them publicly on guix-devel@gnu.org or
> privately with guix-maintain...@gnu.org.
> 
> The clarified license will allow us and others to reuse material in
> the
> manual, cookbook, and in other free cultural works.  See
> 
> for the initial discussion.
> 
> Thanks in advance!
> 
> Ludo’.

I agree to dual-license any of my blog posts under CC-BY-SA 4.0 and
GFDL version 1.3 or later, with no Invariant Sections, no Front-Cover
Texts, and no Back-Cover Texts.


signature.asc
Description: This is a digitally signed message part

Re: [QE-users] Number of wfc.dat files different from the number of k-points

[Léo Gaspard]

Dear Paolo,

Thank you, it was indeed the case, I tried to run it again in a clean 
directory and got the correct result.



Léo

Le 07/02/2022 à 15:42, Paolo Giannozzi a écrit :

On Mon, Feb 7, 2022 at 1:55 PM Léo Gaspard  wrote:

The  program runs correctly and the SCF output file says that it
generated 59 k-points. But if I look at the La2CuO4.save
directory, there are 105 different wfcN.dat files.


"leftover" files from previous runs?

Paolo


My understanding was that there was one wfcN.dat file per k-point,
so I
don't understand the reason there are more than 59 in this case.

I am using QE-6.8.

My input :

--


     calculation='scf',
     restart_mode='from_scratch',
     verbosity='high',

     title='La2CuO4',
     outdir='.',
     pseudo_dir='.',
     prefix='La2CuO4',
     etot_conv_thr=1.0D-10,
/

     A=3.813804
     B=3.813804,
     C=13.22490200,
     space_group=139,

     ecutwfc=90,
     ecutrho=400,

     nat=4,
     ntyp=3,

     occupations='smearing',
     smearing='mv',
     degauss=0.02
/

     electron_maxstep=100,
     conv_thr=1d-9,
     startingwfc="atomic",
/
ATOMIC_SPECIES
La  138.90547 La.upf
Cu   63.546   Cu.upf
O    15.999  O.upf

ATOMIC_POSITIONS crystal_sg
La  0.00 0.00 0.360893
Cu  0.00 0.00 0.00
O   0.00 0.00 0.186226
O   0.00 0.50 0.00

K_POINTS automatic
  8 8 8 0 0 0
--


    Best regards,

Léo Gapard

Université Toulouse III - Paul Sabatier

___
Quantum ESPRESSO is supported by MaX (www.max-centre.eu
<http://www.max-centre.eu>)
users mailing list users@lists.quantum-espresso.org
https://lists.quantum-espresso.org/mailman/listinfo/users



--
Paolo Giannozzi, Dip. Scienze Matematiche Informatiche e Fisiche,
Univ. Udine, via delle Scienze 206, 33100 Udine, Italy
Phone +39-0432-558216, fax +39-0432-558222


___
Quantum ESPRESSO is supported by MaX (www.max-centre.eu)
users mailing listus...@lists.quantum-espresso.org
https://lists.quantum-espresso.org/mailman/listinfo/users___
Quantum ESPRESSO is supported by MaX (www.max-centre.eu)
users mailing list users@lists.quantum-espresso.org
https://lists.quantum-espresso.org/mailman/listinfo/users

Re: [Logica-l] ∃x <-> x=x <-> x∈x

[Léo Mota]

Então se x é o conjunto vazio vale x∈x?
>> Isso é muito diferente das lógicas que eu conheço...

Se ∃Ø, então sim, mas não se o vazio for sinônimo de inexistente. Sim é bem 
diferente mesmo, é difícil ver um livro não dogmático e alienante que 
questione isto. O  

Com efeito. Um outro possível probleminha é que "(∃x) ↔ ψ" não é uma
expressão bem-formada em lógica de primeira ordem, não importa qual
seja a fórmula ψ.

Olá JM, não estou utilizando a linguagem de primeira ordem, pois ela é 
muito pobre diante da linguagem natural (GAMUT, 1991, p.75). Meu 
questionamento utiliza a linguagem natural.
Em segunda-feira, 7 de fevereiro de 2022 às 20:32:49 UTC-3, Joao Marcos 
escreveu:

> > O jeito que você escreveu está correto:
> > (∃x) ↔ (x=x) ↔ (x∈x)
> >
> >> Então se x é o conjunto vazio vale x∈x?
> >> Isso é muito diferente das lógicas que eu conheço...
>
> Com efeito. Um outro possível probleminha é que "(∃x) ↔ ψ" não é uma
> expressão bem-formada em lógica de primeira ordem, não importa qual
> seja a fórmula ψ.
>
> JM
>

-- 
LOGICA-L
Lista acadêmica brasileira dos profissionais e estudantes da área de Lógica 

--- 
Você está recebendo esta mensagem porque se inscreveu no grupo "LOGICA-L" dos 
Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um 
e-mail para logica-l+unsubscr...@dimap.ufrn.br.
Para ver esta discussão na web, acesse 
https://groups.google.com/a/dimap.ufrn.br/d/msgid/logica-l/56741fd8-6a58-4eb6-95ba-d477d63746a3n%40dimap.ufrn.br.

Re: [Logica-l] ∃x <-> x=x <-> x∈x

[Léo Mota]

O jeito que você escreveu está correto:
(∃x) ↔ (x=x) ↔ (x∈x)

Em segunda-feira, 7 de fevereiro de 2022 às 07:15:18 UTC-3, eduardoochs 
escreveu:

> Qual é o jeito certo de pôr parênteses nessa expressão aqui?
>
>   ∃x <-> x=x <-> x∈x
>
> [[]] =(,
>   Eduardo
>
>
> On Mon, 7 Feb 2022, 06:05 Léo Mota,  wrote:
>
>> Bom dia Eduardo, eu parti de uma crítica contra a prova de que não exista 
>> um conjunto de todas as coisas, pois ela utiliza um x tal que x∉x, isto faz 
>> com que ela esteja em circularidade com a definição de existência proposta. 
>> Logo, sempre teremos um U que pode ser o conjunto de todas as coisas:
>>
>> *Teorema (Paradoxo de Russell)*. Não existe conjunto de todos os 
>> conjuntos, ou seja ∀x∃y tal que y∉x.
>> Demonstração: suponha, por absurdo, que exista um conjunto y tal que, 
>> para todo x, x∈y. Utilizando
>> o axioma da separação para a fórmula x∉x, existe z tal que, para todo x, 
>> x∈z↔(x∈y e x∉x). Já que
>> x∈y é verdadeiro para todo x temos que x∈z↔x∉x. Tomando z no lugar de x, 
>> temos z∈z↔z∉z, absurdo.▄
>>
>> Encontrei algumas reflexões a respeito:
>>
>>
>>1. 
>>
>>JACQUETTE, Dale. Anatomy of a Nonidentity Paradox. South American 
>>Journal of Logic, [s. l.], v. 2, n. 1, Julho 2016. Disponível em: 
>>http://www.sa-logic.org/sajl-21.html. Acesso em: 6 fev. 2022. - o 
>>autor questiona se algo realmente pode satisfazer a propriedade: 
>>∀x(Fx→x≠x). Apesar de ser uma expressão de sintaxe correta, pensamos que 
>>ela restringe-se a elementos inexistentes.
>>
>>“Nothing in classical logic truly has a property unless it exists” 
>>(JACQUETTE, 2016, p.124)
>>2. 
>>
>>“(...) em lugar do ‘existe’ também se pode dizer ‘é igual a si mesmo’ 
>>(…) pois admitimos que ‘há homens’ é o mesmo que ‘há homens iguais a si 
>>mesmos’ (...)” (FREGE, 2009, p. 182, 184).
>>3. 
>>
>>“‘Existe x’ equivale a dizer que ‘x é real’, que ‘x é uma 
>>realidade’.” (SCHLICK et al., 1975, p. 58).
>>
>>  
>>
>> Hilbert sustentava este pensamento, para ele “existir” era sinônimo de 
>> “não contraditório” (COSTA, 1992, p. 53), Wittgenstein também parece 
>> gatinhar nesta questão, pois via a contradição como algo impossível 
>> (inexistente). 
>>
>> Em domingo, 6 de fevereiro de 2022 às 21:48:22 UTC-3, eduardoochs 
>> escreveu:
>>
>>> Oi Léo!
>>>
>>> Eu tenho preferido trabalhar com "quantificadores limitados", tipo
>>> isso aqui - ∀a∈A.P(a) - e traduzir os "quantificadores ilimitados",
>>> como isso aqui - ∀b.Q(b) - pra quantificadores limitados, às vezes
>>> usando um "conjunto universo" U, que na verdade não é um conjunto...
>>>
>>> Dá pra fazer isso com o seu axioma? A tradução dele seria isso aqui?
>>>
>>>   ∀x∈U. ((∃x) ↔ (x=x) ↔ (x∈x))
>>>
>>> Eu não consegui parsear o seu axioma, e o "Look inside!" da Amazon
>>> mostra poucas páginas...
>>>
>>>   [[]],
>>> Eduardo
>>>
>>>
>>> On Sun, 6 Feb 2022 at 20:29, Léo Mota  wrote:
>>>
>>>> Boa noite, gostaria de usar este espaço para divulgar meu trabalho 
>>>> recentemente publicado na amazon:
>>>>
>>>> Fundamentos Lógicos: relacionando linguagem, lógica e matemática 
>>>> <https://www.amazon.com/dp/B09QNN8BFS/ref=cm_sw_r_awdo_navT_g_W2DZRZ70S1P1WE010K3X>
>>>>
>>>> Uma das ideias principais presentes nesta obra é propor a seguinte 
>>>> sequência de equivalências:
>>>>
>>>> ∃x <-> x=x <-> x∈x
>>>>
>>>> Este fato nos diz que o Paradoxo de Russell refere-se a um x 
>>>> inexistente, isto implica na invalidade dos dos teoremas de Gödel que 
>>>> utilizam o paradoxo do mentiroso.
>>>>
>>>> -- 
>>>> LOGICA-L
>>>> Lista acadêmica brasileira dos profissionais e estudantes da área de 
>>>> Lógica 
>>>> --- 
>>>> Você recebeu essa mensagem porque está inscrito no grupo "LOGICA-L" dos 
>>>> Grupos do Google.
>>>> Para cancelar inscrição nesse grupo e parar de receber e-mails dele, 
>>>> envie um e-mail para logica-l+u...@dimap.ufrn.br.
>>>> Para ver essa discussão na Web, acesse 
>>>> https://groups.google.com/a/dimap.ufrn.br/d/msgid/logica-l/f6a979e4-110a-404f-a5a5-d99dd8b0f89an%40dimap.ufrn.br
>>>>  
>>>> <https://groups.google.com/a/dimap.ufrn.br/d/msgid/logica-l/f6a979e4-110a-404f-a5a5-d99dd8b0f89an%40dimap.ufrn.br?utm_medium=email_source=footer>
>>>> .
>>>>
>>>

-- 
LOGICA-L
Lista acadêmica brasileira dos profissionais e estudantes da área de Lógica 

--- 
Você está recebendo esta mensagem porque se inscreveu no grupo "LOGICA-L" dos 
Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um 
e-mail para logica-l+unsubscr...@dimap.ufrn.br.
Para ver esta discussão na web, acesse 
https://groups.google.com/a/dimap.ufrn.br/d/msgid/logica-l/1331db56-bafe-49db-9ddf-8402626a6da5n%40dimap.ufrn.br.

[QE-users] Number of wfc.dat files different from the number of k-points

[Léo Gaspard]

Dear QE users,

 I am running a SCF calculation on La2CuO4 using a 8x8x8 Monkhorst-Pack 
grid and using the spacegroup keyword to use the full symmetry. The 
program runs correctly and the SCF output file says that it generated 59 
k-points. But if I look at the La2CuO4.save directory, there are 105 
different wfcN.dat files.


My understanding was that there was one wfcN.dat file per k-point, so I 
don't understand the reason there are more than 59 in this case.


I am using QE-6.8.

My input :

--


    calculation='scf',
    restart_mode='from_scratch',
    verbosity='high',

    title='La2CuO4',
    outdir='.',
    pseudo_dir='.',
    prefix='La2CuO4',
    etot_conv_thr=1.0D-10,
/

    A=3.813804
    B=3.813804,
    C=13.22490200,
    space_group=139,

    ecutwfc=90,
    ecutrho=400,

    nat=4,
    ntyp=3,

    occupations='smearing',
    smearing='mv',
    degauss=0.02
/

    electron_maxstep=100,
    conv_thr=1d-9,
    startingwfc="atomic",
/
ATOMIC_SPECIES
La  138.90547 La.upf
Cu   63.546   Cu.upf
O    15.999  O.upf

ATOMIC_POSITIONS crystal_sg
La  0.00 0.00 0.360893
Cu  0.00 0.00 0.00
O   0.00 0.00 0.186226
O   0.00 0.50 0.00

K_POINTS automatic
 8 8 8 0 0 0
--


Best regards,

Léo Gapard

Université Toulouse III - Paul Sabatier

___
Quantum ESPRESSO is supported by MaX (www.max-centre.eu)
users mailing list users@lists.quantum-espresso.org
https://lists.quantum-espresso.org/mailman/listinfo/users

Re: [Logica-l] ∃x <-> x=x <-> x∈x

[Léo Mota]

Bom dia Eduardo, eu parti de uma crítica contra a prova de que não exista 
um conjunto de todas as coisas, pois ela utiliza um x tal que x∉x, isto faz 
com que ela esteja em circularidade com a definição de existência proposta. 
Logo, sempre teremos um U que pode ser o conjunto de todas as coisas:

*Teorema (Paradoxo de Russell)*. Não existe conjunto de todos os conjuntos, 
ou seja ∀x∃y tal que y∉x.
Demonstração: suponha, por absurdo, que exista um conjunto y tal que, para 
todo x, x∈y. Utilizando
o axioma da separação para a fórmula x∉x, existe z tal que, para todo x, 
x∈z↔(x∈y e x∉x). Já que
x∈y é verdadeiro para todo x temos que x∈z↔x∉x. Tomando z no lugar de x, 
temos z∈z↔z∉z, absurdo.▄

Encontrei algumas reflexões a respeito:


   1. 
   
   JACQUETTE, Dale. Anatomy of a Nonidentity Paradox. South American 
   Journal of Logic, [s. l.], v. 2, n. 1, Julho 2016. Disponível em: 
   http://www.sa-logic.org/sajl-21.html. Acesso em: 6 fev. 2022. - o autor 
   questiona se algo realmente pode satisfazer a propriedade: ∀x(Fx→x≠x). 
   Apesar de ser uma expressão de sintaxe correta, pensamos que ela 
   restringe-se a elementos inexistentes.
   
   “Nothing in classical logic truly has a property unless it exists” 
   (JACQUETTE, 2016, p.124)
   2. 
   
   “(...) em lugar do ‘existe’ também se pode dizer ‘é igual a si mesmo’ 
   (…) pois admitimos que ‘há homens’ é o mesmo que ‘há homens iguais a si 
   mesmos’ (...)” (FREGE, 2009, p. 182, 184).
   3. 
   
   “‘Existe x’ equivale a dizer que ‘x é real’, que ‘x é uma realidade’.” 
   (SCHLICK et al., 1975, p. 58).
   
 

Hilbert sustentava este pensamento, para ele “existir” era sinônimo de “não 
contraditório” (COSTA, 1992, p. 53), Wittgenstein também parece gatinhar 
nesta questão, pois via a contradição como algo impossível (inexistente). 

Em domingo, 6 de fevereiro de 2022 às 21:48:22 UTC-3, eduardoochs escreveu:

> Oi Léo!
>
> Eu tenho preferido trabalhar com "quantificadores limitados", tipo
> isso aqui - ∀a∈A.P(a) - e traduzir os "quantificadores ilimitados",
> como isso aqui - ∀b.Q(b) - pra quantificadores limitados, às vezes
> usando um "conjunto universo" U, que na verdade não é um conjunto...
>
> Dá pra fazer isso com o seu axioma? A tradução dele seria isso aqui?
>
>   ∀x∈U. ((∃x) ↔ (x=x) ↔ (x∈x))
>
> Eu não consegui parsear o seu axioma, e o "Look inside!" da Amazon
> mostra poucas páginas...
>
>   [[]],
> Eduardo
>
>
> On Sun, 6 Feb 2022 at 20:29, Léo Mota  wrote:
>
>> Boa noite, gostaria de usar este espaço para divulgar meu trabalho 
>> recentemente publicado na amazon:
>>
>> Fundamentos Lógicos: relacionando linguagem, lógica e matemática 
>> <https://www.amazon.com/dp/B09QNN8BFS/ref=cm_sw_r_awdo_navT_g_W2DZRZ70S1P1WE010K3X>
>>
>> Uma das ideias principais presentes nesta obra é propor a seguinte 
>> sequência de equivalências:
>>
>> ∃x <-> x=x <-> x∈x
>>
>> Este fato nos diz que o Paradoxo de Russell refere-se a um x inexistente, 
>> isto implica na invalidade dos dos teoremas de Gödel que utilizam o 
>> paradoxo do mentiroso.
>>
>> -- 
>> LOGICA-L
>> Lista acadêmica brasileira dos profissionais e estudantes da área de 
>> Lógica 
>> --- 
>> Você recebeu essa mensagem porque está inscrito no grupo "LOGICA-L" dos 
>> Grupos do Google.
>> Para cancelar inscrição nesse grupo e parar de receber e-mails dele, 
>> envie um e-mail para logica-l+u...@dimap.ufrn.br.
>> Para ver essa discussão na Web, acesse 
>> https://groups.google.com/a/dimap.ufrn.br/d/msgid/logica-l/f6a979e4-110a-404f-a5a5-d99dd8b0f89an%40dimap.ufrn.br
>>  
>> <https://groups.google.com/a/dimap.ufrn.br/d/msgid/logica-l/f6a979e4-110a-404f-a5a5-d99dd8b0f89an%40dimap.ufrn.br?utm_medium=email_source=footer>
>> .
>>
>

-- 
LOGICA-L
Lista acadêmica brasileira dos profissionais e estudantes da área de Lógica 

--- 
Você está recebendo esta mensagem porque se inscreveu no grupo "LOGICA-L" dos 
Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um 
e-mail para logica-l+unsubscr...@dimap.ufrn.br.
Para ver esta discussão na web, acesse 
https://groups.google.com/a/dimap.ufrn.br/d/msgid/logica-l/d1fc3e94-89b3-40a3-862d-8def6b12a60fn%40dimap.ufrn.br.

[Logica-l] ∃x <-> x=x <-> x∈x

[Léo Mota]

Boa noite, gostaria de usar este espaço para divulgar meu trabalho 
recentemente publicado na amazon:

Fundamentos Lógicos: relacionando linguagem, lógica e matemática 


Uma das ideias principais presentes nesta obra é propor a seguinte 
sequência de equivalências:

∃x <-> x=x <-> x∈x

Este fato nos diz que o Paradoxo de Russell refere-se a um x inexistente, 
isto implica na invalidade dos dos teoremas de Gödel que utilizam o 
paradoxo do mentiroso.

-- 
LOGICA-L
Lista acadêmica brasileira dos profissionais e estudantes da área de Lógica 

--- 
Você está recebendo esta mensagem porque se inscreveu no grupo "LOGICA-L" dos 
Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um 
e-mail para logica-l+unsubscr...@dimap.ufrn.br.
Para ver esta discussão na web, acesse 
https://groups.google.com/a/dimap.ufrn.br/d/msgid/logica-l/f6a979e4-110a-404f-a5a5-d99dd8b0f89an%40dimap.ufrn.br.

Bug#1000881: firmware-iwlwifi: No Bluetooth controller detected with kernel 5.15

[Léo Girardin]

Le 30/11/2021 à 22:53, Salvatore Bonaccorso a écrit :
> I suspect this is the same as #1000403, please can you retest with
> 5.15.5-1 in unstable (and 5.16~rc3-1~exp1 from experimental)?

Sorry for the late reply and thank you. I can confirm that with 
the new kernel 5.15.0-2 in testing, Bluetooth is back and working. 

It must be the same as #1000403 indeed.

Bug#1000881: firmware-iwlwifi: No Bluetooth controller detected with kernel 5.15

[Léo Girardin]

Le 30/11/2021 à 22:53, Salvatore Bonaccorso a écrit :
> I suspect this is the same as #1000403, please can you retest with
> 5.15.5-1 in unstable (and 5.16~rc3-1~exp1 from experimental)?

Sorry for the late reply and thank you. I can confirm that with 
the new kernel 5.15.0-2 in testing, Bluetooth is back and working. 

It must be the same as #1000403 indeed.

Bug#1000881: firmware-iwlwifi: No Bluetooth controller detected with kernel 5.15

[Léo Girardin]

Package: firmware-iwlwifi
Version: 20210818-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
Kernel upgrade from 5.14.0-4 to 5.15.0-1

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Open the Bluetooth window in Gnome preferences to pair my laptop with
an external device. 

Also, enter `show` in bluetoothctl prompt.

   * What was the outcome of this action?
In Gnome preferences, it is written (in French) "Pas de réseau
Bluetooth trouvé", which translates as "No detected Bluetooth network"
(I guess).

In bluetoothctl, `show` returns No default controller available.

   * What outcome did you expect instead?
Before the kernel upgrade Bluetooth was working fine. My laptop has an
Intel AX200 wireless controller that requires firmware-iwlwifi. Wifi
is still functionning as usual.
If I reboot and select in Grub the previous kernel 5.14.0-4, Bluetooth
is working again.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.0-1-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

firmware-iwlwifi depends on no packages.

firmware-iwlwifi recommends no packages.

Versions of packages firmware-iwlwifi suggests:
ii  initramfs-tools  0.140

-- no debconf information

Bug#1000881: firmware-iwlwifi: No Bluetooth controller detected with kernel 5.15

[Léo Girardin]

Package: firmware-iwlwifi
Version: 20210818-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
Kernel upgrade from 5.14.0-4 to 5.15.0-1

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Open the Bluetooth window in Gnome preferences to pair my laptop with
an external device. 

Also, enter `show` in bluetoothctl prompt.

   * What was the outcome of this action?
In Gnome preferences, it is written (in French) "Pas de réseau
Bluetooth trouvé", which translates as "No detected Bluetooth network"
(I guess).

In bluetoothctl, `show` returns No default controller available.

   * What outcome did you expect instead?
Before the kernel upgrade Bluetooth was working fine. My laptop has an
Intel AX200 wireless controller that requires firmware-iwlwifi. Wifi
is still functionning as usual.
If I reboot and select in Grub the previous kernel 5.14.0-4, Bluetooth
is working again.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.0-1-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

firmware-iwlwifi depends on no packages.

firmware-iwlwifi recommends no packages.

Versions of packages firmware-iwlwifi suggests:
ii  initramfs-tools  0.140

-- no debconf information

[Yahoo-eng-team] [Bug 1951010] [NEW] Restarting Neutron floods Nova with segment aggregates calls

[Léo Gillot-Lamure]

Public bug reported:

* High level description:

Whenever we restart neutron-server, we see a huge number of requests
(hundreds of thousands, overwhelming our control plane over the course
of ~8 hours) going from neutron-server to nova-api. These requests are
related to the segment aggregates, more specifically we see, for each of
our hypervisors and for each segment, a GET to [URL] in order to get the
aggregate id for the segment and a POST to [URL] in order to (try to)
add the hypervisor to the aggregate, which fails because the host
already exists there. These calls originate from this
"_add_host_to_aggregate" method:
https://opendev.org/openstack/neutron/src/commit/ee67324c17c7d46bf110da977d999796951a6a2d/neutron/services/segments/plugin.py#L403
and we see the 'Host %(host)s already exists in aggregate for routed
network segment %(segment_id)s' message in our logs.

To be more exact, we see more than one such log per pair (host id, segment id), 
we see it several times, more often in the beginning and then more rarely, 
until it doesn't appear anymore. We determined that this is because each of the 
RPC worker processes engages in the same procedure independently. This 
procedure is the following:
- When a process starts, the variable "reported_hosts" here 
https://opendev.org/openstack/neutron/src/commit/ee67324c17c7d46bf110da977d999796951a6a2d/neutron/services/segments/db.py#L252
 gets initialized to the empty set.
- Each time a neutron agent on an hypervisor (in our case the 
openvswitch_agent) does its periodical state report, it sends a message over 
RabbitMQ
- This message gets randomly picked by one of the neutron-server worker 
processes. We enter the method "_update_segment_host_mapping_for_agent" 
https://opendev.org/openstack/neutron/src/commit/ee67324c17c7d46bf110da977d999796951a6a2d/neutron/services/segments/db.py#L283.
 After a few check, we arrive at this line "if host in reported_hosts and not 
start_flag: return" 
(https://opendev.org/openstack/neutron/src/commit/ee67324c17c7d46bf110da977d999796951a6a2d/neutron/services/segments/db.py#L298).
 Let's assume that start_flag is false (we verified it to be the case), because 
reported_hosts is initially empty, we do not return and go ahead, adding the 
host to the "reported_hosts" set 
(https://opendev.org/openstack/neutron/src/commit/ee67324c17c7d46bf110da977d999796951a6a2d/neutron/services/segments/db.py#L300)
 and eventually reaching the "_add_host_to_aggregate" method in plugin.py and 
triggering one series of calls for the agent (hence hypervisor) originating the 
message, targeting each segment aggregate.
- Then, the next time the agent for this same hypervisor sends a state report 
message, there is two possibilities:
  - case 1, the message is picked by the same RPC worker as before. We arrive 
to the line "if host in reported_hosts and not start_flag: return" but this 
time the hypervisor is already in the reported_hosts set, hence we return and 
no request is sent
  - case 2, the message is picked by a different RPC worker. We then arrive in 
the same scenario as for the previous message.
  At the beginning, just after neutron-server has been restarted, case 1 is 
highly improbable (let's say we have 50 RPC workers over our whole control 
plane, for a given hypervisor you have 1/50 chances of hitting the same RPC 
worker, then on the next message 2/50 chances, etc.). On the other hand case 2 
is highly probable, for the same reason (nearly all RPC workers have the 
"reported_hosts" variable not containing this hypervisor since its initially 
empty). This is why we see an enormous amount of messages sent as the beginning 
and a trickle at the end.
- Ultimately, this hypervisor is present in the "reported_hosts" variable in 
all RPC workers and we stop getting calls, this is the stable state of the 
system and the reason why the calls only start when we restart neutron-server.

Included as attachment is an excerpt of logs using a debug line that we
added in our code in our test environment, that shows the
"reported_hosts" set growing in parallel for each RPC worker process.

This whole procedure is happening in parallel for all hosts. The
important number of times the same series of calls for the same
hypervisor is repeated is due to the fact that the "reported_hosts" set
is a simple Python variable, purely local to each RPC worker process. In
our case we have 4 neutron-server instances that each have 9 regular RPC
workers and 9 state report RPC worker, hence the number of processes is
4×18=72 copies of the variable.

We calculated that a rolling restart of our neutron-server instances
(say for an update deployment) will ultimately generate 300 hypervisors
× 100 networks × 72 processes × 2 (one GET then one POST) = 4 320 000
calls to Nova.

* Workaround

Included is a minimal patch that we are considering applying to our
internal branch that disables the whole "re-register to Nova at each
restart" logic, while still keeping the 

[PATCH] D113859: [Sema] Fix consteval function calls with value-dependent args

[Léo Lam via Phabricator via cfe-commits]

leoetlino added a comment.

While this patch doesn't introduce new regressions and does fix compilation of 
the code snippet mentioned earlier, I'm not sure this is the correct approach, 
considering there are a bunch of other similar template-related consteval bugs 
that this patch does *not* fix:

  template 
  struct Foo {
  static consteval void ok(int) {}
  
  static consteval void bad(T) {}
  
  template 
  static consteval void call(T x, U fn) { fn(x); }
  
  static constexpr bool test() {
  ok({});
  bad({});  // error: cannot take address of consteval function 'bad' 
outside of an immediate invocation
  call({}, bad);  // error: cannot take address of consteval function 
'bad' outside of an immediate invocation
  return true;
  }
  };

The problem seems to be that the call/arguments are type dependent so nothing 
is added to `ImmediateInvocationCandidates` -- and so 
`HandleImmediateInvocations` (in SemaExpr.cpp) never removes anything from 
`ReferenceToConsteval` despite the references to the consteval functions being 
used for immediate invocations.

Another variant of the issue:

  template 
  struct Bar {
  static consteval void bad(int) {}
  
  static constexpr bool test() {
  bad(T::value);  // error: cannot take address of consteval function 
'bad' outside of an immediate invocation
  return true;
  }
  };

Not sure what the best way of fixing those issues would be -- any guidance 
would be greatly appreciated!


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D113859/new/

https://reviews.llvm.org/D113859

___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D113859: [Sema] Fix consteval function calls with value-dependent args

[Léo Lam via Phabricator via cfe-commits]

leoetlino created this revision.
leoetlino added a reviewer: rsmith.
Herald added a subscriber: kristof.beyls.
leoetlino requested review of this revision.
Herald added a project: clang.

If any arguments of a consteval function call are value-dependent,
the call cannot be evaluated until instantiation.

This patch fixes Sema::CheckForImmediateInvocation so we don't attempt
to evaluate consteval function calls too early (before instantiation).

This fixes things like:

  consteval int f(int n) { return n; }
  
  template 
  constexpr int broken() {
return f(M);
  }

Without the value-dependency checks, what happens is that the constant
expression evaluation engine is called on the following expression:

  ConstantExpr 'int'
  `-CallExpr 'int'
|-ImplicitCastExpr 'int (*)(int)' 
| `-DeclRefExpr 'int (int)' lvalue Function 'f' 'int (int)'
`-DeclRefExpr 'int' NonTypeTemplateParm 'M' 'int'

which obviously fails when it tries to evaluate M.


Repository:
  rG LLVM Github Monorepo

https://reviews.llvm.org/D113859

Files:
  clang/lib/Sema/SemaExpr.cpp
  clang/test/SemaCXX/cxx2a-consteval.cpp


Index: clang/test/SemaCXX/cxx2a-consteval.cpp
===
--- clang/test/SemaCXX/cxx2a-consteval.cpp
+++ clang/test/SemaCXX/cxx2a-consteval.cpp
@@ -61,6 +61,20 @@
 struct E : C {
   consteval ~E() {} // expected-error {{cannot be declared consteval}}
 };
+
+template 
+constexpr int callConstevalWithNameDependentArg() {
+  return f1(X);
+}
+
+template 
+constexpr int callConstevalWithNameDependentArgAsVariable() {
+  constexpr int x = X;
+  return f1(x);
+}
+
+auto foo = callConstevalWithNameDependentArg<42>();
+
 }
 
 consteval int main() { // expected-error {{'main' is not allowed to be 
declared consteval}}
Index: clang/lib/Sema/SemaExpr.cpp
===
--- clang/lib/Sema/SemaExpr.cpp
+++ clang/lib/Sema/SemaExpr.cpp
@@ -16654,11 +16654,22 @@
   /// It's OK if this fails; we'll also remove this in
   /// HandleImmediateInvocations, but catching it here allows us to avoid
   /// walking the AST looking for it in simple cases.
-  if (auto *Call = dyn_cast(E.get()->IgnoreImplicit()))
+  if (auto *Call = dyn_cast(E.get()->IgnoreImplicit())) {
 if (auto *DeclRef =
 dyn_cast(Call->getCallee()->IgnoreImplicit()))
   ExprEvalContexts.back().ReferenceToConsteval.erase(DeclRef);
 
+// If any arguments are value-dependent, we will not be able to evaluate
+// the function call until instantiation.
+if (Call->isValueDependent())
+  return E;
+
+for (Expr *Arg : Call->arguments()) {
+  if (Arg->isValueDependent())
+return E;
+}
+  }
+
   E = MaybeCreateExprWithCleanups(E);
 
   ConstantExpr *Res = ConstantExpr::Create(


Index: clang/test/SemaCXX/cxx2a-consteval.cpp
===
--- clang/test/SemaCXX/cxx2a-consteval.cpp
+++ clang/test/SemaCXX/cxx2a-consteval.cpp
@@ -61,6 +61,20 @@
 struct E : C {
   consteval ~E() {} // expected-error {{cannot be declared consteval}}
 };
+
+template 
+constexpr int callConstevalWithNameDependentArg() {
+  return f1(X);
+}
+
+template 
+constexpr int callConstevalWithNameDependentArgAsVariable() {
+  constexpr int x = X;
+  return f1(x);
+}
+
+auto foo = callConstevalWithNameDependentArg<42>();
+
 }
 
 consteval int main() { // expected-error {{'main' is not allowed to be declared consteval}}
Index: clang/lib/Sema/SemaExpr.cpp
===
--- clang/lib/Sema/SemaExpr.cpp
+++ clang/lib/Sema/SemaExpr.cpp
@@ -16654,11 +16654,22 @@
   /// It's OK if this fails; we'll also remove this in
   /// HandleImmediateInvocations, but catching it here allows us to avoid
   /// walking the AST looking for it in simple cases.
-  if (auto *Call = dyn_cast(E.get()->IgnoreImplicit()))
+  if (auto *Call = dyn_cast(E.get()->IgnoreImplicit())) {
 if (auto *DeclRef =
 dyn_cast(Call->getCallee()->IgnoreImplicit()))
   ExprEvalContexts.back().ReferenceToConsteval.erase(DeclRef);
 
+// If any arguments are value-dependent, we will not be able to evaluate
+// the function call until instantiation.
+if (Call->isValueDependent())
+  return E;
+
+for (Expr *Arg : Call->arguments()) {
+  if (Arg->isValueDependent())
+return E;
+}
+  }
+
   E = MaybeCreateExprWithCleanups(E);
 
   ConstantExpr *Res = ConstantExpr::Create(
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D113694: [Clang] Conform to C++17 definition of literal types

[Léo Lam via Phabricator via cfe-commits]

leoetlino updated this revision to Diff 386642.
leoetlino added a comment.

fix formatting issues (sorry for the spam!)


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D113694/new/

https://reviews.llvm.org/D113694

Files:
  clang/include/clang/AST/CXXRecordDeclDefinitionBits.def
  clang/include/clang/AST/DeclCXX.h
  clang/lib/AST/DeclCXX.cpp
  clang/test/CXX/basic/basic.types/p10.cpp

Index: clang/test/CXX/basic/basic.types/p10.cpp
===
--- clang/test/CXX/basic/basic.types/p10.cpp
+++ clang/test/CXX/basic/basic.types/p10.cpp
@@ -1,5 +1,6 @@
-// RUN: %clang_cc1 -fsyntax-only -verify -std=c++11 %s
-// RUN: %clang_cc1 -fsyntax-only -verify -std=c++1y %s -DCXX1Y
+// RUN: %clang_cc1 -fsyntax-only -verify -std=c++11 %s -DCXX11 -DCXX11_OR_LATER
+// RUN: %clang_cc1 -fsyntax-only -verify -std=c++1y %s -DCXX1Y -DCXX11_OR_LATER -DCXX1Y_OR_LATER
+// RUN: %clang_cc1 -fsyntax-only -verify -std=c++17 %s -DCXX17 -DCXX11_OR_LATER -DCXX1Y_OR_LATER -DCXX17_OR_LATER
 
 struct NonLiteral { NonLiteral(); };
 
@@ -7,7 +8,7 @@
 
 // [C++1y] - void
 constexpr void f() {}
-#ifndef CXX1Y
+#ifdef CXX11
 // expected-error@-2 {{'void' is not a literal type}}
 #endif
 
@@ -20,7 +21,7 @@
 
 struct BeingDefined;
 extern BeingDefined beingdefined;
-struct BeingDefined { 
+struct BeingDefined {
   static constexpr BeingDefined& t = beingdefined;
 };
 
@@ -64,8 +65,14 @@
 };
 constexpr int f(TrivDefaultedDtor) { return 0; }
 
-//  - it is an aggregate type or has at least one constexpr constructor or
+//  - it is [a closure type [C++17]], an aggregate type or has at least one constexpr constructor or
 //constexpr constructor template that is not a copy or move constructor
+#ifndef CXX17_OR_LATER
+// expected-error@+4 {{not a literal type}}
+// expected-note@+2 {{lambda closure types are non-literal types before C++17}}
+#endif
+auto closure = [] {};
+constexpr int f(decltype(closure)) { return 0; }
 struct Agg {
   int a;
   char *b;
@@ -101,7 +108,8 @@
 template constexpr DerivedFromVBase::DerivedFromVBase() : T() {}
 constexpr int nVBase = (DerivedFromVBase(), 0); // expected-error {{constant expression}} expected-note {{cannot construct object of type 'DerivedFromVBase' with virtual base class in a constant expression}}
 
-//  - it has all non-static data members and base classes of literal types
+//  - [C++17] if it is a union, at least one of its non-static data members is of non-volatile literal type, and
+//  - [if it is not a union [C++17]] it has all non-static data members and base classes of literal types
 struct NonLitMember {
   S s; // expected-note {{has data member 's' of non-literal type 'S'}}
 };
@@ -122,6 +130,19 @@
 constexpr int f(MemberType) { return 0; }
 constexpr int f(MemberType) { return 0; } // expected-error {{not a literal type}}
 
+template 
+union UnionType {
+  char c;
+  T t;
+  constexpr UnionType() : c{} {}
+};
+constexpr int f(UnionType) { return 0; }
+#ifndef CXX17_OR_LATER
+// expected-error@+3 {{not a literal type}}
+// expected-note@-6 {{'UnionType' is not literal because it has data member 't' of non-literal type 'NonLiteral'}}
+#endif
+constexpr int f(UnionType) { return 0; }
+
 // - an array of literal type [C++1y] other than an array of runtime bound
 struct ArrGood {
   Agg agg[24];
Index: clang/lib/AST/DeclCXX.cpp
===
--- clang/lib/AST/DeclCXX.cpp
+++ clang/lib/AST/DeclCXX.cpp
@@ -81,8 +81,7 @@
   HasPublicFields(false), HasMutableFields(false), HasVariantMembers(false),
   HasOnlyCMembers(true), HasInClassInitializer(false),
   HasUninitializedReferenceMember(false), HasUninitializedFields(false),
-  HasInheritedConstructor(false),
-  HasInheritedDefaultConstructor(false),
+  HasInheritedConstructor(false), HasInheritedDefaultConstructor(false),
   HasInheritedAssignment(false),
   NeedOverloadResolutionForCopyConstructor(false),
   NeedOverloadResolutionForMoveConstructor(false),
@@ -102,7 +101,8 @@
   DefaultedDefaultConstructorIsConstexpr(true),
   HasConstexprDefaultConstructor(false),
   DefaultedDestructorIsConstexpr(true),
-  HasNonLiteralTypeFieldsOrBases(false), StructuralIfLiteral(true),
+  HasNonLiteralTypeFieldsOrBases(false),
+  HasNonVolatileLiteralTypeFields(false), StructuralIfLiteral(true),
   UserProvidedDefaultConstructor(false), DeclaredSpecialMembers(0),
   ImplicitCopyConstructorCanHaveConstParamForVBase(true),
   ImplicitCopyConstructorCanHaveConstParamForNonVBase(true),
@@ -1103,8 +1103,12 @@
   }
 }
 
+const bool IsNonVolatileLiteralTypeField =
+T->isLiteralType(Context) && !T.isVolatileQualified();
 // Record if this field is the first non-literal or volatile field or base.
-if (!T->isLiteralType(Context) || T.isVolatileQualified())
+if (IsNonVolatileLiteralTypeField)
+  

[PATCH] D113694: [Clang] Conform to C++17 definition of literal types

[Léo Lam via Phabricator via cfe-commits]

leoetlino updated this revision to Diff 386622.
leoetlino added a comment.

Fix Clang.CodeGenCXX::mangle-class-nttp.cpp test


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D113694/new/

https://reviews.llvm.org/D113694

Files:
  clang/include/clang/AST/CXXRecordDeclDefinitionBits.def
  clang/include/clang/AST/DeclCXX.h
  clang/lib/AST/DeclCXX.cpp
  clang/test/CXX/basic/basic.types/p10.cpp

Index: clang/test/CXX/basic/basic.types/p10.cpp
===
--- clang/test/CXX/basic/basic.types/p10.cpp
+++ clang/test/CXX/basic/basic.types/p10.cpp
@@ -1,5 +1,6 @@
-// RUN: %clang_cc1 -fsyntax-only -verify -std=c++11 %s
-// RUN: %clang_cc1 -fsyntax-only -verify -std=c++1y %s -DCXX1Y
+// RUN: %clang_cc1 -fsyntax-only -verify -std=c++11 %s -DCXX11 -DCXX11_OR_LATER
+// RUN: %clang_cc1 -fsyntax-only -verify -std=c++1y %s -DCXX1Y -DCXX11_OR_LATER -DCXX1Y_OR_LATER
+// RUN: %clang_cc1 -fsyntax-only -verify -std=c++17 %s -DCXX17 -DCXX11_OR_LATER -DCXX1Y_OR_LATER -DCXX17_OR_LATER
 
 struct NonLiteral { NonLiteral(); };
 
@@ -7,7 +8,7 @@
 
 // [C++1y] - void
 constexpr void f() {}
-#ifndef CXX1Y
+#ifdef CXX11
 // expected-error@-2 {{'void' is not a literal type}}
 #endif
 
@@ -20,7 +21,7 @@
 
 struct BeingDefined;
 extern BeingDefined beingdefined;
-struct BeingDefined { 
+struct BeingDefined {
   static constexpr BeingDefined& t = beingdefined;
 };
 
@@ -64,8 +65,14 @@
 };
 constexpr int f(TrivDefaultedDtor) { return 0; }
 
-//  - it is an aggregate type or has at least one constexpr constructor or
+//  - it is [a closure type [C++17]], an aggregate type or has at least one constexpr constructor or
 //constexpr constructor template that is not a copy or move constructor
+#ifndef CXX17_OR_LATER
+// expected-error@+4 {{not a literal type}}
+// expected-note@+2 {{lambda closure types are non-literal types before C++17}}
+#endif
+auto closure = [] {};
+constexpr int f(decltype(closure)) { return 0; }
 struct Agg {
   int a;
   char *b;
@@ -101,7 +108,8 @@
 template constexpr DerivedFromVBase::DerivedFromVBase() : T() {}
 constexpr int nVBase = (DerivedFromVBase(), 0); // expected-error {{constant expression}} expected-note {{cannot construct object of type 'DerivedFromVBase' with virtual base class in a constant expression}}
 
-//  - it has all non-static data members and base classes of literal types
+//  - [C++17] if it is a union, at least one of its non-static data members is of non-volatile literal type, and
+//  - [if it is not a union [C++17]] it has all non-static data members and base classes of literal types
 struct NonLitMember {
   S s; // expected-note {{has data member 's' of non-literal type 'S'}}
 };
@@ -122,6 +130,19 @@
 constexpr int f(MemberType) { return 0; }
 constexpr int f(MemberType) { return 0; } // expected-error {{not a literal type}}
 
+template
+union UnionType {
+  char c;
+  T t;
+  constexpr UnionType() : c{} {}
+};
+constexpr int f(UnionType) { return 0; }
+#ifndef CXX17_OR_LATER
+// expected-error@+3 {{not a literal type}}
+// expected-note@-6 {{'UnionType' is not literal because it has data member 't' of non-literal type 'NonLiteral'}}
+#endif
+constexpr int f(UnionType) { return 0; }
+
 // - an array of literal type [C++1y] other than an array of runtime bound
 struct ArrGood {
   Agg agg[24];
Index: clang/lib/AST/DeclCXX.cpp
===
--- clang/lib/AST/DeclCXX.cpp
+++ clang/lib/AST/DeclCXX.cpp
@@ -102,7 +102,8 @@
   DefaultedDefaultConstructorIsConstexpr(true),
   HasConstexprDefaultConstructor(false),
   DefaultedDestructorIsConstexpr(true),
-  HasNonLiteralTypeFieldsOrBases(false), StructuralIfLiteral(true),
+  HasNonLiteralTypeFieldsOrBases(false),
+  HasNonVolatileLiteralTypeFields(false), StructuralIfLiteral(true),
   UserProvidedDefaultConstructor(false), DeclaredSpecialMembers(0),
   ImplicitCopyConstructorCanHaveConstParamForVBase(true),
   ImplicitCopyConstructorCanHaveConstParamForNonVBase(true),
@@ -1103,8 +1104,12 @@
   }
 }
 
+const bool IsNonVolatileLiteralTypeField =
+T->isLiteralType(Context) && !T.isVolatileQualified();
 // Record if this field is the first non-literal or volatile field or base.
-if (!T->isLiteralType(Context) || T.isVolatileQualified())
+if (IsNonVolatileLiteralTypeField)
+  data().HasNonVolatileLiteralTypeFields = true;
+else
   data().HasNonLiteralTypeFieldsOrBases = true;
 
 if (Field->hasInClassInitializer() ||
Index: clang/include/clang/AST/DeclCXX.h
===
--- clang/include/clang/AST/DeclCXX.h
+++ clang/include/clang/AST/DeclCXX.h
@@ -1354,6 +1354,12 @@
 return data().HasNonLiteralTypeFieldsOrBases;
   }
 
+  /// Determine whether this class has a non-volatile literal type
+  /// non-static data member.
+  bool hasNonVolatileLiteralTypeFields() 

[PATCH] D113694: [Clang] Conform to C++17 definition of literal types

[Léo Lam via Phabricator via cfe-commits]

leoetlino created this revision.
leoetlino requested review of this revision.
Herald added a project: clang.

C++17 changed the definition of literal types so that unions that
have at least one non-static data member of non-volatile literal type
are also considered literal types.

This patch implements that new rule and also adds a test for closure
types (10.5.2) and for unions (10.5.3) to the existing test file for
literal types.


Repository:
  rG LLVM Github Monorepo

https://reviews.llvm.org/D113694

Files:
  clang/include/clang/AST/CXXRecordDeclDefinitionBits.def
  clang/include/clang/AST/DeclCXX.h
  clang/lib/AST/DeclCXX.cpp
  clang/test/CXX/basic/basic.types/p10.cpp

Index: clang/test/CXX/basic/basic.types/p10.cpp
===
--- clang/test/CXX/basic/basic.types/p10.cpp
+++ clang/test/CXX/basic/basic.types/p10.cpp
@@ -1,5 +1,6 @@
-// RUN: %clang_cc1 -fsyntax-only -verify -std=c++11 %s
-// RUN: %clang_cc1 -fsyntax-only -verify -std=c++1y %s -DCXX1Y
+// RUN: %clang_cc1 -fsyntax-only -verify -std=c++11 %s -DCXX11 -DCXX11_OR_LATER
+// RUN: %clang_cc1 -fsyntax-only -verify -std=c++1y %s -DCXX1Y -DCXX11_OR_LATER -DCXX1Y_OR_LATER
+// RUN: %clang_cc1 -fsyntax-only -verify -std=c++17 %s -DCXX17 -DCXX11_OR_LATER -DCXX1Y_OR_LATER -DCXX17_OR_LATER
 
 struct NonLiteral { NonLiteral(); };
 
@@ -7,7 +8,7 @@
 
 // [C++1y] - void
 constexpr void f() {}
-#ifndef CXX1Y
+#ifdef CXX11
 // expected-error@-2 {{'void' is not a literal type}}
 #endif
 
@@ -20,7 +21,7 @@
 
 struct BeingDefined;
 extern BeingDefined beingdefined;
-struct BeingDefined { 
+struct BeingDefined {
   static constexpr BeingDefined& t = beingdefined;
 };
 
@@ -64,8 +65,14 @@
 };
 constexpr int f(TrivDefaultedDtor) { return 0; }
 
-//  - it is an aggregate type or has at least one constexpr constructor or
+//  - it is [a closure type [C++17]], an aggregate type or has at least one constexpr constructor or
 //constexpr constructor template that is not a copy or move constructor
+#ifndef CXX17_OR_LATER
+// expected-error@+4 {{not a literal type}}
+// expected-note@+2 {{lambda closure types are non-literal types before C++17}}
+#endif
+auto closure = [] {};
+constexpr int f(decltype(closure)) { return 0; }
 struct Agg {
   int a;
   char *b;
@@ -101,7 +108,8 @@
 template constexpr DerivedFromVBase::DerivedFromVBase() : T() {}
 constexpr int nVBase = (DerivedFromVBase(), 0); // expected-error {{constant expression}} expected-note {{cannot construct object of type 'DerivedFromVBase' with virtual base class in a constant expression}}
 
-//  - it has all non-static data members and base classes of literal types
+//  - [C++17] if it is a union, at least one of its non-static data members is of non-volatile literal type, and
+//  - [if it is not a union [C++17]] it has all non-static data members and base classes of literal types
 struct NonLitMember {
   S s; // expected-note {{has data member 's' of non-literal type 'S'}}
 };
@@ -122,6 +130,19 @@
 constexpr int f(MemberType) { return 0; }
 constexpr int f(MemberType) { return 0; } // expected-error {{not a literal type}}
 
+template
+union UnionType {
+  char c;
+  T t;
+  constexpr UnionType() : c{} {}
+};
+constexpr int f(UnionType) { return 0; }
+#ifndef CXX17_OR_LATER
+// expected-error@+3 {{not a literal type}}
+// expected-note@-6 {{'UnionType' is not literal because it has data member 't' of non-literal type 'NonLiteral'}}
+#endif
+constexpr int f(UnionType) { return 0; }
+
 // - an array of literal type [C++1y] other than an array of runtime bound
 struct ArrGood {
   Agg agg[24];
Index: clang/lib/AST/DeclCXX.cpp
===
--- clang/lib/AST/DeclCXX.cpp
+++ clang/lib/AST/DeclCXX.cpp
@@ -102,7 +102,8 @@
   DefaultedDefaultConstructorIsConstexpr(true),
   HasConstexprDefaultConstructor(false),
   DefaultedDestructorIsConstexpr(true),
-  HasNonLiteralTypeFieldsOrBases(false), StructuralIfLiteral(true),
+  HasNonLiteralTypeFieldsOrBases(false),
+  HasNonVolatileLiteralTypeFields(false), StructuralIfLiteral(true),
   UserProvidedDefaultConstructor(false), DeclaredSpecialMembers(0),
   ImplicitCopyConstructorCanHaveConstParamForVBase(true),
   ImplicitCopyConstructorCanHaveConstParamForNonVBase(true),
@@ -1103,8 +1104,12 @@
   }
 }
 
+const bool IsNonVolatileLiteralTypeField =
+T->isLiteralType(Context) && !T.isVolatileQualified();
 // Record if this field is the first non-literal or volatile field or base.
-if (!T->isLiteralType(Context) || T.isVolatileQualified())
+if (IsNonVolatileLiteralTypeField)
+  data().HasNonVolatileLiteralTypeFields = true;
+else
   data().HasNonLiteralTypeFieldsOrBases = true;
 
 if (Field->hasInClassInitializer() ||
Index: clang/include/clang/AST/DeclCXX.h
===
--- clang/include/clang/AST/DeclCXX.h
+++ 

Re: Varnish only resolve the ip on startup

[Léo]

mailto:sl...@schokola.de

> On 03.10.21 18:05, Léo wrote:
>> I have found some ways to solve the problem
>
> https://github.com/nigoroll/libvmod-dynamic exists to do just that

The point was to keep the docker compose as simple as possible without the need 
to install other services___
varnish-misc mailing list
varnish-misc@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc

Varnish only resolve the ip on startup

[Léo]

Hello,
While setting up a docker-compose with a cache powered by varnish I came across 
an issue when recreating a container that varnish depends on. After the 
recreation varnish doesn't try to retrieve the new local ip. I've been told 
this is an upstream varnish issue 
(https://github.com/varnish/docker-varnish/issues/41). I have found some ways 
to solve the problem, but will an appropriate solution be considered ?

Thanks in advance,
Have a good day,
Léo Lelievre___
varnish-misc mailing list
varnish-misc@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc

Re: [BUG] Conflict between org-emphasis and org-latex

[Léo Ackermann]

Hi,
I’ll try to do so ;) 

Let you know,
Leo

> Le 26 sept. 2021 à 19:01, Timothy  a écrit :
> 
> 
> Hi Léo,
> 
> You write:
>> Nevertheless, I think that this bug has been introduced recently (I never 
>> noticed it before) and has to be corrected properly (as this is a really 
>> basic use of
>> org-mode).
>> Unfortunately, I can barely understand elisp... so writing a patch is far 
>> away from what I can do :/
> 
> Do you think you might be able to identify a "good" commit and bisect
> the bug? That would be a tremendous help for solving it, and shouldn't
> require any elisp.
> 
> --
> Timothy

Re: [BUG] Conflict between org-emphasis and org-latex

[Léo Ackermann]

Hi Juan Manuel,

I agree that some tricks exist in order to prevent this behavior.
Nevertheless, I think that this bug has been introduced recently (I never
noticed it before) and has to be corrected properly (as this is a really
basic use of org-mode).
Unfortunately, I can barely understand elisp... so writing a patch is far
away from what I can do :/

Best,
Leo

Le dim. 26 sept. 2021 à 14:57, Juan Manuel Macías 
a écrit :

> Hi Léo,
>
> Léo Ackermann writes:
>
> > Hi!
> > I noticed that in org@888aaa97c0ce331097787333d0d712dd6e4d078f, the
> > following happens:
> > When writing `Consider $a^{*}$ and $b^{*}$` in an org-mode buffer, the
> > two stars match together, causing "and" to appear in bold case.
> >
> > Any idea to fix this unwanted behavior ?
>
> You can insert a zero width space character (U+200B), to prevent that
> segment is fontified as emphasis [see the Manual in the section `Escape
> Character']. It is enough with insert the character after one of the
> asterisks: M-x insert-char RET 200b RET. I also recommend that you look
> at this section on Timothy's blog `This Month in Org':
> https://blog.tecosaur.com/tmio/2021-05-31-async.html#easy-zero-width
>
> Best regards,
>
> Juan Manuel
>

[BUG] Conflict between org-emphasis and org-latex

[Léo Ackermann]

Hi!
I noticed that in org@888aaa97c0ce331097787333d0d712dd6e4d078f, the
following happens:
When writing `Consider $a^{*}$ and $b^{*}$` in an org-mode buffer, the two
stars match together, causing "and" to appear in bold case.

Any idea to fix this unwanted behavior ?

Thanks for making org-mode better every day!
Leo