jihele a écrit 1225 commentaires

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.

Merci Florent pour la dépêche.

ICS

Petite correction : ics n'est disponible qu'en export. L'idée est de générer un fichier .ics qui peut être sourcé dans un calendrier tiers pour affichage et éventuellement alarmes, par exemple chez moi dans Orage (Xfce). J'ai ajouté la possibilité de mettre des champs personnalisés parce que par exemple Orage utilise des champs à lui pour définir le mode de notification des alarmes, par exemple.

(Attention, l'alarme créée déclenche un bug d'Orage <= 4.8.3.1 dont la correction n'est peut-être pas encore intégrée dans toutes les distributions. Rassurez-vous c'est intégré dans Debian Wheezy.)

Pourquoi gbirthday

Pour la petite histoire, j'ai commencé à regarder vers gbirthday parce que j'oubliais trop d'anniversaires, et je n'étais pas enchanté par les systèmes tout-en-un. Chez moi c'est Xfce, et je n'arrivais pas à faire fonctionner les alarmes d'Orage. D'une manière générale, je n'utilise pas trop Orage pour m'organiser.

Et surtout, les anniversaires ont quelque chose de spécifique. Je veux les voir à l'avance (penser à un cadeau ?), savoir quand ça se rapproche (et si je n'étais pas là le jour même ?) et éventuellement quand c'est passé. Ce n'est pas tout à fait pareil qu'un rendez-vous ordinaire (ça se discute, surtout un vendredi, mais c'est mon expérience utilisateur).

Je comprends tout à fait que les utilisateurs d'environnement où tout est intégré ne voient pas trop l'intérêt. J'avais hésité à une époque à modifier Orage au lieu d'utiliser gbirthday, mais ça me semblait plus compliqué.

Le développement

gbirthday est un truc tout petit, à côté. C'est, je crois, un gars qui est parti de l'exemple de GtkStatusIcon pour afficher les anniversaires depuis évolution, puis un autre qui a ajouté le support pour une autre source, etc.

Il n'y a pas de développement de prévu pour le futur. Certains anciens développeurs ne l'utilisent plus. Les autres sont contents de l'état actuel.

Mais rien n'empêche quiconque de proposer une fonctionnalité supplémentaire, un backend, etc. C'est le sens de mon appel pour l'Application Indicator, et les autres contributions sont aussi bienvenues.

L'API pour les backends n'est pas documentée, mais ça ne doit pas être trop dur à comprendre.

Côté architecture, c'est pour des raisons historiques assez rustiné, donc il ne faut pas s'étonner si par moment c'est inutilement tordu…

Moins crade que quoi ? J'ai pas compris.

J'utilise Xfce, je ne connais ni Unity ni Gnome Shell donc toutes les conversations les concernant me passent complètement à côté.

Pour que l'icône de notification apparaisse dans Unity, il faut la liste-blancher à la main.

A l'inverse, j'ai lu aussi (source ?) qu'une application développée pour App Indicator uniquement, lorsqu'elle est utilisée dans un environnement qui ne le prend pas en charge, offre par défaut (fallback) une icône dans la zone de notification. ("Qui peut le plus peut le moins", en quelque sorte.)

Je ne sais d'ailleurs par s'il est possible d'inclure les deux dans la même version du logiciel, ou bien si la transition vers App Indicator serait totale, auquel cas il faudrait que le défaut tienne un minimum la route. Et là, j'ai quelques craintes.

Je m'attendais à voir une interface en GTK ou quelque chose du genre. Je ne comprends pas ce que ça apporte par rapport à la version en Ncurses, dans laquelle on aurait fait u U g. Un peu plus rapide ? Il y a pas moyen de lancer tout en une seule ligne, comme aptitude -u qui fait la mise à jour des listes de paquets ?

Pour l'application recommandée, je crois que les sources varient parce que ça dépend de la version debian. Aptitude apportait la gestion des paquets inutiles, mais maintenant, apt le ferait aussi. Je crois qu'apt est recommandé à partir de Wheezy (et Squeeze ?), de mémoire.

Mais une fois que j'ai commencé avec aptitude, j'y reste. En effet, les deux ne maintiennent pas la même base de données, donc au niveau des dépendances, ça irait, je crois, mais c'est plus au niveau du nettoyage, que ça ferait n'importe quoi.

En effet, quand on installe un paquet, ses dépendances installées automatiquement sont marquées comme telles, de telle sorte que lorsque plus personne n'en dépend, elles peuvent être retirées. (Ce marquage est modifiable à la main, au moins dans aptitude.) Si on mélange les deux, on aura des dépendances inutiles qui seront ne seront pas marquées comme automatiques et qui resteront. Je ne sais pas si on s'exposer à plus grave.

Si j'installais une debian pour moi demain, je ne sais pas ce que je mettrais. J'irai voir qui est conseillé, je pense que c'est apt, mais si aptitude va encore, alors j'hésiterais, car j'aime bien aptitude.

Si j'installais une debian pour un noob (ben quoi, pourquoi pas ?), je pense que je choisirais apt pour avoir synaptic / unpdate-notifier.

