Re: [gentoo-user] Re: Slow redraw of windows following -uD --world
On Fri, 16 Jun 2006 19:29:40 -0500, [EMAIL PROTECTED] wrote: Calculating dependencies... done! [blocks B ] =x11-base/xorg-server-1.0.99 (is blocking media-video/nvidia-glx-1.0.8762) [ebuild N] media-video/nvidia-glx-1.0.8762 USE=-dlloader 0 kB So nvidia-glx replaces xorg-server? No. The current nvidia drivers are incompatible with the new Xorg 7.1 API. If you want to use the nvidia drivers you have to mask xorg-server 1.0.99 until Nvidia fix them, probably with the first 9xxx release. -- Neil Bothwick Microsoft is to Software as McDonalds is to Cuisine signature.asc Description: PGP signature
Re: [gentoo-user] Re: Slow redraw of windows following -uD --world
On Saturday 17 June 2006 02:29, [EMAIL PROTECTED] wrote: Hemmann, Volker Armin [EMAIL PROTECTED] writes: emergen nvidia-glx OOPS: emerge -vp nvidia-glx Calculating dependencies... done! [blocks B ] =x11-base/xorg-server-1.0.99 (is blocking media-video/nvidia-glx-1.0.8762) [ebuild N] media-video/nvidia-glx-1.0.8762 USE=-dlloader 0 kB So nvidia-glx replaces xorg-server? nope, the 'newest' Xorg 7.1 had some incompatible ABI changes. And nvidia+latest X CAN result in missing fonts. There are ways to circumvent it. Hm, have you unmasked any X stuff - or is everything over 7.0 unmasked already (if it is unmasked by the devs: why? 7.1 makes lots of troubles. Not smart. If it is unmasked by you, check your /etc/portage/package.mask) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Slow redraw of windows following -uD --world
On Saturday 17 June 2006 02:25, [EMAIL PROTECTED] wrote: Hemmann, Volker Armin [EMAIL PROTECTED] writes: No, nvidia-glx is NOT the kernel module. That is nvidia-kernel! You don't have the latest nvidia drivers installed? That might be the culprit! emerge nvidia-kernel emergen nvidia-glx eselect opengl set nvidia (or opengl-update nvidia) change 'nv' in /etc/X11/xorg.conf to nvidia OK this looks like a nice adventure but know one thing. Before this update I didn't have the nvidia-kernel either and redraw was fine. So something else has happened ... eh? maybe. Maybe a fontconfig update, maybe a X update, maybe some other lib, X depends on was installed, that is slower than the old version. But hardware acceleration is never wrong ;) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Slow redraw of windows following -uD --world
Hemmann, Volker Armin wrote: On Saturday 17 June 2006 02:29, [EMAIL PROTECTED] wrote: Hemmann, Volker Armin [EMAIL PROTECTED] writes: emergen nvidia-glx OOPS: emerge -vp nvidia-glx Calculating dependencies... done! [blocks B ] =x11-base/xorg-server-1.0.99 (is blocking media-video/nvidia-glx-1.0.8762) [ebuild N] media-video/nvidia-glx-1.0.8762 USE=-dlloader 0 kB So nvidia-glx replaces xorg-server? nope, the 'newest' Xorg 7.1 had some incompatible ABI changes. And nvidia+latest X CAN result in missing fonts. There are ways to circumvent it. Hm, have you unmasked any X stuff - or is everything over 7.0 unmasked already (if it is unmasked by the devs: why? 7.1 makes lots of troubles. Not smart. If it is unmasked by you, check your /etc/portage/package.mask I answered in the `[gentoo-user] remove xorg-server to emerge nvidia-glx =Normal?' There's a link on packages.mask, what will solve your problem -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Slow redraw of windows following -uD --world
On Friday 16 June 2006 03:42, [EMAIL PROTECTED] wrote: Hemmann, Volker Armin [EMAIL PROTECTED] writes: Hi, well, you gave an example why I never use -D (deep) updates. I bet something 'broke' because a dependency got updated. What is the advantage of never using `deep'... seems I recall reading here that it was sort of necessary after a major update and sync. Try revdep-rebuild, maybe it will solve the problem. Well it found a pretty basic package to be broken: gcc-4.1.1F and is not running this: emerge --oneshot =sys-devel/gcc-4.1.1F I think this will run for a while do think it will have bearing on the slow redraw I see? no, maybe it is fontconfig, maybe your update changed the opengl you are using (have you checked, that you are using nvidia-glx as a nvidia user and atis-glx as ati user?), maybe something else. Do you have amd64 and cool'n'quiet activated? Or a P4 that is overheating and throttling? --deep is almost never needed. Some people love it and tell everybody to use it. Usually people who are version number freaks. But in 90% it is useless to harmfull. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Slow redraw of windows following -uD --world
Hemmann, Volker Armin [EMAIL PROTECTED] writes: Try revdep-rebuild, maybe it will solve the problem. Well it found a pretty basic package to be broken: gcc-4.1.1F and is not running this: emerge --oneshot =sys-devel/gcc-4.1.1F I think this will run for a while do think it will have bearing on the slow redraw I see? I've run into some kind of madness with gcc. Afer the rebuild cited above I'm told it installed successfully but then another fresh revdep tells me this is broken: broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libgcjawt.laes (requires /usr/lib/lib-gnu-java-awt-peer-gtk.la) broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libgij.la (requires /usr/lib/libgcj.la) done. And wants to run the hours long oneshot again. but since you say its not likely to be related to my redraw problem I think I'll start a new thread about that. no, maybe it is fontconfig, maybe your update changed the opengl you are using (have you checked, that you are using nvidia-glx as a nvidia user and atis-glx as ati user?), maybe something else. Do you have amd64 and cool'n'quiet activated? Or a P4 that is overheating and throttling? About checking glx. I'm not sure what you meant there... I guess nvidia-glx and atis-glx are modules?... Modprobe knows nothing about them here. /usr/src/linux/.config shows one setting related to nvidia: CONFIG_AGP_NVIDIA=m. Can you explain a little more what you mean there? I have an MSI FX5700LE-TD256 vid card. But prior to this upgrade I had good redraw / scroll speeds. No amd64... its Celeron MSI 865PE mobo. about overheat: I see the redraw problem right at boot too before overheating would have happened. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Slow redraw of windows following -uD --world
Hi, [EMAIL PROTECTED] wrote: Hemmann, Volker Armin [EMAIL PROTECTED] writes: Try revdep-rebuild, maybe it will solve the problem. Well it found a pretty basic package to be broken: gcc-4.1.1F and is not running this: emerge --oneshot =sys-devel/gcc-4.1.1F I think this will run for a while do think it will have bearing on the slow redraw I see? I've run into some kind of madness with gcc. Afer the rebuild cited above I'm told it installed successfully but then another fresh revdep tells me this is broken: broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libgcjawt.laes (requires /usr/lib/lib-gnu-java-awt-peer-gtk.la) broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libgij.la (requires /usr/lib/libgcj.la) done. And wants to run the hours long oneshot again. but since you say its not likely to be related to my redraw problem I think I'll start a new thread about that. Check Bug-125728 for a solution (must change toolchain.eclass in an overlay) and rebuild GCC *or* just manually fix/change broken .la files. ...SKIP... HTH.Rumen smime.p7s Description: S/MIME Cryptographic Signature
[gentoo-user] Re: Slow redraw of windows following -uD --world
Rumen Yotov [EMAIL PROTECTED] writes: Check Bug-125728 for a solution (must change toolchain.eclass in an overlay) and rebuild GCC *or* just manually fix/change broken .la files. ...SKIP... Can you explain a little more about the manual fix...? In the bug reports one poster mentions setting a symlink but doesn't spell out the details. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Slow redraw of windows following -uD --world
[EMAIL PROTECTED] wrote: Rumen Yotov [EMAIL PROTECTED] writes: Check Bug-125728 for a solution (must change toolchain.eclass in an overlay) and rebuild GCC *or* just manually fix/change broken .la files. ...SKIP... Can you explain a little more about the manual fix...? In the bug reports one poster mentions setting a symlink but doesn't spell out the details. Hi again, Don't have your original mail (with error messages) but shortly: Open the 'broken' *.la file/s and find the place where the broken paths are (IIRC it's /usr/lib/... instead of /usr/lib/../../../..). One solution is to manually edit the 'broken' *.la files putting the right paths *or* IMHO create a link with the short-path name pointing to the correct one. Sorry if this is too vague. Used the first method. PS: could use 'qlist' or 'equery' with 'grep' to find the right paths. Rumen smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] Re: Slow redraw of windows following -uD --world
On Friday 16 June 2006 16:12, [EMAIL PROTECTED] wrote: About checking glx. I'm not sure what you meant there... I guess nvidia-glx and atis-glx are modules?... Modprobe knows nothing about them here. /usr/src/linux/.config shows one setting related to nvidia: CONFIG_AGP_NVIDIA=m. Can you explain a little more what you mean there? I have an MSI FX5700LE-TD256 vid card. But prior to this upgrade I had good redraw / scroll speeds. No amd64... its Celeron MSI 865PE mobo. about overheat: I see the redraw problem right at boot too before overheating would have happened. since rumen answered the gcc problem (I would backup the la files and remove then, than rebuild gcc. AFAIK they are not needed anymore and leftovers), I try to answer your opengl question. No, nvidia-glx is NOT the kernel module. That is nvidia-kernel! You don't have the latest nvidia drivers installed? That might be the culprit! emerge nvidia-kernel emergen nvidia-glx eselect opengl set nvidia (or opengl-update nvidia) change 'nv' in /etc/X11/xorg.conf to nvidia restart X. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Slow redraw of windows following -uD --world
Hemmann, Volker Armin [EMAIL PROTECTED] writes: No, nvidia-glx is NOT the kernel module. That is nvidia-kernel! You don't have the latest nvidia drivers installed? That might be the culprit! emerge nvidia-kernel emergen nvidia-glx eselect opengl set nvidia (or opengl-update nvidia) change 'nv' in /etc/X11/xorg.conf to nvidia OK this looks like a nice adventure but know one thing. Before this update I didn't have the nvidia-kernel either and redraw was fine. So something else has happened ... eh? -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Slow redraw of windows following -uD --world
Hemmann, Volker Armin [EMAIL PROTECTED] writes: emergen nvidia-glx OOPS: emerge -vp nvidia-glx Calculating dependencies... done! [blocks B ] =x11-base/xorg-server-1.0.99 (is blocking media-video/nvidia-glx-1.0.8762) [ebuild N] media-video/nvidia-glx-1.0.8762 USE=-dlloader 0 kB So nvidia-glx replaces xorg-server? -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Slow redraw of windows following -uD --world
Hemmann, Volker Armin [EMAIL PROTECTED] writes: Hi, well, you gave an example why I never use -D (deep) updates. I bet something 'broke' because a dependency got updated. What is the advantage of never using `deep'... seems I recall reading here that it was sort of necessary after a major update and sync. Try revdep-rebuild, maybe it will solve the problem. Well it found a pretty basic package to be broken: gcc-4.1.1F and is not running this: emerge --oneshot =sys-devel/gcc-4.1.1F I think this will run for a while do think it will have bearing on the slow redraw I see? -- gentoo-user@gentoo.org mailing list