Storm a écrit 178 commentaires

Du moment qu’on ne l’impose pas à tort et à travers …

Ouais, moi aussi ça m'avait gonflé de me voir "imposer" sysVinit, je compatis.

Je ne suis pas inapte techniquement (c'est moi qui le dit, donc faut me croire !), et pour moi c'est du troll (encore moi qui le dit, alors faut me croire !).

Les seuls désavantages sont pour ma part:
• l'interface en GTK2 vieillissante qui dénote un peu
• et la recherche un peu faiblarde (j'aimerais avoir que la liste des emails concernés et pas être obligés de naviguer à l'aveuglette)

Je rajoute à la liste le fait qu'il soit mono-thread : il devient passablement pénible à utiliser lors d'opérations un peu longues…

Ok, donc la poutine québecoise est bien québecoise, la poutine niçoise est niçoise, et le poutine russe est russe.

Et que sixtel va me dire que c'est québecois, alors qu'en fait, non, c'est niçois.

Euh, source ?

Ok, c'est juste que c'est toujours la même police en fait :)

Je ne sais pas si c'est un soucis de cache quelque part, mais je tombe toujours sur l'ancienne version avec la police illisible. J'ai bien forcé le rafraichissement, pas de changement.

Une petite typo s'est égarée dans le texte.

Le dernier lien : "Wikipéida: IPv6" -> "Wikipédia : IPv6"

Perso j'utilise la disposition US-International : ça a tous les avantages d'un qwerty pour le code, mais l'on peut quand même écrire du français correct avec des diacritiques de façon simple.

Puisque la solution me semble si simple, c'est qu'il y a un aspect de cette étanchéité qui m'échappe.
--> pourquoi ça doit être étanche d'une manière si complexe ou performante ?

Il me semble que c'est expliqué dans le journal :

mais on a eu des problèmes d’oxydation que nous avons corrigés en étanchéifiant le POD aux gaz et faisant le vide à l’intérieur.

Maintenant, si tu veux les explications physiques, je laisse la parole aux experts qui traînent ici :)

Pour rappel, l'année dernière, le passage PCinpact à Nextinpact avait été annoncée le 1er avril. Cette année, il s'avère que le rachat de Nolife une vraie annonce.

Oupa on dirait : http://www.nextinpact.com/blog/99175-inpact-mediagroup-passe-seconde-et-rachete-nolife-ce-qui-va-changer.htm

Mise à jour : Eh non, nous ne rachetons pas Nolife ! Nous pensons effectivement que les médias peuvent avancer ensemble et progresser, tout en gardant leur ton, leur différence et sans avoir à se faire racheter ou à travailler pour des marques. Mais Nolife et nous partageons des problématiques et des idéaux, nous serons donc sans doute amener à travailler ensemble à l’avenir, en toute INdépendance. Nous souhaitons en tous cas le meilleur à l’ensemble de leur équipe (en écoutant un peu de J-pop).

Pas de rachat, mais peut-être d'autres collaborations ?

Ah, je me doutais que j'allais me faire moinsser, mais je ne pensais pas que j'allais déclencher une telle polémique ;)

Il y a plus que 3 fautes dans le commentaire d'origine, mais j'ai choisi de me concentrer sur Debian, c'est que je vois de plus en plus une tendance à ne pas épeler correctement les noms de projets (systemD, Androïd, etc). Alors OK, ce sont généralement de gros projets qui vont pas souffrir de ne pas avoir leur nom correctement écrit sur un obscur site français (troll caché), mais ça généralise une tendance qui peut aussi s'appliquer sur des plus petits projets. Et je trouve ça dommage que des développeurs des projets qui ont passé tant de temps à le choisir avec amour, moults débats, trolls et autres voient le résultat de leurs efforts massacrés, de façon certainement involontaires, lorsqu'on y fait référence.

La grammaire et l'orthographe, je laisse ça au gouvernement ;)

C'est la soluce choisi par Débian

Debian*

Vous pouvez moinsser ;)

