laurentm a écrit 39 commentaires

C'est un peu hors sujet puisque la finalité est d'avoir accès au réseau Whatsapp, mais sache que depuis peu le serveur XMPP ejabberd permet d'accéder au réseau Matrix.
→ https://www.process-one.net/blog/matrix-gateway-setup-with-ejabberd/

Si tu utilises déjà ejabberd comme serveur XMPP, avec juste un peu de configuration tu peux contacter des personnes sur Matrix sans changer de client.

Pas (encore) testé de mon côté, c'est prévu dans les prochaines semaines.

Petite remarque : tous les RPI Zero ne gèrent pas le jeu d'instructions ARM64. D'après https://fr.wikipedia.org/wiki/Raspberry_Pi#Tableau_comparatif, uniquement le modèle Zero 2 W permet de faire du ARM64, les autres modèles sont en armv6.

Du coup, en fonction de ton modèle de RPI Zero, tu devras peut-être choisir le package Syncthing "linux-arm" plutôt que "linux-arm64".

Est-ce que ce site conviendrait ? https://opoto.github.io/wtracks/
N'oublie pas de cliquer sur "Got it!" en bas à droite, sinon le bandeau noir cache les infos de distances.

Depuis quelques temps je suis passé de Steam à GOG pour acheter mes jeux. GOG a (avait ?) comme credo de vendre uniquement des jeux sans DRM. La fiche de jeux indique explicitement si ceux-ci contiennent un DRM ou non ("DRM FREE. No activation or online connection required to play.".

Du coup, pour compléter ta liste de jeux sans DRM et qui tournent sous linux : https://www.gog.com/en/games?systems=linux
Cela dit, je ne les ai pas tous testés et je ne garantie pas qu'ils tournent tous très bien sous linux. Mais sur les presque 50 jeux achetés chez eux, j'ai peut-être eu des soucis pour deux ou trois (et problèmes réglés assez rapidement en faisant un tour sur le forum GOG dudit jeu).

Et perso, pour mes jeux GOG, j'utilise minigalaxy qui fonctionne très bien, le tout lancé dans un flatpak ce qui me permet d'isoler les jeux de mon système (pas d'accès à mon HOME, pas de réseau, etc.).

Super intéressant de faire pour tourner le programme sur tty1. Je n'y avais pas pensé.
Est-ce que le user qui lance numpd.sh à besoin de permissions particulières ? (comme être dans le groupe input par exemple)

Merci ! Mon C est un peu rouillé mais je vois comment ça fonctionne.
Je pensais honnêtement qu'un programme similaire au tien existait déjà et était packagé dans debian/raspbian (mais non en fait).

Encore merci pour ton aide :)

Comme indiqué dans la réponse au commentaire de chimrod, il n'y a aucun gestionnaire de fenêtre/bureau d'installé sur le Raspberry Pi. Au mieux, il y a toujours le framebuffer, mais si je peux éviter d'installer tout un environnement de bureau pour juste lire les /dev/input/event* et lancer des commandes, ça m'arrangerait :)

Merci pour la proposition, mais j'ai oublié de précisé que le Raspberry Pi est en headless : pas de clavier/souris (hormis la télécommande OSMC), ni d'écran et encore moins de Xorg ou Wayland. Et sxhkd semble être pensé pour s'exécuter dans un environnement X.

pi@raspberrypi:~ $ sxhkd 
Can't open display.

