Alex G. a écrit 651 commentaires

Euh moi je l'utilise depuis longtemps avec Pulseaudio le Ekiga. Mon seul vrai problème avec Ekiga a été la gestion fantaisiste de SIP par free contre l'orthodoxie de Ekiga. Ensuite ça a fonctionné pendant pas mal de temps, et récemment ça ne fonctionne plus du tout (un problème de dead-lock apparemment, pas pris le temps de faire un ticket…)

Bref j'ai hâte que la nouvelle mouture atterrisse dans ma distribution :-) Ekiga j'aime bien, je m'en suis pas mal servi. Bravo aux dévs.

Je pense qu'il faut que tu mette tes doc test comme un "literal block" cf http://docutils.sourceforge.net/docs/user/rst/quickref.html#literal-blocks

Donc soit en mettant "Return a tuple containing the state of each observer::" (attention le :: doit coller au mot précédent, comme en anglais) ou juste "::" avant ton code. Enfin ton code doit être indenté.

Merci pour les pistes. En effet le meilleur moyen coté disque semble de mettre le noauto et d'invoquer un mount dans rc.local ou mieux, dans un script upstart.

Pour grub en fait j'ai dû aller voir /etc/grub.d/00_header pour comprendre qu'il fallait ajouter un option GRUB_RECORDFAIL_TIMEOUT=10 dans /etc/default/grub.conf (puis lancer sudo update-grub pour régénérer /boot/grub/grub.cfg)

Bon sinon, juste pour info, dans Ubuntu c'est https://wiki.ubuntu.com/Plymouth qui gère le dialogue lors du boot.

Ce lien avec la culture Maya explique le logo solaire de e17 !

Logo e17

Bon je suis également passé à ubuntu 12.10 et ça fonctionne maintenant.

J'ai lu en diagonal mais c'est très intéressant. Un travail de qualitay :-)

hum, j'ai oublié de le dire, chez moi c'est ubuntu 11.04 (quoi je suis en retard ?) et thunderbird 15.0.1

Tu as pas vu le smiley ?

Après tout un robot a bien été conçu par quelqu'un qui a codé les règles de mise en œuvre de l'ouverture du feu.

Si on parle d'intelligence artificielle (de la SF hein), l'intelligence de l'automate échappe à son concepteur, on ne parle plus uniquement d’algorithmique. Il y a décision du robot, pas uniquement du concepteur.

Je savais pas non plus que Achille Talon fréquentait Linuksèfaire ^ ^

De plus, et c'est le tour de passe passe de RedHat, certains serveurs (ou type de garantie) exigent que tu ai une RedHat (donc exit CentOS).

Vu que tu sembles l'avoir lue, tu pourrais lui donner envie de la lire en donnant un lien et des faits intéressants :-)

Est ce qu'utiliser un with ne serait pas sémantiquement intéressant ? Avec un context manager qui ne fait rien bien sur:

class Pragma(object):

    def __init__(value):
        pass
    def __enter__():
        pass
    def __exit__(*args, **kwargs):
        pass

et

with Pragma('omp task default(none) shared(x,n)'):
    instruction0
    instruction1
instruction2

C'est peut être ce que tu ne veux pas dans la mesure où ça pollue l'interprétation du code ?

Je pense que le problème dans ce cas est que tu ne servirais plus l'image mais un bout de html, ce qui est une autre problématique (comment tu l'inclus dans ta page, avec javascript ?).

Le système en hex suffisamment simple, en plus il assure l'unicité. Éventuellement il pourrait ajouter un img.linuxfr.org/xxxx/origin qui te donnerais l'origine de l'url, mais bon hein, faut avoir du temps !

Bravo en tout cas, la fluidité des arguments sur la pertinence de la solution montre que c'est bien pensé. Beau boulot.

Pas sûr que la seconde intercalaire soit notre souci majeur à ce moment là :-)

Oui merci aussi, je me demandais pourquoi mon solr tournait à fond les ballons !

