freem a écrit 4951 commentaires

Si tu testes radare, je suis preneur d'un retour d'expérience, ce type d'outils est toujours intéressant à avoir dans sa trousse.

Absolument pas.

Je trouve qu'il est plus pertinent pour un navigateur de savoir supporter des protocoles permettant de récupérer des fichiers, que de permettre la communication temps-réel.

Pourtant, c'est le cas pour Firefox (mais pas pour le JavaScript)

Tu passes par où pour avoir ça? Impossible de trouver ce dialogue ici?

sans passer par le tristement célèbre "about:config"

Sous Firefox, c'est dans un fichier prefs.js,

Ah, un bon point pour FF alors.

Perso je trouve que dillo est un excellent browser

C'est clair. Comme je l'ai dit, je l'utilise en parallèle des navigateurs plus gros, mais l'absence de support de JS, notamment, fait qu'a mon avis il est réservé pour certains usages, typiquement aller lire de la doc ou l'usage sur machine chargée/peu performante.

c'est un des 4 seuls moteurs de rendu open source encore développé activement (blink/webjit, servo, netsurf et dillo)

Entièrement d'accord. Une des raisons pour lesquelles j'éprouve un immense respect envers netsurf et dillo, c'est justement ça: ce sont les seuls projets ayant une équipe réduite à oser faire ça.

Je testerai fith browser, merci de l'info.

NetSurf tu l'abordes rapidos mais il ne te convient pas ? C'est un navigateur "à l'ancienne" côté esthétique, mais qui dispose de presque toutes les fonctionnalités que tu aimes (hormis la prise de note)

Je dois avouer que je n'ai pas ré-essayé netsurf depuis un bail, mais j'ai un doute sur le fait qu'il supportait le JS (nécessaire malheureusement sur la plupart des sites modernes), et je suis quasi-sûr qu'il ne supporte ni les mouse gesture ni la configuration site par site, par exemple.

Un test rapide me fait avoir une page blanche quand je vais sur DDG, déjà, et la configuration… quelque chose à du casser sur mon système (Debian jessie, netsurf-gtk parce que netsurf-fb à toujours été cassé sur Debian d'expérience), je me retrouve avec les IDs des menus manifestement: preferencesMainTabtitle, preferencesAppearanceTabtitle, etc. Du coup c'est assez rebutant. Si les fonctionnalités que j'apprécie y sont et doivent etre activées, je n'ai pas envie de chercher dans des menus au noms en forme de forme de variable :)

Pour le côté esthétique à l'ancienne, je dois avouer que celle de vivaldi est classe, mais une esthétique moins évoluée ne me dérangerait absolument pas.

Il a également le bon goût d'être de loin le meilleur navigateur en framebuffer,

Malheureusement, la dernière fois que j'ai regardé sous Debian, le paquet dédié ne fonctionnait pas. Ou alors il faut aller bidouiller je ne sais quoi je ne sais où.
Peut-être que les fonctionnalités que tu décris sont sur le port -fb, et non sur le port -gtk?

Non, c'est juste une mauvaise habitude de ma part de ne me rappeller les URI que sans le http(s)://www.. (Ah, biens, nouveau bug à reporter, avec otter impossible d'utiliser les backquotes….)
Je n'avais jamais fait attention au fait que ça ne fonctionnait pas, je ferai attention à l'avenir.

À un moment j'ai cru que c'était à moi que tu répondais… il m'a bien fallu 20s pour comprendre :)

Ca me rappelle quand j'ai migré à Linux. Ayant passé pas mal de temps dans un débogueur en ring 0 (SoftICE) et IDA, j'étais un peu frustré de ne plus avoir de logiciels à déplomber. Tout le code source était disponible très facilement, et il était trivial de modifier un logiciel depuis le code source.

