CrEv a écrit 4577 commentaires

à mon avis le problème se situe bien plus au niveau des cycles de release des développeurs

Aujourd'hui plus personne ne veut réellement de cycles de release qui se passent en mois. Y compris sur les logiciels desktop.

Le problème principal vient quand les nouvelles versions de logiciels apportent plus de bugs qu'ils n'en corrigent !

Ha oui, donc en fait le vrai problème ce sont les logiciels mal fait. Soit. Mais bon avec un cycle de release long et une nouvelle version qui ajoute plus de bugs qu'elle n'en corrige c'est encore pire qu'avec un cycle court.

faute de grosse entreprise pour les promouvoir,

Donc en fait tu descends Google et Facebook qui ont été de très gros utilisateurs de XMPP et juste après tu dis qu'il n'y a pas de grosses entreprises pour promouvoir XMPP ?

Je n'ai plus les détails en tête mais quand Google a utilisé XMPP il a aussi foutu un gros coup de pied dans la partie voix (ou vidéo je ne sais plus) de XMPP qui n'avançait jamais assez vite. Ils n'ont peut-être pas suivi les règles de XMPP mais au moins ça a avancé et ça a fait avancé XMPP pour tous ceux qui l'utilisent.

Pour facebook c'était pour récupérer une solution sur l'étagère, avant d'imposer leur branding, leur app et leurs pubs partout.

XMPP c'est un protocole, je vois pas bien le problème à l'utiliser.

