totof2000 a écrit 9656 commentaires

  • # C'est quand on lit ça ....

    Posté par  . En réponse au journal Des contraintes de l'accessibilité. Évalué à 10.

    … qu'on commence à trouver twitter génial.

  • [^] # Re: Ça dénonce GRAVE !

    Posté par  . En réponse au journal Des contraintes de l'accessibilité. Évalué à 8.

    Pour dénoncer, ça dénonce… mais ça dénonce quoi ?

    Les journaux bookmark ?

  • # La Quadrature de Net (LQDN) ?

    Posté par  . En réponse au message À qui donner ?. Évalué à 1.

    Ils poussent souvent un caca nerveux vers la fin de l'année parce qu'ils n'arrivent pas à réunir suffisamment de fonds pour continuer. Ca peut être une bonne idée de leur faire un don.

  • [^] # Re: locate ?

    Posté par  . En réponse au message Comment copier le chemin d'un fichier ?. Évalué à 2.

    Tu as bien raison de préciser. Je n'étais moi-même pas vraiment sur de ce qu'il s'agissait exactement, n'ayant pas les éléments en main pour vérifier ce point.

  • [^] # Re: locate ?

    Posté par  . En réponse au message Comment copier le chemin d'un fichier ?. Évalué à 4. Dernière modification le 11 octobre 2015 à 13:47.

    Tous les chemins mènent à Rome … :).

    Ton fichier peut avoir plusieurs chemin possibles pour y accéder. On peut avoir des liens (ou des raccourcis) qui permettent d'obtenir plusieurs références à un fichier.

    Je ne rentre pas dans le détails, mais tu peux avoir des liens symboliques (qui correspondent plus à la notion de "raccourci) ou des liens physiques (qui eux sont plus que des raccourcis mais bien des références physiques vers le même fichier).

  • [^] # Re: locate ?

    Posté par  . En réponse au message Comment copier le chemin d'un fichier ?. Évalué à 4.

    Probablement les deux …

    Le 2 est probablement un lien vers 1 pour permettre l'affichage de ta clé sur le bureau. En pratique, utilise plutôt le 1.

  • [^] # Re: realpath + xclip

    Posté par  . En réponse au message Comment copier le chemin d'un fichier ?. Évalué à 2.

    L'histoire duu serpent qui se mord la queue …

    Les lignes de commandes précédentes ne mentionnent pas le nom du fichier X : comment peuvent-elles m'indiquer son chemin ?

    Parce que ce qui caractérise un fichier sur ton système de fichier, ce n'est pas que son nom mais le chemin complet ?

    En effet, rien ne t'empêche d'avoir plusieurs fichiers de même nom dans des répertoires différents.

    Donc quand tu demandes un utilitaire pour connaitre le chemin exact d'un fichier, il faudrait que tu nous donnes le cas précis dans lequel tu veux le faire.

    Exempel : je suis dans un répertoire et je voudrais connaître le chemin précis du fichier toto qui se trouve dans ce répertoire :

    echo $(pwd)/toto

  • [^] # Re: A propos d'Elixir

    Posté par  . En réponse à la dépêche Rencontre Erlang Paris le mercredi 14 octobre 2015. Évalué à 0.

    C'est malhereusement un problème général, que ce soit en informatique ou ailleurs (mais on le trouve plus en informatique parce que c'est de l'immatériel, c'est donc plus facile à modifier et on a l'impression que ça coute moins cher).

    Bien souvent, certains choix et certaines décisions ont été prises pour une raison précise. Ces choix entrainent par ailleurs certains inconvénients. Arrive ensuite le "génie" (ou groupe de "génies" qui prétend pouvoir corriger les inconvénients en question, mais ce "génie" ne connait pas forcément les raisons qui ont poussé à ce choix (ou les méprise totalement, parce que lui, c'set un génie et qu'il sait mieux que tout le monde). De ce fait on se retrouve avec un ou plusieurs problèmes ciorrigés, mais d'autres qui n'existaient pas mais qui apparaissent parce que leur solution géniale ne peut les résoudre.

    On trouve ce genre de choses dans le logiciel (je ne citerai pas de nom mais je pense que certains ici auront compris ce que je vise ), l'organisationnel (avec le fameux "chef" qui vient d'arriver, qui va résoudre tous les problèmes existants ou n'existant pas d'ailleurs, mais qui va en amener d'autres), en politique, dans l'aménagement du territoire (ils sont débiles les vieux d'avoir mis des haies et des fossés partout. Ils sont débiles de ne pas batir là : nous on est les plus forts, on va régler les problèmes et maitriser les éléments …).

    Après on parle de résistance aux changements lorsque certains critiquent les choix faits par ces personnes, mais bien souvent les gens qui critiquent ou refusent ces changements ne le font pas par simple plaisir, mais tout simplement parce qu'ils ont acquis une certaine expérience de changements précédents qui n'ont pas forcément tenu leurs promesses, ou apporté plus de problèmes qu'ils n'en ont résolus.

    Ah, dans le genre, il y a aussi les génies qui éliminent certaijns composants de logiciels en prétendant que c'est inutile parce qu'ils se rendent compte que leur solution n'est pas si géniale que ça, mais comme ce sont des génies, ce n'est pas leur solution qui pose problème. Non, les trucs qui ne s'accomodent pas de leurs solutions sont tout simplement trop nuls et ne servent à rien, ou ça doit être implémenté par une autre "couche" …

  • [^] # Re: La vie est dure

    Posté par  . En réponse au message Ouvrir un port. Évalué à 2.

    Mais comment se fait-il alors qu'avec UFW désactivé, et le pare-feu de la JailBox éteint, ça ne passe tjs pas ?

    Parce que comme dit plus bas, les autres éléments de la chaine sont à vérifier. Je me suis contenté que d'interpreterles logs de la bbox.

    • que disent les logs lorsque toutes les règles sont désactivées ?
    • que disent les logs une fois la règle corrigée ?

    Si le message n'apparait pas, ça signifie que le blocage bbox est levé, mais qu'il y a toujours un problème sur les autres maillons de la chaine. Dans ce cas, voir les logs des autres maillons … (hélas, le débug de règles firewall ne se fait qu'en analysant les logs ;) ).

  • [^] # Re: les antivirus...

    Posté par  . En réponse au message Des virus chez lenovo. Évalué à 1.

    J'ai vu récemment plusieurs projets sur github, qui étaient des virus, et dont les auteurs montraient fièrement que virustotal.com, à 100% déclarait que ce n'était pas un virus.

    Ca c'est cool : il ne faut pas oublier qu'un virus n'est pas forcément un programme nocif : ce qui est nocif, c'est ce qu'il peut faire une fois présent sur la machine. Alors tant que ces virus sur github ne font que se propager, ça ne me gène pas tant que ça : c'est une façon pour ceux que le sujet intéresse, d'apprendre à se protéger.

  • [^] # Re: La vie est dure

    Posté par  . En réponse au message Ouvrir un port. Évalué à 2. Dernière modification le 10 octobre 2015 à 12:04.

    Hum …

    Je précise que je n'ai pas de BBox donc je peux me tromper. Et il n'y a pas à se sentir nul lorsqu'on commence à faire ce genre de choses : ce n'est pas évident du premier coup pour tout le monde (sinon on ne paierait pas des gens chers dans des entreprises pour faire ce genre de paramétrage).

    Si j'en crois ça :

    Oct 10 10:13:53 Waller kernel: [ 4006.470950] [UFW BLOCK] IN=eth0 OUT= MAC=00:25:22:df:b4:48:00:1f:9f:e3:2c:30:08:00 SRC=93.141.31.190 DST=192.168.1.1 LEN=52 TOS=0x00 PREC=0x00 TTL=109 ID=582 DF PROTO=TCP SPT=57222 DPT=777 WINDOW=8192 RES=0x00 SYN URGP=0 
    
    

    la règle est mal définie.

    A mon avis il faudrait la configurer avec un truc du genre : autoriser toutes les IP (0.0.0.0) à se connecter sur 192.168.1.1 port 777. Si j'ai bien compris le fonctionnement de la box, ça donnerait :

    192.168.1.1 777 ALLOW 0.0.0.0 777 (log)

    (je suppose ici que la premiere IP est la cible, la seconde est la source). Après comme dit précdemment, il faut vérifier chaque élément de la chaine. Mais commence déjà par ça.

    Au passage il y a un échange qui m'a bien fait rire :

    http://forum.bouyguestelecom.fr/questions/794425-firewall-bbox-fibre

    Ca donne pas envie …

  • [^] # Re: Merci pour cette annonce ...

    Posté par  . En réponse à la dépêche Rencontre Erlang Paris le mercredi 14 octobre 2015. Évalué à 2.

    Quelle horreur !!!

    Dommage que ce langage n'est pas plus utilisé d'ailleurs. Je pense qu'il y a pas mal de cas ou il remplacerait avantageusement Java.

    Dommage que ce langage ne soit pas plus utilisé ….

  • # Merci pour cette annonce ...

    Posté par  . En réponse à la dépêche Rencontre Erlang Paris le mercredi 14 octobre 2015. Évalué à 2.

    Personnellement, j'aime ce langage. Certes je trouve que sa syntaxe est un peu étrange, (pour ne pas dire "pourrie" dans certains cas), mais d'un autre côté il offre plein de possibilités et permet tellement de choses qu'au final, j'ai réussi à m'y habituer pour me concenrer sur ses points forts.

    Dommage que ce langage n'est pas plus utilisé d'ailleurs. Je pense qu'il y a pas mal de cas ou il remplacerait avantageusement Java.

  • [^] # Re: I/O des disques dur et usage CPU

    Posté par  . En réponse au message MariaDB (MySQL) MDB Tools → trés nombreux insert, extrêmement lent :( ? [résolu]. Évalué à 2.

    Si tu es sur une VM, c'est peut-être au niveau des io que ça pêche (tu partages la même bande passante pour plein de VMs alors que sur ton laptop tu as toute la bande passante pour toi).

    Essaie un iotop par exemple. Sinon dans le vmstat il doit y avoir moyen de voir les process en attente d'IO.

  • [^] # Re: Merci

    Posté par  . En réponse à la dépêche Dégooglisons Internet, saison 2 : ils ne savaient pas que c'était impossible, alors ils l'ont fait !. Évalué à 4.

    Hum …

    Est-ce une bonne idée d'avoir utilisé cette image ? Rappelez-vous Mobilix … Je ne seais pas surpris d'un retour de baton de la part des "ayants-droits" d'Asterix.

  • [^] # Re: simplifions tout ca

    Posté par  . En réponse au message Suite fibonnaci. Évalué à 4.

    Cesse de lui faire ses devoirs, sinon ils vont tous rappliquer ici …

  • [^] # Re: J'en pense que...

    Posté par  . En réponse au journal L'absurdité des tickets restau. Évalué à 4. Dernière modification le 08 octobre 2015 à 19:00.

    Je sais … c'est pour ça que la commande tr sous Unix me fait rire (je me demande toujours si je dois mettre des gants avant de faire un tr). …

  • [^] # Re: J'en pense que...

    Posté par  . En réponse au journal L'absurdité des tickets restau. Évalué à 5.

    Stop ! c'est pas parce que j'ai été cambriolé que je vais aller cambrioler quelqu'un. C'est pas parce qu'il y a des meurtres que je peux en commettre.

    Sauf que le meurtre, le cambriolage sont interdits par la loi. Les fonds non controlés ne sont pas illégaux. Là ce que je mets en évidence, c'est que l'on considère une chose légale quand elle s'applique à certaines personnes et pas légale lorsqu'elle s'applique à d'autres.

    Bref, comparaison complètement inacceptable. Il faut régler le scandale des fonds non contrôlés. Pas ajouter un autre scandale.

    Je ne suis pas sur que la situation actuelle des TR papiers soit un scandale. Elle l'est pour ces personnes qui veulent que les autres soient contrôlées dans le moindre détail mais pas elle. Mon avis est que pour les tickets restaurtants, tant que tu les utilises pour manger dans un restau (ou pour acheter de la bouffe toute prête comme sandwich, boites de pates, etc ), il n'y a pas besoin de controle supplémentaires. Que je veulle m'empifrer en 1 journée et dépenser mes tickets restau sur 1 jour, ou répartir ça sur le mois c'est moi que ça regarde.

    C'est un peu sur ce principe qu'est basé l'état de droit.

    Aucun rapport : ce que font les députés est légal.

    Et, quoi qu'on en dise, ça marche plutôt bien en France. (témoignage de quelqu'un qui a passé 1 mois à Madagascar cet été, en mission humanitaire, et qui a pu constater à quel point ce pays était gangrené par la corruption, à tous les étages. Avec une parfaite bonne conscience : "je fais ça parce qu'en dessus de moi et en dessous de moi, tout le monde le fait aussi")

    Je ne dis pas que ça ne marche pas, mais ce n'est pas parce que ça marche moins bien ailleurs que l'on en doit rien dire et se laisser faire lorsque des personnes se considèrent au dessus de tout contrôle et s'autorisent des comportements qu'ils n'acceptent pas des autres.

  • [^] # Re: J'en pense que...

    Posté par  . En réponse au journal L'absurdité des tickets restau. Évalué à 10.

    Cet état, avec ses députés/sénateurs qui disposent de fonds non contrôlés avec lesquels ils font ce qu'ils veulent ?

    Sinon, cette histoire ne me dérangerait pas plus que ça si l'infrastructure de gestion de la carte fonctionnait correctement. D'autre part sur la version actuelle de ticket restau papier, je paye une partie des tickets en question, et perdre cet argent lorsque la date de péremption du ticket arrive à sa fin me gave à un point …..

    Personnellement, le jour ou ma boite bascul, je les refuse.

  • [^] # Re: ctrl+r ou un alias

    Posté par  . En réponse au message commande favorite. Évalué à 2.

    Euh …?

    si j'ai fait une erreur de manip, je préfère me payer un copier/coller de la commande précédente que de devoir faire un unset HISTFILE ou un history -d …

    J'aime pas du tout le copier coller. Et certaines commandes t'effacent carrément l'écran quand tu les exécutes (si, si, j'en ai ici …).

    Entre un copier/coler et fleche haut pour modifier un caractère, je préfère largement la seconde méthode (la main ne bouge pas du clavier).

    Sinon, je viens de tester, et il n'y a pas de problème sur la machine ou je l'ai fait. Il faudrait peut-être que je creuse à savoir pourquoi dans certaines circonstances, il ne mpe rappelle pas la commande lorsque je fais un erreur de frappe. Il y a peut-être autre chose qui rentre en ligne de compte.

  • [^] # Re: ctrl+r ou un alias

    Posté par  . En réponse au message commande favorite. Évalué à 2.

    Pour moi HISTIGNORE est une plaie.

    Ca n'enregistre pas les commandes en échec : de ce fait, lorsque tu fais une erreur de frappe, tu es obligé de te retaper toute la commande, plutôt que de la rappeler et de corriger ce qui ne va pas.

    Alors à moins d'avoir un paramétrage qui permet de rappeler les commandes en erreur, SVP n'initialisez pas cette variable.

  • [^] # Re: Plusieurs trucs bizarres…

    Posté par  . En réponse au message références aux dossiers parents. Évalué à 2.

    Dit autrement, le nom de fichier doit être passer en dernier argument de open.

    le premier argument (file_handler) est une variable que tu dois fournir à la fonction open, mais que tu ne dois pas initialiser. C'est la fonction open qui lui affectera sa valeur. Ensuite cette variable te servira de référence vers le fichier que tu as ouvert pour lire, écrire, etc … dedans.

    Le nom de fichier n'est utile qu'à l'ouverture, après tu utilises la référence.

  • # Je fais ça ici ....

    Posté par  . En réponse au message Virtualisation sur un serveur headless. Évalué à 2.

    Mais pas avec Linux, mais avec NetBSD.

    J'utilise Xen (qui est dispo également sous Linux), et un client VNC pour mes VMs Windows.

    Comme le disait qqn ici, je pourrais utiliser RDP, mais il me semble que RDP ne permette pas d'accédes aux messages de démarrage : il ne te donne la main que lorsque Windows est démarré.

  • [^] # Re: x2go

    Posté par  . En réponse au message VDI / Remote APP Linux. Évalué à 2.

    1/ Je ne suis pas le seul à avoir le problème.

    Il faut bien penser à prendre le bon clavier dans la config.

    2/ C'est à dire ? Le clavier fonctionne bien et d'un seul coup il décide de s'inverser. Il semble d'ailleurs que ce soit un bug connnu.

    3/ Par contre le problème de serveur x, j'ai remarqué que ça avait tendance à se produre lorsqu'on essaie de se connecter sur la VM depuis un autre poste que celui qui a démarré la session initiale.

  • [^] # Re: x2go

    Posté par  . En réponse au message VDI / Remote APP Linux. Évalué à 2.

    C'est une plaie à utiliser ce truc.

    L'un des problèmes les plus agaçants que j'ai ici avec cette horreur : problèlme de lancement de serveur X, et inversion Majuscule/minuscule entre mon env. Windows et mon env Linux.