Yth a écrit 2606 commentaires

J'ai du mal à piger ton propos en fait, c'pas très clair.
Tu pense qu'on ne peut, ou ne doit, pas maintenir plusieurs filières différentes ?
Pas de « en même temps » c'est abandonner le nucléaire pour faire 100% de renouvelable ?

• Yth.

J'ai l'impression que certains ici veulent à tout prix se convaincre que les auteurs sont anti-nucléaires

Le titre dit : « Why investing in new nuclear plants is bad for the climate ».
Soit : « Pourquoi investir dans de nouvelles centrales nucléaires est mauvais pour le climat ».

Et la conclusion est : « In solving the climate crisis, new nuclear is a costly and dangerous distraction ».
Soit : « Pour résoudre la crise climatique, construire de nouveaux réacteurs est une distraction dangereuse et coûteuse ».

Ils sont anti-nucléaire, c'est clair : ils disent stop, plus rien, faut faire autre chose, mais cesser le nucléaire. Sans dire qu'il faut démanteler l'existant, mais cesser d'investir !

Mon avis donné plus haut c'est que ça serait une grave erreur.
- perte de compétences ;
- perte de notre seule chance viable de trouver une solution pour les déchets radioactif (mon argument est : pas de filière => pas de recherche => pas de trouvage de solution) ;
- perte d'un moyen de production là où on a tout intérêt - par principe - à être variés, et ne pas dépendre d'une seule source.
À noter qu'en cas de problème grave d'approvisionnement (deux mois de pluie ininterrompue et une production solaire résolument en berne par exemple ?), la seule solution facile, peu coûteuse et rapide à mettre en place, c'est de cramer du fossile (groupes électrogène, relancer les centrales à charbon de backup etc), donc les problèmes c'est mal pour le climat, et la diversité de sources d'approvisionnement c'est bon contre les problèmes.

Alors, moi, j'ai pas de diplôme d'économie hein, et je veux bien croire que le renouvelable devient plus viable économiquement que le nucléaire - c'est crédible de toute façon - mais c'est pas trop la question, vu que la question semble ici de savoir ce qui est le mieux pour le climat.
Et l'économie n'est pas bonne pour le climat, elle s'en fout allègrement du climat, c'est pas son problème le climat.
Et les batteries, et les panneaux solaires, c'est pas bon pour les métaux rares et la pollution en général, même si climatologiquement ça doit avoir un impact assez restreint…

En fait, je ne pige pas comment ils passent de « le nucléaire est moins viable économiquement que les énergies renouvelables » à « investir dans le nucléaire est mauvais pour le climat ».
C'est comme si pour eux l'économie propulse l'écologie.
Je suis plutôt convaincu du contraire, de façon empirique, en regardant ce que les plus grosses économies font de l'environnement…

Mais je veux bien qu'on m'explique tout ça hein :)

• Yth.

Déjà avoir des sources d'énergies variées c'est bien, même avoir des stocks de carburants fossiles en cas de nécessité c'est pertinent.
On ne résoudra pas nos problèmes en faisant 100% renouvelable, pas pour le moment, pas avec les coûts écologiques en terme de pollution, et les coûts humains en termes de métaux rares.

Alors, pollution du renouvelable versus pollution du nucléaire, on est d'accord, ya un problème dans mon raisonnement.
Sauf que le problème des déchets nucléaire ne se résoudra pas en abandonnant la filière.
On a besoin d'une vrai filière nucléaire avec de la vraie recherche fondamentale, et des moyens dédiés à expérimenter et comprendre ce qu'on peut faire de ces déchets, pour trouver une vraie solution viable à un problème qu'on ne peut pas glisser sous le tapis (je ne pense pas que l'enfouissement profond soit une vraie solution).

Donc développer le renouvelable c'est une évidence, et ce faisant les coûts diminuent et l'efficacité augmente, c'est normal, c'est bien.
Abandonner le nucléaire, non, surtout pas, on a besoin de projets comme ITER, et on paye très très cher l'abandon du développement de la filière pendant 20 ans, avec une perte de compétence pour la construction des EPR.
Pendant tout ce temps, on entasse des déchets sans savoir qu'en faire, et on a abandonné Superphénix qui était un réacteur de recherche justement sur ce sujet, puisque son carburant était en partie des déchets à vie longue des centrales classiques.

