mais que se passe-t-il dans fr.comp.os.linux.debats ?

Le 21-01-2007, professeur Méphisto <professeur.mephisto@wanadouille.fr.invalid> a écrit :

pehache grmpf a écrit :

Chez MS il y a du bon, du très bon

C'est vrai : ils font de très bonnes souris, très confortables ;-)

Elles sont fabriquées par Mitsumi.

--
Franck Yvonnet <franck@yvonnet.org>
"Are you sure that a floor cannot also be a ceiling? Are you absolutely
certain that you go up when you walk up a staircase?"
- M.C. Esher

A priori un micmac d'organisation. M'enfin ça n'a pas l'air très clair
non plus.

Tu viendras quand même?

Pas cette année.

Michel Talon wrote:

Emmanuel Florac <eflorac@imaginet.fr> wrote:

il y a, ô miracle un support rw de ntfs, mais dés la
première fois que je l'ai utilisé il a copé 2 fichiers sur 10 et a
refusé de copier les autres (au moins il n' arien bouzillé). Donc c'est
à peine un peu mieux.

j'ai malencontreusement fait tourner pendant quelques semaines un Linux
en rw sur un SAN NTFS partagé par 7 ou 8 machines NT4, et Linux a
joyeusement écrit et rien bousillé :) Le support rw du NTFS de NT4 est
donc apparemment parfait :)

Tant mieux pour toi.

Et pour tout le monde, en autant que je sache. Ne faudrait-il donc pas plutôt
dire «Tant pis pour moi» ? Comme tout à l'heure avec ma bévue, on dirait qu'il
y a un effet miroir qui est mal réalisé :)

T'en fait pas pour ça, tu peux être un génie malgré tout. Disons que c'est ton
Talon d'Achille.

Le Sun, 21 Jan 2007 22:43:39 +0000, Michel Talon a écrit :

Tant mieux pour toi.

Notons que j'ai refait quelques essais avec du win2K ou plus, et c'est
pas vraiment la même chanson... Conclusion : NT 4 c'est bien pour
l'interopérabilité :)

--
A thing of beauty is a joy forever.
J. Keats.

Ah! Singe débotté, hisse un jouet fort et vert!
Marcel Bénabou.

Le Sun, 21 Jan 2007 17:32:29 -0500, Yugo a écrit :

Si, pour les petits fichiers. Mais comme je l'ai mentionné, il est vrai
qu'avec du matériel "limite" reiserfs est dangereux.

Et les PCs qu'à peu près tout le mond eici utilise, ce n'est pas un peu
beaucoup "limite"?

Ça dépend. Les PCs anciens n'ont jamais posé de problème. Par contre,
ma merde actuelle (Athlon 2400+ avec chipset Via) c'est l'angoisse :)

Tu veux que je te présente le Quantum 2.1 G que
j'utilise pour mes données? Ça remonte à 1998, ce truve et ça tourne
comme un moine!

Pas besoin, j'ai des machines qui datent de 1994 qui tournent très bien...

Non, bug noyau mangeur de filesystem... C'était un noyau un peu
"expérimental", il est vrai.

J'ai l'impression que tu es assez expérimental, toi.

Pas tellement, mais là la demande précise du client était :
performance, performance, performance. La performance a été obtenue au
détriment de la fiabilité... Ça n'est pas systématique, heureusement.


--
Il y a toujours un bug de plus.
Loi de Lubarsky.

"izatis" <izatis@no-log.org> a écrit dans le message de news:
45b3e972$0$25931$ba4acef3@news.orange.fr

pehache grmpf wrote:

Quand il rapporte un problème dans l'application "machin-2.5" et
qu'on lui répond "Ah mais là pour résoudre ça il faut utiliser la
libtruc-1.5.0.6a-2 plutôt que la libtruc-1.4.20.3b-8", alors à la
limite il veut bien mettre à jour la nouvelle libtruc. Du coup
"Machin-2.5" fonctionne. Mais quand quelques jours après il constate
que l'appli "bidule-1.7" ne fonctionne plus et qu'on lui dit "Ah oui
c'est normal, libtruc-1.5xxx semble incompatible avec bidule-1.7,
sans que l'on sache bien pourquoi. Il faut revenir à libtruc-1.4xxx
ou antérieur, ou bien mettre à jour bidule-1.7 vers bidule-1.8beta9,
mais comme son nom l'indique c'est une version beta et il y
peut-être encore des trucs pas stables (mais chez moi ça marche)..." Là
il pète un peu les plombs, l'utilisateur moyen...

Mais l'utilisateur moyen ne compile pas lui meme, et il peu utiliser
son gestionnaire de paquets. Les problemes de dependances sont
réglées en amont, pas par l'utilisateur.

