liberforce a écrit 4730 commentaires

J'en rajoute un à la liste, même si je ne sais pas s'il convient à ton usage:
http://mondorescue.org

donc ce genre de tâcle je l'ignore tout simplement

Tu veux dire un tacle ?

Try again ! Je te conseille de passer sous Mageia, Mandriva c'est assez mort. Ce sont les anciens employés licenciés l'an dernier ont monté Mageia en tant qu'association loi 1901 et une grosse partie de la communauté a suivi. Au final, ça tourne bien, et Mageia 2 devrait sortir au mois de mai.

Vous maîtriser

Ah oui, ça pique !

Oui, je conseillerais aussi le passage à Mageia 1 en premier, sachant que comme pour toutes les distributions, il vaut mieux laisser passer quelques jours après la sortie d'une version de distribution pour laisser passer les problèmes les plus gênants qui n'auraient pas été détectés par les tests.

Un autre solution est de tenter une migration Mageia 2, et une cas d'échec une installation classique (qui permet de faire le ménage dans les paquetage installés et découvrir les nouveaux choix par défaut).

1. Besoin de rien de plus, mingw te fournit rxvt, il suffit d'appeler leur script pricipal avec l'option --rxvt.

2. Pas vu de soucis de PATH. Il contient normalement au lancement de MinGW ce que contenait ton PATH Windows. Pour ce qui est chargement à l'initialisation, j'utilisais le .profile qui est exécuté automatiquement à l'ouverture de session.

3. Pas d'autre solution si tu les installes "façon windows". Sinon il faut tout installer ensemble à la UNIX dans /usr/bin, mais sans gestionnaire de paquet, ça devient intenable, et souvent les programmes n'ont pas été conçu pour que cela fonctionne.

4. En utilisant MSYS, tu a une couche de traduction des chemins pour pouvoir utiliser des chemins UNIX. Il y a juste quelques astuces à connaitre. Par exemple, MSYS comprend "C:\\Windows", mais aussi "/c/Windows". Pour les options, les slash doivent êtres doublés → dir /s devient → dir //s dans MSYS, afin de permettre à MSYS de distinguer les slash des chemins de ceux des options.

5. Aucune idée, j'ai juste installé python 3.2 en .msi, ajouté le chemin dans le PATH, et c'est tout pour mon utilisation de python dans cet environement.

Une chose importante, utilise pour installer MinGW+MSYS leur installateur en version alpha, pas les vieux tout-en un. Cela te permet d'utiliser mingw-get, un outil type apt-get. Tu installes ensuite les paquetages que tu souhaites, en mettant msys, rxvt… Il te permet de lire la liste des paquets disponibles. Je te conseille de bien lire la doc de mingw.org.

Quand on voit que même mplayer s'est tourné vaguement vers une numérotation classique…

J'ai cherché la politique de nommage des versions de KDE, je n'ai rien trouvé. J'ai juste trouvé des numéros de versions de test.

4.2.85 → 4.3 beta 1
4.7.41 → 4.7 beta 1
4.7.44
4.7.80
4.7.90
4.7.95
4.7.97

Comment je peux savoir que la 4.2.85 n'est pas une version de maintenance de KDE 4.2 ? Tu vas me répondre "ah, mais ils utilisent un offset spécial pour les versions de test". Super. Donc il faut forcément une convention quelque part, pour comprendre de quoi on parle, donc « le grand public » ne peut pas le deviner non plus sans connaître précisément la politique de nommage.

Regarde comment s'est passé le développement qui a mené à GNOME 3.4.
3.3.1 → version de dev
3.3.2 → version de dev
3.3.3 → version de dev
3.3.4 → version de dev
3.3.5 → version de dev
3.3.90 → rc
3.3.91 → rc
3.3.92 → rc
3.4.0 → stable
3.4.1 → maintenance
3.4.2 → maintenance