Bref, 70% de nucléaire c'est beaucoup, construire moins que ce qu'on démantèle c'est une bonne idée, développer le renouvelable c'est une évidence, abandonner c'est absurde, et le marché de l'énergie est une aberration qui coûte très très cher au contribuable (mais c'est un autre débat).

En gros, rien de nouveau quoi…
Écologiquement, on a bien plus intérêt à développer des transports en communs variés et « propres » et de réduire l'omniprésence de la voiture, que de se battre aveuglément contre le nucléaire.

• Yth.

Et je serais toujours sous Slackware, qui n'aura toujours pas ces problèmes, et aura toujours 0,5% des parts de marché Linux, et était déjà prête pour le Desktop en 1999 (en tout cas plus que les windows de l'époque).

Bises :)

• Yth, oui, 0,5% de 0,5% c'est pas beaucoup, c'est 1 pour 40 000.

On va peut-être commencer à les voir disparaître ces trucs de m… ?

• Yth.

Oh, ben, j'ai du 2007, sous Slack, mais c'est pas à jour, vieil ARM trop compliqué à essayer de moderniser…
Sinon c'est 2016 le plus récent, mais sans le crash disque dur j'aurais un portable encore utilisé quotidiennement qui aurait un FS de 2006 !
Reconstruit à zéro une fois en 17 ans, parce que disque mort.

J'en reviens toujours au même constat : 1993 très bonne cuvée, entre les Slack, Debian, NetBSD et FreeBSD, c'est du durable :)

• Yth.

Alors les logs, j'avoue, j'ai pas trop d'idée de comment les rajouter avec bjoern, et je ne sais pas quel délais en plus ça prendrait…
J'ai codé un truc à l'arrache non optimisé, et je tombe à 9k req/sec.

Donc j'ai testé le bouzin en conditions un peu plus réelles sur un Odroid XU4, ARM, soft float (ça fait des années que je dois le réinstaller en HF), 8 cœurs, limités à 500Mhz pour cause de surchauffe (le ventilo est pété, la pâte thermique mérite d'être remplacée), python 3.7, à travers le réseau (gigabit, en câble pas en wifi), test ab depuis ma machine perso.
700 req/s.
Bon, OK, je libère le CPU 2 minutes en espérant qu'il ne crashe pas : 4x1.4Ghz et 4x2Ghz.
1800 req/s.
À noter que si je passe à 20 connexions en parallèle, on monte à 3300 req/s, parce qu'on a la latence réseau à prendre en compte, et 8 coeurs en face, donc pour les surcharger, 10 connexions parallèles ne suffisent pas.
On monte même à 3500 avec 100 requêtes parallèles, alors que en local ça ne changeait rien de monter au delà de 10.

Bon, voilà, à moins de trouver autre chose que je ne connais pas, je ne ferais pas mieux en Python sur ma machine.
J'avais testé plusieurs serveurs python derrière un apache ou un haproxy en mode load-balancer, d'autres backends que bjoern (waitress est pas mal par exemple), sur un autre projet qui consistait à servir une image aléatoire dans une liste à chaque requête. L'idée était de les précharger en python au début, avec le type, la taille et le contenu, et de servir les headers direct, et le contenu, sans jamais relire sur le disque.
On a exactement les mêmes perfs que la simple redirection, 13-14k req/s, avec des icônes, donc de petites images.
J'ai jamais réussi à faire mieux en python qu'une app bottle (mais du flask irait probablement aussi bien pour ça, voire du WSGI brut) propulsée par bjoern.

Clairement le rust optimisé fait mieux, le contraire m'aurait fortement déçu !

• Yth.

Ouais, mais ça c'est vouloir du neuf.
Oui, le chevalier-paysan de l'an mil au lac de Paladru, il devait frétiller de plaisir quand il recevait sa belle lame de charrue toute neuve !
Et si le forgeron lui dit qu'il l'a améliorée et qu'elle durera plus longtemps en traçant des sillons plus profonds, il va jubiler.

Mais ça reste un soc de charrue comme ses ancêtres ont connus et comme ses descendants connaîtront.
C'est une évolution lente et contrôlée.

