freem a écrit 4952 commentaires

Le "GNU" dans "GNUInstallDirs" veut dire que l'on va respecter les standards GNU.

Je me suis ajouté au groupe staff sur ma debian, quand je me suis aperçu que ce groupe à le droit d'écriture sur /usr/local. Ça me permets de faire des make install sans stresser d'avoir à nouveau des problèmes de trucs qui s'installent bizarrement parce que j'ai osé faire un make install en étant root. J'ai eu le cas. J'ai galéré à retaper le système. Je ne jurerai pas que c'était suite à un triptyque "./configure;make;sudo make install" mais… c'est très possible. Que celui qui lit les +5kLoC de code (de code shell/make, en plus) des fichiers générés par les autotools me contredise.
Et autotools sont, en effet, des outils GNU.

Et on parle juste de ou mettre tout son bazar une fois la compilation terminée. Les licences n'ont absolument rien a voir dans tout ça.

Vrai, ce n'est que le système de build. Mais, si un système de build sous licence (voire L)GPL intègre, pour une raison ou une autre, la génération d'un header, qui contiens des données liées statiquement au binaire, la viralité de la GPL ne vient-elle pas, de fil en aiguille, toucher l'ensemble du système de build? (vraie question)

J’ajouterais qu’un système live fonctionne plus lentement qu’un système traditionnel

J'ai omis ce point en effet. Mais ça se sent surtout sur un support optique (CD ou DVD), sur une clé usb ou un disque externe c'est moins pire.

en installation standard je ne suis même pas sûr que l’ajout du dépôt non-free soit proposé

Il ne l'est qu'en mode expert. Donc pas en standard. C'est pour ça aussi que j'ai précisé que même si je préfère Debian, je conseillerai plus mint (sans connaître, mais je ne connais pas *buntu non plus, c'est juste que j'ai moins confiance en *buntu rapport à amazone).

Bon, rewind à déjà explicité le fait que ce n'est pas disponible sous Debian stable, mais, quand je vois un truc qui à GNU dans le nom, je me demande rapidement 2 choses:

• est-ce utilisable sous windows?
• est-ce utilisable sous *BSD?
• est-ce utilisable dans un projet non GPL?

Oups, ça fait 3… en tout cas, l'intérêt majeur de cmake est vraiment son côté portable, alors tout module qui ne l'est pas, ou est trop restrictif sur sa licence (et les licences GNU sont devenues tellement complexes et illisibles qu'elles en sont devenues trop complexes pour mon esprit, qui assimile généralement la sur-complexité à de l'obfuscation, qui est une forme de restriction) pour moi, c'est mort.

Donc, qu'en est-il de ces 3 points?

Donc en résumé :

Ouaip. Merci pour le résumé :)

D'accord. Je voulais être sûr.

J'admets, la plupart des gens qui comparent l'usage de la RAM ne savent pas trop de quoi ils parlent (hum… exception faite de ce site-ci quand même, j'apprend beaucoup ici) donc ta remarque est très légitime. Je me suis même un peu emballé je pense.

Il me semble déjà avoir observé des freezes à cause d'une mémoire entièrement consommée sur mon ordi

Je n'ai pas assez de recul sur windows (le seul autre OS que j'aie réellement utilisé) pour savoir si c'est un défaut de linux ou un problème général. Mais ce dont je suis sûr, c'est que les distrib linux utilisent par défaut une configuration laxiste, qui encourage les développeurs d'applications utilisateur à faire de la merde.
On distingue souvent les distro linux sur des aspects au final mineurs, genre le bureau utilisé par défaut ou la gestion des paquets, mais jamais sur ce type de paramètres qui sont au final plus importants quand on parle de ressources systèmes. Et, sachant que les gestion de paquets fournissent toutes les mêmes services (téléchargement et gestion des dépendances), que les bureaux sont les mêmes d'une distrib à une autre, la seule chose qui ferait une vraie plus-value serait la configuration par défaut du noyau et d'adapter l'userland en conséquence, ce qui est complexe à faire correctement.

Passons tous à netsurf :-)

