benoar a écrit 4229 commentaires

Juste pour bien comprendre : le réseau de ton école présente des noms de domaine avec des TLD « maison » ? Et ne résout rien d'autre ?
C'est complètement pourri comme archi réseau, tu m'étonnes qu'il faille contourner ce bordel…

Merci pour le lien, et pas de problème que ça vienne de Microsoft. Ce sont effectivement deux solutions envisageables, même si je ne sais pas comment on récupère les paramètres de double clic pour GTK.

Mais bon, je pense qu'il y a quand même un problème dans ce que tu veux faire (ça c'est la deuxième réponse à un problème insoluble : « Dis moi ce dont tu as besoin, et je t'expliquerai comment t'en passer » ;-)).

D'abord, pour faire une action vraiment différente, je pense que les associer au même bouton mais avec juste un timing différent (simple clic versus double clic) n'est pas très logique. Dans le temps (ça devient plus rare aujourd'hui) les applications Unix utilisaient vraiment tous les boutons de la souris (enfin, dans un X standard c'est trois boutons) pour maximiser le nombre d'actions possibles, et dépendaient beaucoup moins du double clic. Je pense à xfig par exemple.

Ensuite, le double clic est vu comme une action assez inergonomique par les débutants. Apple par exemple a toujours essayé de limiter les double clic (sans parler de la limitation de nombre de boutons) et préfère passer par d'autres moyens quand c'est possible. Ma mère, qui ne doit pas être la seule, ne comprend pas la différence entre un simple et double clic. Intuitivement, quand tu n'es pas habitué à l'informatique, ce n'est pas logique que l'action d'un bouton dépende du temps que tu appuies dessus. Réfléchis-y.

Enfin, comme je n'aime pas jouer aux devinettes, tu pourrais nous en dire plus sur ton « cas spécial » qui nécessite absolument ce genre de callback ? Ça nous éviterait de trop nous perdre en conjectures.

Dans le cas (simple supposition) où tu programmes une sorte de framework, je te conseillerais de garder la même philosophie que GDK : signaler le simple _et_ le double clic, même si le second est en sus du premier. Et de laisser à « l'utilisateur final » le soin de gérer comme il veut. Car essayer de répondre à un problème sans connaître clairement sa destination, c'est à coup sûr se tromper dans une bonne partie des cas.

En préliminaire, je voulais dire que je n'ai jamais utilisé les évènements GDK "bas niveau" donc c'est juste une réflexion sans expérience concrète.

Je dirais que tu te poses la mauvaises question. Déjà, si tu choisis une DrawingArea, sache que tu te place assez "bas-niveau", et qu'en conséquence tu as des évènements bas-niveau. Une chose importante à ce niveau-là est d'avoir les évènements dès qu'ils ont lieu. Et dans ce cas-là, quand ton widget reçoit un premier clic, GDK ne peut pas deviner s'il va "devenir" un double-clic ou si ça va rester un simple clic. Alors il te dit "simple clic". Si un deuxième apparaît dans les temps pour un double clic (temps dont tu ne dois pas avoir à te soucier, car c'est dépendant de plein de paramètres dont tu n'es pas maître) alors il te dit "double clic", en plus du premier. C'est déjà pas mal.

Mais qu'est-ce que tu dois faire, toi ? Et bien, réagir au simple clic par un callback "simple clic" et au double clic avec callback "double clic", même si celui-ci sera appelé en sus du premier. Comment font les autres applications d'après toi ? Par exemple, Nautilus, le navigateur de fichier, au simple clic, il sélectionne le fichier. Si c'est un double clic, il aura sélectionné le fichier, puis l'ouvrira. Le premier clic (et le callback associé) n'a donc pas d'influence sur l'action du double-clic.

Réfléchis à ce que tu devrais faire si tu voulais appeler un des deux callback (simple ou double) de manière exclusive : tu devrais, à chaque clic, attendre le temps du double clic (configuré très long chez certains utilisateurs lents) avant de te décider de faire un simple ou double clic, à chaque fois ! Ca serait intenable niveau réactivité.

