gaaaaaAab a écrit 1401 commentaires

quelqu'un peut il m'expliquer l'intéret d'avoir recours à un module os ou non (en termes de sécurité, d'élégance, etc.)?

en terme de sécurité, il n'a pas plus d'implication qu'utiliser n'importe quoi d'autre. C'est simplement le module qui permet de s'interfacer en Python avec les fonctions fournies en userspace à n'importe quel programme. L'aide de os précise qu'il fournit un accès à toutes les fonctions POSIX et à un ensemble de fonctions supplémentaires, principalement sur la manipulation des chemins.

En terme d'élégance, le module os est, en python, la méthode préférée pour utiliser ces fonctions. Donc, à mon avis, chercher à contourner ce module serait inélégant.

l'alternative est elle seulement d'uploader les fichiers quelquepart et de mettre des liens en adressage absolu www.plateforme.org/lienverslefichier

Si tu veux avoir des fonctions qui interagissent avec l'os, tu pourrais re-écrire toi-même l'interfaçage en C avec les fonctions concernées. Mais ça reviendrait juste à dupliquer ce que le module os propose (et probablement en moins bien, parce que c'est difficile de lutter avec un module écrit et maintenu par un collectif depuis des années, ça n'a rien à voir avec ta compétence personnelle). C'est un bon exercice, mais d'un point de vue sécurité, ça ne changera rien je pense.

désolé, source anglophone, mais cet avocat spécialiste du droit d'auteur ne pense pas que cette publication changera grand chose.

netstat liste les connexions ouvertes (tant clientes que serveurs) et d'autres trucs. Par contre, je ne suis pas sûr mais je ne pense pas que ça puisse permettre de voir de l'UDP sortant.

Et si netstat ne donne rien de concluant, wireshark permet de capturer toutes les trames réseau. Ça donne beaucoup de trucs et après faut faire le tri. C'est pas forcément illégitime d'avoir un peu de trafic réseau en permanence, mais 100ko sans appli active, ça parait effectivement beaucoup.

C'est aussi possible qu'il y ait un bug sur la manière dont le centre de réseau calcule le trafic sur le wifi.

Pleins de trucs à creuser quoi. Bon courage, hésite pas à nous tenir au courant.

Si tu suspectes un truc malveillant, tu peux aussi tenter de lancer chkrootkit qui est probablement packagé dans ta distrib

là, on arrive aux limites de l'exercice sans aller voir le code (et je ne l'ai pas fait). Je trouve juste que 850k lignes de SQL, c'est délirant, et j'imagine une hypothèse plausible qui pourrait expliquer ce chiffre.
C'est p-e juste une typo et il y a que 8500 lignes de SQL pour autant que je sache.

certes, mais ce n'est pas sur ce point que je réagis :)
En lisant le fil, un lecteur non averti pourrait croire qu'Apple base son OS sur Linux maintenant. Ce n'est pas le cas. Je ne dis pas autre chose.

tu sais Apple y est bien passé,

En lisant le fil des commentaires précédents, j'ai l'impression que tu dis qu'Apple est passé sous Linux. Au cas où je t'aurais bien compris, alors non. Apple a basé ses derniers OS sur Darwin, qui fait partie de la famille des BSD.

d'après cet article, il y a eu ~750000 candidats au bac en 2019. Comme d'autres commentaires le soulignent, il est possible que les données de chaque candidats soient insérées à coup d'insert. Ce qui réduit le code SQL significatif à ~100k lignes. C'est toujours beaucoup, mais c'est beaucoup moins impressionnant.

Edit: Évidemment, si c'est bien le cas, ce "code" contenant les données des bacheliers ne pourrait pas être ouvert.

Bah, qu'est-ce qui empêche de monter le serveur sur un des noeuds du cluster ?

Rien. Juste que si tu as un serveur de fichier qui n'est pas un noeud de calcul (comme je pense que c'est le cas dans la vision de l'auteur de la doc), tu dois monter un FS remote sur tous les noeuds de calcul. Si ton serveur de fichier fait partie du cluster, ce n'est pas nécessaire.

