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

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

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

https://bugs.kde.org/show_bug.cgi?id=443210 Léo changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Resolution|FIXED

Re: [FRnOG] [TECH] MTP Gender change

Ç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

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

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

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

https://bugs.kde.org/show_bug.cgi?id=443210 Léo changed: What|Removed |Added Version|21.08.1 |23.08.5 Status|REPORTED

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

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

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

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

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

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

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

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

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 à

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

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

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

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

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.

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

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

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

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

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

e 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

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

Re: [bitcoin-dev] Ordinals BIP PR

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, >

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

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

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

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

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

ine, 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 s

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

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

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

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

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

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:

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

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

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

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

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

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

dd: Purpose of the nonblock symbol for iflag and oflag

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

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

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

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

Re: [bitcoin-dev] Announcing Libforesta

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

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

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

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

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

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

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

[bitcoin-dev] Concern about "Inscriptions".

scriptions 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.linuxfoun

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

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

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 bie

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

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

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

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

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

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

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

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

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

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.....

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

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

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

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

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

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

tps://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 pos

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

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...

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

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

[ 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

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

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

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

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

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

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

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

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" &quo

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

? 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.co

Re: [DISCUSS] Hudi Reverse Streamer

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

https://bugs.kde.org/show_bug.cgi?id=423187 Léo changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED

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

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

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

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='.',

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

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à

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

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 Amr

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

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

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

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

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

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-mo

Ox unindents lines but I can't see when

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

Re: Add JIRA user to hudi project

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? > > &

Add JIRA user to hudi project

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)

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

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 -

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

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

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

/article_lc/LEGIARTI43545201 -- Léo --- Liste de diffusion du FRnOG http://www.frnog.org/

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

*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

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

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

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

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

Re: [Logica-l] ∃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... 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

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

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 >

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

893 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 - Pau

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

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 a

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

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

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

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

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

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

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

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

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

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

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

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,

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

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*

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

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

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

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:

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

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:

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

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

Re: Varnish only resolve the ip on startup

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 t

Varnish only resolve the ip on startup

/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

Re: [BUG] Conflict between org-emphasis and org-latex

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

Re: [BUG] Conflict between org-emphasis and org-latex

... 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 happe

[BUG] Conflict between org-emphasis and org-latex

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

  1   2   3   4   5   6   7   8   9   10   >