Posté par jihele .
En réponse à la dépêche Weboob 0.d.
Évalué à 2.
Dernière modification le 30 octobre 2012 à 09:29.
En fait, avant, elle n'existait pas, puis elle est devenue obligatoire (ou bien elle était en passe de le devenir à l'époque de mon inscription, m'a-t-on dit, et j'ai capitulé, mais peut-être que ça n'a jamais été rendu obligatoire, finalement).
Récemment, il a été rendu possible aux gens utilisant la calculatrice de se connecter avec un simple mot de passe. Heureusement…
La calculatrice considère plusieurs niveaux de sécurité. Pour la connexion, mot de passe sans seed (voire simple mot de passe sans calculatrice, si on en fait la demande). Pour la création d'un bénéficiaire de virement, ou pour un virement vers le compte d'un tiers, utilisation en mode réponse, donc en entrant un code à 8 chiffres généré côté serveur.
Quant à développer un module, ça pourrait m'amuser de bidouiller en python sur un problème qui ne doit pas être trop compliqué mais je ne suis pas utilisateur de weboob et je ne pense pas le devenir, en tout cas pour la partie bancaire. Je signalais juste ce changement pour info.
Posté par jihele .
En réponse à la dépêche Weboob 0.d.
Évalué à 2.
La dernière fois que la question a été abordée, il n'était pas possible de développer de module pour le Crédit Coopératif parce que la connexion à la "calculette" (lecteur "Sésame") était obligatoire. Ce n'est plus le cas, on peut maintenait se connecter avec un mot de passe simple.
Faute de frappe :
s/De part la contribution/De par la contribution/
Bon, comme tout le monde, merci de fournir un truc libre et qui marche bien !
Histoire de renvoyer l'ascenseur, on est tenté de regarder comment contribuer.
Tâches à accomplir
Pour ceux que ça intéresse, il y a une page TODO for newcomers, avec des tâches en documentation / communication, développement et reverse engineering.
En cherchant dans un vieux message, j'ai retrouvé les liens suivants :
Il n'y a pas de lien direct depuis la page TODO. Parce que les données en question ne sont plus utiles ?
C'est bien fait, ces pages, parce que ça permet d'essayer seul de voir ce qu'on peut produire, et de contacter l'équipe uniquement si on pense que c'est pertinent.
Maintenant, si je prends par exemple en reverse dans la page TODO :
- Improve the current temperature vbios parsing. Possible mentor: mupuf.
- Find where is the max brightness in the vbios. Possible mentor: mupuf
Martin, si on veut participer, on doit nécessairement te contacter ? Avec le risque de te faire perdre ton temps si ça se révèle trop compliqué ? (Et donc le risque inverse de ne pas oser déranger de peur de pas suivre derrière.)
Existe-t-il une page qui explique comment faire ces choses-là ?
Avancement par famille de cartes
Un autre truc bien serait d'avoir un état actuel de la connaissance, pour savoir sur quelles cartes les infos sont utiles. Peut-être que ça existe déjà et qu'il manque plus que le lien en page TODO.
On en a parlé la semaine dernière au L@BX et tu me disais que par exemple, sur la famille nv92, vous aviez (à peu près ?) tout donc je pouvais pas faire grand chose de bien utile.
Et si ça plante ?
Par ailleurs, que faire en cas de plantage ? Il m'arrive, bien que très rarement, d'avoir un freeze. A ce moment, là, j'aimerais faire quelque chose pour que ça ne se reproduise pas, ici ou ailleurs. Je ne suis pas certain que ce soit nécessairement lié à X ou à nouveau. Comment savoir si ça peut être le cas (quels indices ?). Quelles sont les infos utiles à remonter quand ça arrive (quels logs ?). Même si c'est plutôt à remonter au bugtracker de la distro, autant donner toutes les bonnes infos.
En bref, quelque outils pour donner des pistes très simple à celui ou celle qui veut modestement et ponctuellement aider sans nécessairement appartenir à la communauté de contributeurs (et qui sait, une fois qu'on a mis le pied dedans…).
Ça veut dire que n'importe quelle application malicieuse (y compris une saloperie en flash ?) peut avoir accès à toutes les entrées clavier et les sorties écran n'importe quand ?
l'accaparement de l'espace médiatique par d'autres sujets infiniment plus intéressants, tels que — en vrac — les tenues des stars, les crises, les nouveaux produits top super-cool, le refrain à la mode, et cætera.
Dans un autre genre, le canular téléphonique inversé. Le gars qui décroche se fait passer pour un inspecteur de police sur une scène de crime (en anglais avec transcription anglaise). Bon, ça date pas d'hier, c'est même possible que j'aie eu le lien ici…
Et ça changerait quoi? Tu doutes que Linux puisse servir à autre chose que Compiz et Xonotic?
Ah non, moi pas du tout, je suis plutôt d'accord. Simplement la question était de savoir quels étaient les usages autre que ceux-là qui nécessitaient du GPU, etc, je vais pas reformuler. Et tu réponds un peu à côté en disant qu'il y en a… mais sans expliciter.
Après, où tu travailles, toi, personnellement, c'est pas mon problème, c'est sûr.
bien que je te tutoie, je ne m'adresse pas directement à toi, c'est juste qu'il est fréquent de voir des linuxiens réduire l'intérêt du support accélèré de nos chères GPU.
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.
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.
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.
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).
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.
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.
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 ?
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 ?
[^] # Re: Crédit Coopératif
Posté par jihele . En réponse à la dépêche Weboob 0.d. Évalué à 2. Dernière modification le 30 octobre 2012 à 09:29.
En fait, avant, elle n'existait pas, puis elle est devenue obligatoire (ou bien elle était en passe de le devenir à l'époque de mon inscription, m'a-t-on dit, et j'ai capitulé, mais peut-être que ça n'a jamais été rendu obligatoire, finalement).
Récemment, il a été rendu possible aux gens utilisant la calculatrice de se connecter avec un simple mot de passe. Heureusement…
La calculatrice considère plusieurs niveaux de sécurité. Pour la connexion, mot de passe sans seed (voire simple mot de passe sans calculatrice, si on en fait la demande). Pour la création d'un bénéficiaire de virement, ou pour un virement vers le compte d'un tiers, utilisation en mode réponse, donc en entrant un code à 8 chiffres généré côté serveur.
Quant à développer un module, ça pourrait m'amuser de bidouiller en python sur un problème qui ne doit pas être trop compliqué mais je ne suis pas utilisateur de weboob et je ne pense pas le devenir, en tout cas pour la partie bancaire. Je signalais juste ce changement pour info.
# Crédit Coopératif
Posté par jihele . En réponse à la dépêche Weboob 0.d. Évalué à 2.
La dernière fois que la question a été abordée, il n'était pas possible de développer de module pour le Crédit Coopératif parce que la connexion à la "calculette" (lecteur "Sésame") était obligatoire. Ce n'est plus le cas, on peut maintenait se connecter avec un mot de passe simple.
Faute de frappe :
s/De part la contribution/De par la contribution/
[^] # Re: Pilotes graphiques libres
Posté par jihele . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 1.
Ben je l'ai proposé, mais c'est pas moi qui valide. Et je sais pas où on voit la liste des propositions en attente.
# Contribuer
Posté par jihele . En réponse à la dépêche Entretien avec Martin Peres, développeur Nouveau. Évalué à 10.
Bon, comme tout le monde, merci de fournir un truc libre et qui marche bien !
Histoire de renvoyer l'ascenseur, on est tenté de regarder comment contribuer.
Tâches à accomplir
Pour ceux que ça intéresse, il y a une page TODO for newcomers, avec des tâches en documentation / communication, développement et reverse engineering.
En cherchant dans un vieux message, j'ai retrouvé les liens suivants :
https://github.com/pathscale/pscnv/wiki/TestingTimings
http://nouveau.freedesktop.org/wiki/PowerManagementDumps
https://github.com/pathscale/pscnv/wiki/PM_memory_timings
https://github.com/pathscale/pscnv/wiki/TestingTimings
Il n'y a pas de lien direct depuis la page TODO. Parce que les données en question ne sont plus utiles ?
C'est bien fait, ces pages, parce que ça permet d'essayer seul de voir ce qu'on peut produire, et de contacter l'équipe uniquement si on pense que c'est pertinent.
Maintenant, si je prends par exemple en reverse dans la page TODO :
- Improve the current temperature vbios parsing. Possible mentor: mupuf.
- Find where is the max brightness in the vbios. Possible mentor: mupuf
Martin, si on veut participer, on doit nécessairement te contacter ? Avec le risque de te faire perdre ton temps si ça se révèle trop compliqué ? (Et donc le risque inverse de ne pas oser déranger de peur de pas suivre derrière.)
Existe-t-il une page qui explique comment faire ces choses-là ?
Avancement par famille de cartes
Un autre truc bien serait d'avoir un état actuel de la connaissance, pour savoir sur quelles cartes les infos sont utiles. Peut-être que ça existe déjà et qu'il manque plus que le lien en page TODO.
On en a parlé la semaine dernière au L@BX et tu me disais que par exemple, sur la famille nv92, vous aviez (à peu près ?) tout donc je pouvais pas faire grand chose de bien utile.
Et si ça plante ?
Par ailleurs, que faire en cas de plantage ? Il m'arrive, bien que très rarement, d'avoir un freeze. A ce moment, là, j'aimerais faire quelque chose pour que ça ne se reproduise pas, ici ou ailleurs. Je ne suis pas certain que ce soit nécessairement lié à X ou à nouveau. Comment savoir si ça peut être le cas (quels indices ?). Quelles sont les infos utiles à remonter quand ça arrive (quels logs ?). Même si c'est plutôt à remonter au bugtracker de la distro, autant donner toutes les bonnes infos.
En bref, quelque outils pour donner des pistes très simple à celui ou celle qui veut modestement et ponctuellement aider sans nécessairement appartenir à la communauté de contributeurs (et qui sait, une fois qu'on a mis le pied dedans…).
A plus.
[^] # Re: Sécurité dans la pile graphique
Posté par jihele . En réponse à la dépêche Entretien avec Martin Peres, développeur Nouveau. Évalué à 2.
Ça veut dire que n'importe quelle application malicieuse (y compris une saloperie en flash ?) peut avoir accès à toutes les entrées clavier et les sorties écran n'importe quand ?
[^] # Re: Félicitations
Posté par jihele . En réponse à la dépêche Entretien avec Martin Peres, développeur Nouveau. Évalué à 10.
Tu as oublié systemd, Unity et Gnome Shell.
[^] # Re: Intérêt
Posté par jihele . En réponse au sondage Comment aimez-vous les serveurs vocaux ?. Évalué à 0.
Pas mal.
Dans un autre genre, le canular téléphonique inversé. Le gars qui décroche se fait passer pour un inspecteur de police sur une scène de crime (en anglais avec transcription anglaise). Bon, ça date pas d'hier, c'est même possible que j'aie eu le lien ici…
[^] # Re: Pilotes graphiques libres
Posté par jihele . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 4.
Ah non, moi pas du tout, je suis plutôt d'accord. Simplement la question était de savoir quels étaient les usages autre que ceux-là qui nécessitaient du GPU, etc, je vais pas reformuler. Et tu réponds un peu à côté en disant qu'il y en a… mais sans expliciter.
Après, où tu travailles, toi, personnellement, c'est pas mon problème, c'est sûr.
D'accord, d'accord.
[^] # Re: Pilotes graphiques libres
Posté par jihele . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 2.
mais tu ne nous dis pas dans quel domaine tu bosses…
[^] # Re: Pilotes graphiques libres
Posté par jihele . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 2.
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.
C'est fait.
# Pilotes graphiques libres
Posté par jihele . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 5.
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.
[^] # Re: Version 3.7 de Linux ?
Posté par jihele . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 8.
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.
[^] # Re: Version 3.7 de Linux ?
Posté par jihele . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 10.
Linux = noyau et Patrice G. != Patrick_g.
Méfiez-vous des contrefaçons !
# Chiffres à taper, par défaut
Posté par jihele . En réponse au sondage Comment aimez-vous les serveurs vocaux ?. Évalué à 5.
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 :
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.
# Correction
Posté par jihele . En réponse à la dépêche Sortie de Cairo-Dock / Glx-Dock 3.1.0. Évalué à 4.
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.
[^] # Re: Nota Bene : le terme le plus correct est
Posté par jihele . En réponse au journal Les tenants du vocabulaire incorrect sont battus mais ont la dent dure. Évalué à 0.
Androïde, c'est le truc moins bien que l'iPhone mais qui est moins cher ?
# Métro vs. tram
Posté par jihele . En réponse au sondage Transport en commun à proximité . Évalué à 1.
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).
[^] # Re: Faille de sécurité
Posté par jihele . En réponse à la dépêche Firefox & Thunderbird 16 sont sortis. Évalué à 1.
J'avais pas pensé à ça. C'est peut-être la raison, oui.
[^] # Re: Faille de sécurité
Posté par jihele . En réponse à la dépêche Firefox & Thunderbird 16 sont sortis. Évalué à 2.
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.
[^] # Re: P'tite erreur dans la présentation.
Posté par jihele . En réponse à la dépêche Grooms grooms : Le go libre et facile. Évalué à 1.
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.
[^] # Re: Distribution et numérotation debian. Questions de noob.
Posté par jihele . En réponse à la dépêche Sortie du noyau Linux 3.6. Évalué à 2.
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.
C'est expliqué ici et ici.
[^] # Re: Distribution et numérotation debian. Questions de noob.
Posté par jihele . En réponse à la dépêche Sortie du noyau Linux 3.6. Évalué à 2.
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 !
# Distribution et numérotation debian. Questions de noob.
Posté par jihele . En réponse à la dépêche Sortie du noyau Linux 3.6. Évalué à 3.
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 ?
# Dans la famille Gtk
Posté par jihele . En réponse au message GUI définie à l'exécution. Évalué à 3. Dernière modification le 09 octobre 2012 à 09:17.
Il me semble que c'est l'objectif de Glade.
[^] # Re: Production arrêtée.
Posté par jihele . En réponse au message Clé WiFi USB avec pilote et firmware libres ?. Évalué à 3.
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 ?