Re: [gentoo-user] -march=? for this cpu
Am 09.04.2013 05:50, schrieb Nilesh Govindrajan: I have two Gentoo VMs at Hetzner and the CPU supports 64 bit (grep lm /proc/cpuinfo = true). But something funny, gcc -march=native -mtune=native -v -E - 21 /dev/null returns this: Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --without-ppl --without-cloog --enable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/python --enable-checking=release --disable-libgcj --enable-libstdcxx-time --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.6.3 p1.11, pie-0.5.2' Thread model: posix gcc version 4.6.3 (Gentoo 4.6.3 p1.11, pie-0.5.2) COLLECT_GCC_OPTIONS='-march=native' '-mtune=native' '-v' '-E' /usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/cc1 -E -quiet -v - -march=pentium-m -mcx16 -msahf -mno-movbe -mno-aes -mno-pclmul -mpopcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mbmi -mno-tbm -mno-avx -mno-sse4.2 -mno-sse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=4096 -mtune=generic ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include-fixed /usr/include End of search list. # 1 stdin stdin:1:0: error: CPU you selected does not support x86-64 instruction set It is returning pentium-m as architecture, which indeed is 32bit. I'm presently running the VM with -march=core2, but this is very weird. This is the /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 2 model name : QEMU Virtual CPU version 1.0 stepping: 3 microcode : 0x1 cpu MHz : 3399.998 cache size : 4096 KB fpu : yes fpu_exception : yes cpuid level : 4 wp : yes flags : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm rep_good nopl pni vmx cx16 popcnt hypervisor lahf_lm bogomips: 6799.99 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: Any idea what should be the march/mtune value? I don't have any experience with Hetzner's VMs - I only use their dedicated machines :) But as a more generic tip, you should install gentoo in VMs only with generic optimization. You can not safely rely on what CPU your VM will get. Maybe in 6 months the host your vm is on crashes, and your vm will be migrated to a new system with totally different cpu (actual hardware cpu or the cpu configuration that qemu is going to emulate).
Re: [gentoo-user] -march=? for this cpu
On Apr 9, 2013 1:16 PM, Michael Hampicke gentoo-u...@hadt.biz wrote: Am 09.04.2013 05:50, schrieb Nilesh Govindrajan: I have two Gentoo VMs at Hetzner and the CPU supports 64 bit (grep lm /proc/cpuinfo = true). But something funny, gcc -march=native -mtune=native -v -E - 21 /dev/null returns this: Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --without-ppl --without-cloog --enable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/python --enable-checking=release --disable-libgcj --enable-libstdcxx-time --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.6.3 p1.11, pie-0.5.2' Thread model: posix gcc version 4.6.3 (Gentoo 4.6.3 p1.11, pie-0.5.2) COLLECT_GCC_OPTIONS='-march=native' '-mtune=native' '-v' '-E' /usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/cc1 -E -quiet -v - -march=pentium-m -mcx16 -msahf -mno-movbe -mno-aes -mno-pclmul -mpopcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mbmi -mno-tbm -mno-avx -mno-sse4.2 -mno-sse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=4096 -mtune=generic ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include-fixed /usr/include End of search list. # 1 stdin stdin:1:0: error: CPU you selected does not support x86-64 instruction set It is returning pentium-m as architecture, which indeed is 32bit. I'm presently running the VM with -march=core2, but this is very weird. This is the /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 2 model name : QEMU Virtual CPU version 1.0 stepping: 3 microcode : 0x1 cpu MHz : 3399.998 cache size : 4096 KB fpu : yes fpu_exception : yes cpuid level : 4 wp : yes flags : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm rep_good nopl pni vmx cx16 popcnt hypervisor lahf_lm bogomips: 6799.99 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: Any idea what should be the march/mtune value? I don't have any experience with Hetzner's VMs - I only use their dedicated machines :) But as a more generic tip, you should install gentoo in VMs only with generic optimization. You can not safely rely on what CPU your VM will get. Maybe in 6 months the host your vm is on crashes, and your vm will be migrated to a new system with totally different cpu (actual hardware cpu or the cpu configuration that qemu is going to emulate). One tip for me: If your VMs are 64-bit, obviously the underlying CPU must be 64-bit. So, setting -march=nocona should be safe (Nocona is Intel's first AMD64-compatible CPU). Rgds, --
[gentoo-user] kdm: can't login and start KDE
Hello gentoo-users, Yesterday I completed a world update (amd64, unstable) and now I can't login with kdm. (I have kdm set as display manager in /etc/conf.d/xdm, and started from default runlevel) After booting, the login screen appears as usual. I type login/password and then a glimpse of X's default x-shaped pointer on black background appears, returning to the login screen. I don't get any sensible errors, neither in kdm.log nor in messages, all I see is: [/var/log/kdm.log] - klauncher(21958) kdemain: No DBUS session-bus found. Check if you have started the DBUS server. kdeinit4: Communication error with launcher. Exiting! kdmgreet(21952)/kdecore (K*TimeZone*): KSystemTimeZones: ktimezoned initialize() D-Bus call failed: Not connected to D-Bus server kdmgreet(21952)/kdecore (K*TimeZone*): No time zone information obtained from ktimezoned - But I guess this is unrelated, since dbus is running (and restarting it doesn't help, nor does restarting xdm) Each time login fails I also see this in [/var/log/messages] - Apr 9 11:33:53 localhost kdm: :0[20396]: pam_unix(kde:session): session opened for user yks by (uid=0) Apr 9 11:33:54 localhost kdm: :0[20396]: pam_unix(kde:session): session closed for user yks - No other logs appear to change. Needless to say that kdm 4.10.1 and earlier worked properly, and no configuration files were changed during the last update. As a workaround, I just typed startx on the console (with startkde in .xinitrc) and KDE started up, so I assume the problem is somewhere around kdm. Any ideas? P.S. I had no problem with networking and udev which got updated from 197-r9 to 200 and the network interface name didn't change from eth0 (the 80-*rules file was a regular file full of commented text) -- Best wishes, Yuri K. Shatroff
[gentoo-user] Gnome 3.8 - has anybody tried to unmask it
Hi, I'm considering unmasking Gnome 3.8. Has anybody made good/bad experience with this? Many thanks, Helmut.
Re: [gentoo-user] Gnome 3.8 - has anybody tried to unmask it
Sure, I have 3.8 running since about one week. Almost everything works. One thing that does not work any more is suspending / hibernating from within gnome. It seems like that this function may depend on systemds logind: https://bugs.gentoo.org/show_bug.cgi?id=464944 2013/4/9 Helmut Jarausch jarau...@igpm.rwth-aachen.de Hi, I'm considering unmasking Gnome 3.8. Has anybody made good/bad experience with this? Many thanks, Helmut.
Re: [gentoo-user] Re: Eth0 interface not found - udev that little slut!!!!!
On 2013-04-08 3:56 PM, Bruce Hill da...@happypenguincomputers.com wrote: Since Gentoo now recommends GrUB rather by default, it might be nice for folks to know how to use this. ? So the handbook used to recommend LILO? I installed my first gentoo box back in about 2004/2005, and grub was 'the way'... Personally, I didn't know people still used LILO (no flame intended, I just didn't realize it was still alive and kicking), but then gentoo was my first real experience with linux...
Re: [gentoo-user] Re: Eth0 interface not found - udev that little slut!!!!!
On 04/09/2013 06:02 AM, Tanstaafl wrote: On 2013-04-08 3:56 PM, Bruce Hill da...@happypenguincomputers.com wrote: Since Gentoo now recommends GrUB rather by default, it might be nice for folks to know how to use this. ? So the handbook used to recommend LILO? I installed my first gentoo box back in about 2004/2005, and grub was 'the way'... Personally, I didn't know people still used LILO (no flame intended, I just didn't realize it was still alive and kicking), but then gentoo was my first real experience with linux... It's not. (And neither is GRUB prior to GRUB2.) But it's Stable Enough that that it still works for a lot of people. Some folks swear by it... signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Gnome 3.8 - has anybody tried to unmask it
On Tue, Apr 9, 2013 at 5:02 AM, Michael Hampicke mgehampi...@gmail.com wrote: Sure, I have 3.8 running since about one week. Almost everything works. One thing that does not work any more is suspending / hibernating from within gnome. It seems like that this function may depend on systemds logind: https://bugs.gentoo.org/show_bug.cgi?id=464944 Don't top-post, please, even if it's the default for GMail. I also got it unmasked since last week; but I'm using systemd, so suspend works as well as usual ;) Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] -march=? for this cpu
On Tuesday 09 April 2013 12:31:44 PM IST, Pandu Poluan wrote: On Apr 9, 2013 1:16 PM, Michael Hampicke gentoo-u...@hadt.biz mailto:gentoo-u...@hadt.biz wrote: Am 09.04.2013 05:50, schrieb Nilesh Govindrajan: I have two Gentoo VMs at Hetzner and the CPU supports 64 bit (grep lm /proc/cpuinfo = true). But something funny, gcc -march=native -mtune=native -v -E - 21 /dev/null returns this: Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --without-ppl --without-cloog --enable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/python --enable-checking=release --disable-libgcj --enable-libstdcxx-time --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.6.3 p1.11, pie-0.5.2' Thread model: posix gcc version 4.6.3 (Gentoo 4.6.3 p1.11, pie-0.5.2) COLLECT_GCC_OPTIONS='-march=native' '-mtune=native' '-v' '-E' /usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/cc1 -E -quiet -v - -march=pentium-m -mcx16 -msahf -mno-movbe -mno-aes -mno-pclmul -mpopcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mbmi -mno-tbm -mno-avx -mno-sse4.2 -mno-sse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=4096 -mtune=generic ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include-fixed /usr/include End of search list. # 1 stdin stdin:1:0: error: CPU you selected does not support x86-64 instruction set It is returning pentium-m as architecture, which indeed is 32bit. I'm presently running the VM with -march=core2, but this is very weird. This is the /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 2 model name : QEMU Virtual CPU version 1.0 stepping: 3 microcode : 0x1 cpu MHz : 3399.998 cache size : 4096 KB fpu : yes fpu_exception : yes cpuid level : 4 wp : yes flags : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm rep_good nopl pni vmx cx16 popcnt hypervisor lahf_lm bogomips: 6799.99 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: Any idea what should be the march/mtune value? I don't have any experience with Hetzner's VMs - I only use their dedicated machines :) But as a more generic tip, you should install gentoo in VMs only with generic optimization. You can not safely rely on what CPU your VM will get. Maybe in 6 months the host your vm is on crashes, and your vm will be migrated to a new system with totally different cpu (actual hardware cpu or the cpu configuration that qemu is going to emulate). One tip for me: If your VMs are 64-bit, obviously the underlying CPU must be 64-bit. So, setting -march=nocona should be safe (Nocona is Intel's first AMD64-compatible CPU). Rgds, -- Well, it's a KVM virtual machine. And I'm *currently running* it with -march=core2 on 64bit, but that isn't very safe because it may be migrated any time in case the host fails. I guess it would be best to use generic x86_64? Or perhaps switch to 32bit because it's just 2 GB of RAM and it can't be bumped up any further (top end config). Some search reveals that it's an upstream bug where the CPU is detected as pentium m which happens to be 32 bit. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] Gnome 3.8 - has anybody tried to unmask it
2013/4/9 Canek Peláez Valdés can...@gmail.com On Tue, Apr 9, 2013 at 5:02 AM, Michael Hampicke mgehampi...@gmail.com wrote: Sure, I have 3.8 running since about one week. Almost everything works. One thing that does not work any more is suspending / hibernating from within gnome. It seems like that this function may depend on systemds logind: https://bugs.gentoo.org/show_bug.cgi?id=464944 Don't top-post, please, even if it's the default for GMail. I also got it unmasked since last week; but I'm using systemd, so suspend works as well as usual ; Yes, stupid gmail, it was not my intention to top post. Do you run a complete systemd system, or do you have USE=openrc enabled for systemd? I might try this in a VM.
Re: [gentoo-user] kdm: can't login and start KDE
2013/4/9 Yuri K. Shatroff yks-...@yandex.ru Hello gentoo-users, Yesterday I completed a world update (amd64, unstable) and now I can't login with kdm. (I have kdm set as display manager in /etc/conf.d/xdm, and started from default runlevel) After booting, the login screen appears as usual. I type login/password and then a glimpse of X's default x-shaped pointer on black background appears, returning to the login screen. I don't get any sensible errors, neither in kdm.log nor in messages, all I see is: [/var/log/kdm.log] - klauncher(21958) kdemain: No DBUS session-bus found. Check if you have started the DBUS server. kdeinit4: Communication error with launcher. Exiting! kdmgreet(21952)/kdecore (K*TimeZone*): KSystemTimeZones: ktimezoned initialize() D-Bus call failed: Not connected to D-Bus server kdmgreet(21952)/kdecore (K*TimeZone*): No time zone information obtained from ktimezoned - But I guess this is unrelated, since dbus is running (and restarting it doesn't help, nor does restarting xdm) Each time login fails I also see this in [/var/log/messages] - Apr 9 11:33:53 localhost kdm: :0[20396]: pam_unix(kde:session): session opened for user yks by (uid=0) Apr 9 11:33:54 localhost kdm: :0[20396]: pam_unix(kde:session): session closed for user yks - No other logs appear to change. Needless to say that kdm 4.10.1 and earlier worked properly, and no configuration files were changed during the last update. As a workaround, I just typed startx on the console (with startkde in .xinitrc) and KDE started up, so I assume the problem is somewhere around kdm. Any ideas? P.S. I had no problem with networking and udev which got updated from 197-r9 to 200 and the network interface name didn't change from eth0 (the 80-*rules file was a regular file full of commented text) -- Best wishes, Yuri K. Shatroff Hi. I have a similar problem here, since the last update from kde 4.9. But I can login with my user, I just cant using any new user. I found this problem easily, because I have a guest account, and I erase /home/guest/* once in a while. Since two months ago this account is useless. But my kde is istill 4.10.1. It seemed nobody had the same problem, and my problem was not that bad because my own account was working pretty well. The error is exactly the same of yours, when I try to login the guest account, but when I try startx a get the following: /etc/X11/xinit/xinitrc line 63: exec: xterm: not found I don't think it will help, because I get the same error if I try the working account. I'm using systemd, so I tried to remove consolkit support from kdm, but it didn't help. Is anyone else facing a similar problem? -- João de Matos Linux User #461527 Graduado em Engenharia de Computação UEFS - Universidade Estadual de Feira de Santana
Re: [gentoo-user] Gnome 3.8 - has anybody tried to unmask it
On Tue, Apr 9, 2013 at 7:55 AM, Michael Hampicke mgehampi...@gmail.com wrote: 2013/4/9 Canek Peláez Valdés can...@gmail.com On Tue, Apr 9, 2013 at 5:02 AM, Michael Hampicke mgehampi...@gmail.com wrote: Sure, I have 3.8 running since about one week. Almost everything works. One thing that does not work any more is suspending / hibernating from within gnome. It seems like that this function may depend on systemds logind: https://bugs.gentoo.org/show_bug.cgi?id=464944 Don't top-post, please, even if it's the default for GMail. I also got it unmasked since last week; but I'm using systemd, so suspend works as well as usual ; Yes, stupid gmail, it was not my intention to top post. Do you run a complete systemd system, or do you have USE=openrc enabled for systemd? I might try this in a VM. Not only do I have a complete systemd system and have USE=-openrc; I maintain a little overlay that allows to actually uninstall OpenRC and run Gentoo with systemd only: https://github.com/canek-pelaez/gentoo-systemd-only Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Gnome 3.8 - has anybody tried to unmask it
Am 09.04.2013 11:45, schrieb Helmut Jarausch: Hi, I'm considering unmasking Gnome 3.8. Has anybody made good/bad experience with this? Running it for several weeks already on 2 systems. No real problems for me (although I don't use evolution or epiphany or some other specific gnome-applications. Just using the desktop). I had to navigate around some special unmasking and some conflicts etc back then but it is very likely that this isn't needed anymore (as these issues are being cleaned up before releasing it to ~amd64). Stefan
Re: [gentoo-user] Gnome 3.8 - has anybody tried to unmask it
Canek Peláez Valdés can...@gmail.com wrote: On Tue, Apr 9, 2013 at 5:02 AM, Michael Hampicke mgehampi...@gmail.com wrote: Sure, I have 3.8 running since about one week. Almost everything works. One thing that does not work any more is suspending / hibernating from within gnome. It seems like that this function may depend on systemds logind: https://bugs.gentoo.org/show_bug.cgi?id=464944 Don't top-post, please, even if it's the default for GMail. I also got it unmasked since last week; but I'm using systemd, so suspend works as well as usual ;) Two questions: where can I find the things to unmask and I thought that 3.8 depended on python3.3 which I can't emerge because of missing keyword. Also, speech-dispatcher v8 which I would need seems to depend on python3.3 as well. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] kdm: can't login and start KDE
On 09.04.2013 17:13, João Matos wrote: 2013/4/9 Yuri K. Shatroff yks-...@yandex.ru mailto:yks-...@yandex.ru Hello gentoo-users, Yesterday I completed a world update (amd64, unstable) and now I can't login with kdm. (I have kdm set as display manager in /etc/conf.d/xdm, and started from default runlevel) After booting, the login screen appears as usual. I type login/password and then a glimpse of X's default x-shaped pointer on black background appears, returning to the login screen. I don't get any sensible errors, neither in kdm.log nor in messages, all I see is: [/var/log/kdm.log] - klauncher(21958) kdemain: No DBUS session-bus found. Check if you have started the DBUS server. kdeinit4: Communication error with launcher. Exiting! kdmgreet(21952)/kdecore (K*TimeZone*): KSystemTimeZones: ktimezoned initialize() D-Bus call failed: Not connected to D-Bus server kdmgreet(21952)/kdecore (K*TimeZone*): No time zone information obtained from ktimezoned - But I guess this is unrelated, since dbus is running (and restarting it doesn't help, nor does restarting xdm) Each time login fails I also see this in [/var/log/messages] - Apr 9 11:33:53 localhost kdm: :0[20396]: pam_unix(kde:session): session opened for user yks by (uid=0) Apr 9 11:33:54 localhost kdm: :0[20396]: pam_unix(kde:session): session closed for user yks - No other logs appear to change. Needless to say that kdm 4.10.1 and earlier worked properly, and no configuration files were changed during the last update. As a workaround, I just typed startx on the console (with startkde in .xinitrc) and KDE started up, so I assume the problem is somewhere around kdm. Any ideas? P.S. I had no problem with networking and udev which got updated from 197-r9 to 200 and the network interface name didn't change from eth0 (the 80-*rules file was a regular file full of commented text) -- Best wishes, Yuri K. Shatroff Hi. I have a similar problem here, since the last update from kde 4.9. But I can login with my user, I just cant using any new user. I found this problem easily, because I have a guest account, and I erase /home/guest/* once in a while. Since two months ago this account is useless. that's a little different problem ;) I remember the related discussion on this mailing list. But my kde is istill 4.10.1. It seemed nobody had the same problem, and my problem was not that bad because my own account was working pretty well. The error is exactly the same of yours, when I try to login the guest account, but when I try startx a get the following: /etc/X11/xinit/xinitrc line 63: exec: xterm: not found Can this be solved by putting an executable .xinitrc into the user's home dir? As for me, I had to put - exec /usr/bin/startkde - so that startx would start kde. I don't think it will help, because I get the same error if I try the working account. I'm using systemd, so I tried to remove consolkit support from kdm, but it didn't help. I also have a suspicion it has to do with consolekit, but there is no simple way to make sure. Is anyone else facing a similar problem? -- João de Matos Linux User #461527 Graduado em Engenharia de Computação UEFS - Universidade Estadual de Feira de Santana -- Best wishes, Yuri K. Shatroff
Re: [gentoo-user] Rant/Warning: fun with awesome and lightdm
Update: I opened a bug: https://bugs.gentoo.org/show_bug.cgi?id=465288. There is a reference to the Awesome upstream bug which resulted in the change to the desktop file, along with a link to a LightDM upstream bug that sounds like what was happening on my system. I hope I didn't aggravate anybody with this thread, I don't usually rant publicly like this (I'm sort of ashamed, actually). I do consider the information relevant to Awesome users, though, since the change might also hit users of kdm, gdm, and others. In fact, Fedora also has a bug about this: https://bugzilla.redhat.com/show_bug.cgi?id=901434. -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup signature.asc Description: PGP signature
Re: [gentoo-user] Gnome 3.8 - has anybody tried to unmask it
Am 09.04.2013 16:28, schrieb cov...@ccs.covici.com: Canek Peláez Valdés can...@gmail.com wrote: On Tue, Apr 9, 2013 at 5:02 AM, Michael Hampicke mgehampi...@gmail.com wrote: Sure, I have 3.8 running since about one week. Almost everything works. One thing that does not work any more is suspending / hibernating from within gnome. It seems like that this function may depend on systemds logind: https://bugs.gentoo.org/show_bug.cgi?id=464944 Don't top-post, please, even if it's the default for GMail. I also got it unmasked since last week; but I'm using systemd, so suspend works as well as usual ;) Two questions: where can I find the things to unmask and I thought that 3.8 depended on python3.3 which I can't emerge because of missing keyword. Also, speech-dispatcher v8 which I would need seems to depend on python3.3 as well. In /usr/portage/profiles/package.mask there a list of packages starting with # Pacho Ramos pa...@gentoo.org (28 Mar 2013) # Gnome 3.8 Mask going down till # Sebastien Fabbro bicat...@gentoo.org (26 Mar 2013) # Now included in sci-mathematics/mathgl # Removal in 30 days. Everything between those comments are packages that probably need unmasking - depending on what you want to install.
Re: [gentoo-user] Gnome 3.8 - has anybody tried to unmask it
On Tue, Apr 9, 2013 at 9:28 AM, cov...@ccs.covici.com wrote: Canek Peláez Valdés can...@gmail.com wrote: On Tue, Apr 9, 2013 at 5:02 AM, Michael Hampicke mgehampi...@gmail.com wrote: Sure, I have 3.8 running since about one week. Almost everything works. One thing that does not work any more is suspending / hibernating from within gnome. It seems like that this function may depend on systemds logind: https://bugs.gentoo.org/show_bug.cgi?id=464944 Don't top-post, please, even if it's the default for GMail. I also got it unmasked since last week; but I'm using systemd, so suspend works as well as usual ;) Two questions: where can I find the things to unmask It's in your portage tree: /usr/portage/profiles/package.mask Also: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/package.mask Look for # Gnome 3.8 Mask. Put that in /etc/portage/package.unmask, although you probably will not use all of those packages. and I thought that 3.8 depended on python3.3 which I can't emerge because of missing keyword. Also, speech-dispatcher v8 which I would need seems to depend on python3.3 as well. I'm running GNOME 3.8 with Python 3.2.3-r2 Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] -march=? for this cpu
Am 09.04.2013 14:53, schrieb Nilesh Govindrajan: On Tuesday 09 April 2013 12:31:44 PM IST, Pandu Poluan wrote: On Apr 9, 2013 1:16 PM, Michael Hampicke gentoo-u...@hadt.biz mailto:gentoo-u...@hadt.biz wrote: Am 09.04.2013 05:50, schrieb Nilesh Govindrajan: I have two Gentoo VMs at Hetzner and the CPU supports 64 bit (grep lm /proc/cpuinfo = true). But something funny, gcc -march=native -mtune=native -v -E - 21 /dev/null returns this: Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --without-ppl --without-cloog --enable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/python --enable-checking=release --disable-libgcj --enable-libstdcxx-time --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.6.3 p1.11, pie-0.5.2' Thread model: posix gcc version 4.6.3 (Gentoo 4.6.3 p1.11, pie-0.5.2) COLLECT_GCC_OPTIONS='-march=native' '-mtune=native' '-v' '-E' /usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/cc1 -E -quiet -v - -march=pentium-m -mcx16 -msahf -mno-movbe -mno-aes -mno-pclmul -mpopcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mbmi -mno-tbm -mno-avx -mno-sse4.2 -mno-sse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=4096 -mtune=generic ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include-fixed /usr/include End of search list. # 1 stdin stdin:1:0: error: CPU you selected does not support x86-64 instruction set It is returning pentium-m as architecture, which indeed is 32bit. I'm presently running the VM with -march=core2, but this is very weird. This is the /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 2 model name : QEMU Virtual CPU version 1.0 stepping: 3 microcode : 0x1 cpu MHz : 3399.998 cache size : 4096 KB fpu : yes fpu_exception : yes cpuid level : 4 wp : yes flags : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm rep_good nopl pni vmx cx16 popcnt hypervisor lahf_lm bogomips: 6799.99 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: Any idea what should be the march/mtune value? I don't have any experience with Hetzner's VMs - I only use their dedicated machines :) But as a more generic tip, you should install gentoo in VMs only with generic optimization. You can not safely rely on what CPU your VM will get. Maybe in 6 months the host your vm is on crashes, and your vm will be migrated to a new system with totally different cpu (actual hardware cpu or the cpu configuration that qemu is going to emulate). One tip for me: If your VMs are 64-bit, obviously the underlying CPU must be 64-bit. So, setting -march=nocona should be safe (Nocona is Intel's first AMD64-compatible CPU). Rgds, -- Well, it's a KVM virtual machine. And I'm *currently running* it with -march=core2 on 64bit, but that isn't very safe because it may be migrated any time in case the host fails. I guess it would be best to use generic x86_64? Or perhaps switch to 32bit because it's just 2 GB of RAM and it can't be bumped up any further (top end config). Some search reveals that it's an upstream bug where the CPU is detected as pentium m which happens to be 32 bit. I use this on 64bit VMs, but maybe nocona is better? CHOST=x86_64-pc-linux-gnu CFLAGS=-march=k8 -O2 -pipe
Re: [gentoo-user] Re: Eth0 interface not found - udev that little slut!!!!!
On Tue, Apr 09, 2013 at 06:02:38AM -0400, Tanstaafl wrote Personally, I didn't know people still used LILO (no flame intended, I just didn't realize it was still alive and kicking), but then gentoo was my first real experience with linux... It works; i.e. it loads the OS, with a minimum of fuss. What more can anyone ask for? -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Gnome 3.8 - has anybody tried to unmask it
Michael Hampicke gentoo-u...@hadt.biz wrote: Am 09.04.2013 16:28, schrieb cov...@ccs.covici.com: Canek Peláez Valdés can...@gmail.com wrote: On Tue, Apr 9, 2013 at 5:02 AM, Michael Hampicke mgehampi...@gmail.com wrote: Sure, I have 3.8 running since about one week. Almost everything works. One thing that does not work any more is suspending / hibernating from within gnome. It seems like that this function may depend on systemds logind: https://bugs.gentoo.org/show_bug.cgi?id=464944 Don't top-post, please, even if it's the default for GMail. I also got it unmasked since last week; but I'm using systemd, so suspend works as well as usual ;) Two questions: where can I find the things to unmask and I thought that 3.8 depended on python3.3 which I can't emerge because of missing keyword. Also, speech-dispatcher v8 which I would need seems to depend on python3.3 as well. In /usr/portage/profiles/package.mask there a list of packages starting with # Pacho Ramos pa...@gentoo.org (28 Mar 2013) # Gnome 3.8 Mask going down till # Sebastien Fabbro bicat...@gentoo.org (26 Mar 2013) # Now included in sci-mathematics/mathgl # Removal in 30 days. Everything between those comments are packages that probably need unmasking - depending on what you want to install. OK, thanks. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] -march=? for this cpu
NG == Nilesh Govindrajan m...@nileshgr.com writes: NG I have two Gentoo VMs at Hetzner and the CPU supports 64 bit (grep lm NG /proc/cpuinfo = true). NG model name : QEMU Virtual CPU version 1.0 march=native does not work on a QEMU virtual. In the past I had success doing this on such VMs: gcc -dM -E - /dev/null |sort /tmp/arch-none gcc -march=native -dM -E - /dev/null |sort /tmp/arch-native diff -U0 /tmp/arch-none /tmp/arch-native gcc-4.4 and gcc-4.5 provide useful results from the formula; 4.6 and newer do not. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
[gentoo-user] About to embark on x32
So I'm about to try setting up the x32 arch in a VM. I notice there's no handbook for it, though there is for amd64 and x86. I'm considering x32 for its lighter memory footprint... Does anyone know of any notable differences between the setup process for amd64 and x32, or should I expect things to be relatively smooth? signature.asc Description: OpenPGP digital signature
[gentoo-user] Re: About to embark on x32
On 04/09/2013 09:46 PM, Michael Mol wrote: So I'm about to try setting up the x32 arch in a VM. I notice there's no handbook for it, though there is for amd64 and x86. I'm considering x32 for its lighter memory footprint... Does anyone know of any notable differences between the setup process for amd64 and x32, or should I expect things to be relatively smooth? Well, scratch that. Segfault on the chroot step. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: About to embark on x32
On Apr 9, 2013 9:16 PM, Michael Mol mike...@gmail.com wrote: On 04/09/2013 09:46 PM, Michael Mol wrote: So I'm about to try setting up the x32 arch in a VM. I notice there's no handbook for it, though there is for amd64 and x86. I'm considering x32 for its lighter memory footprint... Does anyone know of any notable differences between the setup process for amd64 and x32, or should I expect things to be relatively smooth? Well, scratch that. Segfault on the chroot step. Yeah, the differences are not very huge setup-wise from, what i could tell, but the compiler definitely isn't all there. The time i did try it i found a few compiler issues and life caught up with me very quickly.
