pulkomandy a écrit 2018 commentaires

Si tu n'as pas de besoins particuliers, tu prends la bonne capacité et une tension max suffisante pour ton usage, et tu prends le moins cher.

Tu peux avoir besoin de regarder d'autres caractéristiques, mais c'est dans des cas assez particuliers, par exemple une utilisation à haute fréquence (genre 1GHz ou plus).

Ah oui, et l'autre truc à regarder, c'est la taille du composant, selon la place disponible dans ton projet et si tu as l'habitude de souder des tout petits CMS (composants montés en surface).

Pour Haiku, il y a eu quelques projets de recherches à l'université d'Aukland, en particulier sur l'interface graphique. Cela a été intégré dans Haiku avec Stack&Tile et Auckland Layout Manager.

Donc ils sont comme tout le monde, en fait. Parfois, ils sont trop en avance et ils se plantent. Parfois ils ratent un virage et ils arrivent pas à imposer leur solution. Et parfois, ils arrivent juste au bon moment et ça fait un produit qui marche.

Tu as mal lu, ce bug est déjà fermé depuis 2013: https://bugs.launchpad.net/ubuntu/+bug/1/comments/1834

Et une sur les oscilloscopes: https://www.youtube.com/watch?v=xw4jXRZvgss

La tension (notée U dans toutes les autres équations, pourquoi un V ici?).

Je rigole bien sur l'échec de ces propositions, pour le coup. T'as entendu parler de Deezer, Netflix et Spotify? ça a l'air de pas mal marcher, ces trucs. Et ça ressemble beaucoup à une license globale ou à un Napster payant, non?

Oui, je crois qu'il y a des partisans de l'internet libre qui sont plutôt pour 3. Et du coup, ce n'est pas d'eux qu'il fallait attendre des propositions, forcément. Les gens de The Pirate Bay par exemple, ont plutôt l'air d'être dans cette catégorie.

Peut être aussi que pour 2, il n'y a pas forcément besoin de faire grand chose? On a déjà (en France, en tout cas) des lois pour la protection des droits d'auteur, et plein d'autres trucs, qui s'appliquent sur internet comme ailleurs. On a déjà aussi des moyens juridiques de les faire appliquer. Et s'ils étaient suffisants et qu'il n'y avait pas de problème, en fait?

Après, il y a la question des moyens financiers pour que ça marche bien. Si l'état ne veut pas financer la justice et la police pour qu'ils aient les moyens de faire leur travail correctement, et qu'il essaie de reporter les coûts sur les opérateurs de l'internet (hébergeurs, FAI, …), ça risque de coincer quelque part. Et s'il essaie d'aller vers la solution 1, alors que la 2 est déjà en place, il n'y a pas grand chose à proposer comme nouvelles solutions.

Toi, tu veux rester dans ton coin, c'est un choix, mais alors assume : faire passer tes idées ne t’intéresse pas, la seule chose qui t’intéresse est de te plaindre que ça ne fait pas comme tu veux (bouh les méchants).

Non, ce n'est pas ça.

Il y a deux choses:
- D'une part, il y a les lois ou en général les "règles du jeu" qui définissent ce qu'on a le droit de faire ou pas.
- D'autre part, il y a les solutions (techniques ou autres) pour faire appliquer ces lois.

Si on prend l'exemple des armes à feu: ce n'est pas aux gens qui en possèdent ou qui en vendent d'écrire les lois, ni de mettre en place les solutions pour qu'elles soient appliquées. éventuellement, on peut leur demander leur avis, au même titre qu'on peut demander leur avis à d'autres gens.

Si on prend l'exemple d'internet, pareil, ce n'est pas aux fournisseurs d'accès ou aux hébergeurs de faire ce travail. On peut leur demander leur avis sur ce qui est possible ou pas techniquement.

Pour les solutions, je vois deux choses, comme ça a été discuté dans le fil de commentaire:
- Un modèle ou on met des restrictions techniques pour empêcher les gens de violer la loi. C'est le bridage des moteurs, ce sont les DRM, c'est le FAI qui t'empêche d'ouvrir des ports sur ton réseau pour héberger un serveur chez toi parce que tu pourrais mettre des fichiers "illégaux" dessus.
- Un autre, ou on essaie d'éviter (ou de limiter) ce genre de restrictions, et ou on essaie plutôt de mettre en place des choses pour que la justice puisse mener son enquête quand il y a une infraction à la loi. C'est le radar au bord de la route, le tatouage des fichiers pour identifier la source d'une copie, l'obligation pour un FAI de pouvoir associer une de ses IP à une personne.

