vv222 a écrit 925 commentaires

L’excellent Music Player Daemon (mpd pour les intimes) gère très simplement le ré-encodage à la volée, au prix d’une petite dizaine de lignes de configuration :

# An example of a httpd output (built-in HTTP streaming server):
#
audio_output {
    type            "httpd"
    name            "http"
    encoder         "opus"       # optional, vorbis or lame
    port            "6666"
#   bind_to_address "0.0.0.0"    # optional, IPv4 or IPv6
    quality         "5.0"        # do not define if bitrate is defined
#   bitrate         "128"        # do not define if quality is defined
    format          "44100:16:2"
#   max_clients     "0"          # optional 0=no limit
}

je serais très vivement intéressé par tous articles scientifiques de telles études présentant des résultats différents de mes expériences et conclusions personnelles!

Je te propose cette étude comme exemple : Subjective Evaluation of MP3 Compression for Different Musical Genres (PDF). Il semble bien ici qu’avec un encodage en MP3 à 320kb/s, il n’y ait plus de différence audible avec une source sans perte.

80% des startup ne passent pas 5 ans. Aucune startup en France ne peut grossir sans avoir la caisse des dépôts qui payent. Ce n'est pas vraiment de l'argent publique, et c'est impossible de faire sans.

Oh, c’est donc de l’argent privé ? Qui appartient à quelle structure ?

Gaffe, si tu réponds "à l’État", c’est la définition même d’argent public ;)

C'est bien ce que je reproche aux détracteurs de qwant. Leur service marche. L'important est la sauvegarde de la vie privé, ce qu'ils permettent pour de vrai.

Ah, les sources de Qwant ont été publiées pendant que je regardais ailleurs ? Ou bien tu es allé un peu vite dans ta formulation, et tu voulais dire qu’ils promettent protéger la vie privée de leurs utilisateurs. Comme DuckDuckGo quoi… ou même Google et autre Facebook !

Je serais bien curieux de connaitre la qualité du bout de la chaine d'écoute des clients, il est déjà assez difficile pour les initiés de faire une différence avec des MP3 320 et des formats sans pertes.

Difficile ? Non, les études sérieuses sont formelles, c’est impossible.

Bien sûr, certains audiophiles auto-proclamées prétendent entendre la différence… Mais les études en double aveugle ont tranché, c’est du pipeau.

L’idée de cartes avec des contraintes est vraiment intéressante, surtout ce genre de contrainte qui pousse à adapter sa stratégie.

Je te conseille la (très rapide) lecture de Ailleurs, c’est pire, par Gee.

On a eu grosso-modo le même raisonnement chez Debian-Facile ;)

On peut louer des lieux de travail de coworking par exemple, ça se fait de plus en plus et ça peut être un compromis acceptable

Il doit y avoir un bout de contexte qui me manque pour comprendre ta suggestion. Parce que là tu donnes l’impression de suggérer que l’employé paie pour pouvoir aller travailler, ce qui me semble complètement délirant.

L’extrait pertinent de mon fichier ~/.profile, issu d’une Debian mais probablement fonctionnel à peu près partout :

# if running bash
if [ -n "$BASH_VERSION" ] && [ -f "$HOME/.bashrc" ]; then
    . "$HOME/.bashrc"
fi

Attention, si ~/.bash_profile ou ~/.bash_login est présent, ~/.profile est ignoré par Bash.

Je ne suis absolument pas d'accord (enfin, un peu beaucoup quand même ;) ).

Et moi je suis totalement en désaccord avec ton désaccord ;P

Tout s'est bien passé, jusqu'à la fin, mais j'ai très bien compris le soucis : plus de référentiel temporel.

Pour moi ce n’est pas lié au télétravail, mais au fait de travailler seul et de ne pas avoir d’interactions sociales en-dehors du travail. Ça se "soigne" en ayant des relations avec d’autres personnes que des collègues de boulot ;)

Au début, ça va. Tu te lève à une heure normale, tu te couche à une heure normale. Et puis ça commence à se décaller.

Ça m’arrive de temps en temps, le plus souvent quand j’ai le nez dans un gros projet. Puis au bout d’un moment je me re-décale, et reviens à la même heure que la plupart des gens. À aucun moment je n’ai vécu ça comme un problème.

