nojhan a écrit 632 commentaires

Certes. Il ne faut pas non plus croire que si la boîte ne te recrute pas, c'est parce qu'elle a pipeauté… Nous on veut vraiment recruter, et le stage est un moyen d'identifier des bons candidats (et c'est carrément le bon plan d'être connu lors d'une embauche). Maintenant, c'est pas forcément le recrutement direct à l'issue du stage, il se peut qu'il faille faire une thèse, par exemple, selon le service concerné.

C'est sans doute pas assez clairement dit, mais on cherche juste un stagiaire potentiellement intéressé par tout ça, pas un expert. Les sujets sont juste des indications. Par exemple, le premier stage n'implique pas de travail sur l'algo lui-même, c'est (« uniquement ») du dev sur le framework de parallélisation.

Non.

C'est comme si tu disais qu'il est paradoxal d'utiliser du logiciel libre tout en payant pour des services associés.

L'intérêt de l'auto-hébergement c'est la maîtrise de tes données et des services associés, pas le fait que tu t'amuses à mettre à jour tes applications web en ligne de commande.

Quand tu ne fantasme pas plus que ça sur l'administration système, tu apprécies d'avoir quelqu'un de compétent capable de patcher les failles des applications web que tu utilises sans que ça te prenne un week-end.

Question simple : qui dois-je payer pour ne pas avoir à me taper (trop) souvent de l'administration système tout en auto-hébergeant ?

Et c'est sous GPL version 3.

Non, vraiment, la vie est belle dans le monde d'en bas.

J'attendais les motifs multiples avec impatience, merci pour cette commande très pratique :-)

"I'll freely admit that I've often done things iteratively and interactively that could probably have been done more efficiently if I'd taken the time to think out the correct incantation." -- Jim Dennis

J'adore.

Mais non, le loto est un grand élan de solidarité : à chaque tirage, des millions de gens donnent leurs sous somme pour rendre riche une seule personne et participer au fonctionnement de leur pays.

Quel bel acte désintéressé d'amour pour son prochain !

On y pense pas souvent, mais utiliser les liens matériel (commande ln, sans le -s) permet une certaine forme de tag.

Par exemple, vous créez une série de répertoire à plat et vous créez des hardlinks dans plusieurs répertoire : plusieurs entrées mais un seul "fichier" (pour rester simple) de stocké sur le disque.

Par contre, je ne sais pas s'il existe une intégration dans un environnement de bureau quelconque.

Tu peux régler la qualité de rendu dans les préférences des filtres, en baissant la qualité la vitesse de rendu augmente.

Sinon, dans les dernières versions il y a un menu Affichage > Mode d'affichage qui te permet de désactiver uniquement les filtres.

BEUH ! C'est hébergé chez Gandi, d'habitude il n'y a pas de problème. Comment je peux régler ça ?

Pour la prochaine version, quand j'aurais un truc propre avec suffisamment de fonctionnalités. En l'état, c'est du alpha... participez :-)

Il serait plus efficace de créer un site qui recense les erreurs journalistiques.

Bon courage, parce qu'il y a du boulot pour le remplir...

C'est corrigé dans le SVN :
$ svn co https://ereshkigal.svn.sourceforge.net/svnroot/ereshkigal ereshkigal/trunk

Quand j'aurais le temps je ferais une gestion propre des arguments avec le module optparse... ou alors quelqu'un fera un patch :-)

J'ai un (vieux) palm (ZX) avec un lecteur d'ebooks dans un format qui gère les tables de matières et les annotations (mobipocket). Le format poche permet de l'emmener partout et de le lire importe où. Par contre c'est un écran LCD, qu'il faut lire dans une ambiance très éclairée, sinon ça fatigue les yeux. Il est suffisamment rapide et ergonomique pour ça soit sympa de lire avec. En plus, les vieux modèles de palm ne sont pas chers d'occasion...

J'attends avec impatience un lecteur de poche avec un rendu papier, qui puisse lire des ePub, mais la tendance semble être à la surenchère, vers des formats A4 avec wifi. Cest bien dommage.

Je ne suis pas sûr de saisir toute la portée de cette réponse. Est-ce une tentative de me faire ironiquement comprendre que poser une question pertinente est une forme d'opposition inacceptable à la cause écologique ?

Si non, inutile de lire la suite de ce commentaire :-)

Si oui, il serait bon que tu prennes le temps de comprendre le concept de mutation. En effet, le hasard est hyper balèze, puisque c'est un moteur essentiel de l'évolution...

