Adrien Dorsaz a écrit 944 commentaires

Euh, qu'entends-tu par "officiel" ? Tous les outils sont là et sont documentés dans l'API de Firefox Sync : tu peux utiliser dès aujourd'hui utiliser un serveur firefox sync pour y enregistrer les paramètres/données de ton application et de le synchroniser entre tes différents clients.

Des collections sont utilisées par Firefox par défaut (bookmarks, history, forms, prefs, tabs, passwords), mais rien ne t'empêche d'en créer d'autres à l'usage de ton application.

Bon, je viens de trouver la dernière API 1.5 et ça à l'air confirmé que l'on peut créer n'importe quelle "collection" de données.

Ah oui, je vois mieux ta demande. J'ai cru que tu voulais quelque chose comme Owncloud+FirefoxSync. Je ne connais pas assez FirefoxSync pour savoir si l'on peut enregistrer d'autres données, mais si c'est le cas, alors ça serait un bon moyen pour synchroniser mobile/web/desktop.

Ok, j'ai navigué un peu dans l'API et j'ai trouvé cette spécification. Apparemment, tant que tu peux écrire tes données en JSON ça devrait passer.

Firefox Sync est l'outil de Mozilla pour partager ses préférences, bookmarks, mot-de-passes entre les différents navigateur Firefox utilisés (le mobile aussi). Owncloud a un plugin qui gère Firefox Sync (je ne sais pas si c'est une API qui est implémentée dans Owncloud ou si c'est Firefox Sync à proprement parler).

Mozilla propose ses propres serveurs pour héberger vos données (chiffrées sur le serveur et dans les communications évidemment) ou on peut auto-héberger sa propre instance. Toutes les infos sur le wiki de Mozilla.

Edit : Voilà un article en français qui expliquait comment installer FirefoxSync sur son serveur. C'est celui-là que j'ai suivi.

Oui, mais il y a l'extension Pixel Saver qui le fait très bien. En plus d'enlever la barre de titre, elle affiche le titre de la fenêtre dans barre du shell et ajoute les boutons minimiser/agrandir/fermer également dans la barre du shell.

Je l'utilise depuis plusieurs jours et je n'ai pas encore eu de bug avec (à noter que pour l'installer sur Gnome 3.10, il faut passer par cette branche qui n'a pas été mergé à cause de la rétrocompatibilité avec les anciens shell).

Non, ce n'est pas la même chose : primus est une alternative pour exécuter une application grâce à Bumblebee qui remplace optirun avec la commande primusrun (en gros, si je me rappelle bien, c'est un projet qui fait la même chose qu'optirun mais qui abandonne toute une partie client/serveur qu'optirun fournissait mais qui n'était pas nécessaire puisque tout était fait en local, ce qui permet un gain de performance).

Prime est par contre un outil intégré directement à Xorg dans les versions assez récentes. La documentation est là pour Optimus.

Ah oui, en effet, je l'utilise sur un GTA04, donc la forme est toujours celle d'un Freerunner.

Je crois qu'il y avait un port sur le N900, mais c'était plutôt un proof of concept.

Dans quel cadre est-ce que tu utilises QtMoko ?

Je ne comprends pas trop ta question : c'est l'OS de mon téléphone simplement (comme le sujet est les OS mobile libre…). Je l'utilise tous les jours et j'ai développé une petite application qui permet de récupérer et parser les calendriers CalDav (c'est en développant l'application que j'ai remarqué que les trucs pratiques d'Android y sont implémentés).

Ca n'est pas officiel des bureau que vous connaissez, mais ça utilise leur toolkits :

