Scribit C. Mourad Jaber dies 31/03/2007 hora 12:35:
> J'ai besoin de bloquer l'upgrade par apt d'un paquet, mais je ne
> trouve pas de truc là dessus (j'ai dû mal chercher ! ).

Ça s'appelle mettre en paquet en « hold », voir la manpage de dpkg ou la
documentation de aptitude. Je suppose que les interfaces graphiques Ã
APT le permettent aussi.

Documentairemen,
Pierre
--
nowhere.man@levallois.eu.org
OpenPGP 0xD9D50D8A

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGDjpWxe13INnVDYoRAp2VAKCRg7NA9ZlUo0cQsTSwHt IzQeQWcgCfbj1f
P5gQt3NeVcNldkLD+jvUShk=
=GBoK
-----END PGP SIGNATURE-----

Scribit Pierre THIERRY dies 01/04/2007 hora 00:00:
> > mais qui te dis que la personne qui va lire ma "recette" ne va pas
> > lire le man ensuite?
> La personne à qui s'adressait ta recette, justement...

En fait, plutôt une personne dans l'audience, puisque ce n'était pas
l'OP.

Correctivement,
Pierre
--
nowhere.man@levallois.eu.org
OpenPGP 0xD9D50D8A

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGDtrFxe13INnVDYoRAs14AKCFXa/k+0Cr0sOHG1gBJxPM/7ibgQCeNnqu
zGROE/Ec7R/Q7FwnCFyYSCw=
=uvKr
-----END PGP SIGNATURE-----

Scribit De Leeuw Guy dies 01/04/2007 hora 22:59:
> Pourtant c'est une manipulation documentée .... sur la souris elle
> même.

C'est un cercle vicieuxÂ: on pousse les utilisateurs à utiliser bêtement
tous les produits, alors ils se comportent de plus en plus bêtement.

> le bon sens et la réflection sont rares de nos jours

D'où mon désarroi quand on prémâche le travail quand unutilisateur
cherche à réfléchir... Charge à nous les professionnelsou les
spécialistes d'encourager nos utilisateurs à réfléchir et se documenter.

Charge à nous de travailler à ce que la documentation exiteÂ!

> et quel que soit l'OS une simple mise à jour les perturbent, si
> quelqu'un à trouvé une solution à cela, je suis preneur .....

Ne jamais trop prémâcher le travail. Toujours prendre le temps
d'éduquer. Ne pas s'énerver quand la sauce ne prend pas... :-/

Brièvement,
Pierre
--
nowhere.man@levallois.eu.org
OpenPGP 0xD9D50D8A

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGEC8Exe13INnVDYoRAsTTAKC9bk+nC8IYdk/BRT60r28pb0aeIgCg3MR/
reElTQ/0A0s0ewaHghBZHXM=
=xxWP
-----END PGP SIGNATURE-----

On Sun, Apr 01, 2007 at 10:59:28PM +0200, De Leeuw Guy
wrote:
> car je vois souvent des utilisateurs noter la procédure à
> suivre, et quel que soit l'OS une simple mise à jour les
> perturbent, si quelqu'un à trouvé une solution à cela, je
> suis preneur .....

Facile: Ne pas changer les interfaces (et, bien sûr, faire
pression sur les vendeurs pour qu'ils arrêtent de changer
les interfaces pour pouvoir vendre une nouvelle version).

Quand on change des APIs, tous les programmeurs sont fous de
rage, et il est largement admis[1] que ça ne se fait pas. Il
me parait étrange que l'on considère les utilisateurs finaux
de façon différente: quand on déplace une fonction d'un menu
à l'autre, c'est également une nuisance inutile.

Je me demande combien d'utilisateurs de Vim protesteraient
si les mainteneurs décidaient de changer la fonction de ESC
par exemple. C'est pareil.

Y.

[1] Sous Unix en tout cas, je ne sais pas ce qui se passe
sous Windows ou MacOS.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter 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 Monday 02 April 2007, Yves Rutschle(Yves Rutschle
<debian.anti-spam@rutschle.net>) a écrit:
> On Sun, Apr 01, 2007 at 10:59:28PM +0200, De Leeuw Guy

Bonsoir,

> Quand on change des APIs, tous les programmeurs sont fous de
> rage, et il est largement admis[1] que ça ne se fait pas.

Ce qui n'est pas le cas de l'API du Kernel Linux( notament pour ceux
utilisés pour le dev. des drivers)
Voir: http://www.kroah.com/log/linux/ols_2006_keynote.html

Je sais qu'on est que Lundi.... ;-)
A+

--
Glennie Vignarajah
http://www.nephthys.org
Reality is that which, when you stop believing in it, doesn't go
away.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUARhFTbtHiioqkksXaAQIm/Qf/RKA1J4pIDvwqZ1S0WQHKR8WY+4oxYqnW
5xRsiKy/hEO6+H2+GCKR0hm6Jlv9fkGZEnpr7Z3BlkoGfagQ0/BrldiOaSS8u4eX
LwdivpxA7TGyDAi2jCL5aGmr34JO8s/nYoGPNipkrtQux+9m51tiGREJ5HFyi7yY
psQNvoGLJm8BQKHUSk3JDOU+jNWxDPTSb3iQKkceq0eWwPwUyb eh+jJ0n2X7C80y
U/u8LjU5ogzixi0emsDdCHLsbTzz8C2nchUhOC70wCjAGr42KZ0f 7t1yjr59Eq1e
N+4o+PPlq5CGDPK+PSQPiLJK0Zl3qOeWrY2SYQFfjTNe6l7Ir7 TacA==
=Wp+i
-----END PGP SIGNATURE-----

On Mon, Apr 02, 2007 at 09:03:08PM +0200, Glennie Vignarajah wrote:
> > Quand on change des APIs, tous les programmeurs sont fous de
> > rage, et il est largement admis[1] que ça ne se fait pas.
>
> Ce qui n'est pas le cas de l'API du Kernel Linux( notament pour ceux
> utilisés pour le dev. des drivers)
> Voir: http://www.kroah.com/log/linux/ols_2006_keynote.html

C'est à l'intérieur du même programme, donc tout à fait
différent. Essaie de changer des valeurs dans include/ qui
sont aussi utilisées dans les libcs pour voir comme tu
deviendras populaire Et à niveau légèrement plus haut,
les APIs sont des standards ISO (POSIX).

Pour parler d'API stable pour les drivers, il faudrait
regarder ce que Hurd fait. Ça m'étonnerait que ça change
beaucoup (bon, les mauvaises langues risquent de dire que
rien ne change du tout dans Hurd...)

Y.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter 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

Yves Rutschle, mardi 3 avril 2007, 00:22:37 CEST
>
> On Mon, Apr 02, 2007 at 09:03:08PM +0200, Glennie Vignarajah
> wrote:
> > > Quand on change des APIs, tous les programmeurs sont fous
> > > de rage, et il est largement admis[1] que ça ne se fait
> > > pas.
> >
> > Ce qui n'est pas le cas de l'API du Kernel Linux( notament
> > pour ceux utilisés pour le dev. des drivers)
> > Voir: http://www.kroah.com/log/linux/ols_2006_keynote.html
>
> C'est à l'intérieur du même programme, donc tout à fait
> différent. Essaie de changer des valeurs dans include/ qui
> sont aussi utilisées dans les libcs pour voir comme tu
> deviendras populaire Et à niveau légèrement plus haut,
> les APIs sont des standards ISO (POSIX).

C’est plutôt ennuyeux pour les auteurs de modules (externes Ã
l’arbre principal).

> Pour parler d'API stable pour les drivers, il faudrait
> regarder ce que Hurd fait. Ça m'étonnerait que ça change
> beaucoup (bon, les mauvaises langues risquent de dire que
> rien ne change du tout dans Hurd...)

En ce qui concerne Windows (c’est toi qui a commencé à en
parler dans un précédent message P), ils ont conservé leurs API
internes (et les erreurs, petites ou grosses, qui vont avec) pour
la rétro-compatibilité des pilotes. Ils ont aussi dû conserver
les fonctions et structures cachées (donc hors API) parce que des
petits malins les ont utilisées (ils n’avaient, semble-t-il, pas
toujours la possibilité de faire plus propre). (Argument de MS :
si le programme Machin ou le périphérique Truc ne fonctionne plus
après une mise à jour du système, on en imputera la faute à MS,
pas à l’auteur de Machin ou du pilote de Truc, même si ces
logiciels font d’immondes trifouillages.)
Donc, soit on traîne les cochonneries et on grossit, soit on
nettoie et refactorise de temps en temps.

--
Sylvain Sauvage

arff, ne serais-ce pas ce que l'on appelle trivialement
une ENORME erreur de conception (à la base ? ;->>>

Sylvain Sauvage a écrit :
> Yves Rutschle, mardi 3 avril 2007, 00:22:37 CEST
>> On Mon, Apr 02, 2007 at 09:03:08PM +0200, Glennie Vignarajah
>> wrote:
....
>
> En ce qui concerne Windows (c’est toi qui a commencé à en
> parler dans un précédent message P), ils ont conservé leurs API
> internes (et les erreurs, petites ou grosses, qui vont avec) pour
> la rétro-compatibilité des pilotes. Ils ont aussi dû conserver
> les fonctions et structures cachées (donc hors API) parce que des
> petits malins les ont utilisées (ils n’avaient, semble-t-il, pas
> toujours la possibilité de faire plus propre). (Argument de MS :
> si le programme Machin ou le périphérique Truc ne fonctionne plus
> après une mise à jour du système, on en imputera la faute à MS,
> pas à l’auteur de Machin ou du pilote de Truc, même si ces
> logiciels font d’immondes trifouillages.)
> Donc, soit on traîne les cochonneries et on grossit, soit on
> nettoie et refactorise de temps en temps.
>

--
Kids always brighten up a house; mostly by leaving the lights on.