Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Aide | Shop Recherche
1826 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Débats

  [débat] pourquoi les dev linux ne font pas...

 



 Mot :   Pseudo :  
 
 Page :   1  2  3
Page Précédente
Auteur Sujet :

[débat] pourquoi les dev linux ne font pas...

n°1143326
memaster62
just do turbo S and tux
Posté le 19-06-2009 à 11:09:08  profilanswer
 

... des prog. compatibles pour toutes les distribs??
je sais qu'il y a une question d'environnement WM...
mais de temps à autre, je tombe sur des executables déjà compilés cross distrib.
 
désolé si cette question a déjà été posée, si c'est le cas on lock [:kabale]


---------------
ma conduite intérieure .:R
mood
Publicité
Posté le 19-06-2009 à 11:09:08  profilanswer
 

n°1143329
black_lord
Modérateur
Truth speaks from peacefulness
Posté le 19-06-2009 à 11:10:56  profilanswer
 

parce que le statique c'est lourd :o


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
n°1143334
memaster62
just do turbo S and tux
Posté le 19-06-2009 à 11:16:31  profilanswer
 

black_lord a écrit :

parce que le statique c'est lourd :o


les lib X11/xorg ne sont elles pas suffisantes pour tous les usages?


---------------
ma conduite intérieure .:R
n°1143339
wedgeant
Da penguin inside
Posté le 19-06-2009 à 11:34:40  profilanswer
 

tu sais faire une interface graphique rien qu'avec les libs xorg toi ? [:pingouino dei]


---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
n°1143341
l0g4n
Proxmox&Beer
Posté le 19-06-2009 à 11:41:59  profilanswer
 

Mais wouaï...
Et pis du cross compatible windows et macOs...
Ah pis Solaris aussi pendant qu'on y est...

n°1143342
black_lord
Modérateur
Truth speaks from peacefulness
Posté le 19-06-2009 à 11:42:36  profilanswer
 

l0g4n, on est vendredi mais ce sera pas trolly sur ce topic.


Message édité par black_lord le 19-06-2009 à 11:42:43

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
n°1143344
memaster62
just do turbo S and tux
Posté le 19-06-2009 à 11:44:02  profilanswer
 

wedgeant a écrit :

tu sais faire une interface graphique rien qu'avec les libs xorg toi ? [:pingouino dei]


dans un passé bien reculé mais pas si lointain, j'ai fait un programme simple avec des lib X11.
des boutons, des affichages de résultats, des dessins... en gros je refaisais un GUI de gplot :D


---------------
ma conduite intérieure .:R
n°1143360
nErIkI
oenologue
Posté le 19-06-2009 à 13:16:40  profilanswer
 

memaster62 a écrit :


les lib X11/xorg ne sont elles pas suffisantes pour tous les usages?


 
Non.  [:pingouino]  


---------------
C'est pas bon, Neriki, tu recommences à glander, là. :o
n°1143364
O'Gure
Modérateur
Multi grognon de B_L
Posté le 19-06-2009 à 13:32:51  profilanswer
 

[:elmoricq]


---------------
Ton Antoine commence à me les briser menus !
n°1143366
dams78
développateur
Posté le 19-06-2009 à 13:41:40  profilanswer
 

memaster62 a écrit :

... des prog. compatibles pour toutes les distribs??
je sais qu'il y a une question d'environnement WM...
mais de temps à autre, je tombe sur des executables déjà compilés cross distrib.
 
désolé si cette question a déjà été posée, si c'est le cas on lock [:kabale]


 
en gros, des programmes java


---------------
dam's (debianer), ma galerie Flickr
mood
Publicité
Posté le 19-06-2009 à 13:41:40  profilanswer
 

n°1143370
memaster62
just do turbo S and tux
Posté le 19-06-2009 à 13:52:11  profilanswer
 

nErIkI a écrit :


 
Non.  [:pingouino]  


et l'argu.? exemple?
c'est qd même une vraie question 4me :jap:


---------------
ma conduite intérieure .:R
n°1143371
memaster62
just do turbo S and tux
Posté le 19-06-2009 à 13:55:35  profilanswer
 