Je penche plutôt du côté de ce deuxième choix. Mais je ne me sens pas obligé d'etre extrêmiste, non plus, et il y a des compromis à faire.

Ah oui, il reste le troisième choix, de dire "on fait rien, et les gens qui veulent faire respecter la loi sur Internet n'ont qu'à se débrouiller tout seuls". C'est peut-être ce que certains entendent par Internet Libre? Les mêmes qui répondent "c'est pas notre problème", donc. Et effectivement ça n'est pas très constructif.

La réponse a plutôt été du genre "oui, mais c'est pas notre problème". Depuis quand c'est aux partisans de l'internet libre de trouver ce genre de solutions? Ou même aux fournisseurs d'accès où à qui que ce soit d'autre? Tous ces gens ont raison de dire que ça n'est pas leur problème. Sauf s'il y a des lois qui vont dans ce sens pour leur demander de sticker des infos et de les tenir à disposition de la justice. Et c'est le cas: par exemple, un FAI doit pouvoir identifier la personne correspondant à une adresse IP.

Mais la solution, ce n'est pas un système où la loi ne peut pas être violée. Parce que si on veut faire ça, on va aussi empêcher plein de choses qui ne sont pas interdites par la loi. Ce qu'il faut construire, c'est un système qui permette de faire les enquêtes et de trouver les coupables, lorsque la loi est violée. Le tout sans trop interférer sur les possibilités techniques de faire des choses.

Un exemple concret: interdire le P2P parce que c'est utilisé, entre autres, pour violer du copyright, et parce que c'est difficile à tracer, ce n'est pas une bonne solution.

J'ai pas compris le lien entre copyright, vie privée et suveillance de l'état. Il faudra m'expliquer.

En France, c'est le parti Les Républicains. Oui, c'est bien débile, mais le parti Républicain, c'était trop gros et c'est pas passé.

Merci aux organisateurs et aux conférenciers pour cet évènement riche et intéressant.

Il ne me reste plus qu'à faire des choix (difficiles) des conférences auxquelles je vais pouvoir assister…

Tu as oublié le plus drôle: le format de la liste des fichiers n'est même pas défini dans le protocole. Du coup c'est largement mieux de faire un ssh et de lancer un ls avec les bonnes options, ou même de parser un listing généré par un serveur HTTP, qui sera au moins un peu structuré avec des balises XML, lui.

GTK et EFL y arrivent bien, pourtant.
Et Google arrive à travailler avec Qt et Opera.

ça fait beaucoup de cas qui fonctionnent, quand même.

La raison pour laquelle Google a forké WebKit n'est pas vraiement qu'ils n'arrivaient pas à travailler ensemble. Simplement, il y avait de moins en moins de code commun. Google a remplacé le moteur Javascript (par v8), puis petit à petit plein d'autres morceaux, et à la fin ça n'avait plus tellement de sens de tout garder dans le même dépôt de sources.

Cependant, il reste des morceaux de codes en commun et les corrections sont souvent partagées entre Blink et WebKit. Donc, le fait d'avoir deux projets séparés, permet finalement de travaillet en collaboration plus efficacement.

www.netsurf-browser.org

Ah ben oui, un Thinkpad E c'est pas un vrai Thinkpad :)

(du plastique dans un ordinateur… non mais quelle idée…)

Reste que la langue principale de l'informatique est l'anglais, langue dans laquelle le verbe abort est le mot exact pour décrire l'interruption, volontaire ou non, mais souvent brutale, d'un processus, d'une applications, etc. en informatique.

L'anglais pour l'informatique est plein d'images et de métaphores plus ou moins douteuses. ça donne un peu un charme désuet, comme tu l'as dit. On s'en rend pas compte quand on voit des anglicismes utilisés partout, nous les Français, on a l'impression que ça claque et que c'est des mots modernes. Mais non. Alors pourquoi on ne s'amuserait pas à faire la même chose en français?

Uniquement sous Linux! Il y a des OS qui fonctionnent différemment.
Et encore, même sous Linux, c'est configurable, et il vaut mieux le configurer correctement, parce que sinon, on joue à la roulette russe avec l'OOM Killer.

Le mieux c'est de prévoir le coup dès le début.

Dans mon cas de soft embarqué, ça prend la forme d'un buffer statique de quelques centaines d'octets qui est disponible pour pouvoir écrire un message de log dedans, puis l'envoyer sur le port série (le tout pouvant donc se faire sans une seule allocation supplémentaire). Il me semble qu'on peut faire le même genre de chose dans un soft normal (préallouer tout ce qu'il y a besoin avant de faire quoi que ce soit d'autre).