Bref, réfléchis à l'ergonomie de ton application, de manière à ce qu'un simple clic n'entrave pas l'action d'un double-clic.

PS: en général, quand on ne trouve pas de réponse à un problème pas récent et "évident", c'est qu'on a mal posé la question ;-)

Ah merde, j'ai effectivement parlé un peu vite, désolé. Là comme ça je n'ai pas trouvé de solution à ton problème, à part changer de portable.

Moi, comme d'autres, je trouve que ce n'est pas normal qu'il surchauffe. Et j'ai déjà « réparé » un portable comme ça : nettoyage des ventilos et radiateurs, remise de pâte thermique neuve (après nettoyage à l'alcool) et configuration correcte du portable (cpufreq configuré en ondemand, CG configurée en dynamicclock, etc). Et bien après tout ça, il ne chauffait quasiment plus.

Tout est dans le titre.

Il me semble (j'ai pas vérifié) que DNS-SD (pour « Service Discovery », c'est bien d'expliciter tous ces acronymes) est juste la convention (nommage, type d'enregistrement, etc) pour la publication de ces infos. Et que mDNS (multicast DNS) est une alternative au DNS classique, surtout utile quand on n'a pas l'autorité pour modifier ce DNS classique, ce qui est quasiment toujours le cas. Bref, ta proposition me semble utile même si mal nommée, mais je suis pris d'un doute quant à son fonctionnement : t'as plus d'infos ?

Tu te prends beaucoup le tête je trouve. Tu pourrais « simplement » prendre un serveur avec un suspend to RAM correct et configurable, de manière à ce qu'il se réveille quand on lui adresse un paquet de n'importe quel type.

Tout le monde cherche à favoriser son intérêt personnel.

Non. Je m'en fout de « l'optimisation fiscale » ou d'autres choses comme ça. Je paye mon abonnement Internet plus cher que tout le monde pour moins de services, parce qu'il est plus libre, je garde mon argent sur un livret A avec un taux de merde car je ne veux pas favoriser les bourses, je paye ma bouffe plus cher pour ne pas aller en supermarché, je ne négocie pas de départ à l'amiable avec mon entreprise quand c'est moi qui veut me barrer afin de ne pas faire porter ce poids à la société, etc. Et si plus de monde le faisait, ça inverserait peut-être toutes ces différences. On me traite effectivement de masochiste de temps en temps.

Il y a des gens qui croient en leurs idées quels que soient les facteurs financiers, parce qu'ils estiment qu'elles valent plus que ce que l'argent peut leur apporter. Et c'est à force de croire, et de faire croire, qu'il ne peut pas exister de gens comme moi qu'on est en train de tout foutre en l'air. Il y a plein de gens qui se font niquer quotidiennement mais qui ne disent rien, car ils ont des convictions. Mais faut pas trop pousser, un jour où les égoïstes pousseront le bouchon trop loin, ils vont s'en prendre plein la gueule, et ce sera sanglant.

Pour ceux qui n'ont pas compris, on peut avoir une explication ?

Rho putain l'homme de paille de merde.
Relis les commentaires. j_kerviel citait la favorisation des OTC comme un « inconvénient », donc un truc négatif, car moins standardisés et moins règlementés.

Après, moi, j'en ai rien à battre de si les OTC c'est mieux ou pas. L'histoire c'est que le premier posteur parle de l'instauration d'une taxe, et quelqu'un qui bosse dans la finance lui répond que si on met une taxe, les financiers vont passer par d'autres moyens pour l'éviter. Ce qui s'apparente pour moi à du chantage : « si vous nous taxez, on se barre ».

J'ai à peu près rien compris à ce que tu voulais dire par ton commentaire.

Je ne cherche pas à créer de « cercle vertueux », c'est un truc qui n'existe quasi-jamais en vrai. J'essaye juste de faire arrêter de dire à des perroquets comme toi « ya que la compétition et c'est comme ça, ferme ta gueule même si t'est pas content ».

Ensuite l'installation d'un serveur virtuel se fait en une commande

Mais laquelle ?

Ce qui est marrant dans ton commentaire, c'est que tu commences par dire que tu ne trouves pas ça bien, mais tu sous entends après que tu le fais quand même. Sache que la compétition, c'est un cercle vicieux, et qu'en faisant comme les autres, même à ton soit-disant regret, tu ne fait que renforcer cette logique. La coopération est quelque chose de difficile mais sain, et oui, il va arriver de te faire niquer par des « compétiteurs » même quand tu essayes seulement de coopérer. Mais il faut l'accepter, sous peine de devenir toi aussi un connard de compétiteur.

* mettre de la latence sur l'échange empêche certains acteurs de jouer un rôle d'arbitragiste et donc d'homogénéiser les marchés

On n'a jamais dit que ça devait être taxé sur l'instant ; ça peut tout à fait se faire en différé, sans influencer là-dessus.

* ça peut favoriser les échange Over-the-counter (OTC) et augmenter les échanges entre entités directement sans passer par la Bourses (ce qui permet des échanges moins standardisés et moins règlementés).

Aaahhh, du chantage. En fait, la finance est quasi-entièrement basée sur ce rapport de force étrange qu'est le chantage (paradis fiscaux,…). Pour moi, à partir du moment où un mec fait du chantage comme ça, il devrait se retrouver en prison. Je ne sais pas comment tu peux faire un taf comme ça et rester un mec honnête.

Ah tiens c'est marrant j'en n'avais pas entendu parler de cette histoire. Enfin, presque : BB avait donné son avis sur la différence entre hébergeur et éditeur (hébergeur pas au sens que semble lui donner l'article — certes intéressant — donné par maderios ; hébergeur = prestataire technique chez moi) et je suppose que c'était à propos de cette affaire (c'était lors l'AG fin mars, mais tu étais peut-être déjà parti). Pour lui (enfin, d'après ce que j'ai compris), quand on « modifie » du contenu pour y afficher de la pub, on devient un éditeur. Je ne sais pas si c'est mon côté anti-pub qui ressort, mais j'ai tendance à être d'accord avec lui. Et l'extrait des commentaires de la défense (enfin, Tiscali) invoquant le fait qu'elle ne voit pas de différence entre une rémunération directe de l'hébergeur ou une rémunération indirecte par la pub me paraît fallacieux : quand tu mets de la pub sur une page, c'est que tu comptes sur le contenu de ladite page pour y attirer des « eyeballs » comme on dit. Bref, tu ne peux pas te dédouaner de ta responsabilité sur ces contenus (enfin, en tant qu'éditeur) quand tu comptes sur ce même contenu pour attirer des visiteurs.

Bref, c'est intéressant comme affaire, dommage qu'on on n'ait pas plus entendu parler (ou alors j'ai loupé un gros truc ?)

