Moi, j'aurais bien aimé qu'il dise pourquoi cgroups et fanotify sont mal fichus au lieu de l'annoncer comme une évidence. Quelqu'un connaît ces points faibles ?
Mon petit doigt me dit que ton système est suffisamment malin pour ne pas décharger puis recharger en mémoire le shell à chaque tour de boucle, contrairement au cas réel où plusieurs binaires auront été lancés entre deux itérations. À mes yeux, ton benchmark ne vaut effectivement rien. Pour que Python vaille le coup, j'imagine qu'il faudrait une architecture comprenant une machine virtuelle tournant en permanence dans laquelle serait ajoutés les scripts de lancement, sinon on passerait beaucoup de temps à charger/décharger toute la machinerie Python.
systemd apporte des fonctionnalités géniales, mais de grâce, arrêtons d'utiliser la performance comme argument pour l'introduction de larges binaires.
Il y a d'autres arguments dans la dépêche comme le lancement à la demande d'un deamon ou bien son redémarage, par exemple après une mise à jour, sans perte des données en attente de traitement.
Franchement bravo pour ce journal car après le journal bookmark, voici le journal inutile. Je n'ai à peu près rien compris ou très vaguement à tout ce que tu as écrit. Par exemple «requetage», c'est quoi ?! Des références non-nulles ? Euh... c'est-à-dire ?!
on perd la centralisation des droits (il y en a un peu dans les /etc/passwd et un peu dans policy-kit)
Les droits ne décrivent pas la même granularité donc il n'y a pas vraiment de raison pour les mettre au même endroit. Les fichiers sont cependant regroupés s'ils utilisent PolicyKit...
on perd la compatibilité unix
??? Ça tourne sur Linux... La compatibilité, c'est a niveau des droits classique Unix (RWX) ? Ben ça s'ajoute...
on doit réécrire tout un tas d'applications pour qu'elles s'interfacent à policy-kit
On ne peut pas non plus ajouter éternellement des choses à l'existant sans efforts donc je ne suis pas choqué qu'il faille une adaptation.
on perd la distribution des droits sur un parc de machines
Muf ?
On aurait obtenus un résultat plus intéressant en utilisant les droits classiques (avec sudo à la rigueur) ou en passant par des capabilities. Bref en réutilisant l'existant.
Avec les ACL, il faut imaginer toutes les actions/opérations qu'un fichier va pouvoir subir. Avec PolicyKit, les permissions sont déplacées hors des fichiers pouvant subir l'opération.
Avec les ACL, les permissions sont permanentes, avec PolicyKit elles ne sont attribuées que dynamiquement et temporairement.
Avec les ACL, il me paraît difficile d'autoriser/refuser des opérations qui sont des appels à des méthodes distantes (penser à du RPC) à moins de faire une liste longue comme le bras d'attributs.
Avec tous ces machins en PulseAudio/*Kit aux configurations imbittables, Linux devient de moins en moins hackable et ça c'est pas très cool.
Mais t'as lu au moins les liens que j'ai donné juste au-dessus ?! Comment fais-tu pour obtenir des configurations fines de permissions sans PolicyKit (ou équivalent) ?
PolicyKit cherche à rendre possible une configuration fine des permissions. Dans le cas que tu donnes, il n'est par exemple pas souhaitable de donner à tout un programme des droits élevés comme root juste pour pouvoir éteindre une machine. On ne va pas non plus s'amuser à créer des dizaines de groupes pour affiner les permissions.
Concrètement, un programme A demande à un programme B d'effectuer une action. B demande à PolicyKit si A en a le droit : si oui, l'action est effectuée, sinon A va devoir contacter PolicyKit pour obtenir une autorisation qui ensuite sera lue par B et l'opération pourra se faire. Cf. http://hal.freedesktop.org/docs/PolicyKit/model-theory-of-operation.html. Avec ce mécanisme, on voit que le programme A ne détient pas de droits particuliers.
«En quel honneur ? On a bien le droit de discuter des logiciels que l'on utilise.»
C'est pas la discussion le problème mais le ton. Juste un concours de bites sur qui a eu une fonctionnalité avant l'autre, c'est passionnant. Et je mets de côté les commentaires qui ne sont que des affirmations gratuites. À la fin de cette discussion, strictement rien n'en ressortira, on remettra d'ailleurs les couverts d'ici quelques semaines de toute façon, donc elle est idiote.
Ce doit être cela la différence entre des geeks qui sont convaincus qu'ils détiennent la vérité absolue parce que leurs habitudes seraient universelles, et des expérimentations sur des panels d'utilisateurs. La religion vs. les sciences quoi. D'ailleurs, c'est amusant de voir une discussion aussi conne que KDE4 vs. GNOME3 comme on la voit ici de la part de personnes ayant reçu une formation scientifique.
Je pense qu'il y a un complot franc-maçonnique derrière GNOME. Probablement une volonté de conquête du monde en écrasant toutes les connaissances actuelles (i.e. tout le savoir que KDE a développé -- toujours tourné vers le bonheur de l'humanité comme chacun le sait). C'est une sorte de révolution culturelle digne des pires heures du communisme.
Si j'ai tort, cela voudrait dire que ce journal est simplement une grosse merde écrit par quelqu'un qui nous fait un caca nerveux après s'être fait jeté sur un chan dans des conditions que lui seul connaît. Il aurait pu se contenter d'envoyer un email sur les listes de discussion de GNOME mais il était évidemment plus malin de faire une esclandre ici. Et moi, je suis en train de répondre à un message écrit à l'arrache, comme d'habitude, par Albert_. Autrement dit, je perd autant mon temps que si je lisais les forums de Clubic.
Pour Avahi, je n'en sais rien (ça a toujours tourné tout seul sur toutes mes machines sans problème). Pour PA, les problèmes ont généralement trait à des interactions avec Jack. De cela, en déduire que tout ce que fait ce gars est mauvais est honteux. Juste une attaque gratuite. Par ailleurs, j'imagine mal Redhat, Suse et Debian laisser systemd devenir un machin inutilisable alors que ce programme est de la première importance.
Normalement, PA est justement fait pour consommer moins, sauf avec des cartes qui ne supportent pas certaines de ses fonctionnalités (enfin, il s'agit d'un problème ALSA -- même si «il fonctionne»).
Je n'ai rien compris à ton paragraphe sur le RT...
Pour l'usage pro, PA n'a jamais été présenté comme la solution mais comme une possibilité en parallèle à Jack. Clairement PA et Jack évoluent avec deux objectifs précédents alors pourquoi les comparer ?
Donc, PA pas dehors sauf pour des besoins spécifiques (et encore, il peut être mis en pause il me semble).
Et puis Ubuntu avec Upstart... Sans compter que les scripts de démarrage s'appuient tous sur les spécificités de chaque distribution avec, par exemple, des fichiers de configuration dans /etc/sysconfig chez Redhat mais pas chez Debian.
La vérité, c'est que le démarrage des systèmes Linux n'est pas normalisé et n'a pas même réussi à se standardiser alors pourquoi ne pas tenter autre chose ?
Il y a quand même une fonctionnalité qui a l'air de rester invisible ici alors qu'elle me paraît être la killer-feature de systemd. Systemd peut faire redémarrer des services sans avoir à redémarrer la machine : les sockets stockent les données qui leur arrivent pendant que le service concerné redémarre, puis ce service peut traiter ce qui était en attente dans les sockets qu'il utilise. Ce n'est pas une fonctionnalité utile pour un serveur ou même pour une simple machine ?
Essayé à l'instant sur un Dell XPS 15 (L502x) avec une Fedora 15 64 bits dessus : pas de problème dans gnome-recorder en revanche Cheese produit une vidéo figée (clairement un bug) tout en enregistrant correctement le son.
Un problème spécifique à ta machine ?
Quant au concept KISS, on dirait qu'il est souvent synonyme ici d'une vision idyllique du monde où tout est simple... bisounours land pour le logiciel, surtout celui du son qui comme chacun le sait ne recouvre pas l'utilisation de cartes sons aux possibilités techniques ultra-différentes, et ne demande jamais d'optimisations tordues pour tout effectuer en «temps-réel».
Je suis sur Fedora 15 et j'utilise GNOME 3. Pas de problèmes sur du Sandy Bridge, donc de quels chipsets Intel parles-tu ?
Pour les paramètres, tu cliques sur ton nom en haut à droite, puis sur «Paramètres systèmes» et voilà (2 clics donc). La même application est également accessible par le menu «Activités» où elle s'appelle aussi «Paramètres systèmes» (de 2 à 4 clics). Le bout du monde quoi.
Gnome-shell est parfaitement utilisable à mes yeux (en tout cas sur ma machine) et n'a strictement rien à voir avec KDE 4 qui n'était absolument pas stable au moment de sa sortie.
Toutefois, je rencontre actuellement deux bugs :
- avec Nautilus qui parfois ne veut plus renommer un dossier, ce qui l'amène généralement à planter quelques minutes après ;
- avec Evolution en IMAP+ qui me sort une erreur sur l'ordre des emails dans les commandes IMAP ("A00007 BAD parse error: invalid message sequence number"). Cette erreur arrive en quelques jours d'utilisation. Pour la corriger, il faut supprimer tous les emails dans '~/.local/share/evolution/mail/imapx/blah@free.fr/' (peut-être que le problème provient des serveurs de Free ?) donc il faut les conserver en ligne pour pouvoir les re-télécharger par la suite.
Je n'ai pas de problèmes avec PulseAudio ni avec Avahi (au fait tu as des problèmes ou c'est juste que tu penses que tu as moins de services que sous MasOSX ?).
Pas de problèmes avec systemd depuis 3 semaines que je l'utilise.
Bref, ton attaque envers Lennart, c'est juste pour te calmer ? Comme d'habitude quoi...
Avec WebGL, on peut aussi parier sur l'arrivée d'une nouvelle vague (elle n'est pas bleue celle-là) de démocratisation de la 3D et donc de besoin matériels. Il y a également la réalité augmentée qui est demandeuse de bonnes performances pour la synthèse d'objets 3D crédibles intégrés à une vidéo. Ces deux points font, voire feront, partie du quotidien de madame Michu (ex : quand elle va choisir ses lunettes ou ses fringues sur le net en les superposant à son corps).
Personnellement, j'aimerais aussi ajouter la réalité virtuelle qui n'est pas (encore) grand public mais qui se démocratise. Elle a souvent des besoins très forts en terme de qualité de rendu 3D.
Voilà donc 3 cas d'usage de la 3D sans qu'on est eu à parler de jeux-vidéo. Évidemment, il est également important d'avoir des modeleurs 3D qui fonctionnent bien pour créer ces environnements, on rejoint donc le problème de l'infographie.
La 3D performante n'est plus du tout réservée à Jean-Kévin.
J'ai un petit NAS de Synology (un DS110J) et j'en suis très content. Effectivement, il peut faire serveur Web. Mais encore faut-il savoir où uploader les fichiers dessus et comment configurer la bête. Après, il faut aussi avoir un nom de domaine pour que ça soit pratique à utiliser.
Dans les années 90, il fallait écrire des pages en HTML et les uploader, au bon endroit, sur un serveur. Années 2000, l'écriture des pages se simplifie (Dreamwaver... même si le code produit est critiquable) mais il faut toujours uploader sur le site et avoir quelques connaissances de gestion de sites. Par ailleurs, on peut constater que les sites ne contiennent souvent rien en terme d'information... Beaucoup de temps à passer pour pas grand chose finalement. Moitié des années 2000, les blogs et d'autres plateformes (CMS), qui font les tâches de mise en ligne pour l'utilisateur, se généralisent. Ça y est, l'utilisateur peut publier très vite et facilement ses données -- en dehors des forums. Et on continue dans la simplification avec Facebook, Twitter, Flickr, etc.
Bref, on est passé de quelque chose d'un peu fastidieux à mettre en place à quelque chose qui permet à n'importe qui de raconter facilement ce qu'il veut. C'est bien pour ça que l'idée du serveur multi-fonctions à domicile est intéressante intellectuellement mais ne représente pas les usages les plus répandus.
[^] # Re: Un résumé du débat systemd / Debian est disponible sur LWN
Posté par Laurent A. . En réponse à la dépêche Évolutions techniques de systemd. Évalué à 10.
Moi, j'aurais bien aimé qu'il dise pourquoi cgroups et fanotify sont mal fichus au lieu de l'annoncer comme une évidence. Quelqu'un connaît ces points faibles ?
[^] # Re: Quoi ? Il faut créer plein de processus ?
Posté par Laurent A. . En réponse à la dépêche Évolutions techniques de systemd. Évalué à 6.
Mon petit doigt me dit que ton système est suffisamment malin pour ne pas décharger puis recharger en mémoire le shell à chaque tour de boucle, contrairement au cas réel où plusieurs binaires auront été lancés entre deux itérations. À mes yeux, ton benchmark ne vaut effectivement rien. Pour que Python vaille le coup, j'imagine qu'il faudrait une architecture comprenant une machine virtuelle tournant en permanence dans laquelle serait ajoutés les scripts de lancement, sinon on passerait beaucoup de temps à charger/décharger toute la machinerie Python.
Il y a d'autres arguments dans la dépêche comme le lancement à la demande d'un deamon ou bien son redémarage, par exemple après une mise à jour, sans perte des données en attente de traitement.
[^] # Re: Lapin compris
Posté par Laurent A. . En réponse à la dépêche Évolutions techniques de systemd. Évalué à 3.
Il a oublié le cas XFree86-Xorg ?
# Super journal
Posté par Laurent A. . En réponse au journal Java 7 est dispo !. Évalué à -8.
Franchement bravo pour ce journal car après le journal bookmark, voici le journal inutile. Je n'ai à peu près rien compris ou très vaguement à tout ce que tu as écrit. Par exemple «requetage», c'est quoi ?! Des références non-nulles ? Euh... c'est-à-dire ?!
Au moins, t'aurais pu mettre l'URL de l'annonce de la sortie : http://blogs.oracle.com/javase/entry/java_7_has_released (si c'est celle-là que tu avais lue).
[^] # Re: Gestion des droits
Posté par Laurent A. . En réponse au journal Ma simple session avec Compiz et Cairo-dock. Évalué à 5.
Ouais...
Les droits ne décrivent pas la même granularité donc il n'y a pas vraiment de raison pour les mettre au même endroit. Les fichiers sont cependant regroupés s'ils utilisent PolicyKit...
??? Ça tourne sur Linux... La compatibilité, c'est a niveau des droits classique Unix (RWX) ? Ben ça s'ajoute...
On ne peut pas non plus ajouter éternellement des choses à l'existant sans efforts donc je ne suis pas choqué qu'il faille une adaptation.
Muf ?
Avec les ACL, il faut imaginer toutes les actions/opérations qu'un fichier va pouvoir subir. Avec PolicyKit, les permissions sont déplacées hors des fichiers pouvant subir l'opération.
Avec les ACL, les permissions sont permanentes, avec PolicyKit elles ne sont attribuées que dynamiquement et temporairement.
Avec les ACL, il me paraît difficile d'autoriser/refuser des opérations qui sont des appels à des méthodes distantes (penser à du RPC) à moins de faire une liste longue comme le bras d'attributs.
http://wiki.archlinux.fr/Policykit
Ouais.
[^] # Re: Il fallait y penser
Posté par Laurent A. . En réponse au journal Ma simple session avec Compiz et Cairo-dock. Évalué à 0.
Mais t'as lu au moins les liens que j'ai donné juste au-dessus ?! Comment fais-tu pour obtenir des configurations fines de permissions sans PolicyKit (ou équivalent) ?
[^] # Re: Gestion des droits
Posté par Laurent A. . En réponse au journal Ma simple session avec Compiz et Cairo-dock. Évalué à 4.
Je pense que ce lien répond à tes questions : http://hal.freedesktop.org/docs/PolicyKit/intro-define-problem.html.
PolicyKit cherche à rendre possible une configuration fine des permissions. Dans le cas que tu donnes, il n'est par exemple pas souhaitable de donner à tout un programme des droits élevés comme root juste pour pouvoir éteindre une machine. On ne va pas non plus s'amuser à créer des dizaines de groupes pour affiner les permissions.
Concrètement, un programme A demande à un programme B d'effectuer une action. B demande à PolicyKit si A en a le droit : si oui, l'action est effectuée, sinon A va devoir contacter PolicyKit pour obtenir une autorisation qui ensuite sera lue par B et l'opération pourra se faire. Cf. http://hal.freedesktop.org/docs/PolicyKit/model-theory-of-operation.html. Avec ce mécanisme, on voit que le programme A ne détient pas de droits particuliers.
[^] # Re: le fond et la forme
Posté par Laurent A. . En réponse au journal Mais qu'est ce qu'ils branlent encore chez Mozilla ?. Évalué à 1.
Chez moi, Totem se lance tout seul...
[^] # Re: one word, bitches
Posté par Laurent A. . En réponse au journal il est minuit 4. Évalué à 4.
«fini le disque qui gratte»
Ben pas tout à fait lorsqu'on utilise inotify. En effet, cette API a une limite sur le nombre de fichiers qu'elle peut traquer :
http://unix.stackexchange.com/questions/13751/kernel-inotify-watch-limit-reached
Une fois cette limite franchie, il faut passer de temps à autre dans le système de fichiers à la recherche de modifications.
Fanotify n'a pas de limite en revanche mais je ne connais pas son adoption.
[^] # Re: facile
Posté par Laurent A. . En réponse au journal usability fail. Évalué à 4.
«En quel honneur ? On a bien le droit de discuter des logiciels que l'on utilise.»
C'est pas la discussion le problème mais le ton. Juste un concours de bites sur qui a eu une fonctionnalité avant l'autre, c'est passionnant. Et je mets de côté les commentaires qui ne sont que des affirmations gratuites. À la fin de cette discussion, strictement rien n'en ressortira, on remettra d'ailleurs les couverts d'ici quelques semaines de toute façon, donc elle est idiote.
[^] # Re: facile
Posté par Laurent A. . En réponse au journal usability fail. Évalué à 1.
Ce doit être cela la différence entre des geeks qui sont convaincus qu'ils détiennent la vérité absolue parce que leurs habitudes seraient universelles, et des expérimentations sur des panels d'utilisateurs. La religion vs. les sciences quoi. D'ailleurs, c'est amusant de voir une discussion aussi conne que KDE4 vs. GNOME3 comme on la voit ici de la part de personnes ayant reçu une formation scientifique.
[^] # Re: facile
Posté par Laurent A. . En réponse au journal usability fail. Évalué à 2.
«Je pense que ce paramètre pourrai être par défaut à non, car il déroute bon nombre d'utilisateurs...»
À ce que j'ai compris, c'est aussi le système actuel de Windows (et pour Mac aussi ?). Donc je ne sais pas s'il est aussi déroutant que cela.
[^] # Re: Quand même
Posté par Laurent A. . En réponse au journal Windows 8 is Awesome (tiling wm). Évalué à -1.
Eclipse utilise SWT de toute façon.
[^] # Re: GNOME 3
Posté par Laurent A. . En réponse à la dépêche Sortie de Fedora 15 « Lovelock ». Évalué à 10.
T'as vu beaucoup de choses en si peu de mots. En fait, il a juste balancé un gros troll donc son poste est inutile.
[^] # Re: _dès fois comme ça_ ...
Posté par Laurent A. . En réponse au journal Putain de nazis de l'interface!. Évalué à 1.
Je pense qu'il y a un complot franc-maçonnique derrière GNOME. Probablement une volonté de conquête du monde en écrasant toutes les connaissances actuelles (i.e. tout le savoir que KDE a développé -- toujours tourné vers le bonheur de l'humanité comme chacun le sait). C'est une sorte de révolution culturelle digne des pires heures du communisme.
Si j'ai tort, cela voudrait dire que ce journal est simplement une grosse merde écrit par quelqu'un qui nous fait un caca nerveux après s'être fait jeté sur un chan dans des conditions que lui seul connaît. Il aurait pu se contenter d'envoyer un email sur les listes de discussion de GNOME mais il était évidemment plus malin de faire une esclandre ici. Et moi, je suis en train de répondre à un message écrit à l'arrache, comme d'habitude, par Albert_. Autrement dit, je perd autant mon temps que si je lisais les forums de Clubic.
[^] # Re: linuxo-centré.
Posté par Laurent A. . En réponse au journal systemd est un "bloat". Évalué à 1.
Pour Avahi, je n'en sais rien (ça a toujours tourné tout seul sur toutes mes machines sans problème). Pour PA, les problèmes ont généralement trait à des interactions avec Jack. De cela, en déduire que tout ce que fait ce gars est mauvais est honteux. Juste une attaque gratuite. Par ailleurs, j'imagine mal Redhat, Suse et Debian laisser systemd devenir un machin inutilisable alors que ce programme est de la première importance.
[^] # Re: Lennart est un troll
Posté par Laurent A. . En réponse au journal systemd est un "bloat". Évalué à 1.
Normalement, PA est justement fait pour consommer moins, sauf avec des cartes qui ne supportent pas certaines de ses fonctionnalités (enfin, il s'agit d'un problème ALSA -- même si «il fonctionne»).
[^] # Re: Lennart est un troll
Posté par Laurent A. . En réponse au journal systemd est un "bloat". Évalué à 0.
Je n'ai rien compris à ton paragraphe sur le RT...
Pour l'usage pro, PA n'a jamais été présenté comme la solution mais comme une possibilité en parallèle à Jack. Clairement PA et Jack évoluent avec deux objectifs précédents alors pourquoi les comparer ?
Donc, PA pas dehors sauf pour des besoins spécifiques (et encore, il peut être mis en pause il me semble).
[^] # Re: Lennart est un troll
Posté par Laurent A. . En réponse au journal systemd est un "bloat". Évalué à -1.
Un démon système tu veux dire parce qu'actuellement c'est un démon utilisateur. Euh... Qu'est-ce que ça peut te foutre ?
Pas de problème avec le Flash à première vue. Ou alors il faudra que tu m'expliques comment tu le diagnostiques parmi tous les plantages de Flash.
Les boutons, c'est ALSA... Mais tu seras heureux d'apprendre qu'alsamixer sur Fedora 15 ne m'affiche pas 50 boutons.
Pas stop donc. Et je ne sais pas si «ALSA fonctionne» est aussi vrai que tu le dis.
[^] # Re: linuxo-centré.
Posté par Laurent A. . En réponse au journal systemd est un "bloat". Évalué à 2.
Et puis Ubuntu avec Upstart... Sans compter que les scripts de démarrage s'appuient tous sur les spécificités de chaque distribution avec, par exemple, des fichiers de configuration dans /etc/sysconfig chez Redhat mais pas chez Debian.
La vérité, c'est que le démarrage des systèmes Linux n'est pas normalisé et n'a pas même réussi à se standardiser alors pourquoi ne pas tenter autre chose ?
Il y a quand même une fonctionnalité qui a l'air de rester invisible ici alors qu'elle me paraît être la killer-feature de systemd. Systemd peut faire redémarrer des services sans avoir à redémarrer la machine : les sockets stockent les données qui leur arrivent pendant que le service concerné redémarre, puis ce service peut traiter ce qui était en attente dans les sockets qu'il utilise. Ce n'est pas une fonctionnalité utile pour un serveur ou même pour une simple machine ?
[^] # Re: Lennart est un troll
Posté par Laurent A. . En réponse au journal systemd est un "bloat". Évalué à 4.
Essayé à l'instant sur un Dell XPS 15 (L502x) avec une Fedora 15 64 bits dessus : pas de problème dans gnome-recorder en revanche Cheese produit une vidéo figée (clairement un bug) tout en enregistrant correctement le son.
Un problème spécifique à ta machine ?
Quant au concept KISS, on dirait qu'il est souvent synonyme ici d'une vision idyllique du monde où tout est simple... bisounours land pour le logiciel, surtout celui du son qui comme chacun le sait ne recouvre pas l'utilisation de cartes sons aux possibilités techniques ultra-différentes, et ne demande jamais d'optimisations tordues pour tout effectuer en «temps-réel».
[^] # Re: Utilisable ce truc ?
Posté par Laurent A. . En réponse à la dépêche Ubuntu 11.04 : changement radical !. Évalué à 1.
Je suis sur Fedora 15 et j'utilise GNOME 3. Pas de problèmes sur du Sandy Bridge, donc de quels chipsets Intel parles-tu ?
Pour les paramètres, tu cliques sur ton nom en haut à droite, puis sur «Paramètres systèmes» et voilà (2 clics donc). La même application est également accessible par le menu «Activités» où elle s'appelle aussi «Paramètres systèmes» (de 2 à 4 clics). Le bout du monde quoi.
Gnome-shell est parfaitement utilisable à mes yeux (en tout cas sur ma machine) et n'a strictement rien à voir avec KDE 4 qui n'était absolument pas stable au moment de sa sortie.
Toutefois, je rencontre actuellement deux bugs :
- avec Nautilus qui parfois ne veut plus renommer un dossier, ce qui l'amène généralement à planter quelques minutes après ;
- avec Evolution en IMAP+ qui me sort une erreur sur l'ordre des emails dans les commandes IMAP ("A00007 BAD parse error: invalid message sequence number"). Cette erreur arrive en quelques jours d'utilisation. Pour la corriger, il faut supprimer tous les emails dans '~/.local/share/evolution/mail/imapx/blah@free.fr/' (peut-être que le problème provient des serveurs de Free ?) donc il faut les conserver en ligne pour pouvoir les re-télécharger par la suite.
[^] # Re: il pourrait d'abord finir un truc
Posté par Laurent A. . En réponse au journal Lennart Poettering et les fichiers de configuration. Évalué à 1.
Je n'ai pas de problèmes avec PulseAudio ni avec Avahi (au fait tu as des problèmes ou c'est juste que tu penses que tu as moins de services que sous MasOSX ?).
Pas de problèmes avec systemd depuis 3 semaines que je l'utilise.
Bref, ton attaque envers Lennart, c'est juste pour te calmer ? Comme d'habitude quoi...
[^] # Re: nouveau driver
Posté par Laurent A. . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 5.
Avec WebGL, on peut aussi parier sur l'arrivée d'une nouvelle vague (elle n'est pas bleue celle-là) de démocratisation de la 3D et donc de besoin matériels. Il y a également la réalité augmentée qui est demandeuse de bonnes performances pour la synthèse d'objets 3D crédibles intégrés à une vidéo. Ces deux points font, voire feront, partie du quotidien de madame Michu (ex : quand elle va choisir ses lunettes ou ses fringues sur le net en les superposant à son corps).
Personnellement, j'aimerais aussi ajouter la réalité virtuelle qui n'est pas (encore) grand public mais qui se démocratise. Elle a souvent des besoins très forts en terme de qualité de rendu 3D.
Voilà donc 3 cas d'usage de la 3D sans qu'on est eu à parler de jeux-vidéo. Évidemment, il est également important d'avoir des modeleurs 3D qui fonctionnent bien pour créer ces environnements, on rejoint donc le problème de l'infographie.
La 3D performante n'est plus du tout réservée à Jean-Kévin.
[^] # Re: Où ?
Posté par Laurent A. . En réponse au journal Pédagogie de couloir à l'usage des démarchés. Évalué à 1.
J'ai un petit NAS de Synology (un DS110J) et j'en suis très content. Effectivement, il peut faire serveur Web. Mais encore faut-il savoir où uploader les fichiers dessus et comment configurer la bête. Après, il faut aussi avoir un nom de domaine pour que ça soit pratique à utiliser.
Dans les années 90, il fallait écrire des pages en HTML et les uploader, au bon endroit, sur un serveur. Années 2000, l'écriture des pages se simplifie (Dreamwaver... même si le code produit est critiquable) mais il faut toujours uploader sur le site et avoir quelques connaissances de gestion de sites. Par ailleurs, on peut constater que les sites ne contiennent souvent rien en terme d'information... Beaucoup de temps à passer pour pas grand chose finalement. Moitié des années 2000, les blogs et d'autres plateformes (CMS), qui font les tâches de mise en ligne pour l'utilisateur, se généralisent. Ça y est, l'utilisateur peut publier très vite et facilement ses données -- en dehors des forums. Et on continue dans la simplification avec Facebook, Twitter, Flickr, etc.
Bref, on est passé de quelque chose d'un peu fastidieux à mettre en place à quelque chose qui permet à n'importe qui de raconter facilement ce qu'il veut. C'est bien pour ça que l'idée du serveur multi-fonctions à domicile est intéressante intellectuellement mais ne représente pas les usages les plus répandus.