benoar a écrit 4229 commentaires

Petite correction : ce n'est pas un contrat d'exclusivité, mais « juste » une concession de 15 ans « offerte » à Orange. Les autres FAI ont bien sûr le droit de venir, mais en payant Orange pour passer par les fibres qu'il a posé dans l'immeuble. À un tarif décidé par Orange, et pas du tout réglementé… (vous comprenez, que l'état mette son nez dans le business des entreprises, c'est horrible ; rien ne vaut le libéralisme !)

Tout ceci me parait très étrange, mais que font-ils tous à vouloir fidéliser leurs clients ou à proposer des offres commerciales aussi agressives ?

Alors, soit heureux, car ton syndic vient de signer un contrat d'exclusivité de 15 ans avec Orange. Tu ne pourras plus changer de FAI durant cette période, ni tes voisins. Ou alors ce sera à des tarifs tellement prohibitifs que vous en serez dissuadés.

Eh oui, Orange propose de câbler « gratuitement » les immeubles, contre ce contrat d'exclusivité. Comme cette offre est trop belle, et que pour 99% des gens, Orange ils sont bien parce que ça a toujours été comme ça, ils signent tout de suite.

Courage pour la suite des évènements !

Ah, et pour ceux qui se demandent ce que fait l'ARCEP : bah, quand la volonté politique est nulle vu que la plupart des FAI sont potes de l'exécutif, forcément, ça ne bouge pas trop.

Du coup, je ne comprend pas pourquoi le @x.setter dans D n'écrase pas la propriété de la classe parente.

De la même manière que @x.setter n'écrase pas les autres accesseurs dans la classe C. Et de toutes façons, à sa manière, le @C.x.getter a déjà « écrasé » la variable parente (x) au sens où D l'a maintenant redéfinie (mais en gardant les setter et deleter de C).
Il faut bien comprendre que les trois « accesseurs » dont on parle sont en fait une seule variable python. Pour bien comprendre, il faut déjà bien avoir compris le mécanisme de property, sans les décorateurs : c.f. help(property).
Quand x.setter est appelé, cette fonction « mémorise » les autres accesseurs déjà définis et ajoute seulement le setter.

x existe de nouveau pusique tu as fait un def x. Tu n'as donc plus beoin d'y faire référence via la classe parente.

Oui. Même si, plus précisément, ici c'est le décorateur qui va au final attribuer la variable x.

une classe ne peux pas faire référence à elle même dans sa déclaration.

Oui. Mais on peut tout à fait faire référence aux variables de cette classe déjà définies : c'est ce qu'il se passe avec les décorateurs, ici.

Donc le seul moyen de récupérer la référence de la property original c'est de passer par la référence de la classe mère explicitement.

Non. Comme dit au dessus, on peut très bien récupérer les variables déjà définies dans la classe, c'est comme ça que marche ce mécanisme de « chaînage » des décorateurs. Par contre, on ne peut récupérer les variables des classes parentes qu'en mentionnant le parent explicitement. Ce qui est fait ici avec le premier décorateur de la classe D.

Je suppose que c'est pour ne pas « écraser » la propriété de la classe parente. Si tu mettais simplement @property def x(… dans la classe D, tous les « accesseurs » (getter, setter et deleter) de la classe parente disparaîtraient, car ils sont tous associés à la valiable (de classe) x. En particulier, ici, on perdrait le deleter, puisqu'on redéfinit tout de même le getter et le setter.

Quand tu précises @une_propriété.getter ou autre setter/deleter, la variable contenant la propriété va être écrasée, mais en gardant les accesseurs déjà déclarées, car c'est le décorateur spécifique à la propriété déjà définie auparavant qui est utilisé. Ici, dans la classe D, on utilise le décorateur de la classe C « C.x.getter » pour créer un getter qui conservera les autres accesseurs. Une fois cette propriété définie dans la classe D, on peut l'utiliser pour les accesseurs suivants (ici, le setter de D).

PS : j'utilise le mot « accesseur » pour désigner aussi bien le getter que le setter et deleter ; je ne trouve pas de meilleur mot.

Alors perso je connaissais le blanc d'œuf, mais il est à noter que tous ces moyens servent à clarifier le vin, et que donc on filtre le résidu coagulé… Donc il ne se retrouve pas dans le produit final.

