태 a écrit 1744 commentaires

Mais le point où vraiment Mac OS X me broute, c'est pour développer. Soit on a Xcode, soit c'est la bidouille. Bon évidemment, je développe pour Gnome, donc c'est pas la peine de vouloir jouer avec Mac OS X, mieux vaut une ubuntu bien fraîche ou la dernière Fedora.

Et quelque chose t'empêche d'avoir xcode ?

Et pourquoi n'est-ce pas la peine de développer pour gnome sous macosx ? Gnome ne compile pas trop mal sous osx. Évidemment, il faut avoir un X lancé pour faire marcher les applis et puis c'est moche, ça ne ressemble pas aux applications classiques, mais on peut rejeter la faute sur gtk qui marche sous windows sans serveur X mais pas sous osx (qt existe en version cocoa par contre...)

blàblà.

adblock, mouse gesture, intégration avec le lecteur rss, plugin mozilla-mplayer marchent très bien dans epiphany. La plupart sont dans epiphany-extensions. Seul mozilla-mplayerplugin est un bidule autre.
Donc pour _ton_ utilisation, Epiphany est le must.

L'orignal de cariboo http://protheo.loria.fr/softwares/cariboo/ (ou bien est-ce un élan, un renne ou peut-être un caribou)
Le castor de beaver http://www.nongnu.org/beaver/
L'hermine d'iceweasel https://wiki.ubuntu.com/IceWeaselIcon (à moins que ce ne soit une belette ?)