Oui !

Si un modo passe dans le coin :

s/députer/députés/
s/trouverais/trouverez/
s/défendu/défendue/

Hello,

Superbe dépêche très instructive sur l'histoire de TeX et LaTeX !

J'attends avec impatience la suite.

merci pour le commentaire en détail pour dire tout le mal que tu pense de notre travail :) Étant moi même un vieux con je vais te répondre. En ce qui concerne les numérotation cela va se régler fin de cette année a la sortie de la version 1.1.

Note que je ne critique pas la qualité de votre travail ou du code, simplement le schéma de numérotation.

En effet comme FusionDirectory est très utilise et que nous avons décide très rapidement que tout les développement client iraient dans la version libre, cela explique le ajouts dans des versions dit mineures.

Je comprends bien le point de vue, mais justement, le logiciel étant très utilisé, il me semble qu'il ne serait pas inutile de clarifier un peu la gestion des releases et des versions.

Nous mettons un point un point d'honneur a documenter les montées de version et avons même écrit des outils pour faciliter cela.

C'est très bien, mais ça me gène toujours. Si j'ai installé la version X.Y.Z dans mon parc, je vais installer par la suite les version X.Y.Z+n qui apportent uniquement les correctifs de sécurité, après avoir revu les modifications apportées. Actuellement, il m'est impossible de faire cela, car une nouvelle version apporte aussi un lot de nouveautés qui m'oblige à requalifier complètement le projet.

Pour nous l'essentiel est de communiquer et d’être ouvert, a défaut d’être parfait nous essayons de faire le meilleur logiciel de gestion d'annuaire ldap qui existe

Encore une fois, prenez mon commentaire comme une piste d'amélioration, et cela semble déjà avoir été pris en compte et amélioré pour la version 1.1

Ma suggestion : laissez tomber les versions "pseudo-sémantiques", et adoptez une numérotation incrémentielle, à la firefox.

Bon il s'avère que Firefox a encore des versions mineures et des patchs. Meilleurs exemples : less ou systemd

Une chose que je ne comprends pas avec FusionDirectory, c'est la numérotation des versions.

Regardons un peu les dernières sorties publiées en dépêches ici même depuis la 1.0.8 :

• 1.0.8 : "La version 1.0.8 est une version majeure qui contient de nouvelles fonctionnalités intéressantes". Perso, comme le fait remarquer un commentaire, je l'aurais appelée 1.1.0, mais soit.
• 1.0.8.1 : "La version 1.0.8.1 est une version de maintenance avec des correctifs importants et une nouvelle fonctionnalité pour faciliter les mises à jour." Euuu, là ça ne va plus. Une version de maintenance qui introduit de nouvelles fonctionnalités, ce n'est pas une version de maintenance… Admettons quand même, les fonctionnalités semblent se trouver dans des outils à part.
• 1.0.8.4 : "La version 1.0.8.4 est une version de maintenance comprenant des correctifs importants et de nouvelles fonctionnalités. Tout cela est décrit en seconde partie.". Dans la partie nouvelles fonctionnalités : "Le greffon desktop-management a été réécrit et s’appelle applications, il gère maintenant des applications desktop et web". Wow… Une réécriture d'une partie du soft, dans une version de maintenance, vraiment ?
• 1.0.8.5 : "Le greffon Dashboard a été fusionné dans le cœur de FusionDirectory. Le greffon Dashboard est devenu un greffon donnant des statistiques et informations complètes". Donc là en plus de changement dans le code, on a aussi un changement fonctionnel introduit (potentiellement avec son lot de bugs).
• 1.0.8.6 : cf https://linuxfr.org/news/sortie-de-fusiondirectory-1-0-8-6#comment-1606644, rien à ajouter.

Soit je suis un vieux con, et c'est la mode de faire un peu n'importe quoi sur la gestion des versions sur des applications type appli-web, soit je suis un vieux con, et je ne comprends pas le schéma de numérotation actuel ;)

