Adrien Dorsaz a écrit 952 commentaires

Ok, alors pourrais-tu télécharger le .jar officiel et le tester ?

Peut-être que le paquet est mal fait et ça pourra t'aider à trouver l'origine du problème du paquet.

Edit : Je viens de voir que tu as trouvé la solution

Je viens de regarder à nouveau le site de LanguageTool et apparemment, il y a une nouvelle version que je n'arrive pas à exécuter sur Ubuntu (l'ancienne version je l'avais testée sur Debian/Sid).

Ce qui m'intrigue le plus dans ton post, c'est la commande languagetool d'où vient-elle ? Comment as-tu installé cette commande ? Personnellement à chaque fois que je vais voir le site de LanguageTool je récupère un fichier .zip qui contient différentes archives .jar que tu es censé exécuter directement (avec Java 7 apparemment). Pourrais-tu nous éclaircir sur ce point ?

PS : L'erreur que j'avais sur Ubuntu provenait d'une mémoire partagée sur une font, c'était très bizarre… je réinstalle Debian et je repasse te dire comment ça se passe avec la nouvelle version de LanguageTool.

Hello!

De mon coté, j'ai fait un fichier lt.desktop qui exécute l'archive .jar avec openjdk 7 et l'option --tray et ca marche sans etre root. Est ce que ta commande languagetool ne serait pas un alias crée que chez root?
Pour lancer au démarrage, peut-etre qu'il est plus simple de le lancer au démarrage de la session avec un outil comme gnome-session-properties ?

D'ailleurs le commentaire du commit de changement de version est intéressant :

This version brings many improvments compare to the last released version 0.3, so that we decide to bump the version to 0.8.0 directly. Before the 1.0.0, we have two steps left. One is the performance optimization and the other is to support OpenCL 1.2 by default.

Ils estiment donc que, pour passer à la version 1.0.0, il faudra encore optimiser les performances et supporter OpenCL 1.2 par défaut.

… Ils en sont encore à la version 0.3

Des volontaires ? ;)

EDIT : arf, j'ai trop vite parlé, c'est bien beignet qui a fait un saut de version de 0.3 à 0.8 selon leur git. Donc ça va chez Debian, on suit gentiment.

Hello!

Chez moi aussi avec un EEEPC 900 le client web rame pas mal, mais ce n'est pas un problème, puisque tu ne l'utilises que pour configurer 2-3 trucs (style le partage de fichier, de calendrier…). Par contre, je n'ai eu de soucis avec d'autres clients *Dav qui ne ramaient pas.

Même constat également avec un EEEPC 900 et 2GB de RAM.

D'après le mail, non. C'est pour l'instant une collaboration "expérimentale" et ils ont annoncés ne travailler que sur le support des Tegra (mais c'est déjà bien :) ) :

Let me also stress that although very exciting, this effort is still
experimental, so I would like to make sure that nobody makes excessive
expectations based on these few patches. The scope of this work is strictly
limited to Tegra (although given the similarities desktop GPU support will
certainly benefit from it indirectly), and we do not have any plan to work on
user-space support. So do not uninstall that proprietary driver just yet. ;)

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 !