De mémoire, si tu veux un vrai partage équitable de tous les flux sur les 2 connexions (genre tu télécharges un gros fichier de XXX Go et ça passe à la fois par l'ADSL et la 4G), il faut que ton FAI propose cette option. Ça ne peut pas se faire uniqument de ton côté, il faut que de l'autre côté il y ait également un truc qui gère la répartition.
Tu peux fouiller le grand Ternet avec des mots clés comme "network bonding" ou "link aggregation".

Sinon, si tu as la main uniquement sur ton réseau interne, tu peux mettre des règles sur ton PC de récup pour envoyer un flux sur une connexion ou l'autre. Par contre, pour un flux donné, il passera toujours par la même connexion. Par exemple, tout ce qui est FTP/HTTP/P2P peut être envoyé sur la connexion avec le plus de bande passante, et les flux SSH ou pour les jeux en ligne, sur la connexion qui propose le moins de latence.
Le plus dur est de définir les règles pour envoyer un flux vers une connexion ou l'autre. À voir ce que propose pfSence (que je ne connais pas).

C'est un truc que je n'ai jamais mis en place et je peux me tromper (ça a sûrement évolué depuis que je m'étais renseigné sur le sujet).

Très bonne remarque. Oui, je suis à la recherche d'une application libre.

Merci pour ta proposition, mais malheureusement ça ne correspond pas trop à ce que je cherche. L'envoi de la position se fait manuellement (c'est du one-shot), pour envoyer une nouvelle position il faut revenir dans l'appli et partager à nouveau.

Merci à vous tous pour vos réponses.
C'est une sacrée bonne nouvelle si Conversations aura les appels audio/vidéo début 2020. :)

Dépêche très intéressante. Ça fait plaisir de voir que l’écosystème xmpp continue de bouger.
Et niveau timing c'est parfait, je commence tout juste mes recherches pour trouver un remplaçant à Google Hangout.
Voici mes critères de recherche :
- si serveur nécessaire, serveur sous licence libre et doit fonctionner sur un raspberrypi
- orienté discussion 1-1 (je n'ai pas besoin des salons)
- End-to-end encryption
- appels video/audio
- clients android et desktop (linux) sous licence libre

Je m'intéresse forcement à xmpp et l'article de Ben Kwiecien sur la comparaison ejabberd/Prosody va me faire gagner beaucoup de temps sur la partie serveur (je vais m'installer un ejabberd dans les prochains jours). Côté clients, conversations semble être le projet le plus abouti sur android, Dino est à tester sur desktop (surtout l'intégration à Gnome 3). Par contre, aucun de ces clients ne gèrent les appels audio/video. Et si je ne me trompe pas, on peut même dire qu'aucun client android ne propose cette fonctionnalité.
Je commence tout juste mes recherches et je ne suis plus trop au courant de l'actualité xmpp … je suis peut-être passé à côté de la killer app sur android.

Je me renseigne également sur matrix, avec synapse comme serveur et riot pour le client mobile et desktop. Sur le papier, ça répond à tous mes besoins. Sauf que :
- le serveur synapse a tendance à consommer beaucoup de RAM, et ça risque de faire très juste sur un raspberry (sachant qu'il ne sera pas la seule appli à se partager les ressources)
- pour le client android riot, il faut utiliser celui présent sur Play Store Google, ce qui me plait moyen car il utilise un service Google pour fonctionner (les explications ici https://f-droid.org/packages/im.vector.alpha/, cherchez "battery")

Et dernier point, au fil de mes recherches, je suis tomber sur https://tox.chat/. C'est de l'Instant Messaging, mais sans serveur, en peer-to-peer. À tester également. Si quelqu'un connait je suis preneur des retours d'expérience.

On peut utiliser from __future__ import ... pour avoir du code compatible entre les version 2.7 et 3.x de Python. Par exemple, le code suivant fonctionnera aussi bien en Python 2.7 qu'en Python 3.x :

from __future__ import print_function
print("Hello Word!")

C'est assez pratique pour utiliser les nouvelles fonctionnalités de Python 3.x tout en gardant la possibilité d'utiliser des libs restées en 2.x. Et en bonus, notre code est utilisable par beaucoup de monde.

Pour trouver une solution unique avec LibreOffice et MSOffice, bon courage :)
Le problème vient d'un manque d'intégration entre tous les outils présents. Les produits Microsoft fonctionnent bien quand tu es en 100% Microsoft, dès que tu veux ajouter autre chose (LibreOffice, Alfresco), ça commence à merder. LibreOffice, quant à lui, propose beaucoup de choses pour dialoguer avec l'extérieur (webdav, ftp, ssh, cmis, windows share) mais n'est pas facile à utiliser : il faut utiliser sa boite de dialogue, exit donc l'explorateur de Windows.

MSOffice peut utiliser l'émulation SharePoint d'Alfresco. Dans ce cas d'utilisation, Alfresco se fait passer pour un serveur SharePoint et tu retrouves dans MSOffice toutes les options de collaborations liées à SharePoint (me demande pas lesquelles, je n'y ai jamais trop touché). La principale limitation de ce mode vient du fait que tu dois utiliser les sites Share (la "nouvelle" interface d'Alfresco qui remplace la première nommée Explorer).

D'un autre côté, tu as LibreOffice qui propose du CMIS, mais comme tu l'as dit, ça ne fonctionne pas directement depuis l'explorateur de Windows, il faut passer par la fenêtre d'ouverture de fichier de LibreOffice. Pas génial pour une utilisation quotidienne.

Alfresco propose également un partage webdav, tu peux le parcourir directement avec l'explorateur de Windows. Tu as le choix entre les favoris réseaux, ou le monter comme un lecteur classique (net use blabla). Le premier est très limité en fonctionnalité, et j'ai peur que le second fonctionne à l'identique du partage CIFS. Mais peut-être que le comportement de MSOffice ou LibreOffice sera différent voyant que le doc est ouvert depuis un partage webdav (c'est une pure spéculation, à tester donc).
Sans parler du fait que webdav et windows, c'est un grande histoire d'amour :) Le comportement du webdav change en fonction de la version de windows, du service pack, de la présence ou non de MSOffice, du coefficient de la marée et de l'age du capitaine (http://www.greenbytes.de/tech/webdav/webdav-redirector-list.html). Bref, ça peut vite devenir une merde sans nom dans un environnement hétérogène.

Il existe également un l'outil Desktop Sync for Alfresco (http://addons.alfresco.com/addons/desktop-sync-alfresco), je ne l'ai jamais utilisé et n'ai qu'une vague idée sur son utilisation, mais peut-être qu'il rentre dans un de tes cas d'utilisation.
Dans le même genre, tu as cmissync : http://cmissync.com/alfresco/

À noter également qu'Alfresco/Share permet l'édition en ligne des documents. Cela revient à ouvrir en lecture/écriture avec MS/LibreOffice directement depuis l'interface d'Alfresco. Techniquement, ça passe par du webdav ou l'émulation Sharepoint. Tu as aussi la possibilité d'ouvrir un doc directement Google Doc.
Bref, c'est une solution si tu veux te passer de l'explorateur de Windows, mais encore une fois, il y a plein de limitations qui ne sautent pas aux yeux tout de suite.

Là, on a parlé uniquement des moyens d'accéder aux documents stockés dans Alfresco depuis MS/LibreOffice. C'était un peu (beaucoup) axé sur Alfresco, mais tu risques de retomber sur les mêmes problématiques avec d'autres solutions de GED. Pour les workflows et les forums, c'est du 100% Alfresco. Tes problèmes devraient pouvoir être réglés avec de la configuration ou un peu de code.

Ça risque d'être difficile, aux dernière nouvelle, Skype cherche plutôt à se cacher pour éviter d'être bloquer en entreprise, du coup, on ne le détecte pas facilement. Et comme c'est du P2P, ce n'est pas facile de cibler les IP.

Oui, c'est bien ce qu'il me semblait. Merci de confirmer…

Il y a les blacklist de squidguard que tu peux utiliser http://www.squidguard.org/blacklists.html

Merci pour le lien :)

