🚲 Tanguy Ortolo a écrit 12249 commentaires

Ça, ce n'est pas un exemple pris au hasard. :-)

Au fait, le vendredi bonus, c'était hier. Là, sans le moindre exemple, ça sent le FUD, tout ça.

Notez qu'il y a aussi des patches qui n'ont aucune vocation à être envoyés aux développeurs amont, par exemple des mises aux couleurs de Debian.

Debian, opaque ? Et bien, qu'est-ce qu'il te faut…

Bien sûr qu'il faut aider les autres à remonter les bugs. Quand on gère des dizaines de milliers de paquets (dans les 25.000, pour être précis), c'est normal de devoir mettre en place des procédures.

Statut, pas statu. Et status en anglais.

Non, pour Firefox, ce n'est pas tout à fait ça.

Le gros du code de Firefox a toujours été libre, mais à une époque, le logo n'était pas libre, et il contenait également un outil de rapport d'erreurs non libre. Le nom Firefox, lui, est une marque déposée de Mozilla, qui n'autorise son utilisation que pour les binaires qu'elle distribue elle-même, ou pour des variantes explicitement autorisées.

Debian distribue depuis longtemps une variante de Firefox :
— recompilé ;
— avec des retraits de code : à l'époque, l'outil de rapport d'erreurs, aujourd'hui l'outil de suggestion de greffons non libres ;
— avec des ajouts de code : un greffon de notifications et une suggestion de redémarrage du navigateur en cas de réinstallation externe de paquets qui le concernent ;
— avec parfois des patches rétro-portés de versions récentes sur d'anciennes versions officiellement non prises en charge par Mozilla ;
— sans le logo officiel, non libre à l'époque.

À une époque, Debian avait l'autorisation de Mozilla pour appeler ça Firefox. Pour toutes ces raisons, donc beaucoup concernent tout autant Ubuntu — pour laquelle Mozilla n'a rien dit du tout, curieusement — cette autorisation a été révoquée, donc Debian a renommé cette variante de Firefox en Iceweasel. La raison principale, c'était tout de même le logo.

Aujourd'hui, le nouveau logo est libre. Et du travail est fait pour remettre le nom Firefox dans Debian.

Bon, on mélange tout, là.

Conditionnel passé de première forme : aurais-tu préféré.
Conditionnel passé de deuxième forme (facultatif, c'est juste pour le style ; c'est en fait un subjonctif passé récupéré) : eusses-tu préféré.

Subjonctif imparfait : que j'utilisasse.

Donc, en respectant la concordance, on a le choix entre :
— lequel aurais-tu préféré que j'utilisasse ;
— lequel eusses-tu préféré que j'utilisasses.
Les deux sont corrects. Par ailleurs, aujoud'hui, il est autorisé de ne pas marquer la concordance avec des imparfaits du subjonctifs, on peut donc également dire, mais c'est plus bas de gamme :
— lequel aurais-tu préféré que j'utilise/

La seule chose qui est incorrecte, c'est la formulation d'origine : lequel aurait tu préféré que j'ai utilisé. Là, la concordance des temps est bafouée, avec ce passé composé à la place d'un subjonctif.

Oui, résultat, ce sont les développeurs Debian qui font le boulot à leur place, vu que ces tocards ne sont pas fichus de faire du code portable. Merci de montrer que les DD ne sont pas des chieurs, mais des héros.

Boarf, au pire, une version spéciale mobile, pour ton site.

Et puis de toute façon, CSS avec media-type handheld rulezz.

statistiques d'utilisation des 6-8 architectures les moins utilisées, siouplait ?

Aucune importance, c'est grâce à ça que ces logiciels sont portables, c'est tout. Ça force les gens à coder proprement.

et pour le coup des langues, c'est un peu comme Wikipedia, on tombe vite dans les localisations et traductions incomplètes

Incomplètes, oui. Mais incorrectes ou mal faites, beaucoup moins. Debian a de hautes contraintes de qualité, c'est comme ça. Quand tu y proposes une traduction, tu as des gens qui te répondent parce que telle tournure est lourde, que tel terme est ambigu, que la traduction officielle de tel terme, c'est ça… Quand tu proposes un paquet, s'il fournit une commande sans manuel il sera refusé, etc.

C'est grâce à ça qu'on a plein de traductions cohérentes et de bonne qualité, des logiciels bien testés et documentés autant que faire ce peut, notamment plein de pages de manuel écrites par les développeurs Debian, puis réintégrées dans les projets amonts.

Oui, Debian est stricte. La qualité est à ce prix.

Se traîne ? Tu connais beaucoup de systèmes disponibles pour 12 architectures avec des ressources pour 50 langues différentes ?

Hello,

Salut,

Dommage de ne pas avoir beaucoup de background autour de cette news.

Dommage de ne pas avoir d'avantage d'information sur le contexte de cet événement (et non de la nouvelle elle-même).

Ok il y a un manque de communication et de contributions upstream, d'Ubuntu notamment.

