J'ai d'abord choisi je ne sais plus quelle option
genre "laisser faire l'installeur" dans l'outils
de partitionnement. Résultat : une partition /
et une partition /home différente, puis vautrage
de l'installeur beaucoup plus tard pour cause
de place disque insuffisante.
Pas grave, je recommence tout en m'occupant moi même
des partitions, puis en demandant détection automatique
écran/souris.
Résultat : un bureau gnome en 800*600 sur mon 19" pouces :-(
Pas grave, je lance "Préférence résolution écran" ==> seul
autre choix possible : 640*480. Super.
Autre truc, à la fin de l'install, j'étais dans une console
tty avec un joli prompt. J'ai fait alt-tab un peu par hasard
pour me retrouver sur le login gnome. ???
J'ai aussi cherché un news-reader dans les menus gnome. Pas
trouvé :-(
J'ai essayé de paramétrer Evolution (ça fait newsreader ?)
mais je n'ai pas pu terminer : en 800*600 on ne voit pas
le bas des écrans !!! Pas de scroll bar, gestion complètement
pourrie du maximise/restore : on se retrouve bloqué. Franchement
pas sérieux.
--
Il s'agit d'un dysfonctionnement que je signale bénévolement
sur mon temps libre.
--Dr. Justin Pochard
tu peux te retrouver comme moi avec le firefox qui plante sans arrêt.
Il y a aussi une distribution FreeBSD d'Opera.
Patrice Karatchentzeff
(Michel Talon) writes:
Patrice Karatchentzeff wrote:
En fait, Ubuntu est une Sid qui est gelée tous les 6 mois.
Du coup, tu as vraiment
1) une Debian 2) un truc très à jour (au pire, tu as un retard de 6 mois sur Sid !)
Donc tu as bien en moyenne un décalage potentiel entre les librairies installées tous les 6 mois par ton Ubuntu, et les programmes Sid que tu vas rajouter au milieu, et ça crée un potentiel de problème. Je t'accorde que dans 90% des cas ça passera, mais d'un autre coté tu peux te retrouver comme moi avec le firefox qui plante sans arrêt.
Non : tu n'as pas compris.
Tu ne mélanges pas Sid et Ubuntu. Ubuntu *part* de Sid tous les 6 mois. Pendant 6 mois, tu es sur ta Ubuntu et tu ne mélanges pas tes dépôts Ubuntu avec ceux de Debian (qui sont les mêmes au moment du gel).
Si tu veux continuer à vivre en équivalent Sid, tu choisis l'équivalent chez Ubuntu (avec les inconvénients qui vont avec).
La version stable de Ubuntu est *vraiment* stable... du moins, je n'ai pas noté de trucs importants jusqu'à présent.
En fait, Ubuntu est une Sid qui est gelée tous les 6 mois.
Du coup, tu as vraiment
1) une Debian
2) un truc très à jour (au pire, tu as un retard de 6 mois sur Sid !)
Donc tu as bien en moyenne un décalage potentiel entre les librairies
installées tous les 6 mois par ton Ubuntu, et les programmes Sid que
tu vas rajouter au milieu, et ça crée un potentiel de problème.
Je t'accorde que dans 90% des cas ça passera, mais d'un autre coté tu peux te
retrouver comme moi avec le firefox qui plante sans arrêt.
Non : tu n'as pas compris.
Tu ne mélanges pas Sid et Ubuntu. Ubuntu *part* de Sid tous les 6
mois. Pendant 6 mois, tu es sur ta Ubuntu et tu ne mélanges pas tes
dépôts Ubuntu avec ceux de Debian (qui sont les mêmes au moment du
gel).
Si tu veux continuer à vivre en équivalent Sid, tu choisis
l'équivalent chez Ubuntu (avec les inconvénients qui vont avec).
La version stable de Ubuntu est *vraiment* stable... du moins, je n'ai
pas noté de trucs importants jusqu'à présent.
En fait, Ubuntu est une Sid qui est gelée tous les 6 mois.
Du coup, tu as vraiment
1) une Debian 2) un truc très à jour (au pire, tu as un retard de 6 mois sur Sid !)
Donc tu as bien en moyenne un décalage potentiel entre les librairies installées tous les 6 mois par ton Ubuntu, et les programmes Sid que tu vas rajouter au milieu, et ça crée un potentiel de problème. Je t'accorde que dans 90% des cas ça passera, mais d'un autre coté tu peux te retrouver comme moi avec le firefox qui plante sans arrêt.
Non : tu n'as pas compris.
Tu ne mélanges pas Sid et Ubuntu. Ubuntu *part* de Sid tous les 6 mois. Pendant 6 mois, tu es sur ta Ubuntu et tu ne mélanges pas tes dépôts Ubuntu avec ceux de Debian (qui sont les mêmes au moment du gel).
Si tu veux continuer à vivre en équivalent Sid, tu choisis l'équivalent chez Ubuntu (avec les inconvénients qui vont avec).
La version stable de Ubuntu est *vraiment* stable... du moins, je n'ai pas noté de trucs importants jusqu'à présent.
On Wed, 21 Sep 2005 19:41:27 +0200, Patrice Karatchentzeff wrote:
(Michel Talon) writes:
Patrice Karatchentzeff wrote:
C'est le même installateur (à peine hacké) et au final, tu pointes sur les dépôts Ubuntu au lieu de ceux de Debian... pour le reste, c'est *identique*.
Et pour paraphraser Staline, combien de divisions (euh, de paquets...) les depots de Ubuntu? Car c'est la tout le probleme, la qualite n 1 de Debian, pour ne pas dire a peu pres la seule, c'est les 15 000 paquets. Si c'est pour aller se fournir dans un depot maigrichon genre celui de RedHat, autant
Non ; Ubuntu, c'est comme Debian... c'est même encore plus simple : tu as les dépôts Universe et Multiverse ^^^^^^^^ ^^^^^^^^^^
Ca y est, on sait quel est l'OS contaminé par pick ! Linux est en fait un entriste, non ?
[...]
On Wed, 21 Sep 2005 19:41:27 +0200, Patrice Karatchentzeff wrote:
C'est le même installateur (à peine hacké) et au final, tu pointes sur
les dépôts Ubuntu au lieu de ceux de Debian... pour le reste, c'est
*identique*.
Et pour paraphraser Staline, combien de divisions (euh, de paquets...) les
depots de Ubuntu? Car c'est la tout le probleme, la qualite n 1 de Debian,
pour ne pas dire a peu pres la seule, c'est les 15 000 paquets. Si c'est pour
aller se fournir dans un depot maigrichon genre celui de RedHat, autant
Non ; Ubuntu, c'est comme Debian... c'est même encore plus simple : tu
as les dépôts Universe et Multiverse
^^^^^^^^ ^^^^^^^^^^
Ca y est, on sait quel est l'OS contaminé par pick !
Linux est en fait un entriste, non ?
On Wed, 21 Sep 2005 19:41:27 +0200, Patrice Karatchentzeff wrote:
(Michel Talon) writes:
Patrice Karatchentzeff wrote:
C'est le même installateur (à peine hacké) et au final, tu pointes sur les dépôts Ubuntu au lieu de ceux de Debian... pour le reste, c'est *identique*.
Et pour paraphraser Staline, combien de divisions (euh, de paquets...) les depots de Ubuntu? Car c'est la tout le probleme, la qualite n 1 de Debian, pour ne pas dire a peu pres la seule, c'est les 15 000 paquets. Si c'est pour aller se fournir dans un depot maigrichon genre celui de RedHat, autant
Non ; Ubuntu, c'est comme Debian... c'est même encore plus simple : tu as les dépôts Universe et Multiverse ^^^^^^^^ ^^^^^^^^^^
Ca y est, on sait quel est l'OS contaminé par pick ! Linux est en fait un entriste, non ?
[...]
l'indien
On Wed, 21 Sep 2005 18:46:50 +0000, Kevin Denis wrote:
Le 20-09-2005, l'indien a écrit :
Bon, niveau rapidite d'afichage graphique, c'est effectivement un poil lent. J'ai eu des lenteurs (beaucoup) avec l'emulation de la carte son quand je joue des mp3. Mais ce n'est vraiment pas primordial (qui s'interesse a jouer des mp3 dans une machine emulee?).
Et la vidéo alors, hein ?
voir une video _dans_ le qemu? euh, pour quoi faire? c'est comme jouer un mp3 dans la machine emulee, l'interet ne m'apparait pas primordial.
Mais si...
Comment? A la rigueur, un bon gros mplayer -vo jpeg pour faire travailler
le CPU tout une nuit, mais _regarder_ une video dans le qemu, quel ineteret?
J'ai dit que ça avait un intérêt ? Je me suis trompé, alors... Ce n'est pas le but ! Le but, c'est de le faire, c'est tout ! Si c'est parfaitement inutile, il est primordiale que ça marche, et bien ;-)
[...]
J'ai au moins autant envie d'avoir de l'AMP, c.a.d de pouvoir mettre 2 CPU différents !
je croyais que le multiproc demandait d'avoir les memes CPU?
Le SMP demande des CPU identiques, comme son nom l'indique (symetrical). L'AMP (je ne sais pas si ça ce dit comme ça, mais j'ai décidé que oui...) consiste au contraire à associer différents CPU pour leur confier des tâches différentes. [...]
ca me rappelle quand meme le fonctionnement d'un PC classique: on a un CPU qui a defaut, envoie le traitement de donnees a une autre unite de traitements: par exemple le son sur une carte son, du calcul 3D sur une carte graphique, etc.. Et on ne parle pas de AMP, non?
Non, mais tu n'as pas le controle des autres CPU, alors que sur la plupart des architectures auquelles je pense, tu dois généralement écrire le soft pour le CPU principal _et_ pour les CPU périphériques. C'est d'ailleurs dommage: on doit pouvoir faire plein de choses avec un GPU... J'aimerai bien pouvoir le programmer, moi qui ne me sert jamais des features 3D: je pourrais l'utiliser (ne disons pas utilement, ce serait très exagéré...), pour l'occuper un peu...
Emuler des architectures de ce type serait très interressant... Mais il faut d'abord que l'émulation d'un CPU marche nickel...
Ce n'est pas le cas? Pour un beotien comme moi, qemu m'a l'air de
fonctionner nickel: pas de crash, pas de problemes. J'en ai profite pour tester pleins de systemes: windows, linux, netBSD, Xen, solaris, liveCD(s), etc.. Mais toujours avec le qemu qui emule le x86, je n'ai pas teste les autres CPU.
Ca va, tu es indulgent... Je connais des dizaines de bugs de Qemu. Certains sont graves et très durs à corriger car ils touchent à l'architecture interne de l'émulateur, d'autres sont plus light. Et F. Bellard en trouve aussi fréquement des gratinés... En ce qui concerne les émulations PowerPC et Mips, que j'ai écrit (le MIPS a été depuis repris et completé), c'est "full bugproof": je connais plus d'exemples de bugs que de choses qui marchent ;-)
On Wed, 21 Sep 2005 18:46:50 +0000, Kevin Denis wrote:
Le 20-09-2005, l'indien <l_indien_no_more_spams@magic.fr> a écrit :
Bon, niveau rapidite
d'afichage graphique, c'est effectivement un poil lent. J'ai eu
des lenteurs (beaucoup) avec l'emulation de la carte son quand je
joue des mp3. Mais ce n'est vraiment pas primordial (qui s'interesse a
jouer des mp3 dans une machine emulee?).
Et la vidéo alors, hein ?
voir une video _dans_ le qemu? euh, pour quoi faire? c'est comme jouer
un mp3 dans la machine emulee, l'interet ne m'apparait pas primordial.
Mais si...
Comment? A la rigueur, un bon gros mplayer -vo jpeg pour faire travailler
le CPU tout une nuit, mais _regarder_ une video dans le qemu, quel
ineteret?
J'ai dit que ça avait un intérêt ? Je me suis trompé, alors...
Ce n'est pas le but !
Le but, c'est de le faire, c'est tout !
Si c'est parfaitement inutile, il est primordiale que ça marche, et bien ;-)
[...]
J'ai au moins autant envie d'avoir de l'AMP, c.a.d de pouvoir mettre 2 CPU
différents !
je croyais que le multiproc demandait d'avoir les memes CPU?
Le SMP demande des CPU identiques, comme son nom l'indique (symetrical).
L'AMP (je ne sais pas si ça ce dit comme ça, mais j'ai décidé que
oui...) consiste au contraire à associer différents CPU pour leur
confier des tâches différentes.
[...]
ca me rappelle quand meme le fonctionnement d'un PC classique: on a
un CPU qui a defaut, envoie le traitement de donnees a une autre
unite de traitements: par exemple le son sur une carte son, du calcul
3D sur une carte graphique, etc.. Et on ne parle pas de AMP, non?
Non, mais tu n'as pas le controle des autres CPU, alors que sur la plupart
des architectures auquelles je pense, tu dois généralement écrire le
soft pour le CPU principal _et_ pour les CPU périphériques.
C'est d'ailleurs dommage: on doit pouvoir faire plein de choses avec un
GPU... J'aimerai bien pouvoir le programmer, moi qui ne me sert jamais des
features 3D: je pourrais l'utiliser (ne disons pas utilement, ce serait
très exagéré...), pour l'occuper un peu...
Emuler des architectures de ce type serait très interressant...
Mais il faut d'abord que l'émulation d'un CPU marche nickel...
Ce n'est pas le cas? Pour un beotien comme moi, qemu m'a l'air de
fonctionner nickel: pas de crash, pas de problemes. J'en ai profite
pour tester pleins de systemes: windows, linux, netBSD, Xen, solaris,
liveCD(s), etc.. Mais toujours avec le qemu qui emule le x86, je n'ai
pas teste les autres CPU.
Ca va, tu es indulgent...
Je connais des dizaines de bugs de Qemu. Certains sont graves et très
durs à corriger car ils touchent à l'architecture interne de
l'émulateur, d'autres sont plus light. Et F. Bellard en trouve aussi
fréquement des gratinés...
En ce qui concerne les émulations PowerPC et Mips, que j'ai écrit (le
MIPS a été depuis repris et completé), c'est "full bugproof": je
connais plus d'exemples de bugs que de choses qui marchent ;-)
On Wed, 21 Sep 2005 18:46:50 +0000, Kevin Denis wrote:
Le 20-09-2005, l'indien a écrit :
Bon, niveau rapidite d'afichage graphique, c'est effectivement un poil lent. J'ai eu des lenteurs (beaucoup) avec l'emulation de la carte son quand je joue des mp3. Mais ce n'est vraiment pas primordial (qui s'interesse a jouer des mp3 dans une machine emulee?).
Et la vidéo alors, hein ?
voir une video _dans_ le qemu? euh, pour quoi faire? c'est comme jouer un mp3 dans la machine emulee, l'interet ne m'apparait pas primordial.
Mais si...
Comment? A la rigueur, un bon gros mplayer -vo jpeg pour faire travailler
le CPU tout une nuit, mais _regarder_ une video dans le qemu, quel ineteret?
J'ai dit que ça avait un intérêt ? Je me suis trompé, alors... Ce n'est pas le but ! Le but, c'est de le faire, c'est tout ! Si c'est parfaitement inutile, il est primordiale que ça marche, et bien ;-)
[...]
J'ai au moins autant envie d'avoir de l'AMP, c.a.d de pouvoir mettre 2 CPU différents !
je croyais que le multiproc demandait d'avoir les memes CPU?
Le SMP demande des CPU identiques, comme son nom l'indique (symetrical). L'AMP (je ne sais pas si ça ce dit comme ça, mais j'ai décidé que oui...) consiste au contraire à associer différents CPU pour leur confier des tâches différentes. [...]
ca me rappelle quand meme le fonctionnement d'un PC classique: on a un CPU qui a defaut, envoie le traitement de donnees a une autre unite de traitements: par exemple le son sur une carte son, du calcul 3D sur une carte graphique, etc.. Et on ne parle pas de AMP, non?
Non, mais tu n'as pas le controle des autres CPU, alors que sur la plupart des architectures auquelles je pense, tu dois généralement écrire le soft pour le CPU principal _et_ pour les CPU périphériques. C'est d'ailleurs dommage: on doit pouvoir faire plein de choses avec un GPU... J'aimerai bien pouvoir le programmer, moi qui ne me sert jamais des features 3D: je pourrais l'utiliser (ne disons pas utilement, ce serait très exagéré...), pour l'occuper un peu...
Emuler des architectures de ce type serait très interressant... Mais il faut d'abord que l'émulation d'un CPU marche nickel...
Ce n'est pas le cas? Pour un beotien comme moi, qemu m'a l'air de
fonctionner nickel: pas de crash, pas de problemes. J'en ai profite pour tester pleins de systemes: windows, linux, netBSD, Xen, solaris, liveCD(s), etc.. Mais toujours avec le qemu qui emule le x86, je n'ai pas teste les autres CPU.
Ca va, tu es indulgent... Je connais des dizaines de bugs de Qemu. Certains sont graves et très durs à corriger car ils touchent à l'architecture interne de l'émulateur, d'autres sont plus light. Et F. Bellard en trouve aussi fréquement des gratinés... En ce qui concerne les émulations PowerPC et Mips, que j'ai écrit (le MIPS a été depuis repris et completé), c'est "full bugproof": je connais plus d'exemples de bugs que de choses qui marchent ;-)
Vincent Bernat
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 21 septembre 2005, vers 23:08, (Michel Talon) disait:
2) un truc très à jour (au pire, tu as un retard de 6 mois sur Sid !)
Donc tu as bien en moyenne un décalage potentiel entre les librairies installées tous les 6 mois par ton Ubuntu, et les programmes Sid que tu vas rajouter au milieu, et ça crée un potentiel de problème. Je t'accorde que dans 90% des cas ça passera, mais d'un autre coté tu peux te retrouver comme moi avec le firefox qui plante sans arrêt.
Dire que Ubuntu part de Sid, c'est quand même une explication simplifiée. Ubuntu suit Debian, mais a ses propres mainteneurs pour la plupart des paquets. Et il y a des paquets qui évoluent indépendamment de ce qu'il se passe dans Debian. Comme Gnome et Xorg. -- /* * We used to try various strange things. Let's not. */ 2.2.16 /usr/src/linux/fs/buffer.c
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 21
septembre 2005, vers 23:08, talon@lpthe.jussieu.fr (Michel Talon)
disait:
2) un truc très à jour (au pire, tu as un retard de 6 mois sur Sid !)
Donc tu as bien en moyenne un décalage potentiel entre les librairies
installées tous les 6 mois par ton Ubuntu, et les programmes Sid que
tu vas rajouter au milieu, et ça crée un potentiel de problème.
Je t'accorde que dans 90% des cas ça passera, mais d'un autre coté tu peux te
retrouver comme moi avec le firefox qui plante sans arrêt.
Dire que Ubuntu part de Sid, c'est quand même une explication
simplifiée. Ubuntu suit Debian, mais a ses propres mainteneurs pour la
plupart des paquets. Et il y a des paquets qui évoluent indépendamment
de ce qu'il se passe dans Debian. Comme Gnome et Xorg.
--
/*
* We used to try various strange things. Let's not.
*/
2.2.16 /usr/src/linux/fs/buffer.c
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 21 septembre 2005, vers 23:08, (Michel Talon) disait:
2) un truc très à jour (au pire, tu as un retard de 6 mois sur Sid !)
Donc tu as bien en moyenne un décalage potentiel entre les librairies installées tous les 6 mois par ton Ubuntu, et les programmes Sid que tu vas rajouter au milieu, et ça crée un potentiel de problème. Je t'accorde que dans 90% des cas ça passera, mais d'un autre coté tu peux te retrouver comme moi avec le firefox qui plante sans arrêt.
Dire que Ubuntu part de Sid, c'est quand même une explication simplifiée. Ubuntu suit Debian, mais a ses propres mainteneurs pour la plupart des paquets. Et il y a des paquets qui évoluent indépendamment de ce qu'il se passe dans Debian. Comme Gnome et Xorg. -- /* * We used to try various strange things. Let's not. */ 2.2.16 /usr/src/linux/fs/buffer.c
Benjamin FRANCOIS
Vincent Bernat s'est exprimé en ces termes:
Dire que Ubuntu part de Sid, c'est quand même une explication simplifiée. Ubuntu suit Debian, mais a ses propres mainteneurs pour la plupart des paquets. Et il y a des paquets qui évoluent indépendamment de ce qu'il se passe dans Debian. Comme Gnome et Xorg.
C'est d'ailleurs pour ça que contrairement à ce qui a été dit dans ce thread, pas mal de mainteneurs Debian sont plus emmerdés par Ubuntu qu'autre chose parce que c'est à eux qu'on vient faire des rapports de bugs qui ne les concernent pas.
-- <Son-Doobi> i've been thinking man <Son-Doobi> today is 10 11 01 <Son-Doobi> thats binary shit <Son-Doobi> we living in the binary age
Vincent Bernat s'est exprimé en ces termes:
Dire que Ubuntu part de Sid, c'est quand même une explication
simplifiée. Ubuntu suit Debian, mais a ses propres mainteneurs pour la
plupart des paquets. Et il y a des paquets qui évoluent indépendamment
de ce qu'il se passe dans Debian. Comme Gnome et Xorg.
C'est d'ailleurs pour ça que contrairement à ce qui a été dit dans ce
thread, pas mal de mainteneurs Debian sont plus emmerdés par Ubuntu
qu'autre chose parce que c'est à eux qu'on vient faire des rapports de
bugs qui ne les concernent pas.
--
<Son-Doobi> i've been thinking man
<Son-Doobi> today is 10 11 01
<Son-Doobi> thats binary shit
<Son-Doobi> we living in the binary age
Dire que Ubuntu part de Sid, c'est quand même une explication simplifiée. Ubuntu suit Debian, mais a ses propres mainteneurs pour la plupart des paquets. Et il y a des paquets qui évoluent indépendamment de ce qu'il se passe dans Debian. Comme Gnome et Xorg.
C'est d'ailleurs pour ça que contrairement à ce qui a été dit dans ce thread, pas mal de mainteneurs Debian sont plus emmerdés par Ubuntu qu'autre chose parce que c'est à eux qu'on vient faire des rapports de bugs qui ne les concernent pas.
-- <Son-Doobi> i've been thinking man <Son-Doobi> today is 10 11 01 <Son-Doobi> thats binary shit <Son-Doobi> we living in the binary age
talon
Patrice Karatchentzeff wrote:
Non : tu n'as pas compris.
Tu ne mélanges pas Sid et Ubuntu. Ubuntu *part* de Sid tous les 6 mois. Pendant 6 mois, tu es sur ta Ubuntu et tu ne mélanges pas tes dépôts Ubuntu avec ceux de Debian (qui sont les mêmes au moment du gel).
Donc je n'ai rien compris. Veux tu dire que tous les 6 mois, Ubuntu fait une copie gelee de la totalite du depot de Debian sid et que c'est cela qu'on appelle universe et multiverse? Auquel cas le probleme dont je parle ne se poserait en effet pas.
Tu ne mélanges pas Sid et Ubuntu. Ubuntu *part* de Sid tous les 6
mois. Pendant 6 mois, tu es sur ta Ubuntu et tu ne mélanges pas tes
dépôts Ubuntu avec ceux de Debian (qui sont les mêmes au moment du
gel).
Donc je n'ai rien compris. Veux tu dire que tous les 6 mois, Ubuntu
fait une copie gelee de la totalite du depot de Debian sid et que c'est cela
qu'on appelle universe et multiverse? Auquel cas le probleme dont je parle ne
se poserait en effet pas.
Tu ne mélanges pas Sid et Ubuntu. Ubuntu *part* de Sid tous les 6 mois. Pendant 6 mois, tu es sur ta Ubuntu et tu ne mélanges pas tes dépôts Ubuntu avec ceux de Debian (qui sont les mêmes au moment du gel).
Donc je n'ai rien compris. Veux tu dire que tous les 6 mois, Ubuntu fait une copie gelee de la totalite du depot de Debian sid et que c'est cela qu'on appelle universe et multiverse? Auquel cas le probleme dont je parle ne se poserait en effet pas.
Benjamin FRANCOIS
Michel Talon s'est exprimé en ces termes:
Donc je n'ai rien compris. Veux tu dire que tous les 6 mois, Ubuntu fait une copie gelee de la totalite du depot de Debian sid et que c'est cela qu'on appelle universe et multiverse?
Sauf erreur de ma part, non, ça ne se passe pas exactement comme ça. Cf. le message de Vincent concernant Gnome ou X.org, par exemple.
-- <thinkr> will the dvd have a special mode to remove jar jar?
Michel Talon s'est exprimé en ces termes:
Donc je n'ai rien compris. Veux tu dire que tous les 6 mois, Ubuntu
fait une copie gelee de la totalite du depot de Debian sid et que c'est cela
qu'on appelle universe et multiverse?
Sauf erreur de ma part, non, ça ne se passe pas exactement comme ça.
Cf. le message de Vincent concernant Gnome ou X.org, par exemple.
--
<thinkr> will the dvd have a special mode to remove jar jar?
Donc je n'ai rien compris. Veux tu dire que tous les 6 mois, Ubuntu fait une copie gelee de la totalite du depot de Debian sid et que c'est cela qu'on appelle universe et multiverse?
Sauf erreur de ma part, non, ça ne se passe pas exactement comme ça. Cf. le message de Vincent concernant Gnome ou X.org, par exemple.
-- <thinkr> will the dvd have a special mode to remove jar jar?
Nazcafan
Apple Switching to Intel
Yeah, nice, but... did he say anything about a two-button mouse?
Il y a une souris 4 boutons + molette bidirectionnelle chez Apple, tout arrive.
(Très) accessoirement, pour ceux qui parfois utilisent une souris trois boutons (ou roulette), vous avez 2 ou 3 doigts sur la souris ? La solution 3 doigts (un par bouton) semble plus ergonomique mais je n'ai jamais réussi à me défaire de l'habitude : "2 doigts sur la souris" :-(
-- Nazcafan
Apple Switching to Intel
Yeah, nice, but... did he say anything about
a two-button mouse?
Il y a une souris 4 boutons + molette bidirectionnelle chez Apple, tout
arrive.
(Très) accessoirement, pour ceux qui parfois utilisent une souris trois
boutons (ou roulette), vous avez 2 ou 3 doigts sur la souris ? La
solution 3 doigts (un par bouton) semble plus ergonomique mais je n'ai
jamais réussi à me défaire de l'habitude : "2 doigts sur la souris" :-(
Yeah, nice, but... did he say anything about a two-button mouse?
Il y a une souris 4 boutons + molette bidirectionnelle chez Apple, tout arrive.
(Très) accessoirement, pour ceux qui parfois utilisent une souris trois boutons (ou roulette), vous avez 2 ou 3 doigts sur la souris ? La solution 3 doigts (un par bouton) semble plus ergonomique mais je n'ai jamais réussi à me défaire de l'habitude : "2 doigts sur la souris" :-(