Cela dit pour aller dans le sens de Maderios, les civilisation qui se sont répandues sont celles qui ont écouté et mis en avant les « explorateurs », les « early adopters », ceux qui veulent changer le monde.
Celles qui ont disparues ont été trop conservatrices et renfermées sur elles-mêmes, et celles qui ont durées ont trouvé un équilibre, voire une oscillation.

On voit ces comportements opposés de nos jours avec une mise en avant du « progrès technologique » jusqu'à la conquête de Mars, et au delà !
Et un conservatisme terrifiant, nationaliste, xénophobe, sur un air de « notre mode de vie n'est pas négociable ».

Le logiciel libre (pas tout, et sans opposition au proprio, mais plus aux MAGAF) fait figure de juste milieu, de truc qui se construit dans la durée, à son rythme non effréné, en ne cherchant pas à tout chambouler tous les trois jours.

Ça manque juste d'un bon marketing en mode : « apprenez des choses qui vous serviront encore dans 10 ans (ou 10 semaines déjà) ».

• Yth.

Je répondais surtout à cette phrase :

c'est une tendance de l'humanité en général, depuis la nuit des temps, à toujours vouloir du nouveau.

Mais en vrai, dans l'histoire, c'est pas trop le cas.
On n'a que des exemples de gens, groupes, communautés, qui construisent leur vies comme leurs parents, et transmettent leur façon de vivre à leurs enfants, et sur plusieurs générations.

Alors oui, des nouveautés se répandent très vite, mais si tu regardes vraiment les durées, très vite ça se compte quand même en générations.

Sauf pour les consommateurs, pour qui le rythme explose.
Mais la tendance 21è siècle n'est pas une tendance qu'on peut voir dans « l'humanité en général, depuis la nuit des temps ».
En vrai c'est plutôt une large base très conservatrice, à comprendre : on fait comme on sait faire, et on transmet notre savoir. Et deux franges non négligeables, l'une totalement réfractaire aux changement, et l'autre qui n'a de cesse que de vouloir changer le monde.

Et mon point de vue c'est que ce ne sont pas les gens qui cherchent la nouveauté en permanence : la nouveauté nous est vendue comme quelque chose de désirable, avec toutes les techniques marketing psychologique que tu peux imaginer, et même pire.
Mais la majorité des gens se contenteraient très bien d'une évolution beaucoup plus lente et contrôlée.

• Yth.

La machine : 4 coeurs, 8 threads, Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz

Ça utilise une app WSGI en bottle, avec bjoern comme backend.
Le code de taptempo.py, la ligne en commentaire est la façon simple de faire en bottle, mais les perfs sont bien moins bonnes, elles seront entre parenthèses dans le rapport en bas :

#!/usr/bin/python3
import bottle


@bottle.route('/')
def index():
    bottle.response.status = 303
    bottle.response.set_header('Location', 'http://example.com')
    # bottle.redirect('http://example.com')


bottle.run(host='0.0.0.0', port=8080, server='bjoern')

La mise en place (nécessite libev) :

mkdir taptempo && cd taptempo
python3 -m venv venv --prompt taptempo
source ./venv/bin/activate
pip install bottle bjoern
python3 taptempo.py

Les résultats :

ab -n 100000 -c 10 -e /tmp/profile.csv 'http://localhost:8080'

This is ApacheBench, Version 2.3 <$Revision: 1903618 $>

Concurrency Level:      10
Time taken for tests:   7.241 seconds (12.233 seconds)
Complete requests:      100000
Failed requests:        0