T'inquiètes, le jour ou j'apprend qu'ils ont ne serait-ce qu'un support expérimental de JavaScript, je me ferai une joie de le faire. Et je me sortirai les doigts du cul pour ajouter les mouse gesture à un gestionnaire de fenêtres en tuile (i3 pour le moment, mais un certain nombre de problème me font penser qu'un jour, je verrai par moi-même à quel point c'est dur d'en faire un), au passage :)
Comme ça, j'aurai peut-être enfin un environnement de bureau réellement souple sans être tellement complexe que les gens préfèrent tout reprendre from scratch (gnome, kde, lxde vs lxqt…) au moindre changement majeur de techno de rendu de fenêtre :p

Je me permets d'ajouter un "moteur de recherche" plus sémantique: wikipedia, ainsi qu'une autre source de licence intéressante mais pas nécessairement libre dans toutes ses variantes, je suis, comme toi, d'humeur généreuse ce soir.

Si oui, il y à plus simple qu'utiliser le partage windows.

Perso, je te conseillerais d'utiliser sshfs, qui est simple à mettre en place.

Il faut que tu aies sur la machine accueillant le disque dur un serveur ssh qui tourne. Sur pas mal de distributions, c'est installé et activé par défaut. Si ce n'est pas le cas, un simple $ sudo apt install openssh-server devrait faire l'affaire.

Ensuite, les machines voulant accéder au disque en question doivent avoir sshfs d'installé. Ça, ça n'est probablement pas installé par défaut, mais qu'à cela ne tienne: la commande apt install sshfs réglera le problème.

Pour tester que tout fonctionne, à partir d'une machine hôte et en ligne de commande (désolé, je ne suis pas familier des interfaces graphiques): il faut taper sshfs [UTILISATEUR_SUR_HÔTE]@[HÔTE]:[/CHEMIN/ABSOLU/DU/DOSSIER/DISTANT/À/ACCÉDER] [CHEMIN/RELATIF/DU/DOSSIER/LOCAL/POUR/ACCÉDER].
Par exemple, si j'ai un utilisateur 'freem' sur une machine nommée 'pong' (parce que c'est fun quand on fait un ping pong. Humour de geek, désolé :)), et que je veux accéder au dossier '/home/freem/example/' à partir du dossier '/home/freem/hello/' d'un autre système, comme si il était en local il me suffit de taper sshfs freem@pong:/home/freem/example /home/freem/hello et le tour est joué.

Deux choses à noter:

• ce que j'ai décrit n'est pas très fin, ça conviendra pour un usage dans lequel tu as confiance dans les machines externes et leurs utilisateurs. Ça nécessite qu'ils aient le mot de passe de freem, quand même! Dans la pratique, on peut faire beaucoup plus propre, lire un peu de doc sur ssh te le fera rapidement comprendre. Ou alors poser des questions en indiquant quel niveau de sécurité tu souhaites.
• à chaque démarrage des clients il faudra refaire la dernière commande que j'ai spécifiée. Cela peut être corrigé en ajoutant la bonne ligne dans /etc/fstab. Mais comme ce que j'ai indiqué est dangereux, je ne te donne pas plus de détails à ce sujet, je préférerai que tu nous explique un peu mieux le contexte. Si l'utilisateur freem de l'hôte ne sert qu'a partager des dossiers publics, il n'y à pas trop de problèmes, y compris en entreprise (pas trop n'est pas égal à aucun, hein) mais si c'est un utilisateur réel, c'est un vrai trou de sécurité, encore plus sur un système qui utilise sudo. Voila pourquoi je ne détaille pas plus et pourquoi j'attend des précisions pour faire un truc plus propre.

PS: samba est complexe à configurer, et pas forcément plus sûr: plus c'est compliqué, plus on risque de faire des erreurs, et ssh est nettement plus simple à configurer que samba.

Quand tu veux répondre à une personne, sur ce forum il est possible de répondre via le bouton "répondre", sous le message de cette personne.

Sinon, pourrais-tu nous dire quelle est la sortie de la commande qu'aurel t'a indiqué?

C'est cru, mais c'est à peu près ça.

Si tu veux tester une distribution Linux (c'est le terme exact, mais peu importe), je te conseille de demander à une connaissance qui en utilise déjà une, idéalement. Mais comme tu n'aurais probablement jamais demandé ici si c'était si simple, je te suggère deux autres solutions:

• aller voir un LUG, ou GUL en français, proche de chez toi. C'est la meilleure façon d'être accompagné, probablement.
• utiliser une distribution simple d'accès et fiable. Les conseils classiques sont en général Debian, Ubuntu et mint. Moi, je préfère Debian (plus pour les gens curieux), mais pour un novice complet je favoriserai quand même Mint (plus pour les gens qui veulent que ça juste marche pour le net et 2-3 trucs simples).

De manière générale, optes pour une distribution pour laquelle tu es sûr d'avoir facilement des gens pour te filer un coup de main le jour ou une galère arrive (peu importe le système, les galères finissent toujours par arriver. Combien de PCs windows j'ai pu dépanner, je ne les compte plus ;)).
Une façon intéressante aussi d'éviter quelques problèmes, c'est de tester ce que l'on appelle une distribution live. Ce sont des systèmes que l'on peut utiliser à partir d'un CD/DVD ou d'une clé usb sans les installer, et ça permets de s'assurer que la matériel fonctionne correctement sans rien modifier. Donc, sans rien casser, sans le moindre risque. Le seul problème de ce procédé c'est que parfois les langues sont moins bien prises en compte.
En général, le truc sensible, c'est le wifi, de temps en temps les cartes son. Si à partir d'un live, le wifi et le son marchent bien, tu ne devrais pas avoir de problème avec une installation. Mais prends quand même la précaution de suivre les docs d'installation, ça évite des galères parfois.

