Re: [gentoo-amd64] Eterm very very slow
Andrea wrote: Hi at all I have just finished to install gentoo-amd64 with fluxbox and I have a strange problem with Eterm: it is very very slow, 6 seconds to load! Almost 3 sec to load the window and 3 more to load [EMAIL PROTECTED] ~ $ in the window. I have this problem only with eterm, all system are fast and good. I unmerged eterm to install aterm, but I prefere the first... I tried also : USE=minimal emerge eterm but the problem persists. In /etc/make.conf, USE flags are: USE=unicode nvidia xvmc -gnome -kde How can I resolve? Thanks. Bye. I can just say, I have the same problem at work, and I switched to another term. Which is sad. ___ All new Yahoo! Mail The new Interface is stunning in its simplicity and ease of use. - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] test
Steve Herber wrote: test Pregnant. ___ Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] Is Xorg server built in static form?
Daniel Iliev wrote: Jesús Guerrero wrote: El Mon, 26 Feb 2007 16:31:54 +0100 Paul de Vrieze [EMAIL PROTECTED] escribió: On Friday 12 January 2007 23:45, Daniel Iliev wrote: Richard Fish wrote: man xorg.conf. Load and SubSection are two ways to specify the same thing for modules, so you should use one or the other, not both. -Richard I tried this: --snip-- Section Module # Load extmod SubSection extmod Option omit xfree86-dga I'm a bit late, but this line is wrong. It should probably be Option omit xfree86-dga (note the extra two double quotes). Paul To quote the xorg.conf man page MODULE SECTION [...] Example: the extmod module (which contains a miscellaneous group of server extensions) can be loaded, with the XFree86-DGA extension disabled by using the following entry: SubSection extmod Option omit XFree86-DGA EndSubSection The same is true for xfree86. I gave a try to Option omit xfree86-dga and to Option omit XFree86-DGA and it makes no difference: grep DGA /var/log/Xorg.0.log (II) Loading extension XFree86-DGA Try cutting out extra double quotes. :) Without it works just fine. michelle video # cat /etc/X11/xorg.conf | grep omit Optionomit xfree86-dga # don't initialise the DGA extension michelle video # cat /var/log/Xorg.0.log | grep DGA (no output) ___ Try the all-new Yahoo! Mail. The New Version is radically easier to use The Wall Street Journal http://uk.docs.yahoo.com/nowyoucan.html -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] unsubscribe
Jüri-Kaur Schultz wrote: unsubscribe #include subscribe.h; unsubscribe ('gentoo-amd64@lists.gentoo.org') or die(); Send instant messages to your online friends http://uk.messenger.yahoo.com -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] RAM problem with X
Luigi Pinna wrote: Hi! Since when xorg 7 became stable, it found some problems with stability of my graphic session. I wrote some times ago but nothing helped to solve this strange situation... The problem is that the X process starts to eat all available memory (first RAM and after swap) until that to kill everything (first applications and after keyboard and kernel). Until same days ago all my trials gave no solution. That was the same with KDE and blackbox graphic environment. I restarted X server each 5-6 hours and put free memory again (and that system worked) Same 2 days my session run stable without new restart. I think that a found the problem: firefox-bin. If I use that program (to use flash website) and I forget it open, X process starts to eat the memory; if I close it the problem diseappear and very slowly it releases the memory. Someone notice a similar problem? It is a bug? Where I must send it? As xorg or firefox-bin bug? I run a stable system (xorg-7.1). Each piece of advice is welcome. Thanks a lot, Luigi Yes, this is a problem of firefox in general (why first I wrote genetal?). It exists in windows' firefox, and obviously in *nix. I reported the problem months ago, and nothing changed. The problem, as far as I remember, was the firefox blocks pop-up windows, thus growing in memory until you close it. Check, if there are any pop-ups in the site causes the problem. Send instant messages to your online friends http://uk.messenger.yahoo.com -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] New ATI proprietary driver
Chris Traylor wrote: Has anybody tried the new ATI driver? I did the emerge, and everything seemed fine. However, when I go to log in, any keypress or mouse click crashes the entire system. If I switch from the fglrx driver to the open source radeon driver everything works (or at least the things that the xorg driver supports, seems to work). I tried updating qt,kde, and reinstalling xorg 7.1, but all to no avail. I haven't gotten to trudging through the X logs yet, but I figured I'd go fishing for ideas, just in case, someone ran across this as well. Any ideas (sans a lecture about slaveryware from Duncan) would be appreciated. Chris I've had the problem some time ago. It was 8.20.something version of the driver. I couldn't solved this problem with anything but upgrading up to the new (at that time, of course) driver. ___ Now you can scan emails quickly with a reading pane. Get the new Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] another little problem appeared (ATI driver/direct rendering/kernel)
Well, I had been using the kernel 2.6.17-r8 and everything seemed ok with the subj. But then I upgraded the kernel to 2.6.18-r1, and there's one feature I can't get started with. As it is said in a few faqs (including gentoo faq) of howto install DRI, in order to get the thing working you must enable kernel agp support with the proper driver installed. My driver seemed to be CONFIG_AGP_AMD64. It was enabled in the kernel previous, it is enabled in the kernel actual: [EMAIL PROTECTED] /usr/src/linux $ cat .config|grep AGP_AMD64 CONFIG_AGP_AMD64=y But it is not seen when I use make menuconfig. I syncronically checked all the options which were enabled at the previous kernel, but it did not appear, and I can't find out why. I tried to check dependencies, but didn't succeed. And the thing is dri doesn't work with 2.6.18-r1. I checked 2.6.17-r8, it does. ___ All new Yahoo! Mail The new Interface is stunning in its simplicity and ease of use. - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: another little problem appeared (ATI driver/direct rendering/kernel)
Hemmann, Volker Armin wrote: On Tuesday 14 November 2006 20:48, Florian D. wrote: Duncan wrote: Michel Merinoff [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Tue, 14 Nov 2006 18:34:00 +0300: Well, I had been using the kernel 2.6.17-r8 and everything seemed ok with the subj. But then I upgraded the kernel to 2.6.18-r1, and there's 2.6.18, given your report. IDR where it was before, but the new option is CONFIG_IOMMU, located at Processor type and features IOMMU support. As hmm.. I have vanilla-2.6.18.2 and there is no `IOMMU support' option. It is enabled by default. I guess on 2.6.18-r1 its the same. yes there is an option. Look again. Yes, there was such trick. Thanks for everyone, especially Duncan for not saying the word 'slaveryware'. :-) But it still doesn't work. I'll try to have more work around little later. I checked off IOMMU support manually, but the AMD64 (but it was set to yes) option didn't appear in the menu. I recompiled the kernel with no effect. Send instant messages to your online friends http://uk.messenger.yahoo.com -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: another little problem appeared (ATI driver/direct rendering/kernel)
Michel Merinoff wrote: But it still doesn't work. I'll try to have more work around little later. I checked off IOMMU support manually, but the AMD64 (but it was set to yes) option didn't appear in the menu. I recompiled the kernel with no effect. Send instant messages to your online friends http://uk.messenger.yahoo.com Hm. I found, that when I run 'make make modules_install' it permanently set CONFIG_IOMMU to yes, even if I unset it manually before. How do I avoid it? ___ Try the all-new Yahoo! Mail. The New Version is radically easier to use � The Wall Street Journal http://uk.docs.yahoo.com/nowyoucan.html -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] kernel recompile?
Boyd Stephen Smith Jr. wrote: On Tuesday 31 October 2006 09:59, Daniel Iliev [EMAIL PROTECTED] wrote about 'Re: [gentoo-amd64] kernel recompile?': I think gcc version should not have impact on X because NVidia's drivers are binary, closed source - they don't care about the gcc used to compile the kernel or the X server. Actually I think the emerge only installs those drivers and checks for common configuration errors. No, there's no way to make a pure binary driver that works on all systems, because symbols in the kernel will be at different locations depending on options it was compiled with. Should this mean, that you have to recompile all the drivers already installed after recompiling the kernel with a new feature added or after upgrading it up to newer version? Send instant messages to your online friends http://uk.messenger.yahoo.com -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] emerging gnap
Bo Ørsted Andresen wrote: !!! Digest verification failed: !!! /usr/portage/distfiles/dosfstools-2.11.src.tar.gz !!! Reason: Failed on MD5 verification !!! Got: c4ea9be8d3037bd56b2494f2306ccfba !!! Expected: 407d405ade410f7597d364ab5dc8c9f6 Please show the output of: # ls -l /usr/portage/distfiles/dosfstools-2.11.src.tar.gz # md5sum /usr/portage/distfiles/dosfstools-2.11.src.tar.gz if the following doesn't fix it: # rm /usr/portage/distfiles/dosfstools-2.11.src.tar.gz Retry the emerge... This is really not the way, if ebuild $(equery w dosfstools) digest worked. As it has been said recently, this often happens even after unpacking the latest portage tree snapshot. ___ All new Yahoo! Mail The new Interface is stunning in its simplicity and ease of use. - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Emerge firefox error
Oliver Klein wrote: So i decide to install dev-libs/atk but this tells me !!! Digest verification failed: !!! /usr/portage/distfiles/atk-1.12.1.tar.bz2 !!! Reason: Filesize does not match recorded size !!! Got: 641378 !!! Expected: 632397 So please can anyone help me to install firefox? THX and regards Olly In this case, I often did something like ebuild /usr/portage/dev-libs/atk(blah-blah).ebuild digest. I had broken digest even after unpacking the latest snapshot of portage tree. Send instant messages to your online friends http://uk.messenger.yahoo.com -- gentoo-amd64@gentoo.org mailing list