Requests per second:    13809.69 (8174.30) [#/sec] (mean)
Time per request:       0.724 (1.223) [ms] (mean)
Time per request:       0.072 (0.122) [ms] (mean, across all concurrent requests)
Transfer rate:          1807.13 (1037.75) [Kbytes/sec] received

Connection Times (ms)
              min     mean[+/-sd]      median   max
Connect:        0(0)    0   0.0(0.0)      0       1
Processing:     0(1)    1   0.2(0.3)      1       3(7)
Waiting:        0(1)    1   0.2(0.3)      1       3(7)
Total:          0(1)    1   0.2(0.3)      1       3(7)

Percentage of the requests served within a certain time (ms)
  50%      1(1)
  66%      1(1)
  75%      1(1)
  80%      1(1)
  90%      1(2)
  95%      1(2)
  98%      1(2)
  99%      1(2)
 100%      3(7) (longest request)

Je n'ai pas la moindre idée de ce que ça donnerait avec ton CPU, tu dois pouvoir tester et comparer.

• Yth.

C'est pas tout à fait vrai.
La majorité veut plutôt de la stabilité, que demain ressemble à hier, et soit prévisible, connu.
La majorité dans l'histoire de l'humanité veut qu'en tant que parent tu puisses transmettre ton savoir à tes enfants pour qu'ils puissent prendre ta relève.

Et une proportion non négligeable, et suffisante, ne se contente pas de ça et va voir de l'autre côté de la colline si l'herbe est plus verte.

Donc non, les gens en général ne veulent pas qu'on change leurs habitudes tout les deux ans.
Mais certains veulent que ça change toutes les deux semaines.

On a toujours été admiratifs de ces explorateurs, mais ils n'ont jamais été à la base des sociétés.

• Yth.

Ben je m'étais jamais trop posé la question de ce qu'était chromeOS, ça avait l'air assez lié au matos Google fait pour, à la mode Apple, mais en moins sale.

Et en fait, c'est une dérivée de gentoo.

J'ai toujours tendance à dire qu'Android est un Linux, même si c'est pas une distrib Linux, mais un truc bien plus bizarre, et fermé aussi.
Ça permet de dire aux gens que Linux est déjà majoritaire, cherchez pas, c'est trop tard, les autres sont largués.

Alors voyant la séparation claire entre Linux et ChromeOS, je me suis dis « c'est un peu la même chose qu'Android, mais sur PC ».

Et en fait c'est pas vrai du tout.

Alors on est à 7% du marché, probablement proche de 10% sur les OS libres, puisqu'il est peu probable qu'il y ait lourd d'OS propriétaires dans les 3% de other !

Franchement, dès aujourd'hui, je parle des 10% de parts de marché PC des systèmes libres, ou non Mac/Windows, ou « Linux etc. » si je veux sur-simplifier auprès d'un public pas trop calé dans le domaine.

• Yth.

La plus ancienne distribution Linux active, un mois exactement avant Debian, toujours active, toujours solide, et toujours aussi agréable à utiliser.
En mars 1993 était née NetBSD, et en novembre de la même année FreeBSD.

Un an plus tard c'est Red Hat Linux qui naissait.

Belle période pour se lancer dans le libre !
On n'avait pas de problème de CRA ou de brevets logiciels à ce moment là.

• Yth.

Surtout que si Dennis Buchinsky était Bronsonisé, ça se saurait hein !

• Yth.

Libre à vous, CPU, j'ai pas manqué un épisode !
Et j'ai toujours du plaisir d'en voir un nouveau dans mon balladodiffuseur de poche :)

• Yth.

Sur un autre article (The Guardian) on a cette phrase :
« The exterior consists of approximately 1.2m LED “pucks”, each containing 48 individual LED diodes capable of displaying 256m different colours. »

« L'extérieur est composé d'environ 1,2 millions de palets de diodes (LED “pucks”), chacun d'entre eux composé de 48 diodes individuelles capable d'afficher 256 millions de couleurs différentes. »

On aurait donc 57,6 millions de diodes. Sur un écran 16/9è ça ferait du 6400*3600. Pas convaincu que ça soit la plus haute résolution du monde, mais le plus grand écran, probablement.

• Yth.

Soit : x=0,999999…
Alors : 10*x = 9,99999…
Et : 9+x = 9,99999…
Donc : 10*x=9+x => 9*x=9 => x=1

CQFD.

• Yth.

Définis « souvent buggés », parce que ce n'est pas mon expérience.
Faut dire aussi que j'utilise une distrib réputée pour sa stabilité, y compris en version rolling-release.
Donc ça marche, c'est à jour, et puis c'est tout.

En fait je ne comprends même pas le problème que résout AppImage.
Ça a l'air d'être le même que celui /résolu/ par la gestion de dépendance de NPM, ou le fait d'installer des outils python en virtualenv.

Si tu veux avoir en parallèle plusieurs versions de ton outil, comparer, faire des aller-retour, tester une version de dev cinq minutes pour voir, etc, oui ça peut rendre service.
Mais si tu as juste besoin d'utiliser l'outil en question, je ne suis pas très sûr, non.

• Yth.

Mais…
Vous faites bien exactement comme vous voulez.
Par contre, de là à dire que les systèmes de paquets Linux sont cassés (broken dans le texte), tous et en vrac, et bien il y a un fossé aussi grand que quand on compare les choux et les torchons !

