Selso a écrit 134 commentaires

Merci, grâce à toi j'ai eu un doute et j'ai vérifié la data ! :)

C'est qu'en conclusion de votre remarque on pourrait se dire que pour être juste il ne faudrait remercier personne, car jamais on ne pourrait remercier tout ce monde qui a contribué à l'amélioration de notre quotidien.

Je suis passé à côté de cette subtilité.
Plutôt bonne la démarche !

Bonjour,
C'est le genre d'article que j'aime : efficace et agréable à lire.

Par contre je me pose quelques questions :
- n'aurait-il pas mieux valu débogguer sur la version 4.14-rc7 puisqu'elle était disponible. (mais par la suite je vois que tu vérifies quand même que dans le dépôt de dev le bug est toujours présent).
- lorsque tu as chargé le module avec gdb, tu étais dans quel environnement ? une 4.12 ? Et le noyau ne s'est pas plaint que le module n'était pas compilé pour la même version ?

Je pense que l'auteur devrait reprendre la rédaction de son billet, il y a des passages qui y gagneraient en lisibilité.

Par exemple avec le paragraphe suivant :

"Je suis développeur dans une université, j'ai jusqu'à récemment, responsable d'un tout petit service informatique pour un département (équipe de trois personnes en tout)."

==> j'ai jusqu'à récemment, la responsabilité d'un…

Lors de mon arrivé en 2010, j'ai eu l'agréable surprise de voir que l'ensemble du parc informatique était sous client léger sous debian (parc étudiant + administratif), sous environ 100 de machines."

==> hem… je sais que l'on dit qu'une machine tourne sous windows mais là c'est un peu lourd.

La direction aurait mieux fait de confier le déploiement à des étudiants ça aurait au moins servi à quelque chose.
A l'époque de mes études au SI de mon école on avait des postes client léger linux qui fonctionnaient bien (seulement on faisait pas grand chose avec), puis ils ont acheté des MAC, et au lieu de laisser mac OS X ils ont porter un noyau linux dessus, et en émulation x86 je pense car ça ramait comme pas permis. Un gâchis !

A croire que le déploiement de postes Linux est une véritable malédiction. Il faut au moins un expert sur le sujet sinon on court tout droit à la cata', et peut-être faire un essai sur un poste avant de se jeter à l'eau.

rrrssss… dsl je ne t'avais pas suivi.

Sur le dépôt il y a un fichier licence : GPL V2

Rien qu'avant cette bourde tu peux déjà trébucher sur des problèmes de conjugaison.
Tu entre*s* dans la prairie.

J'ai passé une heure sur le jeu il y en a beaucoup d'erreurs comme celle-là. Par contre elles sont corrigées sur le dépôt github. La démo n'est sûrement pas à jour.

Des Bretons Francophones …mais bien sur

Classiquement avec un signal contenant une porteuse modulé en fréquence. Mais si on reste dans le spectre de l'audible ( 20 Hz - 20 kHz ) je ne suis pas sur que l'on puisse émettre à un débit satisfaisant, d'après quelques notes 20 kbits / seconde … même en zippant ton archive ça sera long pour transférer les vidéos de la journée !

Un logiciel stable est essentiel, mais quand fait une refonte pour les performances et que l'on avance de résultats meilleurs que Chrome, ça fait une petite tâche au tableau ;)
Mais il y a encore des améliorations à venir, donc ça peut encore changer.
Et franchement je suis déjà content de cette version qui rompt avec les précédentes que je trouvais de moins en moins bonnes.

Exact merci de l'avoir précisé j'ai fais une confusion avec le nom de cette version 57.

Superbe article que je vais surement relire dans les détails. L'un deux par contre m'a supris :

"La publication de Firefox Quantum approche."

J'ai l'ai eu avant le 16/11 (windows et os x). Mais cette inexactitude est sûrement du à un timing très serré entre l'écriture de cet article (et sa publication) et la publication du logiciel.

"Cela signifie que s'il y a beaucoup de choses différentes qui bougent sur la page, vous pouvez vous retrouver avec beaucoup trop de calques. Ces calques remplissent la mémoire et mettent trop de temps à être transférés au compositeur."
Typiquement le tumblr. Après plusieurs pages parcourues il m'est impossible de visualiser les contenus, obligé de passer dans l'url le numéro de page.

Ceci dit je trouve cette version (57) bien meilleure que la précédente, plus rapide effectivement sur le chargement des pages mais aussi plus stable sur ses performances.
Par contre j'ai lancé sous mac os x leur benchmark speedometer et j'avais encode un meilleur résultat avec Chrome, contrairement à ce qui était suggéré. Mais je chipote, il faudrait approfondir les essais et utiliser peut-être une machine plus récente.

Mais le moteur est tout frais c'est un challenger, il a encore des améliorations à veni.

Si je comprends bien YDFS a été crée pour LinuxConsole, et son système est suffisamment mûr
pour s'en servir et créer une distribution plus personnalisée. Mais à partir des paquets sources fournit par LinuxConsole uniqument j'imagine ?

