Kerro a écrit 7470 commentaires

Si t’as pas de source serieuse à citer sur le sujet, je te serais gré de la fermer.

Agressivité = niveau zéro de l'argumentation.

Qu'est ce qui fait que les autres ne sont pas des sources sérieuses, et toi tu en es une ?
Tu bosses au FBI ou tu es CEO d'Apple ?

Tu te bases sur des choses qui te semblent bonnes, jusque là très bien. Mais tu n'acceptes pas que d'autres personnes se basent sur d'autres choses (qui sont tangibles et que tu confirmes en grande partie dans ton argumentation, tu as un soucis de cohérence).

En général on écrit plutôt [MON_FICHIER] ou même si ce n'est pas un usage parfait.

Surtout pour du shell où < et > ont une signification, et < MON FICHIER > est justement valide (il faudrait MON_FICHIER ou 'MON FICHIER').

Tu parles d'une erreur au démarrage, mais tu as copié-collé un avertissement.

Quel est le problème ? La VM ne démarre pas, ou tu aimerais comprendre ce qu'implique cet avertissement ?

Le gars nous explique tranquillement, et en l'assumant pleinement, que les pauvres sont incapables d'ecrire correctement

Il expose un fait.
Il ne dit pas qu'ils en sont incapables, mais l'observation montre que les pauvres ont statistiquement de bien moins bons résultat. Que tu ne sois pas d'accord n'y change rien.

ils ont envoyé bouler le FBI dans l’affaire de San Bernardino, c’est gonflé quand même. Ils se plient aux lois applicables, quand ils n’ont aucune obligation légale de collaborer, ils ne le font pas.

Ils ont fait ça pour UNE affaire. C'est de la pure communication. Derrière ça ils se sont probablement fait taper bien fort sur la gueule (en privé) puisque la totalité des entreprises américaines à l'obligation absolue de collaborer et de ne pas mettre de freins (sinon les risques sont énormes pour les contrevenants car sécurité de l'état blabla-pipeau). Les quelques personnes qui ont tenté de jouer au con sont dans la merde jusqu'au cou. Les dirigeants d'Apple ne sont pas dans la merde donc…

Certains émettent l'hypothèse que ça a été fait en accord avec le FBI pour que tout le monde pense qu'utiliser Apple te met à l'abri.

Si vous voulez voir ce que cela donne, vous pouvez aller voir ici
cliquez sur la figure en dessous de "3D correlation diagram"

Je suis allé à l'endroit que tu indiques (j'ai récupéré le lien dans la section du forum).
J'ai cliqué là où tu dis.
--> l'animation n'apporte strictement rien, et l'ergonomie est merdique

Il faut un meilleur exemple :-)

Bah, le Libre peut m'interdire de vendre des logiciels sans mettre à disposition leurs code source.
Est-ce que la GPL est privatrice?

Dans ton exemple la GPL t'empêche de t'approprier le travail d'autrui (parce que ton exemple ne fonctionne que si le code est déjà écrit).
Donc oui la GPL te prive de faire un truc « pas correct ». Tout comme la loi française te prive de tuer ton voisin.

Mon premier compte était l'un des comptes au plus gros karma du site alors même que j'étais (suis ?) un indésirable.

Ça va Calimero ? :-)
Si ton karma était très bon, alors ne te prends pas la tête. Ça veut juste dire que de temps en temps tu tombes sur une personne qui a dit de la merde (ça arrive à tout le monde), ou que tu dis de la merde (ça arrive à tout le monde). Voilà, une fois de temps en temps et on passe à la suite.

Si tu t'es pris UNE remarque et que tu clôtures ton compte, c'est une question de maturité.
Si tu t'es pris 10 remarques, il faut te poser des questions. Mais se poser des questions sur toi, pas sur le fonctionnement du site (l'un n'empêche pas l'autre, mais tant que tu n'as pas résolu le problème de base, tes autres interventions feront perdurer le problème de base).

Précisément :-)

Conservatoire National des Arts et Métiers

pptpd

Un truc cloche : il ne peut pas être papa, donc pas pépé.

Ubuconf

con = convention (congrès en français)
--> Ubuconv

