fam, le Moniteur d'Altération de Fichier, fournit une API que les applications peuvent utiliser pour être informées de chaque modification de fichiers ou de répertoires.
FAM se décompose en deux parties: fam, le démon qui est à l'écoute des requêtes et fournit les informations, et libfam, une bibliothèque que les applications clientes utilisent pour dialoguer avec FAM.
Si les fichiers analysés sont situés sur un hôte distant, le fam local essaiera de contacter le fam distant, et lui communiquera les requêtes qui lui ont été adressées.
fam peut également informer ses clients du début et de la fin de l'exécution d'un fichier. (Le bureau interactif d'IRIX utilise cette fonctionnalité pour modifier l'icône d'un programme lorsqu'il s'exécute par exemple.)
fam a été développé à l'origine pour IRIX en 1989 par Bruce Karsh, et a été réécrit en 1995 par Bob Miller. Cette version open-source de fam fonctionne aussi bien sous Linux que sous IRIX, et sera d'ailleurs livrée avec IRIX 6.5.8.
pas essaye la gentoo mais a mon avis ca ressemble de tres pres a une lfs un peu automatisee
sinon c'est hs mais a quoi sert fam ?
houplaboom42
apolon34 a écrit a écrit :
okai si tu veux
dependances tres tres restrictives
le mc compile avec gpm aussi
les packages necessitant la termcap alors que ca sert plus depuis......
kde qui necessite fam qui necissite xinetd etc.....
alors que ca se compile aussi sans fam et que ca marche aussi bien
enfin beaucoup de choses comme ca quoi
moui... la c clair que la mandrake est pas du tout pour toi
les options de compilation sont faite telle que la mandrake s addresse au plus grd nombre qui pour leur majorité veulent fam avec kde , leur souris dans gpm...
le mieux pour toi c est plutot la gentoo qui permet justement
d affiner ce genre de detail
apolon34
okai si tu veux
dependances tres tres restrictives
le mc compile avec gpm aussi
les packages necessitant la termcap alors que ca sert plus depuis......
kde qui necessite fam qui necissite xinetd etc.....
alors que ca se compile aussi sans fam et que ca marche aussi bien
enfin beaucoup de choses comme ca quoi
houplaboom42
apolon34 a écrit a écrit :
que tu peux pas les virer sans peter les dependances alors qu'on s'en bat de ces machins la
enfin c'est un exemple parmi beaucoup d'autres
Ah ok tu parles des dependances trop nombreuse sur le basesystem
c est reglé dans la 8.2 , m enfin bon ca vaut pas un "chez mandrake y a toujours eu des dependances bidon" , y a peine 0.001% des users
de mandrake qui ont besoin de faire "le grd nettoyage".
On parle pas de dependance foireuse la , des dependances foireuse c est qd t as besoin d installer un truc de la distrib et que ce truc ai une dependance qui n existe pas dans la distrib.A la lmimite on peut parler de dependance un peu trop restrictive.
apolon34
que tu peux pas les virer sans peter les dependances alors qu'on s'en bat de ces machins la
enfin c'est un exemple parmi beaucoup d'autres
houplaboom42
apolon34 a écrit a écrit :
je me souviens plus exactement
mais franchement il y en a beaucoup
genre bootdisk, mkinitrd, dosfstools, etc
c est quoi exactement le probleme avec ces paquetages ??
apolon34
je me souviens plus exactement
mais franchement il y en a beaucoup
genre bootdisk, mkinitrd, dosfstools, etc
houplaboom42
apolon34 a écrit a écrit :
pas essaye la 8.2
par contre la 8.1 c la merde
t as un exemple ?
apolon34
pas essaye la 8.2
par contre la 8.1 c la merde
houplaboom42
apolon34 a écrit a écrit :
ouaip
moi j'aime pas toutes ces dependances foireuses
(c surement pr ca que je suis sous lfs)
sur la distrib en elle meme ( je parle pas de cooker )
il n y a pas de dépendance "foireuse"
apolon34
ouaip
moi j'aime pas toutes ces dependances foireuses
(c surement pr ca que je suis sous lfs)
kasi
y a un guide sur le site de Mandrake pour installer kde3
si , enfin presque , le prepocesseur de gcc ( gcc-cpp | gcc3.1-cpp | gcc3.0-cpp )
==> voir urpmq -d kdelibs3-devel
[jfdsdjhfuetppo]--Message édité par houplaboom42 le 10-05-2002 à 19:54:18--[/jfdsdjhfuetppo]
apolon34
kdevelop ok
les headers ils ont pas besoin de gcc
houplaboom42
apolon34 a écrit a écrit :
ouais enfin kde qui necessite gcc...faut pas pousser, c'est un peu gros la!
ca depend , si c est kdevelop ou les headers bien sur que si qu il faut gcc .
apolon34
ouais enfin kde qui necessite gcc...faut pas pousser, c'est un peu gros la!
aurelboiss
non c clair je ne ferai pas de nodeps car c sur que ca va merder apres lol enfin merci quand meme @++
houplaboom42
aurelboiss a écrit a écrit :
Pour mettre le dernier kdebase3 et quelques autres packages de kde3 necessite l'installation de gcc3.1. Jusu'a la rien de bien mechant mais quand on commence a installer gcc il sort un probleme avec le gcc 3.0 et quand on essaye de virer gcc3.0 il ecrit que si on le vire ca va niquer galeon, openoffice et des trucs comme ca alors je comprend pas trop leur facon de faire a moins de les recompiler avec les gcc3.1 mais bon c quand meme un peut con ....
@++
c est de cooker dont tu parles la nan ? parce que toute la distrib
est en train de passer en gcc3.1 alors c est un peu normal qu il y ai des conflits dans tous les sens.
quand a faire du --nodeps. no comment , faut pas se plaindre si apres ca marche pas.
apolon34
chez mandrake y a toujours eu des dependances bidon
la solution, c'est que tu forces (--nodeps)
aurelboiss
Pour mettre le dernier kdebase3 et quelques autres packages de kde3 necessite l'installation de gcc3.1. Jusu'a la rien de bien mechant mais quand on commence a installer gcc il sort un probleme avec le gcc 3.0 et quand on essaye de virer gcc3.0 il ecrit que si on le vire ca va niquer galeon, openoffice et des trucs comme ca alors je comprend pas trop leur facon de faire a moins de les recompiler avec les gcc3.1 mais bon c quand meme un peut con ....
@++