dams78 a écrit :

 

en gros, des programmes java


nan :non: ,
à la louche des jeux (quake4, racer.nl)
xclock ==> bon d'accord [:dehors2]
...mais qd même ça existe :hello:  : firefox? je pense n'a pas besoin de connaitre son environnement WM
pour fonctionner tout seul comme un grand

Message cité 2 fois
Message édité par memaster62 le 19-06-2009 à 13:56:28

---------------
ma conduite intérieure .:R
n°1143377
nErIkI
oenologue
Posté le 19-06-2009 à 14:11:34  profilanswer
 

memaster62 a écrit :


et l'argu.? exemple?


 
Ben, je regarde les dépendance de gedit:
  Dépend: libart-2.0-2
  Dépend: libaspell15
  Dépend: libatk1.0-0
  Dépend: libaudiofile0
  Dépend: libbonobo2-0
  Dépend: libbonoboui2-0
  Dépend: libc6
  Dépend: libeel2-2
 |Dépend: libesd0
  Dépend: libesd-alsa0
  Dépend: libfontconfig1
  Dépend: libfreetype6
  Dépend: libgail-common
  Dépend: libgail17
  Dépend: libgconf2-4
  Dépend: libgcrypt7
  Dépend: libglade2-0
  Dépend: libglib2.0-0
  Dépend: libgnome-keyring0
  Dépend: libgnome2-0
  Dépend: libgnomecanvas2-0
  Dépend: libgnomeprint2.2-0
  Dépend: libgnomeprintui2.2-0
  Dépend: libgnomeui-0
  Dépend: libgnomevfs2-0
  Dépend: libgnutls10
  Dépend: libgpg-error0
  Dépend: libgtk2.0-0
  Dépend: libgtksourceview1.0-0
 |Dépend: libice6
  Dépend: xlibs
  Dépend: libjpeg62
  Dépend: liborbit2
  Dépend: libpango1.0-0
  Dépend: libpopt0
 |Dépend: libsm6
  Dépend: xlibs
  Dépend: libtasn1-2
 |Dépend: libx11-6
  Dépend: xlibs
 |Dépend: libxext6
  Dépend: xlibs
  Dépend: libxml2
  Dépend: libxrender1
  Dépend: zlib1g
  Dépend: scrollkeeper
  Dépend: gedit-common
 
Il y a un peu plus que la xlib. :o
 
 
 
 
 
 
 


---------------
C'est pas bon, Neriki, tu recommences à glander, là. :o
n°1143380
memaster62
just do turbo S and tux
Posté le 19-06-2009 à 14:15:30  profilanswer
 

nErIkI a écrit :


 
Il y a un peu plus que la xlib. :o


donc selon ce constat on ne pourrais pas fabriquer un simple editeur de texte qui ne dépendrais que
de X11 et libc : tu me permets d'en douter?


---------------
ma conduite intérieure .:R
n°1143381
wedgeant
Da penguin inside
Posté le 19-06-2009 à 14:16:21  profilanswer
 

memaster62 a écrit :

firefox? je pense n'a pas besoin de connaitre son environnement WM
pour fonctionner tout seul comme un grand


firefox il est en gtk instream :spamafote:


---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
n°1143382
nErIkI
oenologue
Posté le 19-06-2009 à 14:17:22  profilanswer
 

memaster62 a écrit :


et l'argu.? exemple?
c'est qd même une vraie question 4me :jap:


 
Puis tu vois les dev se retaper le dessin des widgets, réécrire le parsing des différents format de fichier, l'accès aux sources de données à chaque nouveau programme... :o


---------------
C'est pas bon, Neriki, tu recommences à glander, là. :o
n°1143383
nErIkI
oenologue
Posté le 19-06-2009 à 14:17:51  profilanswer
 

memaster62 a écrit :


donc selon ce constat on ne pourrais pas fabriquer un simple editeur de texte qui ne dépendrais que
de X11 et libc : tu me permets d'en douter?


 
Si c'est possible, mais c'est idiot. :o


