Re: [gentoo-user] xz memory hungry?
On 23/08/2012 12:14, Jorge Almeida wrote: On Thu, Aug 23, 2012 at 10:47 AM, Bill Kenworthy bi...@iinet.net.au wrote: Last time I had a problem like this I spent a lot of time googling about ulimit/setting_limits/etc and found _nothing_ worth mentioning. This time I run ulimit -v unlimited, but the question is who put the former values there? Some hard-coded default? I couldn't find anything in init scripts nor in bash rc files. I know that on logout the value is lost (I had to run ulimit again on chrooting). What is the appropriate file to put ulimit -v unlimited in? Perhaps ~/.bash_profile? And how can root set different hard limits for different users? Maybe some bash guru will step in?:) probably rc.conf, or maybe login.defs depending on per user/or everyone It seems rc.conf has a variable for ulimit -u, not for the other flags. login.defs has ULIMIT but teh man page just says Default ulimit value Ah well... In /etc/security/limits.conf you can put any limits that can be set using ulimit command so they are kept between reboots. Thanks J.A.
Re: [gentoo-user] No display w/ kernel 3.2.0
On 2012-01-13 15:09, Stefan G. Weichinger wrote: The patch helped and now I am running 3.2.0-r1 successfully. With the changed stuff around the Intel RC6 technology, is my grub-entry still OK (and somehow just redundant) or should I change/remove options (regarding i915)? : title=Gentoo Linux (3.2.0-gentoo-r1) root (hd0,0) kernel /boot/kernel-genkernel-x86_64-3.2.0-gentoo-r1 rootfstype=ext4 init=/linuxrc root=/dev/ram0 real_root=/dev/sda3 elevator=noop udev dolvm pcie_aspm=force i915.i915_enable_rc6=1 acpi_osi=Linux i915.semaphores=1 i915.modeset=1 initrd /boot/initramfs-genkernel-x86_64-3.2.0-gentoo-r1 If I were you, as you changed for a major kernel version, i would remove all parameters that fixed some problems with previous release and try to see if the bugs are still present. After that, i'll reenable each parameter one by one. Cheers. Thanks, greets, Stefan
[gentoo-user] System hangs when enabling radeon power management
Hi folks ! I am facing a problem since a week now when enabling radeon power management following KMS Power Management Options [1]. I have two radeon HD 9770 on my system in crossfire configuration, but on Linux I only use one of them (the first one on the PCI bus). When I switch the GPUs using the low profile, randomly, my system hangs. The problem is that I have nothing ! No kernel panic, no logs, really nothing. I tried everything, adding hard and soft lockup detection in the kernel did not help, I also enabled nmi_watchdog without success, tried kexec and kernel crash dumps either. I am getting to the point of booting the kernel using kgdb/kdb over a serial connection... As radeon guys on the IRC #radeon channel seems to be muted on this point, I would like to know if anyone here can lead me through a way to help debugging this problem, as the consequence of staying in default power profile make my GPU burning around 70°C... I can provide as many information as possible, and here is a little summary about my configuration: - Gentoo sources 3.2.0-r1, - in-kernel radeon module with KMS enabled, - ~amd64 keyword. Many thanks for your help. [1] http://wiki.x.org/wiki/RadeonFeature#KMS_Power_Management_Options -- YaGB on http://gentooist.com Follow me on twitter @blakawk ;)
Re: [gentoo-user] System hangs when enabling radeon power management
On 2012-01-09 11:51, Blakawk wrote: Hi folks ! I am facing a problem since a week now when enabling radeon power management following KMS Power Management Options [1]. I have two radeon HD 9770 on my system in crossfire configuration, but on Linux I only use one of them (the first one on the PCI bus). I mistyped the GPU's model name: it is an HD 6770 Evergreen using JUNIPER firmware. When I switch the GPUs using the low profile, randomly, my system hangs. The problem is that I have nothing ! No kernel panic, no logs, really nothing. I tried everything, adding hard and soft lockup detection in the kernel did not help, I also enabled nmi_watchdog without success, tried kexec and kernel crash dumps either. I am getting to the point of booting the kernel using kgdb/kdb over a serial connection... As radeon guys on the IRC #radeon channel seems to be muted on this point, I would like to know if anyone here can lead me through a way to help debugging this problem, as the consequence of staying in default power profile make my GPU burning around 70°C... I can provide as many information as possible, and here is a little summary about my configuration: - Gentoo sources 3.2.0-r1, - in-kernel radeon module with KMS enabled, - ~amd64 keyword. Many thanks for your help. [1] http://wiki.x.org/wiki/RadeonFeature#KMS_Power_Management_Options
Re: [gentoo-user] Re: System hangs when enabling radeon power management
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 09/01/2012 17:48, James a écrit : Blakawk blakawk at gentooist.com writes: I am facing a problem since a week now when enabling radeon power management following KMS Power Management Options [1]. I have two radeon Well I cannot help you, explicitly; but I have some info to share with you. I have 2 ethernet ports on an older Asus mobo. Until the 3.0 kernel series, the booting process *always* selectrf the eth0 one correctly. Since the 3.0 series, about 20% of boot it selects the second ethernet port as eth0. I can move over the cable, or manually configure or reboot and play roulette. I have not delved into the matter any deeper as I'm swamped with issues. might a udev rule help establish the correct card to use? Have you tried to first set up (boot) the system without the crossfire confing(wiring)? If that is the sort of phenomenon affecting you, you'd have to ssh into the system and look at the boot files and records. Maybe setting up the system to transmit via a console (serial) port might help to look at the boot output as it occurs and step through the boot sequence. With or without crossfire, I encounter the problem, and the graphic card in slot number one is always the one taking over. Also, I already set up a console over serial port, but nothing gets out when the system hangs. That's why i am now at the point of running the kernel under GDB. Also, I want to say that the problem does not occur on boot phase at all, everything goes just fine until I activate any other power profile than 'default' one on the radeon card using: # echo '(low|mid|high)' /sys/class/drm/card0/device/power_profile Then, once power management activated, the system randomly hangs *AFTER* a various amount of time, requiring a hard reboot. hth, James - -- YaGB on http://gentooist.com Follow me on twitter @blakawk -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPCzVzAAoJEIJZqh3hgPiNWMQP/31y5wmf2Q+V6ZPx2vcHVw8C riEgI3mkwNylO+UWhJqAzDwjuvkmP+h53DHhWZD+PXfiSHDoSE3N9K56SwY3rTZx HvxgjO+qmdebFfB+hwBZkcFbSidU7exTA3GQnquE8Z/jRw+1MjnAUAs653rKA3wF DEv5cwtaJFNDQKKzGahMVkWrxN2JHMqGQ0gbk4d59IwzYPTrJFPc/mvDQxlIswWU K5UJvSIlHm9TsiHFGqUCK4ToKUe8+3KBGiF70tRzrxaez5HqJ8joMlKA6ZSpVBkh exzVZe2MWUx9prUBXEB6fQQn8vGKstallYJ9wHMmF0Mj2I13XoIXW2o6BIt2Qwt5 0qNrNRSSxam2mjTBQXX6NCGCPSa/Wo2lactAgRtIbS8a1wdH9GoY4SAwSNVWzv/8 muY4SOGcVhc403I3SaCV9cSxHfTAA+X1Nx6lWQlOo0SjDsHNpje8TXnSyLuX3z4h Aipp7fSuLI97tYDVsbHTZpoG8J4b84tqM2y2GIydAmG+S+LrYo5YQ6UaxKU3lGjo rC+mBnx8BPELGd/DhUMzGVzRFW1lFe9XlRXqYgh+7eJfldVYGXYUxW9YIEwutL/1 5QnupsXkWlT5AMYQ0iFIfqr+2TepBgzqGONmvHaQF8sElqGk2VeeRdqVoe9W8bbp L2+1PrNrtrjkw46ob3rf =YGxL -END PGP SIGNATURE-
Re: [gentoo-user] System hangs when enabling radeon power management
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 09/01/2012 18:57, Sebastian Beßler a écrit : On 09.01.2012 12:11, Blakawk wrote: On 2012-01-09 11:51, Blakawk wrote: Hi folks ! I am facing a problem since a week now when enabling radeon power management following KMS Power Management Options [1]. I have two radeon HD 9770 on my system in crossfire configuration, but on Linux I only use one of them (the first one on the PCI bus). I mistyped the GPU's model name: it is an HD 6770 Evergreen using JUNIPER firmware. I have a almost identical problem with my radeon card and KMS. If I build radeon not as a module but inside I only see a black screen and the system hangs. Firmware is correctly build into the kernel (I switched from an older radeon card where everything worked so I know what to do) but it does not work. I have to build radeon as a module and load it at startup. In /etc/conf.d/modules I have module_radeon_args=modeset=1 so that KMS gets loaded. With that setup everything works just fine (short of a flicker when KMS gets started) so I keep it that way for now. I'm trying to reproduce the bug using radeon and DRM stuff built as a module instead. Did you enabled power management too with the following: # echo '(low|mid|high)' /sys/class/drm/card0/device/power_profile For me, as soon as I enable this, the system hangs randomly (meaning it can hangs right after enabling the feature or several hours later). Maybe that works for you too. It is worth a try. Greetings Sebastian - -- YaGB on http://gentooist.com Follow me on twitter @blakawk -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPCzYrAAoJEIJZqh3hgPiNCmsQAKqdMTeLAF/6+rDLmk8yfLRN l6gjWpz1/he070J+1oLS3gIZ+Au+VxSOXAD9LGCiLgkcLZbnemsYaoaRtWJAGEiR kpl0nizdoG0hzeJ53AZYICzwF2SQovDdzjybtK3IK983DeFgaUqkVjChA69aybsR O0jxZY4MuEhzPVeTJvkZ36o9Dv9xZSExF2mTL8JQo0jy8LsdJyaAe1Y5t4Zg3Yd7 KHOQcejroRuadtgA58hydShXrOx5xysU20E2yT54a65Ptt2ENb5NMxv/crEpjDiK DAIupO4jDTxWhWP0ot6piEQ9T0sor7brWO1Q9WyruLn0WD6jIkEomORvq+n4UOa0 TGPjqfZTGvLBsCvF/i2AnCYH445J8vChaoqpDa7CeneWJxVOuYyPPtpaj/Xf9UTd m8xvKc6ONl4tD055L8Ny7s+d9FHCv+AvYCuxefHvFr2J39JOjuub2ORh7wYfd24M XbSkbgDqOMyGX+bnwzJUsHoKAoPkoSomnwz+m9BboAUipYKcubaVV0tJ7CsFhnOl jKmLoh7XDOLC9HTVmPF8UEeUGBREQeqjk2/0qD8uoxHZzgU1vZOZTfPgP46QpcgM EV8iJKnozo5vtjwwspQg2dzmVzjnoovVovHDS8NG3XSetQdZr2lQ1DzCVPg/5Z/g MFUrT8yZhfyb6gLd4o/B =CZlD -END PGP SIGNATURE-
Re: [gentoo-user] System hangs when enabling radeon power management
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 09/01/2012 19:47, Blakawk a écrit : Le 09/01/2012 18:57, Sebastian Beßler a écrit : On 09.01.2012 12:11, Blakawk wrote: On 2012-01-09 11:51, Blakawk wrote: Hi folks ! I am facing a problem since a week now when enabling radeon power management following KMS Power Management Options [1]. I have two radeon HD 9770 on my system in crossfire configuration, but on Linux I only use one of them (the first one on the PCI bus). I mistyped the GPU's model name: it is an HD 6770 Evergreen using JUNIPER firmware. I have a almost identical problem with my radeon card and KMS. If I build radeon not as a module but inside I only see a black screen and the system hangs. Firmware is correctly build into the kernel (I switched from an older radeon card where everything worked so I know what to do) but it does not work. I have to build radeon as a module and load it at startup. In /etc/conf.d/modules I have module_radeon_args=modeset=1 so that KMS gets loaded. With that setup everything works just fine (short of a flicker when KMS gets started) so I keep it that way for now. I'm trying to reproduce the bug using radeon and DRM stuff built as a module instead. Did you enabled power management too with the following: # echo '(low|mid|high)' /sys/class/drm/card0/device/power_profile For me, as soon as I enable this, the system hangs randomly (meaning it can hangs right after enabling the feature or several hours later). Maybe that works for you too. It is worth a try. Ok tried with radeon compiled as a module, did not help... Running the kernel under kgdb did not help either, it seems there is no kernel panic at all, even NMI watchdog / hung tasks detector is not seeing anything... I am kind of lost now :( If someone has an idea, I put the necessary information here [1]. Any help will be greatly appreciated. [1] http://gentooist.com/~xavier/gentoo/radeon-pwm-hang/ - -- YaGB on http://gentooist.com Follow me on twitter @blakawk -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPC19sAAoJEIJZqh3hgPiNmasQAIe8vgyeWwjpJhhFD8BODDcV w4EhOjBAjJrBweS19mO/ltlVymcRKc4CLcPzIY38vYWqObI8mMFzTsbWt3YuYeP+ 0p5rn/fI96anMHHgJCF/yOalgb47CbnkfzkKIsVgW8VncXPkaY1KV7fMVZzY8Od4 uQkKzF2VbOCIxpkEYGOvDhCI0A2o5qzcei4V/A8r0ZdXkOaguaFY7OzeAS2w+f/F e+ZxmrakAe6Rb4Ydk9hKa+BBDcG5a/0l7HkxskRsrwMWUO+TNxyuLqlK/1PDt4uf CzvYPw9cnm8MG4dj4+SJJcEOgaMQK0q++SyCMyMc7EUgr1+hal3yF56H3SDEVRTW WZd6VxmCEFobHesf1dRygmonr1r5jr4vYGa52h552/GJEsZp788SMjJ/2F0eNMZK UgCoSiCHqfGxihGnkLuDbkoAOkRYPNcGp4RAR7hKhpgxAXu6PF2u2gXaIh+E7tMO TMUBf8yaH3Y1bRaoFGJWvFZgr7Fwc5zf/7AC6Qui6Lp91wui7g/zgJPPW/VJ6Sbb Zflp1ngmE9NDbqfp8gIoBoHth3k+GrkwnNw6WHRBvSWems3z+lMgLvrt0H0A4NvW 6+QVj7NV7MaYYMjgn8QUsqxyz5JcOSvI9r9CyB8RxqCaRPezTUqHtdbdov2D4dQX NpeKFtUrL69Uy4v/3GBY =SwB2 -END PGP SIGNATURE-
Re: [gentoo-user] No display w/ kernel 3.2.0
On 2012-01-06 0:22, Stefan G. Weichinger wrote: Am 2012-01-05 21:00, schrieb Mick: Not sure if related but don't forget that 3.1.6 broke suspend to RAM/hibernate for some of us. yeah, thanks. Never had these issues, and I was/am on 3.1.7 already before. Hello, can you provide your kernel dmesg / Xorg.0.log to me too offlist please ? I'm right in the middle of problem involving graphic drivers (but radeon), so I may be able to provide some help here. Regards. Stefan -- YaGB: http://gentooist.com Follow me on twitter.com @blakawk ;)
Re: [gentoo-user] unable to compile gcc 4.5.3-r1
On 02.09.2011 12:16, cov...@ccs.covici.com wrote: Dale rdalek1...@gmail.com wrote: cov...@ccs.covici.com wrote: Hi. I am unable to compile gcc 4.5.3-r1 -- I get the following error when doing so: mkdir -p -- x86_64-pc-linux-gnu/libgomp Checking multilib configuration for libgomp... Configuring stage 1 in x86_64-pc-linux-gnu/libgomp configure: loading site script /usr/share/config.site configure: loading site script /usr/share/crossdev/include/site/linux configure: loading site script /usr/share/crossdev/include/site/x86_64-linux-gnu configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for --enable-generated-files-in-srcdir... no checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-pc-linux-gnu-gcc... /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gc\c/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include checking for C compiler default output file name... configure: error: in `/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/x86_64-pc-linux-gnu/libgomp': configure: error: C compiler cannot create executables See `config.log' for more details. I have searched google and looked at bugs.gentoo.org, but no joy. I am running unstable amd64 gentoo. Any assistance would be appreciated. Google worked here for me but usually when I have a problem, it fails. I guess Google treats you the same as me. lol I found this: http://forums.gentoo.org/viewtopic-t-294109.html That help any? Nope, this only happens in that specific situation, most things compile normally. I didn't see that post for that reason -- I was looking for something more specific. Please provide the so-called config.log to see what happened (normally located in /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/x86_64-pc-linux-gnu/libgomp/config.log). -- Blog: http://gentooist.com Twitter: http://twitter.com/blakawk
Re: [gentoo-user] unable to compile gcc 4.5.3-r1
On 02.09.2011 14:11, cov...@ccs.covici.com wrote: Blakawk blak...@gentooist.com wrote: On 02.09.2011 12:16, cov...@ccs.covici.com wrote: Dale rdalek1...@gmail.com wrote: cov...@ccs.covici.com wrote: Hi. I am unable to compile gcc 4.5.3-r1 -- I get the following error when doing so: mkdir -p -- x86_64-pc-linux-gnu/libgomp Checking multilib configuration for libgomp... Configuring stage 1 in x86_64-pc-linux-gnu/libgomp configure: loading site script /usr/share/config.site configure: loading site script /usr/share/crossdev/include/site/linux configure: loading site script /usr/share/crossdev/include/site/x86_64-linux-gnu configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for --enable-generated-files-in-srcdir... no checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-pc-linux-gnu-gcc... /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gc\c/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include checking for C compiler default output file name... configure: error: in `/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/x86_64-pc-linux-gnu/libgomp': configure: error: C compiler cannot create executables See `config.log' for more details. I have searched google and looked at bugs.gentoo.org, but no joy. I am running unstable amd64 gentoo. Any assistance would be appreciated. Google worked here for me but usually when I have a problem, it fails. I guess Google treats you the same as me. lol I found this: http://forums.gentoo.org/viewtopic-t-294109.html That help any? Nope, this only happens in that specific situation, most things compile normally. I didn't see that post for that reason -- I was looking for something more specific. Please provide the so-called config.log to see what happened (normally located in /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/x86_64-pc-linux-gnu/libgomp/config.log). OK, here is a section of config.log -- I hope its not too much. COLLECT_GCC=/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc COLLECT_LTO_WRAPPER=/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/gcc-4.5.3/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.3 --includedir=/u\sr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.3 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.3/man\ --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.3/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4 --host=x86_64-pc-lin\ux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --without-ppl --without-cloog --disable-lto --enable-nls --without-included-gettext \--with-system-zlib --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-dat\a/x86_64-pc-linux-gnu/4.5.3/python --enable-checking=release --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-\__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.5.3-r1 p1.0, pie-0.4.5' Thread model: posix gcc version 4.5.3 (Gentoo 4.5.3-r1 p1.0, pie-0.4.5) configure:3638: $? = 0 configure:3627: /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/ -B/usr/x86_64-pc-linu\x-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include-V 5 xgcc: '-V' must come at the start of the command line configure:3638: $? = 1 configure:3627: /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/ -B/usr/x86_64-pc-linu\x-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include-qversion 5 xgcc: unrecognized option '-qversion' xgcc: no input files configure:3638: $? = 1 configure:3658: checking for C compiler default output file name configure:3680: /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/ -B/usr/x86_64-pc-linu\x-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib
Re: [gentoo-user] Compare two Gentoo machines - please help
On Tue, 17 May 2011 17:52:32 +0200, Volker Armin Hemmann wrote: On Tuesday 17 May 2011 15:42:35 Helmut Jarausch wrote: Hi, I have two (nearly) identical machines, both running ~amd64 Gentoo up- to-date and with a (nearly) identical set of installed packages. Still, on one of these machines KDE crashes with that infamous polkit- kde-authentication-agent-1 segmentation fault. On the other machine there is no problem. How can one smartly compare two Gentoo installations. Currently I would have to produce an md5sum of all files in /etc /usr /var and / and compare these. But there are dozens of thousands of files in these directories. won't work. Even if the binaries in /usr are compiled with the same settings, just the different times of creation will result in different md5sums. What you want to do is: find the bug. As far as i remember, i don't see why modification times will enter in the md5sum computation process, as they are not part of the file but of the filesystem's inode... it's definitely possible to compare two binaries on two different system if they are compiled with the same compiler version and libraries ! -- Blog: http://gentooist.com Twitter: http://twitter.com/blakawk