niol a écrit 405 commentaires

Correction mineure : Eurocontrol n'est pas un projet mais l'entité Européenne de gestion du trafic aérien. Ce monde est en effet friand du langage Ada.

Avec git-annex assistant, en configurant le nombre de copies minimales à 2 et en configurant chacun de tes deux disques durs en "full archive", tu devrais atteindre facilement ton objectif.

http://git-annex.branchable.com/assistant/archival_walkthrough/
http://git-annex.branchable.com/walkthrough/backups/

Je pense que la bonne manière de faire est de le faire avec dbus. Une recherche rapide m'a amené gabriel (un vieux prototype) : http://www.eldemonionegro.com/blog/archivos/2008/05/22/howto-to-intercomunicate-processes-in-differentremote-machines-through-dbus

Une autre implémentation avec un protocole simple inventé pour l'occasion : http://sanpi.homecomputing.fr/content/notification-irssi-over-ssh

A adapter pour mutt avec la commande à configurer sur arrivée d'un nouveau courriel.

http://sebsauvage.net/wiki/doku.php?id=php:shaarli

(par contre en PHP)

xbmc serait mon premier choix s'il ne prenait pas du CPU quand il ne fait rien… mais c'est un défaut qu'on pourra lui pardonner tant ce logiciel est abouti sur un grand nombre de points!

Oui mais il est dans ce cas dommage de se passer du point d'accès Wifi de la freebox par exemple.

J'avais vu Gest'Ecole intéressant pour les écoles primaires (appli Web en PHP) qui me semblait très intéressant. En plus ça semble libre (ce n'est pas une licence classique mais on a le droit de modifier il semblerait).
http://www.doxconception.com/site/

Je confirme : le commit à la fin avec sqlite3 ça va tout changer.

Sans avoir expérimenté le brouting, je pense que la seule possibilité est d'utiliser le même bridge Ethernet pour les conteneurs OpenVZ et le brouting. La conséquence est que les régles ebtables seront plus compliquées : il faudra laisser passer l'ipv4 à destination et depuis les conteneurs OpenVZ. Sans avoir testé, quelque chose du genre qui suit, en prenant l'hypothèse que tu as un sous-réseau ipv4 192.168.42.0/24 pour tes conteneurs OpenVZ :

ebtables -t broute -A BROUTING -p ipv4 --ip-dst 192.168.42.0/24 -j ACCEPT
ebtables -t broute -A BROUTING -p ipv4 --ip-src 192.168.42.0/24 -j ACCEPT
ebtables -t broute -A BROUTING -p ! ipv6 -j DROP

Outre le fait de récupérer la clé sur un serveur distant, je vois deux autres moyens de redémarrer le service à distance :
- cryptsetup propose de faire tourner un serveur SSH minimal avant le boot ce qui permet de saisir un mot de passe sans accès physique à la machine, voir http://blog.neutrino.es/2011/unlocking-a-luks-encrypted-root-partition-remotely-via-ssh/
- j'ai personnellement opté à la lecture de http://linuxfr.org/users/tchetch/journaux/netbook-et-niveau-d-execution pour enlever du runlevel par défaut (le 2 dans mon cas) tout ce qui dépendait de ma partition cryptée, et débloquer comme ceci :

$ ssh unlock@server telinit 3

Si c'est juste pour faire un SFTP chrooté, pourquoi ne pas utiliser l'option ChrootDirectory de openssh directement? Cela me semble plus simple et plus facile à maintenir.

Sinon utilise une classe avec un attribut.

Tes deux composants partagent déjà des informations via mySQL (Python remplit, PHP lit), donc le plus simple et le plus facile à maintenir est la nouvelle table.

Maintenant, si les performances sont importantes, il se peut qu'une solution utilisant des fichiers soit plus efficace, mais il faut tester pour voir.

Pour les autorités organisatrices de réseaux de transports en commun, la validation systématique à la montée est un moyen de lutte contre un certain type de fraude : en effet, celui qui monte dans le bus ou dans le tram sans valider fraude forcément, et donc les autres usagers le savent. Cela est sensé dissuader les gens qui fraudent parce que c'est discret. Il parait que ça marche.

Serait-ce en rapport avec ce bug sur udev : https://bugs.launchpad.net/ubuntu/+source/udev/+bug/632740 ?

Pour plymouth, j'imagine que tu peux enlever le paquet avant la mise à jour si c'est dans un conteneur lxc.

Deux solutions :
- soit tu t'arranges pour que ta version soit la plus récentes i.e. 5.3.8-1~dotdeb.2+custom.2 (la ~ veut dire "juste avant la version décrite dans ce qui la précède")
- soit tu fais le bon pinning, par exemple un truc du genre de ce qui suit dans /etc/apt/preferences :

Package: php5
Pin: version 5.3.8-1~dotdeb.2~custom.2
Pin-Priority: 991

Voir aussi :
- http://wiki.debian.org/AptPreferences
- man apt_preferences

Pleins de sites reprennent la même info qui tire ses conclusions de Distrowatch et Google Trends (statistiques sur les recherches Google). Je ne vais jamais sur Distrowatch mais quand j'utilise Google, je ne cherche pas "ubuntu linux" mais "ubuntu" tout seul. Et là, comment dire, l'argumentation s'effondre : Ubuntu (en bleu), explose tout, et Linux Mint (en rouge) ne dépasse même pas Fedora (en vert) ou cette vieille distribution toujours obsolète qu'est Debian (en violet)...

voir : http://www.google.fr/trends?q=ubuntu%2C+linux+mint%2C+opensuse%2C+fedora%2C+debian&ctab=0&geo=all&date=all&sort=0

http://packages.debian.org/experimental/gnome-shell-extensions

• utiliser la configuration de gnome-power-manager et associer la pression du bouton de mise en marche à l'hibernation (dans les paramètres systèmes)
• utiliser l'extension gnome-shell alternative-status-menu, http://live.gnome.org/GnomeShell/Extensions

Essaye de cloner depuis ton serveur afin de récupérer le fichier corrompu.

Si ça ne marche pas, d'autres idées là :
http://git.kernel.org/?p=git/git.git;a=blob;f=Documentation/howto/recover-corrupted-blob-object.txt;hb=HEAD

On le trouve très facilement en téléchargement par bittorrent en faisant une recherche sur Google par exemple.

http://mail-archives.apache.org/mod_mbox/httpd-announce/201108.mbox/%3C20110824161640.122D387DD@minotaur.apache.org%3E

Normalement, pour régler ce soucis, j'activais la variation de fréquence du processeur (module acpi_cpufreq) à la demande (ondemand). Mais depuis Debian 6 squeeze, c'est fait par défaut.

Si tu as une carte vidéo ATI, certains forums semblent pointer du doigt le driver vidéo et disent que l'installation du driver ATI propriétaire règle le problème. Je ne sais pas si Ubuntu utilise par défaut le driver Xorg propriétaire ou radeon, mais dans le second cas, peut-être que la version présente dans Ubuntu est plus récente et règle le problème.

(remplacer localhost par PC1)

Voilà:

user@PC3$ rsync -e "ssh user@PC2 ssh -l user" -avz --progress /dossier localhost:/dossier

C'est plus simple.