Xaapyks a écrit 543 commentaires

Voilà je viens d'installer le serveur sur une debian : C'était vraiment hyper simple !
Le client sur ArchLinux : déjà plus galère avec toutes les dépendances à compiler une par une (mais c'est moi qui me l'impose) et ça marche parfaitement ! La synchro semble très efficace et rapide.
Le client sur Android: ça marche mais effectivement je rejoins ton commentaire : Le fait que ça ne synchronise pas tout seul les dossiers et qu'il faille passer par l'interface de l'application est un show stopper pour moi.

Ça ne m’empêchera pas de l'utiliser sur PC mais sur android qu'en cas de fort besoin…

Si par "souplesse" tu évoques la perte de transparence côté FS pour un admin, et donc de l'accès aux fichiers, j'ai vu qu'il y avait un module FUSE qui (si j'ai bien compris) permet d'explorer les bibliothèques depuis un montage dans le FS.

OK merci.
Du coup je ne vois pas trop l'intérêt en fait…

Merci.
En effet, j'aurais du m'en douter, comme git sait communiquer sur HTTPS. C'est un bon point :-)

Le chiffrement chez le client aussi, mais du coup on n'a plus accès aux fichiers via les navigateurs de fichiers classiques ? Il faudra toujours passer via l'application cliente qui sait déchiffrer et ouvrir la bibliothèque ?
Ou bien ça met en place une sorte vfs déchiffré qui permet de se raccrocher sur le vfs, à la manière d'un gvfs ou d'un quelconque montage à la fuse ?

C'est très intéressant ! Merci pour la dépêche.

Qu'en est-il de la sécurité des communications entre le client lourd et le serveur ? C'est chiffré ?

Peut-on gérer des systèmes de clés avec révocation si par exemple on perd son smartphone android avec une bibliothèque configurée ?
Au moins, ne plus recevoir de mises à jour et ne pas pouvoir écrire. (Le top serait l'auto destruction sur révocation, mais encore faut-il que le client ait l'info avant l'accès hors ligne aux données…)

Oui mais là on parle de l'implémentation faite par cyanogenmod.
Il faudrait regarder sur un Android stock AOSP les appels qui sont faits.

Il me semble que c'est le nouveau comportement par défaut du dialer 4.4 :
Aller regarder sur G+ s'il connait déjà le numéro de téléphone pour préremplir le nom…

Je n'ai plus la source de l'info cependant.

EDIT :

Open Source Dialer Lookup
Courtesy of Xiao-Long Chen, CM 11 nightlies now have an open source implementation of the dialer look-up features showcased in Google’s proprietary phone application. You can now simply type ‘Pizza’ into the dialer’s name lookup field, and the dialer will return a list of nearby Pizza places.

Source : http://www.cyanogenmod.org/blog/this-week-in-cm-mar-21-2014

Reste à voir quelle était l'implémentation originelle de Google.

Je ne pense pas que quiconque ici déplore le fait que les mecs soient maintenant blindés de thunes. Le problème, comme tu le soulignes c'est bien l'identité de l'acheteur…

Je pensais m'en acheter un un jour, c'est fini.

Ne pas comprendre le principe de la validation orthographique server-side… Il a bien fait de se barrer.

(je sais, orthographe lamentable, c'est pour ca que je n'ecris pas de depeches, désolé et je fais pourtant attention mais il doit rester quelques fautes…)

Tu te foutrais pas un peu de notre gueule par hasard ?
J'ai copié collé texto ton commentaire dans la boite de réponse et j'ai fait "prévisualiser": 17 fautes avérées soulignées en rouges donc tu es censé le voir aussi. Firefox aussi me les souligne pendant que je tape… Si avec 1 voire 2 correcteurs successifs tu arrives à laisser passer des fautes d'orthographe c'est que tu te fous de nous.

Dans ton lien wikipedia:

[remplacé par un élément qui] peut être considéré comme équivalent sur l’axe paradigmatique du discours

Ce n'est pas du tout équivalent dans ce cas précis…

Si j'ai bien compris l'architecture du projet, je pense qu'il y a un amalgame boiteux dans la dépêche:

On peut ajouter enlever et ajouter des dépôts. Par défaut, il n’y a que celui de F-Droid et c’est le seul qui semble exister pour le moment. Ça peut être pratique d’avoir son propre dépôt privé.

Puis

Conditions pour qu’une application soit acceptée dans F-droid
(…)
L’ajout d’une application est gratuit, mais doit passer une étape de validation.

Je suppose que ce n'est pas pour qu'une application soit acceptée dans F-droid mais plutôt dans le dépôt principal de F-droid.
Détail qui à mon sens est ultra important pour ce genre de logiciel ouvert.

Ah oui ?
Je n'en ai jamais rencontré alors.
Merci pour l'info, je ne savais pas que c'était supporté.

Je crois qu'il y a certaines conférences de Benjamin que tu as oublié de regarder… ;)

vérifie avec dmesg que la clé est bien sur dmesg juste avant de faire ça.
Attention à ce que tu n'aies pas un programme qui 'l'éjecte sinon le noyau va ensuite garder le device mais refuser tout accès avec un "médium non trouvé".

La commande pour formater est mauvaise. On formate une partition, pas le disque entier. Donc plutot sdb1 que sdb.
Il faut vérifier qu'il y a une partition.

Je vois surtout que c'est le genre d'erreur de merde que tout le monde peut éventuellement faire un jour ou l'autre.
Le goto en lui-même n'est pas vraiment l'erreur ici je trouve.

Le problème que je vois est que le code n'est pas défensif. Il aurait fallu faire en sorte que la valeur par défaut de type OSStatus, même non réaffectée soit interprétée comme une erreur (ou un bug) et récupérée par la fonction appelante…

Je suis passé sur la branche develop.
Les 2 problèmes sont résolus !

Quand je parle d'interface web c'est carrément le "Add to playlist" qui ne fait rien, comme si le code JS ne s'executait pas.
Je transcodais tout en ogg avec l'ampache originel(source mp3, flac et même ogg pour réduire le débit) Le mp3->ogg ne fonctionne plus et se plaint même que la cible mp3 n'est pas configurée, normal j'en veux pas.

<a href="walter@freebsdjournal.com" (...)

Z'ont oublié le mailto… [/MOTO]

Bon bah c'est quand même pas mal buggé…
Je vais faire les rapports dès que j'aurai le temps, mais en gros:
* L'interface web ne fonctionne pas avec Firefox windows
* Le transcodage mp3->ogg ne semble plus fonctionner (alors que ogg->ogg oui)

Merci à toi pour l'info. J'utilise ampache presque quotidiennement au boulot, et certains bugs et les version tardant à arriver commencaient à m'agacer.
Sans toi je n'aurais jamais été au courant du fork :)
Je vais tester ça dans la semaine.

Moi c'est comme ça que je l'ai lu, ça aurait été parfait si pas stocké sur drive…

Ça veut dire que sur RHEL on a accès aux paquets binaires, mais pas aux scripts qui ont servis à les créer ?
On ne peut donc pas par exemple ajouter un patch ou un switch de configure et le reconstruire ?

6- Entre temps un nouveau standard a émergé et les pilotes proprios sont de nouveau obsolètes

http://kernelnewbies.org/Linux_3.13