Il est un petit peu obligé de dire que c'est paquets sont pour Debian, sinon il aura des rapports de bug "ça s'installe pas" d'utilisateurs sous fedora ou autre.
Ils ne font plus de compatibilité ascendante ? Je n'ai pas encore vu un windows 8, alors je ne sais pas si c'est le cas, mais ça m'étonnerait pas mal, sauf si le sujet est "Windows 8 sur non-x86".
des amélioration en push-to-talk
améliorations (j'ai activé le flag, pas intérêt à faire de fautes, moi)
un outil simple et efficace, souffrant sans doute d'un petit défaut d'expérience utilisateur
Pour moi, c'est le problème. Je n'ai pas trouvé ça simple du tout. La première configuration de connexion est une catastrophe, après, une fois qu'on a compris comment ça marchait, ça passe, de justesse.
On parle de permettre aux gens d'expérimenter; je cite, "d'avoir des retours utilisateurs au plus tôt", "de facilité(sic) de les expérimentations par chacun et de commencer à se préoccuper des retours que ça génère".
Je n'ai jamais mentionné ça comme distribution utilisable. C'est plus comme les livecd fedora qui sortaient (et je crois sortent toujours) pour tester la couche graphique/X.
on commence par tenter de tout faire notamment être complètement multiplateforme
Ça dépend de KMS. Pas spécialement multiplateforme (pour le moment). Après, s'il y a des gens qui s'amusent à s'arrager pour le porter ailleurs, on va pas le reprocher au projet…
Ça ne veux pas dire de l'imposer mais de facilité de les expérimentations par chacun et de commencer à se préoccuper des retours que ça génère avant de chercher à créer monts et merveille.
Sans garantie, je peux être malcomprenant :
Wheezy, noyau 3.2
Openvz ne supporte pas une version de noyau vanilla mais une version RHEL ; la dernière est RHEL6 (une 2.6.32), voir http://openvz.org/Download/kernel
Pour avoir utilisé les deux, je peux affirmer que les deux se valent globalement. Et ce n'est un compliment ni pour l'un ni pour l'autre.
Il ont juste des points faibles différents l'un de l'autre. L'un a un point faible là ou l'autre a un point… moyen, et inversement (non, pas vu de points forts).
Après, Lotus, j'ai peut-être pas vu le meilleurs (c'était un client en activex, je sais qu'il y avait un autre client, mais il n'était pas installé, peut-être qu'il était moins mauvais).
Désolé, j'ai du mal à identifier la tentative d'humour ici. Si l'humour c'est lâcher un truc bidon une journée par an, de façon bien conventinnelle, alors oui, peut-être que c'est de l'humour.
Je suis le flux atom pour être tenu au courant des nouveautés, c'est le contrat de base des flux. Hum, OK, on va dire que 2002 c'est pas trop vieux.
J'ai l'impression de ne pas être pris au sérieux. Si je suis le seul à le constater, il aurait été plus sympa de dire "j'ai vérifié, il n'y a pas de problème de mon côté", non ?
De toute façon, ça ne risque pas, puisque, pour rappel, debian supporte aussi un kernel bsd, et comme tout un chacun ne cesse de le rappeler, systemd n'est pas portable.
Rien n'oblige l'init par défaut à être le même pour toutes les archis.
Par exemple, le noyau par défaut n'est pas le même pour les archis amd64 et kfreebsd.
Le mainteneur Debian de ffmpeg (avant fork) est partie prenante dans l'épisode "coup d'état militaire" de ffmpeg et quand ça a foiré il est parti du côté libav. Il n'est donc pas tout à fait sans parti pris ni objectif sur la question.
Etant mainteneur, il avait donc toute latitude pour imposer sans même besoin de raisons techniques ou autre le remplacement de ffmpeg par libav.
Du coup il n'y a pas de ffmpeg dans Debian, et comme il y a des divergences d'API entre ffmpeg et libav, certains projets commencent à bien être emmennuyés.
[^] # Re: Intérêt du dépôt ?
Posté par mickabouille . En réponse au journal Attention au dépôt debian-multimedia.org !. Évalué à 6.
Donc on reste sur le plus petit dénominateur commun et on interdit tous les paquets qui contreviennent à une loi dans au moins un pays.
Au fait, ils sont pas revenus les dépôts non-us ?
[^] # Re: Un utilisateur reconnaissant
Posté par mickabouille . En réponse au journal Attention au dépôt debian-multimedia.org !. Évalué à 9.
Il est un petit peu obligé de dire que c'est paquets sont pour Debian, sinon il aura des rapports de bug "ça s'installe pas" d'utilisateurs sous fedora ou autre.
# Réactions diverses
Posté par mickabouille . En réponse à la dépêche Mumble 1.2.4 avec Opus. Évalué à 1.
Xiph ?
Ils ne font plus de compatibilité ascendante ? Je n'ai pas encore vu un windows 8, alors je ne sais pas si c'est le cas, mais ça m'étonnerait pas mal, sauf si le sujet est "Windows 8 sur non-x86".
améliorations (j'ai activé le flag, pas intérêt à faire de fautes, moi)
Pour moi, c'est le problème. Je n'ai pas trouvé ça simple du tout. La première configuration de connexion est une catastrophe, après, une fois qu'on a compris comment ça marchait, ça passe, de justesse.
[^] # Re: C'est comme faire du bon fromage
Posté par mickabouille . En réponse au journal Mir est peut-être une hérésie mais.... Évalué à 3.
On parle de permettre aux gens d'expérimenter; je cite, "d'avoir des retours utilisateurs au plus tôt", "de facilité(sic) de les expérimentations par chacun et de commencer à se préoccuper des retours que ça génère".
Je n'ai jamais mentionné ça comme distribution utilisable. C'est plus comme les livecd fedora qui sortaient (et je crois sortent toujours) pour tester la couche graphique/X.
[^] # Re: C'est comme faire du bon fromage
Posté par mickabouille . En réponse au journal Mir est peut-être une hérésie mais.... Évalué à 6.
agrandit ; sinon
http://sourceforge.net/projects/rebeccablackos/ (on peut tester soi-même)
https://live.gnome.org/Wayland/Applications (on a testé…)
http://blog.martin-graesslin.com/blog/2013/05/kwin-running-in-weston/ (le code est dispo pour tester par-dessus X)
C'est pas à l'upstream de faire des paquets ; et
- http://packages.debian.org/experimental/weston (pour la version, bon, ben le freeze est passé par là)
- https://apps.fedoraproject.org/packages/weston?_csrf_token=a6ea6362974ee53150d3e99baefbb21f98f682d9
- https://www.archlinux.org/packages/community/x86_64/weston/
- http://packages.gentoo.org/package/dev-libs/wayland?arches=all
Ça dépend de KMS. Pas spécialement multiplateforme (pour le moment). Après, s'il y a des gens qui s'amusent à s'arrager pour le porter ailleurs, on va pas le reprocher au projet…
Tu as testé unity8 sur mir ?
[^] # Re: C'est comme faire du bon fromage
Posté par mickabouille . En réponse au journal Mir est peut-être une hérésie mais.... Évalué à 10.
http://wayland.freedesktop.org/releases.html ?
[^] # Re: Ça me choque
Posté par mickabouille . En réponse au journal Adblock maintenant installé par défaut sur Debian 7 : bonne chose ou initiative malheureuse ?. Évalué à 8.
La neutralité du net, c'est "les tuyaux sont inertes", non ?
Et le navigateur, ce n'est déjà plus les tuyaux, à mon avis.
[^] # Re: «palier»: un verbe transitif
Posté par mickabouille . En réponse au journal Debian Wheezy est sorti !. Évalué à 5.
Donc transitif direct, c'est bien ça ?
[^] # Re: On peut espérer...
Posté par mickabouille . En réponse au journal OpenVZ sur Debian : Que prévoyez-vous avec Wheezy ?. Évalué à 2.
Sans garantie, je peux être malcomprenant :
Wheezy, noyau 3.2
Openvz ne supporte pas une version de noyau vanilla mais une version RHEL ; la dernière est RHEL6 (une 2.6.32), voir http://openvz.org/Download/kernel
[^] # Re: Mozilla
Posté par mickabouille . En réponse à la dépêche Une coalition de 27 organisations demande au W3C de garder les DRM hors du Web. Évalué à 2.
En gros, ils sont derrière la proposition, ils se planquent en attendant que ça passe et en espérant se faire oublier ?
[^] # Re: fausse bonne idée
Posté par mickabouille . En réponse à la dépêche Réforme des rythmes scolaires : occuper les enfants avec des jeux vidéo libres. Évalué à 3.
Les écoles maternelles sont concernées par la réforme des rythmes scolaires…
[^] # Re: de bonnes idées mais...
Posté par mickabouille . En réponse à la dépêche Yorba organise une campagne de dons pour Geary. Évalué à 2.
Pour avoir utilisé les deux, je peux affirmer que les deux se valent globalement. Et ce n'est un compliment ni pour l'un ni pour l'autre.
Il ont juste des points faibles différents l'un de l'autre. L'un a un point faible là ou l'autre a un point… moyen, et inversement (non, pas vu de points forts).
Après, Lotus, j'ai peut-être pas vu le meilleurs (c'était un client en activex, je sais qu'il y avait un autre client, mais il n'était pas installé, peut-être qu'il était moins mauvais).
[^] # Re: Voilà, ça marche
Posté par mickabouille . En réponse à l’entrée du suivi feeds journaux, réapparition de sujets antiques. Évalué à 1 (+0/-0).
Désolé, j'ai du mal à identifier la tentative d'humour ici. Si l'humour c'est lâcher un truc bidon une journée par an, de façon bien conventinnelle, alors oui, peut-être que c'est de l'humour.
Je suis le flux atom pour être tenu au courant des nouveautés, c'est le contrat de base des flux. Hum, OK, on va dire que 2002 c'est pas trop vieux.
[^] # Re: Voilà, ça marche
Posté par mickabouille . En réponse à l’entrée du suivi feeds journaux, réapparition de sujets antiques. Évalué à 1 (+0/-0).
Ah ok, j'avais loupé la news : le spam est donc autorisé le 1e avril.
[^] # Re: Voilà, ça marche
Posté par mickabouille . En réponse à l’entrée du suivi feeds journaux, réapparition de sujets antiques. Évalué à 1 (+0/-0).
J'ai l'impression de ne pas être pris au sérieux. Si je suis le seul à le constater, il aurait été plus sympa de dire "j'ai vérifié, il n'y a pas de problème de mon côté", non ?
# C'est de pire en pire
Posté par mickabouille . En réponse à l’entrée du suivi feeds journaux, réapparition de sujets antiques. Évalué à 0 (+0/-0).
Les anciens sujets continuent d'arriver, on en est au point où ça devient du spam (peut-être 150 sujets indésirables rien que pour aujourd'hui).
[^] # Re: C'était mieux avant
Posté par mickabouille . En réponse à l’entrée du suivi feeds journaux, réapparition de sujets antiques. Évalué à 1 (+0/-0).
Hum ?
[^] # Re: Je ne comprends pas ces sous-entendus
Posté par mickabouille . En réponse au journal Systemd dans Debian. Évalué à 3.
Rien n'oblige l'init par défaut à être le même pour toutes les archis.
Par exemple, le noyau par défaut n'est pas le même pour les archis amd64 et kfreebsd.
[^] # Re: Un bureau qui ne change pas, ça change !
Posté par mickabouille . En réponse au journal KDE from scratch. Évalué à 2.
Ah, j'en étais resté à http://qt-project.org/forums/viewthread/22892
[^] # Re: Un bureau qui ne change pas, ça change !
Posté par mickabouille . En réponse au journal KDE from scratch. Évalué à 2.
Si je me souviens bien, QML c'est backend openGL obligé, donc pas forcément invisible pour l'utilisateur. Ou alors je mélange.
[^] # Re: libav et ffmpeg
Posté par mickabouille . En réponse à la dépêche XBMC 12 "Frodo" est de sortie. Évalué à 3.
Le mainteneur Debian de ffmpeg (avant fork) est partie prenante dans l'épisode "coup d'état militaire" de ffmpeg et quand ça a foiré il est parti du côté libav. Il n'est donc pas tout à fait sans parti pris ni objectif sur la question.
Etant mainteneur, il avait donc toute latitude pour imposer sans même besoin de raisons techniques ou autre le remplacement de ffmpeg par libav.
Du coup il n'y a pas de ffmpeg dans Debian, et comme il y a des divergences d'API entre ffmpeg et libav, certains projets commencent à bien être
emmennuyés.# Correspondance
Posté par mickabouille . En réponse au journal Vote par Internet . Évalué à 4.
Moi, j'y vois surtout un appel à supprimer le vote par correspondance et à utiliser des bureaux de vote (classiques) pour l'étranger.
Dommage qu'ils n'aient pas mené la réflexion jusqu'au bout!
[^] # Re: la peur ?
Posté par mickabouille . En réponse au journal Du NAT en veux-tu en voilà. Évalué à 3.
Du genre http://en.wikipedia.org/wiki/IPv6#IPv4-mapped_IPv6_addresses ?
[^] # Re: Certificats ?
Posté par mickabouille . En réponse au journal SECURENET le réseau français sécurisé. Évalué à 3.
Je suis vieux aussi, mais je me force à éviter d'utiliser les s longs.
# Mini ordinateur ?
Posté par mickabouille . En réponse à la dépêche RasPyPlayer V1.0 est sorti !. Évalué à 5.
http://fr.wikipedia.org/wiki/Mini-ordinateur