Oui oui. Et le gestionnaire de paquets est bien sûr toujours "au courant" de
toutes les incompatilités...

--
pehache
enlever NOSPAM. etc... pour répondre / remove NOSPAM... to reply
http://pehache.free.fr/public.html

"izatis" <izatis@no-log.org> a écrit dans le message de news:
45b3e89c$0$25931$ba4acef3@news.orange.fr

pehache grmpf wrote:

"Nicolas George" <nicolas$george@salle-s.org> a écrit dans le message
de news: eouco9$2tsi$2@nef.ens.fr

Et après, certains pourtant compétents techniquement viennent nous
venter ici les mérites du modèle windows où toutes les applications
sont liées statiquement avec leurs bibliothèques,

Dans DLL, le "D" signifie quoi, au juste ?

Ca veut dire partagables, pas partagées ;)
T'a deja vu microsoft partager ? He bien non: chaqun a /ses/
bibliotheques "partageables".

Il n'empêche que les applis ne sont pas liées statiquement, contrairement à
ce qui a été dit.

--
pehache
enlever NOSPAM. etc... pour répondre / remove NOSPAM... to reply
http://pehache.free.fr/public.html

"izatis" <izatis@no-log.org> a écrit dans le message de news:
45b3f046$0$5068$ba4acef3@news.orange.fr

Mais ou t'a vu que j'ai dis du mal de VMS ? C'est la folie ! :)

je te recite: "Le monde des OS est un peu different du monde réel: si
t'est riche, t'a de la merde proprietaire, et si t'es pauvre t'a ce qui
se fait de mieux."

VMS étant propriétaire, et vu qu'il faut être riche pour l'avoir, ta phrase
suggère que c'est de la merde...

C'est sur que pour critiquer M$ du point de vu tech, j'ai un peu de
problemes, je suis passé direct de DOS a linux.

Merci de le dire.

Mais j'ai une ou 2
bases quand meme, pas la peine d'etre mecano pour preferer une porshe
a un 2CV.

Oui, au café du commerce...

Mais Excel est par contre excellent.

Il /te/ parait exelent.

Ben oui, il est très bien foutu, aussi bien le "fond" que l'interface. Et
fiable aussi, jamais eu de plantage avec (alors que Word...).

Faut enlever les oeillères anti-MS, de temps en temps...

Desolé, mais je les ai.... je les gardes ;)

J'ai vu...

--
pehache
enlever NOSPAM. etc... pour répondre / remove NOSPAM... to reply
http://pehache.free.fr/public.html

pehache grmpf wrote:

"izatis" <izatis@no-log.org> a écrit dans le message de news:
45b3e972$0$25931$ba4acef3@news.orange.fr

pehache grmpf wrote:

Quand il rapporte un problème dans l'application "machin-2.5" et
qu'on lui répond "Ah mais là pour résoudre ça il faut utiliser la
libtruc-1.5.0.6a-2 plutôt que la libtruc-1.4.20.3b-8", alors à la
limite il veut bien mettre à jour la nouvelle libtruc. Du coup
"Machin-2.5" fonctionne. Mais quand quelques jours après il constate
que l'appli "bidule-1.7" ne fonctionne plus et qu'on lui dit "Ah oui
c'est normal, libtruc-1.5xxx semble incompatible avec bidule-1.7,
sans que l'on sache bien pourquoi. Il faut revenir à libtruc-1.4xxx
ou antérieur, ou bien mettre à jour bidule-1.7 vers bidule-1.8beta9,
mais comme son nom l'indique c'est une version beta et il y
peut-être encore des trucs pas stables (mais chez moi ça marche)..." Là
il pète un peu les plombs, l'utilisateur moyen...


Mais l'utilisateur moyen ne compile pas lui meme, et il peu utiliser

son gestionnaire de paquets. Les problemes de dependances sont
réglées en amont, pas par l'utilisateur.

Oui oui. Et le gestionnaire de paquets est bien sûr toujours "au courant" de
toutes les incompatilités...

Si il ne l'est pas, c'est un bug qui doit etre remonté. Je trouve que
les dependances debian sont tres bien foutu, et qu'on est tres rarement
confronté au probleme, meme en sid.

--
Izatis

Le 22-01-2007, pehache grmpf <pehache_lerok@laposte.net.NOSPAM.ON.NET.invalid> a écrit:

Oui oui. Et le gestionnaire de paquets est bien sûr toujours "au courant" de
toutes les incompatilités...

Bin oui. C'est un peu à ça qu'il sert.


--
When Batman is in trouble, he turns on the Jack Bauer signal.