osdir.com
mailing list archive

Subject: Re: Core 2 duo - msg#00040

List: linux.gentoo.user.french

Date: Prev Next Index Thread: Prev Next Index


Salut,

Chez moi en 64bits (Core 2 Duo E6300, -march=nocona, KEYWORDS="~amd64"), flash-player fonctionne correctement avec le paquet mozilla-firefox-bin. Les ebuilds étant très bien fait, pas de prise de tête avec l'émulation 32bits: c'est totalement transparent.
En plus, maintenant OOo compile sans problème en 64bits.

Le seul soucis que j'ai eu en passant au Core 2 Duo était lié à une puce JMicron de la carte mère comme Mimil Mimil: => utilisation du LiveCD "small gentoo" (voir son lien) et kernel 2.6.18-mm3 (ebuild mm-sources-2.6.18-rc3 de mémoire).
Cette fameuse puce accompagne la plupart des Chipset Intel P965+ICH8(R) et apporte des port SATA et surtout un port ATA133 (que n'a pas le nouveau chipset Intel). Du coup, le LiveCD gentoo "normal" ne boote pas sur un lecteur ATA car il a pas le support de cette fameuse puce JMicron.


@+

Pierrick


KLessou a écrit :


On 11/13/06, *Stéphane GAUTIER* <stephane.gautier@xxxxxxxxx <mailto:stephane.gautier@xxxxxxxxx>> wrote:

Le Dimanche 12 Novembre 2006 23:08, KLessou a écrit:

>
> L'émulation 32bits ne peut pas résoudre certain de tes problèmes ?
> http://www.gentoo.org/doc/fr/gentoo-amd64-faq.xml#emul32
<http://www.gentoo.org/doc/fr/gentoo-amd64-faq.xml#emul32>
>

Oui il en résoud certains et en plus c'est plus simple sous Gentoo
que sur
Ubuntu d'utiliser ce type d'artifices.

> Apparemment il faut faire une réinstallation complète pour
migrer de 32bits
> vers 64bits ça m'embêterait de refaire une installation. Mais si
tu me dis
> que (actuellement) c'est vraiment trop contraignant je vais peut
être me
> faire une raison.

J'ai eu plusieurs AMD64 et j'ai vraiment eu du mal, je ne dis pas
que cela
marche pas, mais ce n'est pas naturel (du moins c'est ce que j'en
pense).
Quand pour faire fonctionner un produit je dois utiliser des
artifices et
bien cela m'enbête.
Surtout que l'on s'en passe très bien des instructions 64 bits. Je
n'ai pas
encore vu de comparatif entre une version 32 et 64 mais je ne
pense pas que
les perfs soit enormement augmenté. Et le rapport
Emmerdement/Performance
quand à lui est fortement modifié.


Effectivement 64bits n'apporte pas énormément de performance, mais peut apporter un plus sur le multimédia et la 3D : http://www.gentoo.org/doc/fr/gentoo-amd64-faq.xml#perfup

Stéphane

--
gentoo-user-fr@xxxxxxxxxx <mailto:gentoo-user-fr@xxxxxxxxxx>
mailing list




--
~~~~~
| klessou |
~~~~~
--
gentoo-user-fr@xxxxxxxxxx mailing list




Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Re: Core 2 duo

On 11/13/06, Stéphane GAUTIER <stephane.gautier@xxxxxxxxx> wrote: Le Dimanche 12 Novembre 2006 23:08, KLessou a écrit:>> L'émulation 32bits ne peut pas résoudre certain de tes problèmes ?> http://www.gentoo.org/doc/fr/gentoo-amd64-faq.xml#emul32 >Oui il en résoud certains et en plus c'est plus simple sous Gentoo que surUbuntu d'utiliser ce type d'artifices.> Apparemment il faut faire une réinstallation complète pour migrer de 32bits > vers 64bits ça m'embêterait de refaire une installation. Mais si tu me dis> que (actuellement) c'est vraiment trop contraignant je vais peut être me> faire une raison.J'ai eu plusieurs AMD64 et j'ai vraiment eu du mal, je ne dis pas que cela marche pas, mais ce n'est pas naturel (du moins c'est ce que j'en pense).Quand pour faire fonctionner un produit je dois utiliser des artifices etbien cela m'enbête.Surtout que l'on s'en passe très bien des instructions 64 bits. Je n'ai pas encore vu de comparatif entre une version 32 et 64 mais je ne pense pas queles perfs soit enormement augmenté. Et le rapport Emmerdement/Performancequand à lui est fortement modifié.Effectivement 64bits n'apporte pas énormément de performance, mais peut apporter un plus sur le multimédia et la 3D : http://www.gentoo.org/doc/fr/gentoo-amd64-faq.xml#perfup Stéphane--gentoo-user-fr@xxxxxxxxxx mailing list-- ~~~~~| klessou | ~~~~~

