Faut être honnete les distributions qui assurent une compatiblité acendante sont rares.
Exemple chez redhat avec le passage de apache 1.3 à 2.0 :
/etc/rc.d/init.d/httpd : # check for 1.3 configuration
check13 () {
CONFFILE=/etc/httpd/conf/httpd.conf
GONE="(ServerType|BindAddress|Port|AddModule|ClearModuleList|"
GONE="${GONE}AgentLog|RefererLog|RefererIgnore|FancyIndexing|"
GONE="${GONE}AccessConfig|ResourceConfig)"
if grep -Eiq "^[[:space:]]*($GONE)" $CONFFILE; then
echo
echo 1>&2 " Apache 1.3 configuration directives found"
echo 1>&2 " please read /usr/share/doc/httpd-2.0.49/migration.html"
failure "Apache 1.3 config directives test"
echo
exit 1
fi
}
C'est a toi de faire la mise à jour à la main. Puis de façon automatique, je sais pas si ça existe. C'est trop compliqué a faire si httpd.conf est très customisé (plus les problèmes d'include, de modules qui n'existent plus, etc...)
> Ensuite il postera toujours en négatif donc personne ne le lira et donc il restera en négatif.
Moi qui post souvent en négatif ou 0, j'aime bien ce principe. Certains vont voter [+] pour que ton commentaire soit visible sinon il ne score pas ton post.
> Tes "90% d'utilisateurs de Windows" de tout à l'heure s'en contrebalancent de pouvoir programmer Office
Oui. Mais 90 % des utilisateurs se foute des fonctionnalités avancées de word, excel, etc...
C'est plein de 10 % ici et là et ça fini par faire du monde.
De plus un développeur/décideur va prendre MS-Access (par exemple) car les développements sont rapides et va installer plein de postes pour des utilisateurs qui "se fout de savoir comment ça marche "dedans""
> Si tu fournis une Mandrake par défaut avec tous les ordinateurs
Mais là tu fais encore une erreur. GNU/Linux en entreprise avec un admin n'est pas un problème. Mais donnes une Mandrake a quelqu'un et laisse le seul. Ben il va ramer alors il s'en tirerait mieux avec Windows. Suffit de voir la masse de forum dédié Linux alors que c'est beaucoup moins utilisé que Windows.
> Rien qu'un 98 (qui reste pourtant largement répandu) a du mal à reconnaître un bête usb-storage "out of the box".
?????
En 98 Linux en était à la version 2.0 (peut-être 2.2 mais j'ai un gros doute). USB était upstream dans 2.4 il me semble. Énorme retard par rapport à Windows. Et amuses toi à installer un périphérique USB sur une distribution de 6 ans d'age. Bon courage.
> Je vois pas, par ailleurs, en quoi dire ce genre de choses témoinge d'un quelconque "mépris" contre l'utilisateur moyen.
On peut voir ça comme ça. D'accord.
Mais c'est faire preuve de peu de cas (ou de mépris mais ce terme n'est pas apprécié) des industriels/développeurs qui ont suivit MS à une époque où ils n'étaient pas obligés comme maintenant.
L'économie, c'est une compétition et MS a gagné car ils étaient les plus forts (techniquement, au moins avec Office, en marketing (c'est important car c'est répondre aux attentes du client), etc...). Il faut être "bon-prince" et le reconnaitre. Je prend le passé car maintenant ils s'appuient trop sur leur monopole généreusement offert par les politiques (DMCA, EUCD, brevets, etc).
> Ce n'est pas faux, en même temps, ca masque ce qu'il y a derriere... d'un point de vue "didactique", ca se discute...
Oui.
Mais un OS c'est pour les curieux et aussi .... pour les utilisateurs.
Après t'es libre de fouiller les sources ou de préférer une Debian aux scripts de boot "épurés" et facilement éditable. C'est indiscutablement respectable.
Mais regardes le nombre de scripts embarqués dans un .deb lorsque tu installes un paquets. Tout un tas de petit scripts qui s'exécutent sans que tu y pense et mettent à jour tout un tas de petits fichiers. Regardes par exemple les scripts pour kernel et le serveur postgresql. Et notes bien qu'avec dpkg il y a surement une option pour ne pas lancer ces scripts. Sous rpm c'est "--noscript --notrigger".
Lorsque que je fait un "rpm -i kernel..." (ou "yum update" qui "par magie" va me récupéré le dernier noyau à jour) je suis bien contant que mon grub.conf soit édité automatiquement et que mkinitrd soit exécuté avec les bons paramètres.
Lorsque tu fais un simple "ldconfig" il mets à jours des fichiers des liens symboliques, etc et tu peux aussi faire ça à la main. Mets tu n'y pense même plus car ldconfig c'est pratique. Ben c'est pareil avec yast, drak*, system-config, etc...
Idem pour apt qui va piocher le bon paquet. Pourtant tu peux te limiter à dpkg.
Mais s'il n'y avait pas ces scripts dans .deb, s'il n'y avait pas apt, s'il n'y avait pas... tout ces petits trucs "non indispensables", les forums seraient saturés et GNU/Linux un bien piètre OS.
Tu cherches quoi ?
Quand tu installes une appli avec debian il la configure pour toi. Il y a aussi debconf. Il est conseillé d'utiliser debconf. T'es pas OBLIGÉ d'utiliser debconf. Mais debconf existe pour être utilisé et éviter de faire des conneries ou passer 3 heures sur doc.
T'es pas OBLIGÉ d'utiliser les panneaux de configuration dans les applis Gnome ni d'utiliser gconftool ni gconf-editor. Tu peux modifier à la main les fichiers .xml si ça t'amuse et si ta soif de connaissance t'y pousse. Mais c'est conseillé.
Je comprend pas ton propos alors que tu utilises une Debian. Si tu utilisais une LFS, tu serais plus crédible avec ton obsession du "c'est moi qui édite mes fichiers avec vi et pas un programme pour neu-neu".
Et c'est tout ?
C'est pas parce que c'est aussi le système avec le plus de périphérique "out of the box" ?
C'est pas parce que lorsque tu installes un périphérique "moderne" t'es pas obligé de recompiler un noyau ?
C'est pas parce que MS-Office est programmable simplement et à (presque) tous les étage avec VB ?
Non, c'est simplement par paresse, par habitude. Il vole haut le niveau d'analyse aujourd'hui.
Ben dans ce cas il faut arrêter de ce faire chier à améliorer GNU/Linux puisque ça ne va rien changer car les gens sont trop paresseux pour quitter Windows et reconnaitre les mérites des OS.
Je dis ça, mais faite comme si j'ai rien dit. On est sur linuxfr et la pragmatisme est mal venu ici.
Windows c'est de la merde, s'il s'est imposé c'est par hasard. Restez sur votre nuage.
Je l'ai pas insulté non plus. Mais répéter à l'envis que si tout le monde utilise Windows c'est ne pas une preuve de qualité (au sens large et pas uniquement fiabilité) de Windows c'est insulté cette grande majorité de personne qui utilise Windows.
Je me trompe ?
Mais édites les fichiers à la main si tu veux. C'est généralement pas conseillé (error prone qui n'est pas à démontrer).
Sinon j'édites aussi les fichiers à la main quand ça m'arrange. Mais ce n'est pas quelque chose à conseiller. Sinon tu fais exploser la hot-line, les forums d'aide, les journaux dlfp, etc...
Et si tu prends deux minutes (10 en réalité) pour lire la doc tu verras que c'est pas plus compliqué que Debian. Mais Debian c'est Debian et les autres c'est autre chose.
La doc (un petit bout) : /usr/share/doc/initscripts-7.53/sysconfig.txt
/etc/sysconfig/network:
NETWORKING=yes|no
HOSTNAME=<fqdn by default, but whatever hostname you want>
GATEWAY=<gateway IP>
GATEWAYDEV=<gateway device> (e.g. eth0)
NISDOMAIN=<nis domain name>
[...]
Contains lines that are arguments to "/sbin/ip route add"
For example:
192.168.2.0/24 dev ppp0
adds a network route to the 192.168.2.0 network through ppp0.
[...]
/etc/sysconfig/network-scripts/ifcfg-<interface-name> and
/etc/sysconfig/network-scripts/ifcfg-<interface-name>:<alias-name>:
The first defines an interface, and the second contains
only the parts of the definition that are different in a
"alias" (or alternative) interface. For example, the
network numbers might be different, but everything else
might be the same, so only the network numbers would be
in the alias file, but all the device information would
be in the base ifcfg file.
The items that can be defined in an ifcfg file depend on the
interface type. The really obvious ones I'm not going to
bother to define; you can figure out what "IPADDR" is, I
think... :-)
Base items:
NAME=<friendly name for users to see>
Most important for PPP. Only used in front ends.
DEVICE=<name of physical device (except dynamically-allocated PPP
devices where it is the "logical name")>
IPADDR=
NETMASK=
GATEWAY=
ONBOOT=yes|no
USERCTL=yes|no
BOOTPROTO=none|bootp|dhcp
MTU=
Default MTU for this device
WINDOW=
Default window for routes from this device
PEERDNS=yes|no
modify /etc/resolv.conf if peer uses msdns extension (PPP only) or
DNS{1,2} are set, or if using pump or dhcpcd. default to "yes".
DNS{1,2}=<ipaddress>
provide DNS addresses that are dropped into the resolv.conf
file if PEERDNS is not set to "no".
FIREWALL_MODS=yes|no
modify firewall to attempt to allow DNS through. Defaults to 'yes'.
SRCADDR=
use the specified source address for outgoing packets
HWADDR=
ethernet hardware address for this device
[....]
C'est pas plus compliqué.
> P.S. remarquez ou Debian met le fichier : /etc/network/interfaces en gros, c'est logique :)
Ça montre simplement qu'il n'y a pas un répertoire unique pour la configuration de Debian. De plus j'ai peur que ce soit aussi un seul fichier...
Pas cool.
Avec Fedora, etc c'est /etc/sysconfig et rien d'autre.
Je suis sûre que t'as jamais sérieusement regardé ce qu'il y avait dans /etc/sysconfig.
Je me trompe ?
Attention, je vais démontrer que je suis super intelligent :
- Ce n'est pas parce que ça arrive rarement que ça n'arrive jamais
Fichtre. Trop fort je suis.
Sinon j'ai parlé de "personnes de confiance".
Si finalement ce ne sont pas des "personnes de confiance"...
Puis je ne dis pas qu'il faut rien faire. D'ailleur sur ma bécane où il n'y a que moi comme utilisateur, c'est corrigé. Comme je le dis ailleur, la sécurité c'est une question de principe. Mais ce n'est pas une raison pour affoler les foules dès que le noyau à le hoquet car il a avaler un patch de travers et sortir le plan ORSEC et appeler le GIGN.
On est pas aussi --- que G. Bush ?
"Il faut raison garder" comme on dit dans la vieille Europe.
> Pour info ca faut quelques temps que les XP ne dépendent plus directement des votes recus.
J'ai raté l'info.
Mais comme y marche le "bousin" ?
Je n'ai pas trouvé de lien sur http://linuxfr.org/plan/(...) vers la description du système de "c'est-plus-des-XP".
> Fedora Core 2 peut-être considéré par certains comme la Rc de la future RHEL4.
Pas sûr.
RHEL 3 était basé sur RH9 car FC1 sortait pratiquement en même temps que RHEL 3.
Mais FC3 va sortir 2 voir 3 mois avant RHEL 4.
Je pense que FC3 ne sera pas aussi "révolutionnaire" que FC2. Son cycle de développement va être court.
De plus FC3 va encore pousser le développement de SeLinux (qui sera activé par défaut sous RHEL 4 semble-t-il). Ça permettra a l'équipe Fedora et RHEL de bosser ensemble.
Il faut voir que pour FC2 SeLinux n'a pas posé de problème côté noyau. Le problème est la définition de règle de sécurité, la bonne intégration de tous les paquets avec SeLinux (par exemple modifier pppd pour qu'il n'écrive plus dans /etc). Et les règles de bases ont (encore) été réécrites après FC2.
Donc je vois RHEL 4 basée sur FC3. Mais j'ai rien de concrêt pour l'affirmer.
Y pourrait pas y avoir un sondage sur l'utilisation des distributions.
Si Fedora/Redhat est après SuSE, Mandrake, Debian, Slackware, alors je respecte son absence.
Simplement RedHat/Fedora a la réputation d'être la distribution la plus utilisée (peut-être pas en france) et donc ça fait bizarre.
Si au moins tu répondais point par point aux remarques que je fais à frlinux.
Mais non. C'est trop dure.
J'ai touché à frlinux et c'est scandale point barre, pas de discussion et on s'en fout des arguments avancés.
Ben non, coco, je reste là pour t'emmerder encore longtemps et avec plaisir.
Je ne me plains pas :-) C'est une remarque générale.
Le truc qu'il m'"énerve" le plus c'est le cas suivant.
Tu fais un commentaire controversé. Les gens se "déchainent" en [-] et [+]. [-] pour masquer cet horrible commentaire et [+] pour porté à la vue de tous ce commentaire fort pertinant.
Tu finis avec un score de 0/40 et t'as perdu 5 XPs sans problème. C'est assez énervant comme situation. Il y a autant de gens "pour" que "contre" mais tu perds des XPs. J'ai déjà perdu beaucoup d'XP avec des commentaires """neutres""".
Parfois il vaut mieux donner un avis sans intérêt. Dans ce cas ton commentaire est à -1/1 et il y reste (au pire tu perds 1 XP). Personne pour le rendre visible et donc rien qui puisse motiver quelqu'un à voter [-].
Et bien merci de me rectifier aussi. En fait c'est RH 6.2 à 7.1 qui a récemment été arrêté (à l'arrivée de RH8.0 et 9).
Je crois que lorsque FC1 ne sera plus maintenu par RedHat (ce qui est proche, ce sera pour FC3T1), 7.2 et 7.3 seront abondonnées.
Sachant que FC peut sortir à un rythme de 3 releases par an, le support par fedoralegacy de FC ne sera pas aussi long que pour RHL. En fait 3 releases en même temps seront maintenues par FedoraLegacy. Donc FC1 ne sera plus maintenu à la sortie de FC5 (en fait quelques mois après, c-à-d à la sortie de FC6T1). Compte tenu du rythme de sortie de FC, ça fait grosso-modo une durée totale de 1,5 ans minium. 2 ans est probable.
C'est une amélioration très appréciable compte tenu de ce qui est proposé par RedHat. Ça fait grosso-modo comme la concurrence (hors Debian bien evidemment). RedHat assure 2 à 3 mois après la release suivante (soit 6 à 9 mois en tout).
C'est une première projection. S'il y a beaucoup de volontaires se sera peut-être plus long.
De plus la tache sera plus légère d'avec RHL puisque les paquets sont plus synchro avec l'upstream. On peut aussi envisager que certains paquets "lourds" à maintenir comme le noyau seront le même pour deux releases de suite. Je pense à FC2 et FC3 ou il a été anoncé que FC3 sera très proche de FC2 au niveau noyau (patch 4g4g et exec-shield et rien d'autre).
> Ce que j'apprécie, c'est de trouver les fichiers de configurations là ou je m'attends à ce qu'ils soient
Il y a un myth qu'il faut casser. Dans les "grosses" distributions rpm-base (type SuSE, Mandrake, RedHat, Fedora) il est très facile de trouver les fichiers de configuration.
Déjà, tout le monde respectent les normes donc il faut fouiller dans /etc.
Puis il y a le répertoire /etc/sysconfig. Ce qui est fait ici peut aller du très simple, dans la majorité des cas des variables d'environnement sont fixées, au assez compliqué.
Pour le compliqué, c'est le réseau. Dans ce cas il faut consulter /usr/share/doc/initscripts-*/ . Normalement, pour le réseau, on n'a pas à éditer ces fichiers à la main et il y a des outils dédiés à ça (pour redhat c'est redhat-config-* pour fedora c'est system-config-* pour mandrake c'est *drak pour Suse c'est yast).
Enfin, les fichiers dans /etc/sysconfig sont uniquement utilisés par /etc/rc.d ! Donc si ne n'est pas un service ou quelque chose utilisé par le boot de la bécane, /etc/sysconfig n'est pas utilisé. Ces fichiers ne sont pas lus pas les services (par exemple par httpd) mais par le script qui lance le service (httpd). Donc il n'y aura jamais de httpd.conf ou php.conf ou xorg.conf ou ... dans /etc/sysconfig . httpd.conf et compagnie sont à leur place "normal" !
Example avec squid :
/etc/squid/squid.conf : Il est là où on l'attend.
/etc/rc.d/init.d/squid : if [ -f /etc/sysconfig/squid ]; then
. /etc/sysconfig/squid
fi
Inclus s'il existe !
/etc/sysconfig/squid # default squid options
# -D disables initial dns checks. If you most likely will not to have an
# internet connection when you start squid, uncomment this
SQUID_OPTS="-D"
# Time to wait for Squid to shut down when asked. Should not be necessary
# most of the time.
SQUID_SHUTDOWN_TIMEOUT=100
/etc/sysconfig est un "mal" nécessaire. Sans ça il serait impossible de mettre à jour /etc/rc.d/rc.sysinit de la bécane si tout le monde "tripatouille" /etc/rc.d/rc.sysinit ou si toute la configuration réseau est dedans.
Et franchement, bien que j'ai débuté avec Slackware, je trouve sa présence très bénéfique.
# Ça marche !
Posté par 007 . En réponse au message Compiler un module externe sous Linux 2.6 (FC2). Évalué à 0.
Désolé.
[^] # Re: Distrib
Posté par 007 . En réponse au journal Nouveautés sur linuxfr. Évalué à 0.
[^] # Re: Mais pourquoi?
Posté par 007 . En réponse à la dépêche Sortie de dRock linux 2.0.1. Évalué à -1.
Exemple chez redhat avec le passage de apache 1.3 à 2.0 :
/etc/rc.d/init.d/httpd :
# check for 1.3 configuration
check13 () {
CONFFILE=/etc/httpd/conf/httpd.conf
GONE="(ServerType|BindAddress|Port|AddModule|ClearModuleList|"
GONE="${GONE}AgentLog|RefererLog|RefererIgnore|FancyIndexing|"
GONE="${GONE}AccessConfig|ResourceConfig)"
if grep -Eiq "^[[:space:]]*($GONE)" $CONFFILE; then
echo
echo 1>&2 " Apache 1.3 configuration directives found"
echo 1>&2 " please read /usr/share/doc/httpd-2.0.49/migration.html"
failure "Apache 1.3 config directives test"
echo
exit 1
fi
}
C'est a toi de faire la mise à jour à la main. Puis de façon automatique, je sais pas si ça existe. C'est trop compliqué a faire si httpd.conf est très customisé (plus les problèmes d'include, de modules qui n'existent plus, etc...)
[^] # Re: pourquoi vouloir de la 'démocratie' partout....
Posté par 007 . En réponse au journal LinuxFR : a quand une democratie ?. Évalué à -2.
Les élections c'est pour tout le monde et chaque voie a le même poid. Sinon ce n'est plus démocratique.
On ne va pas réserver les élections à la "France d'en-haut". Non mais!
[^] # Re: pourquoi vouloir de la 'démocratie' partout....
Posté par 007 . En réponse au journal LinuxFR : a quand une democratie ?. Évalué à 1.
Moi qui post souvent en négatif ou 0, j'aime bien ce principe. Certains vont voter [+] pour que ton commentaire soit visible sinon il ne score pas ton post.
[^] # Re: Re : LinuxFR : a quand une democratie ?
Posté par 007 . En réponse au journal LinuxFR : a quand une democratie ?. Évalué à 1.
Non Non ! Je le pense.
PS : ne répond pas en demandant si c'est de l'humour. Ça ne fera plus rire personne.
[^] # Re: les insultes inutiles
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à -1.
> Tes "90% d'utilisateurs de Windows" de tout à l'heure s'en contrebalancent de pouvoir programmer Office
Oui. Mais 90 % des utilisateurs se foute des fonctionnalités avancées de word, excel, etc...
C'est plein de 10 % ici et là et ça fini par faire du monde.
De plus un développeur/décideur va prendre MS-Access (par exemple) car les développements sont rapides et va installer plein de postes pour des utilisateurs qui "se fout de savoir comment ça marche "dedans""
> Si tu fournis une Mandrake par défaut avec tous les ordinateurs
Mais là tu fais encore une erreur. GNU/Linux en entreprise avec un admin n'est pas un problème. Mais donnes une Mandrake a quelqu'un et laisse le seul. Ben il va ramer alors il s'en tirerait mieux avec Windows. Suffit de voir la masse de forum dédié Linux alors que c'est beaucoup moins utilisé que Windows.
[^] # Re: les insultes inutiles
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 0.
?????
En 98 Linux en était à la version 2.0 (peut-être 2.2 mais j'ai un gros doute). USB était upstream dans 2.4 il me semble. Énorme retard par rapport à Windows. Et amuses toi à installer un périphérique USB sur une distribution de 6 ans d'age. Bon courage.
> Je vois pas, par ailleurs, en quoi dire ce genre de choses témoinge d'un quelconque "mépris" contre l'utilisateur moyen.
On peut voir ça comme ça. D'accord.
Mais c'est faire preuve de peu de cas (ou de mépris mais ce terme n'est pas apprécié) des industriels/développeurs qui ont suivit MS à une époque où ils n'étaient pas obligés comme maintenant.
L'économie, c'est une compétition et MS a gagné car ils étaient les plus forts (techniquement, au moins avec Office, en marketing (c'est important car c'est répondre aux attentes du client), etc...). Il faut être "bon-prince" et le reconnaitre. Je prend le passé car maintenant ils s'appuient trop sur leur monopole généreusement offert par les politiques (DMCA, EUCD, brevets, etc).
[^] # Pour fouinto
Posté par 007 . En réponse à la dépêche Sortie de dRock linux 2.0.1. Évalué à 0.
Je t'autorise (c'est nécessaire?) à me moinser à loisir :-)
[^] # Re: Fichiers de config
Posté par 007 . En réponse à la dépêche Sortie de dRock linux 2.0.1. Évalué à 1.
Oui.
Mais un OS c'est pour les curieux et aussi .... pour les utilisateurs.
Après t'es libre de fouiller les sources ou de préférer une Debian aux scripts de boot "épurés" et facilement éditable. C'est indiscutablement respectable.
Mais regardes le nombre de scripts embarqués dans un .deb lorsque tu installes un paquets. Tout un tas de petit scripts qui s'exécutent sans que tu y pense et mettent à jour tout un tas de petits fichiers. Regardes par exemple les scripts pour kernel et le serveur postgresql. Et notes bien qu'avec dpkg il y a surement une option pour ne pas lancer ces scripts. Sous rpm c'est "--noscript --notrigger".
Lorsque que je fait un "rpm -i kernel..." (ou "yum update" qui "par magie" va me récupéré le dernier noyau à jour) je suis bien contant que mon grub.conf soit édité automatiquement et que mkinitrd soit exécuté avec les bons paramètres.
Lorsque tu fais un simple "ldconfig" il mets à jours des fichiers des liens symboliques, etc et tu peux aussi faire ça à la main. Mets tu n'y pense même plus car ldconfig c'est pratique. Ben c'est pareil avec yast, drak*, system-config, etc...
Idem pour apt qui va piocher le bon paquet. Pourtant tu peux te limiter à dpkg.
Mais s'il n'y avait pas ces scripts dans .deb, s'il n'y avait pas apt, s'il n'y avait pas... tout ces petits trucs "non indispensables", les forums seraient saturés et GNU/Linux un bien piètre OS.
[^] # Re: Fichiers de config
Posté par 007 . En réponse à la dépêche Sortie de dRock linux 2.0.1. Évalué à 0.
Tu cherches quoi ?
Quand tu installes une appli avec debian il la configure pour toi. Il y a aussi debconf. Il est conseillé d'utiliser debconf. T'es pas OBLIGÉ d'utiliser debconf. Mais debconf existe pour être utilisé et éviter de faire des conneries ou passer 3 heures sur doc.
T'es pas OBLIGÉ d'utiliser les panneaux de configuration dans les applis Gnome ni d'utiliser gconftool ni gconf-editor. Tu peux modifier à la main les fichiers .xml si ça t'amuse et si ta soif de connaissance t'y pousse. Mais c'est conseillé.
Je comprend pas ton propos alors que tu utilises une Debian. Si tu utilisais une LFS, tu serais plus crédible avec ton obsession du "c'est moi qui édite mes fichiers avec vi et pas un programme pour neu-neu".
[^] # Re: les insultes inutiles
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à -1.
C'est pas parce que c'est aussi le système avec le plus de périphérique "out of the box" ?
C'est pas parce que lorsque tu installes un périphérique "moderne" t'es pas obligé de recompiler un noyau ?
C'est pas parce que MS-Office est programmable simplement et à (presque) tous les étage avec VB ?
Non, c'est simplement par paresse, par habitude. Il vole haut le niveau d'analyse aujourd'hui.
Ben dans ce cas il faut arrêter de ce faire chier à améliorer GNU/Linux puisque ça ne va rien changer car les gens sont trop paresseux pour quitter Windows et reconnaitre les mérites des OS.
Je dis ça, mais faite comme si j'ai rien dit. On est sur linuxfr et la pragmatisme est mal venu ici.
Windows c'est de la merde, s'il s'est imposé c'est par hasard. Restez sur votre nuage.
[^] # Re: les insultes inutiles
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 0.
Je me trompe ?
[^] # Re: Fichiers de config
Posté par 007 . En réponse à la dépêche Sortie de dRock linux 2.0.1. Évalué à -1.
Mais édites les fichiers à la main si tu veux. C'est généralement pas conseillé (error prone qui n'est pas à démontrer).
Sinon j'édites aussi les fichiers à la main quand ça m'arrange. Mais ce n'est pas quelque chose à conseiller. Sinon tu fais exploser la hot-line, les forums d'aide, les journaux dlfp, etc...
Et si tu prends deux minutes (10 en réalité) pour lire la doc tu verras que c'est pas plus compliqué que Debian. Mais Debian c'est Debian et les autres c'est autre chose.
La doc (un petit bout) : /usr/share/doc/initscripts-7.53/sysconfig.txt
/etc/sysconfig/network:
NETWORKING=yes|no
HOSTNAME=<fqdn by default, but whatever hostname you want>
GATEWAY=<gateway IP>
GATEWAYDEV=<gateway device> (e.g. eth0)
NISDOMAIN=<nis domain name>
[...]
/etc/sysconfig/network-scripts/route-<interface-name>
Contains lines that are arguments to "/sbin/ip route add"
For example:
192.168.2.0/24 dev ppp0
adds a network route to the 192.168.2.0 network through ppp0.
[...]
/etc/sysconfig/network-scripts/ifcfg-<interface-name> and
/etc/sysconfig/network-scripts/ifcfg-<interface-name>:<alias-name>:
The first defines an interface, and the second contains
only the parts of the definition that are different in a
"alias" (or alternative) interface. For example, the
network numbers might be different, but everything else
might be the same, so only the network numbers would be
in the alias file, but all the device information would
be in the base ifcfg file.
The items that can be defined in an ifcfg file depend on the
interface type. The really obvious ones I'm not going to
bother to define; you can figure out what "IPADDR" is, I
think... :-)
Base items:
NAME=<friendly name for users to see>
Most important for PPP. Only used in front ends.
DEVICE=<name of physical device (except dynamically-allocated PPP
devices where it is the "logical name")>
IPADDR=
NETMASK=
GATEWAY=
ONBOOT=yes|no
USERCTL=yes|no
BOOTPROTO=none|bootp|dhcp
MTU=
Default MTU for this device
WINDOW=
Default window for routes from this device
PEERDNS=yes|no
modify /etc/resolv.conf if peer uses msdns extension (PPP only) or
DNS{1,2} are set, or if using pump or dhcpcd. default to "yes".
DNS{1,2}=<ipaddress>
provide DNS addresses that are dropped into the resolv.conf
file if PEERDNS is not set to "no".
FIREWALL_MODS=yes|no
modify firewall to attempt to allow DNS through. Defaults to 'yes'.
SRCADDR=
use the specified source address for outgoing packets
HWADDR=
ethernet hardware address for this device
[....]
C'est pas plus compliqué.
> P.S. remarquez ou Debian met le fichier : /etc/network/interfaces en gros, c'est logique :)
Ça montre simplement qu'il n'y a pas un répertoire unique pour la configuration de Debian. De plus j'ai peur que ce soit aussi un seul fichier...
Pas cool.
Avec Fedora, etc c'est /etc/sysconfig et rien d'autre.
Je suis sûre que t'as jamais sérieusement regardé ce qu'il y avait dans /etc/sysconfig.
Je me trompe ?
[^] # Re: Crash et non root access
Posté par 007 . En réponse à la dépêche Vulnérabilité de tous les noyaux 2.4.x / 2.6.x. Évalué à 0.
- Ce n'est pas parce que ça arrive rarement que ça n'arrive jamais
Fichtre. Trop fort je suis.
Sinon j'ai parlé de "personnes de confiance".
Si finalement ce ne sont pas des "personnes de confiance"...
Puis je ne dis pas qu'il faut rien faire. D'ailleur sur ma bécane où il n'y a que moi comme utilisateur, c'est corrigé. Comme je le dis ailleur, la sécurité c'est une question de principe. Mais ce n'est pas une raison pour affoler les foules dès que le noyau à le hoquet car il a avaler un patch de travers et sortir le plan ORSEC et appeler le GIGN.
On est pas aussi --- que G. Bush ?
"Il faut raison garder" comme on dit dans la vieille Europe.
[^] # Re: Avis
Posté par 007 . En réponse au journal LinuxFR : a quand une democratie ?. Évalué à 0.
J'ai raté l'info.
Mais comme y marche le "bousin" ?
Je n'ai pas trouvé de lien sur http://linuxfr.org/plan/(...) vers la description du système de "c'est-plus-des-XP".
[^] # Re: Fedora
Posté par 007 . En réponse au journal Mise à jour d'un parc de machines Linux (Red Hat). Évalué à 0.
[^] # Re: Fedora
Posté par 007 . En réponse au journal Mise à jour d'un parc de machines Linux (Red Hat). Évalué à 0.
Pas sûr.
RHEL 3 était basé sur RH9 car FC1 sortait pratiquement en même temps que RHEL 3.
Mais FC3 va sortir 2 voir 3 mois avant RHEL 4.
Je pense que FC3 ne sera pas aussi "révolutionnaire" que FC2. Son cycle de développement va être court.
De plus FC3 va encore pousser le développement de SeLinux (qui sera activé par défaut sous RHEL 4 semble-t-il). Ça permettra a l'équipe Fedora et RHEL de bosser ensemble.
Il faut voir que pour FC2 SeLinux n'a pas posé de problème côté noyau. Le problème est la définition de règle de sécurité, la bonne intégration de tous les paquets avec SeLinux (par exemple modifier pppd pour qu'il n'écrive plus dans /etc). Et les règles de bases ont (encore) été réécrites après FC2.
Donc je vois RHEL 4 basée sur FC3. Mais j'ai rien de concrêt pour l'affirmer.
> http://www.redhat.com/archives/fedora-list/2004-May/msg08081.html(...)
C'est un thread noyau, donc il ne parle que du noyau :-)
PS :
Je me suis rappelé qu'il y avait une suite :
http://www.redhat.com/archives/fedora-list/2004-May/msg08081.html(...) Dave Jones <davej redhat com>
Donc RHEL 4 sera basée sur FC3. Je peux l'affirmer :-)
# Kernel 2.6.7 is out
Posté par 007 . En réponse au journal Kernel 2.6.7 is out. Évalué à 5.
http://linuxfr.org/~errno/13825.html(...)
# Distrib
Posté par 007 . En réponse au journal Nouveautés sur linuxfr. Évalué à 1.
Y pourrait pas y avoir un sondage sur l'utilisation des distributions.
Si Fedora/Redhat est après SuSE, Mandrake, Debian, Slackware, alors je respecte son absence.
Simplement RedHat/Fedora a la réputation d'être la distribution la plus utilisée (peut-être pas en france) et donc ça fait bizarre.
[^] # Re: Des corrections !
Posté par 007 . En réponse au journal Test de Gnome 2.6.1. Évalué à 0.
Mais non. C'est trop dure.
J'ai touché à frlinux et c'est scandale point barre, pas de discussion et on s'en fout des arguments avancés.
Ben non, coco, je reste là pour t'emmerder encore longtemps et avec plaisir.
[^] # Clément Martin
Posté par 007 . En réponse au journal Test de Gnome 2.6.1. Évalué à -1.
Sinon, je t'ai sonné ?
frlinux t'a sonné ?
Laisses notre ménage tranquille.
Merci.
[^] # Re: Avis
Posté par 007 . En réponse au journal LinuxFR : a quand une democratie ?. Évalué à 2.
Je ne me plains pas :-) C'est une remarque générale.
Le truc qu'il m'"énerve" le plus c'est le cas suivant.
Tu fais un commentaire controversé. Les gens se "déchainent" en [-] et [+]. [-] pour masquer cet horrible commentaire et [+] pour porté à la vue de tous ce commentaire fort pertinant.
Tu finis avec un score de 0/40 et t'as perdu 5 XPs sans problème. C'est assez énervant comme situation. Il y a autant de gens "pour" que "contre" mais tu perds des XPs. J'ai déjà perdu beaucoup d'XP avec des commentaires """neutres""".
Parfois il vaut mieux donner un avis sans intérêt. Dans ce cas ton commentaire est à -1/1 et il y reste (au pire tu perds 1 XP). Personne pour le rendre visible et donc rien qui puisse motiver quelqu'un à voter [-].
[^] # Re: Fedora
Posté par 007 . En réponse au journal Mise à jour d'un parc de machines Linux (Red Hat). Évalué à 0.
Et bien merci de me rectifier aussi. En fait c'est RH 6.2 à 7.1 qui a récemment été arrêté (à l'arrivée de RH8.0 et 9).
Je crois que lorsque FC1 ne sera plus maintenu par RedHat (ce qui est proche, ce sera pour FC3T1), 7.2 et 7.3 seront abondonnées.
Sachant que FC peut sortir à un rythme de 3 releases par an, le support par fedoralegacy de FC ne sera pas aussi long que pour RHL. En fait 3 releases en même temps seront maintenues par FedoraLegacy. Donc FC1 ne sera plus maintenu à la sortie de FC5 (en fait quelques mois après, c-à-d à la sortie de FC6T1). Compte tenu du rythme de sortie de FC, ça fait grosso-modo une durée totale de 1,5 ans minium. 2 ans est probable.
C'est une amélioration très appréciable compte tenu de ce qui est proposé par RedHat. Ça fait grosso-modo comme la concurrence (hors Debian bien evidemment). RedHat assure 2 à 3 mois après la release suivante (soit 6 à 9 mois en tout).
C'est une première projection. S'il y a beaucoup de volontaires se sera peut-être plus long.
De plus la tache sera plus légère d'avec RHL puisque les paquets sont plus synchro avec l'upstream. On peut aussi envisager que certains paquets "lourds" à maintenir comme le noyau seront le même pour deux releases de suite. Je pense à FC2 et FC3 ou il a été anoncé que FC3 sera très proche de FC2 au niveau noyau (patch 4g4g et exec-shield et rien d'autre).
L'histoire jugera.
# Fichiers de config
Posté par 007 . En réponse à la dépêche Sortie de dRock linux 2.0.1. Évalué à 1.
Il y a un myth qu'il faut casser. Dans les "grosses" distributions rpm-base (type SuSE, Mandrake, RedHat, Fedora) il est très facile de trouver les fichiers de configuration.
Déjà, tout le monde respectent les normes donc il faut fouiller dans /etc.
Puis il y a le répertoire /etc/sysconfig. Ce qui est fait ici peut aller du très simple, dans la majorité des cas des variables d'environnement sont fixées, au assez compliqué.
Pour le compliqué, c'est le réseau. Dans ce cas il faut consulter /usr/share/doc/initscripts-*/ . Normalement, pour le réseau, on n'a pas à éditer ces fichiers à la main et il y a des outils dédiés à ça (pour redhat c'est redhat-config-* pour fedora c'est system-config-* pour mandrake c'est *drak pour Suse c'est yast).
Enfin, les fichiers dans /etc/sysconfig sont uniquement utilisés par /etc/rc.d ! Donc si ne n'est pas un service ou quelque chose utilisé par le boot de la bécane, /etc/sysconfig n'est pas utilisé. Ces fichiers ne sont pas lus pas les services (par exemple par httpd) mais par le script qui lance le service (httpd). Donc il n'y aura jamais de httpd.conf ou php.conf ou xorg.conf ou ... dans /etc/sysconfig . httpd.conf et compagnie sont à leur place "normal" !
Example avec squid :
/etc/squid/squid.conf : Il est là où on l'attend.
/etc/rc.d/init.d/squid :
if [ -f /etc/sysconfig/squid ]; then
. /etc/sysconfig/squid
fi
Inclus s'il existe !
/etc/sysconfig/squid
# default squid options
# -D disables initial dns checks. If you most likely will not to have an
# internet connection when you start squid, uncomment this
SQUID_OPTS="-D"
# Time to wait for Squid to shut down when asked. Should not be necessary
# most of the time.
SQUID_SHUTDOWN_TIMEOUT=100
/etc/sysconfig est un "mal" nécessaire. Sans ça il serait impossible de mettre à jour /etc/rc.d/rc.sysinit de la bécane si tout le monde "tripatouille" /etc/rc.d/rc.sysinit ou si toute la configuration réseau est dedans.
Et franchement, bien que j'ai débuté avec Slackware, je trouve sa présence très bénéfique.