freem a écrit 4965 commentaires

dans ce cas, soit le shell n'aurait pas trouvé la commande, soit la commande cat aurait attendu une entrée utilisateur, soit elle aurait indiqué que le fichier fournit n'existe pas.

Je n'ai pas demandé si ça a arrêté de fonctionner sous windows, mais après l'installation de windows, sous linux.
Si windows éteint la carte quand il s'arrête et la rallume quand il démarre, et que ta distrib n'est pas au courant, par exemple (il peut y avoir diverses autres possibilités), alors il faut faire un rfkill pour la rallumer.
De toute façon, la meilleure façon de le savoir, c'est d'utiliser la commande rfkill pour lister. Sans ça, je peux pas deviner (si c'est ce problème ou un autre, mais celui-la me paraît un bon point de départ).

Si ça à arrêté de fonctionner après l'install de windows 10, et que ça marchait avant, alors je pense qu'il est possible que windows désactive simplement le wifi avant d'aller dormir.
La commande rfkill list devrait pouvoir te permettre de le vérifier, voire même régler le problème rfkill unblock WHATEVER (WHATEVER étant, bien entendu, le nom de l'interface à débloquer).

Ah, et bien sûr, remettre les trucs que tu as changé pour essayé mais qui n'ont rien fait. Juste au cas où ils pourraient ajouter des problèmes :)

Et zut, j'ai pensé à d'autres inconvénients potentiels juste après avoir envoyé, mais trop lent… du coup ça faisait longtemps que j'avais pas vu ce strip de l'autosatisfaction récursive :)

Il y à le bruit que fait une application graphique quand elle se lance (vérification de tous les composants avec lesquels discuter qui sont potentiellement pas la, tels que PA, systemd, thème-à-la-con, fontes, ou dbus (sur mon système, ça râle un peu en fonctions des softs, surtout pour dbus). Très utile pour déboguer, mais quand on veut juste lancer un truc «simple» comme un service, ça fait un peu désordre.

Enfin, il y à le fait qu'une pop-up, selon l'application, ça ne se plie pas forcément aux règles du wm. J'ai déjà eu le problème d'applications qui forcent les fenêtres flottantes, et j'utilise i3. Après, ça peut se configurer au cas par cas, ou juste les applications être sympa et ne pas forcer le mode flottant, je parle juste d'une possibilité. Je ne sais pas si c'est le cas de son application qui demande un pass, vu que perso j'ai trouvé la solution la plus simple: ne pas en installer, comme je fais tout en ligne de comm, l'appli peut que m'envoyer chier si j'élève pas mes privilèges d'une manière ou d'une autre au préalable (sauf pour appli ligne de commande, elles, elles ont accès à un outil CLI pour demander les pass).

En fonction du window manager utilisé et de sa configuration, ça peut te forcer à prendre la souris. C'est à priori le seul inconvénient que je voie, mais je comprend que ça agace.

Ce n'est pas une application en particulier mais tout service que je tente d'arrêter ou de la ncer via systemd.

J'avais bien compris. Mais la boîte de dialogue qui te demande ton mdp, j'ose espérer que c'est pas du code de systemd.

Note que le fait que systemd me demande le mot de passe n'est as le problème, c'est le fait qu'il passe par une autre fenetre du GUI qui me gène.

D'où le fait de savoir le nom du binaire GUI, histoire de faire un grep dans /etc pour savoir où c'est configuré. Voire de passer par le système d'alternatives made in debian et dont j'imagine qu'ubuntu hérite pour modifier l'application lancée par défaut.

Si tu savais comme ça me démange, mais comme je rale dessus sans jamais l'avoir réellement essayé, je me suis dit que je tenterai quand même l'expérience : et systemd est exactement ce que je pensais.

Perso, je me contente d'abandonner l'idée d'utiliser une distribution mainstream (Debian dans mon cas, mais je tourne sur sysVinit+runit, sysV restant parce que je ne sais pas comment migrer certains scripts) pour passer à voidlinux. Pas juste pour l'init, je suis pas à ce point, mais c'est quand même un point important.

Perso, je commencerai par identifier l'application qui me demande le password. C'est peut-être gksu? Enfin, xprop devrais pouvoir te renseigner, sauf bien sûr si tu es passé à wayland, la je sais pas.

Une fois que tu as identifié le nom de cette application, faire un grep dans /etc, ça pourrait te donner un indice si il passe par un fichier de configuration.
Sinon, c'est peut-être lié au système d'alternatives de Debian. On peut modifier cette config, mais je reconnais que je ne me rappelle pas comment. Probablement avec update-alternative…

Dernière solution: apt-get purge systemd ;) (je blague, mais c'était trop tentant)

si pour toi 3500lignes, c'est "postable" sur un forum, pour moi ca ne l'est pas.

Si le max-depth=3 refile trop de trucs, on peut toujours utiliser 2, pour dégrossir dans un 1er temps.
Bon, c'est vrai que j'aurai du préciser de virer les «systèmes virtuels» type dev, proc, sys… ou de mentionner un peu de tri shell, comme tu le fais.

D'ailleurs, je ne savais pas que l'on pouvais préciser l'unité, c'est bon à savoir, même si l'intérêt me semble limité si c'est pour trier+filtrer ensuite, puisque sort -h supporte des unités différentes, et je trouve du coup que c'est plus lisible, mais ce n'est qu'une question de goût. Reste à savoir si c'est juste le sort de gnu ou pas.

peut-etre qu'en faisant deja un df -h
devrait permettre de savoir combien il y a d'espace disque, et comment il est occupé.

Combien il y a, oui, quel % est occupé sur les partitions aussi, mais ça n'indique pas dans quels dossiers les données sont, ce que du --max-depth=3 / fait, sans avoir trop de détails (en gros, on va savoir ou sont les données jusqu'au /home/user/, /var/cache/, etc) ce qui fait que ça reste postable sur un forum.
Par exemple, si une bonne partie se situe dans /var/cache, c'est qu'il y a du ménage faisable facilement. Si tout est dans /usr/, ça va être plus complexe, en fonction du niveau de l'intervenant.

Je me suis fait la même réflexion, mais pour moi, il n'aurait pas sa place en dépêche, non pour une question de qualité mais de ligne éditoriale: je vois linuxfr comme un site dédié à l'informatique, et plus particulièrement linux et le libre.
Du coup, même si son commentaire était impressionnant de qualité (la note le montre, quoiqu'on pense du système de notation) il n'aurait pas sa place dans une dépêche (qui s'alignent sur l'info libre). Dans un journal (qui sont «freestyle») par contre, oui.

Comme dis avant, ça ne sera pas une expérience web confortable, avec si peu de RAM.
Pour la RAM, ça devrait pouvoir être monté à 1Go pour très peu cher, si vraiment tu y tiens.

Pour le DE à utiliser… je dirais LXDE. Il y a d'autres solutions plus légères pour le DE, mais je n'ai pas l'impression que tu aies la motivation et/ou les connaissances pour ça (chacun ses priorités après tout).

Pour la distrib… je dirais Debian, c'est une valeur sûr, mais au fond, la distrib n'est pas vraiment le plus important je pense, tant que tu ne pars pas sur une distrib trop ésotérique (gentoo, LFS, sourcemage, etc).

Pour ce qui est de l'espace restant… vu que tu ne donnes aucune info sur le disque dur ou la distrib, on ne peut pas te dire comment libérer de l'espace.
En tout cas, dans un terminal, lancer du -h --max-depth=3 devrais t'éclaircir sur ou est parti l'espace disque. Sans avoir plus d'infos, on ne peut rien pour toi.

J'aurai cru que ce seraient les poumons qui exploseraient en 1er moi… (quoi que ce soit, ça inclue l'air, non? :D)

Y'a eu des morts? Parce qu'ils seraient bien dans le darwin award…

Oui, tant que les méthodes et les exceptions ne «sortent» pas de la lib. C'est pour ça qu'un certain nombre de lib C++ utilisent une conception en sablier (hourglass) pour l'interface publique: c'est le meilleur moyen de permettre à un autre langage (entres autres) d'utiliser la lib sans devoir implémenter un wrapper.
Pour la RTTI, je ne vois pas comment ça peut sortir, c'est un détail interne.

Sinon, je suis bien désolé de t’apprendre que reserve peut tout à fait lancer std::bad_alloc

Tiens, effectivement, c'est ce qu'indique cppreference maintenant… ce n'était pas le cas quand j'ai vérifié. Il faudrait vraiment que j'arrive à trouver un doc exhaustive sur la STL moi.

Merci du coup.

Effectivement, c'est pas mal.

D'accord. En fait, c'est pour te faire la main, donc.

ma library compatible avec tout type de terminaux (pour cela il nous faut termcap dont je ne connais rien)

C'est le but de ncurses et newt (j'ai retrouvé le nom).