Ce sentiment ne m'est pas inconnu. Dommage par contre qu'il n'y ait pas de débogueurs (enfin, d'interface à GDB) correct sous Linux, parce que ça sert aussi dans des cas plus légitimes de programmation. Au moins sous windows, pas besoin d'installer un mastodonte genre Visual Studio pour déboguer un truc écrit sur un coin de notepad++ et compilé à la main (genre un programme de moins de 200 lignes pondu en 15min quoi).

Si SoftIce te manque, par contre, il y avait RR0D qui existait. Jamais testé, ceci dit.

Bon, je ne sais toujours pas trouver le fichier qui se fait mettre à jour par un thread précis, mais le problème d'origine (squat de la bp du disque) ayant été résolu par une suppression du cache, je suppose que je n'ai qu'à m'estimer content…

Bonjour.
Il te faut un noyau en 32 bits, sinon rien ne chargera.

Pourrais-tu nous indiquer le lien sur lequel tu as téléchargé l'ISO?

PS: je ne sais pas pour les autres, mais chez moi ton image ne s'affiche pas.

qu'apporte -t-il que les autres browser n'ont pas ?

En bref: c'est le futur successeur d'Opera 12.

Je dis bien futur, parce qu'il est encore en bêta, et que par rapport à O12 il manque encore énormément de fonctionnalités (une qui me manque particulièrement est le paramétrage site par site accessible rapidement, mais il manque aussi l'activation/désactivation du JS (potentiellement site par site) et de… flash player, justement).

En plus détaillé: un browser avec, par défaut (et actuellement, je ne parle pas des plans futurs):

• une grosse capacité de contrôle de l'interface, que ce soit au clavier pur ou à la souris pure (et sans aller chercher dans des menus ou dans les coins de l'écran, naturellement), ou un mixe des deux.
• une interface de configuration claire (je la trouve plus claire et surtout complète que celle de Firefox, bien que ce dernier se soit amélioré ces derniers temps, et pour chromium… l'interface de config c'est tout dans le même tas de lignes on dirait? En tout cas la version dispo sous Debian.)
• une IHM riche (et très configurable facilement), contrairement aux autres qui cherchent justement à vider au maximum. Typiquement, des choses que j'apprécie: avoir mes onglets et mes signets à la verticale sur les côtés, onglets à gauche, signets à droites. Barre d'URI et de recherche en bas.
• un speed dial, et non une page ou l'on voit tout l'historique comme dans firefox. D'ailleurs, c'est un speed dial amélioré par rapport à O12, je trouve.

En fait, je trouve qu'actuellement, il s'agit d'un de ceux qui cherchent à se démarquer. Contrairement aux ténors qui ne font que se copier les uns les autres. Ouvrir firefox, chrome et vivaldi côte à côte, et basculer de l'un à l'autre, j'ai l'impression de n'avoir que 2 navigateurs: vivaldi et un autre.

Après, c'est une question de goûts (et je me doute que la majorité ne partage pas les miens), mais perso j'ai du mal à voir l'intérêt d'avoir tous les browsers qui se ressemblent comme c'est le cas actuellement: tout pour le minimalisme, ça conviens sûrement à beaucoup de gens mais pas à tout le monde. Et je préfère ne devoir faire confiance qu'a un seul tiers plutôt qu'à un tiers pour le navigateur + 1 tiers par plug-in nécessaire pour avoir une utilisation confortable.
C'est sûr, ce serait mieux si c'était libre (je pourrais lancer gdb et lire le source pour voir d'où viens ce problème) mais je n'ai pas le courage d'aller coder un navigateur (je sais qu'il en existe un libre qui veut aussi remplacer O12, et la dernière fois que j'ai regardé, il avait implémenté des fonctionnalités qui me manquent de o12, mais il manquait celles en rapport avec le confort d'utilisation… impossible de me rapeller le nom, mais je fais la recherche tous les 2-3 mois pour voir ou ça en est, dès fois que…).

Si tu pouvais poster la config ou les logs de mpd côté serveur, ça pourrait nous aider.