Si tu as besoin d'un Appimage pour kdenlive c'est parce que tu as choisis la distrib mainstream et super répandue Ubuntu, et que tu restes en version stable.
C'est un choix, mais il n'a rien à voir avec le système de paquet, ou la gestion générale de la distribution, celle-ci ou une autre.

Maintenant, si tu as envie qu'en choisissant n'importe quelle distrib tu puisses faire comme bon te semble et installer des AppImages pour ne pas utiliser le système de paquets, grand bien te fasse, il se trouve que c'est possible, déjà, sans rien changer…

Affirmer cependant que tout le monde devrait toujours faire comme ça, parce que tu comprends, dans certaines distribs c'est pété, alors personne ne devrait packager soi-même son kenlive et toujours utiliser l'AppImage - ce qui est exactement ce qui est présenté dans la vidéo - ben c'est une ânerie.
Et ma seule réponse c'est mêle toi de tes affaires et laisse les gens faire comme ils veulent.

Il y a une douzaine de distributions avec un kdenlive à jour et probablement tout à fait fonctionnel n'en déplaise à ted au dessus. Si la tienne n'en fait pas partie, tu as deux solutions : tu te fais chier avec des AppImage, ou tu changes de distrib.

Et tu peux choisir - toujours le maître-mot ici, le choix - ta distribution, par exemple en choisissant une distribution qui a les outils dont tu as besoin, et suffisamment à jour pour te contenter de faire un update du système sans gérer d'AppImage à côté.

TON choix.
Pas le mien.

Et si tu es arc-bouté sur l'utilisation d'Ubuntu, assumes-en les conséquences, sans chouiner derrière que franchement AppImage c'est trop bien ça permet de pallier aux défauts de ta distribution choisie, alors tout le monde devrait faire pareil.

AppImage c'est cool que ça existe, c'est bien que ça rende service à des gens, génial, mais c'est pas pour ça que ça devrait remplacer tout les systèmes de paquets, et que le mode de fonctionnement de Linux est « cassé ».

Cette vidéo est un chouinage multi-entendu, rabâché, répété, usé, d'un type qui a été frustré cinq minutes, et a trouvé une solution à son problème ego-centré, et répète encore une fois « mais pourquoi tout le monde fait pas ça, ça marche ? ».
La réponse c'est « parce que ».
Sa vidéo aurait dû simplement présenter un avantage d'AppImage, et expliquer qu'on peut l'utiliser partout.
Alors que là il crache sur tout les éco-systèmes Linux, toute la gestion des paquets, en disant que son truc à-la-con déjà vu et revu et bien connu, c'est la Solution Unique qui devrait les Remplacer Toutes.

Non.

• Yth.

Soyons sérieux deux minutes : tu recommanderais réellement Slackware à quelqu'un qui veut remplacer Windows sur son ordi de bureau ?

Oui. Et certainement pas Ubuntu. Et plutôt une distrib comme Mageia si je devais choisir autre chose que Slackware.

Maintenant, tu as un problème de kdenlive, sur Ubuntu.
Ton problème n'est pas la gestion de paquets des distrib Linux, c'est ton choix d'Ubuntu.

Ici : https://repology.org/project/kdenlive/versions
Alpine Linux Edge, Arch, Deb Multimedia Unstable, Gentoo, KaOS, LiGurOS develop, Manjaro testing/unstable, nixpkgs stable 23.05 et unstable, openmamba, openSUSE, Parabola, Slackware Current et Ubuntu 23.10.
Toutes ces distribs ont un kdenlive parfaitement à jour à 23.04.

Je critique ton choix de rester sur Ubuntu, et en particulier la 23.04, voilà tout.
Si tu as besoin de multimedia, que tu veux rester mainstream et dans un écosystème que tu connais, prends une Debian et mets les repo Multimedia Unstable, ou choisis une autre distrib, je sais pas, t'as la choix !
Tu peux même passer en Slackware Current si tu veux, tu seras à jour aussi :)

Mais ne critique pas la gestion générale des paquets sous les distributions Linux à l'aune de ton choix personnel d'Ubuntu stable.