En effet, je confirme que je n'ai installé aucune de ces applications mobiles. Qui de toutes façons ne sont pas compatibles avec mon téléphone fixe ;)

Bel exemple justement de service centralisé incontrôlable que ce GitHub ;)

Sur le coup je pense qu’on n’est pas nombreux au sein du public de LinuxFR à ne pas être coincés dans ses tentacules.

adieu internet des années 2000, reste plus que youtube pour avoir des infos !

Et d’ici quelques années on aura droit à un journal déplorant le retrait de contenu sur YouTube ;)

Déplorer les pratiques d’un service centralisé incontrôlable pour aller se consoler dans les bras d’un autre service centralisé incontrôlable, je dois admettre que ça me dépasse un peu…

J'ai un PC portable qui émet un petit sifflement, c'est assez strident mais je suis le seul à l'entendre. On dirait un composant électronique qui siffle…

Je subis quelque chose de similaire ici, de manière très originale je trouve : la machine est un ThinkPad X200 reconditionné utilisant Libreboot, et le sifflement (audible uniquement quand l’environnement est très calme) se produit spécifiquement quand la luminosité de l’écran n’est pas au maximum. En alternant entre luminosité maximum et réduite je peux déclencher et arrêter ce sifflement à volonté.

J’imagine qu’il y a une explication très simple, mais j’admets qu’elle me dépasse totalement ;)

On peut aussi lire la RFC au lieu de tous essayer de raconter des trucs de mémoire qui ont de bonnes chances d’être faux :

The Internet Assigned Numbers Authority (IANA) also currently has the following second level domain names reserved which can be used as examples.

• example.com
• example.net
• example.org

source

Je mets en avant le bout important :

domain names reserved which can be used as examples

Donc on a en effet à disposition des domaines qui sont réservés à cette utilisation. Mais rien dans la RFC n’impose leur utilisation. Et heureusement d’ailleurs, ce n’est pas dans son rôle d’imposer ce genre de chose.

Avertissement : Je n’ai aucune formation académique, mes connaissances en développement en général et en shell en particulier viennent essentiellement de la lecture de pages de man. Et d’années de pratique.

L'article est correcte

Bah finalement, après lecture, je ne suis pas d’accord ;)

J’y vois un mélange de "bonnes pratiques" répétées sans forcément les comprendre, de conseils complètement absurdes (« Les symboles doivent être en début de ligne. », gni ??), et de mauvaise connaissance des outils (cf. la réponse de NBaH).

D’ailleurs je suis à peu près certain que le code donné dans les exemples ferait hurler ShellCheck, qui est étonnamment absent de ce guide.

Je pense que notre OP n'a pas pris la voie la plus facile :D

Dans le cas de la programmation Défensive

Il va falloir que j’aille lire ça, que je ne connais pas encore mais qui commence à revenir pas mal dans la discussion. J’admets de suite que le titre de l’article ne me donne pas un a priori positif…

Forcément, ici la fonction end_script est un bricolage de la part de quelqu’un qui découvre ses outils ;)

Voici ce qui est finalement la même fonction après s’être frottée à quelques cas supplémentaires :

# display an error when a variable required by the calling function is not set
# USAGE: error_variable_not_set $function $variable
error_variable_not_set() {
    local message function variable
    function="$1"
    variable="$2"
    case "${LANG%_*}" in
        ('fr')
            message='La fonction "%s" ne peut pas être appelée lorsque "%s" nʼa pas de valeur définie.\n'
        ;;
        ('en'|*)
            message='"%s" function can not be called when "%s" is not set.\n'
        ;;
    esac
    print_error
    printf "$message" "$function" "$variable"
    return 1
}

source

# print a localized error message
# USAGE: print_error
print_error() {
    local string
    case "${LANG%_*}" in
        ('fr')
            string='Erreur :'
        ;;
        ('en'|*)
            string='Error:'
        ;;
    esac
    exec 1>&2
    printf '\n\033[1;31m%s\033[0m\n' "$string"
}

source

Je suis administrateur système et développeur. Je t’affirme donc en connaissance de cause que ta fonction is_empty est une idée très intelligente, et même la base d’un code maintenable sur le long terme.