Olivier, merci pour ta réponse. Utiliser les extensions serait une idée intéressante, mais j'ai peur que le généralement apporte trop de faux positifs. Je vais voir sur les principaux site de streaming et de téléchargement ce que ça peut donner. À creuser donc :)

Perso j'aimerais bien un truc comme ça dans vim (mais ça existe peut-être déjà).

Oui, ça existe : https://github.com/kien/ctrlp.vim

Et ce n'est pas le seul plugin pour vim du même genre, tu peux en trouver d'autres avec les mots clés "fuzzy search".

Ça résume bien les choix possibles.

Je pense que je vais commencer avec le choix 1 en achetant uniquement un grand écran, et je verrai ensuite si un c'est pratique à l'usage. Si ça ne l'est pas, je chercherai un nouveau clavier pour remplacer celui du portable (et donc on arrivera sur les choix 2 ou 3).

Excellent ! Je ne savais pas qu'il était possible d'émuler la roulette avec le trackpoint. Ça fonctionne nickel sur mon T420, je vais tester ça pendant plusieurs jours pour voir si j'arrive à m'y faire.

Il est dit ici que les utilisateurs consultés n'avaient aucun intérêt à conserver le touchpad.

Comme quoi tous les gouts sont dans la nature. Le gros manque du trackpoint, de mon point de vue, c'est qu'il est impossible de simuler la roulette d'une souris, alors qu'avec le touchpad j'ai juste à faire glisser un doigt sur le bord à droite.

Tu peux le trouver, mais il est cher.

Effectivement il est un peu cher, et surtout il n'est pas azerty…

Merci en tout cas pour ces infos.

Raah !!! Pourquoi il n'existe pas avec un touchpad ?

http://shop.lenovo.com/SEUILibrary/controller/e/frweb/LenovoPortal/fr_FR/catalog.workflow:item.detail?GroupID=460&Code=55Y9014

HTML5 : tu peux utiliser des syntax du style Markdown ou reStructuredText

J'avais envisagé la même chose mais pour la génération de rapport automatique, tu generes du Rst puis un petit coup de rSt2html

En y réfléchissant un peu plus, utiliser c'est le markdown ou rst c'est pas forcement la meilleur solution pour générer du HTML. On est bien trop limité. Tu trouveras peut-être ton bonheur avec des trucs comme Haml ou Slim.

Je ne sais pas où tu te trouves, mais ici meteofrance a prévu plusieurs jours de pluie :) Si c'est pareils pour toi, voici encore un peu de lecture.

CrEv a écrit une série de journaux sur toutes les nouvelles techno pour faire du web. C'est très intéressant et tu découvriras plein d'autres outils.

