gemegik a écrit 160 commentaires

Pour une fois, je suis d'accord avec Tanguy. Le show est bien entendu dispo en torrent.
Ajoute ce flux dans ton client torrent préféré prenant en charge le RSS, et voilà : http://showrss.info/feeds/15.rss
Sinon, crée toi un compte sur ce site et ajoute les autres shows que tu veux suivre.

Mon besoin s'étendant au delà des emails (agrégateur RSS, synchro carddav et caldav), j'avais de toute façon besoin d'un VPS.
De plus, cela me permet d'ajouter pas mal de goodies :
- filtrage des emails par sieve : les newsletter dans un dossier séparé, les notifications linkedin dans un autre, pour garder une inbox propre
- configuration de dossiers virtuels dans dovecot : j'ai par exemple un dossier virtuel "Suivi" qui m'affiche les emails non lus et les emails marqués important de tous mes dossiers
- installation de plusieurs plugins roundcube : synchro carddav pour accéder à mes contacts owncloud, autologin, notifications html5 de nouveau courrier, …

En effet, je pourrai très bien mettre mon VPS en MX principal et utiliser Gandi comme MX. J'ai fait ce choix pour deux raisons :
- avoir accès à mes derniers mails en cas de problème sur mon VPS (j'ai eu de mauvaises surprises par le passé avec d'autres hôtes)
- toucher le moins possible postfix et sendmail :

Pour ma part, j'ai choisi une solution intermédiaire, en auto-hébergant le stockage et l'IMAP sur un VPS et en laissant la partie SMTP (qui est la plus compliquée à gérer) chez Gandi.

Concrètement : j'ai un domaine chez Gandi et j'ai activé un compte email. Les emails entrants sont reçus par Gandi. Mon VPS fait tourner getmail qui récupère périodiquement en IMAPS les messages (les laissant 7 jours sur le serveur, au cas où mon VPS ne soie pas accessible), et les donne à dovecot. A partir de ce moment, je suis maître de la solution technique (dovecot + spamc + roundcube + …).

Pour les mails entrants, j'ai configuré postfix en mode "smarthost" : il se contente de relayer les emails au SMTPS de Gandi (avec authentification, donc pas de risque de passer en spam). De toute façon, les emails vont transiter en clair entre différents serveurs, comment en retirer un augmentera la confidentialité de mes échanges ?

C'est pour moi un bon compromis entre vie privée, customisation, surface d'attaque et temps d'admin. Le serveur tourne depuis septembre et, après 1 mois de rodage, je n'ai pas eu à revenir dessus. Ce n'est pas la même chanson avec owncloud … je m'en vais de ce pas tester pydio.

Je suis dispo si tu souhaites plus d'info sur la configuration de cette solution (sur Debian Wheezy).

La prochaine fois, pour ne pas t'embêter à chercher le bon installateur, utilise Ninite !
Va sur http://ninite.com/ , sélectionne le logiciels que tu souhaites installer et télécharge un script qui installera tout automatiquement.

Gros avantage de cette solution : il suffit de renommer le script "Mises à jour" et demander à l'utilisateur de le lancer de temps en temps pour mettre à jour tous les logiciels concernés.

… ou être intégré dans systemd

Zut, ne pas leur donner l'idée !

Je ne connais pas le système de build de CentOS, mais celui de Debian traite ce problème : les paquets sont construits dans un chroot où ne sont installés que :
- le méta-paquet build-essential (make, gcc et leurs amis),
- les paquets listés dans la propriété build-depends du paquet à construire.

Ainsi, le build est 100% reproductible d'une machine à l'autre, modulo l'arch et le noyau.

GAP !

C'est une révolution ! La iGravity !

Cette bibliothèque est libre et open-source, sous licence AGPLv3. Cependant, le code n'est pas accessible publiquement, il faut payer pour y accéder.
Par contre, une fois le code obtenu, absolument rien ne t'empêche de le redistribuer à quiconque sous cette licence. La différence entre le "personal use" et le "business use" est un "s'il vous plaît, payez plus cher si c'est pour une boîte", mais j'imagine que le .zip sera exactement le même.

