Ubuntu-fr

j'avais bien compris,
mais pour une configuration semblable, tu as moins cher chez les concurrents et si en plus tu rajoute le prix de la license windows c'est beaucoup plus cher.
ethiquement parlant, c'est vrai que c'est bien et je comprends que le fait d'assembler un pc et de le tester engendre des frais mais vu mon budget serré...

J'ai finalement opté pour un asus S56CB-XO083H - Ultrabook 15,6'' - Intel Core i5-3317U (1,7 GHz) - HDD 750 Go + SSD 24 Go - RAM 4 Go - NVIDIA GeForce GT  pour 550 €

Merci encore pour vos conseils

Je savais que sudo -s et sudo -i fonctionnaient aussi mais j'ignore les subtilités qui font qu'il vaut mieux privilegier une méthode qu'une autre. J'utilise sudo su assez souivent et n'ai jamais rencontré de probleme...

Note qu'avec la commande quetu préconise, j''ai un probleme de path, que je n'ai pas avec les 2 autres :

La commande 'cowsay' est disponible dans '/usr/games/cowsay'
La commande 'fortune' est disponible dans '/usr/games/fortune'
La commande n'a pas pu être trouvée car  '/usr/games' n'est pas dans la variable d'environnement PATH.
cowsay : commande introuvable
La commande n'a pas pu être trouvée car  '/usr/games' n'est pas dans la variable d'environnement PATH.
fortune : commande introuvable

Bon apres c'est pas bien grave, je n'ai pas l'habitude de lancer fortune ou cowsay en root

