louiz’ a écrit 302 commentaires

Mauvais exemple… Pourquoi un daemon qui n'utilisait pas syslog(3) va se mettre à l'utiliser tout d'un coup ?

J’ai pas compris. Si ton daemon est lancé par systemd, t’as rien à faire, t’as pas à utiliser syslog(3) ni rien. T’écris sur la sortie standard, et systemd te journalise ça comme il faut¹ avec la date et tout ça.

(C’est d’ailleurs tout l’intérêt que je vois à systemd : c’est lui qui s’occupe de tout la “daemonization”. Le logiciel a juste à se lancer (pas besoin de se forker plusieurs fois, ni d’utiliser daemon(3) à la noix), écrire sur la sortie standard, et tout va bien).

1: « comme il faut », bon, sauf que c’est dans une archive ultra-lente qu’on gère à l’aide d’un logiciel moisi qui met 3 plombes à faire quoi que ce soit (journalctl). L’implémentation pue du cul, mais l’idée est cool.

Alors je ne sais pas tu faisais du second degré, mais je vais faire l'explication de texte, quitte à ruiner la blague initiale.

À mon avis, il/elle parlait seulement de l’aspect physique des fraises en question. Sous entendu « oh lala, elles sont trop belles, symétriques et parfaites, y’a donc forcément plein de trucs pas cools qui ont été utilisés pour les faire pousser. »

Dans XMPP, un composant (component, dans la XEP 0114) est un logiciel qui fait office de « plugin » pour un serveur XMPP.

C’est le serveur qui gère les connexions avec l’extérieur, il ne fait que transmettre au composant les messages qui lui sont addressés, puis il (le serveur) renvoie les messages.
C’est donc le serveur lui-même qui gère le chiffrement, et tout le reste.

Le composant, lui, est juste lancé en local, sur la même machine que le serveur, s’y connecte sur un port spécifique (en clair) et gère uniquement les stanzas qui lui sont adressées.

C’est ce générique qui est visé, quand les gens font « na na na na na BATMAN » ?

Si non, lequel est-ce ?

Edit : Ah oui, ben je me réponds à moi-même, tout à la fin on l’entend.

J’aurais appris quelque chose du coup, merci.

Vu qu’on parle d’OSMand :

On peut faire des recherches types « MacDo » (pour trouver un Restaurant Macdonald’s proche de notre position actuelle) ?

Ou alors faut encore aller naviguer sur le web, chercher une adresse d’un MacDo dans la ville où on est, noter l’adresse dans sa tête (ouais, on peut pas la copier coller, cf la suite) et ensuite aller écrire à la main « rue des Pieds » dans le champs « rue », puis « 20 » dans le champs « numéro de rue », puis « Toulouse » dans le champs « nom de la ville » puis « France » dans le champs « pays » ?

Parce que bon, tant qu’on devra taper une ADDRESSE dans le machin (en respectant un format chiant, en plus, avec plusieurs champs), je me vois pas trop utiliser ce machin au quotidien.

(Autre usage important : chercher « station service », et que ça trouve une station service, sur mon trajet actuel, sans quitter ma navigation actuelle (juste en rajoutant un point où passer))

Idéalement un

#ifndef NOMDUPROJET_NOMDUMODULE_NOMDUFICHIER_H

Pour éviter les conflits avec une lib quelconque, voire avec ses propres fichiers si le projet est gros.

