<html><head></head><body>Hello,<br><br>This is ridiculous. You are again totally oit of line. By now, your recurrent attempts at attacking and occasionally defaming me jere feel to me nothing but pitifully pathological.<br><br>Who moved GnuTLS out of the core, as well as gcrypt (before Rafaël brought it back in)? Me.<br>Who de-duplicated FFmpeg the first time after the plugin was split by another dev? Me.<br><br>I don't think thay I ever made a blanket rejection of moving the update code to a module in any and all forms. If I had, I'm sure you'd have quoted it already.<br><br>All I did was reject one approach in a specific patchset from François. And as I most likely mentioned back then already, the only way to actually truly de-duplicate gcrypt in VLC installs is to build it as a dynamic library. That's because it's also used by contribs. And the one person who objects to that approach is... you.<br><br>So there you go.<br><br><div class="gmail_quote">Le 17 septembre 2020 14:21:58 GMT+03:00, Jean-Baptiste Kempf <jb@videolan.org> a écrit :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">On Wed, 16 Sep 2020, at 17:07, Rémi Denis-Courmont wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Le keskiviikkona 16. syyskuuta 2020, 11.23.50 EEST Romain Vimont a écrit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">Hi Rémi,<br><br>On Tue, Sep 15, 2020 at 09:10:16PM +0300, Rémi Denis-Courmont wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;">Le tiistaina 15. syyskuuta 2020, 20.37.32 EEST Romain Vimont a écrit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #fcaf3e; padding-left: 1ex;">This removes a lot of VLM code (including parsing) from libvlccore.<br></blockquote>What is the actual point of this?<br></blockquote>The idea was to lighten and simplify libvlc core (the complexity being<br>moved to the VLM module), and not load the VLM code in memory when VLM<br>is not used (which is often the case).<br></blockquote>If you want to de-bloat libvlccore, move the gcrypt-based update code to a <br>module. With static linking that's orders of magnitude larger than any other <br>core component.<br></blockquote><br>Yes, and the changes around gcrypt were blocked by your objections, in a similar way that this current discussion.<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Moving code to a module marginally increases disk and memory use due to module <br>overhead. If the module is not used, it might marginally decrease memory use, <br>but probably won't. And even if it does, it's a coin toss whether it'll <br>actually offset the increase.<br></blockquote><br>It's also to load less parsing-code by default.<br></pre></blockquote></div><br>-- <br>Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.</body></html>