• QtMoko pour Qt
• SHR pour EFL/GTK
• Hackable:1 pour GTK (plus maintenu, mais ça a existé et DeforaOS qui a repris un peu H1 (il me semble que Maemo utilise aussi GTK)

Tout ça est disponible pour les téléphones d'OpenMoko et de GoldenDelicious et évidemment sur tout téléphone où on peut installer Debian.

Pour l'instant j'utilise QtMoko et je trouve incroyable ce qu'avait fait TrollTech à l'époque où Android existait à peine.

Bah, c'est le classique Blue Skyliner Of the Death :)

Gnome-Shell 3.10 et d'autres logiciels sont déjà disponible dans experimental, il suffit de tester :)

Hello!

Comme il est crée à partir du GTA04, je te confirme que l'on peut téléphoner avec ;)

Sinon, il y a les détails des "features minimales" ici : https://shop.goldelico.com/wiki.php?page=Neo900
Et j'y vois "3.75G module for UMTS/CDMA; 4G (LTE) optional", donc oui apparemment.

Hello!

Je n'y connais pas grand chose, mais tu auras sûrement besoin d'un serveur BOSH qui est un proxy entre HTTP et XMPP.

Si tu veux une idée de code, peut-être que tu pourrais t'inspirer du code de Movim qui est modularisé et qui possède déjà un système de chat. Heureusement, Movim utilise des templates PHP, tu devrais donc pouvoir facilement récupérer le code du chat uniquement.

L'écran résistif a ses détracteurs, mais aussi ses fans…

Personnellement, je me sens beaucoup plus à l'aise avec un écran résistif parce qu'il est suffisamment réactif au doigt et peut être très précis grâce au stylet (enfin, bout de truc solide quelconque) qui a même un emplacement prévu dans la coque du N900.

Par contre je reconnais volontiers que c'est dommage de ne pas pouvoir faire de mouvements avec plusieurs doigts (enfin, en tout cas avec l'écran de l'OpenMoko).

Hello!

Alors, j'ai trouvé comment utiliser vlock pour faire ce que je voulais avec systemd et, maintenant, j'ai appris, que Debian avec systemd utilisais deux systèmes pour mettre en veille l'ordinateur :

D'un côté, on a pm-utils qui est invoqué depuis le DE Gnome et de l'autre on a systemctl suspend qui est invoqué depuis systemd (donc avec les touches de raccourcis claviers et la fermeture d'un écran portable).

Pour pouvoir créer mon hook, j'avais besoin de la commande writevt pour pouvoir écrire dans les tty depuis l'utilisateur root. Cette commande n'est disponible qu'avec le paquet console-utils , je l'ai donc installé et j'ai supprimé kbd car ils entrent en conflits (Debian/Sid).

Ensuite, quand on lit la documentation de systemd-sleep, on voit que l'on doit mettre les hooks de systemd dans /usr/lib/systemd/system-sleep , mais en réalité, sous Debian/Sid actuellemnt, les hooks doivent être installés dans /lib/systemd/system-sleep (d'ailleurs ce dossier existe déjà).

Enfin, les hooks de pm-utils doivent être installés dans /etc/pm-utils/sleep.d/ et doivent être nommé avec un nombre entre "00_" et "99_" pour indiquer l'ordre à pm-utils pour l'execution des scripts.

Voilà mon fichier /lib/systemd/system-sleep/vlock.sh :

#!/bin/sh

# Action script ensure that tty are all locked just after resume
#

PATH=/sbin:/usr/sbin:/bin:/usr/bin

case "${1}" in
  pre)
    case "${2}" in
      suspend|hibernate|hybrid-sleep)
        #nothing to do
        ;;
    esac
    ;;
  post)
    case "${2}" in
      suspend|hibernate|hybrid-sleep)
        for vtx in `ps -A | grep tty | grep login | perl -n -e'/tty(\d)/ && print "$1 "'`
          do
          writevt --term=/dev/tty${vtx} -T^Zvlock^M
          done
        ;;
      esac
    ;;
esac

Et voilà mon fichier /etc/pm/sleep.d/01_vlock.sh :

#!/bin/sh

# Action script ensure that tty are all locked just after resume
#

PATH=/sbin:/usr/sbin:/bin:/usr/bin

