D'après ce que je comprends, c'est du on/off et il n'y a pas de granularité plus fine ? (permettant d'autoriser le trafic entrant vers telle machine/port/serveur uniquement, de manière analogue au port forwarding en IPv4)
Mais tu es d'accord d'avoir une Freebox qui fait le café ? Tu ne t'es pas posé la question du coût énergétique pour la création d’une de ces bécanes
Heu, tu m'expliqueras comment tu fais pour accéder à l'ADSL sans modem…
Mais puisqu'elle est capable de faire firewall, je trouverais justement absurde de devoir mettre une seconde box devant juste pour ça !
C'est précisément ce que je veux éviter (je suis d'accord que ce serait préférable de toute façon, mais j'ai autre chose à faire…).
Ou tu mets une passerelle sous ton controle
Je ne veux pas acheter du matos exprès pour ça (je ne sais pas si tu as conscience du coût environnemental des machins électroniques (en énergie, eau, matières premières, pollution générée…))
Je ne dis pas le contraire, sauf que ça doit pouvoir se faire de manière contrôlée (or, la Freebox ne fait pas firewall… un peu dommage quand on sait que c'est un Linux à l'intérieur !). L'effet de bord désagréable du NAT (rendre les machines injoignables) a au moins quelques aspects commodes. En NAT/IPv4 je peux configurer mon port-forwarding et contrôler quelles machines/services sont accessibles => pour être à iso-fonctionnalité, il faudrait que je puisse configurer quelles machines/ports sont ouverts en IPv6.
D'une manière plus générale, je suis le premier à souhaiter promouvoir et utiliser IPv6 parce que c'est l'avenir, parce que de plus en plus de gens n'auront même plus une IPv4 publique et seront NATtés au niveau de leur opérateur, etc. sauf que pour l'instant je trouve que ça a davantage d'inconvénients que d'avantages à l'activer dans ma situation si je ne souhaite pas passer du temps à sécuriser chaque machine derrière la Freebox
[N.B.: je poste ceci non pas pour dénigrer IPv6 - que je soutiens totalement - mais dans l'espoir qu'il y ait qqun chez Free qui me lise… ça ne devrait pas être la mer à boire que d'implémenter une interface minimaliste à iptables/ip6tables dans la Freebox ! ]
Moi j'aimerais bien qu'Apple copie sur la concurrence, au hasard
- la possibilité de voir le iDevice comme une clé USB, au lieu de devoir utiliser l'immonde iThunes
- la possibilité de changer la batterie, de mettre une carte SD, d'utiliser des connecteurs standard (USB)
- la possibilité de se connecter sur les réseaux LTE européens (le nouvel iPhone 5 ne supportera pas les bandes 3GPP #7 (2.5 GHz) et #20 (800 MHz) qui sont actuellement déployées en Europe)
- la possibilité de mettre deux cartes SIM
- les widgets
- la possibilité d'installer des applications et frameworks concurrents (par exemple, sur Android j'ai pu trouver un lecteur qui se base sur le classement filesystem plutôt que sur les ID3tags. J'ai aussi pu installer un widget "volume" pour continuer d'utiliser mon téléphone même si le bouton "volume down" est cassé. J'ai aussi pu aisément tester/porter des applis QT4 sur Android)
- la possibilité d'avoir des firmwares qui ne ralentissent pas la machine au point de la rendre inutilisable au bout de 2 ans (obsolescence programmée… Mon ancien iPhone 1 ramait considérablement après quelques mises à jour, alors que mon HTC Desire HD actuel marche du feu de dieu sur Android Jellybean !)
- la possibilité de développer des applis sans obligatoirement posséder un Mac
[X] J'aimerais bien, mais je ne l'activerai que quand Free me permettra de configurer ip6tables dans ma Freebox v5 (car en l'état, activer IPv6 revient à passer d'une situation où chaque machine est en partie protégée grâce au NAT, à une situation où toutes mes machines sont joignables depuis l'extérieur…)
Soit, la fraction des geeks qui possèdent un NAS et qui le laissent allumé 100% du temps peuvent effectivement réutiliser la même machine. Je pense que ça constitue un cas minoritaire, et il ne faudrait pas que l'auto-hébergement devienne un prétexte
- pour acquérir (donc fabriquer) un NAS/serveur web (bref, une machine)
- pour laisser allumé 100% du temps une machine (dont 99% du temps inutilement si le site est à très faible fréquentation) alors qu'on l'aurait éteinte autrement
Ton raisonnement n'est pas absurde (effectivement le gros de la consommation se fait au niveau de la production), mais ne se tient que dans la mesure
- où on utilise la machine existante (au lieu d'acheter un NAS/Raspberry Pie/… +/- dédié à l'auto-hébergement, ce qui va inévitablement se produire si l'on encourage l'auto-hébergement (notamment si ladite machine principale est un laptop, car il faut bien qu'une autre machine prenne le relais lorsque le laptop est en déplacement / non-connecté))
- où l'on considère des sites / services relativement fréquentés (== qui gagneraient peu à être mutualisés sur un serveur). Si tu éteins 200 machines la nuit en mutualisant ces 200 sites web à très faible fréquentation sur un unique serveur, je pense que tu y gagne largement !
Au passage, les machines SoHo ont une probabilité de panne plus élevée, donc un taux de renouvellement (et de déchets) plus important.
Sur le plan environnemental, il vaut mieux une seule machine (serveur) mutualisée pour de nombreux utilisateurs et utilisée à plus de 50%, qu'une myriade de machines (même si c'est des Raspberry Pie) utilisées chacunes à 1%…
Sans chercher à défendre RTF outre mesure, le fait qu'Ooo se vautre est révélateur d'un bug dans Ooo, point barre. Je pense qu'il vaudrait mieux accepter de reconnaître les faiblesses d'Ooo (en l'espèce, son instabilité notoire) plutôt que blâmer le format de fichier RTF moisi pour justifier un crash.
(N.B. ça ne m'empêche pas d'utiliser Ooo sous Linux quotidiennement, y compris pour ouvrir des fichiers .docx et .pptx)
mais je pense qu’on n’en est pas encore à faire de la MAO sur un smartphone…
Ce n'était pas le sujet. Le sujet, c'était "one ring to rule them all" i.e. est-il possible d'avoir un unique daemon qui fédère les efforts de tout le monde plutôt qu'une fragmentation des efforts de développement ? Bref, est-il possible que jackd réponde aux besoins des utilisateurs "normaux" ?
Oui, par conception, Jack ne cherche à répondre aux besoins que des MAOistes et pas de M.-tout-le-monde. Si M.-tout-le-monde veut un démon en espace utilisateur pour gérer le son, il y a PulseAudio. S’il n’aime pas PulseAudio, ben il fait comme moi quand je ne fais pas de MAO : j’utilise uniquement ALSA et tout marche très bien.
Sauf qu'on a vu avant que
- pour beaucoup de gens, PA marche "en fonction pulse" (ah ben ça marche plus. Bizarre, ça marchait il y a 10 minutes…)
- ALSA ne mixe pas plusieurs sources (donc pour beaucoup de gens qui n'ont pas de mix hardware, cela signifie que seule une appli peut sortir du son à la fois)
Bref contrairement à ce que tu dis, pour beaucoup de gens, le problème n'est pas résolu (et après on se plaint que les gens achètent du Mac. J'entends même assez souvent des geeks me dire que "tu as les avantages de Linux, sauf que contrairement à Linux ça marche" [je précise qu'ayant eu pendant un temps un Mac au boulot, j'ai finalement laissé tomber et suis revenu à Linux pour mon plus grand bonheur, mais il y a une part de conviction et de sacerdoce…]).
Après, peut-être que l'idée d'utiliser jackd pour tout le monde est une mauvaise idée, et que PA bonifiera avec le temps. Je déplore juste de voir que les efforts sont dilués avec des bases de code distinctes et des APIs incompatibles.
Dans beaucoup de critiques de PA que j’ai pu lire, c’est le principe même d’un démon sonore en espace utilisateur qui est attaqué.
Non, ce qui est critiqué, c'est le fait que ça ne marche pas !
Normalement, les douanes ne devraient pas avoir le droit de laisser passer…
Cela dit, plutôt que de parler de hongkonggeek (qui est le premier site à m'être venu à l'esprit), j'aurais peut-être plutôt dû citer amazon.fr (qui vend aussi une bonne partie des mêmes tablettes chinoises à 100 € de l'autre site - tablettes qui possèdent les marquages CE et FCC comme je l'ai dit dans mon précédent post). Bref, on peut critiquer plein de choses concernant ces tablettes, notamment le fait que qu'elles soient de marques inconnues ici, bénéficient d'un faible support, soient moins puissantes que celles vendues en Europe à base de Tegra 3, etc. mais on ne peut AMA pas critiquer l'absence de légalité / conformité / marquage CE, ni d'un système ergonomique (Android 4). Bref, je demande toujours à voir ce qui justifie techniquement/pédagogiquement la dépense de 600 € pour un iPad dans un contexte scolaire, alors qu'il me semble que d'autres produits 5x moins chers peuvent répondre aux mêmes "besoins" (si tant est qu'ils soient avérés, ce qui est un autre débat. J'ai tendance à penser que la justification pourrait être la suivante : il s'agit dans tous les cas d'un "gadget" pédagogique et le but principal est avant tout politique, or l'iPad est plus "cool" et a donc un impact plus important en terme de com…)
et probablement pas conforme aux normes européennes
Hongkonggeek n'aurait pas le droit d'en vendre si c'était le cas.
(et en tout cas, ma tablette Ainol possède les marques CE et FCC et a donc passé les tests nécessaires. C'est un peu facile de partir du principe que "c'est chinois donc c'est non conforme", et c'est oublier un peu vite que les iMachins sont aussi fabriqués par Foxconn à Shenzhen…). La plupart de ces tablettes utilisent Android ICS, donc tout à fait analogues aux autres tablettes (de "marques" beaucoup plus chères) vendues en Europe. Elles sont souvent un peu moins puissantes (par exemple, processeur mono-core Allwinner A10, accessoirement pas hostile vis à vis de développements libres), mais généralement amplement suffisantes pour une utilisation par madame michu (qui ne rentre pas dans la catégorie "hardcore gamer"). Si tu estimes que ça n'est pas le cas, cela signifie que tu estimes que Android/ICS n'est pas prêt pour un usage grand-public (ce qui serait un peu abusif : seul IOS le serait donc, à tes yeux ?).
La deuxième, qu'un système met du temps pour s'agencer. Par exemple, lorsque la XBOX de Microsoft a été lancée, elle n'avait presque rien comme jeu et était vendue à perte par Microsoft !
Ce n'est pas qu'une question de temps mais aussi une question de moyens : le milieu de l'électronique et de l'informatique/télécoms est guidé par les économies d'échelles (fort temps/coût/complexité de conception, faible coût de réplication). Peu importe à quel point tu es doué : tu es tout seul sur ton projet (a fortiori s'il n'est pas open-source), et il se trouve que tu t'attaques à des "gros" projets qui demandent habituellement des dizaines de milliers de lignes de code => il ne sera rien de plus qu'un "jouet" en comparaison de ses "concurrents" qui ont des centaines d'années-hommes de travail derrière ! Bref, il n'y a rien de mal à ça tant que c'est pour le fun, mais le problème est que tu comptes apparemment dessus pour gagner ta vie… (je veux bien admettre que le certains choix technologiques (langage, techno web, etc) puissent changer un peu la donne en terme d'effort nécessaire et de nombre de ligne de code, mais le principe reste malgré tout le même. J'espère pour toi que tu fais ça sur ton temps libre et que tu as un autre travail à côté !)
Petite question : compte tenu du rapport puissance*fonctionnalités/coût des nouveaux processeurs ARM Chinois comme le Allwinner A10, vous avez envisagé une solution basée sur quelque chose comme ça pour la prochaine version ? Est-ce qu'elle intègrera des ADC/DAC plus rapides ? (par exemple pour en faire une SDR/Gnuradio un peu comme avec ce projet)
Le résultat semble être plutôt un plaidoyer pour OSSv4 (apt-get install oss4-base sous Debian/Ubuntu). ça a (comme les autres systèmes) ses avantages et ses inconvénients, néanmoins j'avoue qu'à chaque fois que j'ai eu des soucis de son sous Linux avec ALSA/PA, ça en a résolu une bonne partie (et pas besoin d'un daemon pour que ça marche y compris lorsque plusieurs applications veulent sortir du son en même temps). Hormis les raisons historiques (licence->OSSv3 viré du noyau au profit d'ALSA), j'ignore s'il y a une raison technique valable pour que Linus refuse d'inclure OSSv4 de nos jours (mal écrit ? plus de code complexe dans le noyau -> probabilité de bugs plus importante ?). L'API d'OSS - aussi criticable soit-elle - semble être un dénominateur commun entre Linux et les *BSD (même si beaucoup de Linuxiens comme Lennard s'en fichent pas mal), et après tout personne n'oblige le développeur d'application à taper directement dans /dev/dsp, il suffit d'utiliser SDL/OpenAL/…
Cela dit, je me dis aussi qu'il n'est peut-être pas plus mal que le gros de la complexité reste en user-space (ce qui implique un daemon…) dès lors que les distros rendent ça simple et fiable avec une API stable dans le temps (OSSProxy ?). Je lis assez souvent que que PA est disons… criticable, et que jackd est excellent sauf pour la batterie de son smartphone / la consommation CPU / l'ergonomie, et du coup je me demande : est-ce que ce dernier est voué à rester ainsi par conception, ou est-ce qu'il est théoriquement concevable de le faire évoluer (avec un mode "à la PA") pour qu'il réponde aux besoins de M.-tout-le-monde et pas seulement des musiciens, de sorte qu'on ait un unique serveur jackd universel qui fasse consensus ? (oui, je sais… :). C'est une vraie question, je ne connais pas suffisamment jackd/ALSA/PA pour juger !
Sans parler de la question habituelle : a-t-on vraiment besoin de la fonctionnalité de la mort-qui-tue pas testée de la dernière version pas stable ou est-ce que c'est de la kikoololerie bling-bling et qu'on peut très bien s'en passer ?
En l'occurence dans l'exemple que je donnais, je n'ai pas tellement le choix : je veux utiliser/compiler un soft, et il se trouve que l'auteur a utilisé cette dernière fonctionnalité "de la mort" qui n'existe que dans une version de cmake récente. Ceci n'est qu'un exemple, mais d'une manière générale dire "c'est que tu n'en as probablement pas besoin" n'aide pas beaucoup l'utilisateur Debian qui souhaite résoudre son pb (d'autant que son voisin sous Mac/Windows peut installer en 3 clics les versions les plus récentes de pratiquement n'importe quel soft libre…)
(ce que je peux comprendre, c'est aussi la raison qui m'a fait quitter squeeze sur ma machine perso/desktop (il y avait toujours un truc qui coinçait ça ou là, par exemple cmake trop vieux pour compiler tel soft, etc.))
Par contre vu son experience avec Debian et ce qu'il recherche (plus récent que squeeze mais plus stableuser-friendly que sid), je lui suggèrerais d'essayer Kubuntu…
Peut-être que fuse-convmvfs pourra t'aider ? (tu peux peut-etre faire un montage avec une transformation des noms de fichiers qui soit telle que OOo sache ouvrir les fichiers dans le montage ? Peut-être qu'il est possible d'écrire un filtre convmv qui traduise à la volée du chinois vers pinyin, par exemple à partir de ceci ?)
Sur le fond, oui, je sais, les pauvres chinois, ils ont le droit de mettre des caractères cabalistiques dans leurs noms de fichier. Les chinois ils font ce qu'ils veulent, mais personnellement je ne mets jamais de caractères non-ASCII dans les noms de fichier : ça n'a aucun intérêt, il serait stupide d'avoir des noms de fichiers qui ne diffèrent que par un accent ou un espace insécable, etc. Donc, quelque part, même si c'est un bug, c'est un bug généré par une demande (à mon avis) non-pertinente de l'utilisateur.
Aaah, voilà un bon commentaire constructif et pas arrogant pour un sou : les chinois n'ont qu'à s'adapter à notre système ASCII, et d'une manière générale les utilisateurs n'ont qu'à adopter nos habitudes de geek ! (et après on va se plaindre du taux d'utilisation de XP et de la faible pénétration de Linux en Chine, ou du trop faible nombre de contributeurs aux projets libres en général…)
[^] # Re: ip6table dans Freebox ?
Posté par karteum59 . En réponse au sondage Utilisez vous IPv6 ?. Évalué à 2.
C'est quoi ton FAI ?
D'après ce que je comprends, c'est du on/off et il n'y a pas de granularité plus fine ? (permettant d'autoriser le trafic entrant vers telle machine/port/serveur uniquement, de manière analogue au port forwarding en IPv4)
[^] # Re: ip6table dans Freebox ?
Posté par karteum59 . En réponse au sondage Utilisez vous IPv6 ?. Évalué à 7.
Heu, tu m'expliqueras comment tu fais pour accéder à l'ADSL sans modem…
Mais puisqu'elle est capable de faire firewall, je trouverais justement absurde de devoir mettre une seconde box devant juste pour ça !
[^] # Re: ip6table dans Freebox ?
Posté par karteum59 . En réponse au sondage Utilisez vous IPv6 ?. Évalué à 4.
C'est précisément ce que je veux éviter (je suis d'accord que ce serait préférable de toute façon, mais j'ai autre chose à faire…).
Je ne veux pas acheter du matos exprès pour ça (je ne sais pas si tu as conscience du coût environnemental des machins électroniques (en énergie, eau, matières premières, pollution générée…))
[^] # Re: ip6table dans Freebox ?
Posté par karteum59 . En réponse au sondage Utilisez vous IPv6 ?. Évalué à 10.
Je ne dis pas le contraire, sauf que ça doit pouvoir se faire de manière contrôlée (or, la Freebox ne fait pas firewall… un peu dommage quand on sait que c'est un Linux à l'intérieur !). L'effet de bord désagréable du NAT (rendre les machines injoignables) a au moins quelques aspects commodes. En NAT/IPv4 je peux configurer mon port-forwarding et contrôler quelles machines/services sont accessibles => pour être à iso-fonctionnalité, il faudrait que je puisse configurer quelles machines/ports sont ouverts en IPv6.
D'une manière plus générale, je suis le premier à souhaiter promouvoir et utiliser IPv6 parce que c'est l'avenir, parce que de plus en plus de gens n'auront même plus une IPv4 publique et seront NATtés au niveau de leur opérateur, etc. sauf que pour l'instant je trouve que ça a davantage d'inconvénients que d'avantages à l'activer dans ma situation si je ne souhaite pas passer du temps à sécuriser chaque machine derrière la Freebox
[N.B.: je poste ceci non pas pour dénigrer IPv6 - que je soutiens totalement - mais dans l'espoir qu'il y ait qqun chez Free qui me lise… ça ne devrait pas être la mer à boire que d'implémenter une interface minimaliste à iptables/ip6tables dans la Freebox ! ]
[^] # Re: i.flop
Posté par karteum59 . En réponse au journal L'histoire d'un bide prévisible.... Évalué à 8.
Moi j'aimerais bien qu'Apple copie sur la concurrence, au hasard
- la possibilité de voir le iDevice comme une clé USB, au lieu de devoir utiliser l'immonde iThunes
- la possibilité de changer la batterie, de mettre une carte SD, d'utiliser des connecteurs standard (USB)
- la possibilité de se connecter sur les réseaux LTE européens (le nouvel iPhone 5 ne supportera pas les bandes 3GPP #7 (2.5 GHz) et #20 (800 MHz) qui sont actuellement déployées en Europe)
- la possibilité de mettre deux cartes SIM
- les widgets
- la possibilité d'installer des applications et frameworks concurrents (par exemple, sur Android j'ai pu trouver un lecteur qui se base sur le classement filesystem plutôt que sur les ID3tags. J'ai aussi pu installer un widget "volume" pour continuer d'utiliser mon téléphone même si le bouton "volume down" est cassé. J'ai aussi pu aisément tester/porter des applis QT4 sur Android)
- la possibilité d'avoir des firmwares qui ne ralentissent pas la machine au point de la rendre inutilisable au bout de 2 ans (obsolescence programmée… Mon ancien iPhone 1 ramait considérablement après quelques mises à jour, alors que mon HTC Desire HD actuel marche du feu de dieu sur Android Jellybean !)
- la possibilité de développer des applis sans obligatoirement posséder un Mac
# ip6table dans Freebox ?
Posté par karteum59 . En réponse au sondage Utilisez vous IPv6 ?. Évalué à 10.
[X] J'aimerais bien, mais je ne l'activerai que quand Free me permettra de configurer ip6tables dans ma Freebox v5 (car en l'état, activer IPv6 revient à passer d'une situation où chaque machine est en partie protégée grâce au NAT, à une situation où toutes mes machines sont joignables depuis l'extérieur…)
[^] # Re: Toujours le même problème
Posté par karteum59 . En réponse au journal L'auto-hébergement, kesako, où en sommes nous ?. Évalué à 1.
Soit, la fraction des geeks qui possèdent un NAS et qui le laissent allumé 100% du temps peuvent effectivement réutiliser la même machine. Je pense que ça constitue un cas minoritaire, et il ne faudrait pas que l'auto-hébergement devienne un prétexte
- pour acquérir (donc fabriquer) un NAS/serveur web (bref, une machine)
- pour laisser allumé 100% du temps une machine (dont 99% du temps inutilement si le site est à très faible fréquentation) alors qu'on l'aurait éteinte autrement
[^] # Re: Toujours le même problème
Posté par karteum59 . En réponse au journal L'auto-hébergement, kesako, où en sommes nous ?. Évalué à 1.
Ton raisonnement n'est pas absurde (effectivement le gros de la consommation se fait au niveau de la production), mais ne se tient que dans la mesure
- où on utilise la machine existante (au lieu d'acheter un NAS/Raspberry Pie/… +/- dédié à l'auto-hébergement, ce qui va inévitablement se produire si l'on encourage l'auto-hébergement (notamment si ladite machine principale est un laptop, car il faut bien qu'une autre machine prenne le relais lorsque le laptop est en déplacement / non-connecté))
- où l'on considère des sites / services relativement fréquentés (== qui gagneraient peu à être mutualisés sur un serveur). Si tu éteins 200 machines la nuit en mutualisant ces 200 sites web à très faible fréquentation sur un unique serveur, je pense que tu y gagne largement !
Au passage, les machines SoHo ont une probabilité de panne plus élevée, donc un taux de renouvellement (et de déchets) plus important.
[^] # Re: Toujours le même problème
Posté par karteum59 . En réponse au journal L'auto-hébergement, kesako, où en sommes nous ?. Évalué à 3.
Sur le plan environnemental, il vaut mieux une seule machine (serveur) mutualisée pour de nombreux utilisateurs et utilisée à plus de 50%, qu'une myriade de machines (même si c'est des Raspberry Pie) utilisées chacunes à 1%…
[^] # Re: Quand la main droite ignore ce que fait la main gauche...
Posté par karteum59 . En réponse au journal OpenDocument dans les ministères. Évalué à 10.
Sans chercher à défendre RTF outre mesure, le fait qu'Ooo se vautre est révélateur d'un bug dans Ooo, point barre. Je pense qu'il vaudrait mieux accepter de reconnaître les faiblesses d'Ooo (en l'espèce, son instabilité notoire) plutôt que blâmer le format de fichier RTF moisi pour justifier un crash.
(N.B. ça ne m'empêche pas d'utiliser Ooo sous Linux quotidiennement, y compris pour ouvrir des fichiers .docx et .pptx)
[^] # Re: HTML, CSS, JavaScript, au lieu de Java
Posté par karteum59 . En réponse à la dépêche Open webOS, brut de décoffrage. Évalué à 1.
Tu peux aussi utiliser PhoneGap
(par contre, j'ai plus de mal à voir comment Tizen va se différencier…)
[^] # Re: Popcorn
Posté par karteum59 . En réponse à la dépêche KLANG - Kernel Level Audio Next Generation. Évalué à 2.
Ce n'était pas le sujet. Le sujet, c'était "one ring to rule them all" i.e. est-il possible d'avoir un unique daemon qui fédère les efforts de tout le monde plutôt qu'une fragmentation des efforts de développement ? Bref, est-il possible que jackd réponde aux besoins des utilisateurs "normaux" ?
Sauf qu'on a vu avant que
- pour beaucoup de gens, PA marche "en fonction pulse" (ah ben ça marche plus. Bizarre, ça marchait il y a 10 minutes…)
- ALSA ne mixe pas plusieurs sources (donc pour beaucoup de gens qui n'ont pas de mix hardware, cela signifie que seule une appli peut sortir du son à la fois)
Bref contrairement à ce que tu dis, pour beaucoup de gens, le problème n'est pas résolu (et après on se plaint que les gens achètent du Mac. J'entends même assez souvent des geeks me dire que "tu as les avantages de Linux, sauf que contrairement à Linux ça marche" [je précise qu'ayant eu pendant un temps un Mac au boulot, j'ai finalement laissé tomber et suis revenu à Linux pour mon plus grand bonheur, mais il y a une part de conviction et de sacerdoce…]).
Après, peut-être que l'idée d'utiliser jackd pour tout le monde est une mauvaise idée, et que PA bonifiera avec le temps. Je déplore juste de voir que les efforts sont dilués avec des bases de code distinctes et des APIs incompatibles.
Non, ce qui est critiqué, c'est le fait que ça ne marche pas !
[^] # Re: K9-Mail
Posté par karteum59 . En réponse à la dépêche Bricolage d'un Android tout libre. Évalué à 2.
De mémoire, il n'est pas possible de lancer une recherche parmi les messages sur le serveur avec K9Mail…
[^] # Re: Idiot
Posté par karteum59 . En réponse au journal Un Ipad dans la liste des fournitures scolaires. Évalué à 2.
Normalement, les douanes ne devraient pas avoir le droit de laisser passer…
Cela dit, plutôt que de parler de hongkonggeek (qui est le premier site à m'être venu à l'esprit), j'aurais peut-être plutôt dû citer amazon.fr (qui vend aussi une bonne partie des mêmes tablettes chinoises à 100 € de l'autre site - tablettes qui possèdent les marquages CE et FCC comme je l'ai dit dans mon précédent post). Bref, on peut critiquer plein de choses concernant ces tablettes, notamment le fait que qu'elles soient de marques inconnues ici, bénéficient d'un faible support, soient moins puissantes que celles vendues en Europe à base de Tegra 3, etc. mais on ne peut AMA pas critiquer l'absence de légalité / conformité / marquage CE, ni d'un système ergonomique (Android 4). Bref, je demande toujours à voir ce qui justifie techniquement/pédagogiquement la dépense de 600 € pour un iPad dans un contexte scolaire, alors qu'il me semble que d'autres produits 5x moins chers peuvent répondre aux mêmes "besoins" (si tant est qu'ils soient avérés, ce qui est un autre débat. J'ai tendance à penser que la justification pourrait être la suivante : il s'agit dans tous les cas d'un "gadget" pédagogique et le but principal est avant tout politique, or l'iPad est plus "cool" et a donc un impact plus important en terme de com…)
[^] # Re: Idiot
Posté par karteum59 . En réponse au journal Un Ipad dans la liste des fournitures scolaires. Évalué à 1.
Hongkonggeek n'aurait pas le droit d'en vendre si c'était le cas.
(et en tout cas, ma tablette Ainol possède les marques CE et FCC et a donc passé les tests nécessaires. C'est un peu facile de partir du principe que "c'est chinois donc c'est non conforme", et c'est oublier un peu vite que les iMachins sont aussi fabriqués par Foxconn à Shenzhen…). La plupart de ces tablettes utilisent Android ICS, donc tout à fait analogues aux autres tablettes (de "marques" beaucoup plus chères) vendues en Europe. Elles sont souvent un peu moins puissantes (par exemple, processeur mono-core Allwinner A10, accessoirement pas hostile vis à vis de développements libres), mais généralement amplement suffisantes pour une utilisation par madame michu (qui ne rentre pas dans la catégorie "hardcore gamer"). Si tu estimes que ça n'est pas le cas, cela signifie que tu estimes que Android/ICS n'est pas prêt pour un usage grand-public (ce qui serait un peu abusif : seul IOS le serait donc, à tes yeux ?).
[^] # Re: Réinventons la roue
Posté par karteum59 . En réponse à la dépêche Tizen 1.0. Évalué à 2.
Depuis quand il faut un nouvel OS pour développer en HTML5/JS ? (jette donc un oeil à Phonegap par exemple)
[^] # Re: Idiot
Posté par karteum59 . En réponse au journal Un Ipad dans la liste des fournitures scolaires. Évalué à -2.
Si le besoin "tablette" est identifié (ce dont je doute), il existe aussi des tablettes Android tout à fait correctes et beaucoup moins chères, comme http://www.hongkongeek.fr/ecran-97/1376-97-onda-vi40-dual-core-cortex-a9-15ghz-android-40-hdmi-1go-ddr3-32go.html
[^] # Re: Owncloud est bon aussi
Posté par karteum59 . En réponse au journal synchro Thunderbird sans Google. Évalué à 1.
Tu peux aussi jeter un coup d'oeil à ceci http://opensource.bolloretelecom.eu/projects/django-carambola/
[^] # Re: hihi
Posté par karteum59 . En réponse au journal MultiDesk OS en version 2.0 . Évalué à 3.
Ce n'est pas qu'une question de temps mais aussi une question de moyens : le milieu de l'électronique et de l'informatique/télécoms est guidé par les économies d'échelles (fort temps/coût/complexité de conception, faible coût de réplication). Peu importe à quel point tu es doué : tu es tout seul sur ton projet (a fortiori s'il n'est pas open-source), et il se trouve que tu t'attaques à des "gros" projets qui demandent habituellement des dizaines de milliers de lignes de code => il ne sera rien de plus qu'un "jouet" en comparaison de ses "concurrents" qui ont des centaines d'années-hommes de travail derrière ! Bref, il n'y a rien de mal à ça tant que c'est pour le fun, mais le problème est que tu comptes apparemment dessus pour gagner ta vie… (je veux bien admettre que le certains choix technologiques (langage, techno web, etc) puissent changer un peu la donne en terme d'effort nécessaire et de nombre de ligne de code, mais le principe reste malgré tout le même. J'espère pour toi que tu fais ça sur ton temps libre et que tu as un autre travail à côté !)
# Version 6.0... ?
Posté par karteum59 . En réponse à la dépêche Sortie de la version 5.0 du projet Armadeus. Évalué à 2.
Bravo pour votre projet !
Petite question : compte tenu du rapport puissance*fonctionnalités/coût des nouveaux processeurs ARM Chinois comme le Allwinner A10, vous avez envisagé une solution basée sur quelque chose comme ça pour la prochaine version ? Est-ce qu'elle intègrera des ADC/DAC plus rapides ? (par exemple pour en faire une SDR/Gnuradio un peu comme avec ce projet)
[^] # Re: Popcorn
Posté par karteum59 . En réponse à la dépêche KLANG - Kernel Level Audio Next Generation. Évalué à 3.
Bien d'accord avec toi !
Note que les deux posts suivants (qui datent un peu) ne sont pas inintéressants
http://insanecoding.blogspot.fr/2007/05/sorry-state-of-sound-in-linux.html
http://insanecoding.blogspot.fr/2009/06/state-of-sound-in-linux-not-so-sorry.html
Le résultat semble être plutôt un plaidoyer pour OSSv4 (apt-get install oss4-base sous Debian/Ubuntu). ça a (comme les autres systèmes) ses avantages et ses inconvénients, néanmoins j'avoue qu'à chaque fois que j'ai eu des soucis de son sous Linux avec ALSA/PA, ça en a résolu une bonne partie (et pas besoin d'un daemon pour que ça marche y compris lorsque plusieurs applications veulent sortir du son en même temps). Hormis les raisons historiques (licence->OSSv3 viré du noyau au profit d'ALSA), j'ignore s'il y a une raison technique valable pour que Linus refuse d'inclure OSSv4 de nos jours (mal écrit ? plus de code complexe dans le noyau -> probabilité de bugs plus importante ?). L'API d'OSS - aussi criticable soit-elle - semble être un dénominateur commun entre Linux et les *BSD (même si beaucoup de Linuxiens comme Lennard s'en fichent pas mal), et après tout personne n'oblige le développeur d'application à taper directement dans /dev/dsp, il suffit d'utiliser SDL/OpenAL/…
Cela dit, je me dis aussi qu'il n'est peut-être pas plus mal que le gros de la complexité reste en user-space (ce qui implique un daemon…) dès lors que les distros rendent ça simple et fiable avec une API stable dans le temps (OSSProxy ?). Je lis assez souvent que que PA est disons… criticable, et que jackd est excellent sauf pour la batterie de son smartphone / la consommation CPU / l'ergonomie, et du coup je me demande : est-ce que ce dernier est voué à rester ainsi par conception, ou est-ce qu'il est théoriquement concevable de le faire évoluer (avec un mode "à la PA") pour qu'il réponde aux besoins de M.-tout-le-monde et pas seulement des musiciens, de sorte qu'on ait un unique serveur jackd universel qui fasse consensus ? (oui, je sais… :). C'est une vraie question, je ne connais pas suffisamment jackd/ALSA/PA pour juger !
[^] # Re: WTF
Posté par karteum59 . En réponse au journal Pourquoi je quitte KDE (désolé, c'est dimanche). Évalué à 2.
En l'occurence dans l'exemple que je donnais, je n'ai pas tellement le choix : je veux utiliser/compiler un soft, et il se trouve que l'auteur a utilisé cette dernière fonctionnalité "de la mort" qui n'existe que dans une version de cmake récente. Ceci n'est qu'un exemple, mais d'une manière générale dire "c'est que tu n'en as probablement pas besoin" n'aide pas beaucoup l'utilisateur Debian qui souhaite résoudre son pb (d'autant que son voisin sous Mac/Windows peut installer en 3 clics les versions les plus récentes de pratiquement n'importe quel soft libre…)
[^] # Re: WTF
Posté par karteum59 . En réponse au journal Pourquoi je quitte KDE (désolé, c'est dimanche). Évalué à 1.
Sauf qu'il dit
(ce que je peux comprendre, c'est aussi la raison qui m'a fait quitter squeeze sur ma machine perso/desktop (il y avait toujours un truc qui coinçait ça ou là, par exemple cmake trop vieux pour compiler tel soft, etc.))
Par contre vu son experience avec Debian et ce qu'il recherche (plus récent que squeeze mais plus
stableuser-friendly que sid), je lui suggèrerais d'essayer Kubuntu…# Fuse-convmvfs ?
Posté par karteum59 . En réponse au journal Je quitte LibreOffice et Icedove!. Évalué à 3.
Peut-être que fuse-convmvfs pourra t'aider ? (tu peux peut-etre faire un montage avec une transformation des noms de fichiers qui soit telle que OOo sache ouvrir les fichiers dans le montage ? Peut-être qu'il est possible d'écrire un filtre convmv qui traduise à la volée du chinois vers pinyin, par exemple à partir de ceci ?)
[^] # Re: Mmmhhh bidon?
Posté par karteum59 . En réponse au journal Je quitte LibreOffice et Icedove!. Évalué à 5.
Aaah, voilà un bon commentaire constructif et pas arrogant pour un sou : les chinois n'ont qu'à s'adapter à notre système ASCII, et d'une manière générale les utilisateurs n'ont qu'à adopter nos habitudes de geek ! (et après on va se plaindre du taux d'utilisation de XP et de la faible pénétration de Linux en Chine, ou du trop faible nombre de contributeurs aux projets libres en général…)