Est tu partant ou pas ?

Vu que je ne vois pas trop l'intérêt (autre qu'apprendre, je veux dire), pas vraiment.
Comme tu l'as dis toi-même, c'est juste une liste de définitions, avec éventuellement quelques fonctions pour encapsuler les portions de texte dans les bonnes balises (parce qu'au final, c'est juste un système de balise).
Par contre, je pense que tu pourrais être intéressé par le code de divers enjoliveurs de code. Souvent, ils émettent divers formats, dont un pour la console.

Et je ne veut pas dépendre d'une library quelconque, j'ai juste besoin de quelqu'un qui s'y connais vraiment en terminaux pour trouver les codes censé remplacer les séquences d'échappement ANSI…

Dans ce cas, l'idéal est sûrement de télécharger les spec ecma-48.
Ça peut être intimidant de prime abord (comme toutes les specs), mais pour l'avoir lue, c'est plutôt clair (plus que les RFCs que j'ai lues en tout cas), et ça permets de faire tout ce qu'on veut.

Utilises d'autres fenêtres de FF?

Sauf que zip et pdf sont des formats anciens, assez ouverts pour qu'il n'y ait pas que winzip et adobe pdf reader capable de les exploiter.
Dans la pratique, les gens vont, si c'est pas encore fait, installer winzip (la démo, et si le nag les soule, il vont prendre un crack, même si tu leurs parles des alternatives) et adobe pdf reader (et supporter la lourdeur du truc, encore une fois même… bref) parce que c'est ce qu'ils ont toujours fait.
Il y a le même problème avec les gens qui râlent que windows c'est lent (qui ne font que du web, je précise) et que si tu leur montres autre chose, ils vont dire «Ah oui c'est bien.» et ne jamais l'utiliser.

Ben pour skype, c'est pareil, sauf que contrairement au http/html, zip et pdf, c'est pas inter-opérable. Triste, mais c'est ainsi.

S'il peut le faire sans étape préalable et à partir d'un simple shell, oui. Sinon, oui, je suis au courant que l'on peut manipuler les paquets deb comme ça.

Tu veut pas revenir ?

Je passe de plus en plus rarement :)

