Une des "technologies" qu'ils vont utiliser et qui pourra permettre de baisser les coûts, c'est de s'équiper chinois (Huawei). Ça avait même été utilisé comme argument contre Free car ça ne faisait pas profiter à l'industrie "nationale" (Alcatel).
Le pare-feu n'a pas de raison de poser problème. Il est en configuration par défaut, et « chez moi ça marche »
On parle du pare-feu de ta machine, pas de ta passerelle, parce que si "c'est toi ça marche" on ne serait pas en train de parler autour de ce thread ...
Arping ne changera rien, on voit ce que ça donne dans ce log :
T'as changé quelque chose au cours de ce tcpdump, non ?
On voit d'abord des requêtes ARP qui n'aboutissent à rien :
Ou alors un truc le change dans ton dos. Déjà, quand je fais du test réseau, je désactive toujours systématiquement NetworkManager. Il fout la merde dès qu'on fait des trucs à la main.
Pour être sur de pas avoir de pb de firewall et d'autres programmes, je te conseille déjà de rebooter ta machine en mode single user (rajoute " single" à la fin des paramètres à filer au noyau). Déjà ça évitera d'avoir des comportements aléatoires comme on voit là.
Si en single c'est toujours comme ça, je ne vois que deux solutions : un problème de driver, ou un problème hard.
Pour les "props changed", tu les vois lors d'un svn diff. Ce serait utile de savoir ce qui change exactement (genre le bit exécutable, c'est souvent le truc bizarre entre Windows/Linux, bon, ici ça ne sera pas le cas). Franchement, garder un historique avec plein de props changed sans savoir d'où ça vient, je trouve que ça fait dégueulasse.
Sinon, pour les autres forges, ce n'est pas ma spécialité donc je ne connais pas grand chose à part http://savannah.gnu.org/ ...
Tu n'a pas précisé sur quel système tournait ta machine ...
Je sais que les SVN avec Linux et Windows cohabitant ont parfois des problèmes de permissions qui changent en passant d'un système à l'autre (c'est sûrement du à la gestion des permissions sous NTFS et sous les FS unix). Et puis dans ton cas ce n'est pas facile de diagnostiquer, l'interface web de sourceforge ne permettant pas de voir les "props changed". T'as des messages plus précis ?
Sinon pour la lenteur générale, sourceforge est connu pour ne pas être ce qu'il y a de plus foudroyant comme service (enfin, c'est une vieille constatation de ma part).
Un soft sous (L)GPL oblige à redistribuer cette clé pour permettre d'utiliser la version modifiée, mais c'est Apple qui détient la clé en question... (sauf jailbreak m'enfin ne pas respecter une licence (Apple) pour en utiliser une autre voilà quoi :))
Le binaire on s'en branle du moment qu'on a les sources. Regarde le cas de la TiVoïsation : ils respectent très bien la licence (à la lettre, mais pas dans l'esprit puisque la GPLv3 a été créée en partie "à cause" d'eux), on a les sources mais impossible de faire marcher le binaire où que ce, il n'y a pas de problème de compatibilité clé / licence LGPLv2. C'est une fausse excuse pour moi.
Pour la suite, je suis à peu près d'accord avec toi, même si j'ai mon côté barbu qui a envie d'un truc encore plus libre, et que le modèle de double licence ne se répande pas trop (quand je donne mon copyright à une entreprise, en général, c'est qu'elle m'a payé pour ça) ...
Ha oui, le coup du firewall, c'est pas la première fois que je vois ça.
Un coup de : iptables -F ; iptables -t nat -F
iptables -P INPUT ACCEPT; iptables -P OUTPUT ACCEPT; iptables -P FORWARD ACCEPT
(bon je fais pas le pre/post-routing, mais bon si tes règles sont niquées à ce point là c'est qu'il y a un gros problème)
Bon, comme c'est pareil que NeoX, je suppose que c'est normal. En tous cas je préfère largement la version sans résolution de nom, c'est plus clair (mais le mieux serait "ip route" ;-))
Ha oui, c'est bien ça. C'est sur quel distro qu'il configure ça comme ça ? Je n'avais encore jamais vu de conf "par défaut" (je suppose) avec deux IPs (qui dans ce cas sont bien pratique, je veux dire, la route mise par avahi permet de communiquer avec les machines qui auraient du mal avec le DHCP ... ça me fait penser à la conf IPv6 : une adresse link-local, et une adresse publique).
Comme le fait remarquer nodens, on peut tout à fait changer une route, mais en utilisant des outils modernes. ifconfig et route sont très vieux et très limités. iproute2 est vraiment le futur du réseau sous linux (depuis des années pourtant ...) si on veut faire des choses intéressantes (ip multiples, tables de routages "contextuelles" pour le bonding par exemple, IPv6, etc).
Tout est dans le titre. Je trouve bizarre cette route, elle ne devrait pas être là.
Tu peux aussi filer le contenu de ton /etc/hosts, ça nous aidera à décrypter les noms de machines.
Tcpdump t'affiche le nom car c'est lui qui fait la requête DNS. Ça ne vient pas de ping ou de la requête ARP (qui est toujours faite avec une IP et pas un nom).
Franchement, faut vraiment être masochiste pour continuer à faire ça des années. Au début c'est encore un "vieux réflex", mais après, il faut savoir s'en détacher. Je n'ai pas fait d'installation de windows depuis .... houla, 7 ans ?
Il faut dire qu'Apple interdit de lier dynamiquement des bibliothèques, de sorte que MonoTouch doit lier statiquement Mono. Ce qui fait qu'on ne peut pas appliquer la LGPL, qui est la licence du runtime Mono. Donc il faut passer par la licence propriétaire de Novell.
Non, ce n'est pas la bonne raison : on aurait très bien pu décider de tout mettre en LGPL/GPL, même le programme qui utilise MonoTouch. Mais je suppose que ça n'aurait pas plu à certains qui veulent faire du proprio.
La "vraie" raison que je ne comprend pas très bien est "qu'on doit pouvoir remplacer la lib par leur propre version, selon la LGPL" (traduction libre) et qu'à priori c'est incompatible avec les conditions de l'AppStore (si quelqu'un avait une explication, ça m'intéresse).
Personnellement, je ne trouve pas ça choquant de commercialiser un produit pour une plate-forme complètement fermée, tout en gardant Mono complètement libre et open-source.
Je ne trouve pas ça complètement "choquant" non plus, mais l'argument du "puisque c'est fermé, autant rester dedans" ne va pas de pair avec la philosophie du logiciel libre (qui essaye en général de "libérer" les utilisateurs, même lorsuq'ils sont sur une plateforme propriétaire).
D'abord tout le monde fait ça, Sun pour MySQL / Java, Red-Hat pour JBoss, etc. C'est même un modèle plutôt familier le couple GPL/LGPL + licence propriétaire.
Encore un argument du "puisque tout le monde fait ça, c'est pas la peine de chercher à faire mieux" : c'est du nivellement par le bas. Le libre ne s'est pas développé grâce à ce genre de réflexions. Et quand tu dis "tout le monde fait ça", je pense que tu as cité les principaux exemples, mais il y en a aussi beaucoup d'autres qui ne le font pas, à commencer par le kernel.
Ensuite, pour les contributeurs de Mono, quand ils touchent au runtime, ils ont le choix de publier leur patch en signant un contributor agreement pour le copyright, ou de garder leur copyright et de publier le patch sous MIT/X11.
Pour reprendre dans un autre contexte une phrase citée plus haut : choisir entre la peste et le choléra ... "Garder" son copyright avec une MIT/X11, c'est un argument de BSDiste, pas de "GPListe". Ceux qui contribuent à des logiciels sous GPL le font pour que les dérivés ne deviennent pas proprios. Ce qui est tout le contraire de ce genre de deal.
Surtout, si ils contribuent des patchs, c'est surtout qu'ils ont un intérêt et que pour la plus part, ils utilisent Mono commercialement aussi.
Ha bon ? Je ne connais pas vraiment l'écosystème autour de Mono, mais si c'est un paquet de gens qui ne rêvent que de faire du proprio, ça ne m'attire pas vraiment.
MonoTouch est un produit de niche (pas forcément petite la niche cela dit), pour les développeurs .net expérimentés, qui souhaitent réutiliser leurs compétences et/ou du code pour faire des applications iPhone.
L'argument de la "niche", on le sort à chaque fois qu'on ne veut pas faire de libre. Le problème, c'est qu'à partir du moment où on autorise du libre dans une "niche", elle ne le reste plus longtemps, et devient commercialement beaucoup moins intéressante.
Ha, effectivement, il y a des subtilités : les classes sont sous MIT/X11, le compilateur est sous GPL. Je me suis fait avoir par le "associated with LGPL".
Si quelqu'un a plus d'infos, je suis preneur (j'avoue que je ne connais pas énormément le projet).
Donc, ma dernière remarque est en partie fausse. Par contre, ça reste toujours "commercial" (j'aimerais bien qu'ils filent plus de détails quand même).
J'avais déjà joué avec la MàJ dynamique de DNS avec bind en fonction du nom envoyé par le client DHCP (sur un réseau local, donc), et je viens de trouver cette page qui pourrait t'intéresser :
C'est chiant à trouver sur google car "dynamic dns" correspond beaucoup aux services de type dyndns, mais c'est aussi le nom d'un mécanisme dans bind qui permet de faire ça sans les "complications" de ce genre de solution.
Chez moi, ton lien RTSP marche bien avec mplayer.
Par contre, je n'ai pas compris un truc : tu dis qu'ils sont passés de RTSP à HTTP, mais tu donnes un lien RTSP ....?
un noyal Linux qui marche tout bien tout propre
J'espère que pour toi le proprio n'est pas "sale", parce qu'à mon avis il y en a un paquet (et également dans le kernel).
Extrait de l'article :
Although Mono is associated with the LGPL (GNU Lesser General Public) license used for distributing free and open source software, Novell with MonoKit is distributing Mono under commercial terms. The LGPL requires that users can replace an LGPL library with their own version of a library, a conflict with App Store requirements, according to Novell.
Donc, ce "kit" sera sous une licence "commerciale", ce qui veut dire (selon moi) qu'on aura peut-être les sources (mais c'est pas sûr) mais surtout que ce ne sera pas une licence libre.
Les contributeurs de Mono qui ont donné leur copyright à Novell peuvent dire merci.
Mon avis sur la conversation, c'est qu'Octabrain n'aime pas les tutos vidéos, le fait savoir et demande la raison à Brioche pour laquelle il les aime bien, lui. Tout ça dans la plus pure tradition des commentaires un peu HS de linuxfr (que j'aime bien).
Après, je vois du moinssage, de la non-compréhension, et finalement des insultes avec ton commentaire, ce qui m'inquiète vraiment sur la tolérence à la critique de certaines personnes. Brioche était cordial, mais à coté de la plaque (selon moi, dans le sens où il n'avait pas compris le "but" de sa question, qui était, encore selon moi, plutôt sur les raisons "profondes" de son choix plutôt que sur le cosmétique), et je trouve ça sur-réaliste que quelqu'un d'autre soit obligé de dire ce qu'il pensait à sa place.
Je commence à avoir vraiment peur dans cette société où on doit absolument tout laisser faire sans jamais critiquer. C'était un peu la raison de ma remarque, à la base.
Tiens c'est marrant, ça corrobore ma thèse à propos du N900 (cf la news) qui supporte à peu près les même codecs, sans vorbis ni théora : vu que le hard vient de chez TI (un iMX 31 comme indiqué plus bas), le décodage doit être effectué par le DSP, et TI n'a pas implémenté de codecs "libres". Donc tous ces vendeurs de solutions ne font rien d'autre que reprendre ce que fournit le SDK de chez TI, et ne se prennent pas la tête avec les chieurs de libristes.
Si tu me permets, j'aimerais juste faire une petite analyse "psychologique" de votre discussion avec Octabrain, car je trouve ça assez étrange. (pour prévenir tout de suite, ce n'est pas du tout une critique envers lui ou toi, c'est juste pour comprendre)
À la base, je pense que ça part d'un problème de compréhension. Lui demandait la raison de la vidéo, alors que toi tu parlais de la réalisation. Le truc c'est que pour toi, la raison était évidente (comme tu le montres dans ce commentaire) mais tu ne l'a jamais expliquée, et que c'est quelqu'un d'autre qui l'a fait. Octabrain a insisté car il était à mon avis curieux de voir les arguments de personnes qui utilisent des moyens qu'il trouve moins adapté, comme la vidéo. Et je ne comprend pas pourquoi tu n'as pas tout de suite répondu afin d'éclaircir la raison, même si elle te semblait évidente. Alors après il insiste, d'une manière qui peut paraître bizarre c'est vrai, tu prends ça (et tu n'est pas le seul, vu le moinssage) comme un rejet de la vidéo et le débat coince.
Je n'ai pas d'avis fixé sur les tutos textes ou vidéos, mais j'avoue être intéressé par tous les arguments, et je trouvais que les commentaires d'Octabrain permettaient de creuser un peu les raisons. Je trouve ça dommage que cela termine en prise de tête.
Bon, j'ai mal dit ce que je pensais : on trouve un certains nombre d'ARM avec FPU, et donc on ne peut pas dire que jack est importable sur ARM ... Après, faut voir sur quel genre d'embarqué on veut avoir jack : ça vise plutôt le "haut de gamme" selon moi, et il y a plus du chances qu'il y ait une FPU à ce moment là.
[^] # Re: "assez réservé sur le choix d'un quatrième opérateur"
Posté par benoar . En réponse au journal Journée des bonnes nouvelles: après HADOPI, parlons téléphonie mobile. Évalué à 2.
[^] # Re: "assez réservé sur le choix d'un quatrième opérateur"
Posté par benoar . En réponse au journal Journée des bonnes nouvelles: après HADOPI, parlons téléphonie mobile. Évalué à 2.
[^] # Re: On sais jamais...
Posté par benoar . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 3.
On parle du pare-feu de ta machine, pas de ta passerelle, parce que si "c'est toi ça marche" on ne serait pas en train de parler autour de ce thread ...
[^] # Re: On sais jamais...
Posté par benoar . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 4.
T'as changé quelque chose au cours de ce tcpdump, non ?
On voit d'abord des requêtes ARP qui n'aboutissent à rien :
15:50:57.756036 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:52:50.760030 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:52:51.760034 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
Et puis d'un coup :
15:54:50.760032 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:54:50.760663 ARP, Reply 192.168.50.1 is-at 00:22:b0:89:05:68, length 46
Ou alors un truc le change dans ton dos. Déjà, quand je fais du test réseau, je désactive toujours systématiquement NetworkManager. Il fout la merde dès qu'on fait des trucs à la main.
Pour être sur de pas avoir de pb de firewall et d'autres programmes, je te conseille déjà de rebooter ta machine en mode single user (rajoute " single" à la fin des paramètres à filer au noyau). Déjà ça évitera d'avoir des comportements aléatoires comme on voit là.
Si en single c'est toujours comme ça, je ne vois que deux solutions : un problème de driver, ou un problème hard.
[^] # Re: FS Microsoft ?
Posté par benoar . En réponse au message Lenteur de svn merge. Évalué à 2.
Pour les "props changed", tu les vois lors d'un svn diff. Ce serait utile de savoir ce qui change exactement (genre le bit exécutable, c'est souvent le truc bizarre entre Windows/Linux, bon, ici ça ne sera pas le cas). Franchement, garder un historique avec plein de props changed sans savoir d'où ça vient, je trouve que ça fait dégueulasse.
Sinon, pour les autres forges, ce n'est pas ma spécialité donc je ne connais pas grand chose à part http://savannah.gnu.org/ ...
# FS Microsoft ?
Posté par benoar . En réponse au message Lenteur de svn merge. Évalué à 2.
Je sais que les SVN avec Linux et Windows cohabitant ont parfois des problèmes de permissions qui changent en passant d'un système à l'autre (c'est sûrement du à la gestion des permissions sous NTFS et sous les FS unix). Et puis dans ton cas ce n'est pas facile de diagnostiquer, l'interface web de sourceforge ne permettant pas de voir les "props changed". T'as des messages plus précis ?
Sinon pour la lenteur générale, sourceforge est connu pour ne pas être ce qu'il y a de plus foudroyant comme service (enfin, c'est une vieille constatation de ma part).
[^] # Re: Ce n'est pas sale de se MonoToucher
Posté par benoar . En réponse au journal Miguel, iPhone et développement. Évalué à 2.
Le binaire on s'en branle du moment qu'on a les sources. Regarde le cas de la TiVoïsation : ils respectent très bien la licence (à la lettre, mais pas dans l'esprit puisque la GPLv3 a été créée en partie "à cause" d'eux), on a les sources mais impossible de faire marcher le binaire où que ce, il n'y a pas de problème de compatibilité clé / licence LGPLv2. C'est une fausse excuse pour moi.
Pour la suite, je suis à peu près d'accord avec toi, même si j'ai mon côté barbu qui a envie d'un truc encore plus libre, et que le modèle de double licence ne se répande pas trop (quand je donne mon copyright à une entreprise, en général, c'est qu'elle m'a payé pour ça) ...
[^] # Re: On sais jamais...
Posté par benoar . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
Un coup de :
iptables -F ; iptables -t nat -Fiptables -P INPUT ACCEPT; iptables -P OUTPUT ACCEPT; iptables -P FORWARD ACCEPT
(bon je fais pas le pre/post-routing, mais bon si tes règles sont niquées à ce point là c'est qu'il y a un gros problème)
[^] # Re: A quoi correspond la route vers link-local ?
Posté par benoar . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
[^] # Re: A quoi correspond la route vers link-local ?
Posté par benoar . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
[^] # Re: route / ip route
Posté par benoar . En réponse au message Peut-on modifier une route avec la commande route ?. Évalué à 2.
# A quoi correspond la route vers link-local ?
Posté par benoar . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
Tu peux aussi filer le contenu de ton /etc/hosts, ça nous aidera à décrypter les noms de machines.
[^] # Re: Arp?
Posté par benoar . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
[^] # Re: Bof...
Posté par benoar . En réponse au journal Une victoire pour la messagerie libre ?. Évalué à 3.
[^] # Re: Ce n'est pas sale de se MonoToucher
Posté par benoar . En réponse au journal Miguel, iPhone et développement. Évalué à 2.
Il faut dire qu'Apple interdit de lier dynamiquement des bibliothèques, de sorte que MonoTouch doit lier statiquement Mono. Ce qui fait qu'on ne peut pas appliquer la LGPL, qui est la licence du runtime Mono. Donc il faut passer par la licence propriétaire de Novell.
Non, ce n'est pas la bonne raison : on aurait très bien pu décider de tout mettre en LGPL/GPL, même le programme qui utilise MonoTouch. Mais je suppose que ça n'aurait pas plu à certains qui veulent faire du proprio.
La "vraie" raison que je ne comprend pas très bien est "qu'on doit pouvoir remplacer la lib par leur propre version, selon la LGPL" (traduction libre) et qu'à priori c'est incompatible avec les conditions de l'AppStore (si quelqu'un avait une explication, ça m'intéresse).
Personnellement, je ne trouve pas ça choquant de commercialiser un produit pour une plate-forme complètement fermée, tout en gardant Mono complètement libre et open-source.
Je ne trouve pas ça complètement "choquant" non plus, mais l'argument du "puisque c'est fermé, autant rester dedans" ne va pas de pair avec la philosophie du logiciel libre (qui essaye en général de "libérer" les utilisateurs, même lorsuq'ils sont sur une plateforme propriétaire).
D'abord tout le monde fait ça, Sun pour MySQL / Java, Red-Hat pour JBoss, etc. C'est même un modèle plutôt familier le couple GPL/LGPL + licence propriétaire.
Encore un argument du "puisque tout le monde fait ça, c'est pas la peine de chercher à faire mieux" : c'est du nivellement par le bas. Le libre ne s'est pas développé grâce à ce genre de réflexions. Et quand tu dis "tout le monde fait ça", je pense que tu as cité les principaux exemples, mais il y en a aussi beaucoup d'autres qui ne le font pas, à commencer par le kernel.
Ensuite, pour les contributeurs de Mono, quand ils touchent au runtime, ils ont le choix de publier leur patch en signant un contributor agreement pour le copyright, ou de garder leur copyright et de publier le patch sous MIT/X11.
Pour reprendre dans un autre contexte une phrase citée plus haut : choisir entre la peste et le choléra ... "Garder" son copyright avec une MIT/X11, c'est un argument de BSDiste, pas de "GPListe". Ceux qui contribuent à des logiciels sous GPL le font pour que les dérivés ne deviennent pas proprios. Ce qui est tout le contraire de ce genre de deal.
Surtout, si ils contribuent des patchs, c'est surtout qu'ils ont un intérêt et que pour la plus part, ils utilisent Mono commercialement aussi.
Ha bon ? Je ne connais pas vraiment l'écosystème autour de Mono, mais si c'est un paquet de gens qui ne rêvent que de faire du proprio, ça ne m'attire pas vraiment.
MonoTouch est un produit de niche (pas forcément petite la niche cela dit), pour les développeurs .net expérimentés, qui souhaitent réutiliser leurs compétences et/ou du code pour faire des applications iPhone.
L'argument de la "niche", on le sort à chaque fois qu'on ne veut pas faire de libre. Le problème, c'est qu'à partir du moment où on autorise du libre dans une "niche", elle ne le reste plus longtemps, et devient commercialement beaucoup moins intéressante.
[^] # Re: Ce sera "commercial", aussi
Posté par benoar . En réponse au journal Miguel, iPhone et développement. Évalué à 4.
Si quelqu'un a plus d'infos, je suis preneur (j'avoue que je ne connais pas énormément le projet).
Donc, ma dernière remarque est en partie fausse. Par contre, ça reste toujours "commercial" (j'aimerais bien qu'ils filent plus de détails quand même).
[^] # Re: Changement de fournisseur de streaming
Posté par benoar . En réponse au message problème pour réécouter la radio. Évalué à 2.
# Dynamic DNS avec BIND
Posté par benoar . En réponse au message DNS Dynamique. Évalué à 2.
http://linux.yyz.us/nsupdate/
C'est chiant à trouver sur google car "dynamic dns" correspond beaucoup aux services de type dyndns, mais c'est aussi le nom d'un mécanisme dans bind qui permet de faire ça sans les "complications" de ce genre de solution.
[^] # Re: Changement de fournisseur de streaming
Posté par benoar . En réponse au message problème pour réécouter la radio. Évalué à 2.
Par contre, je n'ai pas compris un truc : tu dis qu'ils sont passés de RTSP à HTTP, mais tu donnes un lien RTSP ....?
[^] # Re: Précisions.
Posté par benoar . En réponse au journal Tabbee, une tablette Internet tactile multimédia sous Linux.. Évalué à 3.
J'espère que pour toi le proprio n'est pas "sale", parce qu'à mon avis il y en a un paquet (et également dans le kernel).
# Ce sera "commercial", aussi
Posté par benoar . En réponse au journal Miguel, iPhone et développement. Évalué à 10.
Although Mono is associated with the LGPL (GNU Lesser General Public) license used for distributing free and open source software, Novell with MonoKit is distributing Mono under commercial terms. The LGPL requires that users can replace an LGPL library with their own version of a library, a conflict with App Store requirements, according to Novell.
Donc, ce "kit" sera sous une licence "commerciale", ce qui veut dire (selon moi) qu'on aura peut-être les sources (mais c'est pas sûr) mais surtout que ce ne sera pas une licence libre.
Les contributeurs de Mono qui ont donné leur copyright à Novell peuvent dire merci.
[^] # Re: Tutorial vidéo...
Posté par benoar . En réponse au journal Sortie de Movicon, un framework MVC pour PHP. Évalué à 3.
Après, je vois du moinssage, de la non-compréhension, et finalement des insultes avec ton commentaire, ce qui m'inquiète vraiment sur la tolérence à la critique de certaines personnes. Brioche était cordial, mais à coté de la plaque (selon moi, dans le sens où il n'avait pas compris le "but" de sa question, qui était, encore selon moi, plutôt sur les raisons "profondes" de son choix plutôt que sur le cosmétique), et je trouve ça sur-réaliste que quelqu'un d'autre soit obligé de dire ce qu'il pensait à sa place.
Je commence à avoir vraiment peur dans cette société où on doit absolument tout laisser faire sans jamais critiquer. C'était un peu la raison de ma remarque, à la base.
[^] # Re: Précisions.
Posté par benoar . En réponse au journal Tabbee, une tablette Internet tactile multimédia sous Linux.. Évalué à 5.
[^] # Re: Tutorial vidéo...
Posté par benoar . En réponse au journal Sortie de Movicon, un framework MVC pour PHP. Évalué à 5.
À la base, je pense que ça part d'un problème de compréhension. Lui demandait la raison de la vidéo, alors que toi tu parlais de la réalisation. Le truc c'est que pour toi, la raison était évidente (comme tu le montres dans ce commentaire) mais tu ne l'a jamais expliquée, et que c'est quelqu'un d'autre qui l'a fait. Octabrain a insisté car il était à mon avis curieux de voir les arguments de personnes qui utilisent des moyens qu'il trouve moins adapté, comme la vidéo. Et je ne comprend pas pourquoi tu n'as pas tout de suite répondu afin d'éclaircir la raison, même si elle te semblait évidente. Alors après il insiste, d'une manière qui peut paraître bizarre c'est vrai, tu prends ça (et tu n'est pas le seul, vu le moinssage) comme un rejet de la vidéo et le débat coince.
Je n'ai pas d'avis fixé sur les tutos textes ou vidéos, mais j'avoue être intéressé par tous les arguments, et je trouvais que les commentaires d'Octabrain permettaient de creuser un peu les raisons. Je trouve ça dommage que cela termine en prise de tête.
[^] # Re: Phonon était pas prêt
Posté par benoar . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 3.