Hello,

Si je ne m'abuse dans OpenStack il y a trois parties (et peut être plus):

• la partie gestion des serveurs et déploiements
• la partie object store
• la partie magasin d'images

Quels sont les aspects qui seront le plus développés ?

Quel public est principalement ciblé : Les admin sys, les sysops ou les développeurs d'applications ?

Merci pour la dépêche.

Ceci dit on est sur linuxfr, pas mathématique.fr ! Donc il me semble que l'on pouvait au minimum mettre des liens vers Wikipedia (ou autre) pour les termes genre lissage à noyaux, et pourquoi pas donner une signification concise.

Par exemple lissage par noyaux c'est Estimation par noyau ?

Si l'auteur pouvait nous dire ce que son exemple résout comme problème ce serait bienvenu.

Aussi les liens 2 et 3 me renvoient sur un forbidden.

La faim non, mais le partage oui :-)

Si tu te révolte parce que tu as faim, en général c'est que tu penses que certains t'empêche d'avoir accès à la nourriture.

Des copains qui aiment le libre et qui sont graphistes me disent que Gimp n'est vraiment pas à la hauteur de Photoshop en terme de productivité. Ayant utilisé les deux de manière un peu poussé je dois malheureusement dire que c'est vrai.

Inkscape est un logiciel qui a de vrais atouts même face à un illustrator. Blender est également une belle réussite.

Coté remplacement d'éditeur style adobe première c'est le vide (Jashaka était pourtant pas mal parti,… et est peut-être reparti).

Ceci pour dire que la focalisation sur la réticence au changement ne me semble pas vraiment justifiée. À nous ceci dit de faire continuer à encourager ce qui existe ! Notamment les initiatives citées.

Pour une approche très différente, moins structurée

 <pub>

Ikaaro propose un wiki. Dans ce wiki on peut créer une page contenant un plan faisant références à des pages du wiki. À partir de cette page on peut générer un document OpenDocument (grâce à lpOD le style étant copié d'un document existant. On a donc la doc en ligne (le wiki) et des ODT/PDF à volonté. Petit bonus il sait même ingérer un ODT et créer les pages de wiki !

C'est GPLv3.

</pub> 

Juste pour moi qui justement ai préféré Openshot à Pitivi : je pense que j'ai essayé Pitivi alors qu'il fonctionnait mal (très limité) alors que quand j'ai connu OpenShot il faisait ce que je voulais. C'est aussi ça le bénéfice d'un développement rapide même si c'est plus bordélique.
Promis, la prochaine fois je regarde Pitivi :-) et merci de le développer !

Il nous prennent vraiment pour des pingouins… faut quand même pas être manchot pour écrire un bon article.

Peut être que tant que le bouton n'est pas affiché c'est celui de retour qui prend deux fois plus de place ?

Perso j'ai utilisé TaskJuggler et ça me plaît bien en tant que dév car il s'agit d'écrire dans un DSL comme un petit programme. (Il y a aussi faces dans le même style).

Ceci dit, dans mon domaine (gestion documentaire, méthodes agiles) c'était uniquement pour mettre un joli dessin sur une proposition commerciale afin de rassurer le décideur pressé.

À part des cas spécifiques, j'ai toujours beaucoup de mal à croire au diagramme de PERT pour l'informatique (déterminer ce qu'il y a à faire est un travail plus long et compliqué que de le réaliser). PERT c'est bien quand on sait à peu près ce qu'on doit faire (répétibilité, peu de surprises), les chantiers quoi :-)

Les outils proches de SCRUM, (ou plus léger) qui évaluent grosso modo un temps donné pour un groupe de tache (un sprint par exemple), à combien on en est, combien de "trucs" il reste à faire, qui intègrent facilement des nouvelles tâches, pour donner un aperçu évolutif, semblent plus intéressant dans la plupart des domaines de l'informatique (qui est plus un travail de connaissance que de production).