Bon, il semble vraiment qu'il y ait une merde quelque part. Soit un bug du browser, soit un truc malveillant qui s'est glissé je ne sais où. Vais relancer avec un profil vierge, pour voir.

En moins de 10 mins, iotop indique plus de 600M écrits sur le disque, mais assez peu de données envoyées (~330K). Normalement, les données envoyées devraient avoir été nulles, mais vu le ratio j'ai tendance à plus penser à un bug qu'a un comportement malveillant. À voir.

Bien vu, je n'avais pas pensé aux contenus cachés. Je viens de virer les plugins que j'avais ajoutés, au cas où, et je n'ai plus que linuxfr d'ouvert, je vais laisser tourner un peu pour voir, vu que le problème semble se déclencher au bout de plusieurs minutes.

C'est… très verbeux pour le coup. Vu que libpepflashplayer.so est utilisé par vivaldi (browser fermé basé sur chromium, avec un pléthore de threads…). Ce que je ne comprend pas, c'est pourquoi cette lib tourne alors qu'aucune page ouverte ne contiens de flash player…
M'enfin, vais creuser un peu du côté de ces infos. Il n'y aurais pas moyen d'avoir la même chose, mais pour les threads? Ça dégrossirai sûrement pas mal le boulot: là j'ai quand même 419 lignes…

Super intéressant ton journal, mais je me permet une question bête, comme je n'ai pas d'iTruc ni de machinPod…
Et au passage, je vais indiquer d'autres outils pour le RE, pas forcément installables sous Linux (sans Wine) mais… très honnêtement, je n'arrive déjà pas à trouver une interface potable de debugger sous linux, alors un désassembleur, je n'ose essayer.

Quel est le but exactement, à la base? Nourrir la bibliothèque de l'iPod pour laisser le logiciel interne s'occuper de lire les données, ou juste écouter de la musique?
Dans le 2nd cas, n'y a-t-il pas moyen de changer le player? J'imagine que non, mais on se sait jamais :)

Pour les outils, de mon côté quand j'ai besoin/envie de bidouiller un exécutable windows, je me tourne vers des choses telles que:

IDA.
Dés-assembleur avec une version gratuite, qui est bien sûr limitée. Je ne me rappelle pas exactement des limites, mais il est possible que radare(http://radare.today/posts/radare-0-9-9) puisse être un remplaçant potentiel (pas encore testé, je le reconnais) si elles sont trop gênantes. Où si tu n'as pas envie de travailler sous windows j'imagine :)

L'avantage par rapport à objdump, c'est que ça t'aurait au moins évité pas mal de bricolage manuel, puisque IDA te montre une représentation du code "éclatée", en fonction des sauts et des calls. Les noms données aux destinations ne sont bien entendu pas parlant, mais ils peuvent se changer. De même pour les noms données aux chaînes de caractères.
Il me semble même qu'il est possible de déboguer le programme cible depuis IDA. Par contre, je n'ai pas souvenir d'avoir pu modifier le binaire depuis IDA: une des limitations de la version d'essai je suppose, mais bon travailler avec un compilateur et un éditeur hexadécimal à côté ne me choquait pas quand je faisais joujou avec ce type d'outils.

OllyDBG… zut, on dirait qu'il ne supporte pas le 64 bits… c'est un débogueur.
Ça fait vraiment longtemps que j'ai joué avec des binaires moi :) mais en tout cas il est stable et plutôt bien branlé (je préfère son IHM à celle du mode debug de IDA). Je doute qu'iTunes n'ai pas de version 32 bits, sous windows le 64 bits n'est pas encore la règle après tout… loin de là même il me semble.

En tout cas, encore une fois merci pour le journal et chapeau pour ta réussite.

Qu'appelles-tu "la communauté"?

Les libristes ne forment pas une communauté, ils en forment plusieurs, avec des motivations différentes. Elles peuvent être liées à un endroit géographique (comme les LUG, par exemple), à un logiciels précis (qui regroupent donc tant les contributeurs et les utilisateurs dudit logiciel), à des distributions Linux… et chacune de ces communauté utilise des outils différents.

Il peut aussi y avoir plusieurs communautés par projet, en fonction des outils

Par exemple, une des communautés autour de Debian utilise une mailing list, et ne communique quasiment que par mail. Dans cette mailing list ( debian-user [chez] debian [point] org ) les gens sont de tous les pays, utiliser un outil en temps réel serait donc inapproprié.

Par contre, il est très possible qu'il existe des communautés utilisant mumble (un concurrent de teamspeak) ou des logiciels de VoIP (des alternatives à skype, souvent plus puissantes car capables d'interagir avec d'autres logiciels qu'eux-mêmes. Sans parler de l'absence des emmerdes causées par skype, par exemple distribué uniquement en 32bits (ce point à pu changer depuis, mais j'ai aussi entendu parler d'une intégration de publicité dans le logiciel depuis la dernière fois que je m'en suis servi)) mais ce type d'outils est de manière générale plus utilisé dans les jeux en lignes. Plus adaptés.