Dans un langage plus haut niveau, c'est au runtime du langage de se débrouiller pour faire ce genre de choses. Avec éventuellement un endroit ou "brancher" du code utilisateur (en interceptant une exception, par exemple). La stratégie de pré-allocation des ressources nécessaires au traitement de l'erreur s'applique là aussi: l'exception elle-même doit être pré allouée, ainsi que tout ce dont aura besoin le code qui va la traiter.

En C, tu as au moins de la place sur la pile. Donc si malloc échoue, tu peux aussi faire ta gestion d'erreur à base de alloca() si elle a besoin de mémoire.

Effectivement, en France les choses sont menées à peu près correctement, avec un peu de temps pour migrer et tout. Je ne sais pas comment ça marche dans d'autres pays.

Pour les bandes de fréquences, effectivement, on ne va pas pouvoir écouter la radio FM avec un matériel conçu pour recevoir du wifi. Mais par contre, il n'est pas rare que le matériel soit conçu pour fonctionner dans plusieurs pays et puisse couvrir un spectre plus large que ce que le firmware autorise. Pour le wifi, c'est le cas de quelques canaux. Mais aussi par exemple pour la radio FM, les fréquences utilisées au Japon ne sont pas les mêmes qu'en Europe. Du coup, on a un bridage uniquement par le firmware. Et si tu prends ton récepteur FM et que tu va au Japon, tu ne pourras pas l'utiliser pour recevoir toutes les stations radio sur place. Ou bien si tu prends ton PC, tu ne pourras pas voir tous les réseaux Wifi disponibles. Pas pratique, quand même.

Et justement, c'est dans ces cas où on a des bandes de fréquences "proches" que les choses pourraient bouger. Par exemple parce que petit à petit, les pays essaient de se mettre d'accord pour avoir des plans de fréquences de plus en plus similaires. Ça se fait doucement, sur des dizaines d'années.

Alors oui, c'est normal que la FCC ou l'ARCEP demandent à vérifier qu'un dispositif ne vient pas émettre sur n'importe quelle fréquence. C'est normal aussi que la restriction soit implémentée dans le firmware ou même dans le driver. Et c'est normal qu'il y aie besoin de valider l'ensemble.

C'est déjà pas mal qu'on arrive à ce que l'ensemble soit juste le matériel + le firmware, sans regarder le driver et l'OS. Sinon, adieu le Wifi sous Linux/Hurd/BSD/Haiku à moins que les drivers soient certifiés.

J'ai vu (dans la libpng, par exemple), l'utilisation de setjmp/longjmp pour implémenter un truc qui ressemble à des exceptions. Ça permet de tenter de "rembobiner" l'état du programmer comme il était au début de l'opération qui a échoué. Mais bon, c'est pas terrible.

Quand un malloc échoue, la moindre des choses, c'est de logger un truc avant d'exploser en vol. Parce qu'un programme qui s'arrête d'un coup sans prévenir et sans aucun message, ça fait pas sérieux.

Mon point de vue en Java puisque la question a été posée: le langage Java prévoit une exception OutOfMemoryError. Le programme peut essayer de la catcher, mais s'il ne le fait pas, ça remonte tout en haut et ça quitte le thread en cours (et ça tue la VM avec si c'était le main thread).

Mon point de vue de codeur embarqué: là normalement le système est dimensionné comme il faut, si le malloc marche pas, c'est qu'il y a un problème de design. On met un message dans les logs, et on reboote tout le machin pour voir si ça marche mieux après (ou alors, en mode debug, on arrête tout et on préserve l'état pour que quelqu'un puisse venir investiguer).

Donc va falloir trouver une raison qui fait que c'est vraiment important d'avoir du libre à cet endroit, j'avoue que pour le moment je ne suis que peu convaincu même en étant attaché aux 4 libertés, à la vue de ce que je "perd" comme liberté par la loi (qui semble être juste "pouvoir ne pas respecter la loi", le reste étant un truc que le vendeur de firmware semble pouvoir gérer, en séparant en modules son code et en interdisant que la modification sur le module gérant les fréquences, ou ai-je loupé un truc?).

Le cas le plus simple auquel je pense:

Tu as du hardware qui peut se configurer à tout plein de fréquences. Pas de chance, dans ton pays, actuellement, seule une petite partie de ses fréquences sont autorisées. Le constructeur te fournit donc un firmware binaire signé, qui n'autorise que ces fréquences.