con signifie escroc ou arnaque, donc étonnant que ce soit utilisé comme abréviation (ou alors les anglophones s'en foutent, et seuls la minorité des SJW font encore une fois chier le monde avec GIMP).

Pour moi le Rpi DOIT être safe.

Le Rpi a été conçu pour le côté éducatif, donc les histoires WAF et de coupures électriques sont très accessoires.

Qu'on en fasse un usage détourné, c'est notre problème. Ce n'est pas un problème de conception.

Le mot « gimp » est une insulte en anglais. Admettons qu'en tant que francophone je ne me rende pas compte du problème car je ne suis pas concerné.

Alors considérons qu'un logiciel fictif créé par des gens qui ne parlent pas du tout français soit nommé « POVMEC » ou « TRISO ».
Est-ce que ça pose problème à de vrais gens ? (vrais gens = pas des SJW, ni des gens qui partent dans des délires)

 

Il y a par exemple l'entreprise française « DPD » (DPD Group, DPD France). Je n'ai jamais entendu parler d'un quelconque problème à ce sujet.
Dans le même registre il y a des CDPD un peu partout en France : Conseil Départemental de Prévention de la Délinquance.
Vous avez d'autres exemples ?

Le rêve serait que je trouve un travail en informatique (Linux ;) ) en pleine campagne mais à ma connaissance ça n'existe pas, si tel était le cas je déménagerait.

Je connais une personne qui bosse dans l'informatique, beaucoup avec Linux, et qui est dans la quasi cambrousse : j'étais DSI d'une PME, et maintenant je suis à mon compte. Dans les deux cas entouré d'arbres.

rien, dans une licence libre, ne parle de moyen de compilation

J'ai pris la première qui m'est venue à l'esprit : la licence « GNU General Public License »

Version 2 :
« For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, plus the scripts used to control compilation and installation of the executable »

Version 3 :
« The “Corresponding Source” for a work in object code form means all the source code needed to generate, install, and (for an executable work) run the object code and to modify the work, including scripts to control those activities. »

Que ce ne soit pas explicitement indiqué dans d'autres licences, ok. Mais ton argumentation est globalement fausse.

« c'est libre même si c'est quasi impossible » je trouve que c'est franchement bidon.
En gros c'est libre uniquement pour Superman.
 

Je tente une analogie :
Pour s'amuser on te met des menottes, on t'enferme dans une cave d'une friche industrielle, et on te dit « bon ben nous on s'en va, tu es libre de partir ».
Selon tes arguments, tu es libre.

Exemple moyen car la situation est créée volontairement.
 

Meilleure analogie :
Tu es né dans une famille profondément dysfonctionnelle. Tu as subi des coups, des abus sexuels, de profonds manques d'affection.
Mais tu es libre de devenir une personne parfaitement épanouie.

Mais tu peux le compiler. Rien ne l'interdit (sinon, ce ne serait pas libre :p). C'est juste loin d'être évident ;)

Il y a probablement un mot que tu ne comprends pas dans :

nous confirmons qu’aujourd’hui il n’y a pas de moyen de compiler tout le projet.

Que ce soit possible chez eux ne le rend pas libre.
Source ouvert, pas plus (donc pas bien utile en l'état. Je suppose qu'ils font rapidement corriger le tir).

Cela nécessite d'avoir le SSH de la machine physique accessible de la même manière que celui des machines virtuelles.
Or il est probable qu'une machine physique soit protégée différement, par exemple accessible via un VPN, par exemple que le pare-feu n'autorise que certaines IP sources, etc.
Alors que les machines virtuelles peuvent être bien plus ouvertes.

On peut passer par un PNAT (« une ouverture de port ») :

iptables --table nat --append PREROUTING --in-interface eth+/enp+ --protocol tcp --destination-port 1234 -j DNAT --to 192.168.1.150:22
iptables --table nat --append PREROUTING --in-interface eth+/enp+ --protocol tcp --destination-port 1235 -j DNAT --to 192.168.1.151:22
iptables --table nat --append PREROUTING --in-interface eth+/enp+ --protocol tcp --destination-port 1236 -j DNAT --to 192.168.1.152:22

Cela ne fonctionne que si les VM peuvent accéder à l'extérieur.
Si les VM ne peuvent pas communiquer avec l'extérieur :