---------------
C'est pas bon, Neriki, tu recommences à glander, là. :o
n°1143384
Riot
Buy me a riot
Posté le 19-06-2009 à 14:18:28  profilanswer
 

memaster62 a écrit :


donc selon ce constat on ne pourrais pas fabriquer un simple editeur de texte qui ne dépendrais que
de X11 et libc : tu me permets d'en douter?


Nan mais réinventer la roue à chaque fois, c'est un peu lourd quoi.


---------------
Be the one with the flames.
n°1143388
memaster62
just do turbo S and tux
Posté le 19-06-2009 à 14:28:38  profilanswer
 

Riot a écrit :


Nan mais réinventer la roue à chaque fois, c'est un peu lourd quoi.


argument de progueux :o (je n'ai pas d'encontre à ce propos) , certes et pour les millions users finaux?


---------------
ma conduite intérieure .:R
n°1143389
memaster62
just do turbo S and tux
Posté le 19-06-2009 à 14:29:52  profilanswer
 

nErIkI a écrit :


 
Si c'est possible, mais c'est idiot. :o


xemacs?


---------------
ma conduite intérieure .:R
n°1143390
nErIkI
oenologue
Posté le 19-06-2009 à 14:33:34  profilanswer
 

memaster62 a écrit :


argument de progueux :o (je n'ai pas d'encontre à ce propos) , certes et pour les millions users finaux?


 
Note qu'utiliser des librairies autres que celles de bases permet au progueux de proposer aux utilisateurs finaux une interface unifiées, des temps de chargement diminuées, et des releases plus fréquentes, (comme il n'ont pas à réinventer la roue, il développe plus vite.) :o


---------------
C'est pas bon, Neriki, tu recommences à glander, là. :o
n°1143393
nErIkI
oenologue
Posté le 19-06-2009 à 14:39:19  profilanswer
 


 
Ceci dit, rien ne t'oblige à utiliser des programmes utilisant autre chose que la xlib, on peut en effet survivre avec twm, xemacs et des xterm.  [:neriki]


---------------
C'est pas bon, Neriki, tu recommences à glander, là. :o
n°1143394
wedgeant
Da penguin inside
Posté le 19-06-2009 à 14:39:23  profilanswer
 

[:hephaestos]


---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
n°1143415
ogaby
Posté le 19-06-2009 à 15:12:14  profilanswer
 

memaster62 a écrit :


nan :non: ,
à la louche des jeux (quake4, racer.nl)
xclock ==> bon d'accord [:dehors2]  
...mais qd même ça existe :hello:  : firefox? je pense n'a pas besoin de connaitre son environnement WM
pour fonctionner tout seul comme un grand


firefox est un bon exemple.
 
Regarde sa taille sur le site de mozilla et la taille sur ta distrib. Sous la distrib, c'est beaucoup plus petit. Dans la version de Mozilla, la partie "graphique" de gtk est inclue tandis que sous la distrib ben c'est partagé.
 
Pour avoir des applis qui soient inter-distrib, il faudrait donc qu'elles intègrent beaucoup de libs. Et là l'occupation disque explose.

n°1143426
memaster62
just do turbo S and tux
Posté le 19-06-2009 à 15:28:53  profilanswer
 

ok vous m'avez convaincu :jap:  
mais alors, si on met libc, xlib, sdl, gtk et qt en standard sur toutes les distrib. ya moyen de faire des applis
directement compilées et qui fonctionneraient "alone".
lorsque je change de distrib ça éviterait ainsi de retélécharger toutes ses applis via les packagers :heink:


---------------
ma conduite intérieure .:R
n°1143464
Aiua
PSN : Aiua / GT : Aiua42
Posté le 19-06-2009 à 16:39:52  profilanswer
 

LSB
 
mais bon de toutes façons les systèmes de gestions de paquetages c'est tellement plus agréable à utiliser que de devoir aller chercher sur le net telle ou telle appli pour devoir ensuite s'assurer qu'on est à jour...


Message édité par Aiua le 19-06-2009 à 16:40:07