1 an plus tard, l'autorité de régulation des fréquences (l'ARCEP en France, par exemple), change complètement son plan de fréquences. Genre, les fréquences qui étaient réservées à la télé deviennent disponible pour faire de la téléphonie en 4G (ça s'est déjà vu). Tu ne pourras en profiter que si le fournisseur de ton matériel fournit un firmware mis à jour.

Encore plus débile: l'ARCEP décide finalement d'intedire certaines fréquences qui étaient avant aurtorisées. Qui va venir chez toi mettre à jour le firmware pour pas que tu continues à les utiliser? Qui va courir après le constructeur du matériel pour qu'il fournisse un nouveau binaire?

Avec un firmware non signé et libre, tu aurais le droit de faire ces changements toi-même. Pour continuer à utiliser ton matériel légalement.

Il y a encore des problèmes si tu changes de pays. Si le fabriquant de ton matériel n'a pas jugé utile de fournir un firmware approprié pour le pays dans lequel tu te rends, par exemple parce qu'ils n'y vendent pas. Tu n'as plus qu'à jeter ton matériel qui pourtant fonctionnerait parfaitement.

C'est un peu le même problèe qu'avec les DRM, là.

Que l'utilisation du spectre radio soit réglementée, très bien, pas de problème avec ça. Si on ne le faisait pas, tout le monde enverrait des signaux n'importe comment, y'aurait des interférences, on essaierait d'émettre plus fort que l'antenne du voisin, et je te dis pas le bazar.

Par contre, je ne vois pas de raison de mettre des mesures techniques pour forcer ces restrictions. Le truc est interdit, si tu le fais quand même, et que quelqu'un porte plainte, tu te prends une amende. Point.

On peut comparer avec une interdiction de passer la tondeuse le dimanche pour respecter le calme du quartier. ça, ça existe. Est-ce qu'on va demander aux fabricants de tondeuses de faire des tondeuses qui refusent de démarrer un dimanche? Est-ce qu'on va leur demander de mettre un scellé sur le boîtier de contrôle pour pouvoir constater que si un mec passe la tondeuse un dimanche, on puisse vérifier si c'est la faute du fabricant qui a mal fait son interdiction, ou si c'est lui qui a trafiqué sa tondeuse?

Moi ça me semble bien débile comme solution, et en plus ça risque de coûter plus cher (il faudrait équiper toutes les tondeuses du dispositif en question et ça n'empêcherait pas de devoir constater les infractions).

Je crois que tu met le nom "Open Source" sur quelque chose qui ne l'est pas.

Le mec qui dit "Rhoooooo mais on s'en fout de *, $mauvaisArgument", c'est juste qu'il s'en fout. Pour lui, le libre, l'open source, microsoft, tout ça, c'est pareil. Pourquoi il se retrouve rangé avec les gens qui font/se réclament de l'OpenSource, d'après toi?

Dans le FLOSS (bon je dis ça pour mettre tout le monde dedans), il y a de tout. Des gens qui sont la pour le Libre (avec un grand L). Des gens qui s'en foutent et qui veulent faire du code parce qu'ils trouvent ça cool. Des paranos qui veulent pouvoir vérifier que y'a pas de backdoor des chinois du FBI. Des boîtes qui croient avoir trouvé un endroit pour recruter des codeurs gratuits. Des gens qui pensent que "lol micro$oft c'est nul". Et des casse couilles de plein de sortes.

Alors oui, tous les projets et toutes les discussions ne vont pas plaire à tout le monde. Et oui, forcément, les gens vont aborder les choses avec leurs points de vue différents. Mettre d'un côté ceux qui font que du libre (doit pas y'en avoir beaucoup… est-ce qu'ils mangent uniquement des plantes faites à partir de graines libres aussi?), et de l'autre ceux qui sont d'accord pour faire quelques compromis pour essayer de faire un truc qui marche avec les morceaux dont ils disposent, en choisissant les morceaux libres quand c'est possible/raisonable/pas trop cher/etc, ça me semble un peu réducteur. Et appeler tous ceux qui sont dans la supposée deuxième catégorie "open sourciens", ça me semble bizarre. Parce que je suis sûr qu'on va trouver aussi le mec qui dit "Rhoooooo mais on s'en fout qu'il y aie pas les sources, ça juste marche!". Et lui, c'est clair, il est pas dans l'open source. Ni dans le libre.