Epy a écrit 807 commentaires

Je n'ai pas le tél donc rien de tangible à te donner (un ami en a un je peux lui poser des questions si nécessaire) mais ça m'étonnerait vraiment qu'ils soient mauvais sur la protection de la vie privée, vu qu'ils viennent de Meego (N9) et qu'ils sont justement en concurrence d'Android. L'état d'esprit n'est vraiment pas le même

Le point faible peut venir de l'émulateur pour faire tourner les app Android et des applis elles mêmes peut-être.

Par contre je ne comprend pas vraiment comment ils ont réussi à se foutre dans la mouise avec les millions qu'ils ont grâce à la campagne indiegogo.
Je comprend bien qu'ils ont dû payer les fournisseurs pour le hard et les développeurs, mais est-ce que ce ne sont pas des choses prévues dans les participations à la campagne ?
Je suis assez dégouté de voir l'entreprise en redressement après y avoir mis beaucoup d'espoir pour avoir un OS mobile autre que ceux de ces multinationales.
Un système justement plus respectueux, moins publicitaire et commercial, plus ouvert même si pas totalement libre.

J'ai "pré-commandé" la tablette, je ne suis pas encore pessimiste sur le fait de la recevoir un jour même si ça commence à faire long, vraiment long et que je perd doucement l'espoir..

Bonjour
C'est Marti*g*ues la ville et non Martiques (Jeudi)
;)

Même chose, je vous souhaite la réussite pour ces projets et produits.
J'ai bien envie qu'une solution vraiment libre se démarque du lot (il y a vraiment de tout dans tous les sens et quelques bonnes idées)

Je cherche même à trouver un poste dans ce domaine pour y pousser des solutions libres comme la vôtre, avec tout ce que cela peut apporter comme avantages à une entreprise.

Bref, dès qu'il y a du logiciel assez utilisable pour s'y essayer, je serai probablement client testeur :)

Mais elle ne fait que 8 pouces, il en veut 10 ou plus et un clavier ;)

Et si XMPP ne convenait pas à ton besoin il existe MQTT https://fr.wikipedia.org/wiki/MQTT qui est "fait pour ça" (la communication entre modules)
En tout cas je le trouve vraiment très bien foutu et j'ai hâte de pouvoir m'y mettre.

Pour en expliquer un bout très rapidement:
- Il y a un broker qui va répartir les messages
- Des capteurs qui vont émettre des messages
- Des actionneurs qui vont s'abonner à un type de message pour les recevoir de la part du broker

Ils peuvent donc choisir à quels messages ils vont réagir en choisissant le "topic" par exemple 'tous les messages concernant la cuisine' ou 'seulement les messages concernant la température mais de toutes les pièces'

Il existe des priorités de messages et une péremption dans le temps

Ton installation domestique est aguichante rien qu'avec le peu que tu en dis :)

Budgea est basé sur weboob/boobank justement
https://www.budgea.com/site/page?view=references
Ils sont même de gros contributeurs il me semble d'après les dernières news sur weboob

Ah non, j'avais mal interprété ton message, après lecture du post: C'est une excellente solution pour éviter le stockage des identifiants, j'adore !

J'y ai pensé, utiliser weboob + un script pour intégrer les données à HomeBank ou un autre pour faire "comme Budgea"
Mais cela reste une option assez loin dans ma liste pour ma part. L'info est très intéressante en tout cas merci.

Ça à l'air très bien
Mais je vais jouer les rabat-joie, pourquoi ne pas avoir développé un module Weboob pour les banques manquantes ?

Ou plutôt: serait-il possible d''intégrer ces banques à weboob aujourd'hui pour que cela serve à tout le monde ? J'imagine que cela va demander du boulot

Si cela intéresse d'autres personnes, j'ai trouvé quelque chose qui pourrait être LA solution parfaite:
http://mirrorbrain.org/