---------------
"The pen is mightier than the sword if the sword is very short, and the pen is very sharp." TP. Mes Jeux. Mes Ventes. Groupe HFR sur PlayFire.
n°1143703
e_esprit
Posté le 20-06-2009 à 17:33:57  profilanswer
 

memaster62 a écrit :

ok vous m'avez convaincu :jap:  
mais alors, si on met libc, xlib, sdl, gtk et qt en standard sur toutes les distrib. ya moyen de faire des applis
directement compilées et qui fonctionneraient "alone".
lorsque je change de distrib ça éviterait ainsi de retélécharger toutes ses applis via les packagers :heink:


Non mais y a le problème des versions de lib quand même :o
Sinon pour aller plus loin dans ton raisonnement, tu peux fournir ton programme compilé statiquement avec les libs necessaires,
t'as meme plus besoin d'avoir les libs sur le système. Mais vla la taille de tes executables :D
 
En fait, la quasi-totalité des distributions Linux ont fait le choix d'avoir des bibliothèques partagées (les fameux .so).
L'avantage c'est que si t'as 100 programmes qui utilisent la même lib, elle n'est pas installée 100 fois.
L'inconvénient c'est que ton programme est lié à une version donnée (enfin ca peut marcher avec plusieurs versions, tant que l'ABI reste identique).
 
Une solution serait de fournir les executables :
- compilé en statique (pas de bib. partagées)
- ou avec les versions des libs nécessaires (souvent le cas sous Windows, avec les paquets de DLLs qui vont bien).
 
Mais dans tous les cas, c'est un choix difficile, avec avantages et inconvénients des 2 cotés.


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1143938
enfoiro
a nickname is just a nickname
Posté le 22-06-2009 à 13:16:20  profilanswer
 

pas inintéressant, quand on considère le système comme un plateforme de dev et d'execution on specifie les ver. des libs et descompilateurs toussa.
D'où l'initiative lsb 3.
Mais bon il existe encore des divergences dans les fs entre distro donc le programme one size fits all n'existe pas.
 
Et puis merde c'est un écosystème, faut adapter sa toolchain et ses outils de paquetage à la distro, c'est chiant mais c'est comme ca ( et une fois mis en place, c'est pas compliqué ).
D'où l'intérêt des empaqueteurs qui ont un rôle dans cet écosystème ! Il n'est pas à négliger du tout .

n°1143957
mIRROR
Chevreuillobolchévik
Posté le 22-06-2009 à 14:20:31  profilanswer
 

c'est marrant que tu dises ca j'ai lu y a quelques jours un article wiki sur un gestionnaire de paquets "universel" ... tu penses que c'est voué à l'échec ? :D


---------------
« The enemy is the gramophone mind, whether or not one agrees with the record that is being played at the moment. » — George Orwell
n°1143965
esox_ch
Posté le 22-06-2009 à 14:30:02  profilanswer
 

mIRROR a écrit :

c'est marrant que tu dises ca j'ai lu y a quelques jours un article wiki sur un gestionnaire de paquets "universel" ... tu penses que c'est voué à l'échec ? :D


 
Bah je vois mal comment ils veulent y arriver ... Chaque distro place ses fichiers de manière différente... Donc soit ils se créent un fichier de config qui dit que le /etc/init.d des Debian-like est /etc/rc.d sur Archlinux , et leur système fait la conversion tout seul (bonne chance pour que ça marche correctement), soit voilà quoi...
 
Je vois vraiment pas comment ça peut marcher,à part si on défini une norme et que toutes les distro intéressées s'y collent (mais de là à ce que ce soit valable pour toutes les distro, et que ce soit donc universel ...)


---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait
n°1143980
deK
watching for beerz on the wing
Posté le 22-06-2009 à 15:03:00  profilanswer
 

Et puis est-ce que ça a vraiment un intérêt ?
Les spécificités des distros tiennent pour une grande part à leurs différences sur la gestion des packages ; si il s'agit de tout niveler pour que tout le monde utilise le même package manager, autant utiliser une distrib unique.
 