case "${1}" in
  suspend|hibernate)
    #nothing to do
    ;;
  resume|thaw)
    for vtx in `ps -A | grep tty | grep login | perl -n -e'/tty(\d)/ && print "$1 "'`
      do
      writevt --term=/dev/tty${vtx} -T^Zvlock^M
      done
    ;;
esac

IMPORTANT :
Le copier coller dans ce post a remplacé le caractère "^Z" par ^ et Z et le caractère "^M" par ^ et M, il faudra donc les remplacer à nouveau pour pouvoir les mettre dans ce fichier.

Documentation :
* man systemd-sleep
* man pm-suspend

Super! Merci beaucoup, vlock semble bien être ce dont j'avais besoin.
Il ne me reste plus qu'à voir comment l'appliquer à la mise en veille automatiquement.

En effet, ça ne répond pas totalement à la question, mais je n'avais pas pensé que screen pourrait aussi être utile dans ce cas. Merci !

PS : à part ça, dans ce cas, je ne vois pas bien la différence entre verrouiller ta session ou se déconnecter, puisque de toute façon l'ordinateur s'éteindra quelques heures après.

Là, je pense que ça vaudrait la peine de rapporter ce problème, la remarque est très pertinente et ça devrait être assez simple de le détecter, puisque gdm le fait déjà.

Ah, c'est nouveau ça? C'est pourtant ce que je fais tous les jours en partant du taf… Et l'ordi s'éteint tout seul à 20h… (au cas besoin récup data en ssh).

Eh ben merci pour les factures d'électricité…

C'est que tu n'as qu'un utilisateur sur ta session graphique qui peut se connecter, puisqu'il n'y a pas d'autres utilisateurs (à part root qui n'est pas censé se connecter).

Essaie de créer un nouvel utilisateur et tu verras que dans le menu d'en haut à droite, tu auras l'option pour te déconnecter.

Pour moi, ça semble assez logique finalement : si tu es le seul utilisateur de ton ordinateur, alors soit tu le mets en veille, soit tu l'éteins, soit tu le verrouilles. Il n'y a pas vraiment de raison de se déconnecter.

Avant de tester une version alpha de Fedora, je te conseille de lire la news sur Gnome 3.10, ça pourra aider tes tests ;)

Il faut prendre la citation en entier :

De plus, l'équipe s'engage à fournir les schémas du téléphone, et de le rendre 100% open.

Ce sont les schémas qui sont 100% open (le développement est bien ouvert aussi, la ML est bien au courant).

Niveau logiciel, il me semble que les firmware non-libre sont :

• le GSM
• la 3D par le GPU PVR
• le wifi (l'OpenMoko avait un chipset qui utilisait ath6k, mais pas le GTA04)

Mmhhh, il me semble que dans les années 2000 les disquettes étaient encore nécessaire pour installer les premières versions de Windows XP avec des disques branchés en SATA (si je me souviens bien), car le driver n'était pas inclus d'office.

Parce que la masse de clients potentiels est faible et que beaucoup n'ont pas acheté de GTA04 parce qu'il n'est pas beau et parce qu'il n'a pas de clavier physique (et se crée soi-même un boîtier avec un aussi bon clavier physique est trop cher).

Les détails sont ici : http://lists.goldelico.com/pipermail/gta04-owner/2013-October/005040.html

On a donc les différences avec le noyau 3.12-rc4 :

Additionally, we have improved our '-plus' patches:
* TVout is working again (ndc : sortie TV par le jack)
* itg3200 is working again
* Bluetooth is working again
* detection of 1 GHz CPUs improved (ndc : il y a des proc à 800MHz et les plus récents à 1Gh)

Et encore quelques problèmes à résoudre :

We have only these road-blocking issues left over:
* PVR/SGX kernel driver is not up to date (and therefore disabled) (ndc : driver 3D, pas nécessaire)
* WiFi does not power down if not used; and we see a kernel exception on ifconfig wlan0 up
* Power management improvements

Dans ce mail, Dr Nikolaus parle d'améliorations de leurs patchs, mais je crois qu'il n'y en pas d'autres.

PS : ndc = note de citation