À chaque fois qu’un "développeur" prétendra qu’il peut faire la même chose en moins de lignes de codes que toi, ignore-le. Tout le monde préfère collaborer avec ceux qui privilégient un code verbeux et facile à comprendre.

Disclaimer : Je n’utilise pas Ubuntu sur mes machines personnelles.

Sorti des snaps je vois quand même quelques avantages à Ubuntu, que je n’ai aucune hésitation à conseiller à certains publics :

• des versions LTS qui ne sortent que tous les deux ans, qui permettent une maintenance très légère pour des systèmes installés pour des publics non techniques, ou sur des serveurs (ça se couple très bien avec une automatisation des mises-à-jour) ;
• beaucoup de documentation francophone à destination de publics peu ou pas techniques, en particulier via https://doc.ubuntu-fr.org/ ;
• une communauté ubuntu-fr très active ;
• une large collection de PPA bien maintenus (et malheureusement aussi une grande quantité de PPA boiteux).

Ce n’est clairement pas la seule distribution qu’on peut conseiller à un public débutant, mais je trouve que dans ce rôle Ubuntu tient très bien la route.

explications parfaites: tout est clair.

Je confirme : j’ai beau être une bille pour tout ce qui touche à GPG (du genre qui ne sait rien faire sans Enigmail), j’ai pu mettre en place un annuaire sur mon serveur mail rapidement et sans autres galères que celles que je me suis bêtement ajoutées ;)

Pour info, je prépare un journal là-dessus.

Lance directement une dépêche, comme ça on zappera l'inévitable promotion du journal en dépêche ;P

Oui, la distribution des clefs par les fournisseurs de de messagerie seraient une très bonne idée. C’est une idée poussée par les développeurs de GnuPG justement, avec le protocole WKD qui est précisément conçu pour ça.

Oh, je n'avais aucune idée de l'existence de ce protocole.

Si ce n'est pas trop velu, mon serveur mail apprendra à distribuer des clés dans les jours qui viennent ;)

Gaffe dans ce cas pour ./play.it : comme précisé sur notre page Liberapay nous avons décidé (pour de multiples raisons) de ne plus accepter de dons via cette plateforme.

Est-ce qu'on peut avoir ces raisons ? On essaye, nous, de promouvoir au maximum cette plateforme.

En gardant en tête que c'est quelque chose de tout à fait personnel, j'avais à l'origine ouvert ce compte sur Liberapay parce que j'accroche tout à fait à ce système de paiements réguliers et anonymes, sans contrepartie, que je trouve très sain. J'ai donc invité la plupart des contributeurs de ./play.it à m'y rejoindre, quelques uns l'ont fait et une petite minorité ont accepté de prendre une part des dons.

Mais suite au sale coup de la part de Mangopay, on s'est retrouvés à dépendre de Paypal et Stripe. J'aurai pu accepter ça comme une situation temporaire, et c'est d'ailleurs ce que j'ai fait pendant quelques mois.

Malheureusement j'ai fini par conclure que cette dépendance à ces deux entreprises dérange beaucoup moins l'équipe développant et maintenant Liberapay, et que la recherche d'une alternative ne fait pas partie de leurs priorités. À partir de là les bénéfices qu'apporte cette plateforme ne compensent plus suffisamment la contrariété que j'aurais à nourrir ces deux gros acteurs du Web centralisé, et j'ai préféré mettre fin à son utilisation pour ./play.it. Aucun de nos contributeurs concernés par ces dons n'a protesté (il faut admettre que les sommes étaient très faibles).

Que les dons ne soient plus étalés sur des sommes hebdomadaires mais versés directement dès le paiement effectué, et que ceux-ci ne soient plus anonymes, ont fait perdre à Liberapay ses derniers traits distinctifs qui m'avaient motivé à nous y inscrire.

Pour l'instant je n'ai trouvé aucune alternative convaincante, nous ne sommes donc inscrits sur aucune plateforme de dons. Il reste bien entendu tout à fait possible de nous en faire, que ce soit en face à face lors des événements auxquels une partie de notre équipe participe (de mémoire le dernier don du genre a eu lieu au Grafik Labor) ou en nous contactant par e-mail pour arranger un virement bancaire.