Je pourrais m'éterniser sur les raisons techniques de choisir une distribution ou l'autre, mais vu le discours que tu tiens, je ne suis pas sûr que ça ferait autre chose que t'embrouiller. Et puis, ma réponse est déjà assez longue comme ça, pas vrai :)

Attention, un système Linux consomme plus de mémoire quand tu as plus de mémoire,

En effet, et il y à long, très long à dire sur ce sujet (faire une recherche sur le terme "overcommit_memory". Attention, ce n'est pas pour les simples utilisateurs).
Mais les processus ont quand même un certain besoin de RAM libre, que le SWAP soit activé sur le disque ou non, sinon le système freeze. Je pensais avoir été clair dans le sens ou je ne parlais ni de la RAM consommée par les buffers, ni de celle consommée par les caches (kernel, du moins), mais bien du reste de la RAM utilisée, celle réclamée par les applications .

Vivaldi m'a déjà forcé à redémarrer ma machine à cause de problèmes de RAM et de fuites mémoire, ce qui ne m'est strictement jamais arrivé avec opera 12.x. Mais, c'était encore une alpha officiellement il n'y à pas si longtemps (à mon avis, ça reste encore une alpha, parce qu'une bêta ou l'on ajoute des feature, c'est une alpha).
Mais j'admets utiliser vivaldi depuis quelques temps sur une configuration tout ce qu'il y a de non standard, que je n'ai pas peur de jouer avec les paramètres mémoire et que c'est pour ça que j'ai toujours un indicateur de l'utilisation CPU/RAM de mon système. Quand la RAM sature et que le CPU passe son temps à gérer des IOs, j'ai appris par l'expérience que l'on peut attendre autant que l'on veut, il faut redémarrer à la brutale avec Linux (pas pu vérifier le même type de situation sur les autres OS, pour diverses raisons). Ça s'appelle un freeze, et ça ne m'est pas arrivé forcément à cause de programmes écrits par les autres :p (une boucle infinie est si vite arrivée).

Pour être honnête, je pense qu'il est possible d'utiliser vivaldi avec juste 2 Go de RAM et un DE classique. Par contre, dans ce cas je recommande de relancer vivaldi toutes les quelques heures. Après tout, il ne faut pas oublier qu'il s'agit encore d'une bêta dans laquelle on ajoute des fonctionnalités régulièrement, ce qu'en dev libre on appelle une alpha.
Et puis, c'est basé sur chromium, qui semble être un sacré foutu bouffeur de RAM, et je ne suis pas le seul à le suggérer.
Pire, si on utilise du streaming, l'implémentation du plugin flash semble, de par mon expérience, nettement moins fiable sur vivaldi que sur firefox en terme de stabilité système. Et quoiqu'en disent les fanatiques de HTML5, le flash est toujours omniprésent sur la toile que je fréquente.

Après avoir suivi, la LCEN(2004), DADVSI, HADOPI (1&2), LOPPSI, LPM, il serait temps de retenir 2-3 choses :-)

Je t'avoues un truc, je n'ai suivi ces lois que de loin. Les trucs relatifs à la législation, ça à le don de m'ennuyer bien sévèrement, et quand on commence à mélanger tout ça au purin politique, ça m'emmerde carrément grave, mais ce n'est pas le sujet.
En tout cas, merci pour m'avoir rappelé les termes que j'aurai du utiliser, droit d'auteur et droit des brevets, qui sont ceux que des gens ont essayé de m'inculquer des notions. Manifestement ils ont échoué XD

Le pluriel "fishes" fait référence à un ensemble de plusieurs espèces de poissons. […]En revanche, je ne crois pas que ceci est valide pour "sheep".

J'imagine que non, puisque le terme poisson/fish, ne représente pas une espèce animale, contrairement à mouton. D'ailleurs, je me demande s'il existe un terme équivalent à poisson qui inclue les moutons (entres autres)?

on fait donc pour savoir sont ptuuid :
blkid /dev/sda
il nous répond que le ptuuid et exemple : 008fd48e

Si tu trouves une commande $CMD qui, pour $CMD 008fd48e te renvoies /dev/sda, tu as juste à faire fdisk $($CMD 008fd48e) et le tour est joué.

Maintenant, /dev/disk/by-uuid semble ne lister que des partitions, donc, ça ne semble pas être la bonne piste. Et findfs nécessite un UUID, pas un PTUUID.
Reste à voir si uuid.h fournit un moyen d'inverser le processus, dans ce cas tu pourras peut-être bricoler un programme pour retrouver le périphérique.

2Go de RAM? Vivaldi?

J'utilise aussi vivaldi, sur mon PC de bureau (oh, une vieille machine, juste 4Go de RAM, un CPU 3GHz dual core… mais nettement mieux qu'un notebook malgré tout) avec un environnement fait main (pas de bureau classique, une collection de logiciels que j'ai choisis pour, entres autres, leur légèreté), j'arrive à 1.5Go de RAM utilisée. Avec uniquement vivaldi, 2 terminaux, mpd et xosview qui tournent. Le tout sur une Debian ou les seuls services/daemon actifs sont udev et acpid.

Si tu utilises un DE aussi lourd que ce qu'était gnome 2, ou que gnome 3 ou KDE, c'est sûr, c'est mort, avec 2Go de RAM.
J'aime bien vivaldi parce qu'il s'agit d'un des moins pires navigateurs du moment, mais il est encore bourré de fuites mémoire, particulièrement quand on veut regarder du streaming. Il est aussi très très gourmand en CPU.
Sur un netbook, à l'heure actuelle, j'opterai plus pour firefox question de performances. De manière générale, il me semble que tout ce qui est basé sur chromium consomme un max de RAM, plus que firefox (et pourtant…).

Pour savoir vraiment si le problème est l'usage de la RAM ou du CPU, installes (et laisses-le tourner en arriève-plan) xosview, et jettes un œil dessus quand tu constates tes lenteurs. Les graphiques sont assez explicites, et le logiciel lui-même extrêmement léger (important quand on veut savoir quelle ressource sature).
Je dis xosview, parce que c'est ce que j'utilise, mais si tu en préfères un autres, pas de souci, le but est juste de pouvoir jeter un œil sur des graphiques montrant l'usage des différentes ressources de la machine (réseau, CPU, RAM, accès disques, etc).

Le problème, c'est que dans le cas d'un logiciel, la législation française relève probablement (notes le "probablement") plus du brevet que de la propriété intellectuelle.
Le droit moral ne s'applique en France strictement qu'à la propriété intellectuelle, si ne me trompe pas.

Je pense que le plus logique dans ton cas, serait d'aller consulter des associations ayant de véritables connaissances juridiques, plutôt qu'un forum peuplé d'individus à la fiabilité douteuse (pas que je pense que quelqu'un essaiera de te tromper, mais la législation française est loin d'être triviale).

Ben c'est facile, quand t'as quelques gros carrés figés à gauche à droite parce qu'il y à du lag, c'est bien plus moche qu'un peu de neige disséminée. Et quand il y à trop de neige, l'équivalent en carrés, c'est une image figée, donc kif kif.

Et juste au cas où, c'est ce que j'ai constaté la seule fois ou j'avais la TNT chez moi, dans une petite ville d'à peine +75k.Hab perdue en rase banlieue parisienne (à noter que le phénomène se produit moins actuellement chez mes parents qui eux, sont dans un vrai village paumé de campagne. Moi, je ne peux plus juger, je n'ai jamais acheté de télé de ma vie, et je ne compte pas commencer).

Après, je reconnais que je n'ai pas connu la TV numérique dans cet appart: c'était un meublé, télé fournie. En tout cas, à cette époque, je constatais une différence de qualité entre le numérique et l'analogique, en large faveur de l'analogique.

Je pense qu'une bonne partie de ses pertinentages viennent de cette phrase… surtout quand on voit le ratio [trucs intéressants]/[conneries¹|publicité] qui tend de plus en plus vers 0… Bien sûr, cela n'engage que moi, et perso, je me passe for bien de la télévision depuis quelques années déjà. Je gage que je suis pas tout seul ici.

¹: trucs que les gens regardent sans vraiment regarder, parce qu'il faut bien s'occuper les yeux après le repas du soir quand on doit bosser le lendemain ET que pour une raison x ou y aller voir les amis ou la famille n'est pas au programme.

Si j'en crois wikipedia, même cette regex ne valide pas correctement toutes les formes d'IPv4:

For example, the quad-dotted IP address 192.0.2.235 represents the 32-bit decimal number 3221226219, which in hexadecimal format is 0xC00002EB. This may also be expressed in dotted hex format as 0xC0.0x00.0x02.0xEB, or with octal byte values as 0300.0000.0002.0353.

Malheureusement il n'y a pas de pointeur vers une source plus fiable à côté de ce paragraphe, et j'ai la flemme d'en chercher un moi-même. En tout cas, le fonctionnement de ping sur ma Debian semble confirmer cette affirmation.
M'enfin, ça prouve bien que c'est juste une mauvaise idée que d'utiliser les regex quand on veut détecter une syntaxe, du coup. D'ailleurs, existe-t-il un outil raisonnablement utilisable en ligne de commande permettant de détecter un pattern syntaxique? (en espérant ne pas me planter sur le terme "syntaxique"… déjà ridiculisé une fois dans ce thread après tout :))

on peut aussi utiliser . à la place de [.] mais j'ai tendance à privilégier les solutions sans \ c'est toujours le bordel dans les imbrications :)

