barmic a écrit 10455 commentaires

Et le cache à générer pour que ça soit utilisable serait assez conséquent (au minimum tous les articles non lus, ce qui, selon les usages, peu monter à quelques milliers !).

Non pour ça il vaut mieux utiliser localstorage ou IndexedDB. Tu a un vrai accès programmatique et tu peux faire du crud (là où le cache est déclaratif).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Il me semble que c'est un fonctionnement assez naturel chez les BSD qui ont un découpage base système/arbre des ports.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Vu que ce n'est qu'une page web, un mode hors ligne n'est pas vraiment envisageable tel quel.

Si si c'est tout à fait possible.

• https://developer.mozilla.org/fr/Apps/Build/Hors-ligne
• http://www.html5-css3.fr/html5/tutoriel-application-web-offline-html5-cache-manifest

Ce n'est pas simple à mettre en place par contre (surtout après coup je pense).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ce serait sympa, mais c'est pas mal de boulot je pense pour linuxfr de devenir fournisseur d'identité.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ton projet a l'air super !

Sur mon mobile avec Firefox je n'ai qu'une page blanche.
Je ne l'utiliserais pas tout de suite parce que je suis assez content de TTRSS et surtout du client Android que j'utilise (qui a la possibilité de s'utiliser en mode déconnecté).

Est-ce que tu envisage de travailler sur ce cas d'usage ? En implémentant un mode déconnecté à la partie web, en implémentant les webservice de ttrss ou en créant ta propre appli mobile ? C'est un énorme travail j'en suis tout à fait conscient… :(

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Parce qu'il n'y a pas (encore ?) de section mate sur linuxfr.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Pour le coup du tableau associatif… J'y avais pensé, mais j'aimais bien lancer une radio avec son numéro (plus court à taper). Donc j'ai laissé les numéros.

Ça n'empêche pas. C'est juste que ça te demande un peu plus de travail.

keys=( "${!sta[@]}" )
stream="${sta[${keys[1]]}"

(je ne connais pas de moyen avec bash de se passer de la variables keys)

Pour la gestion des extensions tu peux aussi faire :

if [[ "${stream##*.}" =~ ^(mu3|pls)$ ]]; then
    #....

Les notations #, ##, % et %% retire les préfixes et suffixes. Donc là j'enlève tout jusqu'au dernier '.'
Ensuite pour simplifier l'écriture j'utilise un expression régulière. En soit il vaudrait mieux mettre les extensions dans un tableau et tester si l'extension fait partie du tableau, mais il n'y a pas de bonne manière de tester si quelque chose existe dans un tableau en bash, l'un des moins pire pourrait être :

playlist_ext=( 'mu3' 'pls')

#...

if printf "${playlist_ext[@]}\n" | grep -q "^${stream##*.}$" ; then

C'est comme tu préfère :)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

stef@medusa:~/test$ echo ${toto[@]}
pim pam pooooooom!

Euh… dmenu a besoin (du moins par défaut d'une option par ligne (après oui il y a pleins de manière de faire).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Moi je suis surpris que gnutls n'ai pas sorti son épingle du jeu

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ouai ! Comme ça on pourrait créer des packages d'une ligne genre :

file_exist.sh

test -f "$1"

Je plaisante, mais il est très difficile de faire quelque chose vraiment réutilisable en shell. Il faut se mettre d'accord sur les conventions d'appel par exemple comme les fonction n'ont pas de valeur de retour des fois on modifie une variable globale (ouai) des fois on récupère la sortie standard (ouai).

Le niveau de portabilité est souvent assez faible (pas de vérification des programmes installés - voir de leur version GNU/BSD), pas d'utilisation de XDG,… Ce n'est pas une critique un script c'est fait pour servir son utilisateur si ça fonctionne ainsi tant mieux :)

La communauté zsh a tout de même créé un truc pour faire via un système de module, mais ça utilise des trucs qu'on ne trouve que dans zsh et qui permettent d'être portable sans sortir de zsh.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ou comme l'on fait les gens de Belldonne Communication pour leur soft SIP ? ;)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

ps aux | grep -v grep | grep "mpv"

Tu peux utiliser pgrep à la place (surtout que tu utilise pkill juste derrière).
AMHA il y a une coquille tu devrais utiliser $PLAYER à la place de mpv.

for i in ${sta[@]}; do echo $i; done

Il y a une astuce super sympa pour ça :

printf "%s\n" "${sta[@]}"; done

Pour le paramétrage comme tu utilise bash j'aurais plutôt utilisé un tableau associatif :

sta[wwoz]="http://wwoz-sc.streamguys.com/wwoz-hi.mp3.m3u"
sta[fip]="http://audio.scdn.arkena.com/11016/fip-midfi128.mp3"
#...

Ça simplifie pas mal ton code en remplaçant :

stname=$(for i in ${sta[@]}; do echo $i; done | dmenu)
for ((i=0; i<${#sta[@]}; i++))
do
    if [ "$stname" = "${sta[$i]}" ]
        then stream=${stau[$i]}
    fi
done

Par :

stname=$(printf "%s\n" "${!sta[@]}" | dmenu)
stream="${sta[$stname]}"

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je trouve le nom de se module bien trop consensuel !
Ce projet est-il devenu le chantre de la bienséance ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est très positif ! Quand on découvre qu'un projet important de l'écosystème a un problème chercher à résoudre ce problème ne me paraît pas choquant. La linux fondation a mandaté des audits du code, OpenBSD se lance dans une alternative,… Lancer plusieurs solutions et voir la quelle va émerger n'est pas délirant. D'autant plus que ce sont des gens qui n'auraient probablement pas réussi à collaborer pour choisir une solution et travailler de concert donc ça n'éparpille pas une force de travail.

Quand un projet fais un choix critique, le fait d'avoir des alternatives qui se créent n'est pas un problème à mon humble avis.

Ça me fait penser que Devuan a l'air très très calme (je peux me tromper).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est plus précis, mais inclure le shell et ces éventuels programmes associés dans ce que l'on appel OS ça n'a rien de choquant.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est surtout normalisé depuis POSIX 1003.1 (2013 iirc) "if an operand resolves to the root directory, rm shall write a diagnostic message to standard error and do nothing more with such operands."

Alors ça demande plus que ce qui est fait partout où je l'ai vu (avertir sur /../../., sur les liens symboliques qui pointent vers root,…).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Moi aussi je trouve ça nul, ils auraient dû le faire en OCaml. Là j'aurais contribué !

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Mais ça ne supprime pas / ! Donc on est sauf… :)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est surtout une sécurité bizarre. Si j'écris :

toto='/'
rm -rf "${toto}"

ou

rm -rf /./../../../././../

Ça donne quoi ?

zsh a mis ce genre de sécurité, mais en vrai ça ne sécurise pas grand chose.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ah mais ce que je propose ne fait rien de plus rien de moins que ce que tu as déjà, c'est juste des façons plus agréables de maintenir du shell.

Oui si tu veux faire de l'ansible, c'est toujours mieux.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ok

D’où le terme de fencing - mise en enclos.

Mon dictionnaire me dis « escrime ».

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

ça se ressemble un tas d'autres choses

ça se ressent sur un tas d'autres choses

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est juste la réaction de Christophe B. avec notamment son "En plus j'aime bien comment tu gères systemd / finalement c'est pas si compliqué" qui m'a fait froid dans le dos.

Je pense qu'il parlait du fait de pouvoir facilement se créer un service.
Je ne crois pas (mais je peux me planter) qu'il soit sysadmin.

Tu prends la mouche un peu facilement :)

Je ne rentrerais pas dans ton troll, mais :

on fait du fencing

C'est quoi ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je ne vois pas bien le problème dont tu parle, mais à minima tu peux te simplifier la vie en construisant la commande dans ton script (1 ligne si tu t'embête pas avec les longueurs de ligne, 3 ou 4 sinon) et construire ton document ainsi :

cat << 'EOF' > /etc/systemd/system/sshtunel_${ASSHHOST}_${TUNNELID}.service
[Unit]
Description=Keeps a tunnel to '${ASSHHOST}' open, tunnel ID : '${TUNNELID}'
After=network.target

[Service]
User=${ASSHLUSER}
# -p [PORT]
# -l [user]
# -M 0 --> no monitoring
# -N Just open the connection and do nothing (not interactive)
# LOCALPORT:IP_ON_EXAMPLE_COM:PORT_ON_EXAMPLE_COM
Environment="AUTOSSH_GATETIME=0" "AUTOSSH_PORT=0"
ExecStart=${ssh_cmd_format}

[Install]
WantedBy=multi-user.target

EOF

Il est clair et tu évite d'avoir une dizaine de sed compliqué à relire et à mettre à jour.

À minima quitte à utiliser bash, tu peux faire :

service_file="/etc/systemd/system/sshtunel_${ASSHHOST}_${TUNNELID}.service"
declare -A unit_vars
unit_vars[__ASSHHOST__]="<IP serveur zabbix>"
# comme tes variables ne servent qu'au remplacement tu peu directement les stocker dans le dictionnaire

for var in "${!unit_vars[@]}" ; do
    sed -i "s|${var}|${unit_vars[$var]}|g" "${service_file}"
done

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

J'ai une approche assez particulière sur le sujet :)

Je n'en demande pas.

Si je considère que ma situation ne convient plus, que ce soit d'un point de vu financier, humain ou technique, je vais voir comment ça se passe ailleurs.

C'est pas à moi d'aller leur expliquer que l'inflation existe, que le salaire moyen pour mon profile est au dessus de ce qu'on me donne, d'aller quémander des info sur ce qui plaît ou pas dans ce que j'ai fait cette dernière année. ¹

Pour le moment ça marche très bien (j'ai expérimenté la dem'), on verra si ça continue.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)