256 * 256 * 256 * 256

Soit plus de couleurs que l'œil ne peut discerner.

Donc en restant sur X est-ce-que Linux ne va pas couler, il le savent et testent des solutions: wayland,…

Je ne sais pas. Un problème que je vois avec Wayland à l'heure actuelle, c'est qu'il n'existe pas de doc (ou je ne l'ai pas trouvée) permettant de faire quelque chose facilement sans utiliser Gtk ou Qt ou whatever.
Du coup, j'ai plutôt peur que linux meure étouffé par sa graisse que par l'usage d'un outil périmé (parce que Xorg l'est, on est d'accord, surtout pour des problématiques de sécurité).
Après, je ne suis pas visionnaire, ça saurait sinon :)

Désolé pour l'agressivité

Pas de soucis, ça arrive à tout le monde.

Je n'arrive pas accéder aux arguments transmis par une va_list (…)

Je n'ai que peu utilisé ce type de programmation, mais difficile à dire sans voir le code.

il faut que, si l'argument est de type char * et se termine par un linefeed il faut le remplacer par un '\0'…

Ça, c'est lié au fait qu'en C, le \0 est le seul moyen de savoir la fin de ta chaîne de caractères. S'il n'y en a pas, ton programme affichera la mémoire jusqu'au prochain 0, et continuera l'exécution du code. Du coup, il est très possible qu'il ait affiché tant de code que ça explose une fonction.

Qu'en pense tu ?

Je pense que moi, j'aurai d'abord utilisé une lib de type ncurses pour les fonctions de bas niveau, et que si je voulais m'en débarrasser par la suite (pas impossible du tout, me connaissant), alors je n'aurai qu'à implémenter les fonctions qui l'appellent.
Tout la mécanique de plus haut niveau (gestion des évènements et leur liens par rapport à des fonctions de manipulation de GUI?) étant stable.

Tout seul je n'y arriverai pas et laisserai tomber: est tu tenter ?

Il faut voir. Personnellement j'y ai déjà pensé, mais qu'apportes-tu par rapport à l'existant? Pour avoir un peu utilisé ncurses, je sais que l'API est pas terrible, mais je n'ai jamais encore testé son concurrent (me souviens plus le nom, mais je sais qu'il y en a).
Accessoirement, je code plutôt en C++, même si je n'utilise pas certaines fonctionnalités.

Moi, les exceptions, j'en prêchais l'usage avant, à tort et à travers.

Depuis, je me suis aperçu que:

