Re: [gentoo-amd64] nvidia X server issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kyle Liddell wrote: The current nvidia drivers don't support xorg 7.1 (xorg-server 1.1.*). You can either downgrade xorg-server, or switch to the nv driver (that's what I did). The official nvidia drivers will probably get xorg 7.1 support in the next revision, which should happen RealSoonNow, since the latest Windoze version of the drivers came out a few days ago. Well, the new ATI drivers have just hit portage and guess what: they don't support X.org-7.1. Then again nvidia usually manages to do better than ATI ^^ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFEoiel6q4f+IV6B/wRAnpkAJ9883u2Vs6muHHOIoJnX+66Mefp6wCaAsKx RDOTKQ5foikMHgApGd61Th8= =NFXH -END PGP SIGNATURE- -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] nvidia X server issue
On Wednesday 28 June 2006 06:01, [EMAIL PROTECTED] wrote: I am running modular Xorg, revision 7.1. I have emerged many times iprior to recently restarting the X server, so I am not sure when or with which revisions of xorg-server or nvidia-kernel this problem was introduced. I seem to be unable to easily back my way out of it using previous revisions. http://planet.gentoo.org/developers/chutzpah/2006/06/17/xorg_x11_7_1_and_binary_drivers -- Bo Andresen pgp8X4ylHNs2w.pgp Description: PGP signature
Re: [gentoo-amd64] vmware not booting install cd
Hi, this is vmware-workstation. When I power in it starts. I get the vmware progress bar. It says 'examining hardware'. Then there is an error that I cannot see and it all starts again. The cd will boot if I try and inst. on my machine as the 1ary os. Gavin -- Dr Gavin Seddon Pharmacy and Pharmaceutical Sciences University of Manchester Oxford Road M13 9PL UK -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] vmware not booting install cd
On Wednesday 28 June 2006 12:17, Gavin Seddon wrote: this is vmware-workstation. When I power in it starts. I get the vmware progress bar. It says 'examining hardware'. Then there is an error that I cannot see and it all starts again. That sounds different from vmware-server, which I'm more familiar with. I don't think I can help here, I'm afraid. Sorry. -- Rgds Peter -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] nvidia X server issue
I'm running a fully ~amd64 environment, using Xorg 7.1 and Nvidia module, but I had to run emerge --nodeps nvidia-kernel nvidia-glx to do so. It works just fine, with direct rendering: yes and everything else, but show me a warning every emerge --deep 2006/6/28, Bo Ørsted Andresen [EMAIL PROTECTED]: On Wednesday 28 June 2006 06:01, [EMAIL PROTECTED] wrote: I am running modular Xorg, revision 7.1. I have emerged many times iprior to recently restarting the X server, so I am not sure when or with which revisions of xorg-server or nvidia-kernel this problem was introduced. I seem to be unable to easily back my way out of it using previous revisions. http://planet.gentoo.org/developers/chutzpah/2006/06/17/xorg_x11_7_1_and_binary_drivers -- Bo Andresen -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] vmware not booting install cd
On 6/28/06, Gavin Seddon [EMAIL PROTECTED] wrote: Hi, this is vmware-workstation. When I power in it starts. I get the vmware progress bar. It says 'examining hardware'. Then there is an error that I cannot see and it all starts again. What is it that you are trying to boot? Have you double checked that the VMWare BIOS is set to boot from CD first? (hit F2 when you see the progress bar to enter the VMWare BIOS setup). -Richard -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] eselect opengl set xorg-x11 keeps breaking my headers
Am Mittwoch 28 Juni 2006 01:12 schrieb Alex Bennee: Despite no longer having the emulation libraries installed eselect keep screwing up my headers to point at 32 bit glx stuff. This obviously breaks various X related compiles. Does anyone know how I can stop it doing this? Unfortunately its called during the ebuild so I can't manually fix them and re-run the build. -- Alex, homepage: http://www.bennee.com/~alex/ Declared guilty... of displaying feelings of an almost human nature. -- Pink Floyd, The Wall Try to delete the gl-headers located in the emul directory. Usually /usr/include/GL contains symlinks to /usr/lib, but sometimes things go wrong with early versions of the emul stuff (they don't disappear by upgrading or unmerging) and eselect places a symlink which points to /usr/lib32 instead of /usr/lib or /usr/lib64. /usr/lib32 again is a symlink to the /emul directory. Delete gl-headers in the /emul directory to which the symlinks in /usr/include/GL point to. rgds Bernhard -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] totem again
hi there, because my stable totem didnt work, i just emerged 1.4 which is masked ~amd64. i emerged it with all its depending gstreamer and -plugins. stable totem exited without any useful error message, 1.4 crashes at startup with $ totem (totem:1051): Gtk-WARNING **: A floating object was finalized. This means that someone called g_object_unref() on an object that had only a floating reference; the initial floating reference is not owned by anyone and must be removed with gtk_object_sink() after a normal reference is obtained with g_object_ref(). and a window saying Totem could not startup Failed to create a GStreamer play object. Please check your GStreamer installation. but i think the gstreamer-installation should be correct. -- Frank Castle is dead! Call me 'The PUNISHER'! pgpL6JSzq9GAe.pgp Description: PGP signature
[gentoo-amd64] Update problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm having a problem getting my system updated after updating to the latest portage. I'm not a total portage noob, but am at a loss on what's causing this. Here's a copy of the output I get when doing emerge -upD world: !!! All ebuilds that could satisfy =dev-libs/gmp-4.2.1 have been masked. !!! One of the following masked packages is required to complete your request: - - dev-libs/gmp-4.2.1 (masked by: ~x86 keyword) For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. (dependency required by sys-devel/gcc-4.1.1 [ebuild]) !!! Problem resolving dependencies for sys-apps/portage !!! Depgraph creation failed. I manually updated gmp to 4.2.1 as well as gcc-4.1.1, but I'm still getting this error. I just don't know what to do now. Any ideas? - -- Fere libenter homines id quod volunt credunt. Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEovf9YQhnfRtc0AIRAsk0AKDDmQm+BzrjBurq3toPaWbSC4DAwgCgx1a7 7ED/PpGiipnuCM8AdkBsnt8= =awZf -END PGP SIGNATURE- -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Update problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark Haney wrote: I'm having a problem getting my system updated after updating to the latest portage. I'm not a total portage noob, but am at a loss on what's causing this. Here's a copy of the output I get when doing emerge -upD world: !!! All ebuilds that could satisfy =dev-libs/gmp-4.2.1 have been masked. !!! One of the following masked packages is required to complete your request: - dev-libs/gmp-4.2.1 (masked by: ~x86 keyword) are you on a x86 box? this is the wrong list. did you follow some silly forums post and add x86 keywords on your system? - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iQCVAwUBRKL5gYBrouQZ9K4FAQLfmAP/a0qR1GWSNatvOaX4LpGyBvIRWXbP4MyW HR2aQ5vrB89EAB3uHAZ9m+Pzmtdm2pwD0PRrpdHAwhZn5uGDEubIEZc65vK95+Li HmTEUsUaXIytNmbYiEc7H38KwdahdCBB7If452UAhWBWI+RAtgeIxYiIfDCoRsOR Q7LfGBx7lsA= =Iljp -END PGP SIGNATURE- -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Update problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Doty wrote: Mark Haney wrote: I'm having a problem getting my system updated after updating to the latest portage. I'm not a total portage noob, but am at a loss on what's causing this. Here's a copy of the output I get when doing emerge -upD world: !!! All ebuilds that could satisfy =dev-libs/gmp-4.2.1 have been masked. !!! One of the following masked packages is required to complete your request: - dev-libs/gmp-4.2.1 (masked by: ~x86 keyword) are you on a x86 box? this is the wrong list. did you follow some silly forums post and add x86 keywords on your system? Doh! You're right, this box is an x86 box. My bad. I was on vacation last week and my brain isn't quite up to speed yet. - -- Fere libenter homines id quod volunt credunt. Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEovvXYQhnfRtc0AIRAiEgAKDewJSXKAzrAT0AuMhIYgoKKF28IwCaA0Hl 1k1pZd0cyJYWyTH+XrvsJi0= =c2/d -END PGP SIGNATURE- -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] nvidia X server issue
On Wed, 2006-06-28 at 11:37 -0300, Rodrigo Gnoatto Amaral wrote: I'm running a fully ~amd64 environment, using Xorg 7.1 and Nvidia module, but I had to run to do so. It works just fine, with direct rendering: yes and everything else, but show me a warning every emerge --deep Ditto to that - Running ~amd64 with xorg 7.1 then - # emerge --nodeps nvidia-kernel nvidia-glx Initially had the font problem, so I set : Option RenderAccel false in /etc/X11/xorg.conf and also - cp /usr/lib/libXfont.so.1.4.1 /usr/lib/libXfont.so.1.5 I dont fully grok what the issue is here with fonts and Xfontlib, but the above hacks combine to fix all my font problems, so I am happy for now. Works real well in 2D mode - will do some testing with 3D stuff when time permits. glxinfo shows Nvidia binaries in use, and glxgears hitting 1900 fps .. which is superficially fine from my point of view. Note on Compositing effects : tried this: Option RenderAccel true in /etc/X11/xorg.conf xcompmgr -c -l -5 -t -5 -o 0.5 - Drop shadows / compositing work well in accellerated mode, but font problem remains. Option RenderAccel false in /etc/X11/xorg.conf xcompmgr -c -l -5 -t -5 -o 0.5 - Drop shadows / compositing still work, but crawls like a snail. Fonts look fine. Takes seconds to refresh a text window whilst scrolling ... eww. - So for now, Ill stick with nvidia binaries, 8762, with xorg-7.1, and renderAccell OFF. Extremely snappy 2D workstation. Going from GDM login to gnome desktop is lightning fast. SteveOC -- gentoo-amd64@gentoo.org mailing list