bah je te donne des éléments permettant d'apprendre à pêcher, je ne vais pas te donner le poisson tout crû dans la bouche non plus à chaque fois hein ;-)
Le soucis des linuxiens ;-), c'est que c'est toujours "il y a qu'à".
Mais le problème est avant : il y a un problème, pas simple pour le programmeur. Le programmeur a alors 2 choix : 1/ S'emmerder avec les problèmes en y passant du temps 2/ ne pas développer pour Linux, et se simplifier la tâche (ça va vachement plus vite). Il y a bien une troisième option, qui est de simplifier l'interfaçage avec Linux, mais comme les linuxiens ne voient pas le problème, ce n'est pas gagné.
A oui : prêt à me fournir une version toute automatisé avec VirtuaBox pour que j'arrive à faire un package correct pour chaque ditrib? Et comment tu compile avec VirtualBox pour PPC sur un x86? le cross-compile, c'est aussi la merde! (ça marche out of the box avec Microsoft Visual C++ par contre).
Je vois juste une chose : c'est très rapide à développer sous Windows (90% des utilisateurs), c'est très très long à développer pour Linux (1% des utilisateurs, le reste pour Mac), en rapport utilisateur/investisement, je comprend les gens qui répondent "vous me faites chier avec votre linux tout pourri" quand on demande de porter. Je le fais par principe (chacun est libre de choisir son OS de mon point de vue, donc j'essaye d'adapter mon logiciel pour que chacun ai réellement le choix), si je le faisait pour le retour sur investissement j'aurai une version Mac à la limite (ça commence à faire du volume en 2008) mais certainement Linux.
C'est ce que je fais (si tu regardes le journal que j'ai mis en lien, il en parle, et ça me dépanne). Mais ça reste des problèmes de conception de la communauté Linux :
- Il faut une ferme pour tout compiler, pas un rpm pour tout les sytème rpm, non ça serait trop simple.
- un .spec (fichier de spécification du rpm) ne marche pas partout (par exemple, mon .spec ne marche pas encore avec Mandriva, déja que j'en ai chié pour le rendre compatible Fedora/CentOS/Suse...)
Tout comme là : tu n'as pas à compiler sur toutes les distribs, c'est toi qui te l'impose.
Le post initial était : pourquoi les projets PHP ne sont pas dans les distribs?
Je me l'impose parce que personne d'autre ne le fait, et qu'on me le demande (il y a de plus en plus de noobs sous Linux ne sachant pas compiler un programme il faut croire).
Tu dénies le problème initial, tu évites de répondre à la question.
Dans ton monde parfait, tous les projets PHP devraient être dans toutes les distribs.
En pratique, c'est très loin d'être le cas, comme le faisait remarquer le posteur initial.
Tu signales que tu as un nouveau paquet à ton mainteneur préféré
Prêt à remplir ce rôle?
Car j'ai fait les paquets, mais je me refuse à aller plus loin. Je n'ai personne pour remonter les packages dans les distribs. Personne, point.
Tout est dispo la : http://mediainfo.sourceforge.net/en/Download
J'ai une centaine de personnes par jour qui téléchargent la version Linux, (2000/jour pour la version Windows ;-) ), et personne pour faire les packages.
Dans ta théorie, et tu l'affirmes ici, tout le monde à un gentil mainteneur pour chaque distrib. Ta théorie est belle, la pratique beaucoup moins bien.
Ouvre les yeux : la communauté Linux c'est sympa, mais on est loin du monde parfait. Très loin.
Admet les problèmes, plutôt que de les cacher.
Alors, je te mets au défi : assume tes belles paroles, trouve moi des personnes qui me fassent l'intégration dans le menu contextuel de Gnome et autre intégration dans tous les windows manager, et me mette mon logiciel dans les principales distrib, et après j'accepterai de voir la communauté Linux comme un monde merveilleux.
Je te montre la réalité du terrain, tu me parles toujours de théorie et de gentils mainteneurs qui n'existent pas (pour tout le monde) dans un joli monde de bisounours (j'ai cherché une chute avec un manchot, mais pas trouvé, désolé)
[^] # Re: Problème sous linux aussi
Posté par Zenitram (site web personnel) . En réponse au journal Maintenez votre Windows à jour.... Évalué à 4.
Le soucis des linuxiens ;-), c'est que c'est toujours "il y a qu'à".
Mais le problème est avant : il y a un problème, pas simple pour le programmeur. Le programmeur a alors 2 choix : 1/ S'emmerder avec les problèmes en y passant du temps 2/ ne pas développer pour Linux, et se simplifier la tâche (ça va vachement plus vite). Il y a bien une troisième option, qui est de simplifier l'interfaçage avec Linux, mais comme les linuxiens ne voient pas le problème, ce n'est pas gagné.
A oui : prêt à me fournir une version toute automatisé avec VirtuaBox pour que j'arrive à faire un package correct pour chaque ditrib? Et comment tu compile avec VirtualBox pour PPC sur un x86? le cross-compile, c'est aussi la merde! (ça marche out of the box avec Microsoft Visual C++ par contre).
Je vois juste une chose : c'est très rapide à développer sous Windows (90% des utilisateurs), c'est très très long à développer pour Linux (1% des utilisateurs, le reste pour Mac), en rapport utilisateur/investisement, je comprend les gens qui répondent "vous me faites chier avec votre linux tout pourri" quand on demande de porter. Je le fais par principe (chacun est libre de choisir son OS de mon point de vue, donc j'essaye d'adapter mon logiciel pour que chacun ai réellement le choix), si je le faisait pour le retour sur investissement j'aurai une version Mac à la limite (ça commence à faire du volume en 2008) mais certainement Linux.
sinon tu peux essayer le build system d'opensuse, http://en.opensuse.org/SUSE_Build_Tutorial (ça te traitera Suse, Centos et consors).
C'est ce que je fais (si tu regardes le journal que j'ai mis en lien, il en parle, et ça me dépanne). Mais ça reste des problèmes de conception de la communauté Linux :
- Il faut une ferme pour tout compiler, pas un rpm pour tout les sytème rpm, non ça serait trop simple.
- un .spec (fichier de spécification du rpm) ne marche pas partout (par exemple, mon .spec ne marche pas encore avec Mandriva, déja que j'en ai chié pour le rendre compatible Fedora/CentOS/Suse...)
Tout comme là : tu n'as pas à compiler sur toutes les distribs, c'est toi qui te l'impose.
Le post initial était : pourquoi les projets PHP ne sont pas dans les distribs?
Je me l'impose parce que personne d'autre ne le fait, et qu'on me le demande (il y a de plus en plus de noobs sous Linux ne sachant pas compiler un programme il faut croire).
Tu dénies le problème initial, tu évites de répondre à la question.
Dans ton monde parfait, tous les projets PHP devraient être dans toutes les distribs.
En pratique, c'est très loin d'être le cas, comme le faisait remarquer le posteur initial.
Tu signales que tu as un nouveau paquet à ton mainteneur préféré
Prêt à remplir ce rôle?
Car j'ai fait les paquets, mais je me refuse à aller plus loin. Je n'ai personne pour remonter les packages dans les distribs. Personne, point.
Tout est dispo la :
http://mediainfo.sourceforge.net/en/Download
J'ai une centaine de personnes par jour qui téléchargent la version Linux, (2000/jour pour la version Windows ;-) ), et personne pour faire les packages.
Dans ta théorie, et tu l'affirmes ici, tout le monde à un gentil mainteneur pour chaque distrib. Ta théorie est belle, la pratique beaucoup moins bien.
Ouvre les yeux : la communauté Linux c'est sympa, mais on est loin du monde parfait. Très loin.
Admet les problèmes, plutôt que de les cacher.
Alors, je te mets au défi : assume tes belles paroles, trouve moi des personnes qui me fassent l'intégration dans le menu contextuel de Gnome et autre intégration dans tous les windows manager, et me mette mon logiciel dans les principales distrib, et après j'accepterai de voir la communauté Linux comme un monde merveilleux.
Je te montre la réalité du terrain, tu me parles toujours de théorie et de gentils mainteneurs qui n'existent pas (pour tout le monde) dans un joli monde de bisounours (j'ai cherché une chute avec un manchot, mais pas trouvé, désolé)