Next Message by Date: click to view message preview

Re: Re: Re: Re: hugin

Pascal Ronecker wrote: > Pascal Ronecker wrote: >> Christophe PEREZ wrote: >>> Le Fri, 10 Nov 2006 18:32:07 +0100, Pascal Ronecker a écrit : >>> >>>> Je précise avant tout : mon système est out of date de chez out of date, >>>> gcc3.3.2 et xorg pas modulaire, pour donner l'idée générale. >>> Ah ben à mon avis, tu aurais du commencer par dire ça, ça nous aurait >>> évité de chercher les réponses :-D >>> >>> -- >>> Christophe PEREZ >>> -- >>> gentoo-user-fr@xxxxxxxxxx mailing list >>> >>> >> Roh ben quand même, y a des trucs louches malgré tout. >> >> Je vais faire un configure et un make à la mimine ... >> >> et j'ai els mêmes histoires de >> >> /var/tmp/portage/dev-libs/boost-1.33.1-r1/image/usr/include/boost/pending/detail/disjoint_sets.hpp >> ...failed updating 4 targets... >> ...skipped 4 targets... >> ...updated 3607 targets... >> >> >> mais ... est-ce que ca empeche vraiment une install ? c'est pas clair >> clair boost quand même. >> -- >> gentoo-user-fr@xxxxxxxxxx mailing list >> >> > > Bon, j'ai fait un truc .... > quickpkg boost > emerge --unmerge boost > et je fais un make/make install de boost, juste pour voir si ensuite > hugin veut bien compiler. > > > Et là je me dis ensuite : je ferais bien un emerge de mon package de > boost, et là : > > > emerge --usepkg --oneshot boost-1.33.0-r1.tbz2 > > emerging by path implies --oneshot... adding --oneshot to options. > > *** emerging by path is broken and may not always work!!! > > Calculating dependencies -Traceback (most recent call last): > File "/usr/bin/emerge", line 4608, in ? > retval = emerge_main() > File "/usr/bin/emerge", line 4603, in emerge_main > myopts, myaction, myfiles, spinner) > File "/usr/bin/emerge", line 3968, in action_build > retval, favorites = mydepgraph.select_files(myfiles) > File "/usr/bin/emerge", line 998, in select_files > None, "--onlydeps" not in self.myopts): > File "/usr/bin/emerge", line 826, in create > self.pkgsettings[myroot].setcpv(mykey, mydb=portdb) > File "/usr/lib/portage/pym/portage.py", line 1524, in setcpv > pkginternaluse = " ".join([x[1:] \ > File "/usr/lib/portage/pym/portage.py", line 4961, in aux_get > raise KeyError(mycpv) > KeyError: 'dev-libs/boost-1.33.0-r1' > > > comprends plus tout là ...... > -- > gentoo-user-fr@xxxxxxxxxx mailing list > > Resolu à la manière porcine : - compile/install de boost à la main, malgré les erreurs annoncées ca n'empeche aps l'install (sauf les ptits bouts déclarés non compilés) - mis dans package.provided - hugin tout pareil c'est pas joli joli mais ca marche. Je me demande si le script d'install ne se palnterait pas sur boost en bloquant sur un truc qui pourrait etre géré en Warning en fait. Bah, un de ces jours je m'installe un systeme a jour avec un emerge sync puis un emerge-Udp world dans la crontab :-) -- gentoo-user-fr@xxxxxxxxxx mailing list

Previous Message by Thread: click to view message preview

Re: Core 2 duo

On 11/13/06, Stéphane GAUTIER <stephane.gautier@xxxxxxxxx> wrote: Le Dimanche 12 Novembre 2006 23:08, KLessou a écrit:>> L'émulation 32bits ne peut pas résoudre certain de tes problèmes ?> http://www.gentoo.org/doc/fr/gentoo-amd64-faq.xml#emul32 >Oui il en résoud certains et en plus c'est plus simple sous Gentoo que surUbuntu d'utiliser ce type d'artifices.> Apparemment il faut faire une réinstallation complète pour migrer de 32bits > vers 64bits ça m'embêterait de refaire une installation. Mais si tu me dis> que (actuellement) c'est vraiment trop contraignant je vais peut être me> faire une raison.J'ai eu plusieurs AMD64 et j'ai vraiment eu du mal, je ne dis pas que cela marche pas, mais ce n'est pas naturel (du moins c'est ce que j'en pense).Quand pour faire fonctionner un produit je dois utiliser des artifices etbien cela m'enbête.Surtout que l'on s'en passe très bien des instructions 64 bits. Je n'ai pas encore vu de comparatif entre une version 32 et 64 mais je ne pense pas queles perfs soit enormement augmenté. Et le rapport Emmerdement/Performancequand à lui est fortement modifié.Effectivement 64bits n'apporte pas énormément de performance, mais peut apporter un plus sur le multimédia et la 3D : http://www.gentoo.org/doc/fr/gentoo-amd64-faq.xml#perfup Stéphane--gentoo-user-fr@xxxxxxxxxx mailing list-- ~~~~~| klessou | ~~~~~

Next Message by Thread: click to view message preview

Re: Core 2 duo

On 11/13/06, Pierrick Couturier <arofarn@xxxxxxx> wrote: Salut,Chez moi en 64bits (Core 2 Duo E6300, -march=nocona, KEYWORDS="~amd64"),flash-player fonctionne correctement  avec le paquetmozilla-firefox-bin. Les ebuilds étant très bien fait, pas de prise de tête avec l'émulation 32bits: c'est totalement transparent.En plus, maintenant OOo compile sans problème en 64bits.Super, merci de tes précieux renseignement. Je pense mettre le keyword amd64 (stable). Dès que j'aurai reçut ma machine, je vous ferai un retour d'expérience. Le seul soucis que j'ai eu en passant au Core 2 Duo était lié à une puce JMicron de la carte mère comme Mimil Mimil: => utilisation du LiveCD"small gentoo" (voir son lien) et kernel 2.6.18-mm3 (ebuildmm-sources-2.6.18-rc3 de mémoire).Cette  fameuse puce accompagne la plupart des Chipset Intel P965+ICH8(R) et apporte des port SATA et surtout un port ATA133 (que n'a pas lenouveau chipset Intel). Du coup, le LiveCD gentoo "normal" ne boote passur un lecteur ATA car il a pas le support de cette fameuse puce JMicron. @+PierrickKLessou a écrit :>>> On 11/13/06, *Stéphane GAUTIER* <stephane.gautier@xxxxxxxxx> <mailto: stephane.gautier@xxxxxxxxx>> wrote:>>     Le Dimanche 12 Novembre 2006 23:08, KLessou a écrit:>>     >>     > L'émulation 32bits ne peut pas résoudre certain de tes problèmes ? >     > http://www.gentoo.org/doc/fr/gentoo-amd64-faq.xml#emul32>     < http://www.gentoo.org/doc/fr/gentoo-amd64-faq.xml#emul32>>     >>>     Oui il en résoud certains et en plus c'est plus simple sous Gentoo>     que sur>     Ubuntu d'utiliser ce type d'artifices. >>     > Apparemment il faut faire une réinstallation complète pour>     migrer de 32bits>     > vers 64bits ça m'embêterait de refaire une installation. Mais si>     tu me dis >     > que (actuellement) c'est vraiment trop contraignant je vais peut>     être me>     > faire une raison.>>     J'ai eu plusieurs AMD64 et j'ai vraiment eu du mal, je ne dis pas >     que cela>     marche pas, mais ce n'est pas naturel (du moins c'est ce que j'en>     pense).>     Quand pour faire fonctionner un produit je dois utiliser des>     artifices et>     bien cela m'enbête. >     Surtout que l'on s'en passe très bien des instructions 64 bits. Je>     n'ai pas>     encore vu de comparatif entre une version 32 et 64 mais je ne>     pense pas que>     les perfs soit enormement augmenté. Et le rapport >     Emmerdement/Performance>     quand à lui est fortement modifié.>>> Effectivement 64bits n'apporte pas énormément de performance, mais> peut apporter un plus sur le multimédia et la 3D : > http://www.gentoo.org/doc/fr/gentoo-amd64-faq.xml#perfup>>     Stéphane>>     -->     gentoo-user-fr@xxxxxxxxxx <mailto:gentoo-user-fr@xxxxxxxxxx>>     mailing list>>>>> --> ~~~~~> | klessou | > ~~~~~--gentoo-user-fr@xxxxxxxxxx mailing list-- ~~~~~| klessou | ~~~~~
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by