Adrien Dorsaz a écrit 958 commentaires

Dans le BIOS/UEFI, il faut bien mettre le paramètre Display à "Optimus" et non pas à "Integrated" ou "Discrete", sinon, xrandr ne trouvera pas la deuxième carte, car elle sera apparemment désactivée au niveau matériel.

Ensuite, il faut avoir la pile Xorg/nouveau/noyau/xrandr/mesa suffisamment à jour (actuellement, je suis sur une Debian Sid). Comme il faut le support de KMS sur les deux cartes graphiques, il faut utiliser le driver nouveau et non pas celui de Nvidia.

Pour ta gouverne, il n'y a pas QUE les femmes qui se font mater (donc tu fais toi-même du sexisme) et ce sens est purent francophone… Dans ta façon de penser, on devrait bannir canonical car ils sont sexistes car "ubuntu" a peut-être une connotation sexiste dans d'autres langues…

Merci beaucoup pour ta réponse claire et rapide :)

Tu peux, par exemple, le faire avec l'aggrégateur Leed et son plugin "epub".

Je pense notamment a l'exemple que tu donnes d'une appli qui lance Firefox et fait un redirect. L'appli lanceuse n'a pas besoin de passer par Wayland ou X pour voir ce qu'il se passe, il lui suffit de charger une librairie dans Firefox qui se chargera de tout faire de l'interieur meme du processus.

En fait, justement, l'application ne fait pas de redirect, mais modifie seulement l'affichage de la barre d'adresse. C'est donc bien un problème d'affichage et non pas un problème de protocole réseau ou HTTP.

Après, elle peut évidemment utiliser d'autres failles, mais je pense qu'il est bien d'en éviter au maximum surtout que l'on a rarement l'occasion de recommencer de zéro un protocole graphique et donc de pouvoir traiter directement ces failles sans faire de hacks douteux.

PS : désolé pour le doublon, j'avais répondu au mauvais poste –_–

Je pense notamment a l'exemple que tu donnes d'une appli qui lance Firefox et fait un redirect. L'appli lanceuse n'a pas besoin de passer par Wayland ou X pour voir ce qu'il se passe, il lui suffit de charger une librairie dans Firefox qui se chargera de tout faire de l'interieur meme du processus.

En fait, justement, l'application ne fait pas de redirect, mais modifie seulement l'affichage de la barre d'adresse. C'est donc bien un problème d'affichage et non pas un problème de protocole réseau ou HTTP.

Après, elle peut évidemment utiliser d'autres failles, mais je pense qu'il est bien d'en éviter au maximum surtout que l'on a rarement l'occasion de recommencer de zéro un protocole graphique et donc de pouvoir traiter directement ces failles sans faire de hacks douteux.

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 :)