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
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.
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.
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.
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.
C'est juste un problème d'organisation... dire que c'est un emmerdement est un grand mot.
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.
C'est juste un problème d'organisation... dire que c'est un
emmerdement est un grand mot.
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.
C'est juste un problème d'organisation... dire que c'est un emmerdement est un grand mot.
As Ubuntu prepares for release, we "freeze" a snapshot of debian's development archive ('sid'). We start from 'sid' in order to give ourselves the freedom to make our own decisions with regard to release management, independent of Debian's release-in-preparation. This is necessary because our release criteria are very different from Debian's.
Je veux bien que cela soit simplifié, mais il faut alors leur dire à eux :)
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
La plupart des mainteneurs Ubuntu sont des DD...
de ce qu'il se passe dans Debian. Comme Gnome et Xorg.
L'évolution n'est différente que dans la personnalisation des paquets... L'exemple des menus GNOMEpar exemple n'est qu'une personnalisation de la version de Sid... ainsi de suite.
As Ubuntu prepares for release, we "freeze" a snapshot of debian's
development archive ('sid'). We start from 'sid' in order to give
ourselves the freedom to make our own decisions with regard to release
management, independent of Debian's release-in-preparation. This is
necessary because our release criteria are very different from
Debian's.
Je veux bien que cela soit simplifié, mais il faut alors leur dire à
eux :)
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
La plupart des mainteneurs Ubuntu sont des DD...
de ce qu'il se passe dans Debian. Comme Gnome et Xorg.
L'évolution n'est différente que dans la personnalisation des
paquets... L'exemple des menus GNOMEpar exemple n'est qu'une
personnalisation de la version de Sid... ainsi de suite.
As Ubuntu prepares for release, we "freeze" a snapshot of debian's development archive ('sid'). We start from 'sid' in order to give ourselves the freedom to make our own decisions with regard to release management, independent of Debian's release-in-preparation. This is necessary because our release criteria are very different from Debian's.
Je veux bien que cela soit simplifié, mais il faut alors leur dire à eux :)
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
La plupart des mainteneurs Ubuntu sont des DD...
de ce qu'il se passe dans Debian. Comme Gnome et Xorg.
L'évolution n'est différente que dans la personnalisation des paquets... L'exemple des menus GNOMEpar exemple n'est qu'une personnalisation de la version de Sid... ainsi de suite.
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 ;-)
Ah, bah la, d'accord.
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...
Ca me rappelle le concept du "real-time-precalculated" a l'epoque des
demos makers. Pendant le debut de la demo, le CPU n'est pas utilise a fond, et profite du temps libre pour precalculer la suite des effets gaphiques. Des qu'il en a bufferise suffisamment, il les montre, et des qu'il arrive a bout de course, il repart sur des visus moins gourmandes a calculer pour laisser du temps libre en arriere plan. C'etait une idee marrante.
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 n'ai qu'un point de vue d'end-user, je n'ai pas regarde le code
Je connais des dizaines de bugs de Qemu.
Je ne doute pas qu'il y en ait; j'ai commence avec qemu 0.5.5 je crois et a l'epoque, win2000 plantait, win98 partait souvent en vrille, seul linux fonctionnait plus ou moins. La, avec la 0.7.2, ca fonctionne quand meme 'achement bien. Le seul truc "bizarre", c'est la lenteur a la detection des peripheriques. C'est le cas egalement pour vmware et pour bochs. Je pensais que ca serait immediat, puisque tout est emule, soit la reponse vient instantanement, soit le materiel n'est pas emule et la non-reponse est aussi rapide.
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 ;-)
Pourtant des distros linux PPC fonctionnent, non?
De plus, pourquoi ne pas recuperer des bouts de code de pearpc pour un developpement plus rapide? -- Kevin
Le 21-09-2005, l'indien <l_indien_no_more_spams@magic.fr> a écrit :
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 ;-)
Ah, bah la, d'accord.
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...
Ca me rappelle le concept du "real-time-precalculated" a l'epoque des
demos makers.
Pendant le debut de la demo, le CPU n'est pas utilise a fond, et profite
du temps libre pour precalculer la suite des effets gaphiques. Des qu'il
en a bufferise suffisamment, il les montre, et des qu'il arrive a bout de
course, il repart sur des visus moins gourmandes a calculer pour laisser
du temps libre en arriere plan.
C'etait une idee marrante.
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 n'ai qu'un point de vue d'end-user, je n'ai pas regarde le code
Je connais des dizaines de bugs de Qemu.
Je ne doute pas qu'il y en ait; j'ai commence avec qemu 0.5.5 je crois et
a l'epoque, win2000 plantait, win98 partait souvent en vrille, seul
linux fonctionnait plus ou moins. La, avec la 0.7.2, ca fonctionne
quand meme 'achement bien. Le seul truc "bizarre", c'est la lenteur
a la detection des peripheriques. C'est le cas egalement pour vmware
et pour bochs. Je pensais que ca serait immediat, puisque tout est emule,
soit la reponse vient instantanement, soit le materiel n'est pas emule
et la non-reponse est aussi rapide.
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 ;-)
Pourtant des distros linux PPC fonctionnent, non?
De plus, pourquoi ne pas recuperer des bouts de code de pearpc
pour un developpement plus rapide?
--
Kevin
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 ;-)
Ah, bah la, d'accord.
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...
Ca me rappelle le concept du "real-time-precalculated" a l'epoque des
demos makers. Pendant le debut de la demo, le CPU n'est pas utilise a fond, et profite du temps libre pour precalculer la suite des effets gaphiques. Des qu'il en a bufferise suffisamment, il les montre, et des qu'il arrive a bout de course, il repart sur des visus moins gourmandes a calculer pour laisser du temps libre en arriere plan. C'etait une idee marrante.
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 n'ai qu'un point de vue d'end-user, je n'ai pas regarde le code
Je connais des dizaines de bugs de Qemu.
Je ne doute pas qu'il y en ait; j'ai commence avec qemu 0.5.5 je crois et a l'epoque, win2000 plantait, win98 partait souvent en vrille, seul linux fonctionnait plus ou moins. La, avec la 0.7.2, ca fonctionne quand meme 'achement bien. Le seul truc "bizarre", c'est la lenteur a la detection des peripheriques. C'est le cas egalement pour vmware et pour bochs. Je pensais que ca serait immediat, puisque tout est emule, soit la reponse vient instantanement, soit le materiel n'est pas emule et la non-reponse est aussi rapide.
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 ;-)
Pourtant des distros linux PPC fonctionnent, non?
De plus, pourquoi ne pas recuperer des bouts de code de pearpc pour un developpement plus rapide? -- Kevin
costaclt
In article , SL wrote:
Manifestement il suffit que je tourne la tête cinq minutes pour que vous vous mettiez à raconter n'importe quoi.
Qunand on parlait d'analité...
Aussi qu'est-que tu faisais avec la tête tournée ?
costaclt
In article <upsr22jxb.fsf@nospam.com>, SL wrote:
Manifestement il suffit que je tourne la tête cinq minutes pour que
vous vous mettiez à raconter n'importe quoi.
Qunand on parlait d'analité...
Aussi qu'est-que tu faisais avec la tête tournée ?
Manifestement il suffit que je tourne la tête cinq minutes pour que vous vous mettiez à raconter n'importe quoi.
Qunand on parlait d'analité...
Aussi qu'est-que tu faisais avec la tête tournée ?
C'était pour voir si elle marchait mieux.
La réponse est : non.
Emmanuel Florac
Le Thu, 22 Sep 2005 13:23:14 +0200, Nazcafan a écrit :
(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" :-(
J'ai 3 doigts sur la souris. Mais avant qu'il y ait des molettes, j'avais déjà une souris 3 boutons, Unix oblige :)
-- Le travail est la malédiction des classes qui boivent. O. Wilde.
Le Thu, 22 Sep 2005 13:23:14 +0200, Nazcafan a écrit :
(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" :-(
J'ai 3 doigts sur la souris. Mais avant qu'il y ait des molettes, j'avais
déjà une souris 3 boutons, Unix oblige :)
--
Le travail est la malédiction des classes qui boivent.
O. Wilde.
Le Thu, 22 Sep 2005 13:23:14 +0200, Nazcafan a écrit :
(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" :-(
J'ai 3 doigts sur la souris. Mais avant qu'il y ait des molettes, j'avais déjà une souris 3 boutons, Unix oblige :)
-- Le travail est la malédiction des classes qui boivent. O. Wilde.
Jerome Lambert
(...)
(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" :-(
Pour ces souris, c'est index sur le bouton droit, majeur au-dessus de la molette, annulaire sur le bouton droit et pouce et auriculaire sur les côtés pour les mouvement latéraux.
Pour celle que j'utilise actuellement, c'est le grand confort: poignet bien posé sur le bureau, mouvements du bout du trio index-majeur-annulaire et clic(s) en appuyant légèrement sur la coque. ;-)
(...)
(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" :-(
Pour ces souris, c'est index sur le bouton droit, majeur au-dessus de la
molette, annulaire sur le bouton droit et pouce et auriculaire sur les
côtés pour les mouvement latéraux.
Pour celle que j'utilise actuellement, c'est le grand confort: poignet
bien posé sur le bureau, mouvements du bout du trio
index-majeur-annulaire et clic(s) en appuyant légèrement sur la coque. ;-)
(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" :-(
Pour ces souris, c'est index sur le bouton droit, majeur au-dessus de la molette, annulaire sur le bouton droit et pouce et auriculaire sur les côtés pour les mouvement latéraux.
Pour celle que j'utilise actuellement, c'est le grand confort: poignet bien posé sur le bureau, mouvements du bout du trio index-majeur-annulaire et clic(s) en appuyant légèrement sur la coque. ;-)
Guillaume
costaclt a wroté :
Il y a une souris 4 boutons + molette bidirectionnelle chez Apple, tout arrive.
Eh ben, quand elle tombe en rade, ça doit changer les habitudes !
Elle a pas un trou du cul aussi histoire d'occuper le 5eme doigt ?
Tu ne t"ennuies jamais quand tu es tout seul toi, non ?
-- Guillaume
costaclt a wroté :
Il y a une souris 4 boutons + molette bidirectionnelle chez Apple, tout
arrive.
Eh ben, quand elle tombe en rade, ça doit changer les habitudes !
Elle a pas un trou du cul aussi histoire d'occuper le 5eme doigt ?
Tu ne t"ennuies jamais quand tu es tout seul toi, non ?