Ok il y a un manque de communication et de contributions amont, d'Ubuntu notamment.

Est ce que ça se pourrait que ça fasse suite à la demande de feedbacks de Stefano Zacchiroli, l'actuel Debian Project Leader, et par la suite de sa participation à l'ubuntu submit ?

Est ce que ça se pourrait que ça fasse suite à la demande de retours de Stefano Zacchiroli, l'actuel chef du projet Debian, et par la suite de sa participation à l'Ubuntu submit (celui-là, on le laisse tel quel, c'est le nom de l'événement) ?

Dans tout ça, de nombreux anglicismes parfaitement inutiles :
— background : contexte ;
— news : nouvelle ;
— upstream : amont ;
— feedback : retour d'impression, réponse ;
— project leader : chef de projet (c'est la traduction officielle du poste dans Debian).

Dans les BD, il y a du texte. S'il n'y en avait pas, ce serait très galère de faire comprendre l'histoire.

Consulter ses mails sur gmail/mobile en ligne est bcp plus long que les consulter avec le client installé sur le téléphone.

Évidemment. POP3 et IMAP sont beaucoup plus adaptés au courrier que HTTP.

Pas de navigateur à lancer + juste les contenus à télécharger dans un xml quelconque et à caler dans le contenant préalablement téléchargé = temps d'accès aux données divisé par (au moins) 2 ou 3.

Tu peux m'expliquer la différence entre :
— lancer un navigateur web, télécharger juste les contenus en XHTML ;
— lancer un logiciel quelconque, télécharger juste les contenus en XML bizarre ?

Il y a un juste milieu. Par exemple, une application native spéciale iPhone pour connaître les horaires des bus, c'est totalement débile. Pour ce genre d'usage, c'est à dire de la consultation d'information pure, on a inventé le web.

Si, on peut s'en plaindre. On peut aimer la liberté au point de laisser les gens en abuser, et leur reprocher d'en abuser, justement.

D'une façon générale, quand on laisse quelque chose à quelqu'un, que ce soit de l'argent ou un droit quelconque, on peut se plaindre de la façon dont il l'utilise sans pour autant nier son droit à le faire.

Pulseaudio ne permet pas le passthrought

Je ne sais pas ce que tu appelles le pass-through, mais s'il s'agit d'utiliser PulseAudio comme une émulation de sortie Alsa, comme sur mon schéma, il le permet, clairement.
http://pulseaudio.org/wiki/PerfectSetup#ALSAApplications

Quant à tes histoires avec PulseAudio qui monopolise Alsa, je n'ai touché à rien et je n'ai pas ce problème : chez moi, PulseAudio est un client Alsa dmixé comme tous les autres. En revanche, attention, je crois que dmix n'est capable de mixer que des flux de même fréquence d'échantillonage.

Apparement pulseaudio se considère comme la seule appli légitime à accéder directement à alsa, il en a rien à foutre de dmix.

Ça m'étonne énormément qu'un logiciel utilisateur, même pas root, ait le droit d'ordonner à Alsa de cesser de dmixer.

PS : comment tu t'y es pris pour le dessin aasci art ?

Ce n'est pas de l'ASCII, plutôt de l'Unicode. J'ai fait ça en copiant et collant les caractères de dessin depuis une table générée par l'outil unicode [http://kassiopeia.juls.savba.sk/~garabik/software/unicode/]. Ensuite j'ai remplacé tous les espaces par des espaces insécables sinon Templeet les bouffe.

Ah, c'est clair. Tout comme on passe beaucoup moins de temps à apprendre à lire un livre d'images qu'un livre de texte. Mais alors, pour lire une vraie histoire en images, quel temps faut-il ?

Alors des solutions existent vous me direz. On peut programmer en Python, en shell, ou en JavaScript grâce à http://code.google.com/p/android-scripting/

Ça reste du code à écrire. Ça demande beaucoup de temps, même pour des résultats simples.

Programmer en code, ça demande du temps. Certes, certes, mais j'ai comme un doute, là. Programmer en dessins, ça va vraiment aller plus vite ?

Provoquant (gérondif ou participe présent), pas provocant (adjectif verbal).

Ainsi : en le provoquant… Ou bien : une personne provocante.

Ah, pardon, je suis HS : ce n'est pas via Internet.

sms-utils fournir de quoi envoyer des SMS avec un modem GSM, de façon indépendante (gsmsendsms) ou avec un démon qui gère une queue de message, à la façon d'un MTA.

No SQL, certes, mais no standard non plus, à ce qu'on dirait. Chacun son truc sans la moindre coordination ni le moindre langage ou protocole commun. Comment balkaniser le domaine des bases de données…

C'est une interface Java pour les bibliothèques de GNOME.

C'est distribué dans Debian, mais… aucun paquet ne l'utilise.

Très intéressant, je vais peut-être utiliser cette bibliothèque, tiens.

En revanche, pour extraire les images, en réalité cet outil extrait tout, et n'est donc pas plus fin qu'un bête unzip. :-)