Reprise du message précédent :

Ou alors les 4 avec le même message, c'est pas mal parce que ça permet le commit facile: flèche vers le haut, return

Faut leur défoncer la gueule

'tin mais +1 quoi

voilà.
Réunion demain matin, va falloir que je lui explique.
Mais gentiment.

pastebinit

C'est sur launchpad, ya pas de setup.py, le man est généré à partir d'un fichier docbook qui tache, tu crées des pastes en ajoutant des fichiers de conf moches, le fichier de config principal est en XML et l'outil est un seul fichier procédural de 300 lignes, t'as même pas de if __name__ == '__main__' dedans et le tout est dans un gigantesque try...except... histoire que quand tu C-c pour le buter, il t'affiche un message d'erreur t'indiquant que tu l'as buté avec C-c

Et comme si ça suffisait pas, ça utilise getopt pour parser ses options

def getParameters(website, pastebind, content, user, jabberid, version, format, parentpid, permatag, title, username, password):
        "Return the parameters array for the selected pastebin"
        params = {}
        for pastebin in pastebind:
            if re.search(pastebind[pastebin]['pastebin']['regexp'], website):
                for param in pastebind[pastebin]['format'].keys():
                    paramname = pastebind[pastebin]['format'][param]
                    if param == 'user':
                        params[paramname] = user
                    elif param == 'content':
                        params[paramname] = content
                    elif param == 'title':
                        params[paramname] = title
                    elif param == 'version':
                        params[paramname] = version
                    elif param == 'format':
                        params[paramname] = format
                    elif param == 'parentpid':
                        params[paramname] = doParentFixup(website, paramname, parentpid)
                    elif param == 'permatag':
                        params[paramname] = permatag
                    elif param == 'username':
                        params[paramname] = username
                    elif param == 'password':
                        params[paramname] = password
                    elif param == 'jabberid':
                        params[paramname] = jabberid
                    else:
                        params[paramname] = pastebind[pastebin]['defaults'][param]
        if params:
            return params
        else:
            sys.exit(_("Unknown website, please post a bugreport to request this pastebin to be added (%s)" ) % website)

 
35

http://to

Oops! This link appears to be broken.

dites les experts: pour de la communication interprocess sous unix and co, les pipes c'est vraiment plus performant que les sockets où les utiliser revient à sodom des mouches?

le pipe n'est pas bidirectionnel

edit : http://rikkus.info/sysv-ipc-vs-pip [...] ckets.html

navigateur de merde, changer navigateur

marche pas sur chromium, renvoie sur http://www.to.com/ avec FF.

mouais bon passer de 6µs à 11µs, t'as intérêt à en balancer du message avant que ça ne soit plus du sodocultage de diptères

et marche pas non plus sous IE.

Marche très bien sous camino
 
essayez http://to. et http://to./ ?

chrome

ça fonctionne la

même comportement qu'avant

Chrome c'est pourri en fait

Notons:

• Camino, pas de problèmes
• Safari (OSX), pas de problèmes
• Firefox 3.6 (WXP), a besoin du "." sinon il va sur to.com
• Opera 10.10 (WXP), pas de problème
• Chrome (OSX), pas de problème
• Chrome (Windows), a besoin du "." ?
• IE 7 (WXP), chez moi ça marche

Les DNS joueraient-ils?

http://www.to/ passe en revanche

Ça marche pourtant chez moi sous FF (nulix)

 
ouais, et l'interface est differente

avec FF, ici, ca renvoie sur http://www.to.com/ aussi, par contre, le http://to./ fonctionne bien ....

C'est pas du tout le même site, et ça fait 4 caractères de plus

http://to ou http://to. ?

Ça marchait pas la première fois.
http://www.to/ fonctionne
Je retourne sur http://to/ ça marche

(Chrome)

Sans doute puisque mon FF 3.6 OSX ne vas pas sur to.com

http://blogs.adobe.com/pdfitmatter [...] _upda.html

J'ai pas testé FF sous OSX, si ça se trouve il passe par les APIs OSX qui fonctionnent bien (FF Win merde alors qu'il est sur le même réseau et -- normalement -- les mêmes DNS que mon macbook)

moi sous safari (snow leopard), http://to./ fonctionne mais pas http://to/
sur iphone les deux fonctionnent

J'allais le dire

Bon, donc en fait le problème vient principalement des DNS (mais le client peut jouer par dessus même quand le dns tourne ok, cf mo FF 3.6/win), je ne vois pas d'autre explication

Et sinon comment ça marche un domaine comme ça ? n'importe qui peut enregistrer un nom de domaine à la racine ?

http://to

 
j'ai taclé un dev qui mettait pas de message de commit, il a pas trop aimé
 
personne aurait le lien qui explique pourquoi les message de commits doivent être plus explicites que juste décrire la modif ?

Non, c'est un tld des îles Tonga.

 
bonne idée, je vais coller un script de precommit qui sort des insultes de monkey island si le commit message est vide

C'est un TLD, et à part si tu crées/possèdes un pays (histoire d'avoir des droits sur un ccTLD) tu vas avoir beaucoup de mal à en récupérer un.

Apparemment ICANN est en train de mettre en place des nouvelles règles pour les gTLD (et principalement les sponsored TLD) donc c'est ptet pas impossible pour le futur, mais pour le coup ça va être le rush et les TLDs à 2 lettres vont vite se faire rares.

donc le site là, il appartient au roi des tonga ?

http://forum.hardware.fr/hfr/Progr [...] m#t1963196 ?

L'administration est faite par le Tonga Network Information Center et les domaines sont vendus par le gouvernement, mais dans la mesure où Tonga est encore une monarchie non-constitutionnelle (c'est en train de changer, mais la migration n'est pas terminée) on peut probablement le voir comme ça