jihele a écrit 1286 commentaires

Sinon faut te plaindre à NVidia, pas aux développeurs Linux et co

Je ne me plains pas, et je ne pointe le doigt sur personne, hein. D'autant que je suis parfaitement content (ou presque) de mon pilote libre. J'essaye juste de prendre en compte les conséquences de la nécessité d'utiliser des pilotes libres.

Je doute d'ailleurs que les développeurs eux-même, qui sont des gens responsables, ne se posent pas ce genre de questions.

Et il ne s'agit évidemment pas, comme j'ai pu le lire plus bas, de bloquer tout développement qui ne serait pas compatible avec les pilotes propriétaires, dont il faudrait évidemment se débarrasser.

Bonne idée, le sondage !

C'est fait.

Le fait que Wayland s’appuie sur KMS entraîne une première conséquence forte : seuls les pilotes libres sont actuellement à même de faire tourner Wayland !

Je suis étonné de ne pas avoir vu de commentaire à ce sujet.

Combien sommes nous à avoir la chance de pouvoir utiliser les pilotes libres ? (A moins que ça n'ait déjà été fait récemment, ça peut mériter un sondage.)

Est-ce que ça va condamner les propriétaires de matériel non pris en charge à jeter leur matos ? A rester sur de vieilles versions logicielles lorsque le support de Xorg sera abandonné ?

J'imagine qu'on a du temps devant nous avant l'abandon de Xorg, mais je ne parierai pas que ça va s'arranger rapidement du côté des pilotes de carte graphique.

Mon commentaire ne se voulait surtout pas insultant. Désolé si c'est ressenti comme ça. C'est la ressemblance avec le pseudo d'une légende de DLFP qui est amusante, a fortiori dans le contexte. Rien de plus.

Pour faire des citations, on peut utiliser le caractère "supérieur à" en début de ligne.

Linux = noyau et Patrice G. != Patrick_g.

Méfiez-vous des contrefaçons !

J'ai coché "chiffres à taper", parce que ça me semble répondre à la question, mais de toute évidence, je préfèrerais avoir directement un conseiller. Ou faire par internet si c'est possible, mais si j'appelle c'est justement parce que c'est pas le cas.

Au crédit coopératif, au lieu de nous donner un n° de tél par agence, on a un numéro global, et il faut appeler, dire "agence", dire le nom de sa ville, dire "oui", dire le nom de son conseiller ou bien "guichet" ou "accueil", je sais plus. Et oui, ça gonfle.

Ça serait top un numéro ralongeable comme une URL avec les paramètres qui suivent. Exemple pour appeler l'agence de La Rochelle (17000) et demander le guichet (choix 1), si le numéro de base est 08 123 456 78, on appellerait le :

08 123 456 78 17000 1

et ça marcherait.

Là techniquement ça doit coincer parce que les numéros qui suivent ne remontent pas jusqu'à l'application.

Mais si dès le début de l'appel, quand l'automate a décroché, on pouvait entrer 170001 pour shunter les dialogues (qui peuvent être payants selon qui on appelle…), ça serait déjà un plus.

Les principaux changements de cette version concerne l’intégration

s/concerne/concernent

Merci pour la dépêche, je suis pas fan de docks (j'utilise les applications en plein écran, même depuis que j'ai un grand écran), mais j'essaierai peut-être pour voir comme c'est joli.

Androïde, c'est le truc moins bien que l'iPhone mais qui est moins cher ?

Le choix métro vs. tram fait débat. Le métro est plus rapide mais plus cher (donc à budget égal moins de lignes). On dit le tram plus sympa (on voit la ville par les vitres) mais je trouve que c'est plus un argument pour les touristes que pour les utilisateurs quotidiens. Incidemment, le tram exclut la voiture mais avec un métro, on pourrait tout aussi bien décider de réserver une zone équivalente pour des lignes de bus, de la pelouse, etc, des zones piétonnes.

Pour avoir habité Toulouse (métro) et Bordeaux (tram), je trouve effectivement que le métro, ça change tout. C'est facilement deux fois plus rapide, et pour des villes de cette taille, c'est pas rien : dans un cas, il est raisonnable d'habiter d'un côté et de travailler de l'autre (20 minutes), dans l'autre cas, c'est presque impossible (chiffres au pif : 1 h, mais la ligne doit être plus longue, donc disons 45 min pour une distance équivalente).

Certes, on pourrait dire qu'on a qu'à habiter du bon côté, mais c'est pas toujours simple, si on est deux, si on change de boulot, etc.

Le tram de Bordeaux a une fréquence plus faible que le métro de Toulouse, même en pointe. Je ne sais pas si c'est juste une question de fréquentation, ou si c'est parce qu'on peut pas faire mieux sans rendre la circulation compliquée pour les voitures des rues que croise la ligne de tram (le tram ayant priorité sur les autres modes de transport).

J'avais pas pensé à ça. C'est peut-être la raison, oui.

Status:
Firefox 16 has been temporarily removed from the current installer page and users will automatically be upgraded to the new version as soon as it becomes available. As a precaution, users can downgrade to version 15.0.1 by following these instructions [http://www.mozilla.org/firefox/new/]. Alternatively, users can wait until our patches are issued and automatically applied to address the vulnerability.

Il pourraient mettre en ligne un binaire de la version 15 en l'appelant 16.1, puis mettre leur 16 corrigée en 16.2, non ? Comme ça tout se passerait de façon transparente.

Je pense que ça s'appliquait à "jouer", pas à "qu'on connaît", et c'est donc d'autant plus "sur internet" qui conviendrait compte tenu de la suite de la description.

Ami cyclistes, si vous avez besoin d'aide pour repeindre votre abri à vélo, faites-nous signe.

Comme je laisse entendre quelque chose d'un peu incorrect, je m'auto-réponds pour ajouter que le cas d'experimental est particulier. Même sans pinning, il est possible d'ajouter la ligne experimental dans sources.list et par défaut les paquets d'expérimental ne seront pas utilisés. Par opposition par exemple à sid. Si j'ajoute Sid sans déclarer de priorité (pinning), ça va m'installer la version Sid de tous mes paquets. Pour installer un paquet d'experimental, il faut en plus forcer l'opération avec l'option -t.

apt-get -t experimental install linux-image-3.5-trunk-amd64

C'est expliqué ici et ici.

Néanmoins, on a toujours possibilité d'utiliser ceux de Sid (quand elle n'est pas gelée) ou Experimental.

Effectivement, je n'avais pas vu celui d'Experimental, justement parce qu'il n'est pas considéré comme une autre version du même paquet, mais bien comme un paquet différent.

Je crois que je peux l'installer sans problème de dépendance, donc sans même devoir faire du pinning ni rien, juste en téléchargeant le .deb tout seul. Au moins pour essayer. Si je le garde, il vaudrait mieux pinner pour avoir les mises à jour.

Merci !

Je suis surpris qu'autant de branches parallèles soient maintenues.

Dans debian Wheezy (et Sid), c'est la version 3.2 qui est proposée. A ma connaissance, c'est la seule disponible pour cette distribution.

Quelle est la raison à cela ? Ça serait trop de boulot d'en proposer d'autres ?

Pourquoi ne pas passer à une version supérieure (je ne dis pas "plus récente" car la 3.2 a des changements récents aussi) ? Pour ne rien casser ? Ce serait pourtant une version stable aussi.

En fait je ne comprends pas la numérotation debian.

Le paquet linux-image-amd64 (3.2+45) depends on the latest Linux kernel and modules for use on PCs with AMD64 or Intel 64 processors, en l'occurrence actuellement, le paquet linux-image-3.2.0-3-amd64.

J'imagine que ça correspond à la branche contenant la version stable 3.2.30 du noyau, mais est-ce que le 45 de 3.2+45, le 0 de 3.2.0-3-amd64 et le 30 de 3.2.30 sont homogènes ? Que faut-il comparer pour s'y retrouver ?

Pourquoi pas des versions supérieures dans experimental, ou bien dans des paquets avec un autre nom ?

Il me semble que c'est l'objectif de Glade.

Mince.

Donc il faut renoncer soit à l'USB, soit au 802.11n, soit au firmware libre ?

Je suppose que beaucoup de satisfont d'un firmware non libre (c'est quand même pas un logiciel qui tourne en root), et ça doit fonctionner en général, c'est juste que j'ai pas eu de bol avec ma clé qui se déconnecte.