Là aussi tu as besoin de connaître la convention de nommage, mais je ne pense pas que ce soit moins clair. C'est juste différent, mais cohérent: toutes les versions sont numérotées comme ça. Dès le 2ème digit tu sais si c'est stable ou instable, c'est pratique à l'oral. J'ai été sur un projet avec 5 digits, à l'oral comme à l'écrit c'était l'enfer, et super galère de s'y retrouver.

Au passage, si tu as un document sur la politique de nommage sur KDE (notamment l'offset qu'ils utilisent pour indiquer que c'est une version de développement), je suis preneur, je n'ai rien trouvé de probant sur le net.

Par contre, j'ai toujours pas vu un argument solide pour justifier l'absence de version impaire stable vis à vis du grand public.

Je me demande bien en quoi ça te dérange, et en quoi ils devraient se justifier… C'est comme ça, ça marche, il te faut quoi de plus ? Que tous les projets du monde se plient à ta vision des choses ?

Aucune politique de nommage de versions n'est parfaite, elles ont toutes des avantages et des inconvénient. Si, si, même celle de KDE.

Quant au grand public, je pense qu'il n'en a à peu près rien à foutre de comment est nommé une version.

Mais tu fais un sacré foin pour une différence somme toute pas très importante.

Au passage, si ça marche pour GNOME et ça ne marchait pas pour Linux, c'est que Linux faisait des release feature-based et pas time-based. Résultat, personne ne testait les kernels 2.5.x, on attendait plutôt que le 2.6 stable sorte. Mais le 2.6 ne sortait pas parce que le 2.5.x n'était pas assez testé → serpent qui se mord la queue…

Chez GNOME, ça ne change rien : on sait que ça sort tous les 6 mois. De nouvelles releases mineures sont faites après la sortie officielle pour corriger les plus gros bugs passés à travers des mailles du filet lors de la validation de la version de développement. Du coup les versions x.y avec y impair servent juste de convention pour les alpha/beta/rc de la version x.(y+1), et ont l'avantage de permettre une comparaison numérique (pas de alpha/beta/rc dans le nom de la version). On peut donc indiquer que telle fonction est obsolète depuis GTK 3.3.90, ce qui est plus précis pendant le cycle de développement que de dire que c'est obsolète depuis GTK 3.4.0.

Essaye le dépannage au téléphone, c'est marrant.

C'est déjà le cas. Ma sœur ne fait pas la différence entre un client mail et un webmail. Les gens pour lesquels l'informatique n'est qu'un outils s'en foutent de tout ça, ils ne savent pas ce qu'ils utilisent.

que reste-t-il comme argument pour le défendre ?

Que ça marche pour eux et donc qu'il n'y a pas de raison de changer ?

Pour fréquenter un forum très grand public (Yahoo Q/R), je t'assure que « j'ai un problème avec mon mail » est beaucoup plus fréquent. Donc tu doit de toute façon dire à la personne d'aller dans le menu « À propos » pour te dire ce qu'elle utilise et quelle version. Ça ne change donc pas grand chose.

C'est pas comme si on n'installait jamais une distrib pour quelqu'un d'autre… Qui ne l'a pas fait pour un ami ou de la famille ? Je préfère un truc Michu-friendly qu'une machine qui va prendre la poussière parce que "Linux, c'est compliqué".

Après je suis d'accord que les gens ont été habitués pendant des années au menu "Démarrer → Tous les programmes" de Windows qui est tout sauf intuitif. Mais nous avons une difficulté supplémentaire: la résistance au changement. Donc avoir un argument supplémentaire à donner à mme Michu pour lui montrer que « ce n'est pas plus compliqué de migrer, et que non, elle ne sera pas perdue », c'est plutôt positif je pense.

gnome-shell à 46Mo ici, sous Debian testing, sans extension.

Comme maintenant ?

x-www-browser

Aucune idée, mais ce que tu décris est apparemment le comportement actuel de Windows Seven:

This zombie window responds to move and raise events, but not resize attempts.

Le test a été fait avec Windows7, mais ça devrait être pareil avec Wayland

D'après la réponse à ton lien, le comportement attendu sous Wayland est différent de celui de Seven:

Seven: La fenêtre est d'abord redimensionnée, puis le contenu est repeint. Si l'appli ne repaint pas assez vite, on voit des zones de l'arrière plan dans la fenêtre (moche et fluide)

Wayland: Le contenu de la fenêtre est d'abord repeint dans un buffer, puis la taille mise à jour (joli et saccadé).

mais en cas de redimensionnement de fenêtre le résultat sera plus joli avec cependant un risque potentiel de saccade..

Il ne me semble pas, un des objectifs du projet, d'après Kristian Høgsberg:

every frame is perfect, by which I mean that applications will be able to control the rendering enough that we'll never see tearing, lag, redrawing or flicker.

Source: http://en.wikipedia.org/wiki/Wayland_%28display_server_protocol%29 (et aussi sa présentation au FOSDEM 2012)

Un débat, ça se fait à 2. Et pour aborder des questions de fond, il faut un bon invité ET un bon journaliste. Tenter d'aborder des questions de fond avec Nadine Morano, c'est pisser dans un violon, c'est Frédéric Lefebvre en femme…

J'ajoute que Pascale Clarke est aussi pas mal pour prendre certains "petits" de haut.

Ouais enfin bon, un article qui parle d'avoir un « débat de fond » avec Nadine Morano, je sais pas si on peut dire que c'est crédible… Et tous les journalistes ont gueulé pour l'égalité du temps de parole, parce que les grilles des programmes ne sont pas extensibles à l'infini, et que les règles sont tellement strictes que s'ils ne peuvent inviter certains candidats, ils ne les peuvent en inviter aucun. Après, je suis d'accord que la démocratie c'est aussi que tout le monde puisse être représenté, les plus grands, mais aussi les plus petits. Et puis l'effet de contraste permet aussi de savoir plus facilement de quel courant on se trouve le plus proche.

Ouais, enfin y a des trucs limite…

Utilisation frauduleuse des moyens de paiement
Carte bancaire utilisée par une autre personne sur Internet.
Par exemple, une personne mal intentionnée utilise vos données bancaires pour faire des achats.
Dans ce cas, AXA :
- vous accompagne dans les démarches à accomplir pour déposer plainte
- fait intervenir un juriste auprès de votre banque pour négocier le remboursement des sommes débitées le plus rapidement possible
- prend en charge les frais liés à la résolution du litige

Pourquoi "négocier" le remboursement ? Que je sache les banques sont tenues de rembourser. Tu n'es pas responsable tant que ton code PIN n'a pas été utilisé.

Après je comprends que des gens se fassent assister, mais sur le principe ça me gêne un peu…

C'était peut être encore pire avant ;-). Ou peut être qu'on en fait une utilisation plus massive et que cela ne tient pas la charge… Mais il est vrai que la question est intéressante.

Pour ce qui est de DBus: on sait depuis longtemps qu'il a un soucis de performance. Il y a un travail de fond qui est à l'œuvre actuellement, mais la solution technique fait débat. La création d'une nouvelle famille de socket a été refusée dans le kernel, et depuis on s'oriente vers l'utilisation de Netlink.

Voir cette série d'articles tout frais de Rodrigo Moya, qui travaille pour Collabora à l'intégration de ces modifications pour GENIVI (consortium autour d'une plate-forme Linux multimédia dans l'automobile):

http://blogs.gnome.org/rodrigo/2012/02/27/d-bus-optimizations/
http://blogs.gnome.org/rodrigo/2012/03/07/d-bus-optimizations-ii/
http://blogs.gnome.org/rodrigo/2012/03/20/netlink-based-d-bus

LWN avait aussi couvert ce sujet:
http://lwn.net/Articles/466304/

On notera surtout que le prof devait être un pote de patrick_g, ils ont le même vocabulaire :-p