jtremesay a écrit 324 commentaires

Il faut compter au moins 20k€ pour 50 testchips. Mais ça inclut la création le masque lithographique (en quelque sorte le négatif de la puce) (c'est le truc le plus cher dans le process de fabrication) que tu peux réutiliser par la suite.

C'est moins vrai.
Par exemple, pas mal de jeux utilisent le moteur Unity qui se code en C#.

Te faire changer d'avis non. Le mieux est de tester et de te faire ton avis. Mais je peux te faire un compte rendu de mon expérience.
Eclipse a l'avantage de pouvoir supporté facilement d'autres technologies via son système de plug-ins, mais je trouve que c'est un vrai gouffre à ressources. Il m'a fallut attendre d'avoir un Intel octo-core i7 et 16Go de RAM pour commencer à le trouver réactif (sur mon ancien quad-core i5 avec 4Go, c'était leeeeent).
Je n'ai pas testé IntelliJ, mais j'ai beaucoup apprecié PyCharm, l'IDE python qui utilise la même base. Je l'ai trouvé beaucoup plus ergonomique et réactif que eclipse avec les plug-ins python.
Quand à Netbean, je ne l'ai pas testé depuis la fac, du coup, rien à dire.

C'était une escape cave de David du GSI ?

Franchement le titre n'est pas adapté "service cher de HP" pourquoi pas.

Et encore.
La cartouche HP 920 noire se trouve à 20.65€ à la FNAC. D'après HP, on peut imprimer 420 pages avec. Ce qui fait un coût à la page de 0.0476€.

Prix à la page des différents forfaits :
- 50 pages (2.99€) : 0.0598€/page
- 100 pages (4.99) : 0.0499€/page
- 300 pages (9.99€) : 0.0333€/page

Selon la quantité de texte que tu imprimes, ça peut être rentable. Et le fait de ne pas avoir à aller au magasin quand tu tombes en rade d'encre, ça n'a pas de prix ! (source : ma flemme)

Pis pour les 20 pages que j'imprime par an, je dois avouer que le forfait gratuit me fait de l'œil. Dommage que je n'ai pas d'imprimante HP.

Le début de l'arnaque commence à la première ligne de code qui t'empêche (ou qui essaye en tout cas) d'utiliser des cartouches concurrentes.

Je n'ai pas lu ça dans l'article. Peux-tu m'indiquer où c'est dit ?

Tu as parlé de "bousiller vos cartes SIM". En Belgique, et je suppose aussi chez les français, quand tu résilies ton abonnement alors ta SIM passe sur le mode carte pré-payé.

Pour être honnête, aucune idée en qui concerne cette histoire de pré-payé. Je n'ai jamais eu de pré-payé, j'ai toujours eu des abonnements. Et chaque fois que j'ai résilié un abonnement, c'était pour en prendre un autre chez la concurrence avec l'option portage du numéro. Et après que la portabilité du numéro ai été effectuée, la vielle carte SIM devient inopérante pour se connecter au réseau. Mais c'est peut-être une spécificité de la portabilité du numéro.

Mais dans tous les cas, une fois l'abonnement résilié, tu ne peux plus utiliser la carte SIM pour profiter de tes X minutes de communications mensuelles. Ben là c'est pareil. une fois la souscription à l’abonnement terminée, tu ne peux plus utiliser la cartouche d'encre que HP met à ta disposition pour imprimer tes X pages mensuelles. Si tu veux continuer à imprimer, met simplement une nouvelle cartouche dans ton imprimante.

Quelle arnaque ?
Tu souscris à un forfait qui te permet de faire X impression par mois et HP te fournit une cartouche d'encre dédiée qu'il remplace quand elle est vide.
À aucun moment tu n'as acheté la cartouche d'encre. Sous quel droit devrais-tu pouvoir continuer à t'en servir après résiliation de ton abonnement ?

Tout les opérateurs téléphoniques que j'ai testés (dans l'ordre, Bouygues, Orange et Free) m'ont empéchés d'utiliser le service souscrit après résiliation de l'abonnement. Si tu en connais un qui permet de téléphoner gratuitement, n'hésite pas à me le signaler :) (Et pareil pour les FAI)

Tu payes pour un service. Il ne me paraît pas abusé que lorsque tu arrêtes de payer pour un service, tu ne puisses plus en profiter.
Analogie (forcément foireuse, comme toute analogie) : "SFR bousille vos cartes SIM : quand vous résiliez votre abonnement, vous ne pouvez plus utiliser votre carte SIM pour appeler ou envoyer des textos".