C'est un business model comme un autre, qui permet de financer le développement de la bibliothèque sans s'embêter avec un modèle de double-licence, ou de mode "premium".

Tu peux comparer ça à un logiciel GPL contenu dans un matériel : le fabricant doit mettre les sources à disposition des utilisateurs, mais il n'est aucunement obligé de les publier publiquement (en pratique, la majorité le font par facilité). Mais rien n'empêche un utilisateur de publier à nouveau les sources publiquement.

L'entreprise a donc fourni gracieusement à l'auteur du logiciel l'avant-dernière version de la bibliothèque, comme s'il l'avait payé, sous AGPL. Tu peux donc très bien récupérer la bibliothèque fulltextrss dans le git de Poche https://github.com/inthepoche/poche/tree/master/inc/3rdparty et l'utiliser librement sous AGPLv3.

Par contre, le logiciel Poche lié à cette bibliothèque est de facto sous licence AGPLv3 , cf le point 5.c de ladite licence :

You must license the entire work, as a whole, under this License to anyone who comes into possession of a copy. This License will therefore apply, along with any applicable section 7 additional terms, to the whole of the work, and all its parts, regardless of how they are packaged. This License gives no permission to license the work in any other way, but it does not invalidate such permission if you have separately received it.

En effet, la AGPL est aussi "contaminante" que la GPL.

Je ne sais pas vous, mais quand j'ai une assiette sale, je la lave

ecp.adr te manque tant que ça ? :p

Né un 15 août, j'apprécie bien d'avoir un jour férié pour faire la grasse matinée le jour de mon anniversaire, et le feu d'artifice la veille !
Même athée convaincu, je vote contre :)

Et n'oublions pas les Père machin qui froncent les sourcils quand on les appelle monsieur

Wheezy est apparu dans Toy Story 2

Oui, mais quel avantage par rapport à weboob ? :)

Cela fait très longtemps qu'un programme userland peut accéder facilement aux périphériques externes … depuis la libusb :)

La question est : vont-ils réécrire voyages-sncf en nosql ? :)

Url du journal (users/psychoslave__) versus url prévue par son auteur (user/pied) et annoncée dans le texte du journal

http://linuxfr.org/users/psychoslave__/journaux/utilisation-des-sources-fournies-par-bookeen-pour-le-cybook-odyssey
http://linuxfr.org/users/pied/journaux/utilisation-des-sources-fournies-par-bookeen-pour-le-cybook-odyssey

M'en vais chercher le goudron

Est-ce bien raisonnable d'annoncer la sortie d'une nouvelle version avant ses développeurs ? Cette période "d'embargo" entre la disponibilité des sources et la publication officielle permet aux contributeurs de créer les binaires pour tous les OS supportés et éviter l'effet "oh c'est nul, ya pas de .deb !" ; mais aussi de se garder quelques jours sous le pied en cas de "oops, ça ne compile pas sous $archi_exotique" afin de ne pas avoir à sortir un 3.5.1 le lendemain de la sortie officielle.
A la limite, OK pour un journal, mais je me serais attendu à ce que la dépêche attende la sortie officielle.

Je m'achète une hyène, un caméscope VHS-C et je mange un oiseau.

Euh, kamoulox ?

Wow, tu dois être jeune toi si tu as toujours vu un networkmanager qui marche !

Le problème est que (comme pour pulseaudio), des gens ont pris la décision pour tout le monde de pousser un logiciel en qualité pré-alpha dans les distributions, pour "faciliter sa maturation et son adoption".

Enfin, je rigole bien quand je vois des enthousiastes de NM pleurer quand leur X est pété et qu'ils n'ont aucun moyen de lancer leur wifi :)

c'est logique d'un point de vue stratégique qu'ils se tirent dans les pâtes

Tout ça pour du blé !

Page 4 du PDF dont tu as donné le lien :

This example uses SQLite and places the database in persistent storage so it is not inadvertently overwritten by subsequent deployments.

Pour ma part, j'aurai surtout retenu le

Bonne orthographe dans les offres d'emploi.

Oui mais ça c'est une erreur de grammaire, faut pas tout mélanger voyons !