View previous topic :: View next topic |
Que pensez vous de l'idée ? |
inutile |
|
10% |
[ 2 ] |
difficulté pratique |
|
31% |
[ 6 ] |
intéressant |
|
10% |
[ 2 ] |
a développer |
|
0% |
[ 0 ] |
geniale |
|
10% |
[ 2 ] |
Je m'en fou j'utilise que de l'open-source |
|
36% |
[ 7 ] |
Moi j'ai jamais eu de problème |
|
0% |
[ 0 ] |
|
Total Votes : 19 |
|
Author |
Message |
sebv Tux's lil' helper
Joined: 14 Jan 2005 Posts: 78 Location: Savoie (France)
|
Posted: Sat Mar 01, 2008 1:59 pm Post subject: Question ouverte sur la compilation de logiciel propriétaire |
|
|
Bonjours,
je voulais vous faire part d'une petite réflexion personnelle à propos d'un problème qui m'avait surtout frappé au début de la sortie des versions 64bit de linux (cf gentoo pour ma part ).
Voilà le problème :
Lors de ce changement j'ai remarqué que les seuls (ou presque) programmes avec lesquels j'avais de véritables problèmes d'utilisation et d'installation (sans solutions propres possibles) étaient les logiciels propriétaires à cause du fait qu'on ne peut en générale par les re-compiler de manière adapté à son environnement locale. (ex : skype, flash......)
Bien sûr ces logiciels étant en générale non open-source il est illusoir de pouvoir les recompiler pour sa machine perso à la manière habituelle puisqu'on ne peut sauf exception pas disposer des sources.
J'ai entre temps pas mal travaillé à l'aide de distcc/ccache, et il m'est venu une petite idée (je sais pas si il existe déjà des solutions ou si elle est viable)
Voilà le principe en quelques points :
* On pourrait exécuter une compilation délocaliser sur un des serveurs du distributeur du dit logiciel (ou pourquoi pas un tier autorisé et spacialisé dans ce domaine).
* A la manière de distcc, ce sont nos Headers locaux qui sont envoyés au serveur pour la compilation, ainsi que nos librairies pour le linkage (je suppose qu'il est préférable pour l'éditeur que cette étape reste distante)
* les commandes de compilation sont lancées par une application cliente, donc avec les options de compilation adapté à notre cadre locale. les fichiers sources eux par contre sont ceux disponibles sur le "serveur de compilation" contacté de sorte que le client n'y a jamais accès.
* Bien sûr pour éviter une trop grande utilisation de ressource (bande passante/cpu) ce genre de serveur devrait utiliser des techniques de cache pour éviter de retraiter des requètes déjà faites (si les headers sont les mêmes et les options également), il y a fort à parier que le nombre de variantes n'est pas infinit et relativement limité. (dans le cas contraire on peut imaginer donner des limites aux varitions autorisées)
* Le client à ainsi une install complètement intégrée à sa machine local, le distributeur ne fournit pas les sources, et en plus il dispose d'un bon aperçu de l'environnement type dans lequel est utilisé son logiciel ce qui peut être intéressant pour mieux cibler son évolution. (lesquels posent des problème de compilation......)
Bref voilà je sais pas ce que vous en pensez....
Merci d'avoir pris le temps de lire ce message. _________________ -La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
-Définissez-moi d'abord ce que vous entendez par Dieu et je vous dirai si j'y crois.
[Einstein] |
|
Back to top |
|
|
geekounet Bodhisattva
Joined: 11 Oct 2004 Posts: 3772 Location: Wellington, Aotearoa
|
Posted: Sat Mar 01, 2008 2:06 pm Post subject: |
|
|
Peux-tu mettre ton titre du topic en conformité avec les conventions de notre forum s'il te plait ? Merci
Et sinon, ton idée n'a aucun sens dans le modèle du développement des logiciels propriétaires. Et fournir soi-même les headers pour les compilations de leurs machins pas propre, ça pourrait permettre très facilement de récupérer toutes les sources en sortie. Donc non ce n'est pas envisageable
Une vraie solution est de se passer du logiciel propriétaire en question |
|
Back to top |
|
|
Desintegr l33t
Joined: 25 Mar 2004 Posts: 863 Location: France - Orléans
|
Posted: Sat Mar 01, 2008 2:13 pm Post subject: |
|
|
Il reste toujours la solution simple de compiler en statique.
Le gros inconvénient, ça prend plus de place sur le disque, plus de mémoire à l'exécution, et c'est plus long à lancer. _________________ Gentoo ~AMD64
Hoc Volo, Sic Jubeo !
Mon wiki : http://desintegr.free.fr |
|
Back to top |
|
|
Deusexodus Tux's lil' helper
Joined: 30 May 2005 Posts: 124 Location: Paris
|
Posted: Sat Mar 01, 2008 2:26 pm Post subject: |
|
|
Desintegr wrote: | Il reste toujours la solution simple de compiler en statique.
Le gros inconvénient, ça prend plus de place sur le disque, plus de mémoire à l'exécution, et c'est plus long à lancer. |
Donc pas d'interet à priori. Je suis comme eux : je suis pas fan de l'idée et qui plus est je suis certain que les industries ne fourniraient pas un moyen de nous faciliter la vie.
Je préfère me passer de tous ces problèmes propriétaire plutot que de m'en rajouter à vouloir jouer leur jeu.
[MODE DINGUE]Je fais tout comme que dis M. Stallmann [/MODE DINGUE]
Sans rire, pour exemple, la je suis sur une OpenBSD : je suis certain de ne pas avoir de flash ni de son, ben je fais avec ça me laisse pas mal d'alternative d'utilisation jusqu'à ce que le son soit supporté (une toute petite question de temps), et même si je peux pas regarder les vidéos sur internet de fille dénu...
Amélioront nos outils plutot que de s'acharner sur les proprio : gnash existe (pas très puissant : mais peut être qu'un jour ...) et il y en a d'autre.
Deusexodus. _________________ Lenovo x220 | Lenovo S12 | Hp mini 2133 | Via VB8001 |
|
Back to top |
|
|
kwenspc Advocate
Joined: 21 Sep 2003 Posts: 4954
|
Posted: Sat Mar 01, 2008 2:28 pm Post subject: |
|
|
Il y a avant tout un gros défaut à cette idée: les éditeurs de ces logiciels eux-mêmes.
Pour le reste, aspect pratique etc... c'est totalement secondaire. _________________ membre officieux du SAV Ati GEntoo |
|
Back to top |
|
|
|