La mascotte de sophie n'est certainement pas libre non plus : c'est juste une photo de Sophie la girafe de vulli (même si depuis le temps qu'elle existe,...).

C'était pourtant simple à trouver, il suffit de penser en espéranto : http://home.gna.org/televidilo/

les rillettes mancelles ?

Ce qui m'étonne le plus dans cette dépêche, c'est qu'elle passe en seconde page (qui contient 80% d'infos locales), c'est d'ailleurs aussi le cas de la sortie de bzr (bon c'est vrai que pour bzr, ils sortent des versions souvent...) alors que la dernière gueulante de Theo de Raadt passe en première page.

<mauvaise foi>
La ligne éditoriale de ce canard ferait dans le sensationnalisme que ça ne m'étonnerait pas
</mauvaise foi>

en même temps, il y a des cas où c'est

if (test); // do nothing
else {...

Donc tout n'est pas bug. Éventuellement, tu pourrais faire remarquer que if (!test) {...} aurait été mieux, mais c'est un choix : j'évacue le cas simple, ensuite j'étudie le cas non trivial...

En fait, c'est le script d'init de mpd qui fait ça.
Si mpd est lancé par /etc/init.d/mpd, à l'extinction de la machine, la playlist es sauvegardée et à l'allumage, elle est restaurée.

( http://www.musicpd.org/forum/index.php?topic=155.0 )

if [ `find . -amin +60 | wc -l` != 0 ]; then echo "oui"; else echo "non"; fi

Par contre, le != est peut-être dépendant du shell, et les [ aussi. Il faudra peut être utiliser -ne et test.

Et donc, var=`find . -amin +60 | wc -l` donne à var la valeur de l'expression, rappelée ensuite par $var. On peut dans les shells évolués (bash, zsh) utiliser $(...) pour `...`.

Les sièges des trains allemands "corail" sont il est vrai inconfortables. Par contre, le passager a plus de place dans un train allemand que dans un train français. Les pires, c'étaient les tgv d'autrefois (qui contenaient 8 passagers de plus par voiture que les typiques d'aujourd'hui).

En fait, de tous les trains que j'ai pris, les allemands sont les plus inconfortables, les suisses les plus confortables, les français les plus chiches en espace et les japonais les plus spacieux (et pourtant, le japonais moyens a des jambes plus courtes et des épaules moins larges que le français moyen...).

Mais non, Quand est de Königsberg.

À propos de ncmpc, il a quand même un gros bug : le developpeur ne répond pas : les rapports de bug s'accumulent, et rien... En particulier, il utilise des fonctions imbriquées, ce qui pose problème pour le compiler sous osx et semble-t-il aussi sous gentoo. Mais franchement, mpc est très bien, et il contient un script pour éditer une playlist au vol (mppledit) que je n'ai malheureusement pas encore pu essayer.

Et comme client graphique, j'aime bien pygmy : simple, sobre.

Pour last.fm, je préfère lastmp + lastfmsubmitd : astfmsubmitd est un démon qui sait causer à last.fm, et lastmp est le client qui regarde ce que joue mpd et l'envoie au daemon. En fait je le préfère parce que j'avais rencontré un problème avec scribble : il n'arrivait pas à se connecter (j'avais attribué ça au _ de mon login, mais je n'avais pas cherché plus loin).

Oui, ça marche.
Bizarrement d'ailleurs vu que ma télé n'est pas belge, ou finlandaise mais bien française. Bref.

Merci.

J'ai vu [...] un iPod sous GNU/Linux. Très choqué par cette apologie d'un système qui promeut les DRM

GNU/Linux promeut les DRM ? À moins que tu ne parles du «système» commercial qui consiste à vendre une machine avec dedans un système préinstallé pour que les acheteurs puissent l'utiliser ? C'est mal? !

Tu trouves que "montrer comment utiliser" est une apologie ?

je souhaite être le plus convaincant possible

Si tu ne mets pas d'eau dans ton vin, tu ne convaincras personne.

en fait, c'était un futur.

La fondation mozilla ayant expliqué qu'il n'était pas possible de continuer à distribuer un programme nommé firefox qui ne contiendrait pas l'icone (qui n'étant pas libre n'est pas dans debian), debian va sans doute être obligée de changer le nom du navigateur en question (iceweasel semble être une des solutions préférées). Par contre, je pense qu'ils pourront continuer d'avoir un paquet nommé firefox qui installera le nouveau paquet contenant le navigateur qu'il ne faut plus appeler firefox et un fichier doc expliquant l'état des choses.

Et sinon, tu as essayé maple ? (avec un seul p)

Je ne suis pas sur que plus de noms de fonctions pour faire les mêmes choses soit un avantage. Genre pour les gens qui ne connaissent pas Taylor, tu as expliqué que c'était une approximation polynomiale. Les gens qui ne connaissent pas Taylor ne trouveront pas la fonction dans maxima mais ils peuvent la trouver dans maple.
Et si tu l'utilises souvent et que ça te fatigue d'écrire 38 fois tout ça, tu peux définir taylor à partir de convert, ce n'est pas bien compliqué.

En regardant les screenshots, j'ai l'impression que series (maple) est exactement pareil que taylor (maxima).

C'est comme si je disais que je suis contre le vol mais qu'il ne faut pas récupérer les biens volés car cela va faire de la peine au voleur. On s'en fout des sentiments du voleur à ce sujet. Ces biens ne sont pas à lui et il doit les rendre.

En fait, une comparaison un tout petit peu plus adaptée serait celle des amres nucléaires : on est contre, on fait un moratoire dessus, mais on ne s'en débarasse pas complètement parce que cela reste un avantage stratégique.

La seule façon d'en sortir, c'est que tout le monde désarme ses brevets logiciels, ou qu'ils soient déclarés mondialement nuls. Si linux () tombe à bras raccourcis sur ses alliés pour leur retirer cette arme, cela fragilise sa propre position.

Juste une petite remarque, pour l'utilisateur mac, il est possible de faire un .app qui contient tout ce qu'il faut en utilisant py2app. Ça dispense d'installer une nouvelle version de python, puis d'installer pygame.

Sinon, pour l'installation from source, j'aurais recommandé darwinmacports, qui permet d'installer pygame assez simplement sans avoir peur de pourrir sa machine ni se poser de question sur le paquetage à choisir pour python entre panther, tiger, intel, universal... Mais mon avis est biaisé, j'utilise macports.

Il faut siffloter aussi, pour passer vraiment inaperçu quand tu rases les murs.

Humm, la ligne 'No bind found for key ' 0.057 ct: 0.000 1/ 1 ??% ??% ??,?% 0 0 7%' (et les suivantes aussi en fait) est inquiétante.
Cela veut dire qu'une fois lancé, il reçoit ces commandes dans son entrée. C'est pas normal. Tu lances mplayer depuis un script bizarre ?

A priori, ça pourrait être des ] ou des } ou d'autres entrées qui disent à mplayer de changer la vitesse de lecture. Mais ça donne l'impression que tu lances mplayer avec sa propre sortie comme entrée. Étrange.

Bon, la debian-façon d'installer le module nvidia, ce n'est pas de télécharger le paquet, le compiler et prier pour que ça marche. C'est avec module-assistant.

> Les headers je les ai eus sur le site debian:

gniii ? Tu veux dire que tu les as apt-get'és, n'est-ce pas ?

Bon.
'apt-get install module-assistant'
Ensuite, 'module-assistant'
Tu as une interface curses dans laquelle tu choisis d'abord upate, puis prepare (qui t'installe tout seul les headers COMME IL FAUT) puis select. Tu sélectionnes nvidia-kernel, et ensuite, get, puis build puis install. Et le module sera installé.

De cette façon, tu as des modules compilés avec le bon gcc, les bons headers et il y a beaucoup moins de raisons pour que ça foire.

PS : oui, dans unstable, nvidia-kernel-source est à la version 8774.

quels fainéants ces slackers...

1) effectivement, la réponse est non.

Un programme C compilé ne tourne que sur la plateforme pour laquelle il a été compilé. Il est cependant possible de compiler pour une autre machine dotée d'une autre architecture : on appelle cela cross-compiler. Par contre, le programme en question ne tournera pas sur la machine sur laquelle il a été compilé.

Pour qu'un programme compilé fonctionne sur plusieurs architectures différentes, il faudrait que le langage vers lequel il est compilé (en gros, de l'assembleur) soit interprétable sous un autre système. C'est un intérêt des langages à machine virtuelle : par exemple, java (compile once, run everywhere).

Mais ce n'est pas grave, il existe des compilateurs de C sous linux (et en général sous tous les systèmes), donc il suffit de transmettre le code source, et hop, tout va bien.

Pour cygwin sur clef, ça risque d'être un peu difficile, il écrit pas mal d'informations dans la base de registres, et marche beaucoup moins bien sans.
Pour qemu ou vmware, faut voir. Et comme système à y mettre, le plus indiquer est surement damnsmalllinux.