Re: [gentoo-user] mysqld invoked oom-killer
Grant wrote: ... If my main rig starts using swap a lot, I'm going to be very curious. I even used 8Gbs to put portages work directory on tmpfs. I still didn't use any swap. By the way, that doesn't seem to make the compiles any faster. o_O CPU bottleneck? - Grant I sort of doubt it. I have a AMD 4 core 3.2Ghz CPU. A 6 core is about all that beats it. I think they have a 3.3. and a 3.4 now but that's marginal really. It has always been said that reading and writing to the portage work directory would slow down compiles a bit. Well, I tested the theory and it seemed to have taken a few seconds longer with portage's work directory on tmpfs instead of a hard drive. I see the reason it should be faster and I think it should be faster but when I tried it, theory ran up against reality. We all know what happens when theory meets reality. Theory is small and weak but reality is large, strong and a great teacher to boot. Reality always wins even when it don't make sense. :/ Don't worry, I was as surprised as anyone. I found on the forum where someone else came to the same conclusions. I guess it caches stuff or just that drives are faster and smarter nowadays. It was neat to try it tho. ;-) This is the most ram I have ever had. May be more than inside my head. lol Dale :-) :-)
Re: [gentoo-user] NEW idea: Kernel panics and more info
Mark Shields wrote: On Sat, Jul 23, 2011 at 10:26 AM, Dale rdalek1...@gmail.com mailto:rdalek1...@gmail.com wrote: OK. New theory here. This came about in another thread about the shiney new kernel, that isn't new by the way. Anyway, look at this crap: SNIP Why are some using the group users and others using my test user dale2? I don't think I have a group dale2. Could this be the cause? What exactly tells Linux to give those permissions? I looked around in /etc for some file that would set this but I can't find anything. Even if this isn't the cause, how do I go about fixing this? Dale :-) :-) The group shows instead of the GID, meaning the group is most definitely on your PC. You may want to check/change your primary group for dale. You can do this with: usermod -g users dale Then update the permissions on the files: chown -vR dale:users/home/dale/* You may want to backup your home directory first. I got it fixed and this helped a lot. I also took the backup advice to, just in case. ;-) Thanks much. Dale :-) :-)
Re: [gentoo-user] sys-kernel/gentoo-sources-3.0 and oldconfig
On 23 July 2011, at 19:30, Albert Hopkins wrote: I haven't filed a bug because at the moment we have not been able to figure out exactly what is causing it. Well, if you knew what was causing it, then you wouldn't need to report a bug as you could just fix it yourself :P Quite the opposite! Sure, file a bug if you can reproduce the problem and you don't know the cause, but even better is when you *do* know the cause. This informs others of the problem, and saves them going through all the same diagnosis steps as you, but also allows the devs to fix it via ebuid dependencies, or whatever. Stroller.
Re: [gentoo-user] sys-kernel/gentoo-sources-3.0 and oldconfig
On Sunday, July 24 at 15:11 (+0100), Stroller said: Well, if you knew what was causing it, then you wouldn't need to report a bug as you could just fix it yourself :P Quite the opposite! Yeah, I was half joking. The point was that not filing a bug because you don't know what the problem is is akin having the check engine light on your car go on but not taking it in to service because you don't know why the check engine light is on. As far as diagnostics. You can provide additional information, if they ask you and tell you how (the same way you would if you were taking your car in). There's really no reason *not* to report something that you know is wrong, in my opinion anyway. Even if it's not enough information to fix it, at least other people are aware that there is a problem.
Re: [gentoo-user] Re: sys-kernel/gentoo-sources-3.0 and oldconfig
On Sat, 23 Jul 2011 13:51:55 -0500, Dale wrote: It is a good point. I would like to be able to give some more details other than when I try to download a file in Firefox or Seamonkey, I get a kernel panic. That's not really a lot of info to give them and I'm not sure what they could do with the little info. Since it is using the network, is it a nic driver? Do you have another NIC you could try, one with a different chipset? -- Neil Bothwick Scientists decode the first confirmed alien transmission from outer space ... This really works! Just send 5*10^50 H atoms to each of the five star systems listed below. Then, add your own system to the top of the list, delete the system at the bottom, and send out copies of this message to 100 other solar systems. If you follow these instructions, within 0.25 of a galactic rotation you are guaranteed to receive enough hydrogen in return to power your civilization until entropy reaches its maximum! signature.asc Description: PGP signature
Re: [gentoo-user] Gentoo, new computer, still a bit confused
On Sat, 23 Jul 2011 14:46:25 -0400, Mike Edenfield wrote: What would you have done if the hard drive had failed? I always image the windows disk and then wipe it, but I'm aware that this is not completely reliable. some failures make restoration impossible. If the hard drive failed to the point that I couldn't restore it to factory defaults I suspect they would have a hard time telling if I was running Windows or not :) In that case, true. But there are other failures that would not affect the hard drive directly but would prevent you restoring it (without removing the drive which may invalidate the warranty). I'm not saying don't do it, I do it myself, but it is not a certain way of avoiding warranty problems. -- Neil Bothwick How do I set my laser printer to stun? signature.asc Description: PGP signature
Re: [gentoo-user] mysqld invoked oom-killer
If my main rig starts using swap a lot, I'm going to be very curious. I even used 8Gbs to put portages work directory on tmpfs. I still didn't use any swap. By the way, that doesn't seem to make the compiles any faster. o_O CPU bottleneck? - Grant I sort of doubt it. I have a AMD 4 core 3.2Ghz CPU. A 6 core is about all that beats it. I think they have a 3.3. and a 3.4 now but that's marginal really. I just got a 3.7! :) It has always been said that reading and writing to the portage work directory would slow down compiles a bit. Well, I tested the theory and it seemed to have taken a few seconds longer with portage's work directory on tmpfs instead of a hard drive. I see the reason it should be faster and I think it should be faster but when I tried it, theory ran up against reality. We all know what happens when theory meets reality. Theory is small and weak but reality is large, strong and a great teacher to boot. Reality always wins even when it don't make sense. :/ Don't worry, I was as surprised as anyone. I found on the forum where someone else came to the same conclusions. I guess it caches stuff or just that drives are faster and smarter nowadays. Thanks for sharing your results Dale. Surprising stuff. - Grant
[gentoo-user] Iwl3945
Hi there, im having problems in getting my wifi card working with kernel 2.6.38 r6. I built the kernel with userspace firmware loading support, and with iwl3945 as a module. I can successfully load the module, but when i try to bring wlan0 up, kernel messages says firmware file req failed: -2, which i guess means file not found, even though i did emerge the microcode the kernel is looking for, and the microcode file is in /lib/firmware. Am i missing some step? Do i have to run a daemon to load the microde? Thanks! Roberto -- sent from my mighty Nexusone
Re: [gentoo-user] Iwl3945
Device Drivers --- [*] Network device support --- [*] Wireless LAN --- [*] Wireless LAN (IEEE 802.11) M Intel Wireless Wifi [*] Enable LED support in iwlagn and iwl3945 drivers [*] Enable Spectrum Measurement in iwlagn driver [*] Enable full debugging output in iwlagn and iwl3945 drivers M Intel Wireless WiFi Next Gen AGN (iwlagn) [*] Intel Wireless WiFi 4965AGN [*] Intel Wireless WiFi 5000AGN; Intel WiFi Link 1000, 6000, and 6050 Series Can't tell what that might be. Make sure your kernel configuration look like shown above. On Sun, Jul 24, 2011 at 1:29 PM, modsrm mod...@gmail.com wrote: Hi there, im having problems in getting my wifi card working with kernel 2.6.38 r6. I built the kernel with userspace firmware loading support, and with iwl3945 as a module. I can successfully load the module, but when i try to bring wlan0 up, kernel messages says firmware file req failed: -2, which i guess means file not found, even though i did emerge the microcode the kernel is looking for, and the microcode file is in /lib/firmware. Am i missing some step? Do i have to run a daemon to load the microde? Thanks! Roberto -- sent from my mighty Nexusone
Re: [gentoo-user] Iwl3945
- iwl4965: iwlwifi-4965-1.ucode firmware file req failed: Reason -2 This error indicate a firmware version/filename mismatch. Just rename the file to whatever iwlwifi displays in this case: iwlwifi-4965-1.ucode If this fails, try an alternate version, perhaps net-wireless/iwl4965-ucode-228.57.1.21. The above is taken from Gentoo wiki troubleshoot section for iwlwifi drivers. Try that in case you haven't already. On Sun, Jul 24, 2011 at 1:29 PM, modsrm mod...@gmail.com wrote: Hi there, im having problems in getting my wifi card working with kernel 2.6.38 r6. I built the kernel with userspace firmware loading support, and with iwl3945 as a module. I can successfully load the module, but when i try to bring wlan0 up, kernel messages says firmware file req failed: -2, which i guess means file not found, even though i did emerge the microcode the kernel is looking for, and the microcode file is in /lib/firmware. Am i missing some step? Do i have to run a daemon to load the microde? Thanks! Roberto -- sent from my mighty Nexusone
Re: [gentoo-user] Re: sys-kernel/gentoo-sources-3.0 and oldconfig
Neil Bothwick wrote: On Sat, 23 Jul 2011 13:51:55 -0500, Dale wrote: It is a good point. I would like to be able to give some more details other than when I try to download a file in Firefox or Seamonkey, I get a kernel panic. That's not really a lot of info to give them and I'm not sure what they could do with the little info. Since it is using the network, is it a nic driver? Do you have another NIC you could try, one with a different chipset? I'm thinking about trying that next. I just hate to bust the sides off both rigs. It would be my luck I would do something to break them both. o_O I'm not sure it is the nic tho. It downloads just fine when emerge is fetching files. I'm not saying it isn't tho. I really don't know what it is. I'm also keeping in mind that the nic is built onto my mobo. I have never had good luck with a built in nic. On my old rig, it never worked right. That's why it has cards in it too. It's on the todo list of things to try. Just getting my nerve up. Dale :-) :-)
Re: [gentoo-user] Iwl3945
Hey thanks for the answer. No luck with changing the name of the microcode. -- sent from my mighty Nexusone On Jul 24, 2011 6:57 p.m., Srdjan Rakic srk...@gmail.com wrote: - iwl4965: iwlwifi-4965-1.ucode firmware file req failed: Reason -2 This error indicate a firmware version/filename mismatch. Just rename the file to whatever iwlwifi displays in this case: iwlwifi-4965-1.ucode If this fails, try an alternate version, perhaps net-wireless/iwl4965-ucode-228.57.1.21. The above is taken from Gentoo wiki troubleshoot section for iwlwifi drivers. Try that in case you haven't already. On Sun, Jul 24, 2011 at 1:29 PM, modsrm mod...@gmail.com wrote: Hi there, im having problems in getting my wifi card working with kernel 2.6.38 r6. I built the kernel with userspace firmware loading support, and with iwl3945 as a module. I can successfully load the module, but when i try to bring wlan0 up, kernel messages says firmware file req failed: -2, which i guess means file not found, even though i did emerge the microcode the kernel is looking for, and the microcode file is in /lib/firmware. Am i missing some step? Do i have to run a daemon to load the microde? Thanks! Roberto -- sent from my mighty Nexusone
[gentoo-user] Re: Replace root with aufs-united sda squashfs
On Sat, Jul 23, 2011 at 11:01:43AM +0700, Pandu Poluan wrote: AFAIK, there are files that *must* still exist for this strategy to succeed. However, this post from f.g.o [2] said that those files aren't necessary. So, I should do the following sequence in /etc/fstab : 1. Mount /dev/xvda3 as / 2. Mount /.root.sqfs as / 3. Mount aufs, uniting /dev/xvda3 and /.root.sqfs as / 4. Mount everything else AFAIK, it should be more something like: mount -t aufs /dev/xvda3(rw) and /root/sqfs(ro) /new_root And then chroot to /new_root. -- Nicolas Sebrecht
[gentoo-user] Re: root fs moved, but no init
On 07/23/2011 04:49 PM, Adam Carter wrote: Summary; Copied / from sda3 to sdb3 Updated the fstab in the new disk (/dev/sdb3 / btrfs noatime,compress=lzo0 0) Updated the kernel line's root=/dev/sda3 to /dev/sdb3 in grub.conf, but left the root (hd0,0) as it is. So, kernel is loaded from sda but init should run from sdb. When booting the kernel successfully mounts /dev/sdb3 as root fs Then the system halts at one of the freeing memory messages, but I assume the problem is that init isn't executed from /dev/sdb3 Since root is mounted, i know i have all the drivers I need in the kernel. Any ideas why booting stops? Are the perms correct on the copied init?
[gentoo-user] Re: root fs moved, but no init
On Sun, Jul 24, 2011 at 09:49:21AM +1000, Adam Carter wrote: Summary; Copied / from sda3 to sdb3 Updated the fstab in the new disk (/dev/sdb3 / btrfs noatime,compress=lzo0 0) Updated the kernel line's root=/dev/sda3 to /dev/sdb3 in grub.conf, but left the root (hd0,0) as it is. So, kernel is loaded from sda but init should run from sdb. When booting the kernel successfully mounts /dev/sdb3 as root fs Then the system halts at one of the freeing memory messages, but I assume the problem is that init isn't executed from /dev/sdb3 Since root is mounted, i know i have all the drivers I need in the kernel. Any ideas why booting stops? Unix rights on files? How did you copy the system? -- Nicolas Sebrecht
[gentoo-user] OpenOffice remerge failed
It must be one of the most annoying things in Gentoo when OOo fails at the very last minute! It may be this was caused by me forgetting to set MAKEOPTS=-j1 but just in case something else is amiss, does this look familiar? === = Building module xmlsecurity Entering /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/inc mkout -- version: 1.8 Entering /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/mscrypt Entering /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/nss Compiling: xmlsecurity/source/xmlsec/nss/securityenvironment_nssimpl.cxx In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++- v4/string:41, from /usr/include/unicode/std_string.h:39, from /usr/include/unicode/unistr.h:31, from /usr/include/unicode/strenum.h:14, from /usr/include/unicode/uenum.h:24, from /usr/include/unicode/ucnv.h:51, from /usr/include/libxml2/libxml/encoding.h:31, from /usr/include/libxml2/libxml/parser.h:807, from /usr/include/libxml2/libxml/globals.h:18, from /usr/include/libxml2/libxml/threads.h:35, from /usr/include/libxml2/libxml/xmlmemory.h:218, from /usr/include/libxml2/libxml/tree.h:1248, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/solver/320/unxlngx6.pro/inc/external/xmlsec/xmlsec.h:18, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/nss/securityenvironment_nssimpl.hxx:64, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/nss/securityenvironment_nssimpl.cxx:38: /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/stringfwd.h:44: error: template with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/stringfwd.h:47: error: template with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/stringfwd.h:50: error: template with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/stringfwd.h:54: error: template specialization with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/stringfwd.h:59: error: template specialization with C linkage In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++- v4/bits/char_traits.h:42, from /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++- v4/string:42, from /usr/include/unicode/std_string.h:39, from /usr/include/unicode/unistr.h:31, from /usr/include/unicode/strenum.h:14, from /usr/include/unicode/uenum.h:24, from /usr/include/unicode/ucnv.h:51, from /usr/include/libxml2/libxml/encoding.h:31, from /usr/include/libxml2/libxml/parser.h:807, from /usr/include/libxml2/libxml/globals.h:18, from /usr/include/libxml2/libxml/threads.h:35, from /usr/include/libxml2/libxml/xmlmemory.h:218, from /usr/include/libxml2/libxml/tree.h:1248, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/solver/320/unxlngx6.pro/inc/external/xmlsec/xmlsec.h:18, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/nss/securityenvironment_nssimpl.hxx:64, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/nss/securityenvironment_nssimpl.cxx:38: /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/postypes.h:111: error: template with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/postypes.h:214: error: template with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/postypes.h:219: error: template with C linkage In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++- v4/string:42, from /usr/include/unicode/std_string.h:39, from /usr/include/unicode/unistr.h:31, from /usr/include/unicode/strenum.h:14, from /usr/include/unicode/uenum.h:24, from /usr/include/unicode/ucnv.h:51, from /usr/include/libxml2/libxml/encoding.h:31, from /usr/include/libxml2/libxml/parser.h:807, from /usr/include/libxml2/libxml/globals.h:18, from /usr/include/libxml2/libxml/threads.h:35, from /usr/include/libxml2/libxml/xmlmemory.h:218, from /usr/include/libxml2/libxml/tree.h:1248, from
Re: [gentoo-user] OpenOffice remerge failed
On Sunday 24 July 2011 22:27:34 Mick wrote: It must be one of the most annoying things in Gentoo when OOo fails at the very last minute! It may be this was caused by me forgetting to set MAKEOPTS=-j1 but just in case something else is amiss, does this look familiar? === = Building module xmlsecurity Entering /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/inc mkout -- version: 1.8 Entering /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/mscrypt Entering /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/nss Compiling: xmlsecurity/source/xmlsec/nss/securityenvironment_nssimpl.cxx In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++- v4/string:41, from /usr/include/unicode/std_string.h:39, from /usr/include/unicode/unistr.h:31, from /usr/include/unicode/strenum.h:14, from /usr/include/unicode/uenum.h:24, from /usr/include/unicode/ucnv.h:51, from /usr/include/libxml2/libxml/encoding.h:31, from /usr/include/libxml2/libxml/parser.h:807, from /usr/include/libxml2/libxml/globals.h:18, from /usr/include/libxml2/libxml/threads.h:35, from /usr/include/libxml2/libxml/xmlmemory.h:218, from /usr/include/libxml2/libxml/tree.h:1248, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/solver/320/unxlngx6.pro/inc/external/xmlsec/xm lsec.h:18, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/nss/securityenviron ment_nssimpl.hxx:64, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/nss/securityenviron ment_nssimpl.cxx:38: /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/stringfwd.h:44: error: template with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/stringfwd.h:47: error: template with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/stringfwd.h:50: error: template with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/stringfwd.h:54: error: template specialization with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/stringfwd.h:59: error: template specialization with C linkage In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++- v4/bits/char_traits.h:42, from /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++- v4/string:42, from /usr/include/unicode/std_string.h:39, from /usr/include/unicode/unistr.h:31, from /usr/include/unicode/strenum.h:14, from /usr/include/unicode/uenum.h:24, from /usr/include/unicode/ucnv.h:51, from /usr/include/libxml2/libxml/encoding.h:31, from /usr/include/libxml2/libxml/parser.h:807, from /usr/include/libxml2/libxml/globals.h:18, from /usr/include/libxml2/libxml/threads.h:35, from /usr/include/libxml2/libxml/xmlmemory.h:218, from /usr/include/libxml2/libxml/tree.h:1248, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/solver/320/unxlngx6.pro/inc/external/xmlsec/xm lsec.h:18, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/nss/securityenviron ment_nssimpl.hxx:64, from /var/tmp/portage/app-office/openoffice-3.2.1- r1/work/ooo/build/OOO320_m19/xmlsecurity/source/xmlsec/nss/securityenviron ment_nssimpl.cxx:38: /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/postypes.h:111: error: template with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/postypes.h:214: error: template with C linkage /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++-v4/bits/postypes.h:219: error: template with C linkage In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/include/g++- v4/string:42, from /usr/include/unicode/std_string.h:39, from /usr/include/unicode/unistr.h:31, from /usr/include/unicode/strenum.h:14, from /usr/include/unicode/uenum.h:24, from /usr/include/unicode/ucnv.h:51, from /usr/include/libxml2/libxml/encoding.h:31, from /usr/include/libxml2/libxml/parser.h:807, from /usr/include/libxml2/libxml/globals.h:18, from /usr/include/libxml2/libxml/threads.h:35, from /usr/include/libxml2/libxml/xmlmemory.h:218, from
Re: [gentoo-user] OpenOffice remerge failed
Mick wrote: It must be one of the most annoying things in Gentoo when OOo fails at the very last minute! It may be this was caused by me forgetting to set MAKEOPTS=-j1 but just in case something else is amiss, does this look familiar? SNIP Before I start again, shall I switch to libreoffice-3.3.1 or is it not yet as polished as OOo? I found a post on the forums that mentioned disabling the nsplugin as a fix. You may want to try that if it is not a really long compile for you. If it is a long one, may want to wait and see if anyone else thinks this will work. Dale :-) :-)
[gentoo-user] Re: OpenOffice remerge failed
On 07/24/2011 01:27 PM, Mick wrote: It must be one of the most annoying things in Gentoo when OOo fails at the very last minute! It may be this was caused by me forgetting to set MAKEOPTS=-j1 If that's the cause (and I have no idea) then you should be able to complete the build this way, without starting over: #ebuild /usr/portage/app-office/openoffice/openoffice-3.2.1-r1.ebuild install That will resume the failed build where it stopped last time and, with any luck, will finish it. If the build stops again at a *different* spot, then repeat as needed. If it finally finishes without error, then there is one more step remaining: #ebuild /usr/portage/app-office/openoffice/openoffice-3.2.1-r1.ebuild qmerge Before I start again, shall I switch to libreoffice-3.3.1 or is it not yet as polished as OOo? I'm using it without problems so far. Some of the principal devs quit the OO project to start libreoffice. My gut feeling is that libreoffice will capture the market, but I have no real evidence to offer either way.
Re: [gentoo-user] Re: OpenOffice remerge failed
On Sunday 24 Jul 2011 22:11:47 walt wrote: On 07/24/2011 01:27 PM, Mick wrote: It must be one of the most annoying things in Gentoo when OOo fails at the very last minute! It may be this was caused by me forgetting to set MAKEOPTS=-j1 If that's the cause (and I have no idea) then you should be able to complete the build this way, without starting over: #ebuild /usr/portage/app-office/openoffice/openoffice-3.2.1-r1.ebuild install That will resume the failed build where it stopped last time and, with any luck, will finish it. Hmm ... probably will not work if I have fail-clean in my FEATURES. :-( I've run it now and it compiles again. If the build stops again at a *different* spot, then repeat as needed. If it finally finishes without error, then there is one more step remaining: #ebuild /usr/portage/app-office/openoffice/openoffice-3.2.1-r1.ebuild qmerge Before I start again, shall I switch to libreoffice-3.3.1 or is it not yet as polished as OOo? I'm using it without problems so far. Some of the principal devs quit the OO project to start libreoffice. My gut feeling is that libreoffice will capture the market, but I have no real evidence to offer either way. Thanks, from what I read online libreoffice is expected to be taking over openoffice sooner or later, I'm just not sure when to make the switch. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: sys-kernel/gentoo-sources-3.0 and oldconfig
On Sunday 24 July 2011 19:13:27 Dale wrote: I'm not sure it is the nic tho. It downloads just fine when emerge is fetching files. I'm not saying it isn't tho. I really don't know what it is. I'm also keeping in mind that the nic is built onto my mobo. I have never had good luck with a built in nic. On my old rig, it never worked right. That's why it has cards in it too. I had a nasty experience with a network device a few months ago. It wasn't a NIC this time but a WAP, which when it went faulty managed to wipe out half of the USB disk to which I was backing up the machine the WAP was connected to. Much repeated backing-up of several boxes was required to re-establish the status quo. Just goes to show that hardware failures can do some weird things. (Pick the bones out of that, Volker. Preferably without gratuitous offensiveness.) -- Rgds Peter Linux Counter number 5290
Re: [gentoo-user] Re: root fs moved, but no init
Unix rights on files? How did you copy the system? Yep, identical to the original. I used tar to copy the files and maintain permissions. Checksums match too.
Re: [gentoo-user] Re: sys-kernel/gentoo-sources-3.0 and oldconfig
Peter Humphrey wrote: On Sunday 24 July 2011 19:13:27 Dale wrote: I'm not sure it is the nic tho. It downloads just fine when emerge is fetching files. I'm not saying it isn't tho. I really don't know what it is. I'm also keeping in mind that the nic is built onto my mobo. I have never had good luck with a built in nic. On my old rig, it never worked right. That's why it has cards in it too. I had a nasty experience with a network device a few months ago. It wasn't a NIC this time but a WAP, which when it went faulty managed to wipe out half of the USB disk to which I was backing up the machine the WAP was connected to. Much repeated backing-up of several boxes was required to re-establish the status quo. Just goes to show that hardware failures can do some weird things. (Pick the bones out of that, Volker. Preferably without gratuitous offensiveness.) My old rig gave me some weird errors too. I can't recall what they were tho. I'm sure it is on the forums somewhere around mid to late 2003 or 2004 if I recall. I don't think I had that old rig to long when it went to acting all funny and such. Yep, hardware can be weird. I don't think mine is memory or anything but I'm only 99% sure. I'm leaving myself 1% to crawl out if needed. lol I can't say it isn't anything right now since I don't know what it is. That's the thing about puters, you can't rule out anything unless you can replace it and the problem goes away. Unfortunately I can't do that with CPU, ram and mobo or even the video card. Then again, I do have two ATI video cards. I'm to chicken to try them tho. I have no idea how to get a ATI card working. I'm going to check into this nic tho. I used to have a couple extras around here somewhere. Dale :-) :-)
[gentoo-user] Virtualbox VMs not running under 3.0.0-gentoo
Hi, I just got around to trying my Virtualbox VMs under the new 3.0.0 kernel and they aren't working. It says vboxdrv is not set up. I drop back to 2.6.39 and they run fine. Please note I really mean only the VMs won't start. The Vbox GUI runs fine but then cannot start the VMs. I used make oldconfig to get 3.0.0 working so maybe that caused the problem but I don't yet see what's wrong looking at the config files. Most likely this is some problem caused by the new numbering but I Googled around looking for a solution and didn't find one. Has anyone else here checked Virtualbox under the new kernel? Note that VMWare seems to be running fine under 3.0.0, only Virtualbox is failing. Thanks, Mark
Re: [gentoo-user] Virtualbox VMs not running under 3.0.0-gentoo
On Sun, 24 Jul 2011 17:09:13 -0700 Mark Knecht markkne...@gmail.com wrote: Hi, I just got around to trying my Virtualbox VMs under the new 3.0.0 kernel and they aren't working. It says vboxdrv is not set up. I drop back to 2.6.39 and they run fine. Please note I really mean only the VMs won't start. The Vbox GUI runs fine but then cannot start the VMs. I used make oldconfig to get 3.0.0 working so maybe that caused the problem but I don't yet see what's wrong looking at the config files. Most likely this is some problem caused by the new numbering but I Googled around looking for a solution and didn't find one. Has anyone else here checked Virtualbox under the new kernel? Note that VMWare seems to be running fine under 3.0.0, only Virtualbox is failing. Thanks, Mark You know that these Modules have to be compiled against the running kernel? A re-emerge should do: emerge -1av virtualbox-modules Almost forgot: youd also have to reload these modules via modprobe (or rebooting *hides*)
Re: [gentoo-user] Virtualbox VMs not running under 3.0.0-gentoo
On Sun, Jul 24, 2011 at 5:16 PM, Daniel Wagener st...@gmx.net wrote: On Sun, 24 Jul 2011 17:09:13 -0700 Mark Knecht markkne...@gmail.com wrote: Hi, I just got around to trying my Virtualbox VMs under the new 3.0.0 kernel and they aren't working. It says vboxdrv is not set up. I drop back to 2.6.39 and they run fine. Please note I really mean only the VMs won't start. The Vbox GUI runs fine but then cannot start the VMs. I used make oldconfig to get 3.0.0 working so maybe that caused the problem but I don't yet see what's wrong looking at the config files. Most likely this is some problem caused by the new numbering but I Googled around looking for a solution and didn't find one. Has anyone else here checked Virtualbox under the new kernel? Note that VMWare seems to be running fine under 3.0.0, only Virtualbox is failing. Thanks, Mark You know that these Modules have to be compiled against the running kernel? A re-emerge should do: emerge -1av virtualbox-modules Almost forgot: youd also have to reload these modules via modprobe (or rebooting *hides*) I'm about 500% I did all that but I'll do it again just to be sure. I use modules-rebuild -X rebuild to catch all the modules I need to rebuild as well as a few applications that over the years had problems with kernel or xorg-server changes. My list of modules apps now numbers about 8 and I know virtualbox-modules is part of that list. None the less when I get back to that machine I'll do it again. Thanks, MArk
Re: [gentoo-user] Virtualbox VMs not running under 3.0.0-gentoo
On Sun, Jul 24, 2011 at 5:16 PM, Daniel Wagener st...@gmx.net wrote: On Sun, 24 Jul 2011 17:09:13 -0700 Mark Knecht markkne...@gmail.com wrote: Hi, I just got around to trying my Virtualbox VMs under the new 3.0.0 kernel and they aren't working. It says vboxdrv is not set up. I drop back to 2.6.39 and they run fine. Please note I really mean only the VMs won't start. The Vbox GUI runs fine but then cannot start the VMs. I used make oldconfig to get 3.0.0 working so maybe that caused the problem but I don't yet see what's wrong looking at the config files. Most likely this is some problem caused by the new numbering but I Googled around looking for a solution and didn't find one. Has anyone else here checked Virtualbox under the new kernel? Note that VMWare seems to be running fine under 3.0.0, only Virtualbox is failing. Thanks, Mark You know that these Modules have to be compiled against the running kernel? A re-emerge should do: emerge -1av virtualbox-modules Almost forgot: youd also have to reload these modules via modprobe (or rebooting *hides*) Actually, I think I just figured it out. The new way of loading modules re Baselayout/OpenRC I think requires that we tell it what kernel version we're loading the modules for. I'm on the wrong machine right now but this machine has this sort of stuff in /etc/conf.d/modules: k2 ~ # cat /etc/conf.d/modules # You can define a list modules for a specific kernel version, # a released kernel version, a main kernel version or just a list. #modules_2_6_23_gentoo_r5=ieee1394 ohci1394 #modules_2_6_23=tun ieee1394 #modules_2_6=tun #modules=ohci1394 I'm guessing I need to modify this file to tell it to load the vbox modules for 3_0 kernels Would you concur? Cheers, Mark
Re: [gentoo-user] Virtualbox VMs not running under 3.0.0-gentoo
Mark Knecht wrote: On Sun, Jul 24, 2011 at 5:16 PM, Daniel Wagenerst...@gmx.net wrote: On Sun, 24 Jul 2011 17:09:13 -0700 Mark Knechtmarkkne...@gmail.com wrote: Hi, I just got around to trying my Virtualbox VMs under the new 3.0.0 kernel and they aren't working. It says vboxdrv is not set up. I drop back to 2.6.39 and they run fine. Please note I really mean only the VMs won't start. The Vbox GUI runs fine but then cannot start the VMs. I used make oldconfig to get 3.0.0 working so maybe that caused the problem but I don't yet see what's wrong looking at the config files. Most likely this is some problem caused by the new numbering but I Googled around looking for a solution and didn't find one. Has anyone else here checked Virtualbox under the new kernel? Note that VMWare seems to be running fine under 3.0.0, only Virtualbox is failing. Thanks, Mark You know that these Modules have to be compiled against the running kernel? A re-emerge should do: emerge -1av virtualbox-modules Almost forgot: youd also have to reload these modules via modprobe (or rebooting *hides*) I'm about 500% I did all that but I'll do it again just to be sure. I use modules-rebuild -X rebuild to catch all the modules I need to rebuild as well as a few applications that over the years had problems with kernel or xorg-server changes. My list of modules apps now numbers about 8 and I know virtualbox-modules is part of that list. None the less when I get back to that machine I'll do it again. Thanks, MArk Just to mention something stupid that I would do, and have done, don't forget to make sure the symlink is pointing to the new kernel. I did that the other day with the nvidia drivers. I scratched my head for minute because I did for once remember to rebuild the drivers before I rebooted. Sort of funny in a way. lol It's usually the other way around. One step forward, one step back. Dale :-) :-)
Re: [gentoo-user] Virtualbox VMs not running under 3.0.0-gentoo
On 07/24/11 22:02, Mark Knecht wrote: On Sun, Jul 24, 2011 at 5:16 PM, Daniel Wagenerst...@gmx.net wrote: On Sun, 24 Jul 2011 17:09:13 -0700 Mark Knechtmarkkne...@gmail.com wrote: Hi, I just got around to trying my Virtualbox VMs under the new 3.0.0 kernel and they aren't working. It says vboxdrv is not set up. I drop back to 2.6.39 and they run fine. Please note I really mean only the VMs won't start. The Vbox GUI runs fine but then cannot start the VMs. I used make oldconfig to get 3.0.0 working so maybe that caused the problem but I don't yet see what's wrong looking at the config files. Most likely this is some problem caused by the new numbering but I Googled around looking for a solution and didn't find one. Has anyone else here checked Virtualbox under the new kernel? Note that VMWare seems to be running fine under 3.0.0, only Virtualbox is failing. Thanks, Mark You know that these Modules have to be compiled against the running kernel? A re-emerge should do: emerge -1av virtualbox-modules Almost forgot: youd also have to reload these modules via modprobe (or rebooting *hides*) Actually, I think I just figured it out. The new way of loading modules re Baselayout/OpenRC I think requires that we tell it what kernel version we're loading the modules for. I'm on the wrong machine right now but this machine has this sort of stuff in /etc/conf.d/modules: k2 ~ # cat /etc/conf.d/modules # You can define a list modules for a specific kernel version, # a released kernel version, a main kernel version or just a list. #modules_2_6_23_gentoo_r5=ieee1394 ohci1394 #modules_2_6_23=tun ieee1394 #modules_2_6=tun #modules=ohci1394 I'm guessing I need to modify this file to tell it to load the vbox modules for 3_0 kernels Would you concur? Cheers, Mark Yes, I believe that would be your issue. I just handled that when I first moved over to openrc that i just added: modules=vboxdrv vboxnetadp vboxnetflt without even thinking out/dealing with kernel versions. Give it a whirl and see if it works after you reload 'em.
Re: [gentoo-user] Virtualbox VMs not running under 3.0.0-gentoo
On Sun, Jul 24, 2011 at 7:22 PM, Matthew Finkel
matthew.fin...@gmail.com wrote:
On 07/24/11 22:02, Mark Knecht wrote:
On Sun, Jul 24, 2011 at 5:16 PM, Daniel Wagenerst...@gmx.net wrote:
On Sun, 24 Jul 2011 17:09:13 -0700
Mark Knechtmarkkne...@gmail.com wrote:
Hi,
I just got around to trying my Virtualbox VMs under the new 3.0.0
kernel and they aren't working. It says vboxdrv is not set up. I drop
back to 2.6.39 and they run fine. Please note I really mean only the
VMs won't start. The Vbox GUI runs fine but then cannot start the VMs.
I used make oldconfig to get 3.0.0 working so maybe that caused the
problem but I don't yet see what's wrong looking at the config files.
Most likely this is some problem caused by the new numbering but I
Googled around looking for a solution and didn't find one. Has anyone
else here checked Virtualbox under the new kernel?
Note that VMWare seems to be running fine under 3.0.0, only
Virtualbox is failing.
Thanks,
Mark
You know that these Modules have to be compiled against the running
kernel? A re-emerge should do:
emerge -1av virtualbox-modules
Almost forgot: youd also have to reload these modules via modprobe (or
rebooting *hides*)
Actually, I think I just figured it out. The new way of loading
modules re Baselayout/OpenRC I think requires that we tell it what
kernel version we're loading the modules for. I'm on the wrong machine
right now but this machine has this sort of stuff in
/etc/conf.d/modules:
k2 ~ # cat /etc/conf.d/modules
# You can define a list modules for a specific kernel version,
# a released kernel version, a main kernel version or just a list.
#modules_2_6_23_gentoo_r5=ieee1394 ohci1394
#modules_2_6_23=tun ieee1394
#modules_2_6=tun
#modules=ohci1394
I'm guessing I need to modify this file to tell it to load the vbox
modules for 3_0 kernels
Would you concur?
Cheers,
Mark
Yes, I believe that would be your issue. I just handled that when I first
moved over to openrc that i just added:
modules=vboxdrv vboxnetadp vboxnetflt without even thinking out/dealing
with kernel versions.
Give it a whirl and see if it works after you reload 'em.
Changed my modules file and now it works fine.
Does what you show above work with the new methods? I'd FAR rather
have that than this mess:
# aic7xxx
modules_2_6=${modules_2_6} agpgart
module_agpgart_args_2_6=
modules_2_6=${modules_2_6} nvidia
module_nvidia_args_2_6=
modules_2_6=${modules_2_6} vboxdrv
module_vboxdrv_args_2_6=
modules_2_6=${modules_2_6} vboxnetflt
module_vboxnetflt_args_2_6=
modules_2_6=${modules_2_6} vboxnetadp
module_vboxnetadp_args_2_6=
modules_3_0=${modules_3_0} agpgart
module_agpgart_args_3_0=
modules_3_0=${modules_3_0} nvidia
module_nvidia_args_3_0=
modules_3_0=${modules_3_0} vboxdrv
module_vboxdrv_args_3_0=
modules_3_0=${modules_3_0} vboxnetflt
module_vboxnetflt_args_3_0=
modules_3_0=${modules_3_0} vboxnetadp
module_vboxnetadp_args_3_0=
Anyway, it's working now so let that be a little guidance for anyone
running into this problem with the new numbering system.
Cheers,
Mark
