Bug#927300: /etc/mime.types should know about .mjs extension for JavaScript modules

2019-04-25 Thread Basile Starynkevitch
On 4/25/19 11:43 PM, Charles Plessy wrote: Le Thu, Apr 25, 2019 at 04:27:04PM +0200, Basile Starynkevitch a écrit : Or are you suggesting that both Chrome and FireFox are buggy, because they accept wrongly (and work well in practice) JavaScript /modules/ with .mjs associated to text

Bug#927300: /etc/mime.types should know about .mjs extension for JavaScript modules

2019-04-25 Thread Basile Starynkevitch
On 4/25/19 3:35 PM, Charles Plessy wrote: Le Wed, Apr 17, 2019 at 05:53:18PM +0200, Basile Starynkevitch a écrit : Most recent web browsers support JavaScript modules (their file extension is usually .mjs). See https://developers.google.com/web/fundamentals/primers/modules The conventional

Bug#927300: /etc/mime.types should know about .mjs extension for JavaScript modules

2019-04-17 Thread Basile Starynkevitch
) of such a file. Bismon is serving JavaScript modules so it needs that entry. Respectful regards. Please ask me any additional information. Cheers -- Basile STARYNKEVITCH == http://starynkevitch.net/Basile opinions are mine only - les opinions sont seulement miennes Bourg La Reine, France

Bug#783876: Fwd: Re: Bug#783876: gcc-5: consider stripping lto1 / cc1 / cc1plus

2016-04-21 Thread Basile Starynkevitch
iding alternate packages like gcc-5-stripped and keeping the gcc-5-plugin-dev package depending on unstripped cc1plus (so keep gcc-5 and g++-5 providing unstripped binaries) Cheers. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2

Bug#783876: gcc-5: consider stripping lto1 / cc1 / cc1plus

2016-04-21 Thread Basile Starynkevitch
iding alternate packages like gcc-5-stripped and keeping the gcc-5-plugin-dev package depending on unstripped cc1plus. Cheers. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, F

Bug#783876: gcc-5: consider stripping lto1 / cc1 / cc1plus

2015-08-03 Thread Basile Starynkevitch
y) libbacktrace to compress the debug sections. BTW, I don't see the size of cc1 etc... as an issue. Compilers are useful on "development" machines, and these are usually not very small (and have enought disk space). Cheers -- Basile Starynkevitchhttp://starynkevitch.net/

Bug#793478: gcc-5-plugin-dev: GCCPLUGIN_VERSION_MAJOR == 5 & GCCPLUGIN_VERSION_MINOR == 5 for GCC 5.1.1

2015-07-24 Thread Basile Starynkevitch
ii libc6 2.19-19 ii libgmp-dev 2:6.0.0+dfsg-7 gcc-5-plugin-dev recommends no packages. gcc-5-plugin-dev suggests no packages. -- no debconf information Regards. -- Basile Starynkevitch http://starynkevitch.net/Basile/ France bas...@starynkevitch.net workin

Bug#783876: gcc-5: consider stripping lto1 / cc1 / cc1plus

2015-07-10 Thread Basile Starynkevitch
e case. We had clang plugin working > in > the past too. > How can a plugin call existing GCC functions, e.g. walk_gimple_seq declared in /usr/lib/gcc/x86_64-linux-gnu/5/plugin/include/gimple-walk.h and implemented inside cc1 ? (Unless you don't strip the dynamic symbols linked wit

Bug#783876: gcc-5: consider stripping lto1 / cc1 / cc1plus

2015-07-07 Thread Basile Starynkevitch
<http://git.hadrons.org/cgit/debian/gcc-on-diet.git/> in case others find it useful. And I guess I could create a package repository for it, if there's demand. Don't do that. If you strip cc1 & cc1plus (etc...) you cannot have GCC plugins. Regards -- Basile STARYNKEVITCH

Bug#710142: FTBFS "Assembler messages: Error: expecting string instruction after `rep'"

2013-05-28 Thread Basile Starynkevitch
20: Error: expecting string instruction after `rep' > > I think it is a compiler`s issue. Yes. The compiler emits "rep; ret" (or perhaps "rep ret") and the recent binutils are not happy with that. see http://gcc.gnu.org/ml/gcc-help/2011-03/msg00286.html Cheers

Bug#705896: gnuplot-x11: gnuplot -persist core-dump without X11 DISPLAY

2013-04-21 Thread Basile Starynkevitch
ggests: pn gnuplot-doc -- no debconf information Regards -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} *** -- T

Bug#603283: /usr/share/lighttpd/use-ipv6.pl dont work on non-standard port, eg 81

2010-11-12 Thread Basile Starynkevitch
Package: lighttpd Version: 1.4.28-1 Severity: important Tags: ipv6 When an explicit port number is selected in /etc/lighttpd/lighttpd.conf using server.port = 81 the /usr/share/lighttpd/use-ipv6.pl script still listens on port 80 for IPV6 Cheers. -- System Information: Debian Re

Bug#600921: libppl7: libppl should be configured with --enable-interfaces=c

2010-10-21 Thread Basile Starynkevitch
l 0.10.2 (or 0.11) configure it with --enable-interfaces=c at least. Comment: Roberto Bagnara, the main author of PPL, did add (a few years ago) the functions `ppl_io_asprint_Coefficient' `ppl_io_asprint_Linear_Expression' `ppl_io_asprint_Constraint' `ppl_io_asprint_Constraint_S