Et encore, la paragraphe sur OPW n'a pas été agrémenté d'une nimage…

En tout cas, si c'est un pot de miel pour éviter les troll sur Gnome Shell, j'ai peur que ce soit insuffisant.

je serais bien content quand on pourra supprimer Adobe Reader des postes des utilisateurs de notre réseau

Facile ! Il suffit d'associer l'extension .pdf à Firefox 16 !

---> []

Par exemple, quand je branche mon disque dur externe ou que j'insère ma carte SD, j'ai pas forcément envie de me taper les (u)mount à la main. Oui, les xfce4 -extras étaient installés, donc celui qui gère les médias, mais il me sortait tout un tas d'erreurs et d'avertissements à chaque connexion.

Je n'ai jamais vu ça. Je trouve même assez pratique qu'on puisse démonter d'un peu n'importe où en deux clics (sous windows, c'est tellement compliqué que personne ne le fait). J'ai en revanche un truc qui me gêne : lorsque je demande le démontage alors qu'un transfert est en cours, j'ai un message d'erreur qui me dit que ça n'a pas marché et à partir de là je n'arrive pas à refaire la manip et avoir le message de confirmation que tout s'est bien passé. Je n'ai pas ouvert de bug car je n'arrive pas à caractériser ça mieux (+ la flemme).

Autre chose embêtante à la longue, c'est de ne pas avoir de calendrier en cliquant sur l'heure.

Si si. Dans le panel, il faut utiliser non pas l'applet horloge mais l'applet d'orage (le calendrier), qui affiche elle aussi l'heure.

Ou que le changement de bureau soit "torique" : en 2x2, avec le bureau 1 actif, Ctrl+Alt+Haut déplace au bureau 3. J'ai chercher comment désactiver ça, mais sans réussir.

J'avais jamais remarqué, je suis toujours en ligne (même quand j'ai 8 bureaux). Je ne vois pas le problème. Tu attendrais quoi ?

Ou le wifi géré par Wicd. Quand on est habitué à se connecter en 2 clics à un réseau (clic sur l'applet, clic sur le nom du réseau, que ce soit Gnome3, Win7 ou OS X), c'est un sacré choc.

Vu de loin c'est du détail (ici, ça doit être trois clics : ouvrir la fenêtre, cliquer le réseau, fermer la fenêtre) mais je peux comprendre. Ça devrait être faisable relativement facilement, en plus.

Et enfin l'intégration. J'aime quand les logiciels, les icônes et tout les reste sont fait pour s'intégrer dans une "User eXperience" homogène : principe de moindre surprise, on a pas besoin de reprendre des repères. Et avoir un ordinateur fonctionnel rapidement…

Je ne vois pas en quoi Xfce ne remplit pas ça.

Je suis d'accord que Xfce nécessite un peu de configuration. Par exemple il n'y a pas de recherche graphique de fichier par défaut. Ou alors c'est que ça a changé depuis peu.

Et je suis d'accord pour la gestion de l'énergie, le menu de paramétrage de l'économiseur d'écran et de la veille me semble obscur.

Vous êtes ou étiez utilisateurs de Gnome 2 et depuis l'arrivée de Gnome 3, qui défraye les chroniques estivales, quel environnement de bureau utilisez-vous désormais ?

On voit donc que gnome 3 est (serait ?) au top des environnements utilisés par les gens qui étaient sous Gnome 2 avant.

J'utilise Xfce depuis longtemps, donc je n'ai pas voté.

Oui, bonne remarque. J'avais oublié. Et comme il est difficile de tirer des règles générales, ça peut valoir le coup de se renseigner aussi sur la liste des utilisateurs avant l'achat.

J'avais vu cette carte usb (1 ou 2, je ne sais pas, sans doute 1), qui semble bien fonctionner sous Linux

En effet j'avais failli acheter ça. Elle se vend aussi en kit avec casque et micro.

Et puis le firewire est difficilement trouvable de nos jours

Tu veux dire la carte son ou le port sur le PC ?

Finalement j'ai pris une Focusrite Saffire ("l'originale" (façade blanche)) en FW. Effectivement, elle ne se vend plus, je l'ai trouvée d'occasion. Avant de choisir FW, bien consulter le site de ffado, voire se renseigner sur la liste de discussion utilisateurs car le site est pas forcément à jour : certains matériels fonctionnent sans que ça soit bien indiqué.

J'ai cherché le message en question mais j'ai pas retrouvé…

L'idée serait (pas taper si je me trompe, je ne fais que répéter, et peut-être mal en plus) que l'USB 2 serait mal "standardisé" avec les fabricants qui n'en font qu'à leur tête et que donc avec un périph en USB 2 on aurait des perfs USB 1 de toute façon.

Dit comme ça, ça ressemble à une hérésie, mais peut-être que ça dira quelque chose à quelqu'un qui saura corriger et j'ai pas le temps de creuser.

En tout cas un utilisateur du forum qui avait l'air sûr de lui affirmait que pour éviter la latence, PCI(e) > FW > USB