Ça dépend du pont de vue, les 2 approches ont leurs défenseurs et détracteurs
Sous Debian on a l'habitude d'utiliser un compte root (sudo n'est pas installé par défaut).
Sous Ubuntu le compte root est désactivé et sudo est installé par défaut

Edit : j'ai trouvé pour les subtilités :

Note que si la ta machine hote est un 32 bits, tu ne peux virtualiser que des machine 32 bits, si ta machine hôte est un 64 bits, tu peux virtualiser aussi bien un 32 bits qu'un 64 bits.

Ta machine hôte étant équipé d'un processeur  i5, tu peux donc virtualiser aussi bien un 32 bits qu'un 64 bits puisque le i5 est un 64 bits.

C'est bien simple les dépots medibuntu ne doivent pas pointer vers nadia mais vers la version officielle correspondante d'ubuntu..

Autrement dit dans la commande

sudo -E wget --output-document=/etc/apt/sources.list.d/medibuntu.list http://www.medibuntu.org/sources.list.d/$(lsb_release -cs).list && sudo apt-get --quiet update && sudo apt-get --yes --quiet --allow-unauthenticated install medibuntu-keyring && sudo apt-get --quiet update

fournis sur le site de medibuntu (http://www.medibuntu.org/repository.php), il faut que tu remplace $(lsb_release -cs).list par la version d'ubuntu correspondant à Nadia, n'utilisant pas mint je ne sais pas quelle version correspond à nadia

Commence par effacer le mauvais dépôts medibuntu :

 sudo rm /etc/apt/sources.list.d/medibuntu.list

puis par exemple pour quantal la commande est

sudo -E wget --output-document=/etc/apt/sources.list.d/medibuntu.list http://www.medibuntu.org/sources.list.d/quantal.list && sudo apt-get --quiet update && sudo apt-get --yes --quiet --allow-unauthenticated install medibuntu-keyring && sudo apt-get --quiet update

Non microsoft étant ce qu'il est, word est incapable d'ouvrir des .odt alors que libreoffice ou openoffice sont tout à fait capable d'ouvrir des .doc..
Il me semble qu'il existe un plugin de conversion pour word mais j'ai pas testé, je n'utilise pas word..

Si tu veux voir le rendu du plugin, le wiki http://wiki.debian-facile.org/ l'utilise, il suffit de cliquer sur l'icone pour generer un fichier odt à partir de la page wiki

c'est pas mal mais c'est pas parfait..

Il faut que tu ouvre le port 80 et ton site sera disponible sur le web depuis ton ip publique
normalement si tu as une ubuntu le parefeu est désactivé, pour vérifier tape

$ sudo ufw status verbose

si tu obtiens

État : inactif

c'est que le parefeu est inactif, tu n'as donc pas de manip à faire sauf si tu veux l'activer
si tu obtiens

État : actif
Journalisation : on (low)
Par défaut : deny (entrant), allow (sortant)

alors c'est que le parefeu ne laisse rien rentrer et il faut donc autoiser le port 80 en tcp

$ sudo ufw allow 80/tcp

Maintenat il faut aussi que tu redirige le port 80 sur ta box vers le port 80 de ta machine, ça se fait depuis l'interface de configuration de ta box, selon la box la methode peut être un peu differente, je te laisse donc rechercher la bonne manip
pour connaitre l'adresse ip privé de ton serveur la commande est

$ ifconfig

Pas important, ça ne change rien, ça prouve que apache écoute bien en local

Donc soit ta redirection de port est mal configurer dans ta box soit ton pare-feu te bloque
Tu redirige bien le port 80?

à quelle adresse tentes tu de te connecter depuis l'exterieur ? Si tu essaye depuis l'adresse dyndns et qu'elle n'est pas configurée, ça me semble normal que ça ne fonctionne pas...
Fais un test avec ton ip public, pour la connaitre, tu peux utiliser la commande

wget -q www.monip.org -O - | iconv -f iso8859-1 -t utf8 | sed -nre 's/^.* (([0-9]{1,3}\.){3}[0-9]{1,3}).*$/\1/p' 

Tu tapes directement l'adresse que te renvoit la commande dans la barre d'url de firefox (ou de ton navigateur) et si tu es connecté à ton site c'est qu'il est accessible depuis l'exterieur

winscp qui si je ne me trompe pas fonctionne avec wine est un GUi, donc ce n'etait pas un bon exemple...
ni ton exemple pour android qui necessite aussi un interface graphique

Je crois que ce que tu cherches c'est un client SFTP basé sur ncurse mais je n'en connais pas 

Peut être peux tu le faire toi même avec dialog par dessus sftp

Enfin à mon avis tu ferais mieux d'utiliser sftp directement
exemple :

$ sftp vince@localhost
The authenticity of host 'localhost (::1)' can't be established.
ECDSA key fingerprint is xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (ECDSA) to the list of known hosts.
vince@localhost's password: 
Connected to localhost.     
sftp> cd /
sftp> ls
bin             boot            cgroup          dev             emul            
etc             home            initrd.img      initrd.img.old  lib             
lib64           lost+found      media           mnt             opt             
proc            root            run             sbin            srv             
sys             tmp             usr             var             vmlinuz         
vmlinuz.old     

les commandes sont semblables à celles de ftp
Pour en savoir plus :

$ man sftp

Tu peux aussi utiliser lftp qui est normalement compatible sftp

sftp c'est du ftp à travers ssh donc si tu utilises ssh, c'est bien du sftp

Bon dans le doute j'ai testé sur mon serveur, et il n'est pas possible de déporter X s'il n'y a pas de serveur X qui tourne sur le serveur, c'est logique...

En fait si j'ai bien compris, c'est le client X qui s'occupe de l'affichage, et donc sans serveur X sur le serveur distant, le client X local ne peut rien afficher

c'est bien sur le serveur X que j'avais fait le xhost et la commande echo $DISPLAY n'affiche rien, peut être est ce parce que j'ai testé sur un container LXC sur mon réseau local.
Je reessayerai demain car là je n'ai pas acces directement au serveur virtuel mais juste à travers un tunnel ssh en 3g, ce qui fait que c'est beaucoup trop lent pour des tests..

un petit topo sur la retouche des couleurs avec kdenlive
http://opensource.com/life/11/11/kdenli … correction