YDFS a été pensé pour construire une distribution "from scratch" (LinuxConsole),
Les autres systèmes aussi. Yocto va encore plus loin car comme openembbeded on construit également l'environnement de génération (donc le compilo, les outils console, etc…. c'est très lourd).

J'ai une expérience de Yocto/OpenEmbbeded, LTIB (ancêtre utilisé par freescale utilisé pour le BSP des puces IMX3) et je connais buildroot que je compare volontier à LTIB.

Il me semble que Buildroot est très bien adapté pour la construction de petite image (BSP pour carte avec une intégration très ciblée).
Yocto c'est vraiment l'enclume. A prendre si il y a beaucoup d'intégration à réaliser (BSP l'utilisant donc pas le choix, suivi de version des paquets, …), parce que comme dit par mpurple c'est pas simple à gérer et il te faut une machine récente pour éviter des passer des journées sur la génération.
Mais surtout Yocto est supporté par des communautés et sociétés qui intègrent leur paquets soft et assurent la distribution sous Yocto. Donc on peut tirer parti de plusieurs sources pour créer une "recette". Et même être soi-même distributeur de paquet sources et binaires pour un téléchargement directe depuis la distribution générée (ipk).

Yocto devient une référence, et je le conseillerais surtout pour les ARCH arm.

Yocto c'est d'abord pour Linux, et 'Intel' a fait parti des fondateur du projet donc le x86 est aussi très bien supporté.

Commme alternative il y encore des solutions DebianBased (du coup préféré si l'on est familier avec apt) : Simple-Cdd pour générer une image custom.

Donc ce générateur, où se situe-t-il ? En est-il a seulement à un stade d'intérêt pédagogique ? Pourquoi le choisirait-on plutôt que les outils bien répandus ?
Est-ce que l'on peut facilement intégrer nos paquets sources pour la génération (et nos patchs) ?
Tant de question qui justifieraient un saut à Toulouse ;)

Bonjour,
C'était une plaisanterie…
J'avais en tête que linuxMAO était simplement une autre distribution plus dédiée solutions logicielles pour la musiques alors j'étais surpris de constater que c'était beaucoup plus vivant que ça, avec pleins d'activités donc vous détaillez l'actualité et nommez les participants.
Mais c'est bien le principe d'un éditorial de parler actualité il n'y a rien à changer à l'article :) On clique sur les liens on et en sait plus.

Juste cette phrase qui n'est pas claire pour moi :

"olof ayant remporté deux joutes, ce n'est pas au vainqueur de choisir le thème de la treizième joute mais à l'organisateur."

J'y vois comme un lien de cause/conséquence à la tournure alors qu'il n'y en a pas, n'est-ce pas ?