iptables --table nat --append PREROUTING  --in-interface eth+/enp+ --protocol tcp --destination-port 1234   --jump DNAT --to-destination 192.168.1.150:22
iptables --table nat --append POSTROUTING --destination 192.168.1.150   --protocol tcp --destination-port 22 --jump SNAT --to-source 152.123.133.8

Sur Debian, voir le paquet iptables-persistent pour que les règles de pare-feu survivent aux redémarrages.

L'inconvénient de la seconde méthode est que la seconde ligne ne fonctionne plus lorsque l'adresse IP de la machine physique change.
Actuellement j'utilise un script qui se lance en cas de changement d'adresse IP. Je trouve ça bof.
Quelqu'un a une solution « dynamique » ? C'est à dire qui fonctionne sans changer les règles ?

Modifier != éditer des fichiers textes

Explique nous comment modifier un logiciel sans pouvoir le compiler :-)
(sauf si c'est un langage interprété bien entendu).

- patcher le binaire
- modifier des ressources annexes (fichier d'aide, image, etc)
C'est très limitant.

Ça ne répond pas du tout à la question que tu as toi-même recopié.
Et ça ne fait pas avancer le Schmilblick.

Soit la règle est mal écrite --> il est éventuellement utile de la réécrire clairement
Soit la règle n'est pas/plus bonne --> il est éventuellement utile de la faire évoluer
Soit tout est ok --> parfait
Soit on s'en fiche --> parfait aussi
Soit on ne s'en fiche pas totalement, mais ça marche correctement --> encore parfait

Perso, je m'en fiche car pour le moment il n'y a pas spécialement d'abus.
Si un jour il y a des abus, on saura comment améliorer la règle pour limiter ce type d'abus.
Si plus tard il y a de nouveau des abus, ce sera un type d'abus différent, amélioration de nouveau (parce qu'on ne peut pas d'avance deviner ce qui passe par la tête de tous les pénibles).

Je pige. Je n'avais pas capté que tu n'avais pas capté :-)

Du coup vous êtes deux à avoir un ressenti hyper différent.

on parle surtout de solutions professionnelles ici

Certes, mais cela n'empêche pas d'élargir le débat :-)

Comme je l'ai écrit plus haut, si un particulier a Linux sur son ordinateur, c'est qu'il a décidé de l'installer plus ou moins en connaissance de cause, et qu'il est ok pour se sortir les doigts.
Si c'est le cousin qui lui a installé, le « prestataire » est tout trouvé.
--> la situation actuelle fait que Linux en tant que particulier ne pose pas de problème (sauf à un pouillème de gens qui se la raconte)

On a la même chose avec les zones de riches et les zones de pauvres.
Une ZUP est plutôt pour ceux qui ont moins de moyens qu'une zone pavillonnaire.
Personne ne me traite de raciste (ou le mot équivalent pour l'aisance financière) lorsque je dis qu'il faut prospecter dans des quartiers riches.

Ce que vous dites […] est peut-être valable pour les gens qui connaissent le milieu

Je vois ce que tu veux dire, mais ma perception est vraiment différente.

Le sujet d'origine était plutôt sur des logiciels systèmes ou métier. Donc les gens qui n'y connaissent rien n'ont pas ce soucis.

Pour Windows, le support Microsoft est à la rue, la qualité des prestataires locaux est, comment dire, variable :-) les retours que j'ai est que tout le monde galère à trouver un presta. Donc pas vraiment de différence à première vue avec le libre. Là on est plus sur des opinions personnelles je te l'accorde.

On n'a Linux que si on a décidé de s'y frotter soi-même ou que le cousin s'en charge. Donc dans ce cas on sait où trouver le support.
Sur Mac c'est encore pire : c'est du propriétaire ET les prestataires qui s'y connaissent sont hyper rares.

Si un prestataire arrive à dépanner Outlook mais pas Thunderbird, il y a un problème à la base. Le fait qu'on puisse trouver facilement un prestataire aussi mauvais n'est pas un argument en faveur du propriétaire.
Ce serait la même chose que de dire que les serruriers sont mieux que les voisins sympas, parce qu'il est facile de trouver un serrurier incompétent et malhonnête.

passer de 20ms de temps a 8ms

Ce ne serait pas des µs ?
Parce que si ce sont bien des millisecondes, la boucle doit faire des centaines de lignes, et dans ce cas le débouclage ne fonctionne plus.