bz31 a écrit 347 commentaires

Il suffit d'acheter un micro usb.

> Et j'ai un peu de mal a comprendre ton raisonement. Pourquoi ne pourrait on pas faire tourner d'autres OS sur du matos apple ? C'est réservé au roi apple ?

Je suis très intéressé si tu peux me conseiller une distribution linux qui a un support matériel parfait du nouveau ibook et qui fournit aussi tous les plugins pour un navigateur web. En gros une linux qui peut faire tous ce que je peux faire avec OS X.

Sauf si tu es un défenseur inconditionnel du LIBRE, je ne vois pas de raison de remplacer le OS X par linux.

http://ndiswrapper.sourceforge.net/phpwiki/index.php/List?PHPSESSID(...)

J'aimerais aussi savoir si je dois passer à UFT-8. Pour le moment, je n'ai pas compris pourquoi utiliser UTF-8. Pour pouvoir utiliser des noms de fichiers avec des caractères exotiques n'est pas une vraie raison pour moi, y-a-t-il une autre raison plus convaincante ?

J'ai une Sarge sur un vieux pc (AMD 555 Mhz + 256 Mo RAM + ATI 3D Rage Pro). Avec un Système de base + X + fvwm + firefox, c'est très fluide.

Pourquoi ne pas essayer la Sarge si tu ne lances pas kde ou gnome et si tu utilises un window manager léger ? Peut-être ça passera très bien.

J'ai dit une bétise. UTF-8 est mieux, gvim en UTF-8 marche bien avec scim.

Je ne sais pas si UFT-8 est la cause de ton pb.
Pour moi, j'ai
$ locale
LANG=en_US
LC_CTYPE="en_US"
LC_NUMERIC="en_US"
LC_TIME="en_US"
LC_COLLATE="en_US"
LC_MONETARY="en_US"
LC_MESSAGES="en_US"
LC_PAPER="en_US"
LC_NAME="en_US"
LC_ADDRESS="en_US"
LC_TELEPHONE="en_US"
LC_MEASUREMENT="en_US"
LC_IDENTIFICATION="en_US"
LC_ALL=

Je ne sais pas si UFT-8 est la cause de ton pb.
Pour moi, j'ai
$ locale
LANG=en_US
LC_CTYPE="en_US"
LC_NUMERIC="en_US"
LC_TIME="en_US"
LC_COLLATE="en_US"
LC_MONETARY="en_US"
LC_MESSAGES="en_US"
LC_PAPER="en_US"
LC_NAME="en_US"
LC_ADDRESS="en_US"
LC_TELEPHONE="en_US"
LC_MEASUREMENT="en_US"
LC_IDENTIFICATION="en_US"
LC_ALL=

Je viens de tester SCIM. J'ai installé les paquets scim-* (debian unstable).
Ca marche assez bien sauf que je ne peux pas entrer le chinois sous vim/gvim.
J'ai testé gedit, gaim, evolution et firefox, OK.
Je n'ai même pas modifié mon .bashrc
(Je n'ai modifié acun fichier)

Je crois que l'intérêt est surtout pédagogique.
Tu peux construire et piloter un tout petit avion pour apprendre. Mais tout seul tu ne peux pas piloter un Boeing 747. L'union fait la force.

Tu peux faire beaucoup plus simple : xcin + rxvt-ml + xfonts-* nécessaires + ttf-arphic-* suffissent.
Voir mes pages web http://bb.zhang.free.fr/(...)

> PS3: A ce rythme, je ne pourrai plus poster. Vous aurez la paix durant 1 mois
Mais si, tu crées d'autres comptes reconnaissables :
008
009
010
...
ou bien :
007bis
007bisbis
007bisbisbis
...
ou bien :
007EnColère
007TrèsEnColère
007ExtrêmementEnColère
...

Ca n'a rien à voir avec ubuntu. Il cherche une distribution. Ca peut être aussi un SuSE ou une Mandrake ou une Fedora ou une autre.

La vraie raison est simple : Mandrake est une société française.

Tu postes ton message dans le forum linux.debian, je crois que tu as déjà fait ton choix.

Une raison possible est que le maintainer du paquet ppp préfère le module pppoe du noyau (il suffit de lire le changelog), il n'a donc pas fait attention au paquet pppoe. Il ne recommande pas d'utiliser le paquet pppoe, quand je lui ai demandé pourquoi, voici sa réponse :

> Could you please explain me why this is better than using the package
> pppoe ?
Less overhead.

Mais c'est plus simple d'utilser pppoe+pppoeconf pour configurer adsl ethernet.

Ne pas payer windows n'est pas un argument toujours valable. Tu peux très bien trouver une grande marque qui propose un portable au moins équivalent et avec windows et moins cher.

Avant de découvrir qu'il me fallait charger le module ppp_generic, j'avais mis la ligne "M ppp c 108 0" dans /etc/udev/links.conf.
Je ne connaîs pas udev.missing.
En tout cas, il faut éditer un fichier.

Moi j'ai un seul : ppp_generic
Pourquoi ? Pour que udev crée /dev/ppp, sinon je n'arrive pas à lancer la connexion adsl.

Pour le pb 2), il suffit de remplacer le mot "true" par "false" dans /etc/fonts/local.conf, puis rebooter. Voir http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=277883(...)