On Sun, 19 Mar 2000, you wrote:
> Salut les geeks ! ; )
>
salut toi :)
> Desole pour cette question tres naive mais c'est quoi la difference entre glibc
> et libc ? (non, ne pas me flageler ; ) !)
Simple :) C'est la bliblioth�que C du syst�me lui m�me, en gros la version avec
laquelle le syst�me et les appli on �t� compil�es. Elles sont incompatible
entre elles, donc suivantle package que tu r�cup�re il faut faire gaffe de le
r�cup�rer p�ur la version de la lib C que tu as (pour m�moire: RH 6.1,6.1,6.2,
mandrake 6.0 6.1 7.0 , slackware 7.0: glibc2.1 et pour les slackware <7.0 :
libc). Dans tout les cas si tu veux un package et que les versions binaires
(compil�) sont pas a la bonne version de lib C r�cup�re les sources et compile
les , ca sera bon. Mais maitenant toute les distrib se base sur la glibc2.1.
>
> Sinon, autre question stupide ... (au moins je dormirai plus cultive ce soir
> ; ) ) quand vous downloadez un package rpm ou tar.gz vous le gardez ou vous
> l''effacez car il ne sert plus a rien ? Autre question encore, quand on a
> installe un soft, ou doit-on le mettre ? En /usr/local ?
Ca depend :) si c'est les sources je les conserves (pour les recompilez si y'a
un prob un jour ou dans la cas d'un MAJ syst�me pour ALSA par exemple si tu
recompile le noyeau tu dois recompilez ALSA aussi vu que c'est des modules, ou
alors pour desinstaller l'appli ...), pour des packages de binaires je les
gardes aussi souvent au cas ou mais bon c'est pas necessaire vu que c'est des
binaire y'a juste a les recharger et installer y'a pas le temps de compilation
qui compte...
Pour l'endoit a installer ca depend de ta config. Mettre dans /usr/local ou opt
ou autre c'est tres pratique pour le cas ou tu reinstalle, ta juste a
sauvegarder /opt ou /usr/local qui contient les appli autre que ce de la
distrib, tu reinstalle la distrib et tu restaure /usr/local. Apres il te reste
plus qu'a configurer quelques trucs pour que ca remarche... Le mieux etant
d'avoir /usr/local (ou opt ou autre) sur une autre partion que le / comme ca tu
as meme pas le peine de la sauvegarder/restaurer sur une reinstall de la
distrib
> >
Et enfin, comment faire pour que les appli X d'un autre compte puissent tourner
> avec su -username ? > Pour le cas de root, cela pose t-il des problemes de
securite ? >
Avec su :) KDE par exemple a ksu (je crois que c'est le nom..) ou kdesu je sais
plus. suffit de le lancer pour lancer une appli en su (joue avec les propr�t�
de l'icone pour lancer kdesu lors du lancement de l'appli), pour les autres VM
se sais pas mais tu peux tjs appel� kdesu meme si t'es pas sous kde ca marche
quand meme :). Autrement tu ouvre un term, tu tape su username en commande en
ligne puis de meme pour ton appli X.
Pour la s�cu en root bah ouais sa pose des prob car c'est executer en root et
bon vaut mieux eviter d'ex�cuter des appli en root (surtout si c'est ees applis
qui vont communiquer avec l'ext�rieur) je te conseille plutot de fixer les
droits qui vont bien sur les applsi elles memes (PAS DE BIT SUID ROOT PAR
PITIE!!!!) pour que les users puissent lancer l'appli, faire des groupes etc
est bien aussi (RTFM sag ou System Administratoir Guide) pour plus d'info +
site l�a :p :p
> Voila que de questions ...
>
> Olivier
--
----------------------------
olio: Admin r�seau & syst�me
L�a: Linux �lectronique aide:
http://l�alinux.free.fr
----------------------------
Be cool :)
