laurentm a écrit 44 commentaires

C'est astucieux mais insuffisant ;)

Ouais, je sais bien :) C'était juste une proposition pour lancer la discussion. Une autre grosse lacune est que ça ne fonctionne qu'avec les fichiers et pas avec les dossiers, mais ça fait parti des zones d'ombre de la demande.

Pour être plus générique et avec la convention "tous les arguments qui sont commencent par --* sont des options", et on pourrait arriver sur un truc du genre :

#!/usr/bin/env bash

FILES=()
OPTS=()
for var in "$@"; do
  case "$var" in
    --*)
      OPTS+=("$var")
      ;;
    *)
      FILES+=("$var")
      ;;
  esac
done

echo "Fichiers par ordre chronologique: $(ls -rt "${FILES[@]}")"
echo "Options pour la commande: ${OPTS[*]}"

Mais on pourrait également imaginer de séparer les fichiers des options avec un -- (par exemple monscript.sh fichier1 file*.txt -- --option1 -truc2 :

#!/usr/bin/env bash

FILES=()
OPTS=()
DEST="FILES"

for var in "$@"; do
  case "$var" in
    --)
      DEST="OPTS"
      ;;
    *)
      case "$DEST" in
        FILES)
          FILES+=("$var")
          ;;
        OPTS)
          OPTS+=("$var")
          ;;
      esac
      ;;
  esac
done

echo "Fichiers par ordre chronologique: $(ls -rt "${FILES[@]}")"
echo "Options pour la commande: ${OPTS[*]}"

C'est compliqué de donner une solution sans trop savoir comment tu appelles ton script. Quand tu appelles ton script, comment fais-tu la différence entre les fichiers et les options que tu souhaites passer à ton programme ? J'ai bien compris que les options sont placées après les fichiers, mais la question est de savoir comment déterminer le point de passage des fichiers aux options.
As-tu déjà déterminer des conventions pour ce point ? (genre toutes les options doivent commencer par --, et j'accepte le fait que ça ne prend pas en compte les noms de fichiers qui commencent par --)

Si tu as des exemples, ce sera plus simple pour comprendre le contexte.

Cela dit, voici une maigre proposition qui part du principe que les arguments qui sont des fichiers qui existent sont passés au grep et les autres arguments sont passés à ton programme.

#!/usr/bin/env bash

FILES=()
OPTS=()
for var in "$@"; do
        [[ -f "$var" ]] && FILES+=("$var") || OPTS+=("$var")
done

echo "Fichiers par ordre chronologique: $(ls -rt "${FILES[@]}")"
echo "Options pour la commande: ${OPTS[*]}"

Une fois que tu as tes fichiers d'un côté et des options de l'autre, tu peux en faire un peu ce que tu veux (comme trier les fichiers par ordre chronologique).

Volumineux à installer ? C'est assez flou comme question. Faut compter plusieurs (une petite dizaine) de Go en tout je pense pas, mais ce volume sera le même pour un simple utilisateur et un utilisateur moins simple :)

Plus sérieusement, Android Studio est dispo sur flathub, l'installation se fait en 2 clics. Ensuite, ça reste un IDE, un outil à destination des développeurs et faut pas le mettre entre toutes les mains. C'est pas pensé pour être simple et faut pas avoir peur de lire un peu de doc.

Tout simplement Android Studio, ça te permet de te créer un device Android en quelques clics. De mémoire on peut avoir du x86, mais également d'autres archi comme du arm/arm64 (à vérifier, peut-être j'dis d'la merde!)

Si la SIM n'est pas obligatoire, ça pourrait passer depuis un Android lancé dans un émulateur ?

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.