tel que je le comprend, leur description correspond au cas où le serveur de fichier ne ferait pas partie du cluster de noeud de calcul.
La contrainte, c'est que les fichiers communs doivent être accessibles à partir des même chemins. Je pense que tu peux avoir ton serveur NFS qui travaille sur ses données locales, et qui exportent vers un client qui montera le système de fichier au bon point de montage pour reproduire le chemin sur le serveur et ça roule.
La doc parle de NFS, mais je serais surpris si c'était NFS à l'exclusion de tout autre protocole. Tu pourrais tenter avec sshfs (que perso, j'aime beaucoup, parce qu'à partir du moment ou tu as un serveur ssh, il n'y a rien de plus à configurer).
Après, ça dépend du contexte. Si tu fais ça chez toi dans ton coin pour le fun ou si tu fais ça dans une structure plus grosse.

les messages en doublons provenait-il d'un même expéditeur ? ou d'un même serveur ?

Jette un oeil sur les en-têtes complètes, notamment sur les dates. Si un serveur en rade a redémarré récemment et s'est mis à traiter une vieille file d'attente, il pourrait s'agir de message ré-émis par le serveur smtp d'expédition suite au non acquittement du serveur de réception.

À priori, ce genre de service utilise du stockage en raid avec duplication, donc cette idée en l'état me paraît improbable, mais une restauration de système de fichier suite à une corruption fait généralement remonter des fichiers récemment supprimés. Je ne sais pas s'il y a un scénario possible équivalent sur le genre d'infrastructure d'Orange.

que tu estimeras valide,

il manque un bout, je ne suis pas si arrogant que ça :)

que tu estimeras peut-être valide

Quand le projet a commencé, le nom a posé question, mais pas que. La critique portait aussi sur la culture de ses auteurs, très portée sur le graveleux. Je pense que le nom du projet a acquis une valeur symbolique comme condensé de cette culture. Pour moi (et possiblement pour d'autres), extérieur au projet, la manière dont la communauté de weboob aborde cette discussion sur le nom est un indicateur externe de son évolution.

Rajouter de l'huile sur le feu (comme tu le fais à chaque fois) renforce la valeur symbolique du nom, garantissant que ce sera un sujet de discussion récurrent, que son maintien ou son changement sera perçu comme une victoire ou une défaite, alors que ça pourrait être simplement le reflet d'une évolution de la communauté. Je trouve ça dommage.

Je trouve aussi que revendiquer ce nom au point de se faire sortir de debian, c'est pas un indicateur très positif sur la culture interne du projet.

Après, en toute honnêteté, je ne suis pas utilisateur de weboob. Alors que le projet change de nom ou pas, et qu'il soit dans debian ou pas, je m'en fous un peu. Mais j'essaie d'apporter un point de vue que tu estimeras valide, même si tu es en désaccord.

Sinon, je ne veux pas faire la police du langage, mais le vocabulaire de Soral (les gens "fragiles"), non merci. Y a pas que toi qui l'utilise, mais c'est vraiment un concept que je déteste. On a tous des zones de fragilité. Moi, je suis fragile et je vous emmerde ;o) Et parler de SJW à tout bout de champ, de mon point de vue, ça nuit à ta crédibilité. Dans le genre acronyme fourre-tout insultant et imprécis … (et souvent une essentialisation ouvrant la porte à un homme de paille)

Tant qu'on y est, les "malotrus irrespectueux", paille, poutre, toussa

ça serait intéressant de comparer avec un log quand ça se passe bien (par exemple quand tu te connectes sur la 4G de ton tél).

Dans un de tes messages précédents, je note que la qualité de réception du signal de la freebox n'est pas excellente. Que se passe-t-il si tu te rapproches de la box ?

Et j'ai retrouvé l'idée que j'avais plus tôt, free permet de contrôler assez finement les autorisations de connexion au réseau wifi. Ça vaut le coup de regarder s'il y a des limitations sur les adresses MAC autorisés à se connecter sur ton réseau. Vu le log, je pense que ce n'est pas ça, mais bon, autant éliminer cette possibilité en vérifiant.

De ce que j'ai vu sur le net suite à ce log ( janv. 17 20:04:46 msi-2019 kernel: wlo1: deauthenticated from 34:27:92:40:95:93 (Reason: 2=PREV_AUTH_NOT_VALID)), il n'y a pas l'air d'y avoir une source classique bien identifiée pour ce symptôme. Faut continuer à creuser

Et je ne pense pas que mon problème vienne de ma carte Wifi,

vu ce que tu dis, ça me paraît être une conclusion raisonnable.
En dehors d'un mot de passe incorrect (possibilité que tu as éliminé), je vérifierais aussi si:
- ton ordi essaie bien de se connecter au bon réseau wifi et pas à celui de ton voisin
- s'il y aurait de la config possible au niveau du type de sécurité utilisé (genre wep, wpa, wpa2)

je pensais à un autre truc, mais j'ai oublié. Je re commenterais si ça me revient.

ce que tu fais doit un peu ressembler à ça:

$ mkdir -p exemple/test
$ cd exemple
$ touch fichier
$ ln -s * test
$ ls -l test
total 0
lrwxrwxrwx 1 gab gab 7 Dec 21 12:00 fichier -> fichier
lrwxrwxrwx 1 gab gab 4 Dec 21 12:00 test -> test

et ça produit effectivement des liens cassés. Au passage, tu noteras que tu as un lien cassé vers le répertoire lui-même, ce qui pourrait être un problème. Ça serait bien d'être plus précis sur le * pour éviter ça.

La raison de ton problème est que si la cible est un chemin relatif, ln produit un lien symbolique avec un chemin relatif. Avec tes arguments actuels, ln produit un lien symbolique vers des fichiers dans le dossier local, mais les fabrique dans un répertoire d'un autre niveau, et c'est le drame.
Je sais, c'est pas très clair, alors encore un peu de code:

$ mkdir -p exemple/test
$ cd exemple
$ touch fichier
$ ls ../fichier
ls: cannot access '../fichier': No such file or directory
$ ln -s ../fichier test
$ ls -l test/
total 0
lrwxrwxrwx 1 gab gab 10 Dec 21 12:06 fichier -> ../fichier

Et là, c'est un lien pas cassé. Mais c'est pas une super méthode. Pour créer des liens relatifs corrects, tu peux aussi ajouter l'option -r de ln (que j'ai découvert en lisant le man pour te répondre ;) ), ou, ce que j'ai tendance à faire, appeler ln, mais depuis le répertoire de destination:

$ mkdir -p exemple/test
$ cd exemple
$ touch fichier
$ cd test
$ ln -s ../fichier .
$ ls -l
total 0
lrwxrwxrwx 1 gab gab 10 Dec 21 12:15 fichier -> ../fichier

Tu peux aussi créer des liens symboliques avec des chemins absolus.

$ mkdir -p exemple/test
$ cd exemple
$ touch fichier
$ ln -s ~/exemple/fichier test
$ ls -l
ls -l
total 0
lrwxrwxrwx 1 gab gab 25 Dec 21 12:18 fichier -> /home/gab/exemple/fichier

Chemins relatifs et absolus ont leurs avantages et inconvénients. Le plus adapté va complètement dépendre de ton usage. Si tu restes dans l'optique d'un sous-répertoire de travail dans ton répertoires de photos, les liens relatifs, ça ira probablement très bien.

j'arrive un peu après la bataille, mais le shell par défaut, c'est aussi le dernier champ de l'entrée de l'utilisateur dans /etc/passwd.
À condition d'avoir les droits root, ça peut se modifier avec la commande usermod (ce qui permet de le scripter) ou en éditant directement /etc/passwd (pour une machine perso, ça va bien).

Même si la fourchette est annoncée, certains candidats auront des compétences qui justifieront qu'il seraient dans le haut de la fourchette, alors que d'autres non.

heu oui … c'est pas le principe de la fourchette justement ?

Non, la valeur de j n'étant pas initialisée, sa valeur est indéterminée.

Quand la valeur de j n'est pas initialisé, mais ce n'est pas le cas ici. j ayant été utilisé dans les boucles for précédentes, il est bien défini quand on entre dans la section qui cherche à déterminer le minimum (et il vaut 4).

Ce qui n'enlève rien à la pertinence de ton commentaire dans l'absolu. Si on visait la lisibilité absolue, on utiliserait peut-être un nom d'indice différent (et fonctionnel) pour chaque boucle et l'indice de cette dernière boucle serait effectivement indéterminé.

j'en ai raté un ! :D La ligne débutant avec le second for devrait être un cran plus à gauche

attention à ton indentation. Ce serait normal d'augmenter l'indentation pour des boucles for imbriquées, mais ici, de simples boucles for successives devraient être indentées au même niveau. C'est un problème de lisibilité. Ce n'est pas une remarque anodine, ma première réaction a été de me demander pourquoi tu avais des for imbriqués à cause de cette indentation avant d'y regarder de plus près.
Même remarque pour les instructions entre les boucles et le print final. Il faut indenter à l'intérieur des blocs, mais quand on termine un bloc (avec }), il faut réduit l'indentation pour les lignes suivantes. Ton code (sans correction à part l'accolade finale et deux sauts de lignes) devrait plutôt ressembler à ça:

#include <stdio.h>
#include <stdlib.h>

int main()
{
  int tab[5];
  int min;
  int indmin;
  int j;

  /*saisie des valeurs du tableau*/
  for( j=0 ; j<5 ; j=j+1 ){
      printf("quelle est la valeur de la case %d \n",j);
      scanf("%d",&tab[j]);
  }
  /*affichage des valeur du tableau*/
  for(j=0; j<5 ; j=j+1){
      printf("%-d-", tab[j]);
  }
  /*recherhe du minimun et de son indice*/
  min=tab[0];
  indmin=j;
  for(j=0 ; j<5 ; j=j+1){
      if(min>tab[j]){
          min=tab[j];
          indmin=j;
      }
  }
  printf(" \n le minimun est %d et son indice est %d", min, indmin);
  return 0;
}

Intéressé ou pas ?

si je posais ces questions là, c'est parce que ça m'intéresse suffisamment pour contribuer à une solution commune sur linuxfr, mais pas assez pour basculer sur un autre canal ;)

Je respecte tout à fait que tu ne veuilles pas être plus explicite. Et je serais tout à fait ravi de participer si tu reviens avec des points techniques plus précis sur lesquels je serais compétent.

de quel site parles-tu ?

pourquoi restreindre le partage de l'information pour un truc qui pourrait intéresser d'autre gens en basculant sur un canal de communication privé ?

Si le site en question interdit-il le scapping dans ses conditions d'utilisation, faudrait vérifier si c'est juridiquement contraignant (genre s'il faut créer un compte en acceptant des conditions générales d'utilisation, t'as pas peut-être pas le droit de faire ça).

la diversité est apportée par l'environnement graphique et que je sache

c'est très réducteur. Je vois la diversité à plusieurs niveaux (nommés à la volée d'où l'utilisation de guillemets):

• au niveau global de la distrib (kali, tails, debian, µlinux, android, nixos c'est pas tout à fait la même chose)
• au niveau applicatif
  • applis "système" dont le gestionnaire de fenêtre que tu mentionnes, mais aussi le gestionnaire de login, le système d'init, le format des systèmes de fichier, …
  • applis "utilitaires" (genre shell, serveur ftp, serveur web, sgbd, …)
  • applis "utilisateur final" (bureautique, web, jeux, …)

Sur d'autres OS grand public, tu retrouves la même diversité au niveau des applis "utilisateur final", un peu de diversité au niveau des applis "utilitaire" et puis c'est à peu près tout.

Tu peux estimer que ce n'est pas une diversité satisfaisante, mais dire qu'il n'y en a aucune, ça me paraît exagéré.

pour moi, c'est un problème de code couleur. La couleur de l'encadré du fichier l'amalgame au pied de page et à la colonne de gauche (souvent un menu ou une section fixe du site), ce qui incite à l'ignorer.

c'est un peu normal qu'il y ait des points commun entre toutes les distrib qui utilisent un noyau commun non ? Le fait qu'il y ait des éléments homogènes ne signifie pas pour autant qu'il n'y a pas de diversité. Le manque d'innovation (selon toi) n'a pas grand chose à voir avec la diversité non plus.