On est d'accord Parleur :), et c'est ce que j'ai essayé de lui faire comprendre. J'étais tout ç fait disposer à reformuler. Mais d'après lui je n'avais jamais évoqué la suppression des plugins. Ma mauvaise foi qu'il a affichée combinée au tutoiement insisté et la critique trollesque d'OS X m'ont blasés ( certifié UNIX quand même).
Sur la dernière réplique il me suggère d'"aller voir ailleurs" si je n'aime pas perdre mon temps. Or J'aime bien passer du temps ici, ce que j'ai dit c'était que ses remarques m'étaient inutiles.
Ceci dit je pensais que la métaphore était claire, mais la encore il se permet dire que "personne" ne l'avait comprise, comme si sa pensée était universelle.
Il se borne a ses interprétations sans se remettre en question (il affirme que je n'ai jamais évoqué la suppression des plugins au départ !), je trouve cela extrêmement arrogant.

Pour un professionnel de l'informatique qu'il est (d'après sa page) je ne lui confierai aucun travaux car ce genre de réaction est pénible en cas de problème. Prouver à ces gens avec un tel comportement qu'ils ont tort n'est pas une sinécure.
Ma faute c'est de pas l'avoir compris de suite et l'ignorer, et je me fais moinser pour ça.
On progresse aussi en faisant des erreurs, encore faut-il les reconnaître.

Salut !

J'ai trouvé la dépêche très rigolote, d'entrée j'ai appris quelque chose avec le préambule.
Je n'ai pas bien compris la suite, il me semble qu'il fallait être du "clan" pour vous suivre ?
Sinon je ne connaissais pas museScore, comme une alternative à TuxGuitar on dirait. Ce dernier peut aussi être utilisé pour l'acquisition midi.
D'après LinuxMAO l'outil de chez korg fonctionne sous linux grâce à wine.
Sinon essayer Nano Basket.
Ne pas hésiter à utiliser les commandes dmesg pour voir ce que le kernel détecte quand tu branches le clavier, lsusb pour vérifier l'identification du périphérique.
Voilà j'espère avoir aidé.

Désolé, je n'ai pas compris de suite que vous étiez un petit malin donneur de leçon.

Ce n'est pas ce que tu as écris au départ.

Permettez moi de vous aider :
"Tous mes plugins sont marqués obsolètes, et sous Mac OS X tout mes plugins ont été balayés,"
Voilà, je ne me permettrai pas de donner des leçons ou me montrer condescendant avant de m'assurer d'avoir bien compris mon interlocuteur, quitte à lui demander précision. Et ce même si celui-ci est un anonyme pour moi.
Maintenant vous comprenez que vos remarques ne m'apportent rien et nous font perdre notre temps.
Donc restons en là.

Relis bien avant de donner des leçons ! Tu aurais compris que je me plains de cette version qui tourne désormais sans plugins sous Mac OS. Et qui lag quand même et consomme deux fois plus de ressources mémoire.
Quant à dernière remarque, elle est digne d'un méchant petit troll. Ce n'est pas la faute de l'OS si un navigateur demande plus de ressources.

Je l'utilise depuis mon MBP et mon PC windows 10.
Certes ils sont vieillissants (le premier de 2009, 8 go de ram, et le second est à base de core 2 quad), mais encore suffisants je pense pour une navigation WEB qui ne cumulent pas les pages des réseaux sociaux.
Pourtant le navigateur lag de plus en plus : le scrolling dans une page, le changement d'onglet, affreux.. Le moniteur de ressources lui n'affiche pas complet pour autant, je ne comprends pas.
A comparer avec les autres navigateurs je ne peux que constater que le problème vient de ce renard, serait-il devenu trop gourmand ?

Tous mes plugins sont marqués obsolètes, et sous Mac OS X tout mes plugins ont été balayés, et le navigateur consomme deux fois plus de RAM que sous windows (1 Go quand même)….

Serais je le seul à me plaindre ?

C'est bien pour cela que je vois plus l'UML comme un langage, avec des possibilités d'interprétation (une notion de sémantique), et l'appellation "langage" de notre code comme un abus car il s'agit plutôt d'une syntaxe sans équivoque.

On pourrait générer un code complet avec la notation UML, mais le générateur obéirait forcément à des règles de génération dont on devrait avoir conscience.
D'un autre côté je pense que tout spécifier graphiquement nuirait à la productivité.

Sans parler de l'environnement de bureau et de sa popularité je me suis penché sur les EFL qui en sont la base, et je trouve le projet très bien fait, bien documenté, répondant facilement (enfin potentiellement) à des développements embarqués car l'API est plutôt complète et les libs n'ont peu voir pas de dépendances.
Le fait que Samsung s'en serve pour le déploiement sur ses télé et pour le développement de Tyzen en est une bonne démonstration à mon avis.

Y'a plus qu'à l'essayer :)

Je n'ai pas réussi à lire tous les commentaires, je vais partager mon expérience.
Ma mère à eu le cancer du rectum, elle était condamnée à mourir… 3 mois seulement.
L'oncle à ma compagne celui du pancréas, idem, en même pas un an. Lui avait décidé de prendre la chimio qui lui a probablement accordé un sursis.
Que dire lorsque l'on quitte leur chambre, quand on n'est pas sur qu'il passeront la nuit ? J'ai entendu l'un des membres de la famille dire au-revoir.
Si votre système lymphatique est touché, n'attendez pas grand chose des traitements.

Et pour le cas de ce monsieur dont la femme lui a dit qu'il n'avait pas eu de cancer, c'est qu'elle ne l'a pas vu prendre la route de la mort.

La mort est taboue chez nous en occident, dire que l'on a un cancer c'est se rapprocher de la mort a une distance telle que les autres refusent de nous suivre.

C'est un article assez synthétique, pour les motivés et curieux sans la formation adéquate pour agir seuls.

Concernant le bus i2c, c'est deux fils pour le bus SDA/SCL. Et bien sur les deux interfaces doivent utiliser une masse commune.
Il s'agit surtout d'un bus maître—N esclaves. Chaque interface dispose d'une adresse sur le bus qui est utilisée pour le premier octet émit lors de la requête.
Ce n'est pas faux de dire que le bus est multi-maîtres (on peut changer le mode du contrôleur quand on le souhaite) mais je n'ai jamais vu ce cas d'utilisation. Mais pour que ça marche : à un instant T il y a un seul maître et plusieurs esclaves qui écoutent.

On aurait pu être plus quantitatif et expliquer pourquoi ce type de bus peut être espionné par un oscilloscope , en parlant des bandes passantes et des taux d'échantillonnage des oscilloscopes. Connaître les performances plancher pour espionner des bus ce n'est pas un luxe (surtout que dans les commentaires on parle d'oscilloscope bon marché).

Pour le bus SPI je cite "Pour chaque esclave, nous avons quatre fils ".
Je ne suis par sûr de la formulation. Mais dans la mesure ou l'esclave ,s'il n'est pas sélectionné place ses E/S en haute impédance, il peut partager les lignes du bus avec les autres esclaves.

J'aurai aimé aussi voir un cas pratique de diagnostic d'un problème de communication SPI avec l'oscillo : erreur de réglage du déphasage CPOL/CPHA, erreur réglage taille du mot ou de l'endianness.

Enfin, hormis pour des cas vraiment brouillés, l'usage d'un analyseur logique serait plus indiqué pour observer la comme. D'ailleurs sur la capture l'oscillo propose cette fonctionnalité. Mais ce n'est pas une fonctionnalité 'de série'.