Et donc quand on est en situation de faire un choix arbitraire entre head et tail (ce qui est le cas ici avec ls ou ls -r), head est meilleur. Certes, sur des petits volumes, ce n'est pas significatif. Mais quand le choix ne coûte rien, autant prendre la solution qui supportera le mieux un changement d'échelle.
Mais ce cas est hautement improbable avec notre sortie de ls
soit dit en passant, j'ai déjà vu des systèmes de fichiers contenant beaaauuucoup de petits fichiers (au point d'atteindre le maximum d'inodes supporté) dans peu de répertoires.
qu'appelles-tu "fichier standard" ? tu parles de l'entrée standard ?
tail remplit un buffer en remontant depuis la fin du fichier,
sur un fichier, peut-être, mais comment il fait ça avec un flux sur stdin (dont la taille est potentiellement plus large que tout la mémoire disponible pour le système) ?
Voire, inutile de demander un -r à ls, utiliser tail plutôt que head à la place.
ça se discute. Vu que ls trie de toute façon, lui demander d'afficher dans l'ordre inverse du tri, ça doit pas coûter grand chose. Par contre, avec tail, tu dois parcourir tout le flux pour n'en garder que la fin. Sur des gros volumes de données, la différence de performance entre head et tail peut-être très significative. Je préfère donc ls -r | head, mais je peux changer d'avis si j'ai raté des éléments en faveur de tail.
cela dit, ls trie par ordre alphabétique, donc si le répertoire ne contient que des fichiers convenablement nommés, un ls -r | head 1 pourrait peut-être marcher.
J'ai déjà vu un chmod plutôt que chown, et franchement, je ne sais pas dire lequel est le pire (parce que le chmod fait des ravages dans /dev/). On s'en était sorti en recopiant les permissions de la machine ayant la config la plus proche (en hardware et version d'OS) qu'on avait sous la main. C'était pas marrant, et c'était pas parfait, mais pour du patch temporaire en attendant une maintenance de fond en comble, c'était mieux que rien.
justement, ce que je pointais, c'est que c'est la fonte variable qui donne l'impression d'un triangle isocèle. Dans l'exemple donné, il y a bien 6 caractères pour chaque ligne.
Sauf que si tu travaille en mode "console" avec des caractères qui font tous la même largeur, il faudra enlever 2 "X" à chaque lignes au lieu d'un seul
heuu … ben non. L'affichage sur linuxfr dans le post initial n'est pas correct parce que la fonte est variable. Avec une fonte fixe, ça marche très bien
Si tu n'es pas dessus tu loupes la moitié de ta vie qui continue dans ton dos
Mais non. Tes amis resteront en contact avec toi, même si tu n'es sur aucun réseau social (Je sais, j'ai pas d'am.. heu, je n'utilise pas de réseaux sociaux :D ). Ne tombes-tu pas dans le piège du FOMO ?
Au temps pour moi, has_key est une méthode des dictionnaire en Python2, mais pas en Python3. Et en fait, la syntaxe 'in' est mieux. Donc oubliez cet alinéa de mon commentaire précédente
Le code que tu as mis dans ton commentaire ne peut pas faire ce que tu veux parce que tu fais ta boucle for sur une variable 'c', mais ensuite, dans la boucle, tu travailles avec la variable 'ligne'. En fonction du code du reste de ton script, soit tu as une erreur de syntaxe, soit la variable ligne est initialisée ailleurs, et tu obtiens un résultat, mais c'est pas du tout ce que tu veux.
Vu la taille des scripts que tu dois faire pour ces exos, c'est pas les quelques lignes d'import et d'ouverture de fichiers qui vont rendre tes commentaires illisibles, alors je te conseille de copier tes scripts complets en commentaire, ça nous évitera de devoir spéculer sur ce que tu fais ;)
Je te rappelle (ou t'indique) que tu peux utiliser des balises pour copier du code sur linuxfr, ça permet de préserver l'indentation et ça ajoute de la coloration syntaxique, c'est le Bien.
En python, sauf erreur de ma part, il n'est généralement pas recommandé d'écrire l'instruction sur la même ligne que le test. Si le if a une clause else, c'est même fortement déconseillé. Sur le plan cosmétique, ça devrait plus ressembler à:
parce que ça fait une recherche dans un index plutôt qu'un parcours de la liste de toutes les clefs, donc ça doit être plus performant, mais ce n'est pas une différence fondamentale.
Un truc un peu dommage pour les affectations de ce genre là, c'est qu'on va tester à chaque fois si la clef est présente avant d'incrémenter la valeur dans le dictionnaire, mais en fait, ce n'est utile que pour la première affectation de chaque clef. Du coup, à une époque, il n'était pas rare de voir des trucs comme ça:
C'est à dire qu'on incrémente directement la valeur dans le dictionnaire, et on traite l'exception quand la clef n'est pas présente (c'est à dire seulement la première fois qu'on incrémente chaque clef). Sur des petits volumes, le coût de traitement des exceptions est possiblement plus élevé que de tester à chaque éléments à traiter, mais sur des gros volumes, ça peut amener des gains de performances significatifs.
Mais il y a mieux ! Tu peux utiliser un defaultdict qui permet de définir une fonction à appeler quand on cherche à accéder à une clef absente du dictionnaire. Je ne met pas le code, parce que ça serait plus intéressant pour toi de l'écrire (et ça permet de découvrir lambda). Ci dessous, une session interactive pour illustrer un peu comment ça marche:
$ python3
Python 3.7.2 (default, Jan 32019, 02:55:40)[GCC 8.2.0] on linux
Type "help", "copyright", "credits" or "license"for more information.
>>> from collections import defaultdict
>>> dd= defaultdict(lambda: 0)
>>> len(dd)# le dictionnaire est bien vide0
>>> dd[200]# mais quand on veut la valeur d'une clef absente, on n'a pas d'erreur0
>>> dd[200] +=1# on incrémente
>>> len(dd)# notre dictionnaire contient bien un couple (clef, valeur) maintenant1
>>> dd.items()# et c'est ce que l'on attendait
dict_items([(200, 1)])
À mon époque (Efrei promo 2001), on ne redoublait pas pour un plantage sur une matière (voire 2 ou 3 si c'était pas des matières trop centrales (genre la com')). Il fallait revalider les modules ratés l'année suivante, mais sans redoublement. C'est sûr que c'est pas confortable, mais c'est pas la fin du monde.
Python est souvent utilisé pour du prototypage, parce qu'il permet d'obtenir des programmes relativement complexes et fonctionnels en relativement peu de temps. C'est sûr qu'en 4 jours, tu va pas taper un 20, mais atteindre la moyenne, ça doit être jouable (surtout avec un week-end).
Si t'as des camarades sympas, ils peuvent peut-être t'aider à te débloquer si tu leur demandes.
Je sais malgré tout que ça ne ce fait pas trop de demander quelque chose sans rien montrer mais c'est juste que je n'y arrive pas …
Et ben fais l'effort de nous expliquer. Je ne compte plus le nombre de fois où j'ai trouvé la réponse tout seul en cherchant à formuler clairement mon problème à un collègue.
pour peut-être trouver un juste milieu, en s'appuyant sur II b 1 de cette définition du cnrtl qui précise ce qu'est la censure (Au sing., le plus souvent péj.), et en le distinguant d'une censure (plus générale). Mais quand on utilise le verbe "censurer", on ne peut pas faire cette distinction, et du coup, c'est une définition qui a ses ambiguïtés, source possible de notre désaccord.
Toutefois, je n'irai pas jusqu'à considérer comme toi que la censure n'a aucun sens péjoratif, et qu'une ligne éditoriale peut se désigner comme une censure, ça me parait vraiment aller trop loin.
C'est assez incroyable que tu cites une définition qui confirme qu'une censure peut être appliquée par autre chose qu'un état
Je la cite parce qu'elle explique que la partie "censure" de l'autocensure est en référence à la "censure" au sens propre. Autrement dit, dans une société sans censure, l'autocensure ne peut pas exister, par définition. Ensuite, on retombe sur la question de ce qui est de la censure au sens strict ou par extension, et là, je suis effectivement moins en phase avec ce qu'écrit wikipedia (qui est une ressource que j'apprécie, mais qui n'est pas la source absolue de vérité).
Ce n'est pas une extension de la définition, il faut qu'il y ait une autorité certes, mais pas nécessairement étatique.
Si, parce que la censure est une limitation arbitraire de la liberté d'expression, et la question de la liberté d'expression, ça ne concerne que l'état. Dans les CGUs des réseaux sociaux, il y a toujours un paragraphe qui te rappelle qu'ils font absolument ce qu'ils veulent sur leur plateforme, et qu'ils peuvent cloturer ton compte ou supprimer tes contenus sans aucune raison et à n'importe quel moment, et ils ont tout à le droit sans jamais enfreindre ta liberté d'expression.
Le problème que je vois à hurler à la censure partout, c'est que je suis certain qu'il y a des gens qui pensent que parce que facebook, twitter ou autre yelp à supprimé un de leur contenu, ça porte atteinte à un de leur droit fondamentaux qui est la liberté d'expression, alors que non.
ou alors peut-être que le sens d'un mot composé n'est pas la simple addition des sens des mots qui le composent. Parce que sinon, c'est peut-être la censure imposée par les voitures, va savoir
L'autocensure est la mise en œuvre préalable d'une censure que s'applique à elle-même une personne, une institution, une organisation, etc.
L'autocensure devance ce qui est perçu comme une menace (réelle ou supposée) de censure par une autorité (politique, financière, religieuse, etc) ou plus largement par ce que l'on appelle l'opinion publique, le politiquement correct.
Vous êtes apparemment plusieurs à considérer que le sens par extension du mot censure est le sens premier. Je trouve ça impropre. Appelez ça censure sociale, ou trouvez un autre adjectif, mais ça serait bien que le mot censure garde une définition un peu précise.
Pour fearan, la censure n'est même pas forcément péjorative.
bah tu dois obligatoirement utiliser l'app store pour installer un truc.
à mon avis, il y a plus d'arguments pour dénoncer un abus de position dominante que pour de la censure
Tu vois la différence ?
Du point de vue de la censure, non. Apple n'est pas une autorité de censure, c'est une entreprise privée à visée commerciale. Si leur politique éditoriale en matière d'application ne te plaît pas, n'utilise pas leurs produits. Et si tu es un de leur client, tu peux peut-être les attaquer pour abus de position dominante … bonne chance
Non. Exemple de deux situations aboutissant à des résultats similaires:
1/ google déliste un site web
2/ l'état français ordonne aux FAIs français de modifier leur DNS pour ne plus résoudre certains noms de domaine
Dans les deux cas, le résultat est à peu près similaire: le site est toujours en ligne avec tout son contenu, et toujours accessible. Il est juste moins facilement trouvable.
La différence est que l'état impose à tous les FAIs de modifier leur DNS (c'est de la censure), tandis que google choisit de délister (ce n'est pas de la censure, les autres moteurs de recherche peuvent continuer à lister les sites que google déliste).
France 3, c'est pas un super bon exemple, vu que ça relève du service publique, donc de l'état. Le terme de censure dans ce contexte pourrait être justifié.
on parle bien de censure
par extension, mais c'est souvent par abus de langage. Après, la question de la liberté d'expression ne se confond pas avec celle de la censure. Il peut y avoir des atteintes à la liberté d'expression sans censure. (par exemple, une interdiction de manifester)
L'église met régulièrement à l'index (ou mettait) une bonne quantité.
oui, avant 1905. Mais aujourd'hui, un livre mis à l'index par l'église, ça n'a pas d'incidence sur le droit à le publier et le diffuser.
A moins que tu considère l'AH de debian comme incompétente, c'est de la censure.
Toujours pas. En retirant le paquet de son dépôt, Debian n'interdit pas la diffusion. Weboob peut très bien créer un dépôt apt avec des paquet pour Debian que n'importe qui pourra mettre dans son sources.list, et ça marchera. Que ça limite la facilité de déploiement de weboob, c'est certain, mais ce n'est pas de la censure.
Quand Apple retire un logiciel de son app store, ce n'est pas de la censure, et leur imposer de proposer une application serait une atteinte à leur liberté d'expression.
mais virer un truc parce qu'il ne 'respecte' pas une ligne de conduite, est une censure,
non. Pour censurer, il faut être un état. Debian n'a aucune obligation envers weboob. Et le retirer de leurs dépôt ne contrevient absolument pas à la liberté d'expression de weboob, qui peut continuer à s'appeler weboob autant qu'ils veulent. Ton appréciation est influencée par le fait que le paquet ait été accepté dans Debian à un moment, mais je pense que tu seras d'accord qu'un paquet qui n'est pas dans Debian (du soft proprio par exemple) ne peut pas invoquer une atteinte à sa liberté d'expression pour exiger d'être dans les dépôts de Debian.
Par contre, interdire à Debian de choisir quel paquet se trouve dans leur dépôt, ça, ça serait une atteinte à la liberté d'expression de Debian.
c'est pas vraiment du prior art, mais merci pour le lien. Je ne l'avais pas vu passer à l'époque, et c'est quand même une décision importante de la cour suprême US.
(a) the invention was known or used by others in this country, or patented or described in a printed publication in this or a foreign country, before the invention thereof by the applicant for patent, or
(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on sale in this country, more than one year prior to the date of the application for patent in the United States, or
(…)
traduction grossière:
un brevet pourra être délivré à une personne à moins que:
(a) l'invention ait été connue ou utilisée par d'autres dans ce pays, ou brevetée ou décrite dans une publication imprimée dans ce pays ou un pays étranger, avant l'invention par le candidat au brevet, ou
(b) l'invention a été brevetée ou décrite dans une publication imprimée dans ce pays ou un pays étranger ou d'utilisation publique ou en vente dans ce pays depuis plus d'un an avant la date de dépôt de la demande de brevet aux Etats-Unis
(…)
[^] # Re: moi
Posté par gaaaaaAab . En réponse au message bash : créer des fichiers numérotés successifs. Évalué à 3.
Et donc quand on est en situation de faire un choix arbitraire entre head et tail (ce qui est le cas ici avec ls ou ls -r), head est meilleur. Certes, sur des petits volumes, ce n'est pas significatif. Mais quand le choix ne coûte rien, autant prendre la solution qui supportera le mieux un changement d'échelle.
soit dit en passant, j'ai déjà vu des systèmes de fichiers contenant beaaauuucoup de petits fichiers (au point d'atteindre le maximum d'inodes supporté) dans peu de répertoires.
[^] # Re: moi
Posté par gaaaaaAab . En réponse au message bash : créer des fichiers numérotés successifs. Évalué à 2.
qu'appelles-tu "fichier standard" ? tu parles de l'entrée standard ?
sur un fichier, peut-être, mais comment il fait ça avec un flux sur stdin (dont la taille est potentiellement plus large que tout la mémoire disponible pour le système) ?
[^] # Re: moi
Posté par gaaaaaAab . En réponse au message bash : créer des fichiers numérotés successifs. Évalué à 2.
ça se discute. Vu que ls trie de toute façon, lui demander d'afficher dans l'ordre inverse du tri, ça doit pas coûter grand chose. Par contre, avec tail, tu dois parcourir tout le flux pour n'en garder que la fin. Sur des gros volumes de données, la différence de performance entre head et tail peut-être très significative. Je préfère donc ls -r | head, mais je peux changer d'avis si j'ai raté des éléments en faveur de tail.
[^] # Re: moi
Posté par gaaaaaAab . En réponse au message bash : créer des fichiers numérotés successifs. Évalué à 2.
cela dit, ls trie par ordre alphabétique, donc si le répertoire ne contient que des fichiers convenablement nommés, un ls -r | head 1 pourrait peut-être marcher.
# pas glop
Posté par gaaaaaAab . En réponse au message Énorme connerie, sauvez moi !. Évalué à 2.
J'ai déjà vu un chmod plutôt que chown, et franchement, je ne sais pas dire lequel est le pire (parce que le chmod fait des ravages dans /dev/). On s'en était sorti en recopiant les permissions de la machine ayant la config la plus proche (en hardware et version d'OS) qu'on avait sous la main. C'était pas marrant, et c'était pas parfait, mais pour du patch temporaire en attendant une maintenance de fond en comble, c'était mieux que rien.
Bon courage
[^] # Re: Des soucis classiques
Posté par gaaaaaAab . En réponse au journal Ma première vidéo. Évalué à 2.
Si ce que tu appelles overlay, c'est ce que Youtube appelait annotation, c'est une fonctionnalité que Youtube ne propose plus.
[^] # Re: index de la ligne
Posté par gaaaaaAab . En réponse au message Quelques difficultés. Évalué à 2.
justement, ce que je pointais, c'est que c'est la fonte variable qui donne l'impression d'un triangle isocèle. Dans l'exemple donné, il y a bien 6 caractères pour chaque ligne.
[^] # Re: index de la ligne
Posté par gaaaaaAab . En réponse au message Quelques difficultés. Évalué à 3.
heuu … ben non. L'affichage sur linuxfr dans le post initial n'est pas correct parce que la fonte est variable. Avec une fonte fixe, ça marche très bien
[^] # Re: Vous êtes paranos !
Posté par gaaaaaAab . En réponse au journal Vendus aux GAFAM ?. Évalué à 5.
Mais non. Tes amis resteront en contact avec toi, même si tu n'es sur aucun réseau social (Je sais, j'ai pas d'am.. heu, je n'utilise pas de réseaux sociaux :D ). Ne tombes-tu pas dans le piège du FOMO ?
# infos de debug
Posté par gaaaaaAab . En réponse au message compilation Clé Wifi TP-LINK. Évalué à 2. Dernière modification le 06 janvier 2019 à 16:29.
Est-ce que tu as installé les en-tête du noyau (un paquet qui s'appellerait genre linux-header-"version de ton noyau" ?
En appelant make avec l'option -d, make affichera des infos de debug, ça donnera peut-être une piste.
[^] # Re: Mon code Question 2
Posté par gaaaaaAab . En réponse au message Exercices à résoudre en Python. Évalué à 4.
Au temps pour moi, has_key est une méthode des dictionnaire en Python2, mais pas en Python3. Et en fait, la syntaxe 'in' est mieux. Donc oubliez cet alinéa de mon commentaire précédente
[^] # Re: Mon code Question 2
Posté par gaaaaaAab . En réponse au message Exercices à résoudre en Python. Évalué à 4.
je me lance, dans la foulée de kaos.
Le code que tu as mis dans ton commentaire ne peut pas faire ce que tu veux parce que tu fais ta boucle for sur une variable 'c', mais ensuite, dans la boucle, tu travailles avec la variable 'ligne'. En fonction du code du reste de ton script, soit tu as une erreur de syntaxe, soit la variable ligne est initialisée ailleurs, et tu obtiens un résultat, mais c'est pas du tout ce que tu veux.
Vu la taille des scripts que tu dois faire pour ces exos, c'est pas les quelques lignes d'import et d'ouverture de fichiers qui vont rendre tes commentaires illisibles, alors je te conseille de copier tes scripts complets en commentaire, ça nous évitera de devoir spéculer sur ce que tu fais ;)
Je te rappelle (ou t'indique) que tu peux utiliser des balises pour copier du code sur linuxfr, ça permet de préserver l'indentation et ça ajoute de la coloration syntaxique, c'est le Bien.
Pour ces lignes là:
En python, sauf erreur de ma part, il n'est généralement pas recommandé d'écrire l'instruction sur la même ligne que le test. Si le if a une clause else, c'est même fortement déconseillé. Sur le plan cosmétique, ça devrait plus ressembler à:
J'aurais même plutôt écrit:
parce que ça fait une recherche dans un index plutôt qu'un parcours de la liste de toutes les clefs, donc ça doit être plus performant, mais ce n'est pas une différence fondamentale.
Un truc un peu dommage pour les affectations de ce genre là, c'est qu'on va tester à chaque fois si la clef est présente avant d'incrémenter la valeur dans le dictionnaire, mais en fait, ce n'est utile que pour la première affectation de chaque clef. Du coup, à une époque, il n'était pas rare de voir des trucs comme ça:
C'est à dire qu'on incrémente directement la valeur dans le dictionnaire, et on traite l'exception quand la clef n'est pas présente (c'est à dire seulement la première fois qu'on incrémente chaque clef). Sur des petits volumes, le coût de traitement des exceptions est possiblement plus élevé que de tester à chaque éléments à traiter, mais sur des gros volumes, ça peut amener des gains de performances significatifs.
Mais il y a mieux ! Tu peux utiliser un defaultdict qui permet de définir une fonction à appeler quand on cherche à accéder à une clef absente du dictionnaire. Je ne met pas le code, parce que ça serait plus intéressant pour toi de l'écrire (et ça permet de découvrir lambda). Ci dessous, une session interactive pour illustrer un peu comment ça marche:
# respire un bon coup
Posté par gaaaaaAab . En réponse au message Demande d'aide projet python (Debutant) . Évalué à 5.
plusieurs réflexions suite à ton post :
À mon époque (Efrei promo 2001), on ne redoublait pas pour un plantage sur une matière (voire 2 ou 3 si c'était pas des matières trop centrales (genre la com')). Il fallait revalider les modules ratés l'année suivante, mais sans redoublement. C'est sûr que c'est pas confortable, mais c'est pas la fin du monde.
Python est souvent utilisé pour du prototypage, parce qu'il permet d'obtenir des programmes relativement complexes et fonctionnels en relativement peu de temps. C'est sûr qu'en 4 jours, tu va pas taper un 20, mais atteindre la moyenne, ça doit être jouable (surtout avec un week-end).
Si t'as des camarades sympas, ils peuvent peut-être t'aider à te débloquer si tu leur demandes.
Et ben fais l'effort de nous expliquer. Je ne compte plus le nombre de fois où j'ai trouvé la réponse tout seul en cherchant à formuler clairement mon problème à un collègue.
[^] # Re: en même temps
Posté par gaaaaaAab . En réponse au lien Weboob se prend un coup de pied dans les c***. Évalué à 2.
ouais ! combat de dictionnaire ! :)
de http://www.cnrtl.fr/definition/censure :
de toi
pour peut-être trouver un juste milieu, en s'appuyant sur II b 1 de cette définition du cnrtl qui précise ce qu'est la censure (Au sing., le plus souvent péj.), et en le distinguant d'une censure (plus générale). Mais quand on utilise le verbe "censurer", on ne peut pas faire cette distinction, et du coup, c'est une définition qui a ses ambiguïtés, source possible de notre désaccord.
Toutefois, je n'irai pas jusqu'à considérer comme toi que la censure n'a aucun sens péjoratif, et qu'une ligne éditoriale peut se désigner comme une censure, ça me parait vraiment aller trop loin.
J'en resterai là parce que https://www.xkcd.com/386/ ;)
[^] # Re: en même temps
Posté par gaaaaaAab . En réponse au lien Weboob se prend un coup de pied dans les c***. Évalué à -1. Dernière modification le 23 décembre 2018 à 09:22.
Je la cite parce qu'elle explique que la partie "censure" de l'autocensure est en référence à la "censure" au sens propre. Autrement dit, dans une société sans censure, l'autocensure ne peut pas exister, par définition. Ensuite, on retombe sur la question de ce qui est de la censure au sens strict ou par extension, et là, je suis effectivement moins en phase avec ce qu'écrit wikipedia (qui est une ressource que j'apprécie, mais qui n'est pas la source absolue de vérité).
Si, parce que la censure est une limitation arbitraire de la liberté d'expression, et la question de la liberté d'expression, ça ne concerne que l'état. Dans les CGUs des réseaux sociaux, il y a toujours un paragraphe qui te rappelle qu'ils font absolument ce qu'ils veulent sur leur plateforme, et qu'ils peuvent cloturer ton compte ou supprimer tes contenus sans aucune raison et à n'importe quel moment, et ils ont tout à le droit sans jamais enfreindre ta liberté d'expression.
Le problème que je vois à hurler à la censure partout, c'est que je suis certain qu'il y a des gens qui pensent que parce que facebook, twitter ou autre yelp à supprimé un de leur contenu, ça porte atteinte à un de leur droit fondamentaux qui est la liberté d'expression, alors que non.
[^] # Re: en même temps
Posté par gaaaaaAab . En réponse au lien Weboob se prend un coup de pied dans les c***. Évalué à -3.
facepalm
[^] # Re: en même temps
Posté par gaaaaaAab . En réponse au lien Weboob se prend un coup de pied dans les c***. Évalué à -2.
ou alors peut-être que le sens d'un mot composé n'est pas la simple addition des sens des mots qui le composent. Parce que sinon, c'est peut-être la censure imposée par les voitures, va savoir
Vous êtes apparemment plusieurs à considérer que le sens par extension du mot censure est le sens premier. Je trouve ça impropre. Appelez ça censure sociale, ou trouvez un autre adjectif, mais ça serait bien que le mot censure garde une définition un peu précise.
Pour fearan, la censure n'est même pas forcément péjorative.
bon … ok, ben relisez 1984 quand même.
[^] # Re: en même temps
Posté par gaaaaaAab . En réponse au lien Weboob se prend un coup de pied dans les c***. Évalué à 2.
ceux qui sont dans la section "dans un sens plus large" ?
Je n'aime pas l'extension qui est faite de la notion de censure. Ça aboutit à ce que tout soit de la censure, et ça ne veut plus rien dire.
[^] # Re: en même temps
Posté par gaaaaaAab . En réponse au lien Weboob se prend un coup de pied dans les c***. Évalué à 1.
à mon avis, il y a plus d'arguments pour dénoncer un abus de position dominante que pour de la censure
Du point de vue de la censure, non. Apple n'est pas une autorité de censure, c'est une entreprise privée à visée commerciale. Si leur politique éditoriale en matière d'application ne te plaît pas, n'utilise pas leurs produits. Et si tu es un de leur client, tu peux peut-être les attaquer pour abus de position dominante … bonne chance
[^] # Re: en même temps
Posté par gaaaaaAab . En réponse au lien Weboob se prend un coup de pied dans les c***. Évalué à -4.
Non. Exemple de deux situations aboutissant à des résultats similaires:
1/ google déliste un site web
2/ l'état français ordonne aux FAIs français de modifier leur DNS pour ne plus résoudre certains noms de domaine
Dans les deux cas, le résultat est à peu près similaire: le site est toujours en ligne avec tout son contenu, et toujours accessible. Il est juste moins facilement trouvable.
La différence est que l'état impose à tous les FAIs de modifier leur DNS (c'est de la censure), tandis que google choisit de délister (ce n'est pas de la censure, les autres moteurs de recherche peuvent continuer à lister les sites que google déliste).
France 3, c'est pas un super bon exemple, vu que ça relève du service publique, donc de l'état. Le terme de censure dans ce contexte pourrait être justifié.
par extension, mais c'est souvent par abus de langage. Après, la question de la liberté d'expression ne se confond pas avec celle de la censure. Il peut y avoir des atteintes à la liberté d'expression sans censure. (par exemple, une interdiction de manifester)
oui, avant 1905. Mais aujourd'hui, un livre mis à l'index par l'église, ça n'a pas d'incidence sur le droit à le publier et le diffuser.
Toujours pas. En retirant le paquet de son dépôt, Debian n'interdit pas la diffusion. Weboob peut très bien créer un dépôt apt avec des paquet pour Debian que n'importe qui pourra mettre dans son sources.list, et ça marchera. Que ça limite la facilité de déploiement de weboob, c'est certain, mais ce n'est pas de la censure.
[^] # Re: en même temps
Posté par gaaaaaAab . En réponse au lien Weboob se prend un coup de pied dans les c***. Évalué à -1.
oh ben pas de problème :)
Quand Apple retire un logiciel de son app store, ce n'est pas de la censure, et leur imposer de proposer une application serait une atteinte à leur liberté d'expression.
[^] # Re: en même temps
Posté par gaaaaaAab . En réponse au lien Weboob se prend un coup de pied dans les c***. Évalué à 6. Dernière modification le 21 décembre 2018 à 06:11.
non. Pour censurer, il faut être un état. Debian n'a aucune obligation envers weboob. Et le retirer de leurs dépôt ne contrevient absolument pas à la liberté d'expression de weboob, qui peut continuer à s'appeler weboob autant qu'ils veulent. Ton appréciation est influencée par le fait que le paquet ait été accepté dans Debian à un moment, mais je pense que tu seras d'accord qu'un paquet qui n'est pas dans Debian (du soft proprio par exemple) ne peut pas invoquer une atteinte à sa liberté d'expression pour exiger d'être dans les dépôts de Debian.
Par contre, interdire à Debian de choisir quel paquet se trouve dans leur dépôt, ça, ça serait une atteinte à la liberté d'expression de Debian.
[^] # Re: license
Posté par gaaaaaAab . En réponse au journal Les ricains nous ont tout chouravé…. Évalué à 1.
c'est pas vraiment du prior art, mais merci pour le lien. Je ne l'avais pas vu passer à l'époque, et c'est quand même une décision importante de la cour suprême US.
[^] # Re: Info manquante
Posté par gaaaaaAab . En réponse au message Linuxiens dans l'âme, pro Open Source. Évalué à 9. Dernière modification le 19 décembre 2018 à 11:36.
et aussi, on n'aime pas trop le spam
(et vive Lunex :D )
[^] # Re: license
Posté par gaaaaaAab . En réponse au journal Les ricains nous ont tout chouravé…. Évalué à 2.
je dirais que oui. Je suis à peu près sûr d'avoir déjà vu passer des appels à prior art à l'international pour contester des brevets logiciels aux USA.
Et j'ai trouvé cet article (en anglais), qui cite la section 102 du chapitre 10 du titre 35 du code US
Pour ce qui concerne l'étranger:
traduction grossière: