_kaos_ a écrit 2344 commentaires

Salut,

J'ai trouvé un exo concernant Python et les cartes perforées !

Rigolo :)

Ça change un peu des exos usuels !

Je vais tenter ma chance ;)

Matricule 23415

Salut,

et surtout ces fichues colonnes à respecter, héritage des cartes perforées

C'est pas grave, on a évolué : maintenant on fait du python !

(tout message humoristique planqué serait complètement fortuit)

:)

Matricule 23415

Salut,

Alors essaye aptitude, comme conseillé par xev< si la ligne de commande va aussi.

Je n'utilise plus que cet outil quand je peux :)

Matricule 23415

Salut,

Mon avis perso est que si quelqu'un a un accès physique à ta machine allumée, la sécurité est déjà finie (sans parler du cold-boot, si t'as vraiment des données sensibles).

Donc bin ouais, pour quoi pas, en fait, si c'est pratique à l'usage…

Tu autorise temporairement l'utilisateur root à faire un truc et tu désactive.

C'est quoi ton modèle de menace ?

Parce que c'est peut-être par là qu'il faut commencer la réflexion.

Matricule 23415

edith !

Ok -> []

Pour l'OP : il faut peut-être regarder du côté des restes des divisions euclidiennes pour faire marcher ton idée.

Donc pour une session à X joueurs pour Y tours, ça boucle sur X*Y et le reste de la division te dis à qui jouer. Non ?

Matricule 23415

Salut,

C'est probablement pas optimal, mais ça marche.

Mouais, ok.

Il doit manquer du code englobant et un peu de mise en forme ;)

Matricule 23415

Salut,

Oui, c'est douteux. D'autant plus qu'en général (mais ce n'est peut-être pas le cas ici, ça peut être en tours limités), on voit plus du while(True).

Matricule 23415

Salut,

pourquoi ne pas avoir ajouté un second disque durant la manip ?

Je me suis posé exactement la même question, mais j'ai eu peur de dire une bêtise.

J'en étais arrivé à la réponse que c'est une forme de cloud privé d'entreprise (si on peut dire ça comme ça), et que le "scaling" n'est pas possible/facile.

Sinon, merci pour le journal !

PS : Désolé, j'ai dû tronquer le sujet ;)

Matricule 23415

Salut,

Déjà, bienvenu sous linux.

Si je comprends bien, c'est un lecteur CD externe que tu branche en USB ?

Une fois le lecteur branché, dans un terminal tu peux par exemple taper :

lsusb

Ça, ça va te lister tous les périphériques USB vus (pas forcément reconnus, mais au moins vus).

En nous donnant le résultat de la commande, on pourra peut-être voir s'il y a un truc, sinon il faudra creuser plus.

S'il y a une ligne qui contient quelque chose comme "optical drive" (je ne sais pas, je n'en ai plus), tu peux tenter ensuite un :

eject

Attention à ce qu'il n'y ait rien devant le lecteur, car ça va l'ouvrir, comme si tu appuyais sur le bouton d'ouverture manuellement :)

L'opération inverse (pour le refermer donc), c'est :

eject -t

Matricule 23415

Salut,

Bon bin ok, on peut écarter toute hypothèse d'un disque plein (il est à 48%) ou une partition montée par dessus une autre par mégarde vu qu'il n'y que sda1. :)

Matricule 23415

Salut,

Non non, pas de problème, je crois qu'on est plutôt d'accord.

Ok, ouf ! Merci :)

Il aurait été tout à fait possible de développer des heuristiques pour se gourer le moins possible […]

Le problème est dans le "moins possible". Des jeux de données un peu… hmmm… étranges dirais-je, j'en ai vu passer :)

A plusieurs reprises, il y a eu des envies, quand je développais pour un soft de stat proprio, de tenter des "trucs". Mais ça n'a jamais vu le jour, pas même une ligne de code.

A chaque fois, soit les fichiers étaient bien faits, et là, ok, super mais du coup ça sert à rien, soit c'était rendu à une ligne tellement loin que pour "tomber" dessus, il fallait en gros scanner tout le fichier.

Bonjour l'expérience utilisateur à chaque import avec une notion d'auto-typage… :)

Donc j'en suis resté à l'implémentation complètement basique faite avant moi : On regarde les 100 ou 1000 premières lignes et basta. :)

Matricule 23415

Salut,

tu n'es pas le premier à me dire qu'un dual boot sur 2 dd risque de poser problème

Euh, je pense que le problème soulevé était plus à propos de l'UEFI et du secure-boot, pas du tout du nombre de disques durs :)

Matricule 23415

Salut,

De plus en plus de distributions linux proposent des versions live.

C'est assez "pratique" pour faire son "choix", surtout avec une clef USB.

En gros, la procédure à suivre est :

• garder le windows en l'état (pour le moment),
• installer un logiciel pour effectuer une clef bootable depuis windows (rufus est un bon candidat),

Puis itérer :

• télécharger une image iso de distribution linux (il y en a plein de différentes, et les avis même ici pouront différer ; pour commencer, je suggère Ubuntu ou Mint, mais par exemple pas du tout Kali, qui est orientée pentesting et plus dédiée aux utilisateurs avancés, malgré ce que font probablement croire certaines séries que je n'ai de toute façon pas vu),
• la tester en mode live (sans l'installer donc), pour voir si le matériel est reconnu et les paramètres par défaut acceptables,

Après cette petite boucle de tests, il sera possible de faire un dual-boot pour ne plus reposer sur une version live.

Note : Je n'ai absolument pas été exhaustf dans les options possible de distributions accessibles aux débutants. Il y a fedora aussi qui pourrait faire un bon candidat, mais comme je ne connais pas, je laisse la main à d'autres de proposer cette option ;)

Matricule 23415

Salut,

D'abord, encore, je te présente mes excuses sincères pour avoir réagi trop vite et manqué la fin de ton message précédent.

Donc dans celui-la, je vais essayer de ne pas effectuer la même erreur :)

Tes remarques sont très justes du point de vue de l'utilisateur de R. C'est pénible de se retrouver "figé dans le temps", si on veut faire du reproductible. On ne peut pas bénéficier des nouveautés, etc. Et si on bouge, ça peut péter au moindre écart.

Cet argument, je le comprend très bien, et il ne me pose pas de soucis particulier.

Mon point de vue maintenant (même si je doute t'apprendre grand chose…).

R a été commencé il y a bien longtemps (1993), et au départ pour fournir une alternative à S (plus vieux encore, donc). Et à cette époque, la RAM et l'espace disque étaient relativement limités. Il faisait donc tout à fait sens de prendre le choix de faire des facteurs par défaut. Depuis, il me semble que la situation a changé au sens où pour un même traitement, cette contrainte n'est plus valable.

Sur un plan pratique, c'est quand même un gros numéro de version qui est incrémenté. Donc pas de la correction de "bug mineur", c'est clairement annoncé, il y a du breaking change. Ce sont des choses qui arrivent dans la vie de tous les logiciels. :)

Matricule 23415

Salut,

Bon, je n'étais pas assez concentré, et ai dû manquer la fin de ton commentaire, toutes mes excuses.

Matricule 23415

Salut,

Après, c'est vrai qu'à ma connaissance, il n'existe aucun mécanisme simple dans R pour vérifier les versions (de R et des paquets) dans un script.

Au contraire, c'est super simple, ça se fait dans un fichier de métadata quand "on" (oui, je sais…) fait ça bien.

Un petit exemple.

Mais tu as raison, si seul le code R est fourni, là… c'est la galère :)

NdM : modifié à la demande de l'auteur.

Matricule 23415

Re-salut,

Et hop, je me suis foiré.

C'est :

sudo cp -r /root /home/toto/root
sudo chown -R toto:toto /home/toto/root

Matricule 23415

Salut,

Hmmm, bon ne t'en fais pas pour la fin du fil au dessus, c'est juste des vieux qui causent ensemble :)

