Bonjour,
ça fait maintenant 5 ans que j'ai pas touché a un linux, c'était mon métier
avant donc j'ai quand meme deja touché meme si actuellement j'ai plus ou
moins tout oublié, je suis donc pas au courant de ce qui se passe niveau
évolution pendant tout ce temps là.
Je cherche une distrib a installer sur mon ancien portable sur lequel j'ai
une partition de 20Go prévu pour mon futur linux...
A priori tout ce dont j'aurais besoin est compatible avec linux, c'est un P4
2,4Ghz 768Mo de ram DDR, ATI radeon 9000 pour la vidéo, j'aimerais une
distrib un peu épurée sans script trop complexe pour m'y remettre en
douceur, mais quand meme des packages binaires, au niveau du desktop gnome
ou Kde? ou il y a mieux de nos jours?
Jusque là on m'a conseillé gentoo, mais on m'a dit que c'est dérivé d'un
debian ou les scripts sont vraiment complexe, en fait je cherche une
slackware avec un système de packages plus évolué qu'il y a 5 ans... je sais
pas si slackware a évolué a ce niveau là.
Avant je travaillais sur red hat surtout et ça me convenait bien, je sais
pas si la distrib a évolué dans le bon sens et est restée plus ou moins
ouverte ou si elle s'est devellopé pour être plus "commerciale" et plus pour
les entreprises, parce que je compte en avoir une utilisation personnelle.
En fait, ce n'est pas la bonne question. Le question est que, quand on n'est pas admin système, on veut arriver le plus rapidement et facilement à ses fins, ce qui met d'office hors-jeu toute approche CLI.
Encore du raisonnement à court terme.
Ben oui, vu seuls les admins "pro" peuvent rentabiliser l'investissement dans une approche CLI...
Jerome Lambert , dans le message
En fait, ce n'est pas la bonne question. Le question est que, quand on
n'est pas admin système, on veut arriver le plus rapidement et
facilement à ses fins, ce qui met d'office hors-jeu toute approche CLI.
Encore du raisonnement à court terme.
Ben oui, vu seuls les admins "pro" peuvent rentabiliser l'investissement
dans une approche CLI...
En fait, ce n'est pas la bonne question. Le question est que, quand on n'est pas admin système, on veut arriver le plus rapidement et facilement à ses fins, ce qui met d'office hors-jeu toute approche CLI.
Encore du raisonnement à court terme.
Ben oui, vu seuls les admins "pro" peuvent rentabiliser l'investissement dans une approche CLI...
talon
gloubi wrote:
Meme dans les langages de programmation on a des raccourcis qui sont la pour être pratique et restent lisible.(par exemple les références en C++ qui remplacent les pointeurs C dans bien des cas pour être plus lisible (vagues souvenirs désolé si je me trompe))
Le C++ plus lisible que le C, on aura tout lu!
--
Michel TALON
gloubi <intrus-notvalid@laposte.net> wrote:
Meme dans les langages de programmation on a des raccourcis qui sont la pour
être pratique et restent lisible.(par exemple les références en C++ qui
remplacent les pointeurs C dans bien des cas pour être plus lisible (vagues
souvenirs désolé si je me trompe))
Meme dans les langages de programmation on a des raccourcis qui sont la pour être pratique et restent lisible.(par exemple les références en C++ qui remplacent les pointeurs C dans bien des cas pour être plus lisible (vagues souvenirs désolé si je me trompe))
Le C++ plus lisible que le C, on aura tout lu!
--
Michel TALON
talon
william wrote:
d'ailleurs a ce propos pourquoi sur solaris 10 on a encore les memes commandes depuis 30 ans ? (question sérieux, alors que les commandes GNU existent et sont compatible pour la grande partie d'entre eux)
Faut il comprendre que GNU c'est le top du top du génial?
--
Michel TALON
william <blop@no.spam> wrote:
d'ailleurs a ce propos pourquoi sur solaris 10 on a encore les memes
commandes depuis 30 ans ?
(question sérieux, alors que les commandes GNU existent et sont compatible
pour la grande partie d'entre eux)
Faut il comprendre que GNU c'est le top du top du génial?
d'ailleurs a ce propos pourquoi sur solaris 10 on a encore les memes commandes depuis 30 ans ? (question sérieux, alors que les commandes GNU existent et sont compatible pour la grande partie d'entre eux)
Faut il comprendre que GNU c'est le top du top du génial?
--
Michel TALON
Thierry B.
--{ gloubi a plopé ceci: }--
être pratique et restent lisible.(par exemple les références en C++ qui remplacent les pointeurs C dans bien des cas pour être plus lisible (vagues souvenirs désolé si je me trompe))
Mon dieu, un troll !
--
En fait, ce qu'il est question de faire -- avec l'accord des modérateurs de fur, cela va de soi --, c'est un [DOC] bisannuel qui récapitulerait les 3 [ÉTATS]. Mais on hésite sur le format. Liquide avec bulles, ça le fait pas ?
--{ gloubi a plopé ceci: }--
être pratique et restent lisible.(par exemple les références en C++ qui
remplacent les pointeurs C dans bien des cas pour être plus lisible (vagues
souvenirs désolé si je me trompe))
Mon dieu, un troll !
--
En fait, ce qu'il est question de faire -- avec l'accord des modérateurs
de fur, cela va de soi --, c'est un [DOC] bisannuel qui récapitulerait les
3 [ÉTATS]. Mais on hésite sur le format.
Liquide avec bulles, ça le fait pas ?
être pratique et restent lisible.(par exemple les références en C++ qui remplacent les pointeurs C dans bien des cas pour être plus lisible (vagues souvenirs désolé si je me trompe))
Mon dieu, un troll !
--
En fait, ce qu'il est question de faire -- avec l'accord des modérateurs de fur, cela va de soi --, c'est un [DOC] bisannuel qui récapitulerait les 3 [ÉTATS]. Mais on hésite sur le format. Liquide avec bulles, ça le fait pas ?
gloubi
"Michel Talon" a écrit dans le message de news:f8l8vt$2nss$
Le C++ plus lisible que le C, on aura tout lu!
C'est pas ce que j'ai écrit
"Michel Talon" <talon@lpthe.jussieu.fr> a écrit dans le message de
news:f8l8vt$2nss$2@asmodee.lpthe.jussieu.fr...
Il est par contre clair que plein de facteurs externes, notamment sociaux, jouent énormément (apprentissage anticipé de la lecture, rapport familial à la culture, accès à la littérature, réussite scolaire donnant plus de temps pour les loisirs...). J'ai donc la plus grande tolérance pour quiconque rencontre ou a rencontré des obstacles à l'apprentissage et à la pratique. En revanche, toute justification du laisser-aller, que ce soit le gain de temps ou le fait que « tout le monde le fait », m'insupporte au plus haut point. ^^^^^^^^^^^^
Je suis sûr que tu n'as placé ce verbe inexistant que pour voir qui le relèverait le premier.
Il est par contre clair que plein de facteurs externes, notamment
sociaux, jouent énormément (apprentissage anticipé de la lecture,
rapport familial à la culture, accès à la littérature, réussite scolaire
donnant plus de temps pour les loisirs...). J'ai donc la plus grande
tolérance pour quiconque rencontre ou a rencontré des obstacles à
l'apprentissage et à la pratique. En revanche, toute justification du
laisser-aller, que ce soit le gain de temps ou le fait que « tout le
monde le fait », m'insupporte au plus haut point.
^^^^^^^^^^^^
Je suis sûr que tu n'as placé ce verbe inexistant que pour voir qui le
relèverait le premier.
Il est par contre clair que plein de facteurs externes, notamment sociaux, jouent énormément (apprentissage anticipé de la lecture, rapport familial à la culture, accès à la littérature, réussite scolaire donnant plus de temps pour les loisirs...). J'ai donc la plus grande tolérance pour quiconque rencontre ou a rencontré des obstacles à l'apprentissage et à la pratique. En revanche, toute justification du laisser-aller, que ce soit le gain de temps ou le fait que « tout le monde le fait », m'insupporte au plus haut point. ^^^^^^^^^^^^
Je suis sûr que tu n'as placé ce verbe inexistant que pour voir qui le relèverait le premier.
Miod Vallat
Et bien c'est très simple: en cliquouillant, je finirai bien par trouver le bon bouton, alors que trouver la bonne commande par essai et erreur, c'est quasi impossible.
Cliquouille, cliquouille.
Ça sonne comme «andouille, andouille». Quand sur ta voiture un voyant du tableau de bord vire au rouge, essaies-tu toutes les commandes et boutons à ta disposition en espérant que l'un d'entre eux finira bien par faire disparaître le voyant ?
Et bien c'est très simple: en cliquouillant, je finirai bien par trouver
le bon bouton, alors que trouver la bonne commande par essai et erreur,
c'est quasi impossible.
Cliquouille, cliquouille.
Ça sonne comme «andouille, andouille». Quand sur ta voiture un voyant du
tableau de bord vire au rouge, essaies-tu toutes les commandes et
boutons à ta disposition en espérant que l'un d'entre eux finira bien
par faire disparaître le voyant ?
Et bien c'est très simple: en cliquouillant, je finirai bien par trouver le bon bouton, alors que trouver la bonne commande par essai et erreur, c'est quasi impossible.
Cliquouille, cliquouille.
Ça sonne comme «andouille, andouille». Quand sur ta voiture un voyant du tableau de bord vire au rouge, essaies-tu toutes les commandes et boutons à ta disposition en espérant que l'un d'entre eux finira bien par faire disparaître le voyant ?
nicolas vigier
On 2007-07-30, Michel Talon wrote:
Nicolas George <nicolas$ wrote:
Michel Talon, dans le message <f8l4el$2n6s$, a écrit :
Tu sais qu'à long terme nous sommes tous morts?
Tu sais qu'entre un extrême et l'autre, il y a de la marge ?
Mais dans le cas d'espèce, pour un administrateur occasionnel, je veux dire celui qui s'occupe essentiellement de sa propre machine, il est probable que l'occasion de se resservir d'une connaissance apprise est loin d'être certaine, tout au moins avant qu'on l'ait oubliée depuis longtemps, si bien qu'un bidule graphique présente un intérêt évident, même s'il faut procéder par essais et erreurs. Et pour en revenir au sujet plus précisément, s'il faut en plus apprendre des techniques spécifiques à une distribution, ça devient délirant. Par exemple, prenons la configuration d'une carte réseau. Sur à peu près toutes les machines Unix, c'est la commande ifconfig qui sert à faire ça, avec des variations de syntaxe qu'il suffit de regarder dans la page man, mais grosso modo ifconfig <interface> <numéro IP> fait l'affaire à peu prés partout. Voilà pourquoi des gros malins chez RedHat, Debian, etc. ont entrepris de créér des programmes pour envelopper cette commande et rendre son usage 10 fois plus difficile. Par exemple sur Debian il faut éditer /etc/interfaces et lancer ifup eth0 sur RedHat, c'est autre chose, etc. Voilà exactement les guignolades
Sauf que ces scripts ne font pas la meme chose que ifconfig, ils servent à configurer les parametres des interfaces reseau lors du boot de la machine (et bien souvent ils utilisent ifconfig pour ca). Mais si ca t'amuse de configurer manuellement l'adresse IP de tes interfaces à chaque reboot, tu peux continuer à le faire avec ifconfig sans aucun problème, ca marche aussi...
Nicolas
On 2007-07-30, Michel Talon <talon@lpthe.jussieu.fr> wrote:
Nicolas George <nicolas$george@salle-s.org> wrote:
Michel Talon, dans le message <f8l4el$2n6s$1@asmodee.lpthe.jussieu.fr>,
a écrit :
Tu sais qu'à long terme nous sommes tous morts?
Tu sais qu'entre un extrême et l'autre, il y a de la marge ?
Mais dans le cas d'espèce, pour un administrateur occasionnel, je veux
dire celui qui s'occupe essentiellement de sa propre machine, il est
probable que l'occasion de se resservir d'une connaissance apprise est
loin d'être certaine, tout au moins avant qu'on l'ait oubliée depuis
longtemps, si bien qu'un bidule graphique présente un intérêt évident,
même s'il faut procéder par essais et erreurs. Et pour en revenir au
sujet plus précisément, s'il faut en plus apprendre des techniques
spécifiques à une distribution, ça devient délirant. Par exemple,
prenons la configuration d'une carte réseau. Sur à peu près toutes les
machines Unix, c'est la commande ifconfig qui sert à faire ça, avec des
variations de syntaxe qu'il suffit de regarder dans la page man, mais
grosso modo
ifconfig <interface> <numéro IP>
fait l'affaire à peu prés partout. Voilà pourquoi des gros malins chez
RedHat, Debian, etc. ont entrepris de créér des programmes pour
envelopper cette commande et rendre son usage 10 fois plus difficile.
Par exemple sur Debian il faut éditer /etc/interfaces et lancer
ifup eth0
sur RedHat, c'est autre chose, etc. Voilà exactement les guignolades
Sauf que ces scripts ne font pas la meme chose que ifconfig, ils servent
à configurer les parametres des interfaces reseau lors du boot de la
machine (et bien souvent ils utilisent ifconfig pour ca). Mais si ca
t'amuse de configurer manuellement l'adresse IP de tes interfaces à
chaque reboot, tu peux continuer à le faire avec ifconfig sans aucun
problème, ca marche aussi...
Michel Talon, dans le message <f8l4el$2n6s$, a écrit :
Tu sais qu'à long terme nous sommes tous morts?
Tu sais qu'entre un extrême et l'autre, il y a de la marge ?
Mais dans le cas d'espèce, pour un administrateur occasionnel, je veux dire celui qui s'occupe essentiellement de sa propre machine, il est probable que l'occasion de se resservir d'une connaissance apprise est loin d'être certaine, tout au moins avant qu'on l'ait oubliée depuis longtemps, si bien qu'un bidule graphique présente un intérêt évident, même s'il faut procéder par essais et erreurs. Et pour en revenir au sujet plus précisément, s'il faut en plus apprendre des techniques spécifiques à une distribution, ça devient délirant. Par exemple, prenons la configuration d'une carte réseau. Sur à peu près toutes les machines Unix, c'est la commande ifconfig qui sert à faire ça, avec des variations de syntaxe qu'il suffit de regarder dans la page man, mais grosso modo ifconfig <interface> <numéro IP> fait l'affaire à peu prés partout. Voilà pourquoi des gros malins chez RedHat, Debian, etc. ont entrepris de créér des programmes pour envelopper cette commande et rendre son usage 10 fois plus difficile. Par exemple sur Debian il faut éditer /etc/interfaces et lancer ifup eth0 sur RedHat, c'est autre chose, etc. Voilà exactement les guignolades
Sauf que ces scripts ne font pas la meme chose que ifconfig, ils servent à configurer les parametres des interfaces reseau lors du boot de la machine (et bien souvent ils utilisent ifconfig pour ca). Mais si ca t'amuse de configurer manuellement l'adresse IP de tes interfaces à chaque reboot, tu peux continuer à le faire avec ifconfig sans aucun problème, ca marche aussi...
Nicolas
Nicolas George
Jerome Lambert , dans le message <46ae2642$0$13865$, a écrit :
Ben oui, vu seuls les admins "pro" peuvent rentabiliser l'investissement dans une approche CLI...
Non, toute personne qui administre un ordinateur personne pendant un temps non négligeable est concernée.
Jerome Lambert , dans le message
<46ae2642$0$13865$ba620e4c@news.skynet.be>, a écrit :
Ben oui, vu seuls les admins "pro" peuvent rentabiliser l'investissement
dans une approche CLI...
Non, toute personne qui administre un ordinateur personne pendant un temps
non négligeable est concernée.
