Re: [HS] LINUX ENTREPRISE
Salut à tous ! Le 02/01/2024 à 20:38, ajh-valmer a écrit : Quel est "le nid à problèmes" ? : J’ai connu beaucoup plus de problème d’installation de paquets sous Red Hat que sous Debian ou Suse. Maintenant, comme je l’ai déjà indiqué, il s’agit d’une expérience personnelle. Je ne prétends pas avoir réalisé une étude exhaustive. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/
Re: [HS] LINUX ENTREPRISE
Salut à tous ! Dans mon expérience, Red Hat Linux est un nid à problèmes, surtout comparer à Debian. J’ai tendance à le déconseiller sauf cas spécifiques tels que des applications certifiées Red Hat. À mon avis, en effet, Debian fonctionne très bien en entreprise et il y a d’excellents prestataires la concernant. S’il faut absolument une entreprise derrière la distribution – il y a véritablement d’excellentes raisons pour ça, – j’aurais tendance à conseiller Suse ou bien Canonical avec Ubuntu. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/
Re: Re : [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 18:19, Sylvain Caselli a écrit : > Le 22/02/2021 à 15:26, Yoann LE BARS a écrit : > Juste c'est au programme des secondes SNT et il y a IOT dans celui de > spécialité des sciences de l'ingénieur. Oui, tu as raison : j’ai oublié de prendre en compte le fait qu’il y a divers sections au lycée. Or, je dis depuis le début de cette discussion que le contexte et l’objectif est important. Cette précision est donc importante. > Dans ces deux programmes c'est > le python qui est imposé. Alors, si on peut comprendre l’envie d’éviter de démultiplier les langages, d’autant plus qu’un nouveau langage demande plus de formation pour les enseignants (j’y reviens plus bas), on peut effectivement discuter l’opportunité de choisir Python pour s’initier à l’embarqué – ce n’est pas mon domaine, mais ça me fait tout de même tiquer. > En fait ce n'est pas réalisé car les professeurs n'en sont pas capables. J’ai discuté récemment de ces sujets avec des collègues du secondaire et il ressort qu’il y a un manque de formation. Si j’ai bien compris, on ne cesse d’augmenter la charge dans les programmes, sans former les enseignants… À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 16:51, Gaëtan PERRIER a écrit : > Il y a aussi des cas où le compilo ne fait pas une optim qui vu d'un humain > est > pourtant évidente ... Mais ok c'est assez rare. Oui, de plus en plus rare. Tellement rare que de toute façon un compilateur bien utilisé produit désormais de toute façon un code bien plus efficace qu’un code réalisé immédiatement en assembleur. > Le déroulement d'une boucle n'est pas toujours opportun. L'architecture > hardware derrière compte énormément pour savoir si il y aura gain. Oui, c’est ce que je disais : ça dépend totalement du contexte. Je n’ai donné que quelques exemples pour lesquels je n’ai pas donné de détail, mais il y en a plein d’autres. À chaque fois, alors, oui, ça dépend du contexte, du matériel, de ci, de ça. C’est exactement ce que je dis : à chaque fois, il n’y a rien de systématique, ça s’approche stochastiquement. Donc, c’est bien ce que je dis : les optimisations, ce ne sont que des cas particuliers, dans tous les sens. Tellement que, sur un projet complexe, les optimisations à la main sont vouées à l’échec. Donc, nous sommes bien d’accord : ça dépend complètement du contexte. > Mais maintenant de plus en plus de compilo savent dérouler une boucle par eux > même quand tu demandes une optim en vitesse. Ça évite de faire un code qui > deviendra non portable si tu fais le déroulement dans le code lui-même. Oui, c’est très exactement ce que je disais… > Non pas obligatoirement. Tu as des choses que tu peux faire par "calcul" > plutôt > que par du if ... then ... comme ça tu n'as de vidange du pipeline dans un des > 2 cas. Etc. Oui, c’est ce que je dis : ça dépend du contexte, ça n’est jamais systématique. > Mais pour ça faut avoir un minimum conscience de comment fonctionne ce qui est > en dessous ... Dans la plupart des cas, savoir intimement comment fonctionne un processeur n’apporte aucune information pour savoir comment améliorer son code. Par exemple, ça ne sert à rien dans un système à réseau de neurones, dans des codes de simulations numériques, dans la gestion de base de données, etc. Comme dit, comme tu l’as confirmé, dans ces cas-là l’optimisation machine n’est pas accessible à un être humain. Dans la majorité des cas, ce qu’il faut, c’est bien réfléchir à ses algorithmes et à ses structures de données, réaliser un code propre, lisible et documenté, par ailleurs ne surtout pas faire d’optimisation à la main. Déjà, parce que dans ce cas, le compilateur ne pourra plus appliquer ses algorithmes d’optimisations, alors que le compilateur est bien plus efficace qu’un être humain à cette tâche. Ensuite, parce que ces optimisations augmentent statistiquement le nombre de bogues. Enfin, parce qu’un code a une durée de vie très supérieure à la durée des machines qui les exécutent et les optimisations ne seront plus les mêmes et l’équipe qui maintiendra le code ne sera plus la même que celle qui a initié le projet. En revanche, il faut apprendre à utiliser son compilateur, l’architecte du programme doit prendre le temps de bien le configurer. Ce qui n’est pas une question d’électronicien. Donc, dans la majorité des cas, il est faux de dire que pour réaliser un bon code il faut savoir comment fonctionne le processeur. Au contraire, à vouloir trop coller à un processeur particulier, on se lance dans des optimisations vaines et qui vont dégrader le code. Bien entendu, ça ne veut pas dire qu’il ne faut pas connaître le fonctionnement d’un ordinateur dans les grandes lignes, simplement que la connaissance intime n’est en rien un plus dans ces applications. En revanche, il est vrai qu’il y a des domaines bien déterminés où il faut connaître intimement l’architecture, par exemple : la programmation système, la réalisation de compilateurs, l’embarqué. En revanche, dans ces cas-là, la connaissance de l’algorithmique est essentielle également. Maintenant, le point de départ était le programme d’enseignement de la programmation au lycée. Clairement, à ce niveau, la question est de les préparer à aborder le plus large panel de situations qui peuvent se présenter en informatique. Du coup, clairement, le plus important est que les élèves aient une première approche de l’algorithmique. Dans ce cadre, l’assembleur, qui oblige de se concentrer sur le matériel et avec lequel il est beaucoup plus difficile de mettre en évidence les algorithmes, est contre-productif, en plus de rebuter la majorité des élèves. Python, au contraire, qui permet une première approche de l’algorithmique et justement oblige à réaliser un code indenté donc mis en forme, remplit vraiment très bien cet objectif. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 15:54, Gaëtan PERRIER a écrit : > Ne pas perdre de vue qu'un langage évolué est juste un outil qui va simplifier > plus ou moins certaines choses mais aussi en rendre plus complexes d'autres et > que tout va de toute façon se terminer en une série d'opcodes digérés par les > CPU et assimilés. Je n’ai jamais dit le contraire. > Et il ne faut pas restreindre certains langages à un type de programmation. > Rien n'empêche de faire de l'objet en C par ex. Encore une fois, je n’ai pas dit le contraire. Cela dit, encore une fois les nombreuses tentatives montrent qu’il n’y a pas de langage parfait pour tout. Par exemple, on peut s’amuser à faire des fonctions de l’ordre supérieur en C, mais ce sera très illisible et peu efficace parce que le compilateur n’est pas adapté à ça. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 15:44, Gaëtan PERRIER a écrit : > C'est oublier que beaucoup de systèmes de build utilisés pour faire ces > logiciels complexes génèrent de l'assembleur à un moment ... > L'assembleur n'est donc pas inefficace c'est juste que faire la même chose > prend trop de temps et ne serait pas à la portée de beaucoup de monde. D’expérience, je pense que cette assertion est fausse, dans le sens que les choses sont plus complexes. Alors, oui, un compilateur transforme un code en langage machine, mais ce n’est pas la même chose que de développer en assembleur. Il n’y a pas une simple table d’équivalence entre le code et l’exécutable généré. En particulier, sur les architectures superscalaires, il y a quantité d’optimisations que peuvent réaliser les compilateurs qui ne sont pas à la portée d’un programmeur humain – pas à la portée de peu de monde, à la portée de personne. Quelques exemples, tirés du calcul à hautes performances (mon domaine), où les temps de calculs sont un problème essentiel. Dans les boucles, il est préférable de s’interroger sur l’utilisation du pipeline. Même si de base les processeurs ont des mécanismes de prévision des boucles, en réorganisant une boucle on peut gagner quelques cycles. Il n’y a pas vraiment de règle générale, c’est plutôt une approche stochastique qui permet de déterminer au mieux comment les réorganiser. Toujours au sujet des boucles, il est bienvenu de les dérouler. La profondeur optimale de déroulement n’est de même pas une question de règle générale, encore une fois ça s’approche stochastiquement. Organiser les données dans le bus permet également pas mal de gain. Ça, outre qu’il faut passer du temps pour le faire à la main, ça a tendance à rendre les programmes moins lisibles. Il y a encore plein de méthodes à appliquer, qui pour atteindre l’optimum, à la main, nécessite énormément de temps, d’essais, mais aussi rendent les codes peu compréhensible, donc difficile à maintenir et augmente grandement le nombre d’erreurs. Par ailleurs, faire ça à la main se fait au détriment de la structuration du code, donc limite la complexité des tâches que pourra réaliser le code – typiquement, du calcul parallèle auto-adaptatif. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Re : [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 15:23, Gaëtan PERRIER a écrit : > Tout ça dépend du domaine dans lequel tu travailles. Il y a encore beaucoup > d'embarqué qui est contraint par les ressources. Tout à fait, c’est exactement ce que je dis : le contexte est important, ainsi que l’objectif. Au lycée, l’objectif est d’apprendre la programmation générale, pas de réaliser un système embarqué. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Recherche Développeur pour interview
ue l'évolution de l'informatique va forcément > dans le bon sens Je n’ai jamais dit ça, merci de ne pas déformer mon propos. Tout ce que j’ai dit, c’est que l’informatique a évolué et qu’il faut prendre cette évolution en compte. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Re : [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 14:15, BERTRAND Joël a écrit : > Mais tu ne me feras pas changer d'opinion C’est bien, ça donne des discussions ouvertes. > sur le fait qu'avoir des > ressources en abondance ne signifie pas qu'on doive absolument les > utiliser n'importe comment. Je n’ai jamais dit ça, bien au contraire. Merci de ne pas déformer mon propos. J’ai justement dit qu’il fallait bien gérer les ressources. Or, les ressources ne sont pas les mêmes aujourd’hui qu’il y a quarante ans et cela implique d’autres méthodologies. Donc, justement, au contraire mon propos est de dire qu’il faut bien gérer ses ressources et pour cela, dans un premier temps, il faut bien comprendre ce qu’elles sont. > Quand je vois qu'un outil comme Firefox à > lui tout seul met à genoux une machine avec 16 Go de mémoire Sans être un grand amateur de Firefox, cela fait longtemps que je l’utilise et encore aujourd’hui je le fais fonctionner sans problème sur des machines qui ont 4 GiO de mémoire. Du coup, je ne comprends pas l’exemple. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Re : [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 13:58, BERTRAND Joël a écrit : > Dans les années 80, on voyait des rudiments > d'assembleur au moins dans mon collège et on y arrivait. J'ai des > souvenirs de petits programmes en assembleur 6809 sur des Goupil G3. Heu… Rassure-moi : tu t’es rendu compte que les architectures ont énormément évoluées depuis ce temps-là, tout de même ? Leurs jeux d’instructions, les systèmes qu’ils font tourner, sont incommensurablement plus complexes. Par ailleurs, la science informatique a énormément avancé également. Pour information, on ne gère pas du tout la pénurie (comme sur le Goupil) comme l’abondance (comme sur une tablette). Je vois tous les jours des gens qui n’ont pas évolué dans leur gestion de l’informatique par rapport aux années 80 et le fait est que cet usage est fortement sous-optimal. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Re : [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 13:30, nicolas.patr...@gmail.com a écrit : > Et le C++ c’est nul parce que c’est du C avec, horreur, de l’objet par dessus > ? Alors, je suis d’accord avec le reste, mais sur ce point, je dois réagir : non, C++ n’est pas du C avec de l’objet par-dessus. C et C++ sont deux langages différents, on peut réaliser des programmes parfaitement valide en C qu’un compilateur C++ ne pourra pas compiler. Concevoir C++ comme du C avec une surcouche conduit à réaliser des programmes dans un sabir très inefficace, qu’on voit trop souvent – notamment une multiplication des pointeurs, alors que leur usage doit au contraire être extrêmement parcimonieux en C++. Les pratiques à conseiller en C++ sont très différentes de celles à conseiller en C et il est important de ne pas se laisser tromper par l’apparente similarité de leurs syntaxes. Notamment, il est important d’apprendre C++ avant C, pour éviter de plaquer des habitudes C à C++. C’est vraiment une chose importante à avoir en tête : C++ n’est pas une surcouche de C, c’est un langage différent. Lorsque Bjarne STROUSTRUP a commencé à travailler sur C with Classes en 1979, il a effectivement commencé par réaliser une surcouche à C. Cependant, le projet est rapidement devenu un langage indépendant, ce qui, entre autres, a été acté par le changement de nom de C with Classes vers C++. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 13:05, BERTRAND Joël a écrit : > Je trouve au contraire qu'un langage qui mélange le fond et la forme > est un très mauvais choix. Indenter, c'est nécessaire. Mais ne pas avoir > de blocs explicites, c'est une immense conceté. Je ne connais personne > qui ne se soit pas fait attraper une fois au moins par ce truc-là. Je ne connais personne qui ne s’est pas fait attraper par quelque chose lorsqu’il a appris à programmer. En fait, on se fait régulièrement avoir. Je ne connais pas un seul langage qu’on ne puisse pas contester d’une manière où une autre. Les diverses tentatives de réaliser le langage parfait l’ont bien montré, il est nécessaire de faire des choix qui sont valables dans certains cas, moins dans d’autres. Vraiment. La syntaxe de C est problématique, elle provoque des ambiguïtés. La syntaxe issue de Haskell est donc rejetée par les argumentaires que tu viens de sortir. Le manque de lisibilité de Lisp est régulièrement pointé du doigt. La trop grande rigidité de Pascal (que j’aime beaucoup au demeurant) ne lui permet pas de s’adapter aux méthodes de programmations modernes. Et ainsi de suite. Donc, de toute façon, quel que soit le langage choisi, il y aura des problèmes. L’enseignement aussi est une affaire d’équilibre. Dans le supérieur, autant que possible, on tente de faire découvrir plusieurs langages. Dans le secondaire, on n’arrête pas de faire enfler le programme sans rajouter la moindre heure – d’ailleurs, trop d’heures ce n’est pas bon non plus – et sans former les professeurs. Soyons clairs : il est impossible d’enseigner plusieurs langages dans le secondaire. Il faut donc faire un choix. Python est un langage moderne, qui permet de réaliser une très large variété de programmes, avec lequel les élèves peuvent facilement être autonomes. Par ailleurs, le programme étant clair, on sait parfaitement ce sur quoi il va falloir mettre l’accent une fois qu’on les recevra comme étudiants. C’est un bon choix. > En plus, python est comme le php, > un truc polymorphe, procédural, objet... Qui permet donc de prendre > toutes les mauvaises habitudes rapidement. Heu… Cela fait plusieurs décennies qu’on a montré l’intérêt de toutes ces techniques de programmations pour réaliser des programmes complexes. Les gains apportés par ces techniques ont été maintes fois prouvés et il est important d’apprendre à bien les utiliser. Notamment, ces méthodes ont montré leur très grande efficacité à gérer des projets complexes avec des équipes importantes et des codes à la durée de vie très longue. Les programmes en assembleurs n’ont pas toutes ces importantes qualités. Il faut se méfier, parce que le point de vue d’un électronicien est très valable, mais ce n’est pas un point de vue adapté à la programmation. > Je considère aussi que le passage initial par l'assembleur n'est pas > idiot histoire de bien comprendre par la suite les subtilités des > adressages par exemple. Apprendre l’assembleur est une bonne chose pour un électronicien. En revanche, il est fortement à déconseiller désormais pour un informaticien qui ne fait pas de système : les processeurs sont désormais et depuis longtemps superscalaires et multicœurs et, avec de telles architectures, un programme en assembleur sera inefficace tant en termes de performances que d’usage des ressources. > les oblige à > comprendre effectivement ce qu'ils écrivent. Je ne sais pas d’où viennent les stagiaires, quelle est la formation qu’ils ont suivie – typiquement, s’ils sortent du lycée, ce n’est pas un problème des enseignants, ils manqueront d’expérience et de recul puisqu’ils n’ont pas vingt ans. Maintenant, justement, les recruteurs ont tendance à se focaliser sur les langages, tandis que dans l’enseignement on essaye en général de se focaliser sur la compréhension – ce qui crée d’ailleurs des hiatus lorsqu’on nous demande de nous focaliser sur tel ou tel langage et que la réponse est systématiquement non. Cela dit, l’objectif du programme d’informatique du lycée est d’initier à la programmation Si on enseigne l’assembleur au lycée, déjà on n’enseignera pas la programmation, mais l’électronique, on raterait donc l’objectif. Par ailleurs, on sait qu’avec l’assembleur la majorité ne va rien comprendre. En revanche, les programmes du lycée utilise Arduino pour initier à l’électronique, ce qui est un bon choix, comme Python. Maintenant, il ne faut pas se tromper sur les attentes : le programme du lycée ne peut en aucune manière prétendre former un ingénieur avec des années d’expériences. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 12:04, Sylvain Caselli a écrit : > python obligatoire au lycée depuis les nouvelles réformes. Alors, je ne suis pas habitué au secondaire. Cela dit, plus qu’obligatoire, Python fait désormais partie du programme. Je connais plutôt le supérieur, mais ça me semble une mauvaise idée d’enseigner C++ dans le secondaire. Python est un langage intéressant du point de vue de la pédagogie et il est moderne. En plus, il est libre. Je pense que c’est un bon choix. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 11:25, Pierre Couderc a écrit : > Il me semble que le C++ avec Boost est un choix tout à fait "moderne"... Tout à fait. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Recherche Développeur pour interview
Salut à tous ! Le 22/02/2021 à 10:28, Erwann Le Bras a écrit : > Tiens, je croyais que l'asm et le C/C++ étaient passés de mode ; je > constate avec plaisir qu'ils sont toujours enseignés... Il faut distinguer ce qui est enseigné de ce qui est à la mode chez les recruteurs. Les recruteurs ont tendance à se jeter sur le dernier machin pour lequel il y a eu une promotion un peu agressive. Dans l’enseignement, on essaye de donner aux étudiants les moyens d’évoluer régulièrement au cours de leur vie, on fait donc des choix avant tout pédagogiques. L’assembleur est désormais peu enseigné, parce qu’à part dans certains cas particuliers, il n’est pas à conseiller – en gros, il n’est enseigné qu’aux étudiants se dirigeant vers la programmation système ou les étudiants en électronique. En revanche, C++ conserve une place importante dans l’enseignement. À bientôt. -- Yoann LE BARS https://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Visioconférence libre - Jami
Salut à tous ! Le 12/05/2020 à 18:48, firenze...@orange.fr a écrit : > Par avance, je vous remercie pour vos retours et/ou de vos expériences > si vous avez déjà essayé Jami, ou bien si vous avez la chance de pouvoir > d'utiliser quotidiennement ce logiciel. Pour ma part, ma conclusion est qu’une visioconférence en /peer-to-peer/ ne peut vraiment bien fonctionner que si tous les participants sont raccordés à la fibre. Du coup, comme système libre de visioconférences, je préfère Jitsi (https://jitsi.org/). Je l’ai testé assez profondément ces derniers temps, ça fonctionne vraiment très bien. À bientôt. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Debian testing ou stable ?
Salut à tous ! Le 05/05/2020 à 19:58, Belaïd a écrit : > Par "production" je veux dire une machine qui ne doit pas me faire > perdre mon temps dans des réparations au lieu d'avancer dans mon travail > quotidien. Une machine qui doit répondre à tout moment. Je parle de > production perso ou pro , pour moi , dans mon domaine c'est pareil À mon sens, dans ce cas, il n’y a pas à hésiter : stable + backports. À bientôt. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Écouter un fichier .wav par SSH
Salut à tous ! Le 15/04/2020 à 20:26, Jean Bernon a écrit : > Apparemment la dernière version stable date de 2014. Sur Sourceforge, la dernière modification date d’il y a trois mois : le projet a l’air toujours en vie. À bientôt. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Écouter un fichier .wav par SSH
Salut à tous ! Le 15/04/2020 à 19:29, Jean Bernon a écrit : > Il me semble que SFPT copie les fichiers sur le client distant. En tout cas, en ce qui me concerne, lorsque j’accède à un fichier distant par SFTP, je n’en fais pas de copie. À l’usage (même si en interne ce n’est pas tout à fait le cas), c’est comme n’importe quel autre répertoire. Après, peut-être qu’Android fait une copie, mais sous les divers systèmes que j’ai testés, ce n’est pas le cas. À bientôt. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: Écouter un fichier .wav par SSH
Salut à tous ! Le 15/04/2020 à 17:48, Jean Bernon a écrit : > J'ai un peu écumé internet. Une foule d'échanges sur la question, trop, j'ai > essayé quelques suggestions sans succès et ne sais plus trop où aller. Un > french Debian user pourrait-il m'éclairer ? Je n’ai pas de terminal sous Android (ni sur iOS), je ne connais donc pas ce cas spécifique. Je ne peux pas vraiment aider, mais je peux tout de même partager cette expérience personnelle : Pour accéder à des fichiers de tous types, à l’aide de toute sorte d’applications, disposés sur une machine distante, j’utilise un montage SFTP. Ça fonctionne très bien, y compris pour le multimédia. Si Android a SSH, il a sans doute FTP, donc probablement SFTP, ça peut valoir le coup d’essayer. Un montage FUSE a tendance à bien fonctionner également. Voilà, j’espère que ça aide. À bientôt. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Loi Avia : le contrôle tous azimuts, un danger réel de censures
Salut à tous ! Le 18/02/2020 à 22:25, BERTRAND Joël a écrit : > Franchement, en France, il n'y a pas grand'chose à garder du système > judiciaire. […] > Le problème du système US, c'est l'élaboration de la loi qui se fait > principalement par jurisprudence et la présence des juries. Je ne conteste pas l’expérience personnelle, mais je ne vois pas en quoi cela est pertinent vis-à-vis de la loi Avia. À bientôt. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Loi Avia : le contrôle tous azimuts, un danger réel de censures
Salut à tous ! Le 18/02/2020 à 19:30, BERTRAND Joel a écrit : > Ben, entre nous, c'est kif kif, hein. Seuls ceux qui n'ont pas > affaire à la justice tous les jours peuvent garder quelques illusions. Est-ce vraiment se bercer d’illusion que d’être conscient que le système judiciaire n’est pas parfait, mais que de penser que la solution n’est pas de supprimer purement et simplement le système judiciaire ? > Là, pour la petite histoire, je suis en train de démerder une situation > bien plantée par un avocat et une cour d'appel (alors que les pièces > sont indiscutables). Problème : la décision a la force de la chose jugée > avec tout ce que ça implique et risque de ruiner plusieurs familles. Au > moins avec une boîte privée, tu n'as pas ce risque. Avec une entreprise privée, on sait déjà ce qui se passe. Ainsi, Youtube ne respecte pas le droit d’auteur et élimine des contenus parfaitement en accord avec la loi, même celle de Californie. Il n’y a pas de recours, le contenu est immédiatement censuré et le créateur n’a que ses yeux pour pleurer. C’est utilisé par les /majors/ pour ne même pas autoriser la moindre citation, ce qui est déjà problématique, mais également pour censurer tout discours critique – voir par exemple les mésaventures de Clément FREZE (https://www.youtube.com/watch?v=pzQmDOhX45A) ou de Temps mort (https://www.youtube.com/watch?v=AHT9BdqL9Zw). Dans ces cas, pas de juge, pas d’avocat, juste de la censure. Si on demande aux réseaux sociaux de régler eux-mêmes le problème des messages de haines, on sait pertinemment (de nombreuses expériences vont dans ce sens) qu’ils ne pourront rien faire d’autre que de supprimer tout message au moindre signalement et qu’il n’y aura pas de recours. Bon, au moins, non seulement serait-on débarrassé des juges, mais aussi des avocats… > Le solution est de rendre les magistrats, parquet comme siège, > responsables devant les électeurs (et directement responsables devant > leurs pairs parce que seul l'état est responsable de leurs actes, charge > à lui de lancer une procédure récusatoire, ce qu'il ne fait quasiment > jamais !). Ah ! Je constate que la solution proposée n’est pas de se débarrasser des juges… Encore une fois, le problème avec la loi Avia, c’est que clairement il n’y aura pas de recours, fût-il difficile : un signalement vaudra immédiatement une suppression, pas le moindre avocat ne pourra servir à quoi que ce soit, et tout discours critique sera extrêmement fragile. Encore une fois, nous sommes tout à fait d’accord que le système judiciaire est très imparfait. Cependant, est-ce vraiment une raison pour instaurer une censure systématique et sans le moindre recours ? À bientôt. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Loi Avia : le contrôle tous azimuts, un danger réel de censures
Salut à tous ! Le 18/02/2020 à 18:56, BERTRAND Joel a écrit : > Certes. Mais juste en dessous de la juridiction pénale se trouve la > juridiction administrative en terme de respect du droit. Dans les TJ, > c'est beaucoup, mais lors beaucoup plus aléatoire. J'ai des dossiers > pleins dans lesquels les magistrats des TJ violent ouvertement le code > de procédure avant, pendant et après l'audience, naturellement en toute > impunité parce que pour le leur faire remarquer, il faut se constituer > avec... un avocat du barreau local que vous ne trouverez jamais. Qu’il y ait des juges incompétents, c’est certain. Que la procédure ne soit pas toujours respectée, ça l’est également. Au demeurant, est-ce que ça arrangerait quoique ce soit de se passer définitivement d’un juge et de s’en remettre à des sociétés privées pour faire appliquer la loi ? Ceci sachant que sur le sujet particulier, à savoir les expressions de haine, les divers réseaux sociaux ont clairement établis qu’ils ne sont pas capable de les réguler – voir les analyses de la Quadrature du net : https://www.laquadrature.net/loihaine/ https://www.laquadrature.net/2019/05/09/une-loi-contre-la-haine-anti-macron/ Donc, le système judiciaire est loin d’être parfait, c’est entendu. La bonne solution est-elle donc de s’en passer ? Cela dit, cela fera perdre de la pertinence à la profession d’avocat… À bientôt. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Re: [HS] Loi Avia : le contrôle tous azimuts, un danger réel de censures
Salut à tous ! Le 18/02/2020 à 14:07, Philippe a écrit : > C'est l'objet de la loi Avia, quand bien même elle repose sur des > considérants biaisés : difficile pour le juge français d'agir sur > l'éditeur dont le modèle économique repose sur la permissivité (permettre à > quiconque d'éditer un contenu), puissant et situé > dans un pays étranger. Certes, cependant c’est bien le travail du juge que de trancher des cas difficile, leur formation prend tout cela en compte. Tout le problème de la loi Avia, c’est que justement, contre toutes les recommandations qui ont été émises, elle se passe d’un juge. C’est extrêmement problématique. À bientôt. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org
Fwd: Installer un firmware non debian
Salut à tous ! Dominique n’a envoyé sa réponse qu’à moi, je la transmet donc à la liste. À bientôt. Message transféré Sujet : Re: Installer un firmware non debian Date : Mon, 23 Sep 2019 18:02:59 + (UTC) De :Simeone Dominique Pour : Yoann LE BARS doviro@dominique:~$ sudo apt install /media/INTENSO/lib/firmware/brcm.BCM20702A1-0489-e032.hcd Lecture des listes de paquets... Fait E: Le fichier donné /media/INTENSO/lib/firmware/brcm.BCM20702A1-0489-e032.hcd n'est pas compris sur la ligne de commande Mr.Dominique Simeone Le samedi 21 septembre 2019 à 10:35:37 UTC+2, Yoann LE BARS a écrit : Salut à tous ! Le 20/09/2019 à 23:51, Simeone Dominique a écrit : > J'ai essayé d'installer un firmware brcm .hcd donc non debian sur debian > 10 . > > Il me marque chemin insuffisant. > > Pourrai-je avoir de l'aide ? Il n’y a pas assez d’élément pour pouvoir donner de l’aide. Ce serait bien de préciser où vous avez trouvé ce microprogramme, de donner les étapes que vous avez réalisées et donner le contenu de la ligne de commande pour chacune de ces étapes. À bientôt. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org <mailto:yleb...@framasphere.org>
Re: Installer un firmware non debian
Salut à tous ! Le 20/09/2019 à 23:51, Simeone Dominique a écrit : > J'ai essayé d'installer un firmware brcm .hcd donc non debian sur debian > 10 . > > Il me marque chemin insuffisant. > > Pourrai-je avoir de l'aide ? Il n’y a pas assez d’élément pour pouvoir donner de l’aide. Ce serait bien de préciser où vous avez trouvé ce microprogramme, de donner les étapes que vous avez réalisées et donner le contenu de la ligne de commande pour chacune de ces étapes. À bientôt. -- Yoann LE BARS http://le-bars.net/yoann/ Diaspora* : yleb...@framasphere.org