D'accord avec cette demande de feature, même si selon moi un simple champ « libre » où on pourrait mettre les déclarations CSS qu'on veut en plus de la CSS actuelle serait pas mal. Genre elle s'appellerait /users/monlogin/style_perso.css et serait chargée quand le champ est non vide, avec ce champ éditable dans les préférences.

Bah quand même, empêcher de créer une autre connexion, on ne peut pas y faire grand chose. Normalement t'écris juste sur la sortie standard, qui renvoie les données sur la même connexion…

Je sais pas moi mais des mecs qui mettent en avant une version « professionnelle », qui ont un lien bien visible vers « l'activation » de sa version de DD-WRT, qui ont un jour déjà violé la GPL, et qui en plus effacent leurs traces de Wikipedia (je viens juste de le voir, la page de Sveasoft a disparu ; j'avais aussi lu des histoires de menaces envers des devs) je ne leur ferais pas du tout confiance.

Vraiment ? Qui a décrété cela ?

À peu près tout le monde qui sait utiliser Debian, ou qui lit la doc plus de 30s.

Pourquoi existent-ils des ISOs de la Squeeze ?

Pour les boulets comme toi qui veulent absolument des ISO contenant tous les paquets disponibles dans la distro, ce que ne fait aucune autre distro.

Si tu as tant d'énergie à revendre, va faire un miroir et fournis la bande passante nécessaire à la conservation & transmission des ISO de Debian sur 10 ans. Ceux qui font réellement Debian ont autre chose à foutre.

Ah, putain, j'avais pas tout lu le thread en détail. Les ISO de lenny n'existent pas. Tu les as rêvé. Une debian ça ne s'utilise qu'en netinst. Et le dernier CD de netinst est effectivement sorti ya pas longtemps.

Le plus galère avec OpenWRT, c'est de trouver comment flasher correctement son routeur. C'est parfois un peu ardu, mais avec un Linksys, tu ne devrais pas avoir trop de problème.

En fait, pour résumer, c'est juste un problème de compatibilité matérielle ; comme d'hab…

Ensuite, de base tu as une interface web, contrairement à ce qui est indiqué au-dessus. Et toutes les fonctions de base que tu décris sont bien accessibles et configurables « out of the box » !

Les « alternatives » (qui sont toutes dérivées de OpenWRT) ne font que ajouter des bouts de proprios pour faire « joli ». Le nombre de logiciels disponibles en sus n'est aussi pas comparable.

La matrice c'est également dans une version récente du protocole, il me semble.

https://linuxfr.org/comments/1209194.html#1209194

Et j'ai compté : 7 clics.
Enfin bon, avant, je te conseille d'aller te faire soigner…

L'ISO la plus facilement téléchargeable c'est celle de Squeeze (4 clics), parce que c'est ce que conseille Debian. Si tu veux une ISO plus ancienne, tu peux trouver en un peu plus de clics. Je ne vois pas où est le problème.

J'aurais bien voulu, mais il faut un login/mdp, et je ne préfère pas sur ce genre de plateforme [http://mako.cc/writing/hill-free_tools.html]
Quelqu'un d'autre peut le faire ?

je ne sait pas comment savoir celle qui est réellement utilisée sur mon navigateur…

Moi non plus, mais visuellement ça s'est vu direct : je ne connais aucun site qui me les fait aussi moche…

Regarde ta ligne de déclaration des polices :
Freesans, "Free Helvetian", "URW Nimbus Sans L", "Nimbus Sans L", NimbusSanL, URWNimbusSanL, Swiss, "Swiss 721 SWA", "Swiss 721 BT", "Swiss 721", Helvetica, Helvetic, Helv, "Arial Unicode MS", Arial, sans-serif

