pulkomandy a écrit 2172 commentaires

Donc il vaut mieux arrêter d'utiliser l'API à jour pour afficher du texte, et retourner sur une ancienne API qui sera un jour retirée de macOS?

Un "bit physique" ça ne veut pas dire grand chose. On parle plutôt de "symboles" pour les communications. Ces symboles pouvant comporter plusieurs bits dans certains cas, par exemple, 4 niveaux de tension utilisés pour 00, 01, 11, 10. On trouve souvent cela en communications par ondes radio, avec des modulations comme FSK, QAM, etc.

On trouve encore d'autres encodages sur les disquettes ou disques durs, ainsi que sur les CD-ROM.

Il y a une différence entre "refuser de travailler pour" et "supprimer une fonctionnalité", quand même. Là, le code était présent et fonctionnait, et ils l'ont enlevé. C'est plutôt jeter des bâtons dans les roues.

Je sais pas si l'intégrisme est utile. Ni la GPL.

Au final, ça fait surtout perdre du temps: on a deux familles de noyaux qui sont assez populaires (Liunx et BSD), sachant que l'une n'est pas sous GPL et que les développeurs de l'autre ne veulent pas vraiment faire de la GPL (ils laissent les gens qui ne respectent pas la license tranquille, du coup c'est comme si c'était une lincence de type BSD).

On a deux compilateurs (gcc et clang), avec de plus en plus de gens qui utilisent clang parce que GCC a refusé certaines fonctionalités qui permettraient éventuellement de contourner l'esprit de la licence GPL (notament, ils ont refusé d'avoir un système de plugins).

Et c'est pareil dans plein d'autres cas. Du coup, est-ce que finalement ça n'aurait pas avancé plus vite avec la licence BSD et un peu de pédagogie pour expliquer aux gens et aux entreprises pourquoi ils devraient contribuer au libre? Plutôt que de les contraindre à le faire avec une licence du genre de la GPL?

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.