Ah, mais effectivement, la dame a quand même un CV assez hallucinant pour le reste.

PS: ta signature m'a aussi beaucoup fait rire

FDN ne peut pas tout faire non plus : si vous voulez vous bouger le cul vous même et participer, n'hésitez pas !

Ok, merci pour ces précisions, c'est plus clair.

Par contre, ce qui est un peu bête dans l'histoire, c'est qu'une fois les données « décalquées » par les contributeurs d'OSM en CC-by-SA, le « petit malin » pourra faire exactement la même chose que tu dis, tout en ayant profité du travail des bénévoles d'OSM. Donc on gros, vos restrictions ne servent à rien.

La licence ne limite pas les traitements mais le statut des données produites (elles doivent être diffusées sous licence CC-By-SA et/ou ODbL), leur destination (OpenStreetMap) et les outils utilisés (JOSM, Merkaartor, Viking, la liste étant amendable au cas par cas tant qu'il s'agit de clients lourds).

Heu... je ne comprends pas un truc : on peut faire du CC-by-sa, mais _uniquement_ pour OSM ? C'est un avenant à la licence ou quoi ? Si ils autorisent à faire du CC-by-sa, on pourra l'utiliser pour ce que bon nous semble !

Moi je trouve ça bien de faire du bleeding edge juste après une LTS. Ceux qui veulent du stable restent en LTS et n'ont pas trop de retard car c'est dès la LTS+1 qu'ils amènent plein de nouveautés. Si les gens rapportent bien les bugs sur cette 10.10, la 11.4 devrait être un bon cru niveau bleeding edge et stabilité (j'encourage surtout les gens à tester nouveau : ça fait des années qu'il se traîne par manque de retours utilisateurs, il est grand temps de le tester et de l'améliorer !).

