Bin la différence c'est que tu es libre de ne pas installer l'app qui fait des pets. Dans ta version tu veux interdire à des users l'installation via les dépots d'une app qui fait des pêts, et c'est moi l'arrogant ?!
Et pourquoi pas. Et de quel droit quelqu'un dirait, je ne veux pas ça sur Linux, c'est pas bien pour les users qui sont bête moi je suis intelligent je sais ce qui est bon pour eux … ????
C'est énorme ce que tu dis là.
Je ne comprend pas ton raisonnement, par exemple webkit c'est essentiellement Apple à la base, et ça n’effraie pas d'autres boite comme Google de l'utiliser et même d'y participer ..
Idem pour symfony project, Ruby on Rails, teambox, statusnet, redis (vmware), mongodb, etc etc.
Certes ce n'est pas forcément simple, mais une organisation comme Mozilla le fait, elle a des salariés pour bosser sur leurs projets. Je pense qu'un projet libre lorsqu'il atteint un certain succès devrait se pencher sur ce type de solution qui serait bénéfique à tout le monde, et ne pas dire systématiquement : hors périmètre.
Le Libre pourrait ainsi carrément créer une économie alternative, où des fondations avec leur éthique et leurs objectifs autre que faire de l'argent par tous les moyens à n'importe quel prix, offriraient des services payant pour financer leur dev libre. Et pas mal de users seraient à mon avis intéressés et plus rassurés qu'une entreprise sujette à changement.
Mais bon je conçois que c'est beaucoup demander à un projet comme OSM, alors que la FSF n'est pas capable de le comprendre et fait de même…
Oui elle le fait mais c'est loin d'être suffisant. Pour avoir un app store, dans lequel on aura par définition des apps payantes, il faut convaincre les dev/éditeur que la plateforme est cohérente avec une stack complète, or il faut déjà choisir entre GTK+ et Qt + des libs autour pour le reste (multimédias, 3D, …). Ensuite il faut convaincre que les utilisateurs vont payer pour cette app proprio (je ne connais pas d'app desktop libre payante), sachant que pour le Linuxien moyen le proprio et/ou l'argent c'est sale et au mieux il payera pour des jeux.
Donc au final les quelques uns qui s'y essaye sont par exemple dropbox, dont le .deb télécharge toutes les libs et binaire dans le ~/.dropbox-dist car ils évitent 3 tonnes d'emmerdes selon les distribs. Et économiquement c'est valable car tu payes le service dropbox pas l'app en elle même…..
Or Apple a réussi le tour de force, grâce à leur écosystème cohérent, propre, sexy, rapide, simple, etc, à ce que les gens payent des apps abordable, car les users auront la garantie de n'avoir pratiquement aucun problème de bug, paramétrage, cohérence visuelle, etc. Exemple voir le succès de sparrow à 7,99 euros.
Enfin l'intégration d'une app dans le store est très rapide, alors que bon courage pour qu'une app sous Linux intègre les dépots officiels… Quoique Ubuntu ont il me semble un dépôt partner, mais je ne connais pas les modalités pour l'intégrer.
Nan mais les notes et les commentaires c'est des trucs de réseaux sociaux, c'est juste du marketing pour faire vendre avec de l'argent, ça sert à rien. Et dans le libre on note pas une app gratuite, on pourrie le dev par email,blog,journal.
Tu installe, voir en payant, en 1 clic ou 2 une app native. C'est un dépôt de paquets Linux mais avec une interface sexy qui n'affiche pas les libs. Ce que fait Ubuntu.
Parce qu'il annonce à la fin, "à vos trolls". Donc c'est un trollnal, alors qu'au final la question de fond est mieux fondamentale au pire intéressante à discuter.
Il me semblait que phonon est une surcouche à des frameworks plus bas niveau comme GStreamer ou libxine.
A moins que tu es des besoins très basiques et non libres, tu vas devoir bidouiller pour installer toutes les bonnes applis que tu aurais pu avoir en un coup d'apt-get
Je ne vois pas pourquoi il faudrait bidouiller pour installer des apps sur MacOS et les comparer avec des "équivalents" libre est à mon avis très ambitieux.. Rien que pour le montage vidéo familiale, je ne suis pas certain que openshot, en python, soit aussi réactif, sexy et full feature qu'un iMovie optimisé sur un matériel..
C'est rigolo qu'à chaque fois qu'on parle à un projet libre de faire du service payant pour par exemple, un truc de dingue, s'auto-financer, la réponse systématique est : hors périmètre :)
A croire que le périmètre est gravé dans un marbre indestructible est qu'une fatwa serait lancé à quiconque oserait proposer d'ajouter un truc surtout si ça concerne l'Argent.
On peut voir ça comme ça, par contre la mise à disposition de paquets et de mise à jour via un apt-get est clairement un service. Il y a une bande passante payée par des gens à disposition de serveurs et desktop Linux et ce à chaque instant…
Donc Linux sur le desktop c'est mort et enterré si Ubuntu ne se bouge pas. Pour que ça marche un jour, il faut un système simple, rapide, fiable et avec plein d'applis de qualité.
Perso j'en suis arrivé à la conclusion que Ubuntu ou n'importe quelle autre distribution ne pourra arriver à la qualité d'un MacOS X avec la stack Linux/Xorg/GTK sur n'importe quelle machine.
Exemple j'ai acheté un netbook acer aspire one c50, et installé Ubuntu dessus. D'une part le desktop rame énormément dès qu'il s'agit de lancer une app ou quoi que ce soit, d'autre part si on a le malheur de fermer l'écran, le système passe en veille mais à l'ouverture il est planté …….. Bien entendu le Windows pré-installé fonctionne très bien et ne rame pas.
La faute à une implémentation moisie de l'ACPI, du Bios, aux drivers, à Xorg, GTK, Ubuntu … ? Peu importe, les devs font ce qu'ils peuvent. Je suis convaincu que vouloir faire tourner parfaitement la stack Linux sur n'importe quel desktop est un leurre. Comme on me l'a jeté à la figure j'aurais du avant d'acheter ce netbook me renseigner sur sa compatibilité matériel… c'est clairement un aveux que Linux ne sera jamais pour le grand public, si même un geek se fait avoir comment le grand public pourrait faire mieux ? Et surtout le grand public n'a pas envie, par définition, de rechercher si tel matos qui lui fait envie est compatible à 100% ou juste 60% ….
Bref, une force d'Apple c'est d'avoir repris les principes d'Atari et Amiga. Imposer une gamme de matériel ce qui permet d'optimiser à mort l'OS et garantir bien sur une compatibilité avec sa propre gamme.
Quitte à ce que Canonical reprenne les idées de MacOS X, ils devraient reprendre aussi cette idée, en vendant le matériel avec l'OS ils pourraient éviter de se diluer à essayer de supporter, mal, n'importe quel matériel, et garantir le leur tout en l'optimisant à fond et ajouter ainsi vraiment leur patte.
``
Autre chose, on se vante de faciliter le développement d'application desktop grâce à des binding vers des langages, python et autres. C'est chouette mais lorsque son desktop est farci de ce type d'application il ne peut avoir la même réactivité d'un OS X ou les applications sont par nature en natif Objective-C, et cela se ressent.
Ensuite pour faciliter le développement d'application tierces, libre ou proprio, il est nécessaire d'avoir une stack complète et bien concue. Je suis très loin d'être convaincu que GTK+ soit le bon choix pour ça. Qt est de loin un meilleur toolkit pour fournir les bases d'un framework qui permettrait d'attirer les devs et leur simplifier la vie. Mais il faut aussi par dessus un framework multimedia qui tienne la route, GStreamer … ?
Quant à la mode d'intégrer des technos web dans le desktop, voir pire de pousser aux développements d'app en HTML, c'est juste pathétique et est une pure régression du desktop. Dans ce cas autant utiliser un chromebook. Mais bizarrement j'ai l'impression que les utilisateurs préfèrent des apps natives au vu du succès de l'app store d'apple. A moins qu'on suppose qu'un app store façon jolicloud qui se contente d'installer des raccourcis vers des apps web contente le grand public, j'ai un gros doute à ce sujet.
Je vais rejoindre les nombreux Linuxiens qui ont décidé de switcher vers MacOS, car j'ai envie de me faire plaisir avec mon desktop et plus de devoir bidouiller pour qu'il fonctionne bien ou faire autre chose que lancer un browser… Du coup j'ai réalisé que je pourrais aussi développer une application native et gagner de l'argent, voir même, un truc de malade, en vivre !! vivre de sa passion ce n'est pas sale.
Sous Linux si vous recevez des mails d'insulte de gens qui gueule car votre app libre et gratuite ne répond pas exactement à leurs besoins vous êtes content …..
Ok je me suis avancé. Mais bon peut être que fournir un service payant à la google maps serait intéressant déjà pour financer l'évolution du logiciel et ce qui va avec.
Ce qui est une bonne chose c'est que des entreprises utilisent un des trop rare service libre. J'espère qu'ils feront payer, raisonnablement, leur usage histoire de financer cette brusque monté en charge et leur développement.
Bin c'est pas du Dropbox. Pour faire une vraie alternative full features à Dropbox tu as intérêt d'avoir une équipe d'ingénieurs pointus, du temps et pas mal d'argent…
C'est une bonne initiative mais encore une fois ca n'a rien avoir avec Dropbox qui fait de la synchronisation.
Là c'est une surcouche à webdav donc ca monte un disque distant (http://www.pcinpact.com/news/68701-ovh-hubic-webdav-perl-script.htm) … De plus webdav est une surcouche au génial HTTP donc en terme de perf ca n'a juste rien à voir avec un protocole dédié sur une socket persistante comme Dropbox.
Sinon le client est en Qt, donc à priori ca doit être pratiquement le même code entre chaque OS. Ca fait plaisir de voir une boite française qui voit l'intérêt du natif multiplateforme. MoM est d'ailleurs le précurseur dans ce domaine chez OVH.
Je ne dis pas que Mozilla doit sauver à tout pris Meego, je dis que Meego est un bijoux que Mozilla aurait pu reprendre pour offrir ce qu'il y a de mieux en environnement libre sur les smartphones et tablettes. Mais ce n'est visiblement pas leur objectif, qui est de s'entêter sur les technos web moisie. C'est leur droit, on verra si le html/js/css arrive à séduire les dev et les users d'application iOS et Android :)
[^] # Re: Kouakece ?
Posté par fredix . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 3.
Bin la différence c'est que tu es libre de ne pas installer l'app qui fait des pets. Dans ta version tu veux interdire à des users l'installation via les dépots d'une app qui fait des pêts, et c'est moi l'arrogant ?!
[^] # Re: Kouakece ?
Posté par fredix . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 1.
Et pourquoi pas. Et de quel droit quelqu'un dirait, je ne veux pas ça sur Linux, c'est pas bien pour les users qui sont bête moi je suis intelligent je sais ce qui est bon pour eux … ????
C'est énorme ce que tu dis là.
[^] # Re: Service
Posté par fredix . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 3.
Je ne comprend pas ton raisonnement, par exemple webkit c'est essentiellement Apple à la base, et ça n’effraie pas d'autres boite comme Google de l'utiliser et même d'y participer ..
Idem pour symfony project, Ruby on Rails, teambox, statusnet, redis (vmware), mongodb, etc etc.
[^] # Re: Service
Posté par fredix . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 4.
Certes ce n'est pas forcément simple, mais une organisation comme Mozilla le fait, elle a des salariés pour bosser sur leurs projets. Je pense qu'un projet libre lorsqu'il atteint un certain succès devrait se pencher sur ce type de solution qui serait bénéfique à tout le monde, et ne pas dire systématiquement : hors périmètre.
Le Libre pourrait ainsi carrément créer une économie alternative, où des fondations avec leur éthique et leurs objectifs autre que faire de l'argent par tous les moyens à n'importe quel prix, offriraient des services payant pour financer leur dev libre. Et pas mal de users seraient à mon avis intéressés et plus rassurés qu'une entreprise sujette à changement.
Mais bon je conçois que c'est beaucoup demander à un projet comme OSM, alors que la FSF n'est pas capable de le comprendre et fait de même…
[^] # Re: Kouakece ?
Posté par fredix . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 2.
Tu t'es renseigné sur le dépôt partner d'Ubuntu ? (vraie question).
[^] # Re: Kouakece ?
Posté par fredix . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 1. Dernière modification le 28 mars 2012 à 14:32.
Oui elle le fait mais c'est loin d'être suffisant. Pour avoir un app store, dans lequel on aura par définition des apps payantes, il faut convaincre les dev/éditeur que la plateforme est cohérente avec une stack complète, or il faut déjà choisir entre GTK+ et Qt + des libs autour pour le reste (multimédias, 3D, …). Ensuite il faut convaincre que les utilisateurs vont payer pour cette app proprio (je ne connais pas d'app desktop libre payante), sachant que pour le Linuxien moyen le proprio et/ou l'argent c'est sale et au mieux il payera pour des jeux.
Donc au final les quelques uns qui s'y essaye sont par exemple dropbox, dont le .deb télécharge toutes les libs et binaire dans le ~/.dropbox-dist car ils évitent 3 tonnes d'emmerdes selon les distribs. Et économiquement c'est valable car tu payes le service dropbox pas l'app en elle même…..
Or Apple a réussi le tour de force, grâce à leur écosystème cohérent, propre, sexy, rapide, simple, etc, à ce que les gens payent des apps abordable, car les users auront la garantie de n'avoir pratiquement aucun problème de bug, paramétrage, cohérence visuelle, etc. Exemple voir le succès de sparrow à 7,99 euros.
Enfin l'intégration d'une app dans le store est très rapide, alors que bon courage pour qu'une app sous Linux intègre les dépots officiels… Quoique Ubuntu ont il me semble un dépôt partner, mais je ne connais pas les modalités pour l'intégrer.
En résumé l'opposé de Linux.
[^] # Re: on pourrait faire plus simple
Posté par fredix . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 2.
Nan mais les notes et les commentaires c'est des trucs de réseaux sociaux, c'est juste du marketing pour faire vendre avec de l'argent, ça sert à rien. Et dans le libre on note pas une app gratuite, on pourrie le dev par email,blog,journal.
[^] # Re: Kouakece ?
Posté par fredix . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 1.
Tu installe, voir en payant, en 1 clic ou 2 une app native. C'est un dépôt de paquets Linux mais avec une interface sexy qui n'affiche pas les libs. Ce que fait Ubuntu.
[^] # Re: Pourquoi ce journal n'est-il pas pertinent?
Posté par fredix . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 3.
Parce qu'il annonce à la fin, "à vos trolls". Donc c'est un trollnal, alors qu'au final la question de fond est mieux fondamentale au pire intéressante à discuter.
[^] # Re: desktop linux oui mais pour les informaticiens
Posté par fredix . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 2.
Dans ce cas Qt fait aussi le job avec les perfs du natif.
[^] # Re: desktop linux oui mais pour les informaticiens
Posté par fredix . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à -1.
Il me semblait que phonon est une surcouche à des frameworks plus bas niveau comme GStreamer ou libxine.
Je ne vois pas pourquoi il faudrait bidouiller pour installer des apps sur MacOS et les comparer avec des "équivalents" libre est à mon avis très ambitieux.. Rien que pour le montage vidéo familiale, je ne suis pas certain que openshot, en python, soit aussi réactif, sexy et full feature qu'un iMovie optimisé sur un matériel..
[^] # Re: Service
Posté par fredix . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 1.
C'est rigolo qu'à chaque fois qu'on parle à un projet libre de faire du service payant pour par exemple, un truc de dingue, s'auto-financer, la réponse systématique est : hors périmètre :)
A croire que le périmètre est gravé dans un marbre indestructible est qu'une fatwa serait lancé à quiconque oserait proposer d'ajouter un truc surtout si ça concerne l'Argent.
[^] # Re: Changement de license
Posté par fredix . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 2.
On peut voir ça comme ça, par contre la mise à disposition de paquets et de mise à jour via un apt-get est clairement un service. Il y a une bande passante payée par des gens à disposition de serveurs et desktop Linux et ce à chaque instant…
# desktop linux oui mais pour les informaticiens
Posté par fredix . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 4.
Perso j'en suis arrivé à la conclusion que Ubuntu ou n'importe quelle autre distribution ne pourra arriver à la qualité d'un MacOS X avec la stack Linux/Xorg/GTK sur n'importe quelle machine.
Exemple j'ai acheté un netbook acer aspire one c50, et installé Ubuntu dessus. D'une part le desktop rame énormément dès qu'il s'agit de lancer une app ou quoi que ce soit, d'autre part si on a le malheur de fermer l'écran, le système passe en veille mais à l'ouverture il est planté …….. Bien entendu le Windows pré-installé fonctionne très bien et ne rame pas.
La faute à une implémentation moisie de l'ACPI, du Bios, aux drivers, à Xorg, GTK, Ubuntu … ? Peu importe, les devs font ce qu'ils peuvent. Je suis convaincu que vouloir faire tourner parfaitement la stack Linux sur n'importe quel desktop est un leurre. Comme on me l'a jeté à la figure j'aurais du avant d'acheter ce netbook me renseigner sur sa compatibilité matériel… c'est clairement un aveux que Linux ne sera jamais pour le grand public, si même un geek se fait avoir comment le grand public pourrait faire mieux ? Et surtout le grand public n'a pas envie, par définition, de rechercher si tel matos qui lui fait envie est compatible à 100% ou juste 60% ….
Bref, une force d'Apple c'est d'avoir repris les principes d'Atari et Amiga. Imposer une gamme de matériel ce qui permet d'optimiser à mort l'OS et garantir bien sur une compatibilité avec sa propre gamme.
Quitte à ce que Canonical reprenne les idées de MacOS X, ils devraient reprendre aussi cette idée, en vendant le matériel avec l'OS ils pourraient éviter de se diluer à essayer de supporter, mal, n'importe quel matériel, et garantir le leur tout en l'optimisant à fond et ajouter ainsi vraiment leur patte.
``
Autre chose, on se vante de faciliter le développement d'application desktop grâce à des binding vers des langages, python et autres. C'est chouette mais lorsque son desktop est farci de ce type d'application il ne peut avoir la même réactivité d'un OS X ou les applications sont par nature en natif Objective-C, et cela se ressent.
Ensuite pour faciliter le développement d'application tierces, libre ou proprio, il est nécessaire d'avoir une stack complète et bien concue. Je suis très loin d'être convaincu que GTK+ soit le bon choix pour ça. Qt est de loin un meilleur toolkit pour fournir les bases d'un framework qui permettrait d'attirer les devs et leur simplifier la vie. Mais il faut aussi par dessus un framework multimedia qui tienne la route, GStreamer … ?
Quant à la mode d'intégrer des technos web dans le desktop, voir pire de pousser aux développements d'app en HTML, c'est juste pathétique et est une pure régression du desktop. Dans ce cas autant utiliser un chromebook. Mais bizarrement j'ai l'impression que les utilisateurs préfèrent des apps natives au vu du succès de l'app store d'apple. A moins qu'on suppose qu'un app store façon jolicloud qui se contente d'installer des raccourcis vers des apps web contente le grand public, j'ai un gros doute à ce sujet.
Je vais rejoindre les nombreux Linuxiens qui ont décidé de switcher vers MacOS, car j'ai envie de me faire plaisir avec mon desktop et plus de devoir bidouiller pour qu'il fonctionne bien ou faire autre chose que lancer un browser… Du coup j'ai réalisé que je pourrais aussi développer une application native et gagner de l'argent, voir même, un truc de malade, en vivre !! vivre de sa passion ce n'est pas sale.
Sous Linux si vous recevez des mails d'insulte de gens qui gueule car votre app libre et gratuite ne répond pas exactement à leurs besoins vous êtes content …..
[^] # Re: Changement de license
Posté par fredix . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 7.
En même temps proposer l'accès à une base de données j'appelle ça aussi un service.
[^] # Re: Service
Posté par fredix . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 3.
Ok je me suis avancé. Mais bon peut être que fournir un service payant à la google maps serait intéressant déjà pour financer l'évolution du logiciel et ce qui va avec.
# Service
Posté par fredix . En réponse à la dépêche OPA sur OpenStreetMap. Évalué à 10.
Ce qui est une bonne chose c'est que des entreprises utilisent un des trop rare service libre. J'espère qu'ils feront payer, raisonnablement, leur usage histoire de financer cette brusque monté en charge et leur développement.
[^] # Re: Pas tout compris
Posté par fredix . En réponse au journal La glibc s'ouvre à la communauté. Évalué à 5.
La FSF qui fini par adopter officiellement la méthode bazar de Linus, 20 ans après, c'est rigolo :) (cf la cathédrale et le bazar)
[^] # Re: REX
Posté par fredix . En réponse au journal HUBIC online. Évalué à 1.
Ok mon compte cloudnas n'a pas du être encore migré vers uniquement HubiC. Mais de toute manière je ne considère pas comme un must webdav ….
[^] # Re: REX
Posté par fredix . En réponse au journal HUBIC online. Évalué à 2.
Une doc pour faire ton montage webdav : http://guides.ovh.com/CloudNas
Hubic est juste un client par dessus l'offre cloudnas.
[^] # Re: Pas de parcours sur le web, pas de readme dans le tarball linux !
Posté par fredix . En réponse au journal HUBIC online. Évalué à 2.
Bin c'est pas du Dropbox. Pour faire une vraie alternative full features à Dropbox tu as intérêt d'avoir une équipe d'ingénieurs pointus, du temps et pas mal d'argent…
# webdav
Posté par fredix . En réponse au journal HUBIC online. Évalué à 6.
C'est une bonne initiative mais encore une fois ca n'a rien avoir avec Dropbox qui fait de la synchronisation.
Là c'est une surcouche à webdav donc ca monte un disque distant (http://www.pcinpact.com/news/68701-ovh-hubic-webdav-perl-script.htm) … De plus webdav est une surcouche au génial HTTP donc en terme de perf ca n'a juste rien à voir avec un protocole dédié sur une socket persistante comme Dropbox.
Sinon le client est en Qt, donc à priori ca doit être pratiquement le même code entre chaque OS. Ca fait plaisir de voir une boite française qui voit l'intérêt du natif multiplateforme. MoM est d'ailleurs le précurseur dans ce domaine chez OVH.
[^] # Re: Création de marché
Posté par fredix . En réponse au journal Chronique d'un flop annoncé. Évalué à 10.
C'est surtout une liaison forte entre le logiciel et les services qui se développe… Que le libre ait loupé ce tournant c'est une évidence.
[^] # Re: Ça fait plaisir
Posté par fredix . En réponse à la dépêche Nouvelles Mozilla : Marketplace, Metro, Persona, B2G, Add-on, API web. Évalué à -1.
ahahah, lol.
[^] # Re: Ça fait plaisir
Posté par fredix . En réponse à la dépêche Nouvelles Mozilla : Marketplace, Metro, Persona, B2G, Add-on, API web. Évalué à 1.
Je ne dis pas que Mozilla doit sauver à tout pris Meego, je dis que Meego est un bijoux que Mozilla aurait pu reprendre pour offrir ce qu'il y a de mieux en environnement libre sur les smartphones et tablettes. Mais ce n'est visiblement pas leur objectif, qui est de s'entêter sur les technos web moisie. C'est leur droit, on verra si le html/js/css arrive à séduire les dev et les users d'application iOS et Android :)