• c'est pas portable, potentiellement d'une version à l'autre d'un même compilo. Je parle de l'ABI. Ça, c'est le truc qui m'a fait cesser de les utiliser.
• ça bloat mon code, quand je veux réellement traiter toutes les erreurs, et bien plus que des séries de ifs construites correctement. J'utilise de l'objet, juste, j'évite maintenant les exceptions.
• ça «booste» le binaire de ~10%. Un binaire de 10Mio fera en moyenne 11Mio à cause du code lié aux exceptions qui est du code principalement mort puisque, en effet, exécuté que si une exception est lancée. Bien plus lourd que des ifs donc. Ce boost n'est pas nécessairement souhaitable sur tous les matériels.

Bref, je pense que c'est vraiment un choix des développeurs à l'heure actuelle (pour le C++).
Par contre, si on joue sans exceptions, il faut dans ce cas faire très attention quand on utilise la STL, qui force quasiment l'usage des exceptions (faire foo.reserve(10);if(foo.capacity()<10){do_that;} avant le moindre push/emplace, notamment). D'un autre côté, au moins, ça force le dev à faire des reserve, et ça fait réfléchir à comment n'en faire qu'une seule fois. Parce que j'ai vu plus d'un soft en C++ être méchamment ralentit par les allocations mémoires pour un oui ou un non.

Oh, un changelog donc. Je vois, merci.

Je n'ai pas qualifié de pointue la totalité de population, j'ai dis qu'il y en a (et j'en fait pas partie), et je pense que leur «densité» est supérieure à d'autres sites francophones tels clubic, ccm, ou autres.

En pratique, quand j'installe une slackware neuve, le seul paramétrage indispensable c'est de modifier la langue par défaut du système, dans un fichier de conf.

Pour le coup, avec Debian, c'est pris en charge par l'installateur, en tout premier, afin de pouvoir réduire la liste des claviers à proposer à l'utilisateur. De mémoire, c'est: langue, pays, clavier. Avec bien entendu la possibilité de sortir de la pré-sélection (des fois qu'en fait, tu veuilles le clavier chinois alors que tu parles français).

Pour le reste, de ce que tu dis, les conf' de slack semblent proche de celles de debian, ça marche par défaut, tout en étant largement commentées et sécurisées.

Tout le reste c'est selon l'usage : changer l'init par défaut pour démarrer X, puis choisir sa session graphique, configurer ses raccourcis claviers et son focus souris…

Comparer les install qui ne sont pas par défaut n'a pas de sens. En fait, quand on commence à tout changer, c'est qu'il est peut-être temps d'aller voir ailleurs, tout simplement, quitte à faire son ailleurs soi-même. Perso, je passe maintenant 2H après une install de Debian pour le nettoyage et la customisation. Pas parce que Debian est moins bien qu'avant, juste parce que mon usage et ma maîtrise de l'engin ont changé.

A comparaison, pour installer un paquet slackware tu as besoin d'un shell, de tar et de gz/bz2/xz. Si tu as les outils de gestion de paquets de la Slack c'est plus facile (une seule commande), mais les dépendances sont les mêmes (avec dialog pour la gestion en masse).
Donc tu peux installer un paquet slackware sans gestionnaire de paquet slackware !

Une archive deb, c'est un .tar.gz (pas sûr pour le gz) qui contient le squelette de l'appli ainsi que parfois des scripts à exécuter. Donc, slack et debian se valent, sauf qu'avec debian, l'outil standard vérifie que les dépendances sont présentes, par défaut (et on peut le forcer à ignorer les cassures en plus).
Ça m'est déjà arrivé aussi quelques fois :D

Trouver dans quel paquet se trouve tel fichier ? T'as besoin de grep.
Savoir ce que contient tel paquet ? less, cat, n'importe quel lecteur de texte.
Oui, c'est roots, c'est pas forcément user-friendly (…), et si tu es allergique au shell, tu vas mourir douze fois par minute, mais c'est solide, souple, performant.

Sans décompresser les archives au préalable? Parce que dans ce cas, oui, c'est supérieur à Debian.

Donc, si je comprend bien, il est plus simple de casser une slack qu'une Debian, pour la même facilité de réparation (à condition de maîtriser son système, bien sûr), mais heureusement, le système ne pète que si on joue avec.
Et quand un système pète, c'est clair, mieux éviter d'être allergique au shell. Ceux qui le sont n'ont qu'a réinstaller, comme pour windows. J'ignore s'il existe des systèmes qui s'auto-réparent pour de vrai, honnêtement.