Forum

Reprise du message précédent

ouvre un rapport de bug de demande de paquet ça prend 30 secondes, et tout ce que tu risques, c'est que ce ne soit pas fait.

Édité par Visiteur Le 29/07/2010 à 17h20

Salut spip,

C'est pas faux
En même temps, Mandriva possède son propre lieu de stockage en ligne nommé Click'n Backup , ceci expliquant peut être cela.

Pis je speak very mal l'english, mais ça tu le sais déjà

Non, ca passera dans contrib. Et on n'attend pas la même chose des deux services amha. (le mieux est de ne pas en attendre beaucoup)



Click and backup n'est pas libre (mais tout le monde sait que c'est du rsync derrière, enfin, je le présume en tout cas ). Coté serveur idem.



Name : mdvbackup Relocations: (not relocatable)

Version : 2.61a.2 Vendor: Mandriva

Release : 2mdv2010.0 Build Date: ven. 30 oct. 2009 18:47:46 CET

Install Date: jeu. 29 juil. 2010 22:26:46 CEST Build Host: n2.mandriva.com

Group : System/Backup Source RPM: mdvbackup-2.61a.2-2mdv2010.0.src.rpm

Size : 10479136 License: Commercial

Signature : DSA/SHA1, lun. 02 nov. 2009 14:15:05 CET, Key ID e7898ae070771ff3

Packager : Anne Nicolas <anne.nicolas@mandriva.com>

URL : http://www.mandriva.com

Summary : Mandriva Click'Backup tool

Description :

Mandriva Click'Backup





Alors que le client nautilus dropbox est en GPL v2 et images en CC BY-ND. Coté serveur, je pense que c'est du privateur (rien trouvé).





Pour SpiderOak, c'est du GPLv3 coté serveur https://spideroak.com/diy/

Ils fournissent la doc de l'API. Donc a priori, tu peux écrire ton propre client. Et ça, c'est super chouette. https://spideroak.com/diy/api_docs.html

Malheuresement, le client de chez eux est fermé. https://spideroak.com/engineering_matters#open_source D'après l'explication, je dirai qu'ils utilisent pour le client une API ne permettant pas de publier sous licence libre...







Tu peux faire minimaliste :



Please, could you provide a package for Schmurtz from http://schmurtz.org released under the licence YYYYY



Many thanks.





Bon, pour le client Spideroak, c'est cuit... Faut demander directement chez eux si tu y tiens.

Édité par Visiteur Le 29/07/2010 à 22h56

C'est toi le bonus ?

Sinon, tu peux toujours compiler

Pour Kde, une version de Dropbox qui ne laisse pas Nautilus monter n'importe comment vos périphériques !

http://sourceforge.net/projects/kdropbox/files/

Chez moi, j'ai laissé Nautilus mais je ne le lance jamais, vu que le dossier dropbox créé lors de l'installation est utilisable via KDE

Je sais bien Niphrédil. Tu es d'ailleurs ma marraine chez Dropbox. Au fait, préfères-tu que je t'appelle "tata" ou "nénenne" ou "baba", mais t'es sûrement un peu jeune pour ces deux derniers ?



Et toi, tu montes de toute façon tous tes périphériques au démarrage et tu ne les démontes jamais. Tu ne rencontres donc pas le problème de Nautilus-dropbox... Il court-circuite Hal et monte tout d'office, ce qui n'est pas le comportement que je souhaite. Pour démonter un périphérique de stockage, il faut alors ouvrir Nautilus...



Nautilus est un logiciel extra, certes, mais moi I'm stuck with Konqueror, na !