Le problème que j'ai ressemble à celui qui est décrit ici. Il se pourrait qu'il soit résolu avec linux 3.2.12. J'utilise la version 3.2.0-3-amd64. Si c'est bien le même versionnement, ça laisse un espoir. Mais je ne sais pas quand une version supérieure du noyau sera disponible pour debian. Je ne comprends pas comment ça marche, et pourquoi les versions supérieures ne sont pas distribuées, par exemple dans expérimental, ou dans un autre paquet, si on veut mettre à disposition plusieurs branches. Je n'aurai pas le courage d'essayer de compiler une version plus récente. Je risquerais d'introduire plus de problèmes (options de compilation différentes) que j'en résoudrais. D'autant que c'est pas sûr que ça corrige celui que j'ai.

Indépendamment de ce problème spécifique à ma clé, ça m'intéresse de savoir comment font les autres utilisateurs de clé WiFi : PCI ? 802.11g ? firmware (et pilote) non libre ?

Ce que je comprends, c'est qu'un drapeau est un attribut de personnage (donc global) et un état un attribut de scène.

Je me demandais justement à quoi servaient les états, parce que j'avais en tête des cas d'utilisation qui sont plutôt du ressort du drapeau.

Peut-être qu'on ne veut pas stocker 50 000 drapeaux et que pour un drapeau qui n'influencerait qu'une scène, on préfère un effet qui la modifie directement.

