Ça me semble toujours assez juste, modulo qu'un binaire soit proposé
evidemment, comme ça a été précisé plus bas.
Donc, quand on veut utiliser quelque chose qui n'est pas pris en
charge par le système de paquets, on doit le compiler.
Au contraire, sur Windows, on installe de la même manière un logiciel,
que la chose soit récente ou ancienne.
Le système de paquet est donc quelque chose
de *moins* : il limite les logiciels installables facilement à un
sous ensemble défini par les mainteneur de l'OS, là où dans un
système comme Windows tous les logiciels sont également facile à
installer.
De fait, le couplage
OS/logiciel est plus fort dans le libre, c'est un archaïsme, et les
système de paquets accentuent plus qu'autre chose ce monolithisme.
Je te remercie de m'avoir donné l'occasion de résumer de façon plus
concise encore mon "amas ahurissant" :-)
Ça me semble toujours assez juste, modulo qu'un binaire soit proposé
evidemment, comme ça a été précisé plus bas.
Donc, quand on veut utiliser quelque chose qui n'est pas pris en
charge par le système de paquets, on doit le compiler.
Au contraire, sur Windows, on installe de la même manière un logiciel,
que la chose soit récente ou ancienne.
Le système de paquet est donc quelque chose
de *moins* : il limite les logiciels installables facilement à un
sous ensemble défini par les mainteneur de l'OS, là où dans un
système comme Windows tous les logiciels sont également facile à
installer.
De fait, le couplage
OS/logiciel est plus fort dans le libre, c'est un archaïsme, et les
système de paquets accentuent plus qu'autre chose ce monolithisme.
Je te remercie de m'avoir donné l'occasion de résumer de façon plus
concise encore mon "amas ahurissant" :-)
Ça me semble toujours assez juste, modulo qu'un binaire soit proposé
evidemment, comme ça a été précisé plus bas.
Donc, quand on veut utiliser quelque chose qui n'est pas pris en
charge par le système de paquets, on doit le compiler.
Au contraire, sur Windows, on installe de la même manière un logiciel,
que la chose soit récente ou ancienne.
Le système de paquet est donc quelque chose
de *moins* : il limite les logiciels installables facilement à un
sous ensemble défini par les mainteneur de l'OS, là où dans un
système comme Windows tous les logiciels sont également facile à
installer.
De fait, le couplage
OS/logiciel est plus fort dans le libre, c'est un archaïsme, et les
système de paquets accentuent plus qu'autre chose ce monolithisme.
Je te remercie de m'avoir donné l'occasion de résumer de façon plus
concise encore mon "amas ahurissant" :-)
SL s'est exprimé en ces termes:Ça me semble toujours assez juste, modulo qu'un binaire soit proposé
evidemment, comme ça a été précisé plus bas.
Bon donc il va falloir décortiquer la chose.Donc, quand on veut utiliser quelque chose qui n'est pas pris en
charge par le système de paquets, on doit le compiler.
Si tu as des exemples de logiciels nécessaires à Mr Tout-le-Monde
absent d'un système de packages et dont un binaire n'est pas proposé
ou qui ne fonctionnera pas sans recompilation, je t'écoute.
Au contraire, sur Windows, on installe de la même manière un logiciel,
que la chose soit récente ou ancienne.
Aucune différence sous Linux ou Mac OS X.
Le système de paquet est donc quelque chose de *moins* : il limite
les logiciels installables facilement à un sous ensemble défini par
les mainteneur de l'OS, là où dans un système comme Windows tous les
logiciels sont également facile à installer.
Le système de paquets est un *plus* puisqu'il propose une interface
unifiée et cohérente d'installation de programmes, même s'il est
possible d'en installer une foultitude à côté.
De fait, le couplage OS/logiciel est plus fort dans le libre, c'est
un archaïsme, et les système de paquets accentuent plus qu'autre
chose ce monolithisme.
Il n'y a nulle démonstration de cette assertion dans ce thread.
Et considérer qu'un système de packages est un couplage OS/logiciel
plus fort qu'un couplage OS/browser web/librairies d'affichage/media
player est cocasse.
Je te remercie de m'avoir donné l'occasion de résumer de façon plus
concise encore mon "amas ahurissant" :-)
Au plaisir.
SL s'est exprimé en ces termes:
Ça me semble toujours assez juste, modulo qu'un binaire soit proposé
evidemment, comme ça a été précisé plus bas.
Bon donc il va falloir décortiquer la chose.
Donc, quand on veut utiliser quelque chose qui n'est pas pris en
charge par le système de paquets, on doit le compiler.
Si tu as des exemples de logiciels nécessaires à Mr Tout-le-Monde
absent d'un système de packages et dont un binaire n'est pas proposé
ou qui ne fonctionnera pas sans recompilation, je t'écoute.
Au contraire, sur Windows, on installe de la même manière un logiciel,
que la chose soit récente ou ancienne.
Aucune différence sous Linux ou Mac OS X.
Le système de paquet est donc quelque chose de *moins* : il limite
les logiciels installables facilement à un sous ensemble défini par
les mainteneur de l'OS, là où dans un système comme Windows tous les
logiciels sont également facile à installer.
Le système de paquets est un *plus* puisqu'il propose une interface
unifiée et cohérente d'installation de programmes, même s'il est
possible d'en installer une foultitude à côté.
De fait, le couplage OS/logiciel est plus fort dans le libre, c'est
un archaïsme, et les système de paquets accentuent plus qu'autre
chose ce monolithisme.
Il n'y a nulle démonstration de cette assertion dans ce thread.
Et considérer qu'un système de packages est un couplage OS/logiciel
plus fort qu'un couplage OS/browser web/librairies d'affichage/media
player est cocasse.
Je te remercie de m'avoir donné l'occasion de résumer de façon plus
concise encore mon "amas ahurissant" :-)
Au plaisir.
SL s'est exprimé en ces termes:Ça me semble toujours assez juste, modulo qu'un binaire soit proposé
evidemment, comme ça a été précisé plus bas.
Bon donc il va falloir décortiquer la chose.Donc, quand on veut utiliser quelque chose qui n'est pas pris en
charge par le système de paquets, on doit le compiler.
Si tu as des exemples de logiciels nécessaires à Mr Tout-le-Monde
absent d'un système de packages et dont un binaire n'est pas proposé
ou qui ne fonctionnera pas sans recompilation, je t'écoute.
Au contraire, sur Windows, on installe de la même manière un logiciel,
que la chose soit récente ou ancienne.
Aucune différence sous Linux ou Mac OS X.
Le système de paquet est donc quelque chose de *moins* : il limite
les logiciels installables facilement à un sous ensemble défini par
les mainteneur de l'OS, là où dans un système comme Windows tous les
logiciels sont également facile à installer.
Le système de paquets est un *plus* puisqu'il propose une interface
unifiée et cohérente d'installation de programmes, même s'il est
possible d'en installer une foultitude à côté.
De fait, le couplage OS/logiciel est plus fort dans le libre, c'est
un archaïsme, et les système de paquets accentuent plus qu'autre
chose ce monolithisme.
Il n'y a nulle démonstration de cette assertion dans ce thread.
Et considérer qu'un système de packages est un couplage OS/logiciel
plus fort qu'un couplage OS/browser web/librairies d'affichage/media
player est cocasse.
Je te remercie de m'avoir donné l'occasion de résumer de façon plus
concise encore mon "amas ahurissant" :-)
Au plaisir.
c'est un archaïsme
c'est un archaïsme
c'est un archaïsme
Tout dépend de ce que tu appelles la simplicité. Si c'est juste un bouton
"prendre la photo" et rien d'autre, un compact est plus simple qu'un réflex
(et encore...).
Et encore quoi ?
Si c'est pouvoir mettre un zoom ou un grand angle, avec le
réflex c'est plus simple a faire que sur un compact - c'est possible, en
bricolant.
Un truc simple, ca reste un truc qui *te* permet de faire ce que *tu* as envie
de faire, sans te prendre plus la tete que ca.
Tu es fatiguant. C'est pas "plus facile" sur un reflex, c'est totu
simplement facile, et sur un compact impossible.
Tes raisonnements
s'apparentent vraiment à du délire, en tout cas le pinaillage remplace le
bon sens.
Par contre, passer par un éditeur de texte et
modifier un fichier de configuration pour gérer un logiciel, je trouve
ça plus simple que passer par une interface avec des onglets et des
boutons partout - j'en ai toujours eu horreur.
Écoute, essaye de comprendre que les gamins dans ton genre tout le monde
connaît ça par coeur ici. Fait l'économie de quelques années de snobisme
puéril.
J'imagine très bien
que pour toi, c'est plutot l'inverse.
Tu te trompes complètement.
Tu te bases encore une fois sur le fait que tout le monde utilise
la meme merde (un appareil photo compact moins cher qu'un reflex)
pour dire que c'est plus simple a utiliser, ce qui est faux.
Et toi tu parles de ce que tu ne connais pas. J'utilise un vieux réflexe
argentique de 1972 ou 1977 (Canon FTb).
Tout
dépend de l'appareil photo et des besoins de son utilisateur.
L'appareil qui permet aux deux de se mettre d'accord est le plus
intéressant, au final. Surtout s'il est gratuit.
Et quel est donc cet appareil photo qui satisfait à la fois à celui qui
fait des photos de vacance set à celui qui veut faire tous ses réglages
à la mains ? Et pourquoi est-ce intéressant qu'il existe ?
Tout dépend de ce que tu appelles la simplicité. Si c'est juste un bouton
"prendre la photo" et rien d'autre, un compact est plus simple qu'un réflex
(et encore...).
Et encore quoi ?
Si c'est pouvoir mettre un zoom ou un grand angle, avec le
réflex c'est plus simple a faire que sur un compact - c'est possible, en
bricolant.
Un truc simple, ca reste un truc qui *te* permet de faire ce que *tu* as envie
de faire, sans te prendre plus la tete que ca.
Tu es fatiguant. C'est pas "plus facile" sur un reflex, c'est totu
simplement facile, et sur un compact impossible.
Tes raisonnements
s'apparentent vraiment à du délire, en tout cas le pinaillage remplace le
bon sens.
Par contre, passer par un éditeur de texte et
modifier un fichier de configuration pour gérer un logiciel, je trouve
ça plus simple que passer par une interface avec des onglets et des
boutons partout - j'en ai toujours eu horreur.
Écoute, essaye de comprendre que les gamins dans ton genre tout le monde
connaît ça par coeur ici. Fait l'économie de quelques années de snobisme
puéril.
J'imagine très bien
que pour toi, c'est plutot l'inverse.
Tu te trompes complètement.
Tu te bases encore une fois sur le fait que tout le monde utilise
la meme merde (un appareil photo compact moins cher qu'un reflex)
pour dire que c'est plus simple a utiliser, ce qui est faux.
Et toi tu parles de ce que tu ne connais pas. J'utilise un vieux réflexe
argentique de 1972 ou 1977 (Canon FTb).
Tout
dépend de l'appareil photo et des besoins de son utilisateur.
L'appareil qui permet aux deux de se mettre d'accord est le plus
intéressant, au final. Surtout s'il est gratuit.
Et quel est donc cet appareil photo qui satisfait à la fois à celui qui
fait des photos de vacance set à celui qui veut faire tous ses réglages
à la mains ? Et pourquoi est-ce intéressant qu'il existe ?
Tout dépend de ce que tu appelles la simplicité. Si c'est juste un bouton
"prendre la photo" et rien d'autre, un compact est plus simple qu'un réflex
(et encore...).
Et encore quoi ?
Si c'est pouvoir mettre un zoom ou un grand angle, avec le
réflex c'est plus simple a faire que sur un compact - c'est possible, en
bricolant.
Un truc simple, ca reste un truc qui *te* permet de faire ce que *tu* as envie
de faire, sans te prendre plus la tete que ca.
Tu es fatiguant. C'est pas "plus facile" sur un reflex, c'est totu
simplement facile, et sur un compact impossible.
Tes raisonnements
s'apparentent vraiment à du délire, en tout cas le pinaillage remplace le
bon sens.
Par contre, passer par un éditeur de texte et
modifier un fichier de configuration pour gérer un logiciel, je trouve
ça plus simple que passer par une interface avec des onglets et des
boutons partout - j'en ai toujours eu horreur.
Écoute, essaye de comprendre que les gamins dans ton genre tout le monde
connaît ça par coeur ici. Fait l'économie de quelques années de snobisme
puéril.
J'imagine très bien
que pour toi, c'est plutot l'inverse.
Tu te trompes complètement.
Tu te bases encore une fois sur le fait que tout le monde utilise
la meme merde (un appareil photo compact moins cher qu'un reflex)
pour dire que c'est plus simple a utiliser, ce qui est faux.
Et toi tu parles de ce que tu ne connais pas. J'utilise un vieux réflexe
argentique de 1972 ou 1977 (Canon FTb).
Tout
dépend de l'appareil photo et des besoins de son utilisateur.
L'appareil qui permet aux deux de se mettre d'accord est le plus
intéressant, au final. Surtout s'il est gratuit.
Et quel est donc cet appareil photo qui satisfait à la fois à celui qui
fait des photos de vacance set à celui qui veut faire tous ses réglages
à la mains ? Et pourquoi est-ce intéressant qu'il existe ?
Exemple déjà donné : R, avec lequel je veux utiliser différentes
bibliothèques, (languageR, zipfR, et d'autres), qui requièrent une
[...]
- par défaut, il m'est arrivé d'avoir dû compilé moi-même.
Exemple déjà donné : R, avec lequel je veux utiliser différentes
bibliothèques, (languageR, zipfR, et d'autres), qui requièrent une
[...]
- par défaut, il m'est arrivé d'avoir dû compilé moi-même.
Exemple déjà donné : R, avec lequel je veux utiliser différentes
bibliothèques, (languageR, zipfR, et d'autres), qui requièrent une
[...]
- par défaut, il m'est arrivé d'avoir dû compilé moi-même.
Tout dépend de ce que tu appelles la simplicité. Si c'est juste un bouton
"prendre la photo" et rien d'autre, un compact est plus simple qu'un réflex
(et encore...).
Et encore quoi ?
Sur mon réflex (argentique, certes, mais ça marche aussi pour la majorité des
boitiers numériques), j'ai un bouton "P" comme "Panic!" ou mode "tout auto",
quoi.
Je te démontre juste que la "simplicité" est tout relative.
Etre simple n'est pas forcément n'avoir que 1 bouton au lieu de 10,000,
Et toi tu parles de ce que tu ne connais pas. J'utilise un vieux
réflexe argentique de 1972 ou 1977 (Canon FTb).
De ce que j'en ai lu ailleurs, tu le laisses plutot croupir au fond
de ton placard..
Tout dépend de l'appareil photo et des besoins de son utilisateur.
L'appareil qui permet aux deux de se mettre d'accord est le plus
intéressant, au final. Surtout s'il est gratuit.
Et quel est donc cet appareil photo qui satisfait à la fois à celui
qui fait des photos de vacance set à celui qui veut faire tous ses
réglages à la mains ? Et pourquoi est-ce intéressant qu'il existe ?
Si un appareil permet de s'adapter a la facon de travailler du
photographe, et qu'en plus il ne coute pas un kopeck, c'est le panard,
non ?
Ben c'est justement ce que propose linux par rapport a windows.
Tout dépend de ce que tu appelles la simplicité. Si c'est juste un bouton
"prendre la photo" et rien d'autre, un compact est plus simple qu'un réflex
(et encore...).
Et encore quoi ?
Sur mon réflex (argentique, certes, mais ça marche aussi pour la majorité des
boitiers numériques), j'ai un bouton "P" comme "Panic!" ou mode "tout auto",
quoi.
Je te démontre juste que la "simplicité" est tout relative.
Etre simple n'est pas forcément n'avoir que 1 bouton au lieu de 10,000,
Et toi tu parles de ce que tu ne connais pas. J'utilise un vieux
réflexe argentique de 1972 ou 1977 (Canon FTb).
De ce que j'en ai lu ailleurs, tu le laisses plutot croupir au fond
de ton placard..
Tout dépend de l'appareil photo et des besoins de son utilisateur.
L'appareil qui permet aux deux de se mettre d'accord est le plus
intéressant, au final. Surtout s'il est gratuit.
Et quel est donc cet appareil photo qui satisfait à la fois à celui
qui fait des photos de vacance set à celui qui veut faire tous ses
réglages à la mains ? Et pourquoi est-ce intéressant qu'il existe ?
Si un appareil permet de s'adapter a la facon de travailler du
photographe, et qu'en plus il ne coute pas un kopeck, c'est le panard,
non ?
Ben c'est justement ce que propose linux par rapport a windows.
Tout dépend de ce que tu appelles la simplicité. Si c'est juste un bouton
"prendre la photo" et rien d'autre, un compact est plus simple qu'un réflex
(et encore...).
Et encore quoi ?
Sur mon réflex (argentique, certes, mais ça marche aussi pour la majorité des
boitiers numériques), j'ai un bouton "P" comme "Panic!" ou mode "tout auto",
quoi.
Je te démontre juste que la "simplicité" est tout relative.
Etre simple n'est pas forcément n'avoir que 1 bouton au lieu de 10,000,
Et toi tu parles de ce que tu ne connais pas. J'utilise un vieux
réflexe argentique de 1972 ou 1977 (Canon FTb).
De ce que j'en ai lu ailleurs, tu le laisses plutot croupir au fond
de ton placard..
Tout dépend de l'appareil photo et des besoins de son utilisateur.
L'appareil qui permet aux deux de se mettre d'accord est le plus
intéressant, au final. Surtout s'il est gratuit.
Et quel est donc cet appareil photo qui satisfait à la fois à celui
qui fait des photos de vacance set à celui qui veut faire tous ses
réglages à la mains ? Et pourquoi est-ce intéressant qu'il existe ?
Si un appareil permet de s'adapter a la facon de travailler du
photographe, et qu'en plus il ne coute pas un kopeck, c'est le panard,
non ?
Ben c'est justement ce que propose linux par rapport a windows.
Exemple déjà donné: R, avec lequel je veux utiliser différentes
bibliothèques, (languageR, zipfR, et d'autres), qui requièrent une
version très récente à l'époque (2.5 à 2.6).
Sous Etch on en est à 2.4
je crois. J'ai donc testé différentes solutions en fonction des cas de
figure, toutes plus rafinées les unes que les autres:
- utiliser la version proposée pour sid avec l'option "-t" de
apt-get ;
- utiliser un binaire proposé sur le site R ;
- par défaut, il m'est arrivé d'avoir dû compilé moi-même.
Je n'ai pas eu de problème majeur dans aucun de ces cas de figure.
Seulement, ils existes.
Il y a des logiciels notoirement absents des
répertoires officiels et notoiremetn plus utilisé que R (skype, au
hasard).
De même j'ai dû recompiler un driver pour un fameux modem
sagem.
J'utilise un grand nombre de logiciels pour le travail, qui sont
par définition de diffusion très restreinte (dans la communauté
linguistique...) et n'ont pas vocation à être dnas un système de paquet
; autant dire que les installer sur linux implique beaucoup
d'emmerdement.
Le point en cause n'est pas que les gens les ont
développé d'abord pour Windows, c'est que le système de paquet ne couvre
pas ce besoin.
Bref j'imagine mal qu'on puisse prétendre sérieusement
que, à un moment ou un autre, le système de paquets ne deviennent pas
une limitation fonctionnelle forte si on ne sait pas se débrouiller
autrement.
C'est faux pour Linux. Sous linux il y a le cas complètement pris en
charge et le cas où il faut jouer à l'administrateur, et il y a un monde
entre les deux.
Bref, comme toujours, c'est la fausse bonne idée, ou du
moins l'idée transformée en dogmatisme par des zélotes complètement
tarte, qui devient plus un boulet qu'autre chose.
Il est beau le système
de packetage, personnellement je trouve ça très bien, mais ça n'a pas
vocation à être utilisé par une autre population que des administrateurs
ou des gens qui veulent bien jouer à l'administrateur.
Il y a pourtant
une sanction massive des faits, combien de temps est-ce que vous
continuerez à nier l'évidence et à vouloir faire du lavage de cerveau?
Tout le monde s'en fout complètement de l'interface unifiée et cohérente
mon pauvre, c'est un problème d'administrateur ça.
Et puis les packages
d'installation de windows sont aussi très unifiés autant que je m'en
souvienne.
Et il est certes "possible", mais difficile d'en installer
une "foultitude" à côté. Et à la rigueur, que ce soit facile ou pas ne
compte même pas: qu'il y ait deux solutions (une avec et une sans le
gestionnaire de paquets) est déjà un défaut rédibitoire du point de vue
de la simplicité.
Le système de paquet introduit une différence entre un
ensemble restreint (par rapport à l'envie de liberté et de faire ce
qu'il vetu qui caractérise l'utilistaeur) et l'ensemble du possible, et
crée nécessairement une différence de facilité, donc rend plus difficile
(puisque laissé en friche) qu'il ne pourrait l'être sans système de
paquet ce qui n'est pas dans les paquets, cqfd. Je recommence ?
Enfin comme je l'ai déjà dit le système de paquets est un plus par
rapport à des moins de linux (avoir à gérer des dépendances -- je ne dis
pas que d'un point de vue purement technique ,les librairies partagées
ne sont pas de toutes beautés); il n'y a pas ce problème dans Windows.
il n'y a pas ce problème dans Windows.
Mais je n'ai pas dit ça il me semble, et quel est le rapport?
Dans ce nouveau je message je suis sûr que tu trouveras de quoi
encadrer, voire mettre sous verre.
Exemple déjà donné: R, avec lequel je veux utiliser différentes
bibliothèques, (languageR, zipfR, et d'autres), qui requièrent une
version très récente à l'époque (2.5 à 2.6).
Sous Etch on en est à 2.4
je crois. J'ai donc testé différentes solutions en fonction des cas de
figure, toutes plus rafinées les unes que les autres:
- utiliser la version proposée pour sid avec l'option "-t" de
apt-get ;
- utiliser un binaire proposé sur le site R ;
- par défaut, il m'est arrivé d'avoir dû compilé moi-même.
Je n'ai pas eu de problème majeur dans aucun de ces cas de figure.
Seulement, ils existes.
Il y a des logiciels notoirement absents des
répertoires officiels et notoiremetn plus utilisé que R (skype, au
hasard).
De même j'ai dû recompiler un driver pour un fameux modem
sagem.
J'utilise un grand nombre de logiciels pour le travail, qui sont
par définition de diffusion très restreinte (dans la communauté
linguistique...) et n'ont pas vocation à être dnas un système de paquet
; autant dire que les installer sur linux implique beaucoup
d'emmerdement.
Le point en cause n'est pas que les gens les ont
développé d'abord pour Windows, c'est que le système de paquet ne couvre
pas ce besoin.
Bref j'imagine mal qu'on puisse prétendre sérieusement
que, à un moment ou un autre, le système de paquets ne deviennent pas
une limitation fonctionnelle forte si on ne sait pas se débrouiller
autrement.
C'est faux pour Linux. Sous linux il y a le cas complètement pris en
charge et le cas où il faut jouer à l'administrateur, et il y a un monde
entre les deux.
Bref, comme toujours, c'est la fausse bonne idée, ou du
moins l'idée transformée en dogmatisme par des zélotes complètement
tarte, qui devient plus un boulet qu'autre chose.
Il est beau le système
de packetage, personnellement je trouve ça très bien, mais ça n'a pas
vocation à être utilisé par une autre population que des administrateurs
ou des gens qui veulent bien jouer à l'administrateur.
Il y a pourtant
une sanction massive des faits, combien de temps est-ce que vous
continuerez à nier l'évidence et à vouloir faire du lavage de cerveau?
Tout le monde s'en fout complètement de l'interface unifiée et cohérente
mon pauvre, c'est un problème d'administrateur ça.
Et puis les packages
d'installation de windows sont aussi très unifiés autant que je m'en
souvienne.
Et il est certes "possible", mais difficile d'en installer
une "foultitude" à côté. Et à la rigueur, que ce soit facile ou pas ne
compte même pas: qu'il y ait deux solutions (une avec et une sans le
gestionnaire de paquets) est déjà un défaut rédibitoire du point de vue
de la simplicité.
Le système de paquet introduit une différence entre un
ensemble restreint (par rapport à l'envie de liberté et de faire ce
qu'il vetu qui caractérise l'utilistaeur) et l'ensemble du possible, et
crée nécessairement une différence de facilité, donc rend plus difficile
(puisque laissé en friche) qu'il ne pourrait l'être sans système de
paquet ce qui n'est pas dans les paquets, cqfd. Je recommence ?
Enfin comme je l'ai déjà dit le système de paquets est un plus par
rapport à des moins de linux (avoir à gérer des dépendances -- je ne dis
pas que d'un point de vue purement technique ,les librairies partagées
ne sont pas de toutes beautés); il n'y a pas ce problème dans Windows.
il n'y a pas ce problème dans Windows.
Mais je n'ai pas dit ça il me semble, et quel est le rapport?
Dans ce nouveau je message je suis sûr que tu trouveras de quoi
encadrer, voire mettre sous verre.
Exemple déjà donné: R, avec lequel je veux utiliser différentes
bibliothèques, (languageR, zipfR, et d'autres), qui requièrent une
version très récente à l'époque (2.5 à 2.6).
Sous Etch on en est à 2.4
je crois. J'ai donc testé différentes solutions en fonction des cas de
figure, toutes plus rafinées les unes que les autres:
- utiliser la version proposée pour sid avec l'option "-t" de
apt-get ;
- utiliser un binaire proposé sur le site R ;
- par défaut, il m'est arrivé d'avoir dû compilé moi-même.
Je n'ai pas eu de problème majeur dans aucun de ces cas de figure.
Seulement, ils existes.
Il y a des logiciels notoirement absents des
répertoires officiels et notoiremetn plus utilisé que R (skype, au
hasard).
De même j'ai dû recompiler un driver pour un fameux modem
sagem.
J'utilise un grand nombre de logiciels pour le travail, qui sont
par définition de diffusion très restreinte (dans la communauté
linguistique...) et n'ont pas vocation à être dnas un système de paquet
; autant dire que les installer sur linux implique beaucoup
d'emmerdement.
Le point en cause n'est pas que les gens les ont
développé d'abord pour Windows, c'est que le système de paquet ne couvre
pas ce besoin.
Bref j'imagine mal qu'on puisse prétendre sérieusement
que, à un moment ou un autre, le système de paquets ne deviennent pas
une limitation fonctionnelle forte si on ne sait pas se débrouiller
autrement.
C'est faux pour Linux. Sous linux il y a le cas complètement pris en
charge et le cas où il faut jouer à l'administrateur, et il y a un monde
entre les deux.
Bref, comme toujours, c'est la fausse bonne idée, ou du
moins l'idée transformée en dogmatisme par des zélotes complètement
tarte, qui devient plus un boulet qu'autre chose.
Il est beau le système
de packetage, personnellement je trouve ça très bien, mais ça n'a pas
vocation à être utilisé par une autre population que des administrateurs
ou des gens qui veulent bien jouer à l'administrateur.
Il y a pourtant
une sanction massive des faits, combien de temps est-ce que vous
continuerez à nier l'évidence et à vouloir faire du lavage de cerveau?
Tout le monde s'en fout complètement de l'interface unifiée et cohérente
mon pauvre, c'est un problème d'administrateur ça.
Et puis les packages
d'installation de windows sont aussi très unifiés autant que je m'en
souvienne.
Et il est certes "possible", mais difficile d'en installer
une "foultitude" à côté. Et à la rigueur, que ce soit facile ou pas ne
compte même pas: qu'il y ait deux solutions (une avec et une sans le
gestionnaire de paquets) est déjà un défaut rédibitoire du point de vue
de la simplicité.
Le système de paquet introduit une différence entre un
ensemble restreint (par rapport à l'envie de liberté et de faire ce
qu'il vetu qui caractérise l'utilistaeur) et l'ensemble du possible, et
crée nécessairement une différence de facilité, donc rend plus difficile
(puisque laissé en friche) qu'il ne pourrait l'être sans système de
paquet ce qui n'est pas dans les paquets, cqfd. Je recommence ?
Enfin comme je l'ai déjà dit le système de paquets est un plus par
rapport à des moins de linux (avoir à gérer des dépendances -- je ne dis
pas que d'un point de vue purement technique ,les librairies partagées
ne sont pas de toutes beautés); il n'y a pas ce problème dans Windows.
il n'y a pas ce problème dans Windows.
Mais je n'ai pas dit ça il me semble, et quel est le rapport?
Dans ce nouveau je message je suis sûr que tu trouveras de quoi
encadrer, voire mettre sous verre.
--{ SL a plopé ceci: }--Exemple déjà donné : R, avec lequel je veux utiliser différentes
bibliothèques, (languageR, zipfR, et d'autres), qui requièrent une
[...]- par défaut, il m'est arrivé d'avoir dû compilé moi-même.
Oui, et ?
R est assurément un logiciel utilisé par madame Michu,
et à ce titre son processus de compilation/installation est
relativement simple et fiable. Les compétences pour ça sont (je pense)
du même niveau que celles nécessaires à une utilisation _effective_ de
R.
--{ SL a plopé ceci: }--
Exemple déjà donné : R, avec lequel je veux utiliser différentes
bibliothèques, (languageR, zipfR, et d'autres), qui requièrent une
[...]
- par défaut, il m'est arrivé d'avoir dû compilé moi-même.
Oui, et ?
R est assurément un logiciel utilisé par madame Michu,
et à ce titre son processus de compilation/installation est
relativement simple et fiable. Les compétences pour ça sont (je pense)
du même niveau que celles nécessaires à une utilisation _effective_ de
R.
--{ SL a plopé ceci: }--Exemple déjà donné : R, avec lequel je veux utiliser différentes
bibliothèques, (languageR, zipfR, et d'autres), qui requièrent une
[...]- par défaut, il m'est arrivé d'avoir dû compilé moi-même.
Oui, et ?
R est assurément un logiciel utilisé par madame Michu,
et à ce titre son processus de compilation/installation est
relativement simple et fiable. Les compétences pour ça sont (je pense)
du même niveau que celles nécessaires à une utilisation _effective_ de
R.
Ben c'est justement ce que propose linux par rapport a windows.
Et oui, l'outil parfait, l'éternelle matrice des usines à gaz
abracadabrantesque, et les évangélistes comme toi qui avec.
Ben c'est justement ce que propose linux par rapport a windows.
Et oui, l'outil parfait, l'éternelle matrice des usines à gaz
abracadabrantesque, et les évangélistes comme toi qui avec.
Ben c'est justement ce que propose linux par rapport a windows.
Et oui, l'outil parfait, l'éternelle matrice des usines à gaz
abracadabrantesque, et les évangélistes comme toi qui avec.
SL s'est exprimé en ces termes:mais évidemment toutes les
limitations *fonctionnelles* et le fait de devoir ouvrir une console
pour monter une disquette (ce qui m'a immédiatemetn fait perdre tout
crédit, je l'ai bien vu :-).
Hmm.
Il me semble que depuis environ 8 ans il n'y a plus besoin de faire ça.
Oui, oui, je sais, j'aurais pu installer autre chose, c'est une autre
question (mais ça n'aurait peut être pas passé sur la machine). Enlève
la disquette, si tu veux, le problème reste identique : openoffice c'est
pas word, les pièces jointes ne s'ouvrent pas toujours, etc.
Il me semble aussi que depuis 8 ans quand on est pas maso on n'utilise
plus de disquettes, d'un autre côté.
Je propose un autre débat alors : la proportion de gens qui ont encore
des choses sur des disquettes sur l'ensemble des gens qui utilise un
support de sauvegarde est-elle inférieure à la proportion de gens qui
utilise un modepm 56 k sur l'ensemble des gens qui utilise une connexion
internet ?
SL s'est exprimé en ces termes:
mais évidemment toutes les
limitations *fonctionnelles* et le fait de devoir ouvrir une console
pour monter une disquette (ce qui m'a immédiatemetn fait perdre tout
crédit, je l'ai bien vu :-).
Hmm.
Il me semble que depuis environ 8 ans il n'y a plus besoin de faire ça.
Oui, oui, je sais, j'aurais pu installer autre chose, c'est une autre
question (mais ça n'aurait peut être pas passé sur la machine). Enlève
la disquette, si tu veux, le problème reste identique : openoffice c'est
pas word, les pièces jointes ne s'ouvrent pas toujours, etc.
Il me semble aussi que depuis 8 ans quand on est pas maso on n'utilise
plus de disquettes, d'un autre côté.
Je propose un autre débat alors : la proportion de gens qui ont encore
des choses sur des disquettes sur l'ensemble des gens qui utilise un
support de sauvegarde est-elle inférieure à la proportion de gens qui
utilise un modepm 56 k sur l'ensemble des gens qui utilise une connexion
internet ?
SL s'est exprimé en ces termes:mais évidemment toutes les
limitations *fonctionnelles* et le fait de devoir ouvrir une console
pour monter une disquette (ce qui m'a immédiatemetn fait perdre tout
crédit, je l'ai bien vu :-).
Hmm.
Il me semble que depuis environ 8 ans il n'y a plus besoin de faire ça.
Oui, oui, je sais, j'aurais pu installer autre chose, c'est une autre
question (mais ça n'aurait peut être pas passé sur la machine). Enlève
la disquette, si tu veux, le problème reste identique : openoffice c'est
pas word, les pièces jointes ne s'ouvrent pas toujours, etc.
Il me semble aussi que depuis 8 ans quand on est pas maso on n'utilise
plus de disquettes, d'un autre côté.
Je propose un autre débat alors : la proportion de gens qui ont encore
des choses sur des disquettes sur l'ensemble des gens qui utilise un
support de sauvegarde est-elle inférieure à la proportion de gens qui
utilise un modepm 56 k sur l'ensemble des gens qui utilise une connexion
internet ?