Le libre n'est pas politique ? Quelqu'un a pensé à le dire à RMS ?

Un lien a été posté hier pour annoncer la nouvelle. https://linuxfr.org/users/lexa1979/liens/weboob-se-prend-un-coup-de-pied-dans-les-c

1- je peux trouver au moins un scénario où le déverrouillage par empreinte digitale est le moins fiable : je t'invites au bar, je te paye tournées sur tournées jusqu'à ce que tu t'écroule ivre mort. Et là, je peux tranquillou prendre ton téléphone, le déverrouiller avec ton doigt, changer les réglages de sécurités et me barrer avec. Ou plus rapide et moins coûteux, je peux t'assomer.

2- face à l'autorité judiciaire, tu as le droit de ne pas donner le mot de passe de ton téléphone ("droit à ne pas s'auto-incriminer"). Par contre, tu ne peux pas refuser le prélèvement de tes empreintes digitales (c'est un délit). Et une fois qu'ils ont ton empreinte, je ne pense pas qu'il soit compliqué de déverrouiller le téléphone.

3- il existe des "master fingerprints". https://lehollandaisvolant.net/?id=20181114075810

Pour ma part, je vais rester sur le mot de passe. Même si plus chiant de déverrouiller son téléphone qu'avec un code pin ou un motif, c'est selon moi la méthode la plus sécurisé.

Extrait de la section stabilité : "En tout état de cause, par définition, la masse réelle du prototype est elle toujours restée immuable à 1 kg."