Cela semble (si je ne me trompe pas) être comme un gestionnaire de CDN, il va intercepter les requêtes vers un repo et les rediriger vers le plus proche (en l'occurence il faudra que je force le mien)

Si ça fonctionne bien, il ne me reste qu'à faire fonctionner les scripts/chroot + scripts pour remplir mon repo

Comme je le disais c'est une solution très imparfaite:

• Nous avons de nombreuses configurations différentes et avant que tous les paquets utilisés soient mis en cache nous aurons consommé pas mal de bande passante à mon avis

• Il faut modifier un fichier de config et penser à le désactiver à la fin de la journée (bon, c'est un demi argument puisque c'était aussi le cas avec l'autre solution que j'étais en train d'envisager)
  C'est problématique parce qu'en cas d'oubli l'utilisateur ne peut plus faire aucune mise à jour ni installation

• Ça ne fonctionne pas pour les fresh install (à moins d'installer en minimal minimal, et de mettre le cache en place avant d'installer la suite par le gestionnaire de paquets, avec un script éventuel selon la config souhaitée)

• Il faut faire attention que les machines interrogent toutes le même serveur, pour que le cache ne crée pas un nouveau répertoire et que tout soit retéléchargé (c'est le cas avec apt-cacher-ng par exemple)

Mais je garde l'idée de coté, on se tournera vers cette solution si nécessaire
Merci

Ah ben si ça peut le faire comme ça je préfère encore cette solution à l'autre plus compliqué. Je vais essayer ça du coup.
Merci !

A un détail près, on installe pas mal de vieilles machines (plus faciles à migrer, moins critiques pour les personnes qui ne sont pas décidées aussi) donc certaines ne supportent pas le PXE
Mais je viens d'aller faire un tour et il existe des images de CD et USB qui lancent un mini système capable de booter sur PXE (http://rom-o-matic.net/gpxe/gpxe-1.0.1/contrib/rom-o-matic/build.php par exemple)
Cela mérite des essais :)

Par rapport à ton autre réponse: apt-mirror n'existe pas chez la famille Red-Hat, et Reposync ne semble pas exister chez la famille Debian, il faudrait donc 2 OS pour les mises à jour ce n'est pas pratique:
J'espère parvenir à monter un petit boitier avec un bouton externe qui lancera automatiquement les scripts rsync après s'être connecté à un réseau performant. Cela me semble plus indépendant comme méthode (fonctionnel sur n'importe quel OS hôte qui sera choisi) et sans dual boot ;)

Merci pour les infos

J'ai réfléchi à ça mais ça ressemble à du man-in-the-middle non ? Je crains que les signatures ne soient pas acceptées en détournant le trafic sur un autre serveur.. (ça prouverait une grosse faiblesse dans le système des repo Linux)
On peut effectivement se limiter aux serveurs français, mais ça fait quand même une sacrée liste à tenir à jour.
(Liste dont je vais avoir besoin pour les mises à jour du repo local en fait..)

Plus j'y pense et je l'explique pour avoir des pistes, plus je me dis que c'est infaisable proprement.

Probablement que nous devrions faire des scripts, un par distribution, qui copierait le fichier de sources d'origine et en mettrait un autre à la place le temps des mises à jour et installations. Et un script inverse à penser à passer juste avant la fin de la journée (pour que chacun puisse continuer ses mises à jour et installations chez lui)

Pour les install je ne vois que l'install par PXE qui permet (je crois) de modifier le serveur d'installation, et une clé bootable pour l'installation par PXE pour les machines ne le supportant pas nativement.
Non ?

Merci pour les infos
Ce que tu sembles dire c'est qu'il faudrait que la machine hôte tourne sur la distribution dont j'ai besoin et il m'en faut plusieurs, parce qu'il faudrait utiliser Yum pour Fedora (et peut-être mageia ?), mais j'ai aussi besoin des dépots Ubuntu, donc apt parce que Yum ne les gèrera pas et vice-versa.
C'est pour ça que je voulais plutôt un script avec plusieurs rsync (un par distribution), ça serait "agnostique" de cette façon.
Le principal souci c'est pour distribuer ces repo

Une info que je viens d'avoir (j'ai vu que tu avais des réponses sur le forum aussi, bien plus ouvertes et techniques celles là)
Quel est le port utilisé par ton client Samba ? Le 445 ne répond pas sur les box, il devrait normalement utiliser le 137 ou 139

Bien vu aussi, elle ne gère pas les partitions GPT pour le moment

Le SSH est sur un port non classique et effectivement n'est joignable que depuis le WAN sur les images de production (ou il est bien masqué, je ne le vois pas sur ta capture)
Les ports élevés sont pour la STB (box tv) souvent

Les accès SSH sur les box (si c'est comme chez nous) servent au diagnostic lors d'un appel à la hotline, les outils interrogent la box pour connaitre son état et les réglages faits par l'utilisateurs (pas forcément par les N0/N1 d'ailleurs, parfois par les N2)

Il me semble impossible qu'ils te laissent y accéder (sauf les opérateurs qui autorisent d'y flasher une image communautaire sur laquelle tu fais ce que tu veux ;) )