Changer le logo XMPP (je ne sais pas d'où il vient ?)

Pour info (qui n'a d'autre valeur que de décrire ce que j'en comprend) le logo c'est celui de la catégorie de la dépêche et non du sujet : https://linuxfr.org/sections/xmpp https://linuxfr.org/sections

Entre appearin et framatalk il y a tout de même une chose que j'apprécie vraiment plus côté framatalk : quand on stop le partage de webcam… la webcam s'arrête. Sur appearin il accède tout le temps à la webcam.
Dans mes souvenirs framatalk et appear étant grosso modo équivalent (y compris en terme de perf, ressenti, etc) autant prendre framatalk car libre, non ?

sont un petit écho audio et des vidéos figées pendant plusieurs secondes

Parfois c'est largement suffisant pour que tous les jours ça en devienne lourd.
Une fois de temps en temps ça allait, mais ça tous les jours non.
Sur des petites connexions on avait aussi qq problèmes.

Après je reprécise, je parle là de notre expérience à 4 en visio chacun derrière une connexion différente + outre atlantique. Et tous les jours, pour le taff.

Par contre, pour du perso, simple avec tata Ginette pas de problème particulier.

Je l'ai utilisé un temps, quotidiennement, avec en même temps des personnes relativement proche et des personnes outre atlantique.
Bon, c'est pas génial dans ce cadre. On a rapidement de l'echo et/ou une qualité moyenne.
Tant qu'on restait proche (en France) ça marchait pas mal tout de même.

En même temps tu as démarré directement par ce sujet au début de ton journal.

Et en vrai je me demande réellement où est le problème puisque j'écris avec un clavier qwerty et avec des accents.

Encore un journal ecrit depuis les USA, avec un clavier qwerty, j'en suis sincerement desole, et espere que vous me lirez malgre cet aspect agacant je le reconnais.

J'ai pas bien compris, il est où le problème avec le fait d'avoir un clavier qwerty ? D'ailleurs ce commentaire est écrit depuis un clavier qwerty.

Si c'est si agaçant, pourquoi juste pas configurer et/ou apprendre à utiliser son clavier ?

autant l'intégration de vidéo et de 3D me laisse perplexe

Pourtant moi je trouve ça intéressant. Imaginons que ton taff soit de concevoir des pièces mécaniques en 3D. Pouvoir embarquer des modèles ou des animations 3D dans un format de présentation lisible (presque) partout et donc pouvoir les montrer facilement à ses collègues, n+x, clients, etc est une bonne chose. Surtout que ce n'est pas que pour montrer ça, ça permet aussi d'avoir tout le bla bla nécessaire autour.

Quand on voit toutes les présentations en conférence contenant des extraits vidéos, pouvoir sortir un pdf avec le contenu (et la vidéo qui fonctionne) est une bonne chose, et permet de ne pas dépendre de powepoint/impress ou autres.

une capture d'écran faite avec Gimp. Un installateur Gimp existe pour Windows!

***Fichier joint : capture.xcf

Pourquoi pas juste une capture en png/jpeg ? Pour le plaisir de voir s'ils vont installer gimp ?

je ne sais pas quelle crédibilité leur accorder (le mis en cause parle de propos diffamatoires)

Si je ne me trompe il n'y a pas forcément un lien entre diffamation et vérité. Un propos peut être vrai et diffamatoire.

1 - qu'est-ce que FusionForge ?

FusionForge vous aide à suivre l'intégralité de votre cycle de développement.

FusionForge propose des outils pour faciliter la collaboration au sein de votre équipe de développement, avec des forums et des listes de diffusion, et des outils pour créer et contrôler l'accès à des systèmes de gestion de code source comme CVS et Subversion. FusionForge crée automatiquement les dépôts et règle le contrôle d'accès en fonction des rôles définis à l'intérieur du projet.

Fonctionnalités supplémentaires :

• Gestion des publications de fichiers.
• Gestion des documents.
• Annonces et nouvelles.
• Sondages pour les utilisateurs et les administrateurs.
• Suivi de problèmes sans limitation sur le nombre de catégories, de champs texte, etc.
• Gestion de tâches.
• Wiki (avec MediaWiki ou phpWiki).
• Un système de greffons pour ajouter des fonctionnalités.

2 - en quoi sa dockerisation est un évènement ?

Étant donné que avant ce n'était pas dockerisé et que maintenant ça l'est, il s'agit bien d'un évènement, non ?

Il y a une erreur dans le (mon) Dockerfile :

RUN set -x \
    && source ./autoinstall/common-backports \
    && yum install -y \
        make \
        tar \
    && backports_rpm \

La commande backports_rpm était passée à la trape.

Il reste une question dans ce dockerfile, c'est l'update du début. Logiquement l'image docker de base devrait être à jour, c'est le principe tout de même.
Je l'ai supprimée pour être ok vis à vis du linter, mais ça reste un choix.

Et la sortie des linters:

$ docker run --rm -it --privileged -v $PWD:/root/ projectatomic/dockerfile-lint dockerfile_lint lint

-------WARNINGS--------

Line 7: -> RUN yum -y install git openssh-server; yum clean all
WARNING: installing SSH in a container is not recommended. Do you really need SSH in this image?. 
Reference -> https://github.com/jpetazzo/nsenter

$ docker run --rm -i sjourdan/hadolint < Dockerfile
/dev/stdin:13 SC1091 Not following: File not included in mock.
/dev/stdin:75 DL3002 Do not switch to root USER

Et histoire de continuer, si je devais maintenir ce Dockerfile je le changerais dans sa présentation pour le rendre (en tout cas à mon goût) plus lisible, qu'on voit mieux les différentes commandes et leurs arguments.

Voici un exemple, c'est pas garanti que ça fonctionne comme souhaité c'est surtout pour la présentation.

FROM centos:centos7
MAINTAINER FusionForge TrivialDev <franck.villaume@trivialdev.com>
LABEL maintainer "FusionForge TrivialDev <franck.villaume@trivialdev.com>"
LABEL name "FusionForge"
LABEL version "allinone"

RUN yum -y install git openssh-server; yum clean all

WORKDIR /opt/sources
RUN git clone https://scm.fusionforge.org/anonscm/git/fusionforge/fusionforge.git

WORKDIR /opt/sources/fusionforge
RUN set -x \
    && source ./autoinstall/common-backports \
    && yum install -y \
        make \
        tar \
        backports_rpm \
    && yum --enablerepo=epel install -y httpd-itk \
    && yum install -y \
        gettext \
        php-cli \
        php-pgsql \
        php-process \
        php-mbstring \
        php-pear-HTTP \
        httpd \
        mod_dav_svn \
        mod_ssl \
        postgresql-server \
        postgresql-contrib \
        nscd \
        cvs \
        subversion \
        viewvc \
        python-pycurl \
        git \
        gitweb \
        xinetd \
        moin \
        mod_wsgi \
        python-psycopg2 \
        unoconv \
        poppler-utils \
        libreoffice-headless \
        cronie \
        mediawiki \
    && yum clean all

WORKDIR /opt/sources/fusionforge/src
RUN set -x \
    && make \
    && make \
        install-base \
        install-shell \
        install-scm \
        install-plugin-scmcvs \
        install-plugin-scmsvn \
        install-plugin-scmgit \
        install-plugin-blocks \
        install-plugin-moinmoin \
        install-plugin-taskboard \
        install-plugin-message \
        install-plugin-repositoryapi \
        install-plugin-mediawiki

RUN yum --enablerepo=epel install -y supervisor && yum clean all

RUN mkdir /var/run/sshd
RUN /usr/sbin/sshd-keygen

USER postgres
RUN /usr/bin/initdb -D /var/lib/pgsql/data

USER root
COPY ./supervisord.conf /etc/supervisord.conf
COPY ./startpoint.sh /startpoint.sh
COPY ./postinstall.sh /postinstall.sh
RUN chmod +x /startpoint.sh
RUN chmod +x /postinstall.sh

EXPOSE 22 80 443
ENTRYPOINT ["/startpoint.sh"]
CMD []

Et sinon pour compléter sur l'usage des RUN, chaque RUN crée un nouveau layer. Il peut être intéressant de les limiter, ou d'en avoir plusieurs car on sait que l'un va changer et pas l'autre.
Nénanmoins (et c'est indiqué dans la sortie du linter de projectatomic) il est bienvenue d'avoir un clean dans le RUN. Cela permet d'avoir un layer débarassé de toute trace temporaire qui ne ferait que grossir l'image pour rien.

Cette partie layer, derrière les RUN, ne se comporte pas comme juste un enchainement de commandes shell comme on le ferait dans un script d'installation, ça reste un peu plus complexe. Mais comprendre le système de layer peut aider à avoir des images un peu plus propres et plus petites surtout, qui seront plus rapides à exécuter par exemple.

Histoire d'aller un peu plus loin, il existe des linter pour Dockerfile.

Il y a hadolint par exemple.

Voici ce qu'il donne sur le Dockerfile:

$ docker run --rm -i sjourdan/hadolint < Dockerfile
/dev/stdin:6 DL3003 Use WORKDIR to switch to a directory
/dev/stdin:7 SC1091 Not following: File not included in mock.
/dev/stdin:7 DL3003 Use WORKDIR to switch to a directory
/dev/stdin:33 DL3002 Do not switch to root USER
/dev/stdin:34 DL3020 Use COPY instead of ADD for files and folders
/dev/stdin:35 DL3020 Use COPY instead of ADD for files and folders
/dev/stdin:36 DL3020 Use COPY instead of ADD for files and folders

Evidemment chaque item a de la doc correspondante avec des liens vers les documentation docker, par exemple le DL3020.

Rationale:

https://docs.docker.com/engine/articles/dockerfile_best-practices/#add-or-copy

For other items (files, directories) that do not require ADD’s tar auto-extraction capability, you should always use COPY.

Il y a aussi un linter dans le projet Atomic qui a le mérite d'être assez complet et détaillé:

$ docker run --rm -it --privileged -v $PWD:/root/ projectatomic/dockerfile-lint dockerfile_lint lint                                                                                                                                                                                                                 

--------ERRORS---------

ERROR: Required LABEL name/key 'Name' is not defined. 
Reference -> http://docs.projectatomic.io/container-best-practices/#_recommended_labels_for_your_project


ERROR: Required LABEL name/key 'Version' is not defined. 
Reference -> http://docs.projectatomic.io/container-best-practices/#_recommended_labels_for_your_project



-------WARNINGS--------

Line 5: -> RUN yum -y install git openssh-server; yum clean all
WARNING: installing SSH in a container is not recommended. Do you really need SSH in this image?. 
Reference -> https://github.com/jpetazzo/nsenter


Line 23: -> RUN cd /opt/sources/fusionforge && source ./autoinstall/common-backports &&     yum install -y make tar &&     backports_rpm &&     yum --enablerepo=epel install -y httpd-itk &&     yum install -y gettext php-cli php-pgsql php-process php-mbstring php-pear-HTTP          httpd mod_dav_svn mod_ssl postgresql-server postgresql-contrib nscd          cvs subversion viewvc python-pycurl git gitweb xinetd          moin mod_wsgi python-psycopg2          unoconv poppler-utils libreoffice-headless          cronie mediawiki &&     cd src/ &&     make &&     make install-base install-shell install-scm          install-plugin-scmcvs install-plugin-scmsvn install-plugin-scmgit          install-plugin-blocks install-plugin-moinmoin          install-plugin-taskboard install-plugin-message          install-plugin-repositoryapi install-plugin-mediawiki
WARNING: yum clean all is not used. the yum cache will remain in this layer making the layer unnecessarily large. 
Reference -> http://docs.projectatomic.io/container-best-practices/#_clear_packaging_caches_and_temporary_package_downloads


Line 25: -> RUN yum --enablerepo=epel install -y supervisor
WARNING: yum clean all is not used. the yum cache will remain in this layer making the layer unnecessarily large. 
Reference -> http://docs.projectatomic.io/container-best-practices/#_clear_packaging_caches_and_temporary_package_downloads



--------INFO---------

Line 4: -> RUN yum -y update; yum clean all
INFO: updating the entire base image may add unnecessary size to the container. update the entire base image may add unnecessary size to the container. 
Reference -> http://docs.projectatomic.io/container-best-practices/#_clear_packaging_caches_and_temporary_package_downloads


INFO: There is no 'CMD' instruction. None. 
Reference -> https://docs.docker.com/engine/reference/builder/#cmd

L'avantage de ces linter et qu'il devient très simple de les ajouter de manière automatique dans des procédures de tests, intégration continue histoire d'avoir toujours un aperçu de l'état des Dockerfile.

Donc si ack ~== grep effectivement je ne vois pas l'intérêt :-D soit on utilise l'un soit l'autre point.

ack est justement récursif, évite les répertoires des gestionnaires de source (svn, git, etc) sans que tu ais besoin de le faire. D'où je pense la remarque, ton grr s'apparente plus à ack. (et ack est plus rapide que grep je crois, mais ag doit l'être encore plus non ?)

en créant une grosse confusion sur la notion de compte administrateur.

Ben oui mais ptetre juste que les utilisateurs ne veulent pas d'un compote administrateur. Saisir son mot de passe pour dire "hey, t'es certains de ce que tu vas faire ?" sur des machines massivement mono utilisateur je trouve ça plutôt agréable d'un point de vue d'utilisateur et non d'administrateur.

C'est l'énergie consommée par les data center de Google divisé par le nombre de recherches effectuées.

Si c'est ça, ça n'a donc aucun sens. Les data center de Google ne servant pas uniquement à effectuer des recherches, le résultat ne veut absolument rien dire (en plus d'être volontairement biaisé vers le haut)

C'est ce que j'ai en effet sur un Dell xps 15 sous fedora, Gnome Softwares me propose les mises à jour bios et c'est plutôt agréable et surtout ça marche sans s'en soucier.

Pire, avec 317 commentaires cumulés (près de 53 par billet), ils monopolisent beaucoup d'énergie qui pourrait être utilisée pour des trucs intéressants dans le thème du site

Ça ne rime à rien cette phrase.

Ton journal ne monopolise-t-il pas beaucoup d'énergie qui pourrait être utilisée pour des trucs intéressants dans le thème du site ?

Quel est le thème des journaux d'ailleurs ?

Et faut croire surtout que des lecteurs / contributeurs au site avaient envie de commenter.

(et pour finir 317 commentaires en cumulé, même pas 60 par billet c'est vraiment rien du tout, où sont passées les dépêches avec plusieurs centaines de commentaires ?)

C'est un peu dommage, parce qu'ils ne me semblent pas à leur place (ce n'est pas de la « politique autour de Linux ou du Logiciel Libre »)

Les journaux ne sont pas réservés à ce qui touche à linux et au logiciel libre, et c'est ainsi depuis bien longtemps.

ATTENTION lien avec "unix" dans l'url

donc n'importe qui peut falsifier le log avant qu'il me soit transmis

On peut avoir une démo ?

Trello vient de publier un article intéressant sur comment ils gèrent le fait d'avoir 65% des personnes en télétravail. C'est assez intéressant entre autre sur la gestion des réunions, je pense au fait de traiter tout de la même manière du moment qu'une personne est à distance, et d'éviter le classique (mais horrible) des personnes à distance et des personnes sur place devant un unique ordinateur.

6 Rules To Live By When You Work In An Office But Have Remote Team Members

de simples serveurs sans données

Ça sert quoi un serveur sans donnée ?