Adrien Dorsaz a écrit 954 commentaires

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").

Sous Cyanogenmod, tu peux définir différents "profils" pour le menu d'application : en gros, j'en ai un avec toutes les applis et l'autre avec juste mes applis favorites/courantes.

Keuwa?

C'est sous Cyanogenmod 7.2, ce ne sont pas des "profils", mais des groupes d'applications que tu peux faire (il faut cliquer sur le menu d'option quand on est dans la liste d'application et là il faut cliquer sur "Choisir un groupe"). Désolé, je me suis trompé de terme.

Je ne sais pas s'ils ont supprimés ces outils avec les dernières versions.

2 j'ai pas envie, par exemple si c'est une appli genre un clavier virtuel et l'entrée dans la liste des applications c'est pour le paramétrer, si c'est une application que j'ai envie de tester j'ai pas envie de changer l'organisation de l'écran d'accueil;

Sous Cyanogenmod, tu peux définir différents "profils" pour le menu d'application : en gros, j'en ai un avec toutes les applis et l'autre avec juste mes applis favorites/courantes.

3 j'ai qu'un seul bureau et il est plein (je fais des groupes d'applications).

Je ne sais pas si ça marche pour tous les Android, mais as-tu essayé de "dézoomer" (enfin, ce fameux mouvement avec les deux doigts) ton bureau ? Sous Cyanogenmod, après ce mouvement, il y a une interface pour ajouter des bureaux.

Au passage il manque aussi openmoko du téléphone openmoko.

En effet, mais c'est un OS abandonné depuis belle lurette. Par contre, il y a QtMoko et SHR qui ont su tiré leur épingle du jeu (Qt pour le premier, EFL+Gtk pour le second).

Je pense par contre, que ces entrées vont très bien dans "Autre", car ils sont vraiment minoritaires face à Android et le futur FirefoxOS.

Peut-être on aurait pu distinguer Android AOSP, Replicant, Cyanogenmod et "Android bidouillé par mon fabricant TM"

Un eepc c'est peut être un peu juste comme serveur :)

C'est sûr, mais ça a plusieurs avantages : ça utilise du matériel qui prenait la poussière; le eeepc est assez petit, silencieux (enfin, il y a un ventilo, mais qui tourne lentement en mode console) et consomme peu de courant.

Hello!

Je l'ai installé la semaine passée, il fonctionne bien pour mes petits projets et il a l'avantage de tout proposer : wiki, bug tracker, commit time line, … et il a un plugin pour fonctionner avec gitolite également.

Le seul défaut que j'ai remarqué jusqu'à maintenant c'est qu'il se réserve 70M de mémoire vive tout le temps, même si personne n'utilise mon service.
Je sais que ce n'est pas si énorme^1, mais ça me pose problème, parce que mon eee pc n'a que 1G de ram et que d'autres processus comme mysql et clamav en utilise déjà pas mal.

1. mon serveur en arrivait quand même à ne plus réussir à exécuter un fork() pour lancer un nouveau processus ! Donc, temporairement, j'ai désactivé clamav qui lui consomme dans les 200M de mémoire.

C'est intéressant, mais jusqu'à quel point peut-on baisser le voltage sans trop toucher à la fréquence ?

Et quel est l'avantage d'avoir un voltage élevé par rapport à un voltage bas pour la même fréquence ?

Je viens d'installer Redmine après avoir vu son utilisation chez Replicant et Papillon.

Je le trouve bien et fonctionnel, mais je garde fossil sous la main, il a l'air très complet aussi, merci ;)

autant la messagerie instantanée qui est l'essentiel ne fonctionne pas chez moi

Est-ce que tu bloques tout ou une partie du javascript ? Parce que moi, il me semble que NoScript bloquait la messagerie quand je l'avais testé.

Hello!

Je ne sais pas quelle distribution tu utilises, mais pour Debian, il existe deboosrap et qemu-deboostrap pour le crée pour une machine virtuelle avec une autre architecture.

J'ai utilisé qemu-deboostrap pour crée une image virtuelle de QtMoko, tu peux regarder dans mon wiki.

Il y a aussi les liens de la doc que j'ai utilisé au fond et la page wiki du projet debian.

Je leur souhaite bien du courage aux développeurs de Mir si c'est à eux que reviendra le boulot de rendre chaque application de Gnome compatible avec leur système maison !

C'est justement ça que je ne comprends pas bien… Ubuntu utilise encore pas mal d'applications de Gnome, alors ils auraient eu tout intérêt à avoir l'équipe de Gnome avec eux pour développer la compatibilité avec Mir.

D'un autre côté, je comprends Gnome aussi : Wayland, ça fait longtemps que le projet a été lancé publiquement et on sait que l'on pourra bientôt l'utiliser en production, alors que Mir n'a même pas une année publique…

Ah oui, je comprends mieux. Merci.

Donc finalement Mir utilisera à peu près la même solution que Bumblebee : utiliser deux serveurs graphiques distincts et tout renvoyer sur le même écran.

Ce que je ne comprends pas, c'est comment Mir fera pour que la carte graphique ne se mélange pas les pinceaux pour envoyer les images au bon serveur ? En effet, pour Bumblebee, il n'y a pas de soucis, puisqu'il y a deux cartes qui ont deux jobs séparés.