freem a écrit 4952 commentaires

  • [^] # Re: Ramassage de cerises

    Posté par  . En réponse au journal dwm-custom v0.1 : faciliter l'installation et la personalisation de dwm dans le home utilisateur. Évalué à 2.

    Ah, j'ai retrouvé le nom qui me trottait en tête, par contre c'est pas du gtk, mais du curses: $ whiptail --msgbox "mouhahahaha j'suis pas là!" 7 30. Je crois qu'il y a aussi un truc gtk, mais avec du curses, tu peux toujours tester si tu es sous un serveur graphique (X11 ou wayland) et afficher un nouveau terminal dans ce cas, qui n'exécuterais que cette commande. En TTY, juste balancer la commande.

  • # if( patchs & automatisme == maintenance_galere) return TRUE;

    Posté par  . En réponse au journal dwm-custom v0.1 : faciliter l'installation et la personalisation de dwm dans le home utilisateur. Évalué à 7.

    Il me semble que les patchs produits par diff nécessitent un minimum de points communs, notamment que la portion de code ciblée par le patch soit la même que celle référencée dans le patch, et placée au même endroit (il y à des numéros de ligne, ça dois pas être pour rien, quand même?).

    Du coup, le cumul de patches pour rendre un fichier source unique me semble proche du supplice de Sisyphe.
    Je suis à peu près sûr qu'il est plus simple de juste forker et de faire des pull réguliers. Bien sûr, si les fonctions étaient chacune dans un fichier différent, les choses seraient plus aisées, et puis, ça éviterais de devoir se faire chier à fouiller dans plus de 2000 lignes de code C où est la fonction ou structure intéressante quand on veut bidouiller un peu.

    J'espère vous avoir donné envie de tester dwm, avec ou sans dwm-custom,

    Non, parce que je ne vois pas l'intérêt par rapport à celui que j'ai adopté, à savoir i3. Pour être moins crû, je trouve que ton journal n'explique pas vraiment l'intérêt des WM en tuile et/ou minimalistes (typiquement et dans l'ordre: pilotage complet et rapide au clavier des fenêtres et utilisation de machines à faible perf).
    Tu t'es beaucoup concentré sur l'aspect configuration par la compilation, qui est, à mon avis, l'un des gros problèmes des logiciels interactifs produits par les gens de suckless (chacun ses goûts après, et malgré ma différence d'opinion j'ai un grand respect pour suckless.org), et tu n'as mis pour seul argument en faveur de dwm que le fait que selon toi cette approche minimaliste favorise le hack. D'ailleurs, perso, le style de codage de dwm:

    Monitor *
    dirtomon(int dir)
    {
        Monitor *m = NULL;
    
        if (dir > 0) {
            if (!(m = selmon->next))
                m = mons;
        } else if (selmon == mons)
            for (m = mons; m->next; m = m->next);
        else
            for (m = mons; m->next != selmon; m = m->next);
        return m;
    }

    Me fait plus dire que ça favorise le risque de planter à la moindre faute de frappe. Le bout de code que je viens de montrer (ligne 694) montre que la convention de codage mélange allègrement les blocs avec et sans accolades. Du coup, un malencontreux retour chariot au mauvais endroit, et on augmente le risque d'insérer un bug sans retour visuel (en lisant le code source). Par exemple, ajouter une ligne indentée sur le m = mons; fera croire à un lecteur inattentif qu'elle sera exécutée dans le if, ce qui ne sera pas le cas.
    Dans la même veine, il y a des macros qui pourraient en C moderne être remplacées par des fonctions inline, parce que les macros c'est un truc qui à tendance à attirer des bugs bien pénibles à corriger, que le compilateur ne pourra vérifier que difficilement.
    Bien sûr, on peut juste faire attention quand on programme. Mais moi, je suis partisan de m'appuyer sur des outils pour être sûr de ne pas introduire de bugs, surtout quand il s'agit d'un outil aussi central à mon usage qu'un gestionnaire de fenêtres.

    Puis, franchement, une config, ça se parse une fois au lancement, et un fichier de config INI-style est bien plus simple à modifier qu'un header C, qui respecte des règle de syntaxe autrement plus complexes (macros, p.e.).
    Bien sûr, un fichier de config il faut le parser à chaque démarrage, ça prend du temps CPU et un poil de RAM (de l'ordre de quelques Kio, peut-être?) et c'est un argument recevable… tout dépend du degré de confort vs ré-utilisabilité/performance que l'on souhaite.

    Il s'agit de ma première contribution au libre, de ma première publication de paquet et de mon premier journal sur LinuxFR.org.

    Bon courage pour la suite et au plaisir de te relire :)
    Je suis un peu critique sur dwm, mais uniquement parce que je les trouve un peu trop extrémistes sur certains cas.
    En réalité, j'ai beaucoup de respect pour leur philosophie, et lire leurs opinion m'à mené à des recherches plutôt intéressantes, même si mes opinions ne concordent pas nécessairement avec les leurs.
    Je me suis déjà dis à plusieurs reprise qu'il faudrait un site type, suckmore, qui référencerait des projets un peu moins extrêmes que ceux de suckless tout en restait hyper-spécialisés…

  • [^] # Re: BEURK !!!!

    Posté par  . En réponse au message apprendre java. Évalué à 3.

    Je ne visais pas spécialement le langage, mais je me pose quand même une question : pourquoi est-ce davantage en Java que l'on voit ce genre de choses ?

    Je ne peux que partager ma théorie:

    Java est un langage très prisé dans les écoles, mais on ne force pas les étudiants à traiter les erreurs correctement.
    Comme Java impose d'avoir un try/catch dans chaque fonction dont une des fonctions fille peut lancer, on se retrouve avec des try/catch en cascade qui ne font que des rethrow.

    J'imagine, n'étant pas un dev Java (ça m'est arrivé d'en faire, maintenance pour taf, mais j'ai toujours essayé d'esquivé) que quand on relance, ça ajoute automatiquement des infos?
    Ou alors, c'est juste le comportement des outils standards, et comme les codes Java que j'ai vus ont toujours été faits par des gorets (du genre que tu peux diminuer de 15% la taille d'un fichier en 1ère lecture sur des fichiers de 4KLoc… véridique.) les exceptions sont juste balancées dans des messagesbox ou balancées sur stdout à l'arrache. Résultat: débuggable, mais galère.

    Perso les exceptions, je commence à me dire qu'en fait, si je peux m'en passer, je le ferais quitte à faire des efforts ou à devoir fournir une interface un peu différente de l'habitude.
    Je n'ai jamais été fan d'essayer de remettre le programme d'équerre en cas d'erreur (parfois il n'y a pas le choix, ok) je préfère un plantage propre (avec une sauvegarde des données si utile, et c'est bien là que les exceptions, utilisées correctement sont intéressantes).
    Récemment, j'ai appris qu'en C++ une exception non récupérée est un UB. Je pensais que c'était un crash en standard, car c'est le comportement par défaut de VS, GCC et clang, mais non.
    Du coup, ça veut dire que tous les codes que j'ai écrits jusqu'à ce que je m'aperçoive de ça, sont bugués, parce que j'utilisais les exceptions pour renvoyer des infos de débogage si elles ne sont pas attrapées, histoire qu'au moindre crash le dev ou l'admin sache exactement ce qui à causé l'exception (rade de RAM, IO foireuse, etc… ) sauf que vu que c'est un UB, si ça se trouve le programme ne balance pas les infos correctement, ou pire, oublie de nettoyer certains trucs.
    J'ai aussi récemment appris que les appels à exit, par exemple, cassent les exceptions. Du coup, vu que j'aime beaucoup balancer mes codes réutilisables dans des bibliothèques, mon style de codage en à pris en coup: j'essaye d'éviter au maximum les exceptions quitte à risquer un segfault. Au moins un segfault, ça crash, c'est garantit.

    Bref, les exceptions c'est l'un des aspects de l'OO sur lesquels je me pose aujourd'hui de vraies questions.
    Et pour ce qui est de l'ADA… ça fait 4 ans que je me dis qu'il faudrait que je m'y mette… il y à Rust, aussi, qui m'intéresse beaucoup. Parce que moi, je veux que le compilo soit le plus chiant possible, histoire qu'au moins quand ça exécute, il y ait de grandes chances que ça marche. C++ est un peu léger de ce côté.

  • [^] # Re: BEURK !!!!

    Posté par  . En réponse au message apprendre java. Évalué à 3.

    Même esprit :)

  • [^] # Re: Ramassage de cerises

    Posté par  . En réponse au journal dwm-custom v0.1 : faciliter l'installation et la personalisation de dwm dans le home utilisateur. Évalué à 3.

    le fait que l'entrée "dwm-custom.desktop" me fasse rien si le binaire n'est pas trouvé c'est pourri (il va falloir que je bricole un truc qui donne des consignes pour lancer dwm-custom-build…)

    Il doit bien y avoir une application qui juste lance une fenêtre X que tu pourrais lancer pour mettre un warn (une fenêtre X, parce que sinon en cas de lancement par dmenu ou raccourcis clavier, ben pas de retour… c'est un problème qu'il m'arrive d'avoir avec i3)?

  • [^] # Re: flattant le pavant

    Posté par  . En réponse au journal dwm-custom v0.1 : faciliter l'installation et la personalisation de dwm dans le home utilisateur. Évalué à 4.

    Qu'est-ce qui t'as fait passer de st à urxvt?

    Perso, j'utilise aussi urxvt, en mode daemon/client, mais je n'ai jamais vraiment testé st, alors si tu pouvais me dire les pros/cons, je t'en serais reconnaissant.

    Une install rapide via apt (je suppose que c'est le bon paquet: stterm. Aussi, install via binaire, donc, pas de compilation, ce qui est contraire à la philo suckless, je sais) me montre juste une chose: juste après l'install, lancer stterm (le nom du binaire de ce paquet) montre un blanc dans mon prompt (le 1er char s'affiche, puis rien jusqu'à l'@). Après un changement de workspace, impossible de reproduire l'affichage (est-ce la faute d'i3, mon wm?).
    Pour le reste ça à l'air normal (bon à part que le .Xdefault n'est pas pris en compte, mais ça je m'y attendais).

    Le réécriture des outils UNIX est aussi intrigante : http://tools.suckless.org/9base

    Ça, ça ne me surprend pas. Dis-toi que /usr/bin/yes prend 27K sur mon système, par exemple. Je comprend qu'ils n'aiment pas trop les outils UNIX version GNU, franchement. À un moment, avec un collègue, on avait regardé les codes sources de certains outils de base fournis par diverses sources: GNU, netBSD, freeBSD et openBSD. La différence était assez flagrante en terme de nombre de lignes (en enlevant les blancs, commentaires et en mettant un style d'indentation identique) et de style de manière générale. Franchement, le GNU c'est assez lourd et blindé de trucs dont l'intérêt nous avais paru très peu clairs. En fonction de la personne (lui ou moi) on préférait les versions openBSD ou netBSD, puis freeBSD, puis GNU.
    Par contre, on avait pas regardé les implém de suckless, ça pourrais être intéressant. Après tout, ce genre d'outils s'adapte très bien à la philo de suckless.

  • [^] # Re: BEURK !!!!

    Posté par  . En réponse au message apprendre java. Évalué à 2.

    C'est une blague ?

    Je veux bien troller sur les problèmes que je reproche à Java comparé à C++, mais ça n'apporterais rien ici.
    Et sinon, oui, je sais que C++ à des défauts aussi (p.e., beaucoup trop d'UB à mon goût) et qu'il n'y à rien dans le standard pour réseau ou le web, et très probablement pas de framework web décent.

    Ouais, dans le traitement de leurs exceptions, les devs java devraient apprendre à renvoyer des messages simple

    Ce n'est pas la faute du langage si l'utilisateur se contente de ré-envoyer l'exception, si? On peut faire de la merde dans tous les langages. Et plus particulièrement ceux qui ont un typage faible et/ou absent.
    Perso, mon opinion, c'est que balancer à l'utilisateur la stack d'appels quand y'a une exception, c'est un bug volontaire: le dev à été trop flemmard pour faire son taf.

  • [^] # Re: Ouuuuupssss

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

    L'idéal serait que tu postes la ligne de commande que tu as tapée ainsi que la sortie.
    En fait, un copier-coller de ton terminal et de ce qu'il te sort.
    Par exemple il est possible qu'un caractère soit mal passé lors du copier coller (chez moi la commande marche, donc j'en déduis que tu as mal tapé un caractère ou raté le c/c).

    Sinon, solution moins technique mais tout aussi fonctionnelle: taper juste aptitude, qui t'amène à l'interface pseudo-graphique d'aptitude, aller sur la liste des paquets installés et taper 'L'. Même chose pour la liste des paquets pouvant être mis à jour et celle des paquets obsolètes ou installés localement (me rappelle plus du terme exact).
    Une fois fait, un premier appui sur 'g' te donnera un aperçu des choses qu'aptitude planifie, et un second appui exécutera ce qui est planifié.

  • [^] # Re: Loi des forums

    Posté par  . En réponse au message apprendre java. Évalué à 3.

    Je me suis pas embêté à chercher si tu veut juste te faire de la pub, mais si tu es nouveau ici, et que tu comptes rester, il te faut savoir 2 choses:

    • les habitués ne voient pour la plupart les notes des commentaires que comme des curiosités (quoique sur les demandes de forum et journaux ça permets d'estimer un peu la qualité, tout de même)
    • certains sont très véhéments, parfois en fonction de leur humeur. C'est d'ailleurs un truc que j'aime ici: le politiquement correct n'est pas d'actualité, sans pour autant que les sujets soient des suites d'insultes. Et au vu de la quantité de population de ce site, c'est fréquent que quelqu'un le soit, véhément (ou ait envie de chercher la petite bête) :)

    Pour le reste:

    l'idée de traduire en français est positive car moi personnellement je trouve de difficultés en anglais

    Dans ce cas, il sera difficile de devenir un programmeur.
    Soyons clairs: programmer nécessite de comprendre l'anglais, surtout quand on parle de choses qui évoluent souvent, typiquement le web. Les docs techniques sont obligatoires, quand on veut vraiment faire les choses, et elles sont en anglais. Les codes sont en anglais le plus souvent, et cela inclue les commentaires. Je ne parlerai pas des ressources genre stackoverflow (qui est sûrement devenu quasi-incontournable à toute personne s'intéressant à la prog, pour le coup).

    Et puis, franchement, l'anglais technique n'est pas si difficile que ça. Mais bon, oui, une bonne traduction de tutoriels est toujours une bonne chose.
    À ce sujet, je pense que tu auras plus de retours positifs sur des sites tels développez.com, ils recensent énormément de tutoriels de tous types, tous langages, et il y a un effort pour traduire des tutoriels vers le français.

  • [^] # Re: BEURK !!!!

    Posté par  . En réponse au message apprendre java. Évalué à 4.

    Euh, c'est moi ou tu compares un langage purement interprété à un langage compilé (enfin, compilé… mais je vais éviter les trolls, pas l'endroit)?

    Je doute qu'il y ait besoin de performances à son niveau tout comme je doute qu'il veuille faire des applets, donc je parlerai pas de l'argument des perfs.
    J'imagine aussi qu'il parle uniquement d'un site "statique", pour son début: pas de pages qui se rafraîchissent au minimum, juste des formulaires en dur et des pages en réponse.
    Pour ce type d'usages Java à un certain nombre d'avantages tout de même (et je suis un dev C++, imagines combien il me coûte d'écrire ça!).

    Je citerai:

    • typage fort, qui évite (aux débutants notamment, mais je ne suis plus débutant depuis longtemps et j'apprécie énormément le typage fort, pour ça que j'évite le C même) pas mal de prises de tête à l'exécution.
    • langage à la syntaxe simple, qui permets au compilateur de vérifier que le programmeur n'à rien omis. Typiquement, toutes les exceptions doivent être traitées systématiquement (moi je trouve ça lourd, mais au moins c'est un UB comme en C++), donc le dev doit faire du code propre. Enfin, il peut faire de la merde (catch( exception e){} doit être faisable j'imagine), mais le compilo l'aura avertit…

    Perso, je préfèrerai avoir à maintenir des sites web codés en Java qu'en PHP, ou il est nécessaire d'avoir des opérateurs qui vérifient explicitement l'égalité des valeurs et du type, ou en JS qui est pénible à lire (je n'ai probablement pas eu la chance de lire du JS propre ceci dit). Dans ces deux cas également, tu peux te retrouver avec des erreurs à l'exécution, qui auraient été détectées directement par Java.

    Sinon, pour rester dans les langage interprétés, python semble pas mal en vogue, pour ce qui est de la simplicité d'apprentissage.

  • # abandonware?

    Posté par  . En réponse au message [ZX Spextrum] Quel est le nom de ... ?!. Évalué à 2.

    Avec du bol, il sera listé sur un site consacré à l'abandonware.
    J'ai celui-ci en tête (que j'utilise régulièrement en fait), peut-être y trouveras-tu ton bonheur. Sinon, quelqu'un la-bas saura sûrement te répondre, ils ont des forums.

  • # Article? Mauvaise place.

    Posté par  . En réponse au message Les logiciel de conception de circuits électroniques. Évalué à 3.

    Ici, tout le monde peut poster des articles, mais le forum n'est pas là pour ça.
    Tu devrais plutôt essayer de poster un journal, tu aurais plus d'audience (et de réponses).

    Sinon, au sujet de Dia: c'est un logiciel correct pour les diagrammes de manière générale, mais soyons honnêtes: il n'est pas bon pour le travail spécialisé.
    Je m'en suis déjà servi pour pas mal de choses (UML et BDD principalement), mais toujours en dernier recours parce que je n'avais rien d'autre sous la main.
    Je dirais qu'il est bien pour 2 activités: faire des diagrammes généralistes de haut niveau (parce que faire du détail est pénible, l'interface pour saisir toutes les données nécessite beaucoup trop d'actions répétitives et de clics) à envoyer à des non techniciens ou pour faire du proto rapide.
    Je m'en suis pas mal servi aussi pour troquer des diagrammes avec des gens sous windows, parce que oui, cet outil à le mérite de fonctionner sous windows, linux *bsd et probablement mac (base GTK).

  • [^] # Re: j'ai la meme, à la maison

    Posté par  . En réponse au message Proxmox installation. Évalué à 2. Dernière modification le 22 janvier 2016 à 23:24.

    Pour se connecter à une machine distante sous linux, on utilise traditionnellement ssh.
    Cette commande te permets d'exécuter des commande avec n'importe quel utilisateur MAIS seulement si l'administrateur l'autorise (d'une manière ou d'une autre, pour une raison ou une autre. Oui, on peut se retrouver avec un accès root, et oui, c'est dangereux).

    Si tu veux jouer(*) avec … peu importe quoi, en fait, je ne peux que te conseiller de faire ce que l'on appelle des machines virtuelles. Cela permets de simuler (pour faire simple) un ou plusieurs ordinateurs à partir d'un seul.
    Avec ces machines virtuelles tu pourras simuler pas mal de configurations de LAN, voire même de WAN, avec une seule machine, en fonction de ta RAM.
    C'est un outil qui me paraît indispensable tant pour moi développeur que pour toi qui semble vouloir être admin sys/rés. Bref, c'est indispensable quand tu fais autre chose que du dépannage informatique (d'ailleurs pour certains cas de dépannage, c'est très utile aussi).

    *: Ah. Au sujet de «jouer». Moi, j'aime le code, j'aime l'admin. Je considère que je joue quand je touche à l'un ou l'autre, même si je fais le maximum pour ne jamais rien casser. Par contre, il ne faut pas faire d'expériences sur les serveurs de prods. Et si jamais tu as pas le choix, refuse, PEU IMPORTE LA RAISON si le jour est VENDREDI! Bon, tu fais ce que tu veux, mais je t'aurais prévenu.

    PS: bon stage.

  • [^] # Re: Version simple

    Posté par  . En réponse au message [RÉSOLU] Cryptsetup est passé en QWERTY. Évalué à 0.

    Bon, j'ai lu vite fait. Je doute d'avoir tout compris, mais… on va essayer de donner des pistes :)

    LUCKS semble être un système de chiffrement de disque. Hum. Disque ou partition? Enfin… admettons disque.
    Quand un PC démarre, c'est d'abord le POST, puis le BIOS prend le relais pour le passer au MBR. Enfin, ça, c'était l'ancien temps, celui que je connaissais vaguement.
    Toujours est-il qu'a ce que j'ai lu, il me semble que le chiffrement nécessite un chargeur de démarrage (boot loader) capable de lire la clé de déchiffrement comme il faut.

    Donc, le problème se pose avant le chargement de linux. Utilises-tu GRUB ou LILO ou autre (et quoi dans ce cas?)? Utilises-tu un BIOS avec secure boot?

    Si jamais le problème n'est pas le boot, il semble que le module chargé du déchiffrement soit dm-crypt. Je doute que ce soit lui qui lise l'entrée clavier, donc il faudrait savoir qui lui donne à manger. Je ne peux pas vraiment aider plus, navré.

  • # Version simple

    Posté par  . En réponse au message [RÉSOLU] Cryptsetup est passé en QWERTY. Évalué à 0.

    Version simple, tu as essayé de réinstaller le vieux kernel?

    Je détaille: sous Debian, sauf mention contraire, la totalité des vieux paquets est conservée, ce qui cause d'ailleurs un sérieux problème de perf quand on n'utilise pas la version stable.
    Si une mise à jour, Jessie ou pas, à pété ton système, tu peux toujours faire un dpkg -i suivi du nom de fichier de l'archive précédente, laquelle sera vraissemblablement située dans /var/cache/apt/archive, ou un truc du genre. TAB est ton amie.

    Je viens de voir ce message, et ça a l'air gênant, alors je répond à l'arrache et en mode sauvage. Je vais de ce pas me renseigner sur ce que je ne connaissais pas (LUCKS, en plus le chiffrement m'intéresse) histoire d'être plus civil et plus précis.

  • [^] # Re: .

    Posté par  . En réponse au journal Opera 12: la relève?. Évalué à 2.

    Désolé du retard.

    Ceci dit, non, je n'ai pas reproché l'absence du support d'IRC/POP/IMAP/whatever des autres brouteurs.

    Ce que j'ai dis dans le journal est:

    intégration de systèmes de messagerie: IRC, mail, flux RSS. Je pleure surtout les flux RSS, pour les autres j'utilisais souvent d'autres outils, mais bon, oui, O12 était une suite internet, pas juste un brouteur, donc c'était pertinent (et utile, avec la synchronisation qu'ils ont été (parmi?) les premiers à proposer).

    Notes:

    • "surtout les flux RSS, pour les autres j'utilisais souvent d'autres outils"
    • "oui, O12 était une suite internet, pas juste un brouteur"

    Clairement, je ne considère pas O12 comme étant KISS. Pas niveau software en tout cas, bien que je n'aie pas vu le code.

    Bon, j'admets, à bien y réfléchir, conceptuellement parlant, le RSS ne devrais pas être supporté par le navigateur non plus. Mais je trouve quand même que c'est une fonctionnalité nettement plus utile (ah cool on est dredi) que la gestion des fenêtres.

    Si on dois parler de browser KISS, très bien.
    Perso, mon rêve est de trouver un navigateur qui fasse uniquement ces choses, mais les fasse bien en laissant le reste au reste de mon système (quitte à fournir des exécutables différent pour les faire, j'aurai rien contre, au contraire):

    1. rendu de site web correct, y compris les trucs utilisant des frameworks développés par des gens qui crois que <a href=foobar> est moins bien qu'un lien via du javascript.
    2. blocage des contenu exécutables au cas par cas. Exécutable, ça veut dire bien sûr flashplayer, mais aussi les image animées ou les contenus multimédia. Pour le JS, je serai plus tolérant, ne serait-ce que le bloquer domaine par domaine (disons, pour linuxfr.org j'autorise, et pour google.com je refuse, alors que je pourrais accepter stupidement pour google.fr) serait déjà génial. Sans plugin. J'insiste.
    3. même chose que précédemment pour les cookies. En fait, je pourrais résumer 2 et 3 en: activation au cas par cas de tout contenu nécessitant une évolution sur le temps.
    4. pas de gestion des fenêtres. Le WM devrait pouvoir tout gérer. Par contre, il faut encore que je trouve un WM capable de supporter:
    • le placement des fenêtres optimal (comme le font les TWM)
    • un contrôle total avec n'importe quel périphérique (uniquement souris, uniquement clavier, uniquement manette, uniquement… ou n'importe quel mix de ces périphériques)
    • les applications souhaitant positionner plusieurs fenêtres selon une configuration définie par l'utilisateur, dans la configuration du WM.
    • les messages inter-fenêtres (hum… pour être honnête, je pense que dbus pourrait faire le taf, mais le trop peu que j'en sais et la façon dont c'est présenté font que j'en ai peur).

    À ma connaissance, ça n'existe pas encore?
    Si tu crois déceler dans ces dernières lignes que je considère toute application interactive comme étant incapable de faire correctement son job, c'est normal, je le pense. De même, si tu crois déceler dans ces mêmes lignes que je considères tous les gestionnaires de fenêtre comme insuffisants.
    Par contre, si tu décèles du mépris envers les créateurs de WM (tiled ou pas), de toolkits graphiques (GTK, Qt, MFC (oui, c'est du MS), whatever), ou d'applications, tu te trompes: le problème est énorme, et tous ont fait ce qu'ils ont pu pour combler un besoin, et je ne suis pas sûr que tout ait été pensé pour arriver à l'état actuel. Notablement The Gimp Toolkit.

    Pour le 1, O12 n'était pas valide. Linuxfr révélait, notamment, quelques bugs ennuyeux mais pas incontournables. J'en ai reporté 2 de mémoire, l'un à été corrigé, l'autre refusé parce que c'était O12 qui bugguait (normal). J'en rencontre encore avec vivaldi, pourtant basé sur chromium, de temps en temps… pas que ici, mais je pense que c'est du à vivaldi, donc je reporte pas.
    Pour le 2… O12 le faisait. Otter-browser le fait (partiellement au moins, pas tout testé). Les autres qui le font je ne les connais pas, ou alors ça ne saute pas aux yeux de l'utilisateur demi-fouineur (qui ne vas pas dans about config) que je suis.
    Pour le 3, la plupart (donc pas tous) des navigateurs que je connais le font. Le premier que j'ai connu à l'avoir fait était opéra, par contre.
    Quant au 4, les rares que je connais font mal le reste.

    Bref, O12 était pour moi la meilleure solution d'une situation désagréable. Otter-browser et vivaldi sont clairement ses héritiers.
    Otter est configurable pour une bonne sécurité mais inutilisable (au moment d'écriture du journal).
    Vivaldi est configurable pour le confort mais aussi mauvais en terme de sécurité que la moyenne.

    J'avoue, je me laisse aller au confort de vivaldi, pour le moment. Et le jour ou je voudrais aider à un browser qui tend vers mes idées, ça sera netsurf. Certainement pas chromium ou firefox.
    Maintenant, pour moi, quand on prend du mainstream, c'est pour le confort. Vivaldi et otter, en se basant sur chromium, font pour moi partie du mainstream.

  • [^] # Re: Si Linux fonctionne et que Windows est nécessaire => VM.

    Posté par  . En réponse au message Ordinateur à partition bloquée. Évalué à 2.

    Zut, j'ai zappé la section eeepc. Effectivement niveau RAM et CPU ça va être délicat. Ceci dit, Windows sur un eeePC c'est de toute façon délicat niveau perfs. Je sais que celui que j'avais acheté étais fournis avec un windows 7 starter, mais je n'ai jamais vu ce que ça donnait (j'aurai peut-être du jeter un œil, histoire de).

  • [^] # Re: merci, & autres braouzeurs

    Posté par  . En réponse au journal Opera 12: la relève?. Évalué à 3. Dernière modification le 22 janvier 2016 à 19:32.

    Bizarre, j'ai envoyé un mail sur la ml à ce sujet, et il m'a été répondu qu'il n'y à pas de support de JS? Ceci dit ça fait quelques temps (plusieurs semaines) que j'ai pas relevé ma boîte mail, il y à peut-être eu du nouveau…

    [edit]
    Ah bah avec le bon mot-clé et en lisant la page d'accueil, l'œil trouve vite la section intéressante! Il y a en effet un message du mois d'août qui traite de ce sujet.

  • [^] # Re: En même temps, définir le jabberwocky n'est pas aisé...

    Posté par  . En réponse au journal Jabber/XMPP, clarifications. Évalué à 2.

    Perso c'est warhammer v1 qui m'a fait le découvrir, dans ce JdR papier c'est une bestiole extrêmement dangereuse nommée jabberwock.
    Pas fan de nethack, j'ai beaucoup de mal avec les roguelike en fait (à l'exception de tales of maj'eyal, j'admets).

  • [^] # Re: re debian

    Posté par  . En réponse au message trouver ma distro . Évalué à 2.

    Pour être précis (et en retard, certes):

    Le manuel indique 2 façons de faire, l'une qui écrase tout (la méthode facile) et une autre qui est plus souple et un petit poil plus complexe. Ça pourra te servir plus tard.

  • [^] # Re: une debian?

    Posté par  . En réponse au message trouver ma distro . Évalué à 3.

    J'aimerai savoir ce qui amène aujourd'hui à choisir une distribution plutôt qu'une autre

    Sujet complexe, seuls ceux qui ont tout essayé peuvent y répondre, mais ils sont morts d'inanition :)
    Sinon je dirais que les principaux points pour choisir une distrib, quand on arrive de windows, c'est (à mon avis très personnel):

    • absence de 20 déclinaisons. Déjà, il à 10k distrib, et choisir la bonne n'est pas spécialement triviale, alors ajouter 20 déclinaisons par distrib, c'est juste empirer la chose pour moi. Typiquement, *buntu, c'est moche: il faut expliquer que certaines déclinaisons sont officielles mais pas les autres, puis expliquer les différences entres elles… qui se résument principalement au bureau par défaut (au niveau UX).
    • stabilité. Windows, de nos jours, c'est stable. Si tous les 5 jours il y à une mise à jour qui installe une nouvelle version d'un logiciel qui change les habitudes utilisateurs ou qui bug, ce n'est pas une bonne chose (cible: débutant) je pense. Bref, éviter les rolling release (type archlinux).
    • possibilité d'interface "classique" (XFCE/LXDE p.e.). Pour que l'utilisateur y retrouve ses petits, rapidement. S'il viens de windows, il aura probablement utilisé windows XP ou 7, donc la prise en main d'un XFCE ou d'un LXDE sera immédiate. Pour gnome, ce n'est pas si sûr (je n'ai pas essayé KDE depuis pas loin de 10 ans, peut pas dire donc). Sans parler du fait que les IHM classiques ont tendance à bouffer moins de ressources.
    • simplicité d'installation et diversité des logiciels dans le dépôt. Bon, j'imagine que toutes les distrib de bureau actuelles installent une suite bureautique et un navigateur web par défaut, mais les utilisateurs ont vite besoin d'outils annexes (calculatrice). Et si on commence à leur dire que, pour tel ou tel logiciel il faut aller sur un site alors que pour les autres il faut utiliser la ligne de commande, c'est pas bon. Donc, une distrib avec pleins de trucs, que l'on peut sélectionner sans connaître leur nom à l'avance. Perso, même moi qui utilise Debian depuis longtemps, je préfère toujours aptitude à apt: explorer une base de données en ligne de commandes, ça crains. Avec une interface graphique (ok, semi-graphique pour aptitude) c'est nettement mieux. Pourtant, je fais quasiment tout en ligne de commande…

    Et en fonction de la machine, légèreté du système et de l'écosystème (un nouvel arrivant ne saura pas ce qu'est un environnement de bureau, pour lui ça fait partie intégrante de l'OS).

    Je pense que si Debian est souvent conseillée aux débutants ces derniers temps, c'est qu'elle:

    • n'existe qu'en 1 exemplaire recommandé (oui, il existe les déclinaisons testing et unstable, mais elles ne sont pas pour les débutants, et il faut les chercher pour les trouver, contrairement à la stable)
    • reste relativement légère par défaut,
    • ne bouge pas trop vite (une version stable et on est tranquille pour 2 ans, à peu près),
    • ne casse pas les habitudes avec les mises à jour mineures, et celles-ci n'ajoutent pas de bugs (la perfection n'existe pas, ça peut arriver, mais je ne l'ai pas vécu avec la version officiellement recommandée),
    • possède un dépôt très raisonnablement fournis…
    • … dont font partie d'excellent logiciels pour installer ou supprimer des logiciels sans passer par la ligne de commande (aptitude, par exemple),

    Et pour ceux qui ont des velléités de bricolage, les fichiers de conf ont une conf correcte par défaut, avec un maximum de commentaires dedans. Mais ça, c'est pas pour les débutants :)
    On pourrait croire avec ce discours que je suis pleinement satisfait de Debian, mais non. Ceci dit, je ne me considère plus comme un débutant complet non plus.

    et quelles sont les distributions évoquées dans les magazines informatiques que l'on peut trouver en masse dans les kiosques…

    Quand je regarde, je vois souvent du Ubuntu/Mint dans les gros titres. J'avoue par contre, je ne regarde pas plus en détails, ce type de magazines n'est pas fait pour moi :)
    Souvent ils mettent l'accent sur les derniers logiciels à la mode: nouvelle version du DE, du browser, blabla… je ne suis pas la cible: j'utilise i3, urxvt et vim.

  • # Si Linux fonctionne et que Windows est nécessaire => VM.

    Posté par  . En réponse au message Ordinateur à partition bloquée. Évalué à 2.

    Quand quelqu'un passe de Windows à Linux, on lui conseille d'utiliser une VM linux pour éviter de péter le système, ce qui est généralement un bon conseil.
    Dans ton cas, tu veux passer de Linux à Windows, alors pourquoi ne pas faire l'inverse, à savoir utiliser une VM windows (par exemple avec virtualbox)?

    Comme ça, pas de risque de péter quoique ce soit. Le seul truc qui poseras souci, ce sont les jeux nécessitant l'accélération graphique, mais la raison de la migration étant professionnelle j'imagine que ce ne sera pas gênant.

    Toute autre manipulation sera plus risquée (pour les données, à minima), en cas d'échec du partitionnement ou de foirage d'install du futur OS (j'ai quelques mauvais souvenirs de windows + secure boot de ce côté…).

    Accessoirement, le fait d'installer une machine virtuelle (VM) permets d'éviter de se prendre la tête a cause du manque de lecteur optique: il suffit d'une image disque, que l'on peut générer à partir d'un support physique sans grand souci (pas mal de doc à ce sujet sur le www).

  • [^] # Re: Iceweasel

    Posté par  . En réponse au journal Opera 12: la relève?. Évalué à 2.

    Merci à vous deux pour l'info.

  • [^] # Re: Avahi

    Posté par  . En réponse au message Accéder à une application web depuis le serveur local avec le hostname de la machine. Évalué à 4.

    ActiveDirectory

    De mémoire, AD nécessite un DHCP et un DNS (qui peuvent être inclus dans AD je crois, j'ai un doute). En tout cas, c'est certainement plus dur de monter un AD qu'un simple couple DNS/DHCP.

  • # en utilisant le routeur d'accès internet.

    Posté par  . En réponse au message Accéder à une application web depuis le serveur local avec le hostname de la machine. Évalué à 9.

    La plupart des routeurs d'accès internet, ou *box, que fournissent les FAIs de nos jours sont à la fois des routeurs, des switchs, des firewall, des serveurs DHCP et des serveurs DNS.

    Donc, techniquement, pas besoin de "monter" un serveur: tu en as probablement déjà un. Il suffit de le configurer.

    Sur une Livebox récente, il suffit d'aller dans l'espace d'administration, dans l'onglet "configuration avancée", sous-onglet "DNS".
    Sur d'autres, l'interface change donc je ne peux pas t'aider.
    Ah, et bien sûr, si tu as un réseau avec des ramifications (des routeurs au sein de ton LAN, mais j'en doute) et que la box ne vois pas toutes les machines, ça pourrais être plus complexe, mais si tu as fait ça, tu devrais savoir résoudre le problème.