http://linuxfr.org/users/crev/journaux/ecrire-une-page-web-de-nos-jours
http://log.winsos.net/2012/12/05/ecrire-une-page-web-de-nos-jours-suite-des-aventures.html
http://linuxfr.org/users/crev/journaux/ecrire-une-page-web-de-nos-jours-troisieme-partie
http://linuxfr.org/users/crev/journaux/web-log-today-est-juillet-ecrire-un-blog-de-nos-jours

Salut Christophe,

Beaucoup de questions … je vais essayer d'y répondre :)

Pour faire du web maintenant, c'est HTML5+CSS+JS. Tu peux oublier tout le reste (flash, xul, activex, etc.). Par contre, tu n'est pas obligé de faire du HTML5/CSS/JS à la main si tu n'aimes pas ça. Il existe des alternatives qui permettent d'améliorer les choses (syntax plus simple, plus haut niveau, …).

• HTML5 : tu peux utiliser des syntax du style Markdown ou reStructuredText (une petite liste)
• CSS : il existe des préprocesseurs CSS comme less, je te laisse chercher les autres
• JS : tu as principalement CoffeeScript (j'en connais pas d'autre)

Pour le look sympa, tu peux jeter un oeil du côté des framework CSS. Perso, je suis fan de Bootstrap. Ça permet d'avoir un style pas trop mal dès le début du projet, et si tu n'aimes pas le style par défaut tu peux lui ajouter un thême.

Pour les intéractions côté client, c'est du JS uniquement (via CoffeeScript tu si préfères). C'est un peu la loose de tout gérer à partir de rien. Et là aussi, il existe des framework qui nous viennent en aide : jquery, EmberJS, Angular, Backbone, …

Et si à ce stage vous n'avez pas encore rempli votre grille de Bullshit Bingo, je vais vous arranger ça… :)

Dernièrement, j'ai réalisé une petite appli web en mode "Single-page application" pour gérer une liste de contacts. Elle a été réalisé avec les outils suivants : Ember.js, Django, Bootstrap, Tastypie et ember-data-tastypie-adapter.
Le code est sur github si tu veux y jeter un oeil : https://github.com/lmeunier/django-ember-contactmvc

J'espère que ça répond à tes questions…

• il ne gère pas des transactions "tout en un" comme le fait SQLAlchemy par exemple

Si je comprends bien de quoi tu parles, c'est tout à fait possible avec Django, mais ce n'est pas le comportement par défaut (ce que je trouve dommage…).

Par défaut, Django fait de l'auto-commit pour chaque query, c'est pas terrible dans certain cas (comme celui de ton exemple). Mais il est toutefois est possible de coupler une transaction SQL à une requête HTTP. Dans ce cas, la transaction commence avant le traitement de la View et est commitée si tout se passe bien, si une exception est levée pendant le traitement, la transaction est annulée (rollback).

Django permet également de gérer finement les transactions en indiquant explicitement quand elle commence, et si on fait un commit ou un rollback.

Tous les détails sont ici : https://docs.djangoproject.com/en/1.5/topics/db/transactions/

Pour les cas tordus comme une transaction qui dure plusieurs requêtes HTTP (dans le cas d'un wizard qui est sur plusieurs "écrans" par exemple), je ne sais pas si c'est possible avec Django, je n'en ai jamais eu besoin.

Pour les autres points, je suis d'accord avec toi.

Un autre sujet qui me gène toujours avec Django, c'est la "non-réutilisabilité" de l'ORM hors web. Comme je n'ai pas beaucoup développé en python ces dernières années, je me demande comment font les dév. utilisant Django pour toutes les tâches de backoffice. Est-ce que vous codez du SQL en dur si vous en avez besoin ? Est-ce que vous utilisez d'autres technos "ORM" ? Est-ce que tout tourne sur un serveur web - quel genre d'infra vous utilisez ?

Peux-tu expliquer ce que tu entends par la non-réutilisabilité de l'ORM hors web ? Je ne vois pas trop ce qui pourrait empêcher l'utilisation de l'ORM Django en dehors d'un environnement web … même si Django lui-même est très très orienté web.

Personnellement, pour les tâches CRON, j'utilise un script Python qui ressemble à ceci :

#!/usr/bin/env python
# -*- coding: utf-8 -*-

import os
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "myapp.settings")

from myapp.models import Mymodel

for obj in Mymodel.objects.all():
    print obj

Ce script fonctionne très bien hors web, j'ai bien accès à l'ORM de Django. Le seul truc un peu sioux c'est l'ajout de la ligne os.environ.setdefault("DJANGO_SETTINGS_MODULE", "myapp.settings") avant l'import du modèle.

Mais ce n'est peut-être pas ce genre de chose que tu appelles des tâches de backoffice…