chimrod a écrit 1111 commentaires

Il faut arrêter avec cet argument.

En auto hébergement, tu as un pc allumé 24h/24 c'est vrai. Mais c'est un pc, et héberger un site ne va pas pomper toutes tes ressources !

Tu as de quoi :

• y brancher une imprimante (la consommation électrique devient mutualisée avec tous les pcs de la maisonnée)
• l'utiliser comme un serveur de partage fichiers
• rajouter un serveur mpd (pas besoin de laisser un autre ordinateur pour écouter tes mp3, tu peux même le piloter avec ton smartphone)
• installer mldonkey (idem, mais pour bittorent)
• (et j'en oublie surement)

On parle d'auto hébergement, c'est du domestique, pas du professionnel, il y a plein d'usage à avoir un ordinateur qui reste allumé, et pour chacun de ces usages, ça réduit le rapport coût / service.

Quand je regarde autour de moi, je vois qu'aujourd'hui dans un foyer, tout le monde à son propre PC. Parfois l'ordinateur est allumé juste pour écouter FranceInfo en streaming, ou laisser tourner un téléchargement. Pour tous ces usages, je ne vois pas en quoi ça coute plus cher d'avoir un pc dédié à ça, et qu'en plus ce pc fasse office de serveur web/mail/xmpc/…

Ma première réaction fut d'aller voir dans la CSS s'il n'y avait pas un commentaire caché ou un début de piste ; est-ce que je dois m'inquiéter ?

Je sais. J'aurais bien aimé trouver un système de commentaire dynamique que je puisse héberger moi-même, malheureusement c'est plutôt mort de ce côté là.

Peut être une idée à creuser…

Ça te permet de générer un blog statique, à partir de fichier en markdown ou restructuredText (oui, c'est du python).

L'idée est de pouvoir générer ton site sur ton PC, puis transférer les pages html sur ton serveur. Au final, le serveur ne fait qu'afficher du html, il n'y a pas création dynamique des pages.

Autre avantage, ça se versionne très bien dans git.

http://docs.getpelican.com/en/latest/

As tu des exemples de langages ? Je ne me représente pas trop comment implémenter ça…

J'avais compris, et je répète qu'il n'y a pas d'extracteurs en OCaml, le seul moyen de déconstruire un type passe par le pattern matching.

Maintenant, le pattern matching peut être présent dans un switch (l'usage le plus courant) comme présenté dans le commentaire ci-dessus , mais aussi lors du passage d'argument d'une fonction (moins courant), dont voici un exemple :

# let hd_tl (hd::tl) = (hd, tl);;
Warning 8: this pattern-matching is not exhaustive.
Here is an example of a value that is not matched:
[]
val hd_tl : 'a list -> 'a * 'a list = <fun>

Mais cela reste encore limité aux motif d'extractions gérés en interne dans le langage, et il n'est pas possible d'en rajouter de nouveaux.

Pas tout à fait, en OCaml, il n'y a pas d'extracteurs autres que ceux prévus par le langage. Si l'on veut comparer avec Scala, il faudrait comparer avec les case classes qui rajoutent un peu de lourdeur dans leur utilisation (on peut pas tout avoir…)

Bah Gstreamer c’est une bibliothèque qui va communiquer avec soit ALSA, soit OSS soit PulseAudio.

Ah c'est comme pulseaudio alors :)

----> []

Merci !

C'est vrai que je ne me suis jamais penché sur gstreamer, pour ma part je le vois comme une couche d'abstraction pour faire le lien entre les applications et les librairies, mais je suis peut être dans l'erreur…

Tu aurais une doc sur la mise en place d'un pipeline sur un pc ne disposant pas de serveur X (ce que j'ai trouvé passe obligatoirement par une interface graphique…) ?

root ne peut pas tout faire, et il est possible que le fichier ne puisse pas être modifié (même par lui).

Par contre root peut modifier les droits de ce fichier, mais j'ai peur que ça soit une mauvaise idée (pourquoi le fichier ne doit pas être écrit par root ?)

regarde du côté de la commande « chmod » ('man chmod' dans un terminal devrait te fournir les informations nécessaires), mais vérifie bien qu'il s'agit de la marche à suivre…

En fait j'utilisais déjà pulseaudio pour centraliser tous les sons des PCs vers un serveur unique. Ça se fait par le réseau, et ça permet de n'avoir qu'une seule sortie son (et de brancher les bonnes enceintes sur cette machine).

Je crois que ça s'appelait encore polypaudio quand j'avais mis ça en place…

Ce week-end, je viens de brancher une platine vinyle sur le pc, j'ai pu configurer tout ça très facilement avec pulseaudio :

• redirection de l'entrée line-in vers la sortie de la carte son
• application d'un filtre d'égalisation RIAA pour obtenir le son comme il faut.

Tout ça en logiciel : c'est à dire juste deux lignes à rajouter dans le fichier de configuration. Alors oui il faut mettre les mains dans le cambouis, oui ça se fait sans interface graphique, mais sans PA, je ne crois pas que j'aurais pu mettre ça en place si rapidement.

Pour moi, PA fait partie des logiciels qui occupent une place essentielle sur mon pc !

Il semblerait que le site ait été racheté : http://bmpx.backtrace.info/ .

Je ne vois pas de trace du code sur github… ça semble mort !

Pourquoi pas ~/.x-blasterdominator histoire de faire comme tout le monde? (Sans parler du coté binaire des fichiers de config…)

Pitié ! Un standard existe, autant l'utiliser !!

http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

J'utilise sieve pour trier les courriers et les placer dans les bons répertoires. Avant je passais par procmail mais les règles étaient compliquées et sieve a davantage de paramètres.

Je me suis aussi fait un petit script python qui me supprime les mails lu de plus 30 jours qui ne sont pas marqués important, histoire de faire le ménage : à part mon dossier personnel, qui contient les échanges « humains », tous les mails de mailing list, cron, rss, sont purgés au bout d'un moment. Je ne rencontre pas trop de problème avec les mails au final, j'ai même choisi de recevoir mes flux rss directement dans mes mails.

Tout ça est facilité par le fait que j'administre mon propre serveur mail (auto hébergement).

Ça c'est pour le côté historique, du côté pratique, est-on aussi libre sous tizen que maemo (j'ai un n900) :

• un vrai terminal et pas une émulation
• installer gcc et compiler ses propres applis directement sur le téléphone ?
• pouvoir installer un chroot ?
• installer openssh ?

J'ai peur que la politique de sécurité m'empêche de mettre les mains dans le système comme je le souhaite…

Que je sois un nœud de sortie ou non, l'usage qui sera fait des données qui transitent reste le même.

Je me souviens, au moment où j'ai commencé l'autohébergement, Tor m'a fait plonger dans l'administration du système : j'ai rapidement su maitriser fail2ban, iptable et apache mod security ; visiblement, il doit y avoir des scripts qui scannent les ips des nœuds de sortie de Tor pour y tester toutes les failles de sécurité possible. Je pense qu'aujourd'hui ça n'a pas du aller en s'améliorant.

Aujourd'hui je ne conseillerai pas l'installation d'un serveur Tor à quelqu'un qui ne maitrise pas son système, c'est vraiment jouer avec le feu.

Je l'ai fait, il y a 4 ou 5 ans je ne sais plus trop…

Aujourd'hui mon ip est encore bannie de 4chan, et je ne sais pas à quoi d'autre ma connexion internet à servi.

J'ai arrêté le jour où j'ai sniffé les connexions qui sortaient de mon réseau : ça n'était que des tentatives de connexion sur des forums ou des comptes mail yahoo, je ne voyais pas l’intérêt d'encourager ça.

Maintenant je préfère plutôt freenet (le contenu est tout autant discutable, mais comme il n'y a pas d'interaction possible avec le web, ça fait un bon un compromis entre anonymat et illégalité ).

J'ai tout d'abord été gêné par le côté promotionnel de la dépêche, qui donne l'impression d'un service gratuit basé sur des ll. En allant voir les sources, je vois que la page github explique comment l'installer chez soi, ce qui ne m'a pas paru évident à la lecture de la dépêche, mais me convient parfaitement.

À tester et pour donner sa chance au produit !

C'est lumineux !

Basé sur le simulateur d'asi77 : asi77.free.fr

Bref on tourne en boucle…

Mais c'est vrai aussi que des traitements parallèle de data pourrait être sympa (map fold/reduce en multicpu).

Il y a parmap qui fait ça (mais avec des bindings C, on n'est plus dans Ocaml pur).

Peut être est-ce la création de Ocaml pro ?

En fait, j'ai l'impression que le langage commence à monter son propre environnement : Gestionnaire de paquets, librairies avancées, ce qui manquait pour sortir d'un simple langage théorique. Il reste encore beaucoup à faire (compiler sous windows reste encore une épreuve), mais ça commence à bouger. Je ne connais pas assez Ocaml pro pour savoir s'ils accompagnent le mouvement ou s'ils donnent une nouvelle dynamique.

Ocaml est plombé par la gestion des threads. Il n'est pas possible de faire de code multithreadé en ocaml, à cause du garbage collector.

Des tentatives pour compiler une version compatible ont été tentées (oc4mc), mais n'ont jamais été intégrées dans la branche principale, et ne le seront jamais (des messages sur la ml que je ne retrouve plus en écrivant ce post disent en gros que des solutions pour faire du calcul distribué existent et fonctionnent bien, gérer plusieurs processus nativement n'est donc pas à l'ordre du jour).

C'est un peu le problème qu'avait rencontré python il y a quelques années, mais avait réussi à s'en sortir.

En dehors de ça, j'ai l'impression que le langage Ocaml recommence à faire parler de lui, après quelques années en sommeil. Un regain pour le fonctionnel ?

C'est toi ?