Après on peut imaginer un frontend universel, qui derrière utilise tous les package managers habituels, mais bon, l'intérêt me semble limité.
(c'est le but de PackageKit il me semble ?)


---------------
blog :: Feed HA/V :: IN ARCH WE TRUST§§§          
n°1143995
memaster62
just do turbo S and tux
Posté le 22-06-2009 à 16:01:10  profilanswer
 

deK a écrit :

Et puis est-ce que ça a vraiment un intérêt ?


bien sur que ça a un intérêt  :heink:  : il se trouve situé au niveau utilisateur et pas au niveau developpeur(s).
1 - cela rapprocherait les communautés, on serait pas obliger de poster/lire dans whatmille forums pour enfin
trouver LA réponse sur un pb de conf, de module...
2 - on pourrais enfin mettre en place un univers/logiciel de dev unifié, alors là je parle pas de make et gcc,
mais d'un front-end avec des patterns qui fonctionnent dans tous les cas de figure et version des lib.so, gtk ou qt
3 - les prog seraient donc dispo/installables plus facilement et plus rapidement au lieu d'attendre qu'un "packager" soit
dispo pour faire .rpm ou un .deb vu qu'une seule compil/build sera nécessaire au lieu d'en faire une pour chaque distrib.
4 - sauver la planete du réchauffement climatique quoi :lol:


---------------
ma conduite intérieure .:R
n°1144000
enfoiro
a nickname is just a nickname
Posté le 22-06-2009 à 16:19:48  profilanswer
 

mIRROR a écrit :

c'est marrant que tu dises ca j'ai lu y a quelques jours un article wiki sur un gestionnaire de paquets "universel" ... tu penses que c'est voué à l'échec ? :D


 
Pour ma part, en résumé, oui. Tant qu'une techno ne s'impose pas toute seule cela veut dire que ce n'est pas la bonne ( je raisonne pas pour m$ qui impose des technos ), mais pour le libre. De plus, si il en existe plusieurs, c'est que tous ont leurs avantages. Un programme avec tous les avantages sans inconvénient, ca n'existe (malheureusement) pas.
D'ailleurs même le "one size fits all" n'est pas valable pour windows, pareil pour nux à cause du ".so hell" ou "dll hell" cad des conflits sur les versions de librairies (particulièrement sensible pour glibc ou libfortran par exemple.
 

esox_ch a écrit :


 
Bah je vois mal comment ils veulent y arriver ... Chaque distro place ses fichiers de manière différente... Donc soit ils se créent un fichier de config qui dit que le /etc/init.d des Debian-like est /etc/rc.d sur Archlinux , et leur système fait la conversion tout seul (bonne chance pour que ça marche correctement), soit voilà quoi...
 
Je vois vraiment pas comment ça peut marcher,à part si on défini une norme et que toutes les distro intéressées s'y collent (mais de là à ce que ce soit valable pour toutes les distro, et que ce soit donc universel ...)


 
+1
 
le standard, c'est LSB, mais pour le moment ce standard n'inclut pas de convention sur l'arborescence.
 

deK a écrit :

Et puis est-ce que ça a vraiment un intérêt ?
Les spécificités des distros tiennent pour une grande part à leurs différences sur la gestion des packages ; si il s'agit de tout niveler pour que tout le monde utilise le même package manager, autant utiliser une distrib unique.
 
Après on peut imaginer un frontend universel, qui derrière utilise tous les package managers habituels, mais bon, l'intérêt me semble limité.
(c'est le but de PackageKit il me semble ?)


 
une surcouche n'est pas une mauvaise idée, faut qu'elle soit juste parfaitement codée et c'est autre chose.
 
puis linux est bien un écosystème donc qui vit avec tous ses packages managers, faut pas considérer ca comme la monoculture du soja ogm m$, nous il reste de la variété ( et c'est heureux )
 

memaster62 a écrit :


bien sur que ça a un intérêt  :heink:  : il se trouve situé au niveau utilisateur et pas au niveau developpeur(s).
1 - cela rapprocherait les communautés, on serait pas obliger de poster/lire dans whatmille forums pour enfin
trouver LA réponse sur un pb de conf, de module...
2 - on pourrais enfin mettre en place un univers/logiciel de dev unifié, alors là je parle pas de make et gcc,
mais d'un front-end avec des patterns qui fonctionnent dans tous les cas de figure et version des lib.so, gtk ou qt
3 - les prog seraient donc dispo/installables plus facilement et plus rapidement au lieu d'attendre qu'un "packager" soit
dispo pour faire .rpm ou un .deb vu qu'une seule compil/build sera nécessaire au lieu d'en faire une pour chaque distrib.
4 - sauver la planete du réchauffement climatique quoi :lol:


 
pas faux... Mais c'est bien connu que le user de linux est un power user/dev. Pour les autres, ben ubuntu est pas mal, non ? D'ailleurs ils ont de bonnes idées quand à la gestion "grand public" des packages avecpar exemple le apt:// pour installer des paquets.

Message cité 1 fois
Message édité par enfoiro le 22-06-2009 à 16:20:05
n°1144004
memaster62
just do turbo S and tux
Posté le 22-06-2009 à 16:35:17  profilanswer
 

enfoiro a écrit :


 
pas faux... Mais c'est bien connu que le user de linux est un power user/dev. Pour les autres, ben ubuntu est pas mal, non ? D'ailleurs ils ont de bonnes idées quand à la gestion "grand public" des packages avecpar exemple le apt:// pour installer des paquets.


on peut être un power user, mais moi ce qui fait que je me décide pas à dev pour nux c'est que, il n'y a pas
de logiciel unifié d'une part et que pour diffuser mon prog. faut que je me tappe les spécifs de toutes les lib
version par version pour chaque distrib ou que je demande à des tiers de me le packager.
exemple :
- hey copain linuxien, j'ai dev un $uper logiciel qui compte les gouttes d'eau dehors qd il pleut... tu
le veux pour me le tester/debugguer?
- ouais envoi... (crak boum tac bipbipdezipplus tard) ...j'ai cassé ma mandriva la semaine dernière,
tu pourrais pas me l'envoyé (comprendre recompiler) pour gentoo :ouch:  
- tu me fais [chier] [:pt1cable] , c'est quoi ton kernel number et ta version de libc??
- bah j'en sais rien, de toute façon la compil de ton log. a échoué (manque plein de dépendances :heink: ) pasque j'ai pas installé gtk+
tu comprends je voulais une power distrib. sans rien de superficiel... [:d_zoolander]  
- bon bah je retourne à mon packager .rpm et le diffuser via sourceforge alors [:fenston]


---------------
ma conduite intérieure .:R
n°1144009
ogaby
Posté le 22-06-2009 à 16:50:23  profilanswer
 

Ben quand tu développes, tu ne diffuses que les sources. Ton fichier "configure" doit lui vérifier les dépendances à la compil.

 

Ensuite si une distrib' veut l'intégrer, c'est le boulot du packager de faire un .deb ou .rpm. Si ca passe, il l'intègre sinon il te dira qu'il a un problème.

 

EDIT: si le packager a un problème, il le dit mais rajoute la dépendance dans son paquet.

 

Développeur et Packager sont 2 rôles différents.

Message cité 2 fois
Message édité par ogaby le 22-06-2009 à 16:57:01
n°1144024
mIRROR
Chevreuillobolchévik
Posté le 22-06-2009 à 17:27:44  profilanswer
 

deK a écrit :

Et puis est-ce que ça a vraiment un intérêt ?
Les spécificités des distros tiennent pour une grande part à leurs différences sur la gestion des packages ; si il s'agit de tout niveler pour que tout le monde utilise le même package manager, autant utiliser une distrib unique.
 
Après on peut imaginer un frontend universel, qui derrière utilise tous les package managers habituels, mais bon, l'intérêt me semble limité.
(c'est le but de PackageKit il me semble ?)


oui je me suis mal exprimé je parlais bien de package kit

memaster62 a écrit :


bien sur que ça a un intérêt  :heink:  : il se trouve situé au niveau utilisateur et pas au niveau developpeur(s).
1 - cela rapprocherait les communautés, on serait pas obliger de poster/lire dans whatmille forums pour enfin
trouver LA réponse sur un pb de conf, de module...
2 - on pourrais enfin mettre en place un univers/logiciel de dev unifié, alors là je parle pas de make et gcc,
mais d'un front-end avec des patterns qui fonctionnent dans tous les cas de figure et version des lib.so, gtk ou qt
3 - les prog seraient donc dispo/installables plus facilement et plus rapidement au lieu d'attendre qu'un "packager" soit
dispo pour faire .rpm ou un .deb vu qu'une seule compil/build sera nécessaire au lieu d'en faire une pour chaque distrib.
4 - sauver la planete du réchauffement climatique quoi :lol:


voilà c'est un peu comme ca que je le voyais :D


---------------
« The enemy is the gramophone mind, whether or not one agrees with the record that is being played at the moment. » — George Orwell
n°1144027
memaster62
just do turbo S and tux
Posté le 22-06-2009 à 17:41:38  profilanswer
 

ogaby a écrit :

Ben quand tu développes, tu ne diffuses que les sources. Ton fichier "configure" doit lui vérifier les dépendances à la compil.


c'est là que les pb commencent pour le(s) user(s) "lambda", dans le monde du logiciel, on ne dit pas
"prends les sources et compile le" :heink:  on dit plutot : "clique dessus et regarde ce qu'il se passe".
tout le monde n'installe pas de compilateur idoine sur sa machine linux. tu vois le pb?
autre exemple concret :
- j'ai un net-book qui me sers de diag., j'ai un eeexubuntu dessus. c'est une distrib. light sans compilateur (comprendre
sans les sources du kernel et les package d'include -dev...)
- j'avais trouvé un logiciel (freediag pour ne pas le citer), pour lequel je n'ai pas trouvé de .deb (ni même dans le packager); je n'ai pas
pu le compilé depuis mon netbook :heink: , j'ai du installé un eeexubuntu virtuel et rajouter tout les utils de dev, pour le compiler
depuis une autre machine et le transferer enfin et l'essayer en live; puis de toute façon, il n'a pas marché
à cause d'un pb de numero hexa hardware :( . donc j'utilise wine avec un logiciel win32. :heink:  
 
même chose pour un logiciel de gestion boursière écrit en python qui n'a jamais voulu fonctionné car
la version de python pour lequel il avait été prévu n'existait pas dans ma distrib. et qu'il fallait que je
me retappe des installs de dépendances à la stabilité douteuse.
 
j'ai beau être un power user têtu, ce genre de pratique me "fatigue" :heink:  


---------------
ma conduite intérieure .:R
n°1144028
e_esprit
Posté le 22-06-2009 à 17:44:51  profilanswer
 

Passe au Mac :spamafote:


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1144029
memaster62
just do turbo S and tux
Posté le 22-06-2009 à 17:47:53  profilanswer
 

e_esprit a écrit :

Passe au Mac :spamafote:


j'ai un iphone :lol:


---------------
ma conduite intérieure .:R
n°1144030
e_esprit
Posté le 22-06-2009 à 17:49:45  profilanswer
 

Bah en plus :spamafote:


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3
Page Précédente

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Débats

  [débat] pourquoi les dev linux ne font pas...

 

Sujets relatifs
problème de réseau sous linuxAix et Serveur d'impression Linux
[Matos] Quelle carte mère linux pour proco 775 ?Conversion universelle de documents sous linux==> unoconv
optimisation machine windows+linuxComment connaitre la version du linux installé
Intérêt des partitions linuxla TNT sous linux c'est pas si facile que ça avec vlc ou kaffeine...
live clé usb linux inmodifiable[Résolu] Transfert de fichiers avec 'Put' sous Linux
Plus de sujets relatifs à : [débat] pourquoi les dev linux ne font pas...


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite) / Groupe LDLC / Shop HFR