Par contre, c'est mieux d'utiliser le bouton "répondre" en dessous d'un message que faire un nouveau post, sinon, on ne sais pas s'il y a une réponse à aller voir sur le site.

Si tu n'es pas sûr de tes commandes, fais-les d'abord sans mettre le sudo au début.

Ensuite, reprenons, c'est :

sudo cp -r /home/root /home/toto/root
sudo chown -R toto:toto /home/toto/root

j'ai mis en gras les erreurs que je voyais à priori.

Après, si ton disque n'est pas plein, un des cas où j'ai vu ça, c'est une partition montée par dessus une autre. Mais ce n'est peut-être pas encore le moment de partir sur cette piste.

Matricule 23415

Salut,

⇒ c'est une conceté et cela prouve que celui qui écrit cela n'a jamais ouvert une page de man.

Ah, bon. Encore un argument autoritaire sans preuves.

Tu me résoud mon petit problème à propos de befunge que j'ai posté ailleurs s'il te plait ? C'est facile, j'arrive à le faire à la main.

Matricule 23415

Salut,

pas si tu lis bien la documentation

Tout à fait d'accord.

Mais tu en as déjà vu dans la nature, toi, des novices qui lisent la doc ?

Matricule 23415

Salut,

Nope, du tout.

Le 'options(stringsAsFactors = TRUE)') fait un changement "global" du comportement des scripts (et encore, juste pour la base core).

Rien n'est garanti, par exemple pour les extentions, si on ne fait pas attention. C'est pour celà qu'il faut (heureusement ou malheureusement) tenir le code "vivant".

Par exemple, dans le dernier projet que j'ai fait, je me suis (encore) fait avoir (pas longtemps, hein ;) ). Je lui passe un vecteur de "strings", elle me retourne un vecteur de "facteurs". Grrr. :)

Matricule 23415

Salut,

A vos forks (l'avantage du libre qu'on ne peut remettre en cause plus tard pour ce qui a déjà été fait…)

open-source

(…)

:p

Matricule 23415

Salut,

Mouais, toujours pas convaincu…

Un petit exemple de truc "perturbant" pour un novice lié à l'option -i :

$ echo $SHELL
/bin/zsh
$ pwd
/home/toto
# ok, à la maison
$ sudo -i
# echo $SHELL
/bin/bash
# pwd
/root
# hey, mais pourquoi je suis plus au même endroit ?

Alors ok, le shell change (bon, là je sais pourquoi, moi), même avec sudo su. Donc normal et si l'utilisateur joue pas avec son shell, ça devrait être "pareil". Par contre dans un cas tu reste dans ton répertoire, dans l'autre hop, t'es déplacé sans avertissement. :)

Je ne dis pas que c'est une bonne pratique le sudo su, loin de là. Comme je l'ai dit, j'ai effectivement lu pas mal de recommendations pour y préférer sudo -i.

Je dis simplement que pour un débutant, il peut y avoir des effets de bord pas clairs.

Matricule 23415

Salut,

Certes, mais ça va péter un certain nombre de scripts existants.

Oui, et ?

Si les scripts ne sont pas actualisés, c'est du code mort. S'il faut faire de la recherche reproductible, il faut se mettre dans le même contexte d'exécution.

Il y a eu plein d'autres corrections de "bugs" dans R, qui font que tout n'est pas toujours reproductible. Celle-là est en effet un peu cassante, mais n'en reste pas moins (à mon humble avis) une très bonne. :)

Matricule 23415

Salut,

sudo su est une conceté.

Alors ça, c'est un argument autoritaire non argumenté :) (même si j'ai effectivement lu à divers endroits ta remarque, qui me semble pertinente, mais l'OP risque de passer à côté de certaines notions)

Et de mon côté je ne suis pas convaincu. Si c'est pour lancer un petit cp suivi d'un chown et sortir de la session, je ne vois pas l'intérêt d'aller charger un tas de fichiers.

Matricule 23415