alors là, il faudrait que je remette la main sur les docs, je ne sais plus (j'en ai lu trois en tout pour arriver à ce résultat)
en fait j'ai pris un exemple sur l'une des trois doc, et je l'ai un peu modifié pour que ça marche chez moi, et quand ça a marché j'ai arreté de toucher :)
si on ne tient pas compte de mplayer, dsp0 est effectivement pour les appli oss et default pour les appli alsa
S32_LE regroupe plusieurs caractéristique standard que j'ai précisé à la main dans dmix_oss (parce que dans dmix_oss elle ne sont pas standard, il fallait les modifier pour que ça marche)
pour le cas mplayer, c'est un peu le bordel, des fois faut utiliser dsp0 comme sorti, d'autre fois il faut tapper directement sur dmix.oss ... et parfois il ne veut rien entedre d'autre que la sorti oss directement :/ (et pour ce dernier, plus de multi channel)
[HS]
par contre chez moi ça ne marche pas du tout avec gstreamer
ça vient pas de dmix mais du fait que ma nforce2 n'échantillone qu'en 48000 au lieu des 44100 standard ... en fait cette nforce2 a 2 gros pb : pas de multi channel, et échantillonage à 48k seulement, donc un peu pénible à faire fonctionner
bref, si qq'un arrive à faire fonctionner sa nforce2 sous debian sid avec gstreamer, ça m'interesse :)
non ils sont dans incoming, ils seront dispo dans sid ce soir :)
vous pouvez déjà les prendre là :
incoming.debian.org
mais apt ne marchera pas, faut y aller à coup de dpkg (donc autant attendre :p )
oui, c'est ça que je voulais dire (j'ai peut-être mal choisis les termes) :
plusieurs applis peuvent utiliser le device pcm en même temps.
Pour ça j'utilise un ~/.asoundrc :
pcm.dmix_44 {
type dmix
ipc_key 321456 # any unique value
ipc_key_add_uid true
slave {
pcm "hw:0,0"
format S32_LE
rate 48000
}
}
pcm.dmixoss {
type dmix
ipc_key 321456 # any unique value
ipc_key_add_uid true
slave {
pcm "hw:0,0"
period_time 0
period_size 1024 # must be power of 2
buffer_size 8192 # ditto
rate 48000
}
}
pcm.!default {
type plug
slave.pcm "dmix_44"
}
pcm.dsp0 {
type plug
slave.pcm "dmixoss"
}
ctl.mixer0 {
type hw
card 0
}
c'est pas encore parfait.
comme je l'ai dit avant, dans mplayer je dois préciser ce que j'utilise, mais le plus chiant c'est qu'il ne faut pas préciser à chaque fois la même chose :/
en général, l'audio output de mplayer (ao) doit être alsa9:pcm.dmixoss
le pb c'est que certaine video/music au format microsoftien (wm*) fonctionnent en vitesse accélérée et il faut alors utiliser la sortie oss (mais là il monopolise le device à lui tout seul)
dans xmms on met juste le alsa par défaut
pour les bruitages de kde il suffit d'utiliser la commande aplay (aplay son.wav)
et pour les jeux il n'y a rien de spécifiques à dmix mais par contre depuis alsa 1.0.2c je dois faire :
echo "et.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
par exemple, dans le cas de enemy-territory
> Sinon, alsa doit pouvoir faire ca, toujours sans serveur de son et avec du matos supportant pas ca a la base, mais ca depend des drivers et j'ai pas de doc sous la main, je suis resté en oss moi :)
oui, moi avec ma nforce2 (réputer pour ne pas supporter le multichannel), j'ai réussi à configurer alsa pour avoir plusieurs sont en même temps sans passer par les serveurs de sons
il faut utiliser le plugin de sorti dmix et le configurer bien comme il faut (et c'est pas évident !)
c'est pas encore top au point (avec mplayer je dois un peu bidouiller) mais dans l'ensemble ça marche bien et ce, sans reconfigurer les appli
en fait ça je le sais, j'ai eu l'occasion de suivre quelques discussions sur le sujet, mais je cherche, si ça existe, un article comparant les différentes solutions, pour pouvoir me faire une meilleure idée.
Evidemment le meilleur moyen de se faire une idée serait de tester tout ça, mais je n'en ai personnellement pas l'usage.
subversion vient de sortir en version 1.0
arch semble être lui aussi un bon gestionnaire de version
alors que reste il à BitKeeper, utiliser dans certains projets libres (kernel.org), tout en n'étant pas libre ?
ce n'est pas de l'intégrisme pro-libre que je fais là, mais s'il existe des alternatives libres, pourquoi ne pas les utiliser, d'autant que ça les aiderait à évoluer plus rapidement encore qu'ils ne le font maintenant
Le problème est que l'équipe d'XFree était face à un dilemme : l'ancienne licence convenait pour le code source, mais pas pour la redistribution des binaires.
Tout ce qui a été changé dans la futur licence n'a pour but que de permettre la distribution de binaire, librement, tout en protégeant la propriété du code.
Il justifie leur choix ici : http://www.xfree86.org/pipermail/forum/2004-January/001892.html(...)
De fait, si les membres du projet xfree on choisit cette licence, ils savaient ce qu'ils faisaient, mais ils ont des besoins en terme de licence que la gpl ne couvrent pas, comme d'autres projets (licence apache et mozilla par exemple)
Est ce que ça ne devrait pas être à la gpl de s'accomoder de ce type de licence et d'être plus souple quant à leur compatibilité ?
Après tout, les licences de type bsd ou mit (auxquelles la nouvelle licence d'xfree fait référence) sont plus libre que la gpl
non mais sérieux, c'est n'importe quoi ce que tu dis là
tu as lu la licence au moins ?
il passe leur licence d'une gpl like à une bsd like et ça se résume à ce qu'on peut trouver là : http://www.xfree86.org/legal/licence.html(...)
"You can do what you like with the code except claim you wrote it."
en quoi ce n'est pas libre ? bsd n'est pas libre ? apache n'est pas libre ?
vous êtes sur que les allemands (appelons ceux qui engangent les poursuites comme ça) ont ouverts les hostilités pour gagner de l'argent ? emule n'est pas un projet qui gagne de l'argent, à moins que je me trompe.
Je verrais plutot un coup d'une maison de disque qui veut se débarasser de ce projet (c'est la seule raison valable qui me vient à l'esprit)
de plus, se défendre devant les tribunaux coutent très cher, et je doute que les devel d'emule s'engagent sur cette voie, je pense plutot qu'ils laisseront le nom sans rien dire, de toute façon ils n'ont rien pour se défendre
aller, une derniere fois : je trouve tout aussi ridicule le vote par correspondance :)
ça se passe pas comme ça en France, et j'espere bien que ça ne se passera jamais comme ça
oui mais comme dit plus haut je n'appelle pas ça un "vote ordinaire", je trouve ça tout aussi ridicule que le vote électronique et c'est surement pas une référence à prendre pour comparer avec le vote électronique
cette solution semble régler le probleme de confidentialité, mais en quoi règle t-il le probleme de fiabilité ? (un pb ala ariane5 qui comptabiliserait mal les votes ?)
et en quoi règle t-il le probleme de sécurité ? (piraté une machine sur le réseau, piraté le code du logiciel pour lui faire exécuté des instructions non prévu, intervenir directement sur une borne ou un serveur...)
de plus je n'ai pas compris le role du dépouilleur dans ton exemple : c'est bien la machine qui s'en charge non ? c'est quand même l'un des gros interet qu de pouvoir automatiser cette tache
et je reviens sur ce que tu dis au début :
en quoi le vote tel qu'on le pratique actuellement ne garantit pas confidentialité, fiabilité et sécurité ?
non, le logiciel libre est une nécessité dans ce genre d'application (access97, quand j'y repense, mon dieu), mais en rien une solution :
c'est pas parce que le logiciel sera libre qu'il garantira la sécurité/fiabilité/confidentialité : le faite qu'il soit libre en open source rendra le gravier juste un peu plus fin et moins douloureux
génial, et comment on fait pour vérifier qu'il n'y a pas de magouille à l'endroit de réception du courrier ?
La chaine de sécurité est rompu par cette méthode
en France, dans les bureaux de vote, tu verras toujours des militants vérifier que la personne en charge du bureau fait bien son boulot et ne magouille pas, et il n'y a aucun moyen de tricher vu que le décompte se fait ensuite sous l'oeil des dits militants/représentants de partis
bon en pratique y-a déjà eu des pb puisque tiberi a réussi à se faire élir par des morts, mais j'avoue ne pas comprendre comment une telle chose a pu arriver !
en attendant, le vote par courrier n'est pas mieux que le vote électronique à ce niveau
Binary files (e.g. .wma and .rar files) served by servers incorrectly sending text/plain should no longer be displayed as garbage in the browser, rather they should be appropriately handled.
ouai bah il est temps, faut pas être pressé
de toute façon, trop tard pour moi j'ai tout passé en kde 3.2
konqueror+kmail ownz :-D
et quand je vois le pb au dessus :
- impossible de récupérer les préférences
- le thème passe mal
- https impossible
ça fait pas très sérieux et ça donne pas envi d'essayer
c'est normal c'est le même process : c'est toujours le même dilemme
soit on met tout dans le même process au risque de voir tout planter mais au moins ça prend pas trois heures à se lancer, soit on privilégie la fiabilité et on attend ...
finalement ça sera sans doute pas pour le 10, mais normalement c'est pour cette semaine quand même
oui oui, vous ne vous trompez pas, j'ai l'air très sur de moi quand je dis ça :D
j'avais même pas penser aux moyens de pressions effectivements : encore un argument qui ne peut me faire qu'être contre un tel système.
quant aux histoires d'abstention, je suis contre un tel argument : si les gens ne sont pas capables de prendre 1/2h par an pour voter, ça devient grave !
oui je sais, certains sont en vacances, d'autres loin de leur domicile ou encore en incapacité de se déplacer, mais il existe un moyen de donner le pouvoir à une personne de confiance de voter à votre place quand vous ne pouvez le faire vous même (je ne me rappelle plus le nom de ce procédé).
Si une personne n'est pas capable de prendre les mesures nécessaires pour voter, elle ne vote pas, et tant pis pour le taux d'abstention
Bien sur ce n'est que mon avis, mais utiliser ce mode de vote pour régler le problème de l'abstention n'est à mon avis pas une bonne idée, surtout quand on voit tous les problèmes que ça peut engendrer
[^] # Re: Drivers NVidia , kernel 2.6.3 : performances 2D lamentables
Posté par udok . En réponse au journal Drivers NVidia , kernel 2.6.3 : performances 2D lamentables. Évalué à 3.
et pour le DPMS c'est juste la mode d'économie d'énergie donc ça ne doit pas bcp jouer sur les performances
[^] # Re: KDE 3.2.1 dans Debian/unstable
Posté par udok . En réponse au journal KDE 3.2.1 dans Debian/unstable. Évalué à 1.
et avec une upgrade d'xfree en plus ... ça en fait des choses à télécharger !
[^] # Re: Alsa, esd, arts ... quelques tests, beaucoups de questions
Posté par udok . En réponse au journal Alsa, esd, arts ... quelques tests, beaucoups de questions. Évalué à 1.
en fait j'ai pris un exemple sur l'une des trois doc, et je l'ai un peu modifié pour que ça marche chez moi, et quand ça a marché j'ai arreté de toucher :)
si on ne tient pas compte de mplayer, dsp0 est effectivement pour les appli oss et default pour les appli alsa
S32_LE regroupe plusieurs caractéristique standard que j'ai précisé à la main dans dmix_oss (parce que dans dmix_oss elle ne sont pas standard, il fallait les modifier pour que ça marche)
pour le cas mplayer, c'est un peu le bordel, des fois faut utiliser dsp0 comme sorti, d'autre fois il faut tapper directement sur dmix.oss ... et parfois il ne veut rien entedre d'autre que la sorti oss directement :/ (et pour ce dernier, plus de multi channel)
[HS]
par contre chez moi ça ne marche pas du tout avec gstreamer
ça vient pas de dmix mais du fait que ma nforce2 n'échantillone qu'en 48000 au lieu des 44100 standard ... en fait cette nforce2 a 2 gros pb : pas de multi channel, et échantillonage à 48k seulement, donc un peu pénible à faire fonctionner
bref, si qq'un arrive à faire fonctionner sa nforce2 sous debian sid avec gstreamer, ça m'interesse :)
[^] # Re: KDE 3.2.1 dans Debian/unstable
Posté par udok . En réponse au journal KDE 3.2.1 dans Debian/unstable. Évalué à 1.
vous pouvez déjà les prendre là :
incoming.debian.org
mais apt ne marchera pas, faut y aller à coup de dpkg (donc autant attendre :p )
[^] # Re: Alsa, esd, arts ... quelques tests, beaucoups de questions
Posté par udok . En réponse au journal Alsa, esd, arts ... quelques tests, beaucoups de questions. Évalué à 1.
plusieurs applis peuvent utiliser le device pcm en même temps.
Pour ça j'utilise un ~/.asoundrc :
c'est pas encore parfait.
comme je l'ai dit avant, dans mplayer je dois préciser ce que j'utilise, mais le plus chiant c'est qu'il ne faut pas préciser à chaque fois la même chose :/
en général, l'audio output de mplayer (ao) doit être alsa9:pcm.dmixoss
le pb c'est que certaine video/music au format microsoftien (wm*) fonctionnent en vitesse accélérée et il faut alors utiliser la sortie oss (mais là il monopolise le device à lui tout seul)
dans xmms on met juste le alsa par défaut
pour les bruitages de kde il suffit d'utiliser la commande aplay (aplay son.wav)
et pour les jeux il n'y a rien de spécifiques à dmix mais par contre depuis alsa 1.0.2c je dois faire :
echo "et.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
par exemple, dans le cas de enemy-territory
[^] # Re: Alsa, esd, arts ... quelques tests, beaucoups de questions
Posté par udok . En réponse au journal Alsa, esd, arts ... quelques tests, beaucoups de questions. Évalué à 4.
oui, moi avec ma nforce2 (réputer pour ne pas supporter le multichannel), j'ai réussi à configurer alsa pour avoir plusieurs sont en même temps sans passer par les serveurs de sons
il faut utiliser le plugin de sorti dmix et le configurer bien comme il faut (et c'est pas évident !)
c'est pas encore top au point (avec mplayer je dois un peu bidouiller) mais dans l'ensemble ça marche bien et ce, sans reconfigurer les appli
[^] # Re: Sortir de Xfree86 4.4
Posté par udok . En réponse au journal Sortir de Xfree86 4.4. Évalué à -3.
# Re: Sortir de Xfree86 4.4
Posté par udok . En réponse au journal Sortir de Xfree86 4.4. Évalué à -1.
[^] # Re: Sortie de GNU Arch/TLA 1.2
Posté par udok . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 1.
Evidemment le meilleur moyen de se faire une idée serait de tester tout ça, mais je n'en ai personnellement pas l'usage.
# Re: Sortie de GNU Arch/TLA 1.2
Posté par udok . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 3.
arch semble être lui aussi un bon gestionnaire de version
alors que reste il à BitKeeper, utiliser dans certains projets libres (kernel.org), tout en n'étant pas libre ?
ce n'est pas de l'intégrisme pro-libre que je fais là, mais s'il existe des alternatives libres, pourquoi ne pas les utiliser, d'autant que ça les aiderait à évoluer plus rapidement encore qu'ils ne le font maintenant
[^] # Re: la nouvelle license et son principal défaut: incompatible avec applis GPL
Posté par udok . En réponse au journal XFree 4.4 non présent dans la prochaine Mandrake. Évalué à 4.
Tout ce qui a été changé dans la futur licence n'a pour but que de permettre la distribution de binaire, librement, tout en protégeant la propriété du code.
Il justifie leur choix ici :
http://www.xfree86.org/pipermail/forum/2004-January/001892.html(...)
De fait, si les membres du projet xfree on choisit cette licence, ils savaient ce qu'ils faisaient, mais ils ont des besoins en terme de licence que la gpl ne couvrent pas, comme d'autres projets (licence apache et mozilla par exemple)
Est ce que ça ne devrait pas être à la gpl de s'accomoder de ce type de licence et d'être plus souple quant à leur compatibilité ?
Après tout, les licences de type bsd ou mit (auxquelles la nouvelle licence d'xfree fait référence) sont plus libre que la gpl
[^] # Re: XFree 4.4 non présent dans la prochaine Mandrake
Posté par udok . En réponse au journal XFree 4.4 non présent dans la prochaine Mandrake. Évalué à -5.
tu as lu la licence au moins ?
il passe leur licence d'une gpl like à une bsd like et ça se résume à ce qu'on peut trouver là :
http://www.xfree86.org/legal/licence.html(...)
"You can do what you like with the code except claim you wrote it."
en quoi ce n'est pas libre ? bsd n'est pas libre ? apache n'est pas libre ?
[^] # Re: UT 2004 : la démo Linux est sortie
Posté par udok . En réponse à la dépêche UT 2004 : la démo Linux est sortie. Évalué à 2.
[^] # Re: eMule va t il disparaitre ?
Posté par udok . En réponse au journal eMule va t il disparaitre ?. Évalué à 3.
Je verrais plutot un coup d'une maison de disque qui veut se débarasser de ce projet (c'est la seule raison valable qui me vient à l'esprit)
de plus, se défendre devant les tribunaux coutent très cher, et je doute que les devel d'emule s'engagent sur cette voie, je pense plutot qu'ils laisseront le nom sans rien dire, de toute façon ils n'ont rien pour se défendre
[^] # Re: Mozilla Thunderbird 0.5 et Firefox 0.8
Posté par udok . En réponse à la dépêche Mozilla Thunderbird 0.5 et Firefox 0.8. Évalué à 1.
http://www.mozilla.org/products/firefox/releases/#new(...)
compte moi le nombre de fois qu'on trouve le mot release dans cette page
un snapshot, vraiment n'importe quoi ...
[^] # Re: Je suis contre le vote électronique !!!
Posté par udok . En réponse au journal Je suis contre le vote électronique !!!. Évalué à 1.
[^] # Re: Je suis contre le vote électronique !!!
Posté par udok . En réponse au journal Je suis contre le vote électronique !!!. Évalué à 1.
ça se passe pas comme ça en France, et j'espere bien que ça ne se passera jamais comme ça
[^] # Re: Je suis contre le vote électronique !!!
Posté par udok . En réponse au journal Je suis contre le vote électronique !!!. Évalué à 1.
[^] # Re: Je suis contre le vote électronique !!!
Posté par udok . En réponse au journal Je suis contre le vote électronique !!!. Évalué à 1.
et en quoi règle t-il le probleme de sécurité ? (piraté une machine sur le réseau, piraté le code du logiciel pour lui faire exécuté des instructions non prévu, intervenir directement sur une borne ou un serveur...)
de plus je n'ai pas compris le role du dépouilleur dans ton exemple : c'est bien la machine qui s'en charge non ? c'est quand même l'un des gros interet qu de pouvoir automatiser cette tache
et je reviens sur ce que tu dis au début :
en quoi le vote tel qu'on le pratique actuellement ne garantit pas confidentialité, fiabilité et sécurité ?
[^] # Re: Je suis contre le vote électronique !!!
Posté par udok . En réponse au journal Je suis contre le vote électronique !!!. Évalué à 3.
c'est pas parce que le logiciel sera libre qu'il garantira la sécurité/fiabilité/confidentialité : le faite qu'il soit libre en open source rendra le gravier juste un peu plus fin et moins douloureux
[^] # Re: Je suis contre le vote électronique !!!
Posté par udok . En réponse au journal Je suis contre le vote électronique !!!. Évalué à 1.
La chaine de sécurité est rompu par cette méthode
en France, dans les bureaux de vote, tu verras toujours des militants vérifier que la personne en charge du bureau fait bien son boulot et ne magouille pas, et il n'y a aucun moyen de tricher vu que le décompte se fait ensuite sous l'oeil des dits militants/représentants de partis
bon en pratique y-a déjà eu des pb puisque tiberi a réussi à se faire élir par des morts, mais j'avoue ne pas comprendre comment une telle chose a pu arriver !
en attendant, le vote par courrier n'est pas mieux que le vote électronique à ce niveau
# Re: Mozilla Thunderbird 0.5 et Firefox 0.8
Posté par udok . En réponse à la dépêche Mozilla Thunderbird 0.5 et Firefox 0.8. Évalué à -3.
ouai bah il est temps, faut pas être pressé
de toute façon, trop tard pour moi j'ai tout passé en kde 3.2
konqueror+kmail ownz :-D
et quand je vois le pb au dessus :
- impossible de récupérer les préférences
- le thème passe mal
- https impossible
ça fait pas très sérieux et ça donne pas envi d'essayer
[^] # Re: Mozilla Thunderbird 0.5 et Firefox 0.8
Posté par udok . En réponse à la dépêche Mozilla Thunderbird 0.5 et Firefox 0.8. Évalué à 1.
soit on met tout dans le même process au risque de voir tout planter mais au moins ça prend pas trois heures à se lancer, soit on privilégie la fiabilité et on attend ...
# Re: Tout est dans le journal
Posté par udok . En réponse au journal Tout est dans le journal. Évalué à 1.
oui oui, vous ne vous trompez pas, j'ai l'air très sur de moi quand je dis ça :D
[^] # Re: Je suis contre le vote électronique !!!
Posté par udok . En réponse au journal Je suis contre le vote électronique !!!. Évalué à 1.
quant aux histoires d'abstention, je suis contre un tel argument : si les gens ne sont pas capables de prendre 1/2h par an pour voter, ça devient grave !
oui je sais, certains sont en vacances, d'autres loin de leur domicile ou encore en incapacité de se déplacer, mais il existe un moyen de donner le pouvoir à une personne de confiance de voter à votre place quand vous ne pouvez le faire vous même (je ne me rappelle plus le nom de ce procédé).
Si une personne n'est pas capable de prendre les mesures nécessaires pour voter, elle ne vote pas, et tant pis pour le taux d'abstention
Bien sur ce n'est que mon avis, mais utiliser ce mode de vote pour régler le problème de l'abstention n'est à mon avis pas une bonne idée, surtout quand on voit tous les problèmes que ça peut engendrer