Bien entendu, rien n'empêche des communautés d'utiliser plusieurs outils (les communautés de jeux vidéo tendent à utiliser des forums pour compenser le manque de persistence des jeux et autres outils de communication vocaux, tandis que les communautés plus "classiques" autour d'un logiciel ou d'une distrib tendent à utiliser des choses comme skype pour compenser le manque de temps réel des mails).
De la même manière, rien n'empêche de faire partie de ou de suivre plusieurs communautés.

Bref, que cherches-tu exactement?

1ère remarque, la commande man est ton amie (sur linux, pas sur windows ou elle n'existe pas). C'est facile, je sais, mais à l'école on m'a toujours dis qu'il fallait dire le moins pertinent en premier :)

2: avec man malloc, tu verras que malloc peut échouer. Du coup, de même que tu as vérifié le retour de fopen il serait de bon ton de vérifier le retour de malloc.

3: ne pas utiliser de valeurs magiques. Ton fameux 20* qui apparaît à plusieurs reprises, mets-le plutôt dans une constante, comme ça par exemple: const int MAX_READ=20;. Ça te fera gagner du temps quand tu devras te relire, et quand tu t'apercevras que cette valeur est trop faible: un nom qui cause, et un remplacement unique dans l'ensemble de tes fichiers source.

4: attention au style de codage. Si tu utilises une convention, utilises-la jusqu'au bout, ça t'éviteras pas mal de comportement non souhaités, aussi appelés: bugs. Par exemple, cette ligne: while (pointeur[k]) printf("%d\t", (int) pointeur[k++]); serait sûrement plus claire si coupée. D'ailleurs, un œil exercé pourrait ainsi repérer le copier/coller, et donc envoyer le code dans une fonction dédiée (collage tout à la fin, l'autre boucle while…).

5: en tant que débutant, évites de combiner les opérateurs d'incrémentation et décrémentation avec d'autres. Selon qu'il s'agisse de post/pré - in/dé crémentation, les résultats peuvent être traîtres.

6: encore le style de codage: tes indentations, soigne-les. L'indentation est ton amie, si tu la trahis, elle te rendras la même. Je sais, je me répète un peux rapport au point 4, mais il est possible que tu n'aies pas remarqué que tu utilises un pointeur déjà libéré à cause de ça…

’Twas brillig, and the slithy toves
Did gyre and gimble in the wabe;
All mimsy were the borogoves,
And the mome raths outgrabe.

“Beware the Jabberwock, my son!
The jaws that bite, the claws that catch!
Beware the Jubjub bird, and shun
The frumious Bandersnatch!”

He took his vorpal sword in hand:
Long time the manxome foe he sought—
So rested he by the Tumtum tree,
And stood awhile in thought.