Ce sont des scripts qui servent à arrêter, stopper, obtenir le statut de chaque service. Ces scripts lisent ce qui se trouvent dans /etc/sysconfig pour paramétrer les services.

En plus de ce que j'ai dit au-dessus, je rajouterais que Debian a un répertoire vraiment similaire, mais uniquement pour le réseau : /etc/network. Pour le reste, c'est un mélange entre /etc/default pour les options générales et le fichier de config du soft dans /etc pour les cas particuliers.

Pourquoi thttpd a-t-il une option de désactivation supplémentaire activée par défaut ? Ou peut-être est-ce une politique de Debian de désactiver ainsi tout serveur qui communique avec l'extérieur ? Je verrai quand j'installerai mySQL et PostgreSQL...

Beaucoup de services qui ont besoin d'un paramétrage spécifique, et dont on n'a pas trouvé de configuration acceptable par défaut, sont désactivés au démarrage par défaut. Je pense que c'est pour cela que thttpd est désactivé au boot. Et pour beaucoup (tous ?) l'activation se fait en changeant un flag dans /etc/default.

Là, ce n'est pas (que) la faute d'Ubuntu, mais de Debian.

Non, ce n'est pas la faute à Debian, c'est la faute à Nvidia, nuance. D'après ce que j'ai compris, les drivers proprios ne gèrent pas KMS. Comme d'autres choses auxquelles Nvidia ne veut pas passer. Et bien on ne va pas les attendre pour leur faire plaisir : pas de KMS = pas de boot graphique.

Le problème est apparu avec l'intégration des drivers "nouveau" dans le kernel, et de leur activation dès la phase de chargement du kernel.

Faux. C'est arrivé avec l'activation de KMS par défaut. Arrête la désinformation.

mais il faut surtout fait un "blacklist nouveau" dans le "/etc/modprobe.d/00local.conf"

Toi, tu lui en veux à ce driver ...

D'une manière générale, Debian essaye de toujours séparer les fichiers de configurations par défaut, et ceux des utilisateurs. Ainsi, les paquets peuvent modifier "sans risques"(*) leurs fichiers de configuration, les spécificités de l'utilisateur n'étant pas touchées

Pas tout à fait. Tu as raison de dire que /etc/default va passer des paramètres aux scripts /etc/init.d, mais les fichiers de configuration (divers fichiers dans /etc) sont toujours très utilisés et modifiés : /etc/default contient surtout les options les plus générales (il me semble même que ces fichiers n'influencent _que_ les flags passés en ligne de commande au programme, et pas du tout le fichier de configuration dudit programme). Si on veut quelque chose de plus particulier, on va en général voir directement le fichier de config du soft dans /etc.

Tu te prends beaucoup la tête pour si peu de chose, même si ta remarque au départ était intéressante.

À noter que toutes ces syntaxes sont spécifiques à bash, alors que ton script de départ était plus généraliste (j'ai quand même un doute sur le +=). Ce n'est pas forcément un problème, c'est juste pour te prévenir.

Non mais pourquoi pas lutter aussi contre les démontages intempestifs du rouleau de papier toilette du porte-rouleau…

T'as jamais vu les porte-rouleau de papier toilette à clé qu'on trouve aujourd'hui dans beaucoup de sanitaires accessibles au public ?

Bah je sais pas, il y a quand même pas mal de gens qui lui ont expliqué gentiment, mais il persiste dans sa connerie. Moi ça m'énerve, et je lui envoies clairement en pleine gueule. Après, il y a sûrement une solution plus douce, mais là je vois pas trop, à part le faire changer de métier.