comme l'indique le titre, le d=E9mon famd consommait 97%-99% du cpu sur mon=
=20
utilisateur principal (moi). J'=E9tais loggu=E9 sur cette machine via ssh e=
t=20
directement. M=EAme en me d=E9loggant, cela n'a pas r=E9gl=E9 le probl=E8me=
=2E J'ai d=FB=20
faire un=20
kill -9 id_famd
(kill id_fam n'a pas suffi)
afin de r=E9soudre le probl=E8me. Maintenant =E7a a l'air normal. Je n'ai a=
ucune=20
id=E9e quant =E0 la cause de ce comportement d'o=F9 ma question ici.
gamin? mouaip, d'ailleurs jamais très bien compris à quoi servait ce fam.. est-il vraiment nécessaire? (pas de réponse dans tes liens).
Il me semble que c'est grâce à lui par exemple, que lorsque tu as un konqueror ouvert sur un répertoire, et qu'un fichier vient s'y ajouter (y compris par une commande qui n'a rien à voir avec KDE, comme touch), la v ue du répertoire offerte par konqueror se met à jour « toute seule ».
EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85 94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 53 14 59 22 s.org
steve <dlist@bluewin.ch> wrote:
gamin? mouaip, d'ailleurs jamais très bien compris à quoi servait ce fam..
est-il vraiment nécessaire? (pas de réponse dans tes liens).
Il me semble que c'est grâce à lui par exemple, que lorsque tu as un
konqueror ouvert sur un répertoire, et qu'un fichier vient s'y ajouter (y
compris par une commande qui n'a rien à voir avec KDE, comme touch), la v ue du
répertoire offerte par konqueror se met à jour « toute seule ».
gamin? mouaip, d'ailleurs jamais très bien compris à quoi servait ce fam.. est-il vraiment nécessaire? (pas de réponse dans tes liens).
Il me semble que c'est grâce à lui par exemple, que lorsque tu as un konqueror ouvert sur un répertoire, et qu'un fichier vient s'y ajouter (y compris par une commande qui n'a rien à voir avec KDE, comme touch), la v ue du répertoire offerte par konqueror se met à jour « toute seule ».
EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85 94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 53 14 59 22 s.org
Gurvan Huiban
Le Jeudi 13 Octobre 2005 10:55, steve a écrit :
> Il me semble que c'est grâce à lui par exemple, que lorsque tu as > un konqueror ouvert sur un répertoire, et qu'un fichier vient s'y ajo uter > (y compris par une commande qui n'a rien à voir avec KDE, comme touch ), > la vue du répertoire offerte par konqueror se met à jour « toute seule ».
Ah ahhh! merci !
ben tiens, je vais essayer de l'arrêter et de faire un touch pour voir si effectivement il se met à jour "tout seul".
Etrangement sur la debian testing que j'ai en face de moi, konqueror se met a jour "tout seul" que FAM soit lance ou non.
Ce qui relance la (folle) question de "mais quelles sont donc les applis qu i utilisent effectivement FAM"??
"What about a nice cup of coffee?" (self-citation)
Le Jeudi 13 Octobre 2005 10:55, steve a écrit :
> Il me semble que c'est grâce à lui par exemple, que lorsque tu as
> un konqueror ouvert sur un répertoire, et qu'un fichier vient s'y ajo uter
> (y compris par une commande qui n'a rien à voir avec KDE, comme touch ),
> la vue du répertoire offerte par konqueror se met à jour « toute seule ».
Ah ahhh! merci !
ben tiens, je vais essayer de l'arrêter et de faire un touch pour voir si
effectivement il se met à jour "tout seul".
Etrangement sur la debian testing que j'ai en face de moi, konqueror se met a
jour "tout seul" que FAM soit lance ou non.
Ce qui relance la (folle) question de "mais quelles sont donc les applis qu i
utilisent effectivement FAM"??
> Il me semble que c'est grâce à lui par exemple, que lorsque tu as > un konqueror ouvert sur un répertoire, et qu'un fichier vient s'y ajo uter > (y compris par une commande qui n'a rien à voir avec KDE, comme touch ), > la vue du répertoire offerte par konqueror se met à jour « toute seule ».
Ah ahhh! merci !
ben tiens, je vais essayer de l'arrêter et de faire un touch pour voir si effectivement il se met à jour "tout seul".
Etrangement sur la debian testing que j'ai en face de moi, konqueror se met a jour "tout seul" que FAM soit lance ou non.
Ce qui relance la (folle) question de "mais quelles sont donc les applis qu i utilisent effectivement FAM"??
Etrangement sur la debian testing que j'ai en face de moi, konqueror se met a jour "tout seul" que FAM soit lance ou non.
Sur ma Sarge aussi.
Ce qui relance la (folle) question de "mais quelles sont donc les applis qui utilisent effectivement FAM"??
il suffit de demander sa suppression et de voir quels packages en dépendent. Sur la Sarge il y en a deux : gnome et gnome-desktop-environment.
La manip du touch faite avec une console et nautilus ne produit pas le même résultat que console et konqueror.
A+ Seb
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Gurvan Huiban
Le Jeudi 13 Octobre 2005 11:27, Seb a écrit :
>Etrangement sur la debian testing que j'ai en face de moi, konqueror se > met a jour "tout seul" que FAM soit lance ou non. >
Sur ma Sarge aussi.
>Ce qui relance la (folle) question de "mais quelles sont donc les applis > qui utilisent effectivement FAM"?? >
il suffit de demander sa suppression et de voir quels packages en dépendent. Sur la Sarge il y en a deux : gnome et gnome-desktop-environment.
Oui, mais tant l'un que l'autre sont des packages "vides" (j'ai oublie le terme precis. Meta package?) qui ne servent que a faire installer les applications "inclues" par le jeu des dependances.
La manip du touch faite avec une console et nautilus ne produit pas le même résultat que console et konqueror.
Ce qui signifie donc que Nautilus utilise effectivement FAM? Pourquoi ne pa s mettre FAM en dependance de Nautilus? (Voire meme le mettre comme recommand e par Nautilus, si Nautilus fonctionne parfaitement sans FAM)
<Humour-NoTrollSVP>Et ce qui prouve l'indiscutable superiorite technologiqu e de KDE sur Gnome</Humour> ;o) -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gurvan Huiban
"What about a nice cup of coffee?" (self-citation)
Le Jeudi 13 Octobre 2005 11:27, Seb a écrit :
>Etrangement sur la debian testing que j'ai en face de moi, konqueror se
> met a jour "tout seul" que FAM soit lance ou non.
>
Sur ma Sarge aussi.
>Ce qui relance la (folle) question de "mais quelles sont donc les applis
> qui utilisent effectivement FAM"??
>
il suffit de demander sa suppression et de voir quels packages en
dépendent. Sur la Sarge il y en a deux : gnome et
gnome-desktop-environment.
Oui, mais tant l'un que l'autre sont des packages "vides" (j'ai oublie le
terme precis. Meta package?) qui ne servent que a faire installer les
applications "inclues" par le jeu des dependances.
La manip du touch faite avec une console et nautilus ne produit pas le
même résultat que console et konqueror.
Ce qui signifie donc que Nautilus utilise effectivement FAM? Pourquoi ne pa s
mettre FAM en dependance de Nautilus? (Voire meme le mettre comme recommand e
par Nautilus, si Nautilus fonctionne parfaitement sans FAM)
<Humour-NoTrollSVP>Et ce qui prouve l'indiscutable superiorite technologiqu e
de KDE sur Gnome</Humour>
;o)
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Gurvan Huiban
"What about a nice cup of coffee?" (self-citation)
>Etrangement sur la debian testing que j'ai en face de moi, konqueror se > met a jour "tout seul" que FAM soit lance ou non. >
Sur ma Sarge aussi.
>Ce qui relance la (folle) question de "mais quelles sont donc les applis > qui utilisent effectivement FAM"?? >
il suffit de demander sa suppression et de voir quels packages en dépendent. Sur la Sarge il y en a deux : gnome et gnome-desktop-environment.
Oui, mais tant l'un que l'autre sont des packages "vides" (j'ai oublie le terme precis. Meta package?) qui ne servent que a faire installer les applications "inclues" par le jeu des dependances.
La manip du touch faite avec une console et nautilus ne produit pas le même résultat que console et konqueror.
Ce qui signifie donc que Nautilus utilise effectivement FAM? Pourquoi ne pa s mettre FAM en dependance de Nautilus? (Voire meme le mettre comme recommand e par Nautilus, si Nautilus fonctionne parfaitement sans FAM)
<Humour-NoTrollSVP>Et ce qui prouve l'indiscutable superiorite technologiqu e de KDE sur Gnome</Humour> ;o) -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gurvan Huiban
"What about a nice cup of coffee?" (self-citation)
gaetan.perrier
Selon Gurvan Huiban :
Le Jeudi 13 Octobre 2005 11:27, Seb a écrit : > >Etrangement sur la debian testing que j'ai en face de moi, konqueror se > > met a jour "tout seul" que FAM soit lance ou non. > > > > Sur ma Sarge aussi. > > >Ce qui relance la (folle) question de "mais quelles sont donc les applis > > qui utilisent effectivement FAM"?? > > > > il suffit de demander sa suppression et de voir quels packages en > dépendent. Sur la Sarge il y en a deux : gnome et > gnome-desktop-environment.
Oui, mais tant l'un que l'autre sont des packages "vides" (j'ai oublie le terme precis. Meta package?) qui ne servent que a faire installer les applications "inclues" par le jeu des dependances.
> La manip du touch faite avec une console et nautilus ne produit pas le > même résultat que console et konqueror.
Ce qui signifie donc que Nautilus utilise effectivement FAM? Pourquoi ne pas mettre FAM en dependance de Nautilus? (Voire meme le mettre comme recommande par Nautilus, si Nautilus fonctionne parfaitement sans FAM)
Il me semble que sur testing Gnome ne dépend plus de fam et gnome-desktop-environment dépend de fam ou gamin. Il me semble également que Gnome a abandonné fam pour gamin. J'en ai donc fait de même et je m'en trouve complétement satisfait! Le p'tit se comportant ma foi bien mieux que fam!
<Humour-NoTrollSVP>Et ce qui prouve l'indiscutable superiorite technologique de KDE sur Gnome</Humour>
bon ok je ne troll pas...
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Selon Gurvan Huiban <gugs-nospam@free.fr>:
Le Jeudi 13 Octobre 2005 11:27, Seb a écrit :
> >Etrangement sur la debian testing que j'ai en face de moi, konqueror se
> > met a jour "tout seul" que FAM soit lance ou non.
> >
>
> Sur ma Sarge aussi.
>
> >Ce qui relance la (folle) question de "mais quelles sont donc les applis
> > qui utilisent effectivement FAM"??
> >
>
> il suffit de demander sa suppression et de voir quels packages en
> dépendent. Sur la Sarge il y en a deux : gnome et
> gnome-desktop-environment.
Oui, mais tant l'un que l'autre sont des packages "vides" (j'ai oublie le
terme precis. Meta package?) qui ne servent que a faire installer les
applications "inclues" par le jeu des dependances.
> La manip du touch faite avec une console et nautilus ne produit pas le
> même résultat que console et konqueror.
Ce qui signifie donc que Nautilus utilise effectivement FAM? Pourquoi ne pas
mettre FAM en dependance de Nautilus? (Voire meme le mettre comme recommande
par Nautilus, si Nautilus fonctionne parfaitement sans FAM)
Il me semble que sur testing Gnome ne dépend plus de fam et
gnome-desktop-environment dépend de fam ou gamin.
Il me semble également que Gnome a abandonné fam pour gamin.
J'en ai donc fait de même et je m'en trouve complétement satisfait! Le p'tit se
comportant ma foi bien mieux que fam!
<Humour-NoTrollSVP>Et ce qui prouve l'indiscutable superiorite technologique
de KDE sur Gnome</Humour>
bon ok je ne troll pas...
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Jeudi 13 Octobre 2005 11:27, Seb a écrit : > >Etrangement sur la debian testing que j'ai en face de moi, konqueror se > > met a jour "tout seul" que FAM soit lance ou non. > > > > Sur ma Sarge aussi. > > >Ce qui relance la (folle) question de "mais quelles sont donc les applis > > qui utilisent effectivement FAM"?? > > > > il suffit de demander sa suppression et de voir quels packages en > dépendent. Sur la Sarge il y en a deux : gnome et > gnome-desktop-environment.
Oui, mais tant l'un que l'autre sont des packages "vides" (j'ai oublie le terme precis. Meta package?) qui ne servent que a faire installer les applications "inclues" par le jeu des dependances.
> La manip du touch faite avec une console et nautilus ne produit pas le > même résultat que console et konqueror.
Ce qui signifie donc que Nautilus utilise effectivement FAM? Pourquoi ne pas mettre FAM en dependance de Nautilus? (Voire meme le mettre comme recommande par Nautilus, si Nautilus fonctionne parfaitement sans FAM)
Il me semble que sur testing Gnome ne dépend plus de fam et gnome-desktop-environment dépend de fam ou gamin. Il me semble également que Gnome a abandonné fam pour gamin. J'en ai donc fait de même et je m'en trouve complétement satisfait! Le p'tit se comportant ma foi bien mieux que fam!
<Humour-NoTrollSVP>Et ce qui prouve l'indiscutable superiorite technologique de KDE sur Gnome</Humour>
bon ok je ne troll pas...
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage
Jeudi 13 octobre 2005, 16:27:56 CEST, Seb a écrit :
Gurvan Huiban a écrit :
>Etrangement sur la debian testing que j'ai en face de moi, konqueror >se met a jour "tout seul" que FAM soit lance ou non. > > Sur ma Sarge aussi.
Normal, il utilise directement libfam0.
>Ce qui relance la (folle) question de "mais quelles sont donc les >applis qui utilisent effectivement FAM"?? > > il suffit de demander sa suppression et de voir quels packages en dépendent. Sur la Sarge il y en a deux : gnome et gnome-desktop-environment.
Tu oublies de compter tous les paquets qui dépendent de libfam0.
-- Sylvain Sauvage
Jeudi 13 octobre 2005, 16:27:56 CEST, Seb a écrit :
Gurvan Huiban a écrit :
>Etrangement sur la debian testing que j'ai en face de moi, konqueror
>se met a jour "tout seul" que FAM soit lance ou non.
>
>
Sur ma Sarge aussi.
Normal, il utilise directement libfam0.
>Ce qui relance la (folle) question de "mais quelles sont donc les
>applis qui utilisent effectivement FAM"??
>
>
il suffit de demander sa suppression et de voir quels packages en
dépendent. Sur la Sarge il y en a deux : gnome et
gnome-desktop-environment.
Tu oublies de compter tous les paquets qui dépendent de libfam0.
Jeudi 13 octobre 2005, 16:27:56 CEST, Seb a écrit :
Gurvan Huiban a écrit :
>Etrangement sur la debian testing que j'ai en face de moi, konqueror >se met a jour "tout seul" que FAM soit lance ou non. > > Sur ma Sarge aussi.
Normal, il utilise directement libfam0.
>Ce qui relance la (folle) question de "mais quelles sont donc les >applis qui utilisent effectivement FAM"?? > > il suffit de demander sa suppression et de voir quels packages en dépendent. Sur la Sarge il y en a deux : gnome et gnome-desktop-environment.
Tu oublies de compter tous les paquets qui dépendent de libfam0.
-- Sylvain Sauvage
steve
Le Jeudi, 13 Octobre 2005 15.55, steve a écrit :
Le Jeudi, 13 Octobre 2005 15.49, Didier Verna a écrit : > steve wrote: > > gamin? mouaip, d'ailleurs jamais très bien compris à quoi servait ce > > fam.. est-il vraiment nécessaire? (pas de réponse dans tes liens). > > Il me semble que c'est grâce à lui par exemple, que lorsque tu as > un konqueror ouvert sur un répertoire, et qu'un fichier vient s'y ajo uter > (y compris par une commande qui n'a rien à voir avec KDE, comme touch ), > la vue du répertoire offerte par konqueror se met à jour « toute seule ».
Ah ahhh! merci !
ben tiens, je vais essayer de l'arrêter et de faire un touch pour voir si effectivement il se met à jour "tout seul".
résultat:
cas0 : famd activé, sous kde
touch zzz --> nouveau fichier, konqueror le voit "tout seul"
cas 1 : famd activé touch zzz (mise à jour du fichier)--> il faut clicker sur la petite icô ne reload pour que le touch soit pris en compte (donc pas "tout seul") --> don c pas ce à quoi je m'attendais..
cas 2 : famd désactivé
touch zzz
idem que cas 1 ! mais là je m'y attendais.
cas 3 : famd désactivé
touch zzzzzzzzzz -> le ____nouveau___ fichier est directement vu par konque ror
Donc que famd soit activé ou non, un nouveau fichier est directement visi ble par konqueror, ce qui n'est pas le cas quand on met à jour un fichier d éjà existant.
Y'a un binz non?
Le Jeudi, 13 Octobre 2005 15.55, steve a écrit :
Le Jeudi, 13 Octobre 2005 15.49, Didier Verna a écrit :
> steve <dlist@bluewin.ch> wrote:
> > gamin? mouaip, d'ailleurs jamais très bien compris à quoi servait ce
> > fam.. est-il vraiment nécessaire? (pas de réponse dans tes liens).
>
> Il me semble que c'est grâce à lui par exemple, que lorsque tu as
> un konqueror ouvert sur un répertoire, et qu'un fichier vient s'y ajo uter
> (y compris par une commande qui n'a rien à voir avec KDE, comme touch ),
> la vue du répertoire offerte par konqueror se met à jour « toute seule ».
Ah ahhh! merci !
ben tiens, je vais essayer de l'arrêter et de faire un touch pour voir si
effectivement il se met à jour "tout seul".
résultat:
cas0 : famd activé, sous kde
touch zzz --> nouveau fichier, konqueror le voit "tout seul"
cas 1 : famd activé
touch zzz (mise à jour du fichier)--> il faut clicker sur la petite icô ne
reload pour que le touch soit pris en compte (donc pas "tout seul") --> don c
pas ce à quoi je m'attendais..
cas 2 : famd désactivé
touch zzz
idem que cas 1 ! mais là je m'y attendais.
cas 3 : famd désactivé
touch zzzzzzzzzz -> le ____nouveau___ fichier est directement vu par konque ror
Donc que famd soit activé ou non, un nouveau fichier est directement visi ble
par konqueror, ce qui n'est pas le cas quand on met à jour un fichier d éjà
existant.
Le Jeudi, 13 Octobre 2005 15.49, Didier Verna a écrit : > steve wrote: > > gamin? mouaip, d'ailleurs jamais très bien compris à quoi servait ce > > fam.. est-il vraiment nécessaire? (pas de réponse dans tes liens). > > Il me semble que c'est grâce à lui par exemple, que lorsque tu as > un konqueror ouvert sur un répertoire, et qu'un fichier vient s'y ajo uter > (y compris par une commande qui n'a rien à voir avec KDE, comme touch ), > la vue du répertoire offerte par konqueror se met à jour « toute seule ».
Ah ahhh! merci !
ben tiens, je vais essayer de l'arrêter et de faire un touch pour voir si effectivement il se met à jour "tout seul".
résultat:
cas0 : famd activé, sous kde
touch zzz --> nouveau fichier, konqueror le voit "tout seul"
cas 1 : famd activé touch zzz (mise à jour du fichier)--> il faut clicker sur la petite icô ne reload pour que le touch soit pris en compte (donc pas "tout seul") --> don c pas ce à quoi je m'attendais..
cas 2 : famd désactivé
touch zzz
idem que cas 1 ! mais là je m'y attendais.
cas 3 : famd désactivé
touch zzzzzzzzzz -> le ____nouveau___ fichier est directement vu par konque ror
Donc que famd soit activé ou non, un nouveau fichier est directement visi ble par konqueror, ce qui n'est pas le cas quand on met à jour un fichier d éjà existant.
Y'a un binz non?
steve
Le Jeudi, 13 Octobre 2005 15.54, pascal a écrit :
steve a écrit : > seems so .. thanks for the pointer
you're welcome
> gamin? mouaip, d'ailleurs jamais très bien compris à quoi servait ce > fam.. est-il vraiment nécessaire? (pas de réponse dans tes liens).
Mais si ...Faut suivre encore le fil ! Le Monsieur d'après explique succinctement les choses http://lists.debian.org/debian-user/2005/08/msg03670.html
très succinctement en effet; j'ai presque l'impression que les gens ne sa vent pas vraiment si ce programme est nécessaire ou non (et moi non plus, cf m on expérience dans un autre mail)
> not yet.
Très sincèrement fais le tu ne seras pas déçu. Si tu veux rire : "Un privé à Babylone" (Brautigan chez 10/18) te reposera avantageusement de Dantec.
et ce ne sera pas difficile, vu la daube qu'il a réussi à pondre pour s on 4e roman (les 3 premiers étaient géniaux à mon goût; enfin génial es t peut-être un peu fort, mais très bien sûrement); j'en suis presque à lui renvoy er son tas de papier, tant son délire est irritant.
Extrait (page 307)
"C'est pourquoi la seconde opération divine de division infinie consiste à surcouper l'opérateur de sa propre opération, de surplier le Monde sur lui-même, de faire en sorte que le processus lui-même se divise et que le processeur devienne le diviseur de lui-même."
Ça sent le mec qui a lu B. Green et "ses" théories de supercordes sans avoir rien pigé (comme Green probablement) au sujet. Et c'est ainsi sur les 300 premières pages.
Mais on va arrêter là, ce n'est pas un salon littéraire ici...
> C'est bien Lowry?
Super ("Au dessous du Volcan") ...mais lui il boit (buvait).
pas de problème avec ça ;-) d'ailleurs je vais m'en servir une !
Tu vois t'es pas arrivé !
(je cherche une belle phrase dans mon cerveau, mais rien ne sort; faudra attendre..)
Merci pour tes auteurs ;-)
Pascal -- Haut par-dessus leur tête voguaient les blanches sculptures des nuages, comme en la cervelle de Michel-Ange des volutes de concept. M. Lowry
Le Jeudi, 13 Octobre 2005 15.54, pascal a écrit :
steve a écrit :
> seems so .. thanks for the pointer
you're welcome
> gamin? mouaip, d'ailleurs jamais très bien compris à quoi servait ce
> fam.. est-il vraiment nécessaire? (pas de réponse dans tes liens).
Mais si ...Faut suivre encore le fil ! Le Monsieur d'après explique
succinctement les choses
http://lists.debian.org/debian-user/2005/08/msg03670.html
très succinctement en effet; j'ai presque l'impression que les gens ne sa vent
pas vraiment si ce programme est nécessaire ou non (et moi non plus, cf m on
expérience dans un autre mail)
> not yet.
Très sincèrement fais le tu ne seras pas déçu. Si tu veux rire : "Un
privé à Babylone" (Brautigan chez 10/18) te reposera avantageusement de
Dantec.
et ce ne sera pas difficile, vu la daube qu'il a réussi à pondre pour s on 4e
roman (les 3 premiers étaient géniaux à mon goût; enfin génial es t peut-être
un peu fort, mais très bien sûrement); j'en suis presque à lui renvoy er son
tas de papier, tant son délire est irritant.
Extrait (page 307)
"C'est pourquoi la seconde opération divine de division infinie consiste à
surcouper l'opérateur de sa propre opération, de surplier le Monde sur
lui-même, de faire en sorte que le processus lui-même se divise et que le
processeur devienne le diviseur de lui-même."
Ça sent le mec qui a lu B. Green et "ses" théories de supercordes sans avoir
rien pigé (comme Green probablement) au sujet. Et c'est ainsi sur les 300
premières pages.
Mais on va arrêter là, ce n'est pas un salon littéraire ici...
> C'est bien Lowry?
Super ("Au dessous du Volcan") ...mais lui il boit (buvait).
pas de problème avec ça ;-) d'ailleurs je vais m'en servir une !
Tu vois t'es pas arrivé !
(je cherche une belle phrase dans mon cerveau, mais rien ne sort; faudra
attendre..)
Merci pour tes auteurs ;-)
Pascal
--
Haut par-dessus leur tête voguaient les blanches sculptures
des nuages, comme en la cervelle de Michel-Ange des volutes
de concept.
M. Lowry
steve a écrit : > seems so .. thanks for the pointer
you're welcome
> gamin? mouaip, d'ailleurs jamais très bien compris à quoi servait ce > fam.. est-il vraiment nécessaire? (pas de réponse dans tes liens).
Mais si ...Faut suivre encore le fil ! Le Monsieur d'après explique succinctement les choses http://lists.debian.org/debian-user/2005/08/msg03670.html
très succinctement en effet; j'ai presque l'impression que les gens ne sa vent pas vraiment si ce programme est nécessaire ou non (et moi non plus, cf m on expérience dans un autre mail)
> not yet.
Très sincèrement fais le tu ne seras pas déçu. Si tu veux rire : "Un privé à Babylone" (Brautigan chez 10/18) te reposera avantageusement de Dantec.
et ce ne sera pas difficile, vu la daube qu'il a réussi à pondre pour s on 4e roman (les 3 premiers étaient géniaux à mon goût; enfin génial es t peut-être un peu fort, mais très bien sûrement); j'en suis presque à lui renvoy er son tas de papier, tant son délire est irritant.
Extrait (page 307)
"C'est pourquoi la seconde opération divine de division infinie consiste à surcouper l'opérateur de sa propre opération, de surplier le Monde sur lui-même, de faire en sorte que le processus lui-même se divise et que le processeur devienne le diviseur de lui-même."
Ça sent le mec qui a lu B. Green et "ses" théories de supercordes sans avoir rien pigé (comme Green probablement) au sujet. Et c'est ainsi sur les 300 premières pages.
Mais on va arrêter là, ce n'est pas un salon littéraire ici...
> C'est bien Lowry?
Super ("Au dessous du Volcan") ...mais lui il boit (buvait).
pas de problème avec ça ;-) d'ailleurs je vais m'en servir une !
Tu vois t'es pas arrivé !
(je cherche une belle phrase dans mon cerveau, mais rien ne sort; faudra attendre..)
Merci pour tes auteurs ;-)
Pascal -- Haut par-dessus leur tête voguaient les blanches sculptures des nuages, comme en la cervelle de Michel-Ange des volutes de concept. M. Lowry
Salut, même problème que toi quand un navigateur/gestionnaire de fichie r (nautilus, konqueror,...) s'acharne à mettre à jour les aperçus (mini ature d'image et/ou de films) alors que les fichiers sont cesse mis à jour par un autre processus. Exemple : une fenêtre konqueror est ouverte sur le répertoire des fichiers temporaires en cours de téléchargement d'un l ogiciel de p2p (ex : ~/.mldonkey/temp). Ca semble être plus un comportement normal qu'un bug.
Salut, même problème que toi quand un navigateur/gestionnaire de fichie r
(nautilus, konqueror,...) s'acharne à mettre à jour les aperçus (mini ature
d'image et/ou de films) alors que les fichiers sont cesse mis à jour par un
autre processus. Exemple : une fenêtre konqueror est ouverte sur le
répertoire des fichiers temporaires en cours de téléchargement d'un l ogiciel
de p2p (ex : ~/.mldonkey/temp).
Ca semble être plus un comportement normal qu'un bug.
Salut, même problème que toi quand un navigateur/gestionnaire de fichie r (nautilus, konqueror,...) s'acharne à mettre à jour les aperçus (mini ature d'image et/ou de films) alors que les fichiers sont cesse mis à jour par un autre processus. Exemple : une fenêtre konqueror est ouverte sur le répertoire des fichiers temporaires en cours de téléchargement d'un l ogiciel de p2p (ex : ~/.mldonkey/temp). Ca semble être plus un comportement normal qu'un bug.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Seb
Sylvain Sauvage a écrit :
il suffit de demander sa suppression et de voir quels packages en dépendent. Sur la Sarge il y en a deux : gnome et gnome-desktop-environment.
Tu oublies de compter tous les paquets qui dépendent de libfam0.
Effectivement, la désinstallation de libfam0 entraine la désinstallation de (presque) tous les paquets de KDE et de Gnome indépendamment.
Citation de Steve :
très succinctement en effet; j'ai presque l'impression que les gens ne savent pas vraiment si ce programme est nécessaire ou non (et moi non plus, cf mon expérience dans un autre mail)
Je suis un peu d'accord...
Seb
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage a écrit :
il suffit de demander sa suppression et de voir quels packages en
dépendent. Sur la Sarge il y en a deux : gnome et
gnome-desktop-environment.
Tu oublies de compter tous les paquets qui dépendent de libfam0.
Effectivement, la désinstallation de libfam0 entraine la désinstallation
de (presque) tous les paquets de KDE et de Gnome indépendamment.
Citation de Steve :
très succinctement en effet; j'ai presque l'impression que les gens ne savent
pas vraiment si ce programme est nécessaire ou non (et moi non plus, cf mon
expérience dans un autre mail)
Je suis un peu d'accord...
Seb
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
il suffit de demander sa suppression et de voir quels packages en dépendent. Sur la Sarge il y en a deux : gnome et gnome-desktop-environment.
Tu oublies de compter tous les paquets qui dépendent de libfam0.
Effectivement, la désinstallation de libfam0 entraine la désinstallation de (presque) tous les paquets de KDE et de Gnome indépendamment.
Citation de Steve :
très succinctement en effet; j'ai presque l'impression que les gens ne savent pas vraiment si ce programme est nécessaire ou non (et moi non plus, cf mon expérience dans un autre mail)
Je suis un peu d'accord...
Seb
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