Tu pourrais pas simplifier un peu ? Les 3/4 ont l'air de variations pour systèmes trop pourris pour reconnaître le nom de manière générique, et la plus prioritaire est Freesans, qui n'est pas en fait celle à laquelle je pensais (c'est les Liberation qui servent de substitution aux polices populaires de chez MS) mais une police… du projet GNU ! Je ne connaissais pas, mais elle fait un rendu sans lissage sous-pixel je ne sais pas pourquoi, et c'est très moche. C'est étrange, je n'avais jamais entendu parler de ces polices avant, je connaissais surtout les DéjàVu/Bitstream.

Et en fait, quand je dis moche, c'est exactement comme sur la capture, sauf que je ne support pas ce genre d'anticrénelage baveux.

Je pense que tu peux juste supprimer Freesans au début de la liste et ça réglera le problème.

La police par défaut rend extrêmement mal chez moi avec avec du subpixel-rendering. C'est tout baveux et moche. Je suis en Debian sid.

J'ai regardé très vite fait la CSS, et je remarque que les polices choisies ne sont que des polices proprios, ou dérivées : il me semble que c'est Freesans qui est utilisée pour le texte des dépêches, et cette police n'est vraiment faite _que_ pour avoir un layout identique à je ne sais plus quelle fonte « Sans » de chez MS ; sinon, elle est vraiment moche.

Pourrait-on mettre simplement du « sans » tout court par défaut ? Ou en fallback de Lucida ou Arial (qui semblent utilisées aussi) ? (je suis assez nul en CSS) Mais par pitié, pas de Freesans…

Pour l'édition collaborative en direct, je connais etherpad : http://etherpad.org/

Alors, je ne connais pas ce genre de produit (d'ailleurs, t'aurais une référence de celui sur lequel tu lorgnes ?) mais ayant déjà vu un paquet de trucs bidons sur le port expresscard, il y a moyen que ce soit simplement un « SSD » sur port USB (connexion que l'expresscard propose ; l'autre c'est du PCIe 1x). De plus, ne connaissant aucun « grand » constructeur qui en fait (j'ai peut-être loupé quelque chose), je suppose que c'est en gros une clé USB (i.e. avec un contrôleur beaucoup plus merdique qu'un vrai SSD) avec un form-factor différent. Enocre plus si le prix n'est pas très élevé. Si c'était un truc un peu travaillé, il y aurait en plus un contrôleur SATA sur PCIe, et vu la place, le volume de production, etc, ça coûterais la peau du cul.

Bref, je peux me tromper, mais je flaire l'arnaque à 100km.

Après, Linux pourra tout à fait s'installer dessus ; mais attend-toi à avoir la même sensation que linux sur une clé USB…

Mais là tu m'expliques tu as un fichier source généré ?

Je ne lance que le préprocesseur :

gcc -E -D'printk(...)='

Et je ne vois aucun printk en sortie.
Ça se trouve, ton problème est plutôt du genre l'option est pas bien passée, ou alors les fichiers sont générés autrement, ou… ?

Heu, merci, je veux bien aider, mais je vais pas faire le boulot à ta place non plus. Si tu as un exemple concret de printk qui n'est pas supprimé par la directive de préprocesseur de gcc, montre-le, ça m'intéresse, et ça intéresse aussi sûrement des devs de gcc, car c'est sûrement un bug.

Et pour le tester, je grep simplement "printk" sur le fichier généré ; je ne vois pas en quoi j'ai besoin de le tester en live pour voir si les printk sont bien partis…

Ce problème m'a intrigué : j'ai essayé spatch, qui galère apparemment sur les directives de préprocesseur un peu ardues.

Par contre, que gcc n'y arrive pas, ce n'est pas normal : comment il pourrait le compiler sinon ?… J'ai essayé avec le code que tu fournis plus haut, la solution de Grégory marche nickel. Tu as un exemple qui ne passe pas ?

surtout sur le temps de démarrage.

Si tu veux démarrer rapidement, pense au suspend to ram / to disk. Après, il faut du matos « compatible » (= avec des drivers appropriés), mais normalement avec du AMD c'est bon (c'est ce que j'ai).

Le soir, je mets en veille (suspend to ram) en 2s. Le matin je l'allume en 2s. Que du bonheur. Et je retrouve tout mon bureau en l'état. (et quand je dis 2s, c'est 2 vraies secondes… bon ok, ptêt 3s…)
Après, si tu veux l'éteindre complètement, depuis un suspend to disk, ça doit taper dans les 15/20s (bon ok, avec un SSD).

Je pense que pour 100000 clients, soit 5M€ la solution Google, on peut essayer de se fabriquer un truc maison sympa, non ? (OK, tu n'auras pas la jolie GUI GMail et le super antispam, mais quand même…)