Exemple : le marchand qui accueille en disant "Ah, je vois que vous êtes déjà allé voir mon collègue". Plutôt que de stocker un drapeau "A vu marchand 1", on va ajouter chez marchand 1 un effet state:marchand2:a_vu_marchand_1

Maintenant, il n'est pas dit explicitement dans le journal que le texte peut dépendre d'un drapeau. Apparemment, le drapeau est utilisé pour permettre (ou pas) une ligne de choix.

Alors une question demeure : est-il possible de modifier un texte selon un drapeau ?

Exemple : mon personnage achète un chapeau bleu, ce qui change le message d'accueil de plein de scènes (forcément, avec un chapeau bleu, on se fait remarquer). Soit je stocke ça dans un drapeau et je peux modifier les textes en fonction, c'est bien commode, soit je dois, lors de l'achat, mettre un effet pour toutes les scènes que ça modifie.

A quoi s'ajoute la question de la maintenance : si j'ajoute une nouvelle scène dont le texte dépend du chapeau bleu, dans un cas, j'exploite le drapeau directement, dans l'autre, je dois aller modifier la scène de l'achat pour ajouter un effet.

La première façon me semble plus propre, et surtout plus robuste. Vu de loin. La deuxième étant à réserver à des cas bien localisés.

Je n'éprouve pas d'intérêt particulier pour ces jeux, mais c'est bien d'avoir fait l'effort de publier le code. C'est toujours plus long que de le garder pour soi, puisqu'il faut le faire propre, générique, etc, plus que quand on le fait juste pour soi.

Je ne sais pas. J'utilise la version packagée Debian qui est assez proche de la 2.1.0 (d'après un développeur) et je n'ai pas cherché à changer.

J'éviterais d'avoir deux versions installées, donc pour compiler et utiliser la version 2.1.0, je préférerais supprimer la version packagée, et forcer les dépendances à rester, mais ça génèrerait un conflit. En fait sur mon système, je crois qu'un seul paquet est concerné : jackd2-firewire.

Si la version Tango est ancienne, une solution peut-être propre pourrait être d'utiliser la version de Debian qui est récente.

La liste de discussion des utilisateurs est très réactive, même si les développeurs ne connaissent pas forcément toutes les spécificités de chaque distribution. Ça peut valoir le coup d'y poser la question.

Adobe Flash Player est nécessaire pour lire la vidéo. Téléchargez la dernière version de Flash Player

J'ai toujours une préférence pour cette vidéo de chat.

Ça me rappelle l'époque pré-youtube, les débuts de l'internet grand public, quand on traînait sur des sites de téléchargement de vidéos "comiques" de quelques Mo.

Ah, d'accord. J'ai compris. Merci.

Et dans la Freebox, le fait que le compte SIP est chez Free est hardcodé ou bien on peut la paramétrer pour en utiliser un autre ?

Ben un peu quand même, non ?

Il suffit certes d'un boîtier supplémentaire pour transformer de l'IP en téléphone, ça je ne le savais pas. Mais il faut bien à un moment que l'opérateur facture du téléphone, il ne facture pas que de l'IP.

Ou pour dire ça autrement, on ne pourrait pas le faire si ce n'était pas prévu par l'opérateur, dans le cas d'un abonnement internet uniquement.

Et avec un autre modem que la Freebox, on peut avoir le téléphone en VoIP ?

(Simplement, je veux dire, pas en émulant quelque chose avec un PC qui doit être allumé, etc.)

Je ne suis pas sûr de comprendre (cf. remarque Tanguy sur ambiguïté shell, peut-être que Gnome peut encore déposer un brevet sur le mot Shell, pour clarifier les échanges futurs…).

En tout cas (voir ici), rien n'est prévu.

Je ne sais pas si les utilisateurs d'une solution toute intégrée genre Gnome-Evolution-… y verraient un grand intérêt et je pense que les développeurs de ces solutions pourraient leur ajouter des fonctionnalités si le besoin existe.

Je ne connais pas. Si c'est un truc de geeks, peut-être qu'il s'en trouvera un qui aura envie de faire vite fait un backend…

Le mode de développement (cf. ce commentaire), c'est un peu "j'ai besoin, je développe, c'est intégré".

C'est une bonne remarque. (Je te pertinente au passage.)

Le passage à PyGI ne motive sans doute personne puisque "pour l'instant ça fonctionne" (TM).

Et puis j'ai déjà essayé, et j'ai eu des problèmes. J'en parle un peu dans ce journal.

Mais dans le fond, je suis d'accord.