Ma suggestion : laissez tomber les versions "pseudo-sémantiques", et adoptez une numérotation incrémentielle, à la firefox. Au moins, on pourra traiter chaque nouvelle version comme une nouvelle version majeure :)

Moi je remarque surtout que le site ne respecte pas les indications de CNIL disant qu'un utilisateur peut refuser l'usage des cookies d'un site sans que ceci l'empêche de naviguer sur le site en question. Ici, si on ne veut pas de cookies, faut pas venir sur le site.

Faut arrêter avec cette interprétation incorrecte. L'article cité vise principalement les cookies de publicité/mesure d'audience/réseaux sociaux (comprendre en gros, les cookies de tierces parties qui sont de toute façon déjà bloqués par paramétrage de votre butineur, n'est-ce pas ? ;)).

En particulier, sont exemptés de consentement (le fameux "bandeau cookie") les cookies nécessaires au fonctionnement du site. Je cite la page de la CNIL :

Quels "cookies" sont exemptés du consentement préalable ?

Sont exemptés du recueil du consentement les traceurs strictement nécessaires à la fourniture d'un service expressément demandé par l'utilisateur. Ainsi, par exemple, les traceurs suivants ne requièrent pas de consentement :

• les cookies de " panier d'achat " pour un site marchand ;
• les cookies " identifiants de session ", pour la durée d'une session, ou les cookies persistants limités à quelques heures dans certains cas ;
• les cookies d'authentification ;
• les cookies de session créés par un lecteur multimédia ;
• les cookies de session d'équilibrage de charge (" load balancing ") ;
• certaines solutions d'analyse de mesure d'audience (analytics) ;
• les cookies persistants de personnalisation de l'interface utilisateur.
• les cookies de session d'équilibrage de charge (" load balancing ") ;
• les cookies persistants de personnalisation de l'interface utilisateur.

En l’occurrence, le site utilise effectivement (au moins) Google Analytics, qui ne fait expressément pas partie des cookies exemptés du consentement. Mais je voulais corriger le raccourci fait sur la CNIL et les cookies.

Pour un grand n'importe quoi, et si vous voulez vous mettre en mode "temps de cerveau humain disponible", jetez un oeil à CSI Cyber, un spin off de plus de la série les experts. Comme le nom de la série l'indique, c'est des experts du département "Cyber" qui arrêtent les méchants en usant et abusant de la technologie. C'est très rigolo au début, puis très énervant pour ceux qui s'y connaissent un minimum. Je n'ai pas pu aller plus loin que l'épisode 4.

Pour du grand n'importe quoi, je conseille plutôt Scorpion. Ça a le mérite d'être tellement perché que ça en reste amusant, contrairement à CSI: Cyber qui effectivement peut taper sur le système assez rapidement.

512 GB de RAM, c'est cool ! ;-)

c'est le temps d'exécution de la fonction (fp = pcap_open_live) qui dure à peu près 20ms, et celui de (pcap_close(fp)) qui dure à peu près 10ms qui mettent tout ce temps.. Vu qu'elles sont appelées pour chaque paquet à envoyer…

Ouvre ton device au lancement de ton appli et ferme le quand tu n'en as plus besoin, au lieu de le faire pour tous les paquets.

Peut-être justement fait exprès, pour éviter que l'adresse ne se retrouve sur tous les sites et forums de geeks à se prendre 4527880315 requêtes et pings par minute !

Bonne remarque, mais dans ce cas, prendre des adresses de plages réservées à la documentation/exemples serait pas mal :

http://www.iana.org/assignments/iana-ipv4-special-registry/iana-ipv4-special-registry.xml
http://www.iana.org/assignments/iana-ipv6-special-registry/iana-ipv6-special-registry.xml

Les adresses seront valides, et pour les geeks les plus attentifs, cela démontrera le petit travail de recherche préalable :)

Désolé pour le doublon, la recherche ne me retournait pas d'entrée en relation avec HSTS (et en refaisant une maintenant, je tombe sur mon entrée ;-)).