Il n'y a pas forcément besoin de transfert de gène pour fixer une résistance, il suffit d'une pression de sélection suffisante (par exemple une mono-culture exagérément arrosée d'herbicide, comme par hasard -- hyper balèze --) et... d'un hasard -- hyper balèze -- (le même qui fait que tu as deux yeux fonctionnels... euh, non en fait moins hyper balèze que ça, ça suffirait).

D'autre part, Monsanto a un discours pire que caricatural, mais je n'en dirais pas moins des extrémistes anti-OGM. Ma question vise donc à savoir simplement si l'assertion péremptoire de ce journal s'appuie sur des faits scientifiquement avérés ou si c'est juste une interprétation hâtive.

Le fait que ça soit plausible ne veut pas dire que ce soit vrai et vouloir en savoir plus ne fait pas de moi un méchant anti-écologiste.

"Ce constat contredit les affirmations péremptoires et optimistes des défenseurs des OGM qui prétendaient et persistent à affirmer qu'une hybridation entre une plante génétiquement modifiée et une plante non-modifiée est tout simplement «impossible»."

Il y a une preuve que c'est un transfert de la résistance et pas une mutation différente ?

Je vais relire tout ça, notamment la AL, j'avais zappé cette histoire de format préféré... merci.

Mais si, il suffit d'éditer la version antérieure et de sauvegarder. Le lien supplémentaire pour les opérateurs système est juste un raccourcis pratique, mais n'offre aucune originalité par rapport à un autre type de compte.

Oui, le pinaillage est un trait de caractère geek.

Le plus simple à ce moment là ce serait de reprendre les nouveaux strips en copiant/collant les anciens personnages sur les nouveaux décors. C'est très facile à faire sous inkscape... et tu peux même les publier toi-même avec le même CMS, qui est libre. Je peux même héberger ce genre d'édition alternative, s'il faut.

Il n'y a aucun moyen de savoir qu'un des contributeur a sa page blanchie ou est bloquée. Par contre, l'erreur peut se situer sur le lien rouge des contributions et les simples accolades sur le commentaire...

Pour l'orthographe, il faut me signaler tout ça sur le forum, voir proposer des patchs ! MAIS SORTEZ VOUS LES DOIGTS BORDEL, C'EST DU XML :-)

Le téléchargement du PDF arrive, on s'est dépêché de faire les annonces et ça arrive après sur la liste. De toute façon, ce qui compte ce sont les SVG, et on cherche un moyen sympathique de diffuser les inédits... plus intéressant qu'une simple archive à télécharger. Si vous avez des idées...

Notez que la licence n'impose pas de diffuser les sources, ce qui est un vrai défaut, pour moi, vu le format. Est-ce qu'il y aurait une licence type GPL/CC-BY-SA/AL qui imposerait de diffuser les sources sans imposer de diffuser le texte de la licence avec (et accessoirement sans tout l'attirail logiciel de la GPLv3) ?

Tout à fait, d'autant plus que ça se fait déjà pour paramétrer GCC, par exemple, et que j'ai déjà utilisé CIMG pour du recalage rigide d'images... mais il faut du temps pour faire tout ça :-)

OK, je ne remet pas en cause le fait que a soit fun et tout, c'est un argument tout à fait acceptable. Par contre, j'ai quelques remarque sur les autres arguments.

Pour commencer, pour moi un gestionnaire de paquets c'est un (ou plusieurs) outils automatisant le processus d'installation, désinstallation, mise-à-jour de logiciels installés sur un système informatique. Il me semble, en tant que béotien incompétent, que cette définition de Wikipédia colle bien à Zen, quand bien même ce serait un gestionnaire très simple et léger par rapport à ce que peuvent faire des trucs comme APT/DEB et compagnie.

Ensuite, en tant qu'utilisateur lambda, ce que je perçoit (mais c'est sans nul doute un biais, d'où mes questions), c'est que je vais encore devoir me rappeler une autre commande d'installation, qui ne sera pas incluse dans mon interface graphique favorite, que je devrais réussir à faire maintenir par mon adminsys dans un autre dépôt séparé (et qu'il va raler), etc.

J'imagine (mais je peux me tromper) que si l'on avait un FORMAT de données et un protocole unifié, ça n'enlèverait rien à la portabilité (on peut recoder le système dans le langage de son choix), mais ça aiderait beaucoup à la facilité d'emploi (j'installe avec mon gestionnaire favoris, sans avoir à en apprendre un nouveau).

Bien sûr, on va me rétorquer que c'est pas compliqué d'apprendre une commande, que ça impose des contraintes aux devs... certes, mais ça ne me parait pas être des arguments très pertinents (on peut en discuter, mais ce serait tellement pénible que ça ne me tente pas trop).

Bon, désolé que la question soit tombé sur vous, vu que Zen est vraiment le truc tellement simple que ça justifie presque tout, mais il fallait quand même que je pose la question, et il n'y a pas de news sur Python setuptools en ce moment.

J'ai une vraie question en forme troll : pourquoi un énième système de paquetage ?

Python a son distuil, TeX son CTAN, Perl son CPAN, sans compter les DEB et autres RPM, etc.

Je n'arrive pas à trouver un argument rationnel suffisamment fort pour justifier l'absence de coordination au niveau des formats et des protocoles à ce niveau. Qu'est-ce qui empêcherait d'avoir un système unifié au niveau format, quitte à avoir des implémentations dans tel ou tel langage, quand on veut minimiser les dépendances ?

On m'a soufflé à l'oreille que CPAN6 cherchait à faire ça ? Le putch raté de LSB pour RPM aurait-il stoppé net des velléités de type freedesktop dans ce domaine ? quidquid latine dictum sit, altum sonatur ?

En même temps, comme je n'y connais rien, je dois rater l'argument massue qui justifie tout ce temps perdu, cette interopérabilitée ratée et cette complexification inutile... aidez-moi à comprendre.