And as in uffish thought he stood,
The Jabberwock, with eyes of flame,
Came whiffling through the tulgey wood,
And burbled as it came!

One, two! One, two! and through and through
The vorpal blade went snicker-snack!
He left it dead, and with its head
He went galumphing back.

“And hast thou slain the Jabberwock?
Come to my arms, my beamish boy!
O frabjous day! Callooh! Callay!”
He chortled in his joy.

Je ne sais pas d'où viens le nom de Jabber, mais rien à faire, ça me rappelle toujours cette créature terrifiante qu'est le jabberwock, rencontrée dans l'univers de WarHammer v1 (/!\çapucépalibre) et probablement lourdement inspirée de ce poême (source du poême)…
Plus d'un s'est frotté à la traduction en français, mais le résultat est limite moins clair à mon esprit que l'original. Alors si le protocole/logiciel s'inspire de ce nom, qu'y a-t-il de surprenant à ce que tu ne puisses le définir exactement?

Je ne parlais pas de la conf par défaut.

Dans ce cas je te rejoins. Perso la première chose que je fait quand j'installe une Debian, c'est aller dans aptitude pour configurer le système de gestion des paquets, justement. Et faire un peu de ménage au passage (genre supprimer wamerican, de mémoire).

Mais j'ai répondu parce que l'OP avait précisé qu'il voulait éviter de configurer (du moins je l'ai compris comme ça). Je ne faisais donc qu'indiquer que, par défaut, Debian n'est pas si légère qu'on pourrait le croire.

tu verras qu'aucune distro, à part Gentoo, ne permet de réduire autant les dépendances.

Je n'ai pas encore été convaincu par les autres distros que j'ai testées, mais l'absence d'aptitude (ou d'équivalents, mais je suis peut-être juste pas tombé dessus) sur celles qui ne sont pas basées sur Debian me gêne, et pour celles basées sur Debian, je ne vois pas ce qu'elles apportent par rapport à Debian, justement.
J'ai toujours eu beaucoup de mal à voir les différences entre les distro, je le reconnaît.

Par contre gentoo me tente beaucoup. Justement parce que je constate que Debian intègre de plus en plus de dépendances qui ne sont pas pertinentes au niveau technique (fontes, par exemple). Pour le reste, le fait que les paquets soient compilés en dépendances maximales, je comprend la raison donc je ne râle pas dessus :)

Je trouve quant meme que cette gestion automatique est un peu tiré par les cheveux…

Le problème c'est juste que les méta-paquets dépendent de l'ensemble des composants du bureau, plutôt que de se contenter de les recommander.
2 façons de corriger le problème:

• marquer tous les trucs installés automatiquement par le méta-paquet en "installé automatiquement" ou
• faire un faux paquet pour corriger la dépendance qui te gêne (par exemple avec equiv).

Dans les deux cas, c'est du bricolage, mais le 1er cas est pire de mon point de vue parce qu'il va t'apporter de la complexité de gestion (plus dur de savoir pourquoi tel logiciel est installé, surtout dans le cas des gros DEs qui ont des tonnes de logiciels) tandis que le second se contente de satisfaire le gestionnaire de paquets. Sauf que dans le 2nd cas, une application qui dépendrais du faux paquet pour une bonne raison pourrait se retrouver non fonctionnelle, ce qui peut mener à des crashs.

J'avais un netbook dans le même style. 1Go de ram, par contre le CPU était un dual-core multithreadé 64bits qui tournais à 2GHz.

L'usage que je faisais était autour de 3 activités: navigation internet (avec opera à l'époque), programmation (C++), et un peu de détente: jeux en 2D (genre wesnoth), musique et vidéos.

