Adrien Dorsaz a écrit 890 commentaires

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

Hello!

Pour ceux qui voudraient installer d'autres OS sur leur Neo900, Golden Delicious tente de minimiser la différence entre le noyau du GTA04 et celui de Linux pour permettre l'installation de Replicant plus facile (et de QtMoko, de SHR,…).

Ils souhaitent également faire en sorte que le développement du coté noyau du GTA04 pourra être utilisé sans trop de modifications pour le Neo900 et ainsi réduire les coûts de développement.

Dans la même idée de réduction de coûts, le but sera d'avoir les mêmes chips pour le Neo900, le GTA04 et les différentes extensions du GTA04 (les Letux…) pour pouvoir commander les chips ensemble et réduire leurs coûts.

C'est ce que j'ai compris et ce que je me rappelle des lectures des ML d'Openmoko, du GTA04 et d'Openphoenux. N'hésitez pas à me corriger, si je me suis trompé ;)

En plus avec la puissance des ordinateurs qui augmentent et surtout l’arrivée des SSD, les mises à jour juste avant l’extinction ne devraient pas durer longtemps.

Pour moi, tout le problème vient du ne devraient pas durer longtemps…

Une mise à jour de 0ad par exemple, c'est plusieurs Mo et si ta connexion est lente au moment de l'extinction (réseau publique dans un car postal, par exemple), eh bien tu te retrouves con à ne pas pouvoir éteindre ton ordinateur, parce qu'il n'a pas prévu que le téléchargement sera long et que tu dois rapidement sortir du bus pour ne pas louper ton arrêt…

Merci pour les précisions, c'est vrai que je n'ai un point de vue que de mise en pratique des outils et que je ne connais pas XMPP.

Par contre, je t'assure que Prosody implément(e/ait?) de façon très bizarre pubsub et que l'année passée en tout cas, durant le développement de la version 0.9, Movim ne trouvait toujours qu'un seul message par personne.

Sinon, personnellement, quand je vois le statut "Draft" et l'avertissement ci-dessous (sur la page xep que tu as cité), je ne considère pas l'extension faisant parti du standard.

NOTICE: The protocol defined herein is a Draft Standard of the XMPP Standards Foundation. Implementations are encouraged and the protocol is appropriate for deployment in production systems, but some changes to the protocol are possible before it becomes a Final Standard.

Je dirais même que si le site est bien codé, alors le design s'adapte à ton écran sans changer de page (les joies du "Responsive Design").