Je bosse justement chez SFR, je ne peux pas dire grand chose (NDA powered) mais effectivement il y a des mises à jour prévues
(bon rien de sensationnel là dedans, tous les opérateurs font des mises à jour en permanence.. sauf qu'ils n'ont pas tous une box vieille de +8 ans :# )
Et nous avons un sujet en cours sur la sécurité des box, je ne sais pas ce que ça va donner pour le firmware communautaire en revanche.

Et je n'ai aucune visibilité sur une date de sortie, c'est pas dans mon équipe que ça se décide.

En revanche je peux tenter la manip depuis un linux dès demain pour comprendre où est-ce que ça peut déconner (en ayant accès root à la box c'est plus facile :D )

Hum, je viens de prendre le temps de regarder une vidéo de présentation.. vous pouvez tous oublier mon commentaire
C'est du C# avec un Kinect.. autant le Kinect est un excellent appareil, bidouillable librement à une époque (moins maintenant), en revanche le C# … :(

Infos ici: https://www.youtube.com/watch?v=YKBrISsg__E

Désolé pour les faux espoirs

Peut-être que ce projet t'intéressera également, en l'interfaçant à ton système actuel

(j'avoue ne pas encore avoir eu le temps de regarder comment il fonctionne vraiment, donc pas certain de ses possibilités d'interfaçage)

http://blog.encausse.net/s-a-r-a-h/
(vidéos à voir absolument bien sûr)

La syntèse vocale tout comme les commandes vocales fonctionnent de façon impressionamment efficace, j'espère que c'est connectable à n'importe quel système domotique ouvert :)

Le thread auquel je répond parle de l'installation répétitive sur plusieurs postes (que j'ai bêtement supposé identiques c'est vrai)
Parlons de la même chose d'abord.

Pour l'installation une fois pour toutes le copier coller du profil est facile (sur un GNU/Linux, sur un Windows c'est déjà un poil plus pénible) et fonctionne très bien, même avec un Thunderbird Windows.
Ça n'a rien à voir avec la super synchro de partout dont tu rêves puisque ça n'est pas le même but. (Il n'y a que le service IMAP qui s'occupe de la synchro finale)

Pour le reste, il manque au logiciel libre en général des plateformes SaaS pour de nombreux logiciels et c'est bien normal puisqu'il n'y a pas de grosse entreprise derrière qui paye pour tout ces accès gratuits ou non monayés (pubs etc)

Ça serait "facile" de monter un gros serveur d'hébergement de mail et autres services, y connecter des comptes et des clients mails avec un simple login/pass pour retrouver tous les réglages sur le client dur (et un client web pour ceux qui veulent) à chaque installation
Ce serait nettement moins facile de lui trouver un financement..

Ceci dit c'est un peu ce que fait Mozilla avec Firefox Sync, ils sont en train de passer au couple login/pass pour l'authentification d'ailleurs, mais qui c'est qui paie derrière ?

"Copier coller" du profil installé sur une machine vers les autres.. et hop, tout est conservé: contacts, mails, configuration, indésirables, et réglage du téléchargement des mails pour une lecture hors ligne ..

Enfin bref, chacun a ses préférences, chacun trouvera des inconvénients et des avantages d'un coté ou de l'autre :)

De mémoire la fabrication de la Raspberry Pi se fait(sait?) en Angleterre

http://www.numerama.com/magazine/23646-les-createurs-du-raspberry-pi-relocalisent-la-production-en-angleterre.html