Du coup, c'est juste qu'il affiche le code correspondant à la section que l'on debug? Il n'y a pas vraiment de contrôle interactif, dans le sens ou l'on peut utiliser autre chose que des commandes pour le piloter?
Posté par freem .
En réponse à la dépêche FreeBSD 11.1.
Évalué à 2.
Dernière modification le 01 août 2017 à 13:31.
getaddrinfo(1)
Ah ok… j'avais pas tilté le numéro de manpage! Ca explique tout du coup, merci.
il suffit de taper gui à l'invite.
Hum… moui, lancer l'interface, j'avais réussi. C'est m'en servir, que je n'ai pas réussi. Bon, je parle de la version de Debian aussi, devait être debian 7, donc ça a dû changer pas mal.
Quant à gdb, j'admets ne pas avoir insisté avec son interface, vu que j'ai déjà cgdb qui me dépanne.
Ben ça promets si les prochaines générations voient du lovecraft partout :D
Remarque, c'est pas plus mal, en voyant l'univers de lovecraft ils relativiseront le monde réel…
Du coup j'ai «un peu» de mal à comprendre le rapport entre le (langage) C et Cthulhu ('tain mais comment Lovecraft a-t-il fait pour pondre ce nom…) moi. En fait, c'est juste des peluches et un livre pour les enfants?
Quand tu paie un médoc, tu paies aussi les recherches qui ont "raté", tu paie les risques qu'a pris le labo en développant le médoc.
Bien sûr, et c'est logique. On ne peut pas ne financer que ce qui marche, sinon on n'avance pas… en soit, le principe de la propriété intellectuelle ne me semble pas totalement débile: il faut bien pouvoir vivre de ses créations.
Ce qui me pose problème, c'est le fait que j'ai bien l'impression que les droits de P.I. s'allongent, que les sources (codes sources, plans, formules chimiques, etc) sont gardées dans des coffres forts et pas versés dans un dépôt public à la fin de la période, et que l'information allant plus vite de nos jours, les sciences et techniques sont obsolètes plus vite. Du coup, la P.I. dans son état actuel et l'évolution que je ressent me paraît avoir un effet contraire à son rôle d'origine (qui est d'éviter la perte, justement, et d'accélérer le progrès).
Pour prendre un exemple simple, je trouve anormal que des jeux vidéo des années 80 soient encore protégés, que ce soit du point de vue artistique ou technique, alors qu'ils ne sont plus exploités, parfois même plus exploitables, les données protégées parfois irrémédiablement perdues.
Alors, quand il y a contribution de l'extérieur aux résultats, comme ce dont on parle ici, j'estime clairement que les contributeurs ont un droit de regard, faisant parties des gens qui ont investit. Exactement comme pour les labos que tu cites: ces labos ont investit dans des recherches, fait des erreurs et eu des résultats positifs. Ceux qui ont contribué à ça (les investisseurs) ont le droit d'exploiter les résultats, c'est normal.
Mais du coup, quid du cas participatif? On peut toujours demander aux gens de faire du mécénat, mais il faut que ce soit clair qu'il n'y aura pas de contrepartie, ou l'inverse. Après, libre à chacun de décider si oui ou non il adhère à la philosophie sous-jacente (tiens, linuxfr mets ce terme en rouge, surprenant).
Si il y a un brevet cela leur profite 20 ans, donc bon consentons cet effort pour avoir un joli domaine public pour nos enfants \o/
S'il y a un brevet, cela empêche les autres de le faire pendant 20 ans, surtout, et ça, moi, ça me pose problème quand ça a justement été rendu possible par les autres.
Je pense que ce qui est, entres autres, financé par une communauté devrait être accessible par la dite communauté. Enfin, devrait l'être, dans un monde honnête.
C'est moins énergivore de troller sur un truc ou la base est juste humoristique que d'aller faire quelque chose de productif.
Et pour ça, quoi de mieux que d'aller crier au racisme parce que la photo d'une noire est associée à la Finlande… C'est sûr: personne ne pouvait attaquer sur le texte, ou le sexisme, faut bien trouver un truc.
Ceci dit, je regrette l'époque de la guerre des init: dans le flot de trolls, il y avait des propos intéressants.
Du coup question: le gestionnaire de connexion peut aussi démarrer/arrêter des daemons en fonction de profil?
Parce que comme tu le remarques, je ne maîtrise pas le sujet (enfin, j'aurai tendance à ne pas avoir envie de fouiller dans des docs pour un truc que je pourrai faire en quelques minutes à coups de scripts).
Et une autre pour la route, ce qui serait vraiment intéressant (et que je n'imagine pas comment faire en scripts): ça permets de basculer d'un DE à l'autre en live, sans relancer Xorg (ou wayland, remarque, mais avec wayland je vois pas du tout comment ça pourrait marcher, ou ne pas marcher)
Posté par freem .
En réponse à la dépêche FreeBSD 11.1.
Évalué à 4.
Dernière modification le 01 août 2017 à 10:41.
J'ai vu plusieurs points intéressants pour les dev:
Notre bmake à nous intègre la version 20170510, en coopération avec NetBSD.
bmake, c'est une alternative à gnu make? Quels sont ses points d'intérêts techniques (donc, hors licence)?
Venu de NetBSD, getaddrinfo(1) a débarqué.
Euh… vous utilisiez quoi ces 16 dernières années, du coup? Je me souviens vaguement d'une autre fonction pour faire le même genre de trucs, sauf que de mémoire (impossible de me rappeler le nom, c'est pas possible ça!) IPv6 n'était pas supporté et elle apportait des problèmes de sécurité…
Et pour le "ces 16 dernières années", je me base sur le fait que "Conforming To POSIX.1-2001" signifie pour moi que le standard en question date de 2001. Je me trompe peut-être cela dit.
Dans l’idée de promouvoir lldb, the debugger, les débogueurs gdb et kgdb sont dépréciés.
Déprécier gdb, pourquoi pas. Faut dire que je ne suis pas fan de readline qui a des comportements aléatoires sur mes machines (genre "la commande grep est inconnue" dans bash, ou équivalent sous gdb, parce que cette stupide lib de readline semble ajouter des caractères invisibles suite à une typo que je corrige, mais seulement de façon aléatoire! grrr) et donc de tout logiciel qui se base dessus.
Par contre, je suis intrigué pour kgdb: je ne m'en suis certes jamais servi, n'ayant jamais eu l'occasion de hacker du kernel, mais j'aurai tendance à penser que débug un kernel nécessite des outils spécifiques, alors que je soupçonne lldb d'être généraliste, à l'instar de gdb.
Pour finir sur gdb/lldb… quid des frontends? La dernière fois que j'ai cherché (il y a moins d'un an) je n'ai trouvé aucun frontend correct. Ce n'est pas comme s'il en existait beaucoup pour gdb, mais j'arrive au moins à des résultats décents avec cgdb.
J'avais vu que lldb avait une interface ncurses intégrée, mais j'ai été totalement incapable de m'en servir, et pas foutu de trouver la moindre doc à ce sujet non plus!
Enfin, de toute façon, le fait de passer à clang/llvm rends la l'obsolescence de gdb inévitable: je ne compte plus les emmerdes que j'ai eues à débug du binaire clang avec gdb, alors j'imagine que la réciproque doit être vraie également.
Mis à part ces points de dev, j'ai vu plusieurs fois l'idée d'une collaboration avec NetBSD?
Je sais bien que le monde du libre est… libre, mais j'avais toujours imaginé les *BSD assez compartimenté, donc ça m'a surpris.
Il y a un objectif à plus moyen terme derrière, ou c'est juste accidentel?
Je sais que la philosophie de Net et Free BSD est très différente, mais peut-être que plus d'outils pourraient être partagés, ça serait pas mal.
Cependant dans les tests, l'autonomie de ces machines est déterminée sous windows. Je ne vois pas pourquoi je ne peux m'attendre à des performances similaires ?
Plusieurs raisons:
la principale: la gestion de l'énergie marche, de mon expérience, souvent mieux sous windows, pas illogique si on considère la différence de demande.
Gnome offre probablement plus de fonctionnalités que le DE de windows (pas dur, je dirai), et qui dit fonctionnalités dit charge en RAM, à minima, donc consommation d'énergie.
Pour en revenir aux DE, si tu apprécies XFCE qui est plus léger que gnome, pourquoi ne pas installer les 2?
Il faudrait "juste" configurer 2 modes de fonctionnement (mot-clé pour la recherche: runlevel), l'un léger qui ne lance que les daemons réellement nécessaires et qui te passe sur XFCE, pour quand tu sais que tu n'auras pas de source d'énergie pendant quelques temps, l'autre, plus lourd, qui lance toutes les commodités et te bascule sur gnome, quand le jus n'est pas un problème.
Je reconnais n'avoir jamais joué avec ce genre de trucs, enfin, pas trop, mais je pense qu'il ne devrait pas être trop compliqué de faire le comportement que je décrit.
Concrètement, cette solution nécessiterait de jouer avec l'init pour lancer le gestionnaire de session avec des paramètres différents en fonction du runlevel, ou mieux: faire qu'il reconnaisse le runlevel et sélectionne le DE correspondant.
Ca, je ne sais pas faire, vu que j'utilise un ~/.profile qui lance startx si je me log sur le TTY1. Dans mon cas, je n'aurai qu'a intégrer la commande runlevel pour utiliser un .xinit ou un autre.
Le reste, le lancement ou l'extinction des daemons en fonction du mode dans lequel tu veux être, c'était trivial du temps de sysvinit, et je saurai le faire avec runit également (en fait, c'est encore plus simple avec runit, mais peu importe). Sur systemd, je ne saurais pas te renseigner, mais je ne doute pas que ça doit être simple.
La demande semble en effet simple mais ce n'est pas facile à trouver.
Il est très complexe de faire des choses simples, ironiquement.
Tu utilises quel boot loader?
Avec certains, il est possible de sélectionner autrement qu'en voyageant de manière interactive: par exemple en saisissant un numéro.
Sinon, tu peux aussi tout bêtement utiliser la touche "2" du pavé numérique, en ayant au préalable désactivé le verrou numérique. Bien sûr, ce n'est pas applicable sur la plupart des claviers d'ordinateurs portables, ceux-ci n'ayant pas souvent de pavé numérique…
Ca aurait été plus simple avec un peu plus d'infos, en somme. Genre le bootloader, éventuellement sa version, la distro qui le gère, si ton PC est un portable et si oui son modèle, sinon le modèle du clavier… enfin, quelque chose, quoi. La, si ça se trouve, c'est le bootloader de windows que tu utilises…
Pour répondre ta question "Comment distinguer la version 32/64 bit d'un OS du jeu d'instruction utilisé", ben on ne sait pas…
Ta réponse m'a fait me poser la question de, justement, comment le kernel le sait, lui. Je me suis dit que les binaires devaient bien avoir l'information quelque part, et comme je sais qu'ils suivent le format ELF, j'ai regardé vite fait.
A l'offset 0x12 se trouvent 2 octets qui indiquent le jeu d'instruction. Ceci dit, je doute fort que ça supporte une différentiation entre les iX86, au final, mais on peut au moins faire le distingo entre x86 et x64.
Il y a un autre champ qui indique si l'adressage se fait en 32 ou 64 bits, donc il doit y avoir un moyen pour compiler avec le jeu d'instructions 64bits mais en gardant des adresses 32, ce qui m'intéresse personnellement beaucoup (pour différentes raisons qui ne rentrent pas dans le sujet qui nous concerne ici).
Bon, pour l'auteur du sujet, je doute que ce soit très pertinent, de toute façon. D'autant qu'il faut un éditeur hexa (ou un simple coup de hd, certes) avec la doc, ou un outil spécialisé, éventuellement…
Ubuntu est plus stricte encore, leur i386 est en fait un i586/i686
C'est pas juste du i686, Ubuntu? Avec Debian qui supporterait encore le 586 en plus du 686?
En règle générale, on compile pour le dénominateur commun d'une famille d'architecture, en l' occurrence soit x86_64 a.k.a amd64 soit x86 a.k.a. IA32, et certains programmes ou certaines bibliothèques vont choisir à l'exécution un code optimisé pour tel ou tel processeur.
Les distributions binaires compilent pour des architectures et processeurs génériques. Les distributions source permettent elles de compiler en prenant en compte des optimisations et jeu d'instructions spécifiques pour le processeur sélectionné, pour être précis.
Par contre, je n'ai jamais entendu parler d'une application qui exécute une section ou l'autre de son code en fonction de l'archi… si tu as une référence, je suis super intéressé.
Une autonomie d'une journée, pour moi, ça veut dire 16H (les 8 dernières, je dors et je mange, en général), ça fait beaucoup quand même. Pour toi, c'est peut-être juste le temps de travail, donc ~7H. C'est déjà plus faisable à priori (je tenais a peu près 6H avec mon 1015pem, mais…), avec une batterie neuve.
Pour le "mais…" de ma parenthèse, je veux en venir à un point qui pourrait t'aider a atteindre une bonne autonomie. Moi, mon netbook, il tournait pas avec Gnome ou KDE, mais avec i3 et un jeu de logiciels sélectionnés par mes soins pour être relativement rapides.
Concrètement, ta configuration logicielle va plus ou moins tirer sur l'usage de la RAM, du CPU et d'un éventuel GPU. Mention spéciale pour les bureaux blindés de jolis effets graphiques: transparence, "coins arrondis", animations à tout va… ça ne sert en pratique à rien et oui, ça tire sur les ressources et donc impacte l'autonomie du système.
En continuant sur mon "mais", je tenais dans les 6H en désactivant tout ce qui touche aux radiofréquences (ce qui ajoutait plus d'une heure d'autonomie) et en adaptant la luminosité de mon écran: dans les endroits sombres, je le mettais au minimum (un peu moins d'une heure pour ça). Lumière à fond et wifi ou bluetooth activés, je ne tenais que 4H, maxi.
En passant: si tu comptes beaucoup voyager avec, dans des conditions de lumière pas toujours optimales pour un travail sur PC, tu devrais faire attention de ne pas prendre une dalle brillante mais mate. Parce que pour y voir quoique ce soit sur une dalle brillante, il faut monter la luminosité, ce qui en plus de péter les yeux pourri la batterie.
En tout cas, bonne chance pour trouver ta machine, et je serai curieux de savoir sur quoi tu vas: je vais aussi avoir besoin de m'acheter un ultraportable pas trop cher sous peu ;) (mais je vise pas l'autonomie de la journée complète, 4H en usage élevé me suffiront, p'tet opter pour une batterie secondaire…)
Clairement, parce que dans une collection assez conséquente, il faut au moins pouvoir repérer rapidement les "le joueur tire" et les "la joueuse pointe".
Marrant, me suis fait la même réflexion en lisant le journal. Ceci dis, je me suis bien douté qu'ils ne le faisaient pas, sans quoi tous les contenu exécutables foireraient…
J'imagine qu'un système de tags pour les fichiers n'aurait réellement d'intérêt que s'il était supporté par le système de fichier, au final. Peut-être qu'il en existe un qui le fait?
Mais du coup, comment une distribution quasi inexistante médiatiquement pourrait avoir 10% des utilisateurs de distrib linux, même en se limitant au monde serveurs et machines de bureau (parce que si on inclue android, c'est juste évident qu'on est loin des 10%)?
Je ne dis pas que son auteur devrait l'ouvrir plus, je réagissais juste à l'affirmation que slack représente 10% de PdM dans le monde linux sus-cité.
Je ne vois pas trop bien le rapport avec grub : le problème vient quand je suis sur le menu du Live USB, après avoir choisi l'option installé. A ce moment là, grub n'a rien avoir, non ?
Le boot loader passe des options au noyau. Souvent, les distrib installent grub en tant que bootloader par défaut.
Parmi les options du kernel, il existe des options qui permettent de ne pas afficher les journaux de démarrage: ça fait peur aux utilisateurs de voir que leur système n'est pas planté, il paraît. Si tu as une telle option passée au kernel, tu ne verras pas les messages du noyau.
Ton problème semble être que tu arrives sur busybox, ce qui ne m'est arrivé que lors d'utilisation d'outils de récup (qui en deviennent du coup quasi-inutilisable, busy n'ayant, de mémoire, ni documentation sur ses commandes, ni éditeur de texte. Faut dire qu'il est pas fait pour ça…) soit quand busybox est dans l'initramfs et que celui-ci échoue à lancer le programme d'init. Cette dernière option semble être ton cas. A savoir que dans ce cas, seul l'init n'est pas trouvé, donc le kernel a déjà écrit pas mal de choses sur le TTY, y compris l'étape qui a foiré.
Ce sont ces lignes la dont on va avoir besoin pour t'aider, car elles vont nous permettre de comprendre ce qui a foiré et de te suggérer des pistes ou solutions.
Donc tu me reproches à moi de faire référence à tes propres arguments ?
Ce n'était pas un reproche, en soi. En fait, j'avoue m'être laissé séduire par la possibilité de retourner cet argument pénible si souvent utilisé par les pro-systemd contre l'un d'entre eux, qui n'y est d'ailleurs probablement pour rien ;)
dpkg prends la valeur par défaut au question posée si je me souviens bien.
[^] # Re: code
Posté par freem . En réponse à la dépêche FreeBSD 11.1. Évalué à 2.
Du coup, c'est juste qu'il affiche le code correspondant à la section que l'on debug? Il n'y a pas vraiment de contrôle interactif, dans le sens ou l'on peut utiliser autre chose que des commandes pour le piloter?
[^] # Re: Preuve de travail
Posté par freem . En réponse au journal Hardfork du Bitcoin : bienvenue au Bitcoin Cash. Évalué à 10.
Mais non voyons… un p'tit réseau de zombies Windows, ou peut-être plus simple, un botnet d'objets «intelligents», et ça roule…
[^] # Re: code
Posté par freem . En réponse à la dépêche FreeBSD 11.1. Évalué à 2. Dernière modification le 01 août 2017 à 13:31.
Ah ok… j'avais pas tilté le numéro de manpage! Ca explique tout du coup, merci.
Hum… moui, lancer l'interface, j'avais réussi. C'est m'en servir, que je n'ai pas réussi. Bon, je parle de la version de Debian aussi, devait être debian 7, donc ça a dû changer pas mal.
Quant à gdb, j'admets ne pas avoir insisté avec son interface, vu que j'ai déjà cgdb qui me dépanne.
[^] # Re: mais comment....
Posté par freem . En réponse au journal Programme de réinsertion pour informaticien au bout du rouleau. Évalué à 2.
Ben ça promets si les prochaines générations voient du lovecraft partout :D
Remarque, c'est pas plus mal, en voyant l'univers de lovecraft ils relativiseront le monde réel…
[^] # Re: mais comment....
Posté par freem . En réponse au journal Programme de réinsertion pour informaticien au bout du rouleau. Évalué à 2.
Du coup j'ai «un peu» de mal à comprendre le rapport entre le (langage) C et Cthulhu ('tain mais comment Lovecraft a-t-il fait pour pondre ce nom…) moi. En fait, c'est juste des peluches et un livre pour les enfants?
[^] # Re: Résultats brevetés ?
Posté par freem . En réponse au journal Aider la recherche en étant malade. Évalué à 4. Dernière modification le 01 août 2017 à 12:48.
Bien sûr, et c'est logique. On ne peut pas ne financer que ce qui marche, sinon on n'avance pas… en soit, le principe de la propriété intellectuelle ne me semble pas totalement débile: il faut bien pouvoir vivre de ses créations.
Ce qui me pose problème, c'est le fait que j'ai bien l'impression que les droits de P.I. s'allongent, que les sources (codes sources, plans, formules chimiques, etc) sont gardées dans des coffres forts et pas versés dans un dépôt public à la fin de la période, et que l'information allant plus vite de nos jours, les sciences et techniques sont obsolètes plus vite. Du coup, la P.I. dans son état actuel et l'évolution que je ressent me paraît avoir un effet contraire à son rôle d'origine (qui est d'éviter la perte, justement, et d'accélérer le progrès).
Pour prendre un exemple simple, je trouve anormal que des jeux vidéo des années 80 soient encore protégés, que ce soit du point de vue artistique ou technique, alors qu'ils ne sont plus exploités, parfois même plus exploitables, les données protégées parfois irrémédiablement perdues.
Alors, quand il y a contribution de l'extérieur aux résultats, comme ce dont on parle ici, j'estime clairement que les contributeurs ont un droit de regard, faisant parties des gens qui ont investit. Exactement comme pour les labos que tu cites: ces labos ont investit dans des recherches, fait des erreurs et eu des résultats positifs. Ceux qui ont contribué à ça (les investisseurs) ont le droit d'exploiter les résultats, c'est normal.
Mais du coup, quid du cas participatif? On peut toujours demander aux gens de faire du mécénat, mais il faut que ce soit clair qu'il n'y aura pas de contrepartie, ou l'inverse. Après, libre à chacun de décider si oui ou non il adhère à la philosophie sous-jacente (tiens, linuxfr mets ce terme en rouge, surprenant).
[^] # Re: Résultats brevetés ?
Posté par freem . En réponse au journal Aider la recherche en étant malade. Évalué à 6.
S'il y a un brevet, cela empêche les autres de le faire pendant 20 ans, surtout, et ça, moi, ça me pose problème quand ça a justement été rendu possible par les autres.
Je pense que ce qui est, entres autres, financé par une communauté devrait être accessible par la dite communauté. Enfin, devrait l'être, dans un monde honnête.
[^] # Re: Après les journaux Bookmark...
Posté par freem . En réponse au journal « Je suis de gauche », le pack de démarrage. Évalué à 0.
C'est moins énergivore de troller sur un truc ou la base est juste humoristique que d'aller faire quelque chose de productif.
Et pour ça, quoi de mieux que d'aller crier au racisme parce que la photo d'une noire est associée à la Finlande… C'est sûr: personne ne pouvait attaquer sur le texte, ou le sexisme, faut bien trouver un truc.
Ceci dit, je regrette l'époque de la guerre des init: dans le flot de trolls, il y avait des propos intéressants.
[^] # Re: Une journée!?!
Posté par freem . En réponse au message Netbook actuel 11,6". Évalué à 2.
Du coup question: le gestionnaire de connexion peut aussi démarrer/arrêter des daemons en fonction de profil?
Parce que comme tu le remarques, je ne maîtrise pas le sujet (enfin, j'aurai tendance à ne pas avoir envie de fouiller dans des docs pour un truc que je pourrai faire en quelques minutes à coups de scripts).
Et une autre pour la route, ce qui serait vraiment intéressant (et que je n'imagine pas comment faire en scripts): ça permets de basculer d'un DE à l'autre en live, sans relancer Xorg (ou wayland, remarque, mais avec wayland je vois pas du tout comment ça pourrait marcher, ou ne pas marcher)
[^] # Re: Question vim
Posté par freem . En réponse au journal Interview de Mark Nudelman, auteur de less et mainteneur actif depuis 34 ans . Évalué à 2.
Comme?
Pour moi, la principale caractéristique de vi, c'est le côté modal, je n'ai pas l'impression que less implémente un truc dans ce style?
[^] # Re: Trucs et Astuces :)
Posté par freem . En réponse au journal Interview de Mark Nudelman, auteur de less et mainteneur actif depuis 34 ans . Évalué à 2.
Ca saute pourtant aux yeux quand tu regardes son avatar… il est blanc et noir avec un peu de jaune.
Hop moi je sors
# code
Posté par freem . En réponse à la dépêche FreeBSD 11.1. Évalué à 4. Dernière modification le 01 août 2017 à 10:41.
J'ai vu plusieurs points intéressants pour les dev:
bmake, c'est une alternative à gnu make? Quels sont ses points d'intérêts techniques (donc, hors licence)?
Euh… vous utilisiez quoi ces 16 dernières années, du coup? Je me souviens vaguement d'une autre fonction pour faire le même genre de trucs, sauf que de mémoire (impossible de me rappeler le nom, c'est pas possible ça!) IPv6 n'était pas supporté et elle apportait des problèmes de sécurité…
Et pour le "ces 16 dernières années", je me base sur le fait que "Conforming To POSIX.1-2001" signifie pour moi que le standard en question date de 2001. Je me trompe peut-être cela dit.
Déprécier gdb, pourquoi pas. Faut dire que je ne suis pas fan de readline qui a des comportements aléatoires sur mes machines (genre "la commande grep est inconnue" dans bash, ou équivalent sous gdb, parce que cette stupide lib de readline semble ajouter des caractères invisibles suite à une typo que je corrige, mais seulement de façon aléatoire! grrr) et donc de tout logiciel qui se base dessus.
Par contre, je suis intrigué pour kgdb: je ne m'en suis certes jamais servi, n'ayant jamais eu l'occasion de hacker du kernel, mais j'aurai tendance à penser que débug un kernel nécessite des outils spécifiques, alors que je soupçonne lldb d'être généraliste, à l'instar de gdb.
Pour finir sur gdb/lldb… quid des frontends? La dernière fois que j'ai cherché (il y a moins d'un an) je n'ai trouvé aucun frontend correct. Ce n'est pas comme s'il en existait beaucoup pour gdb, mais j'arrive au moins à des résultats décents avec cgdb.
J'avais vu que lldb avait une interface ncurses intégrée, mais j'ai été totalement incapable de m'en servir, et pas foutu de trouver la moindre doc à ce sujet non plus!
Enfin, de toute façon, le fait de passer à clang/llvm rends la l'obsolescence de gdb inévitable: je ne compte plus les emmerdes que j'ai eues à débug du binaire clang avec gdb, alors j'imagine que la réciproque doit être vraie également.
Mis à part ces points de dev, j'ai vu plusieurs fois l'idée d'une collaboration avec NetBSD?
Je sais bien que le monde du libre est… libre, mais j'avais toujours imaginé les *BSD assez compartimenté, donc ça m'a surpris.
Il y a un objectif à plus moyen terme derrière, ou c'est juste accidentel?
Je sais que la philosophie de Net et Free BSD est très différente, mais peut-être que plus d'outils pourraient être partagés, ça serait pas mal.
PS: pardon pour le pavé
[^] # Re: Une journée!?!
Posté par freem . En réponse au message Netbook actuel 11,6". Évalué à 2.
Plusieurs raisons:
Pour en revenir aux DE, si tu apprécies XFCE qui est plus léger que gnome, pourquoi ne pas installer les 2?
Il faudrait "juste" configurer 2 modes de fonctionnement (mot-clé pour la recherche: runlevel), l'un léger qui ne lance que les daemons réellement nécessaires et qui te passe sur XFCE, pour quand tu sais que tu n'auras pas de source d'énergie pendant quelques temps, l'autre, plus lourd, qui lance toutes les commodités et te bascule sur gnome, quand le jus n'est pas un problème.
Je reconnais n'avoir jamais joué avec ce genre de trucs, enfin, pas trop, mais je pense qu'il ne devrait pas être trop compliqué de faire le comportement que je décrit.
Concrètement, cette solution nécessiterait de jouer avec l'init pour lancer le gestionnaire de session avec des paramètres différents en fonction du runlevel, ou mieux: faire qu'il reconnaisse le runlevel et sélectionne le DE correspondant.
Ca, je ne sais pas faire, vu que j'utilise un ~/.profile qui lance startx si je me log sur le TTY1. Dans mon cas, je n'aurai qu'a intégrer la commande runlevel pour utiliser un .xinit ou un autre.
Le reste, le lancement ou l'extinction des daemons en fonction du mode dans lequel tu veux être, c'était trivial du temps de sysvinit, et je saurai le faire avec runit également (en fait, c'est encore plus simple avec runit, mais peu importe). Sur systemd, je ne saurais pas te renseigner, mais je ne doute pas que ça doit être simple.
Il est très complexe de faire des choses simples, ironiquement.
# boule de cristal en panne
Posté par freem . En réponse au message Modifier l'affectation d'une touche du clavier. Évalué à 4.
Tu utilises quel boot loader?
Avec certains, il est possible de sélectionner autrement qu'en voyageant de manière interactive: par exemple en saisissant un numéro.
Sinon, tu peux aussi tout bêtement utiliser la touche "2" du pavé numérique, en ayant au préalable désactivé le verrou numérique. Bien sûr, ce n'est pas applicable sur la plupart des claviers d'ordinateurs portables, ceux-ci n'ayant pas souvent de pavé numérique…
Ca aurait été plus simple avec un peu plus d'infos, en somme. Genre le bootloader, éventuellement sa version, la distro qui le gère, si ton PC est un portable et si oui son modèle, sinon le modèle du clavier… enfin, quelque chose, quoi. La, si ça se trouve, c'est le bootloader de windows que tu utilises…
[^] # Re: Sauvegarde disque
Posté par freem . En réponse au message Recherche logiciel de restauration/clonage de configuration d'OS. Évalué à 2.
Ta réponse m'a fait me poser la question de, justement, comment le kernel le sait, lui. Je me suis dit que les binaires devaient bien avoir l'information quelque part, et comme je sais qu'ils suivent le format ELF, j'ai regardé vite fait.
A l'offset 0x12 se trouvent 2 octets qui indiquent le jeu d'instruction. Ceci dit, je doute fort que ça supporte une différentiation entre les iX86, au final, mais on peut au moins faire le distingo entre x86 et x64.
Il y a un autre champ qui indique si l'adressage se fait en 32 ou 64 bits, donc il doit y avoir un moyen pour compiler avec le jeu d'instructions 64bits mais en gardant des adresses 32, ce qui m'intéresse personnellement beaucoup (pour différentes raisons qui ne rentrent pas dans le sujet qui nous concerne ici).
Bon, pour l'auteur du sujet, je doute que ce soit très pertinent, de toute façon. D'autant qu'il faut un éditeur hexa (ou un simple coup de hd, certes) avec la doc, ou un outil spécialisé, éventuellement…
C'est pas juste du i686, Ubuntu? Avec Debian qui supporterait encore le 586 en plus du 686?
Les distributions binaires compilent pour des architectures et processeurs génériques. Les distributions source permettent elles de compiler en prenant en compte des optimisations et jeu d'instructions spécifiques pour le processeur sélectionné, pour être précis.
Par contre, je n'ai jamais entendu parler d'une application qui exécute une section ou l'autre de son code en fonction de l'archi… si tu as une référence, je suis super intéressé.
# mais comment....
Posté par freem . En réponse au journal Programme de réinsertion pour informaticien au bout du rouleau. Évalué à 4. Dernière modification le 31 juillet 2017 à 14:36.
… que tu as fait pour trouver ça?
(sinon mon vim s'est pas perdu, il est juste dans un tunnel, mais shh… c'est une opération clandestine!)
# Une journée!?!
Posté par freem . En réponse au message Netbook actuel 11,6". Évalué à 4.
Une autonomie d'une journée, pour moi, ça veut dire 16H (les 8 dernières, je dors et je mange, en général), ça fait beaucoup quand même. Pour toi, c'est peut-être juste le temps de travail, donc ~7H. C'est déjà plus faisable à priori (je tenais a peu près 6H avec mon 1015pem, mais…), avec une batterie neuve.
Pour le "mais…" de ma parenthèse, je veux en venir à un point qui pourrait t'aider a atteindre une bonne autonomie. Moi, mon netbook, il tournait pas avec Gnome ou KDE, mais avec i3 et un jeu de logiciels sélectionnés par mes soins pour être relativement rapides.
Concrètement, ta configuration logicielle va plus ou moins tirer sur l'usage de la RAM, du CPU et d'un éventuel GPU. Mention spéciale pour les bureaux blindés de jolis effets graphiques: transparence, "coins arrondis", animations à tout va… ça ne sert en pratique à rien et oui, ça tire sur les ressources et donc impacte l'autonomie du système.
En continuant sur mon "mais", je tenais dans les 6H en désactivant tout ce qui touche aux radiofréquences (ce qui ajoutait plus d'une heure d'autonomie) et en adaptant la luminosité de mon écran: dans les endroits sombres, je le mettais au minimum (un peu moins d'une heure pour ça). Lumière à fond et wifi ou bluetooth activés, je ne tenais que 4H, maxi.
En passant: si tu comptes beaucoup voyager avec, dans des conditions de lumière pas toujours optimales pour un travail sur PC, tu devrais faire attention de ne pas prendre une dalle brillante mais mate. Parce que pour y voir quoique ce soit sur une dalle brillante, il faut monter la luminosité, ce qui en plus de péter les yeux pourri la batterie.
En tout cas, bonne chance pour trouver ta machine, et je serai curieux de savoir sur quoi tu vas: je vais aussi avoir besoin de m'acheter un ultraportable pas trop cher sous peu ;) (mais je vise pas l'autonomie de la journée complète, 4H en usage élevé me suffiront, p'tet opter pour une batterie secondaire…)
[^] # Re: Je me demande quel est l'intéret de cette étude ...
Posté par freem . En réponse au journal Les BSD sont‐ils tous égaux devant les bugs ?. Évalué à 0.
Tu parles de windows?
[^] # Re: Expérience utilisateur déficiente
Posté par freem . En réponse au journal Le taguage des fichiers commence à être pris en compte dans Nautilus . Évalué à 2.
Clairement, parce que dans une collection assez conséquente, il faut au moins pouvoir repérer rapidement les "le joueur tire" et les "la joueuse pointe".
Je suis déjà dehors…
[^] # Re: inséré dans le fichier !?.
Posté par freem . En réponse au journal Le taguage des fichiers commence à être pris en compte dans Nautilus . Évalué à 2.
Marrant, me suis fait la même réflexion en lisant le journal. Ceci dis, je me suis bien douté qu'ils ne le faisaient pas, sans quoi tous les contenu exécutables foireraient…
J'imagine qu'un système de tags pour les fichiers n'aurait réellement d'intérêt que s'il était supporté par le système de fichier, au final. Peut-être qu'il en existe un qui le fait?
[^] # Re: Faute de français
Posté par freem . En réponse à la dépêche Reportage sur LaTeleLibre.fr : « La Guerre des Civic Tech ». Évalué à 2.
Ce n'est pas plutôt: "Je n'en ai rien à branler"? (bon le gras sur une seule lettre et un ' se voit pas des masses)
[^] # Re: Ah le désespoir
Posté par freem . En réponse au journal Vous avez aimé BSD vs System V ? Vous aimerez systemd vs openRC (et le reste du monde). Évalué à 2.
Mais du coup, comment une distribution quasi inexistante médiatiquement pourrait avoir 10% des utilisateurs de distrib linux, même en se limitant au monde serveurs et machines de bureau (parce que si on inclue android, c'est juste évident qu'on est loin des 10%)?
Je ne dis pas que son auteur devrait l'ouvrir plus, je réagissais juste à l'affirmation que slack représente 10% de PdM dans le monde linux sus-cité.
[^] # Re: a vue de nez...
Posté par freem . En réponse au message "Can not mount /dev/loop0" lors de l'installation Ubuntu GNOME 16.04.2. Évalué à 2.
Le boot loader passe des options au noyau. Souvent, les distrib installent grub en tant que bootloader par défaut.
Parmi les options du kernel, il existe des options qui permettent de ne pas afficher les journaux de démarrage: ça fait peur aux utilisateurs de voir que leur système n'est pas planté, il paraît. Si tu as une telle option passée au kernel, tu ne verras pas les messages du noyau.
Ton problème semble être que tu arrives sur busybox, ce qui ne m'est arrivé que lors d'utilisation d'outils de récup (qui en deviennent du coup quasi-inutilisable, busy n'ayant, de mémoire, ni documentation sur ses commandes, ni éditeur de texte. Faut dire qu'il est pas fait pour ça…) soit quand busybox est dans l'initramfs et que celui-ci échoue à lancer le programme d'init. Cette dernière option semble être ton cas. A savoir que dans ce cas, seul l'init n'est pas trouvé, donc le kernel a déjà écrit pas mal de choses sur le TTY, y compris l'étape qui a foiré.
Ce sont ces lignes la dont on va avoir besoin pour t'aider, car elles vont nous permettre de comprendre ce qui a foiré et de te suggérer des pistes ou solutions.
J'espère avoir été un peu plus clair?
[^] # Re: La qualité dépends de l'attention porté à la sécurité.
Posté par freem . En réponse au journal Les BSD sont‐ils tous égaux devant les bugs ?. Évalué à 2.
Si bien sûr: la licence (enfin, je dis ça, j'en suis même pas sûr au final).
[^] # Re: Pas le problème mais la raison !
Posté par freem . En réponse au journal Vous avez aimé BSD vs System V ? Vous aimerez systemd vs openRC (et le reste du monde). Évalué à -1.
Ce n'était pas un reproche, en soi. En fait, j'avoue m'être laissé séduire par la possibilité de retourner cet argument pénible si souvent utilisé par les pro-systemd contre l'un d'entre eux, qui n'y est d'ailleurs probablement pour rien ;)
Merci.