Dans la pratique, ça se résume soit à:
- oh… putain, encore un site qui a son propre bugtracker… bon, 2 solutions:
* je fait un nouveau compte, avec mon pass classique
* ça me soule, je zappe ( <=== solution la plus populaire je pense, en tout cas celle que j'adopte le plus souvent )

Ou https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/integration/omniauth.md (qu’on peut voir par exemple sur https://gitlab.com/users/sign_in, avec le logo google, github etc).

Qu’en pensez-vous ? Ça permet d’avoir le compte en 3 clics, et pas de nouveaux identifiants à retenir.

Bien sûr on part du principe que la personne a un compte github, mais on suppose que c’est le cas, vu que la discussion tourne autour du fait que le centralisation de github est un de ses avantages.

C'est redmine qui à été forké (bluemine/chiliproject, mort forké à nouveau en openproject).

Oh, je connaissais chiliproject mais pas openproject, je vais voir ça d’un peu plus près.

(Par contre, paye ton nom à la noix)

Alors en gros (évidemment, c’est mon avis subjectif personnel rien qu’à moi) :

Redmine c’est très souple, le bug tracker est très bien, par contre c’est vieillissant, ça n’évolue quasiment plus, et il n’y a pas de truc de Continous Integration.

Gitlab c’est moderne, ça évolue rapidement, y’a un truc de Continous Integration, mais le bug tracker est calqué sur celui de github donc il est très limité. Ça ressemble beaucoup plus à github (le point central étant le dépôt git et le reste est un peu optionnel à côté) plutôt qu’à une forge « traditionnelle » (où le dépôt des sources n’est qu’un module parmi d’autres).

Trac c’est un peu comme redmine mais en moche et dès que t’écris en camelCase un truc ça te fout un lien pété donc c’est super nul.

Gog j’ai pas essayé.

C’est pourtant pas dur de faire une page d’administration où tu peux ajouter toi-même les champs (tu choisis le label, le type, la liste des valeurs possibles si besoin, si le champs est obligatoire, et c’est torché).

C’est le genre de features qui font que pour l’instant je reste sur redmine et que je passe pas sur le bugtracker de gitlab.

beaucoup de choses laissent a désirer j'en suis conscient, mais globalement ça marche et je ne sais pas forcement comment faire mieux. Je n'ai jamais trouve de ressources expliquant comment organiser son projet, je récupéré juste des idées ici ou la… Si vous avez des références, n’hésitez pas a me les faire connaître.

Ouais, ben comme moi du coup. Et c’est pour ça que je te demandais, je me renseigne pour voir si je passe à côté de méthodes formidables.

Mais donc c’est bien « parce que ça marche et que ça me convient », les mêmes raisons que moi à peu près.

Par contre des fois la demande est automatiquement fermée par Github suite à l'intégration du correctif, ce qui n'est pas très sympa pour le contributeur.

Je trouve que c’est normal. Selon moi, « closed » signifie juste qu’un mainteneur du logiciel considère que le problème est résolu (s’il a commité avec “fix #1234” dans le message, c’est que c’est le cas). Ça ne signifie pas qu’il est dorénavant interdit de répondre sur le ticket. Si l’auteur du ticket considère que c’est pas vraiment corrigé, il suffit qu’il le dise à la suite de la discussion et réouvre le ticket.

(Encore faut-il que le bug tracker permette à n’importe qui de ré-ouvrir un ticket, je sais pas si c’est le cas de github, mais en tout cas pour moi c’est une fonctionnalité importante.
C’est d’ailleurs pour ça que je considère qu’un bug tracker doit être extrèmement souple et permettre à tout le monde de quasiment tout modifier dans un ticket, du coup je n’aime pas les bug trackers de github ou gitlab.)

Par exemple, voici ce que j'utilise […] pour les tests.

J’utilise également catch, par contre je ne compile pas du tout de la même façon.
Je définis un seul target, qui compile tous mes tests/*.cpp, et un seul de ces fichiers contient le CATCH_CONFIG_MAIN.

Ça permet de ne pas avoir à compiler plein de fois le main de catch (ce qui prend chez moi 4.3 secondes, pour un fichier « vide » c’est un peu long), et ça me donne un seul binaire sur lequel je peux lancer les tests que je veux juste en passant des arguments.
J’ai fait un peu le même constat avec boost.test : c’est le « main » du framework qui prend (de loin) le plus de temps à compiler. J’ai donc décidé de toujours compiler tous mes tests en un seul binaire, et de mettre la partie « main du framework » dans un fichier rien que pour lui, pour ne jamais avoir à le recompiler quand je modifie simplement un de mes tests.

(Et puis en plus, ça me parait plus court à écrire : https://git.poez.io/biboumi/tree/CMakeLists.txt#n159 )

Quels sont les avantages de ta méthode, à ton avis ?

Oui, c’était facile à comprendre.

Perso, dès que je lis « je m’insurge », je me dis immédiatement que je suis en train de lire quelqu’un qui parodie d’autres gens qui râlent pour rien.

1G.

Je l’ai installé pour tester, parce que je cherchais un outil de CI un peu mieux que celui de gitlab (notamment pour avoir une « matrice de build » (c’est à dire : pouvoir définir des options, par exemple « gcc ou clang » et « debug ou release », et que l’outil se charge de compiler le machin dans toutes les configurations possible (gcc release, clang debug, gcc debug etc)).

Malheureusement il n’est pas prévu pour fonctionner avec un simple dépôt git standalone. Il doit forcément se reposer sur un API d’authentification, et sur des hooks « web » bien précis (donc github, gitlab, bitbucket). Et si j’installe drone c’est pas pour me taper la maintenance de drone ET de gitlab (et je veux m’auto-héberger, sinon j’utiliserais github et travis-ci…).

Bref c’est pas mal, mais du coup je suis resté sur gitlab pour l’instant, qui j’espère va bientôt implémenter les quelques features qui me manquent.

(Par contre un bon point, comme ça ne marche QUE avec docker, j’ai dû m’y mettre un peu, et je regrette pas, j’ai passé mon gitlab-ci en mode docker suite à cet essai de drone).

Si j’ai bien compris, l’oubli c’est surtout celui d’avoir oublié de retirer la feature expérimentale au niveau du client (quand ils l’ont fait au niveau du serveur), pas de la documenter.

Ce qui est pire en fait, du coup.

Après, côté IRC, j'en suis resté à HexChat, je ne savais même pas qu'on pouvait utiliser sérieusement Pidgin pour cela (je l'imagine plutôt pour la messagerie instantanée).

IRC c’est de la messagerie instantanée.

Oui, quand ils sont obligés de choisir.

Quand les gens peuvent avoir des trucs simples, sans avoir à réfléchir ni choisir (slack), ben ils vont se tourner vers ça.

Si « les ordinateurs » ça devient un truc chiant comme les banques, les assurances et les factures de téléphone, y’aura beaucoup moins de monde qui sera intéressé.

http utilise le protocole telnet. Pour t’en convaincre, tu peux utiliser le logiciel telnet en te connectant sur le port 80 d’un serveur web.

Ça c’est juste parce que les deux (HTTP et telnet) utilisent TCP¹.

Mais HTTP n’utilise pas telnet, non.

1: En vérité, ils PEUVENT utiliser TCP, et c’est ce que font 99.99% des implémentations. Du coup ton client telnet, utilisant TCP, ben il peut communiquer avec un serveur HTTP utilisant TCP.

Non, TCP c’est un protocole, et bittorrent c’en est un autre (Et IP aussi, etc).

Et un protocole peut se baser sur un autre, ou en utiliser un autre.

(IRC ou XMPP ou HTTP c’est pas des protocoles ? Parce que ça communique sur du TCP aussi)

L'orthographe c'est une question de respect du lecteur.

Non….

Si…

Tu pourras dire tout ce que tu veux, qu’inverser « er » et « ez » c’est pas très grave, que « ça gène pas la lecture », et que « du moment qu’on se comprend, tout va bien ». Si tu veux.

Mais quand même, tes posts sans aucun accents sont foutrement chiants à lire (car la lecture est ralentie à chaque mot ambigu qu’on y croise).

mais écrire ses propre move operator, pour ses propres classes demande une certaine discipline

Foo1(Foo1&&) = default;

Ça va, c’est assez facile.

(Et si c’est une classe qui a des membres non-movables ou un peu complexes (disons que ça possède un raw pointer, pour une quelconque raison), oui faut l’écrire à la main, mais les classes de ce genre sont censées être petites et ne gérer qu’une seule chose, donc même dans ces cas c’est assez facile à écrire, et c’est surtout rare)

J’aurais plutôt fait comme ça perso :

oldstable -> very very outdated
stable -> very outdated
testing -> outdated
experimental -> buggy

Mais l’idée est proche.

C’est peut-être juste le thème qui fait cet effet non ?

Celui par défaut est bien plus laid et moins moderne (déjà que là c’est pas extra je trouve).