J'ai bien compris ta blague sur la non stabilité de l'étalon. Je fais juste remarqué que même si on lui retirait la moitié de sa matière, il masserait (comme peser, sauf qu'on mesure la masse) quand même 1kg parce qu'il est la définition du kilogramme (et ça causerai un sacré bordel).

Ben non, parce que par définition (du moins l'ancienne) big K pèse exactement 1kg, quelque soit la quantité de matière qui le constitue.

J'aurai du détailler ma réponse. Ce que je voulais dire, c'est qu'on a beau mettre nos données sur des infras hébergés en France et gérés par des sociétés françaises, nous n'avons pas non plus la garantie qu'elles sont protégées. J'ai cité l'exemple des serveurs SuperMicro parce qu'on en a parlé récemment. Mais il y a aussi les équipements Cisco modifiés par la NSA pour insérer des backdoors. Pareil pour les équipements Huawei et le gouvernement chinois.

Annexe à mon commentaire précédent, il est à noter qu'ARM propose gratuitement une version de leur processeurs M0 et M3 sous forme de soft-IP obfusquée pour montrer à quel point leur solution est facile à intégrer dans un projet. ÀMHA, il s'agit de leur tentative de faire un EEE (« Adopte, étend et étouffe ») pour contrer les alternatives tel que RISC-V, cf un journal récent.

Disclaimer : je suis un ingénieur dans le milieu de la micro-électronique, un domaine hautement propriétaire et confidentiel. J'ai accès à certaines informations, mais je ne peux pas trop en parler pour raisons de NDA. Je vais essayé de sourcer au maximum mes affirmations, mais pour le reste il va malheureusement falloir me croire sur parole :-/

La société ARM (Advanced RISC Machines) produit avant tout un ISA (Instruction Set Architecture) propriétaire soumis à licence. Elle ne produit pas elle même les processeurs compatibles avec ce jeu d'instructions. Par contre, elle fournit notamment des IP de processeurs compatible avec cette ISA.

Il existe deux types d'IP : les soft-IP et les hard-IP. Les hard-IP sont grosso-modo les plans silicium de processeurs pouvant être fabriqués par les fonderies. C'est une offre à destination des fabricants de SoC tel que MediaTek où le coût d'entrée est relativement faible (je dis relativement parce qu'on parle quand même de plusieurs centaines de milliers de dollars) mais l'entreprise qui intègre les IP devra payer des royalties sur chaque puce produite. Cette offre à l'avantage de fournir à l'entreprise cliente un processeur prêt à être intégré dans son SoC mais manque cruellement de flexibilité : ils ne peuvent pas modifier le processeur pour l'adapter à leurs besoins.
À côté de ça, ARM propose aussi des soft-IP. Dans ce cas, à la place des plans silicium prêt à graver, ARM donne carrément le «code source» du processeur à son client pour qu'il puisse l'adapter à ses propres besoins et créer son propre processeur compatible avec l'ISA ARM. Et là, le coup d'entré est plutôt dans l'ordre de grandeur du millions de dollars.
Bien que je ne puisse pas prouver qu'il s'agit de la solution choisie par Apple, il y a de bonnes raisons de croire que c'est ce qu'ils font, notamment parce qu'ils produisent leurs propres processeurs ARM (série A*) et qu'il y a des rumeurs concernant un contrat entre Apple et l'un des principaux éditeur de logiciels pour implémenter des puces.

My 2 cents.

Tu veux qu'on reparle des serveurs SuperMicro (entreprise americano-taiwaise) dont les cartes mères de certains modèles fabriquées en Chine contenait une backdoor matérielle ?

Ceci est mon retour d'utilisateur de qmake en tant que développeur de logiciel propriétaire pour le milieu de la micro-électronique (ne me jetez pas la pierre, il faut bien payer son loyer…).
qmake marche bien pour gérer des projets C++/Qt «classique». Mais dès que tu veux faire des trucs «un peu exotique», c'est une vraie plaie dans le c**. Il faut se montrer très «créatif» dans les .pro et utiliser des fonctionnalités non documentées dont tu découvres l’existence dans le wiki de Qt ou sur des forums.
Un exemple concret. Notre logiciel utilise un framework tierce (FlexNet) pour gérer les licences et s'assurer que le client utilise notre outil dans les conditions prévus par le contrat qu'il a signé (notamment nombre d'instances du logiciel pouvant s'exécuter en parallèles et fonctionnalités du logiciel. Ce framework nous est fourni sous la forme d'une archive à décompresser, et exécuter un simple make dedans pour générer la bibliothèque à intégrer dans notre outil. Vu que nos clients utilisent diverses architectures et plateformes (essentiellement RHEL 5/6/7 en amd64, mais pas que), nous avons décidés (à tort ?) d'intégrer ce framework dans notre projet .pro sous forme de sous-projet source pourqu'il soit compilé automatiquement par notre système d'intégration continue pour les plateformes cibles. Et là, c'est le drame parce qu'il n'y a pas de moyen simple d'expliquer à qmake que ce sous-projet se compile avec un simple make et qu'il peut utiliser le résultat pour le linker à notre soft. Et on ne peut pas non plus créer un .pro spécifique à ce projet (du moins facilement, j'ai essayé plus d'une fois), parce que le make sus-nommé fait de la «magie» : il génère un exécutable qui va générer les .h/.so que l'on va utiliser (l'éditeur du framework a choisi la sécurité par l'obscurité. L’exécutable va générer une version obfusqué de toute leur tambouille interne, qui va être appelé par l'API à laquelle on a accès). Du coup, on a dû définir une cible virtuelle qui appel un script bash qui compile le framework. Yeah…
Autre exemple, notre appli utilise le thème QtCurve qui est géré par CMake. Et là aussi, qmake ne gère pas cmake et on a du faire preuve de «créativité» pour que cela s'intègre à notre solution.
Donc voila, mon point est que qmake manque cruellement de flexibilité. Alors certes, certains pourraient nous reprocher de l’utiliser dans des cadres non prévus pour. Et j'ai presque envie d'être d'accord avec eux. Mais je considère qu'un moteur de production doit s'adapter à l'utilisateur et non l'inverse.

Concernant QBS, je ne l'ai utilisé que dans des projets persos. Pour l'instant, le seul truc que j'ai à lui reprocher est qu'il ne gère pas pas les «promogate» utilisé dans Qt Designer. Il n'arrive pas à trouver les .h de mes widgets custom. Ça se résous en ajoutant manuellement le dossier du projet courant et tant que dossier d'include. Pour moi, c'est une regression vue que qmake gérait ça nativement. Problème trouvé en convertissant un vieux projet .pro vers .qbs. Et manifestement, c'est un vieux problème.

Laisse le tricot de Domi< en dehors de ça !

# Enable the build env
scl enable devtoolset-7 python27 rh-python36 bash

# Download tarballs
curl \
    -LOC - https://mirrors.edge.kernel.org/pub/linux/utils/util-linux/v2.32/util-linux-2.32.tar.xz \
    -LOC - https://ftp.pcre.org/pub/pcre/pcre-8.42.tar.bz2 \
    -LOC - http://ftp.gnome.org/pub/gnome/sources/gtk+/3.22/gtk+-3.22.30.tar.xz \
    -LOC - http://ftp.gnome.org/pub/gnome/sources/glib/2.54/glib-2.54.3.tar.xz \
    -LOC - http://ftp.gnome.org/pub/gnome/sources/pango/1.40/pango-1.40.14.tar.xz \
    -LOC - http://ftp.gnome.org/pub/gnome/sources/gdk-pixbuf/2.36/gdk-pixbuf-2.36.12.tar.xz \
    -LOC - http://ftp.gnome.org/pub/gnome/sources/atk/2.26/atk-2.26.1.tar.xz \
    -LOC - http://ftp.gnome.org/pub/gnome/sources/gobject-introspection/1.54/gobject-introspection-1.54.1.tar.xz \
    -LOC - http://cairographics.org/snapshots/cairo-1.15.12.tar.xz \
    -LOC - https://www.freedesktop.org/software/harfbuzz/release/harfbuzz-1.8.1.tar.bz2 \
    -LOC - http://download.icu-project.org/files/icu4c/61.1/icu4c-61_1-src.tgz \
    -LOC - https://www.freedesktop.org/software/fontconfig/release/fontconfig-2.12.93.tar.gz \
    -LOC - https://download.savannah.gnu.org/releases/freetype/freetype-2.9.tar.bz2 \
    -LOC - http://download.osgeo.org/libtiff/tiff-4.0.9.tar.gz \
    -LOC - http://ftp.gnome.org/pub/gnome/sources/at-spi2-atk/2.26/at-spi2-atk-2.26.2.tar.xz \
    -LOC - https://dbus.freedesktop.org/releases/dbus/dbus-1.13.4.tar.gz \
    -LOC - https://github.com/libexpat/libexpat/releases/download/R_2_2_5/expat-2.2.5.tar.bz2 \
    -LOC - http://ftp.gnome.org/pub/gnome/sources/at-spi2-core/2.28/at-spi2-core-2.28.0.tar.xz

# Configure build env
export GTK3_INSTALL_PATH="$HOME/opt/gtk3"
export PKG_CONFIG_PATH="$GTK3_INSTALL_PATH/lib/pkgconfig:/usr/lib/pkgconfig:/usr/lib64/pkgconfig:/usr/share/pkgconfig"
export CPPFLAGS="-I$GTK3_INSTALL_PATH/include"
export CFLAGS="-I$GTK3_INSTALL_PATH/include"
export CXXFLAGS="-I$GTK3_INSTALL_PATH/include"
export LDFLAGS="-L$GTK3_INSTALL_PATH/lib"
export LD_LIBRARY_PATH="$GTK3_INSTALL_PATH/lib:$LD_LIBRARY_PATH"
export PATH="$GTK3_INSTALL_PATH/bin:$PATH"

# install meson
pip3 install --user meson

# util-linux (libmount)
tar xf util-linux-2.32.tar.xz
cd util-linux-2.32
./configure \
    --prefix "$GTK3_INSTALL_PATH" \
    --disable-all-programs \
    --enable-libblkid \
    --enable-libmount
make -j16
make install
cd ..

# PCRE
tar xf pcre-8.42.tar.bz2
cd pcre-8.42
./configure \
    --prefix "$GTK3_INSTALL_PATH" \
    --enable-pcre16 \
    --enable-pcre32 \
    --enable-utf \
    --enable-unicode-properties
make -j16
make install
cd ..

# glib
tar xf glib-2.54.3.tar.xz
cd glib-2.54.3
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# ICU
tar xf icu4c-61_1-src.tgz
cd icu/source
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ../..

# Freetype
tar xf freetype-2.9.tar.bz2
cd freetype-2.9
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# Fontconfig
tar xf fontconfig-2.12.93.tar.gz
cd fontconfig-2.12.93
make -j16
make install
cd ..

# Cairo
tar xf cairo-1.15.12.tar.xz
cd cairo-1.15.12
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# Harfbuzz
tar xf harfbuzz-1.8.1.tar.bz2
cd harfbuzz-1.8.1
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# Freetype (bis)
cd freetype-2.9
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# Pango
tar xf pango-1.40.14.tar.xz
cd pango-1.40.14
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# libtiff
tar xf tiff-4.0.9.tar.gz
cd tiff-4.0.9
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# Gdk-pixbuff
tar xf gdk-pixbuf-2.36.12.tar.xz
cd gdk-pixbuf-2.36.12
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# atk
tar xf atk-2.26.1.tar.xz
cd atk-2.26.1
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# Expat
tar xf expat-2.2.5.tar.bz2
cd expat-2.2.5
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# Dbus
tar xf dbus-1.13.4.tar.gz
cd dbus-1.13.4
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# At-Spi2
tar xf at-spi2-core-2.28.0.tar.xz
cd at-spi2-core-2.28.0
mkdir build
cd build
~/.local/bin/meson .. \
    --prefix "$GTK3_INSTALL_PATH" \
    --libdir lib
ninja
ninja install
cd ../..

# At-Spi2 Atk 
tar xf at-spi2-atk-2.26.2.tar.xz
cd at-spi2-atk-2.26.2
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd ..

# GTK3
tar xf gtk+-3.22.30.tar.xz
cd gtk+-3.22.30
./configure \
    --prefix "$GTK3_INSTALL_PATH"
make -j16
make install
cd..

Mais y'a encore un peu de taf à faire

$ LD_LIBRARY_PATH="$HOME/opt/gtk3/lib" $HOME/vscode/bin/code-oss
/home/kilruana/opt/vscode/bin/../code-oss: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /home/kilruana/opt/vscode/bin/../code-oss)
/home/kilruana/opt/vscode/bin/../code-oss: /lib64/libc.so.6: version `GLIBC_2.15' not found (required by /home/kilruana/opt/vscode/bin/../code-oss)
/home/kilruana/opt/vscode/bin/../code-oss: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by /home/kilruana/opt/vscode/bin/../code-oss)
/home/kilruana/opt/vscode/bin/../code-oss: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by /home/kilruana/opt/vscode/bin/../code-oss)
/home/kilruana/opt/vscode/bin/../code-oss: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /home/kilruana/opt/vscode/bin/../code-oss)
/home/kilruana/opt/vscode/bin/../code-oss: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.18' not found (required by /home/kilruana/opt/vscode/bin/../code-oss)
/home/kilruana/opt/vscode/bin/../code-oss: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.19' not found (required by /home/kilruana/opt/vscode/bin/../code-oss)
/home/kilruana/opt/vscode/bin/../code-oss: /usr/lib64/libstdc++.so.6: version `CXXABI_1.3.5' not found (required by /home/kilruana/opt/vscode/bin/../code-oss)
/home/kilruana/opt/vscode/bin/../code-oss: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /home/kilruana/opt/vscode/libnode.so)
/home/kilruana/opt/vscode/bin/../code-oss: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by /home/kilruana/opt/vscode/libnode.so)
/home/kilruana/opt/vscode/bin/../code-oss: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /home/kilruana/opt/vscode/libnode.so)
/home/kilruana/opt/vscode/bin/../code-oss: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.18' not found (required by /home/kilruana/opt/vscode/libnode.so)
/home/kilruana/opt/vscode/bin/../code-oss: /usr/lib64/libstdc++.so.6: version `CXXABI_1.3.5' not found (required by /home/kilruana/opt/vscode/libnode.so)
/home/kilruana/opt/vscode/bin/../code-oss: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /home/kilruana/opt/vscode/libffmpeg.so)

Pour installer une lib non.
Pour me motiver à compiler et installer à la main la dite lib ainsi que ses dépendances, oui.

$ cd gtk+-3.22.30
$ ./configure
(...)
configure: error: Package requirements (glib-2.0 >= 2.49.4    atk >= 2.15.1    pango >= 1.37.3    cairo >= 1.14.0    cairo-gobject >= 1.14.0    gdk-pixbuf-2.0 >= 2.30.0) were not met:

Requested 'glib-2.0 >= 2.49.4' but version of GLib is 2.28.8
Requested 'atk >= 2.15.1' but version of Atk is 1.30.0
Requested 'pango >= 1.37.3' but version of Pango is 1.28.1
Requested 'cairo >= 1.14.0' but version of cairo is 1.8.8
No package 'cairo-gobject' found
Requested 'gdk-pixbuf-2.0 >= 2.30.0' but version of GdkPixbuf is 2.24.1

Je l'ai lu. Et j'ai compris l'inverse : passage de la "CC BY-NC-SA" à la "CC BY-NC-ND". Mea culpa. Je vais utilisé l'excuse de la d'insomnie qui m'a tenu éveillée à partir de 3h du matin.

Non. Le code est sous close «ND» interdisant toute modification.

Extrait du site de la licence :
«PAS D’OEUVRE DÉRIVÉE: Vous autorisez la reproduction et la diffusion uniquement de l’original de votre oeuvre. Si quelqu’un veut la modifier, il doit obtenir votre autorisation préalable.»

C'est dommage qu'on ne soit pas autorisés à modifier le code. Parce que sinon, juste en commentant cette ligne on pourrait la faire passer en "mode examen" sans réellement effacer le contenu de la mémoire.