pi6Lohe a écrit 69 commentaires

Essaye avec les onglets à droite et on en reparle, c'est facile avec les extensions de firefox.

Justement, le truc c'est d'éviter d'avoir à faire la distinction entre le contenu et la navigation au premier coup d'oeil. On arrive directement sur le contenu quand on a une lecture ltr.

C'est juste mon expérience de gaucher occidental mais je pensais avoir préciser le sens de l'écriture.

Pour les sites c'est pareil, c'est chiant, je perds du temps à relire la colonne de gauche qui ne change pas. Il y a aussi un historique de GUI qui fait que les outils/liens directs doivent être à gauche plutôt qu'à droite, mais cela devrait dépendre du contenu.

À moins d'utiliser une écriture rtl, les onglets verticaux doivent être placés à droite. Ça rend le contenu des sites plus important que l'interface.

Utilise lvm avec tes disques de 80Gio si tu penses manquer de place mais un miroir de tout lenny doit faire dans les 60~70Gio. Avec debmirror il est possible d'exclure des sections ou des fichiers pour gagner de la place.

En principe avec Transact-SQL, tu peux connaitre la taille max d'un champ text avec la requete sql "select @@textsize" et la positionner avec "set textsize valeur" si la valeur n'est figée par le serveur.

Il y a quand même un risque avec la carte vidéo. Est-ce que les choses ont évoluées depuis cette dépêche: [https://linuxfr.org//2009/10/31/26103.html] ?

Pourquoi tu testes l'existence de l'enregistrement ? Avec un index unique sur L, Sqlite retournera une erreur SQLITE_CONSTRAINT en cas de doublon.

Tu peux aussi passer par des tables temporaires sans index et avec doublon puis mettre à jour les tables normales dans une seule transaction ou faire plusieurs passes sur le fichier xml.

Ce sont les fonctions ParseTeXCommand et isWordChar qui ne renvoient des mots (seulement ascii). En fait ce lexer n'est pas adapté à une syntaxe type wiki et c'est toute la logique qu'il faut revoir à partir de FoldTexDoc.

Vérifie que tu as bien des \n dans s car si ils sont enlevés par une lecture ligne par ligne, c'est la position de la chaîne recherchée dans le buffer qu'il faut prendre en compte.


$ zegrep "^Package:.*-dev.*" /mirror/debian/dists/squeeze/main/source/Sources.gz
Package: autotools-dev
Package: config-package-dev
Package: dict-devil
Package: gnome-devel-docs
Package: gnome-device-manager
Package: gpointing-device-settings
Package: haskell-devscripts
Package: infon-devel
Package: libcatalyst-devel-perl
Package: mce-dev
Package: mozilla-devscripts
Package: octave-pkg-dev
Package: pam-devperm
Package: ubuntu-dev-tools
Package: xfce4-dev-tools
Package: xutils-dev
$


C'est impressionnant le nombre de paquet "dev" qu'il peut y avoir dans les paquets sources.

Tu as mis le fichier preseed.cfg à la racine de la clé alors pourquoi tu indiques un chemin d'accès différent ?

En principe depuis la version 0.14 en utilisant un tube nommé:

http://mpd.wikia.com/wiki/Configuration#FIFO_Output

Avec proftpd on peut mettre des règles par utilisateur virtuel ou non et par répertoires en enlevant ou ajoutant des droits donc ça doit faire ce que tu veux

Tu devrais surtout revoir la config de toute la partie mail pour ne pas avoir avoir autant de démons qui utilisent la mémoire pour rien.

Postfix fonctionne très bien en acceptant qu'un seul mail à fois ce qui diminue d'autant le nombre de process d'anti-spam/virus (testé sur des machines moins véloces et avec moins de ram). L'imap pourrait utiliser inetd si tu n'es pas connecté en permanence. Je ne connais pas Mailman mais il doit aussi être possible de limiter le nombre de processus lancé.

Peut-être qu'il compile très bien, le problème c'est que le ./waf n'est pas à jour et qu'il n'a pas testé la présence de la lib. Comme je ne suis pas vraiment intéressé par caolas, je n'ai pas été plus loin.

Je parlais des EFL. Pour ce qui est de calaos ca va dépendre des versions de paquets que tu vas utiliser car la libetk n'est plus maintenue.

Je viens de tester la compilation de calaos_server qui s'arrête car n'ai pas je n'ai pas installé json. Le configure n'a rien dit à ce sujet.

La compilation n'est pas trés dure, il faut juste la faire dans l'ordre:

eina, eet, evas, ecore, embryo, edje, e_dbus, efreet, e

pour avoir la base avec le WM. Si tu te lance dans la compilation, je te conseil de faire ça dans un chroot qui sera plus simple à nettoyer. Tu peux aussi utiliser le chroot pour tester les différents sources/paquets dispos.

repart de zéro en enlevant les paquets efl-all, libeina* et libeet*

http://debian.alphagemini.org/ nest plus mis à jour depuis juin 2009.

Pour avoir les EFL et E17 sous debian on peut:
- utiliser sid. Les paquets sont dans main et datent de décembre 2009.
- utiliser http://packages.enlightenment.org/debian . Les paquets pour lenny datent de août 2009. Ils sont plus récents pour squeeze et sid mais le paquet e17-data est cassé. Ce n'est pas génant si on veux juste les EFL.
- compiler depuis le SVN. C'est un peu compliqué si on veux générer des .deb car les répertoires /debian ne sont pas souvent à jour.

Tu utilises dsbl[1] alors qu'il ne fonctionne plus. Il faut l'enlever de ta config postfix.

[1] http://dsbl.org/node/3

Je suis comme la dame du pôle, je trouve aussi cette annonce discriminante mais pas sur la même phrase:

Vous savez vous habiller "pro": cravate etc.

C'est tout ou sélection d'articles de pages-articles.xml.bz2 ou de pages-meta-current.xml.bz2 ?

Le principal reproche que je fais aux lecteurs wikipedia-offline c'est qu'ils ne contiennent que les articles alors que l'on n'est pas connecté. Je pense qu'avoir les discussions sur les articles est le minimum pour un lecteur non-connecté pour pouvoir avoir des infos supplémentaires sur le contenu d'un article. Le mieux étant d'avoir aussi les pages utilisateurs avec leurs discussions. C'est particulièrement utile lorsque l'on n'a pas accès à d'autre sources d'informations. Si les images de Wikireader ne contiennent pas les discussions, est-ce qu'elles sont faciles à ajoutées ?

Mais ils vont trouver fastidieux de rajouter la commande "fit".

bon sinon, coté serveur, il faut un soft qui ecoute la ligne telephonique, et qui decroche quand ca appelle, j'avais ca pour la maintenance de mes sites distants avant que l'adsl arrive, mais me souvient plus du nom

mgetty ? C'est celui que j'utilisais pour faire la même chose.