De manière générale, si tu as des besoins spécifiques, cherches tes outils sur repology, et trouve une distrib qui les a tous à jour, c'est assez facile, et tu seras guidé dans ton choix, et pas du tout dans la jungle du schéma terrifiant de l'histoire des milliers de distribs Linux depuis l'origine.

• Yth.

Ça qualifie pas mal pour une version alpha du machine learning quand même.
Le principe est là, c'est juste plus rustique qu'avec des trucs modernes tout intégrés et qui font pareil au bout du compte.

• Yth.

… elles tournent.

• Yth -> les distribs au modèle soi-disant cassé.

PS pour développer : Non, un modèle unique, une solution unique, quel que soit le problème, n'est jamais la voie à suivre, laissez vivre les gens et accepter les différences, merci.

PPS : sérieux, une vidéo de 15 minutes pour chouiner sur la diversité des distribs Linux ? On est en quelle année là, 2005 ?

PPPS : Grandis, vieux, passe à l'âge adulte, et laisse les gens faire ce qu'ils veulent dans leur chambre à coucher ! (Hmm, je confond peut-être avec un autre combat, passons…)

PPPPS : En plus, il répand des mensonges, y'en a plein dès les premières minutes, genre tu peux pas avoir de mises à jour de tes logiciels, parce que t'es bloqué à la version fournie par ta distrib, ça fait longtemps que j'ai pas entendu de telles âneries.

PPPPPS : Et mon avis je le tire de l'univers Slackware, pas celui avec le plus de contributeur, pas celui où il y a le plus d'argent qui circule (mwarff..), mais si t'es en current, avec un dépôt alienBoB current, t'as des mises à jour salement récentes, avec des efforts terriblement minimaux.

PPPPPPS : En plus, pour être mainteneur de pas mal de paquets externes Slackware, je trouve que c'est une excellente chose de ne pas se reposer sur le packaging upstream, c'est plus résilient. La philosophie derrière les Slackbuilds c'est que si tu as les fichiers sources listés, tu peux partir de là et installer ton logiciel, recompilé localement à partir de ton environnement, sans aucun accès internet. Et ça me plaît qu'on puisse ne pas dépendre d'internet (hormis la récupération des sources, on est d'accord) pour avoir un logiciel.

PPPPPPPS : Ok, j'arrête.

Oui, parce que pour contribuer (poster ou commenter) il faut un compte spécifique et dédié à LinuxFR.

À la décharge de DLFP, jadis, y'avait pas bézef en solutions fédérées, et il était normal d'avoir un login/mdp sur chaque site qu'on visitait, avec aucun d'entre eux liés entre eux.

C'est un peu google et facebook qui ont changés ça, avec leurs solutions SSO.
Facebook pour être connecté aux applications facebook externes via son compte facebook unique. Google pour leur propre nébuleuse d'outils.

À cette époque là on avait en guise de fédération le mail et jabber, et d'ailleurs les premiers chats google (gtalk) et facebook (messenger) étaient en XMPP, utilisables avec un client jabber standard, et dans le cas de gtalk interopérables c'est à dire qu'on pouvait discuter avec un compte XMPP ailleurs.

Depuis les choses se sont inversées, et les MAGAF sont devenus des Silos agressifs.

LinuxFR, bah c'est resté comme ça a toujours été.
Mais la différence entre youtube (par exemple) et linuxFR, c'est que si la motivation était là on pourrait avoir un linuxFR fédéré, auquel on se connecte avec un compte XMPP, ou mastodon, ou que-sais-je, et poster avec une identité externe au site.
Mais c'est du taf, pour un gain assez faible, parce que ce n'est pas si dérangeant d'avoir un compte spécifique linuxFR : personne n'en exploite les données.

Donc c'est bien un « Walled Garden », mais le mur en question, il est assez symbolique, c'est un vieux mur de pierre qui date de l'époque gallo-romaine, que tout le monde peut escalader, et qui fait joli dans le paysage.

• Yth.

Et là je vois ta photo inversée avec une file ininterrompue de bathyscaphes au fond des Mariannes…

Aaargh :p

• Yth.

Exemple pas convaincant du tout généré par DreamStudio avec le texte « Lots of submarines at the bottom of the Marianas trench » :

Utiliser bathyscaphe au lieu de submarine ne donne rien.

Donc il était bien connu défavorablement de la police…

Alors il s'agirait donc d'un homicide avec préméditation ?

• Yth.