Pas con du tout ça!

pas utiliser de nombres multi-octets (little/big endians)

Voire ne pas utiliser de Bytes tout court, on sait jamais si c'est du 8 bits ou 7 bits, il pourrait y avoir quelques vieilles machines encore en 7bits quelque part sur Terre :)

Merci de vos réponses (un peu en retard le merci, mea culpa, je suis de moins en moins à zoner sur le net, ces derniers temps).

Pour la couleur avec grep | less, apprécies donc ceci: grep --color=force 'include' /usr/include/pcre.h | less -R.
Malheureusement, on est obligé de forcer la couleur de grep, en auto il ne teste pas (le peut-il? J'en doute) si la sortie est balancée dans un pager donc ça reste assez brutal, mais quand on parse des logs c'est sympa l'astuce du less -R.

Pas faux… du coup me moinsserais moi-même si je pouvais :s

Exact, oublié le fait que [0-9]{1,3} peut monter jusqu'à 999, ainsi que la typo que j'aie oublié le {1,3} sur le dernier octet.
De ton côté tu as oublié le \ devant le point :)

Sinon, après un test (j'avais testé le comportement avec un 010, vu que je n'ai jamais vu de 0 "inutile" devant un morceau d'IPv4), il semble que ping convertisse les octets depuis l'hexa ou l'octal quand les valeurs sont pré-fixées par 0x ou 0. Du coup, 0xa.10.10.1 semble être une IPv4 valide? Quelqu'un sait?

[:ipv4:] correspondrait juste à [0-9.]

Non, ce serait plutôt ([0-9]{1,3}\.){3}[0-9], si le {3} fonctionne (peut pas tester d'ici). Par contre pour IP6, ça risque d'être un chouïa plus galère, la notation permettant des raccourcis.

Pour ce qui est de l'idée d'ajouter ce type de regex au(x différents) "standard(s)", ça ne ferait que rendre les choses plus complexe, en ajoutant de la fragmentation inutile.
Et puis, ceux qui utilisent souvent les regex doivent s'être fait des listes pour les plus courantes/complexes qu'ils utilisent, non?