J'y avais mis une Debian Wheezy (actuellement old-stable, c'est Lenny qui est stable maintenant) en 64bits avec l'environnement de bureau XFCE au début.
Pas de config particulière à faire, la majorité des choses inutilement installées ne seront pas lancées de toute façon.
Les seuls moments ou ça lachait c'était quand je compilais avec GCC avec 4 threads (pour exploiter le CPU à fond… par contre avec clang ça passait). Ce qui est logique, la compilation n'étant pas vraiment un truc léger.

Ton CPU semble mono-cœur, contrairement au mien, mais multi-thread. Je pense que le 64bits ne sera pas nécessaire vu ton usage, et effectivement comme dis plus haut, le 32 bits sera plus économe en mémoire (surtout par rapport à la taille des pointeurs de 4 octets, et non 8).
Par contre si à un moment tu trouves ta machine trop lente et que la RAM n'est pas saturée, tester le 64 bits pourrais être utile. Tu peux aussi augmenter la RAM à 2Go, si ça peine trop. Une barette de 2Go de cet âge ne dois pas coûter trop cher.

qu'elle réduit au maximum le nombre de dépendances

C'est faux.
Par défaut, dans Debian, toutes les dépendances "recommandées" sont installées automatiquement. Ceci afin que le logiciel ait toujours toutes les fonctionnalités supportées. Il y a aussi le fait que pas mal de dépendances soient considérées commes vitales (relation Depends au lieu de Recommended) telles que des polices de caractères. Dans la même veine, xserver-xorg dépends d'abord de xserver-xorg-input-all puis d'une des dépendances d'entrées, ce qui fait que tout est installé (mais l'on peut supprimer après celles qui ne servent à rien). Même chose pour xserver-xorg-video-all.

Ce "défaut" est à la fois quelque chose qui m'agace maintenant, et à la fois quelque chose qui fait que j'ai pu passer sur une distrib linux définitivement (et je suis encore sous Debian après bien 5-6 ans) parce que, Debian est nettoyable facilement, alors que quand j'avais testé Ubuntu, les relations entre les paquets (aka logiciels) faisaient que c'était difficile de nettoyer (pour quelqu'un venant du monde windows, ce qui était mon cas à l'époque).

Et la stabilité de Debian n'est pas un mythe, au cas où (personne ici ne l'a dit, mais quand on viens de windows ça peut paraître surprenant). J'ai pas mal bidouillé mon système (j'aime ça) et la seule chose qui ait fait que j'ai parfois du réinstaller, c'était des erreurs manuelles commises en tant que root (admin) alliées à un manque de connaissance du système. Depuis, j'ai déjà mis à jour la version stable de Debian vers les dépôt unstable/experimental, passé à une version majeure suivante, revenu sur la version majeure précédente (différentes raisons) et le système tourne toujours comme une horloge. Je doute que beaucoup de systèmes parviendraient à survivre aux mauvais traitements que j'inflige à mes machines personnelles :) (sur les machines de taf je suis un peu plus sérieux quand même ;))

Bref, j'approuve le conseil de Debian.

L'ironie, ça te cause? Perso, je serai plus pour dégager les types qui profitent trop de leur pouvoir, et pas que dans les pays moins développés…

T'envisage quoi? organiser un suicide collectif pour montrer la voie a suivre ? C'est un fait qu'on est trop nombreux sur terre (a un point que des gens finances sans rire des plans de colonisation d'autre planète …).

En fait, on peut juste envisager d'accélérer les transitions des pays pauvres vers l'état "pays développé".
Quand j'étais au lycées, il y avait pas mal de graphiques qui montraient que la fécondité (j'espère pas me planter de mot… enfants par femme quoi) des pays développés était inférieure à celle des pays en développement, qui elle-même était inférieure à celle des pays non développés.

Le problème c'est que si on fait ça on n'aura rapidement plus personne à exploiter…

C'est pas grave, tant que le dictateur viens pas nous les casser avec ses terroristes :p

Si ça se trouve en plus c'est nous qui l'avons mis la ou il est donc bon.