Re: [gentoo-user] I am tired of this one.
On Fri, 3 Aug 2012 02:13:17 +0200, Alan McKinnon wrote: I once switched a host from unstable to stable and I sweated blood and bricks to do it. IIRC correctly it involved a whole lot of manual package masking, and that took a whole lot of grep sed and awking emerge output. How about qlist -ICv | sed 's/^/=/' /etc/portage/package.accept_keywords That will generate the initial list to prevent anything from downgrading when you switch keywords. Then use eix-test-obsolete from time to time to tell you what you can remove. Anything still in there are a few months should probably be allowed to downgrade. -- Neil Bothwick Windows Error #56: Operator fell asleep while waiting. signature.asc Description: PGP signature
Re: [gentoo-user] I am tired of this one.
On 08/02/12 21:47, Volker Armin Hemmann wrote: Try Kernel 3.0.x. But I suspect hw is the cause. 8400 Bumpgate Material? Maybe Not but i would replace it. Send from phone. Nightmare. Am 03.08.2012 06:30 schrieb Willie Matthews matthews.wil...@gmail.com mailto:matthews.wil...@gmail.com: On 08/02/2012 05:26 PM, Alecks Gates wrote: On Thu, Aug 2, 2012 at 7:13 PM, Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com wrote: On Thu, 2 Aug 2012 16:24:06 -0700 Mark Knecht markkne...@gmail.com mailto:markkne...@gmail.com wrote: That means your machine could be 100% testing software. At your skill level I do not think this is a good idea. It works for some but not for others.(me) I'm on my Kindle so more help is hard right now. Consider how to get to stable, if that is even possible. H, yeaahhh, I don't think so, he's a newbie I once switched a host from unstable to stable and I sweated blood and bricks to do it. IIRC correctly it involved a whole lot of manual package masking, and that took a whole lot of grep sed and awking emerge output. It was horrible. It would have been easier to reinstall. But, being a pigheaded Gentooist, I just had to try! What he could do is switch ACCEPT_KEYWORDS then not do much updates for 6 months and let stable catch up to unstable. Not ideal from a security update POV, but better than nothing -- Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com I'd have to agree with you, Alan. I tried switching from unstable to stable once (and I'm still a newbie, so I was even more of a newb when I tried) -- I just ended up reinstalling to keep my mind from melting. This was on a standard Desktop/Gnome system, of course. Yeah I don't know if I really want to take the time to reset up entire machine again. It is not only my XBMC machine but it is all my network services and routes the internet. I think I like the idea that Alan has, switch the ACCEPT_KEYWORDS and not update for a couple of months. -- Willie Matthews matthews.wil...@gmail.com mailto:matthews.wil...@gmail.com I am pretty sure it is the hardware failing. I just booted from a disk using the nouveau drivers and had the exact same problem. Thanks everyone for your help! -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
On Fri, Aug 3, 2012 at 4:19 AM, Willie Matthews matthews.wil...@gmail.com wrote: SNIP I am pretty sure it is the hardware failing. I just booted from a disk using the nouveau drivers and had the exact same problem. Thanks everyone for your help! Before you throw the machine out can you completely remove the 8400 from the box and look at whether the lock-up problems continue? I'm still suspicious of this CUDA/non-CUDA mixture. Also, once you get everything backed up (assuming the machine is failing you need to do that, right? ) ;-) then you might consider doing a stable non-~amd64 reinstall and looking at this problem again to see if it continues to exist. It could easily be something not well tested in a new release. Good luck with whatever path you take. Cheers, Mark
Re: [gentoo-user] I am tired of this one.
On 08/03/12 09:35, Mark Knecht wrote: On Fri, Aug 3, 2012 at 4:19 AM, Willie Matthews matthews.wil...@gmail.com wrote: SNIP I am pretty sure it is the hardware failing. I just booted from a disk using the nouveau drivers and had the exact same problem. Thanks everyone for your help! Before you throw the machine out can you completely remove the 8400 from the box and look at whether the lock-up problems continue? I'm still suspicious of this CUDA/non-CUDA mixture. Also, once you get everything backed up (assuming the machine is failing you need to do that, right? ) ;-) then you might consider doing a stable non-~amd64 reinstall and looking at this problem again to see if it continues to exist. It could easily be something not well tested in a new release. Good luck with whatever path you take. Cheers, Mark It is no way in the world I am going to toss this computer. It may be an oldie but she is still a goodie even without the vidoe card. It is the 8400 GS that is causing the lock up. Installed another OS late last night while everyone was sleeping and still had the problem. I have always used that card in this machine. Never had a problem with using it with the 6150 in it. -- Willie Matthews matthews.wil...@gmail.com
[gentoo-user] I am tired of this one.
Hello everyone, I have been dealing with this problem for awhile now. I have two nVidia video cards, one is a PNY 8400 GS PCIe and the other is a 6150 LE built onto the board. Problem is I want to use the nVidia driver with my 8400 GS but when I do try to use it, it will just lock up the entire computer. Sometime I can ssh in and sometimes I can't. I don't have compiz or anything like that. I am using the xfce compositor. While I do get to use the card for about 30 seconds to a minute, I can't open the nVidia X Server Settings panel, display panel nor anything that has to do with flash in chrome. A couple of the things that I have noticed about the Xorg Log is that the 8400 GS is reported as having 512mb or video memory when I know it is only 256. The 6150 is reported as having 256 and I am not sure how much that one is using. I have a feeling it is shared. When I am using the 6150 LE and I have the 8400 GS in also. The nVidia X Server Setting also says the same amounts of video memory. I haven been using this install of Gentoo for years now. The only thing that has changed in that time that has to do with Video Cards is Cuda. I use to use it a little for experiments. All in all the 6150 doesn't support Cuda and the 8400 GS does. Any thoughts are greatly appreciated. -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 1:09 PM, Willie Matthews matthews.wil...@gmail.com wrote: Hello everyone, I have been dealing with this problem for awhile now. I have two nVidia video cards, one is a PNY 8400 GS PCIe and the other is a 6150 LE built onto the board. Problem is I want to use the nVidia driver with my 8400 GS but when I do try to use it, it will just lock up the entire computer. Sometime I can ssh in and sometimes I can't. I don't have compiz or anything like that. I am using the xfce compositor. While I do get to use the card for about 30 seconds to a minute, I can't open the nVidia X Server Settings panel, display panel nor anything that has to do with flash in chrome. A couple of the things that I have noticed about the Xorg Log is that the 8400 GS is reported as having 512mb or video memory when I know it is only 256. The 6150 is reported as having 256 and I am not sure how much that one is using. I have a feeling it is shared. When I am using the 6150 LE and I have the 8400 GS in also. The nVidia X Server Setting also says the same amounts of video memory. I haven been using this install of Gentoo for years now. The only thing that has changed in that time that has to do with Video Cards is Cuda. I use to use it a little for experiments. All in all the 6150 doesn't support Cuda and the 8400 GS does. Any thoughts are greatly appreciated. -- Willie Matthews matthews.wil...@gmail.com Hi Willie, Sorry for the problems. I use two NVidia cards with nvidia-drivers and don't have any stability problems. My cards are the GTX465 a 8400GS which are both CUDA-based. There are some very real OpenGL issues with this setup, as well as all the Flash on NVidia problems, but no stability problems. As for your setup, if I was to guess I'd start wondering if the NVidia driver supports two cards where one is CUDA-based and the other isn't. I tried Googling for that with no real results. Note: I do use an xorg.conf file on my system, as well as the newest drivers. You didn't provide much technical info about your setup so maybe that could be posted? nvidia-smi reports the correct amount of memory on my two cards. Good luck, Mark
Re: [gentoo-user] I am tired of this one.
On 08/02/12 13:53, Mark Knecht wrote: On Thu, Aug 2, 2012 at 1:09 PM, Willie Matthews matthews.wil...@gmail.com wrote: Hello everyone, I have been dealing with this problem for awhile now. I have two nVidia video cards, one is a PNY 8400 GS PCIe and the other is a 6150 LE built onto the board. Problem is I want to use the nVidia driver with my 8400 GS but when I do try to use it, it will just lock up the entire computer. Sometime I can ssh in and sometimes I can't. I don't have compiz or anything like that. I am using the xfce compositor. While I do get to use the card for about 30 seconds to a minute, I can't open the nVidia X Server Settings panel, display panel nor anything that has to do with flash in chrome. A couple of the things that I have noticed about the Xorg Log is that the 8400 GS is reported as having 512mb or video memory when I know it is only 256. The 6150 is reported as having 256 and I am not sure how much that one is using. I have a feeling it is shared. When I am using the 6150 LE and I have the 8400 GS in also. The nVidia X Server Setting also says the same amounts of video memory. I haven been using this install of Gentoo for years now. The only thing that has changed in that time that has to do with Video Cards is Cuda. I use to use it a little for experiments. All in all the 6150 doesn't support Cuda and the 8400 GS does. Any thoughts are greatly appreciated. -- Willie Matthews matthews.wil...@gmail.com Hi Willie, Sorry for the problems. I use two NVidia cards with nvidia-drivers and don't have any stability problems. My cards are the GTX465 a 8400GS which are both CUDA-based. There are some very real OpenGL issues with this setup, as well as all the Flash on NVidia problems, but no stability problems. As for your setup, if I was to guess I'd start wondering if the NVidia driver supports two cards where one is CUDA-based and the other isn't. I tried Googling for that with no real results. Note: I do use an xorg.conf file on my system, as well as the newest drivers. You didn't provide much technical info about your setup so maybe that could be posted? nvidia-smi reports the correct amount of memory on my two cards. Good luck, Mark Hey Mark, What technical information would you like me to post? I am not to good with troubleshooting. Driver Version is x11-drivers/nvidia-drivers-302.17:0 -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 2:29 PM, Willie Matthews matthews.wil...@gmail.com wrote: SNIP Hey Mark, What technical information would you like me to post? I am not to good with troubleshooting. Driver Version is x11-drivers/nvidia-drivers-302.17:0 -- Willie Matthews matthews.wil...@gmail.com If you're gonna be a Gentoo user you will develop more of those traits over time. That's the newest driver. As per Paul's suggestion you might try an older one. Other than that post the contents of /etc/X11/xorg.conf as well as your current xorg log file, most like /var/log/Xorg.0.log, but it might have a different name. As the 6150 seems to be an on-board GPU only used in specific nvidia laptop chipsets I have no idea about it's specs. As you say it's not CUDA-based I'm suspicious about mixing CUDA non-CUDA and getting good results. You might query the nouveau driver guys to see if they support it. The 8400 is probably well supported there and likely someone will know if they support old new NVidia chips running together. Also, if you can get it to crash and are still able to ssh in then I'd look closely at the X11 log file and see if it says anything, as well as dmesg, etc. Maybe you're up against a kernel bug or something. (You didn't tell us much about your setup...) ;-) HTH, Mark
Re: [gentoo-user] I am tired of this one.
On 08/02/12 14:39, Mark Knecht wrote: On Thu, Aug 2, 2012 at 2:29 PM, Willie Matthews matthews.wil...@gmail.com wrote: SNIP Hey Mark, What technical information would you like me to post? I am not to good with troubleshooting. Driver Version is x11-drivers/nvidia-drivers-302.17:0 -- Willie Matthews matthews.wil...@gmail.com If you're gonna be a Gentoo user you will develop more of those traits over time. That's the newest driver. As per Paul's suggestion you might try an older one. Other than that post the contents of /etc/X11/xorg.conf as well as your current xorg log file, most like /var/log/Xorg.0.log, but it might have a different name. As the 6150 seems to be an on-board GPU only used in specific nvidia laptop chipsets I have no idea about it's specs. As you say it's not CUDA-based I'm suspicious about mixing CUDA non-CUDA and getting good results. You might query the nouveau driver guys to see if they support it. The 8400 is probably well supported there and likely someone will know if they support old new NVidia chips running together. Also, if you can get it to crash and are still able to ssh in then I'd look closely at the X11 log file and see if it says anything, as well as dmesg, etc. Maybe you're up against a kernel bug or something. (You didn't tell us much about your setup...) ;-) HTH, Mark Hey Mark, I have tried numerous drivers, from I think 275 up, skipping a couple of revisions. I end up with the same result when it comes to the 8400GS. I have also tried the nouveau driver with the same result. I have to disable the acceleration for it to work. When I change the bios setting to use the PCIe it doesn't show the 6150 at all in lspci (I Think). I am using the same xorg.conf file that I use for my 8400, nothing about it has changed except for the addition of the suggestions of Paul. Even that change still have the 6150 still working. Here are the two files that you asked for. /var/log/Xorg.0.log http://pastebin.com/dPy7HPRZ /etc/X11/xorg.conf http://pastebin.com/JQMr6HTS In the beginning this was my desktop with Gentoo on it. 8400 worked just fine. I started using it as a headless server for awhile and playing around with CUDA, now I am back to using it as a desktop but more for XBMC connected to a TV. I still use it to share the net, DNS, DHCP you know all that good stuff. Kernel Version 3.3.8-gentoo-r1 Tried to build 3.4 series but it just crashes out this computer, haven't tried the 3.5 series yet. I also just looked through my /var/log/messages file. It is nothing in there about the crash. It just jump time 2 minutes. That is the same thing that would be in dmesg right? I will switch back to the 8400 to take a look at dmesg for the crash if I can ssh in still. -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 3:30 PM, Willie Matthews matthews.wil...@gmail.com wrote: SNIP To my eye this looks to be the part you should go looking for answers about. Others in the past seem to have had their machines hang with this sort of message. I would not go further forward than the 3.3.8 version you are using. There isn't anything there that would fix this problem. I suspect the PCIe switch is working correctly as the older GPU is not PCIe. Is your machine fully Gentoo stable or are you using much ~amd64 stuff? It's OK to use ~amd64 nvidia-drivers, but don't do that for xorg or other stuff if you don't absolutely need it. You are talking old hardware here so there's no need to press forward with a lot of new stuff. Good luck, Mark [ 155.247] (WW) NVIDIA(GPU-0): check for mode 1024x768. [ 1065.581] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 1065.581] [ 1065.581] Backtrace: [ 1065.615] 0: /usr/bin/X (xorg_backtrace+0x34) [0x565a64] [ 1065.615] 1: /usr/bin/X (mieqEnqueue+0x263) [0x546c13] [ 1065.615] 2: /usr/bin/X (0x40+0x4a81c) [0x44a81c] [ 1065.615] 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f77b5083000+0x6130) [0x7f77b5089130] [ 1065.615] 4: /usr/bin/X (0x40+0x71f07) [0x471f07] [ 1065.615] 5: /usr/bin/X (0x40+0x9658a) [0x49658a] [ 1065.615] 6: /lib64/libpthread.so.0 (0x7f77bc841000+0x10280) [0x7f77bc851280] [ 1065.615] 7: /usr/lib64/libpixman-1.so.0 (0x7f77bc5bb000+0x6e2a2) [0x7f77bc6292a2] [ 1065.615] 8: /usr/lib64/libpixman-1.so.0 (pixman_image_composite32+0x498) [0x7f77bc5c5918] [ 1065.615] 9: /usr/lib64/xorg/modules/libfb.so (fbComposite+0x1d8) [0x7f77b6229bd8] [ 1065.615] 10: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f77b6435000+0x5194b5) [0x7f77b694e4b5] [ 1065.615] 11: /usr/bin/X (0x40+0xf63f6) [0x4f63f6] [ 1065.616] 12: /usr/bin/X (0x40+0xbe35d) [0x4be35d] [ 1065.616] 13: /usr/bin/X (0x40+0xbf215) [0x4bf215] [ 1065.616] 14: /usr/bin/X (0x40+0xbdac0) [0x4bdac0] [ 1065.616] 15: /usr/bin/X (0x40+0x5ed26) [0x45ed26] [ 1065.616] 16: /usr/bin/X (MapWindow+0x153) [0x461863] [ 1065.616] 17: /usr/bin/X (0x40+0x318d0) [0x4318d0] [ 1065.616] 18: /usr/bin/X (0x40+0x36ed9) [0x436ed9] [ 1065.616] 19: /usr/bin/X (0x40+0x2644a) [0x42644a] [ 1065.616] 20: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x7f77bb6f24bd] [ 1065.616] 21: /usr/bin/X (0x40+0x2673d) [0x42673d] [ 1065.616] [ 1065.616] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 1065.616] [mi] mieq is *NOT* the cause. It is a victim. [ 1065.881] [mi] Increasing EQ size to 512 to prevent dropped events. [ 1065.882] [mi] EQ processing has resumed after 63 dropped events. [ 1065.882] [mi] This may be caused my a misbehaving driver monopolizing the server's resources.
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 3:30 PM, Willie Matthews matthews.wil...@gmail.comwrote: On 08/02/12 14:39, Mark Knecht wrote: On Thu, Aug 2, 2012 at 2:29 PM, Willie Matthewsmatthews.wil...@gmail.com matthews.wil...@gmail.com wrote: SNIP Hey Mark, What technical information would you like me to post? I am not to good with troubleshooting. Driver Version is x11-drivers/nvidia-drivers-302.17:0 -- Willie matthewsmatthews.wil...@gmail.com If you're gonna be a Gentoo user you will develop more of those traits over time. That's the newest driver. As per Paul's suggestion you might try an older one. Other than that post the contents of /etc/X11/xorg.conf as well as your current xorg log file, most like /var/log/Xorg.0.log, but it might have a different name. As the 6150 seems to be an on-board GPU only used in specific nvidia laptop chipsets I have no idea about it's specs. As you say it's not CUDA-based I'm suspicious about mixing CUDA non-CUDA and getting good results. You might query the nouveau driver guys to see if they support it. The 8400 is probably well supported there and likely someone will know if they support old new NVidia chips running together. Also, if you can get it to crash and are still able to ssh in then I'd look closely at the X11 log file and see if it says anything, as well as dmesg, etc. Maybe you're up against a kernel bug or something. (You didn't tell us much about your setup...) ;-) HTH, Mark Hey Mark, I have tried numerous drivers, from I think 275 up, skipping a couple of revisions. I end up with the same result when it comes to the 8400GS. I have also tried the nouveau driver with the same result. I have to disable the acceleration for it to work. When I change the bios setting to use the PCIe it doesn't show the 6150 at all in lspci (I Think). I am using the same xorg.conf file that I use for my 8400, nothing about it has changed except for the addition of the suggestions of Paul. Even that change still have the 6150 still working. Here are the two files that you asked for. /var/log/Xorg.0.log http://pastebin.com/dPy7HPRZ /etc/X11/xorg.conf http://pastebin.com/JQMr6HTS In the beginning this was my desktop with Gentoo on it. 8400 worked just fine. I started using it as a headless server for awhile and playing around with CUDA, now I am back to using it as a desktop but more for XBMC connected to a TV. I still use it to share the net, DNS, DHCP you know all that good stuff. Kernel Version 3.3.8-gentoo-r1 Tried to build 3.4 series but it just crashes out this computer, haven't tried the 3.5 series yet. I also just looked through my /var/log/messages file. It is nothing in there about the crash. It just jump time 2 minutes. That is the same thing that would be in dmesg right? I will switch back to the 8400 to take a look at dmesg for the crash if I can ssh in still. -- Willie matthewsmatthews.wil...@gmail.com Can't get dmesg log. Can't ssh into it anymore! :( -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 3:45 PM, Mark Knecht markkne...@gmail.com wrote: On Thu, Aug 2, 2012 at 3:30 PM, Willie Matthews matthews.wil...@gmail.com wrote: SNIP To my eye this looks to be the part you should go looking for answers about. Others in the past seem to have had their machines hang with this sort of message. I would not go further forward than the 3.3.8 version you are using. There isn't anything there that would fix this problem. I suspect the PCIe switch is working correctly as the older GPU is not PCIe. Is your machine fully Gentoo stable or are you using much ~amd64 stuff? It's OK to use ~amd64 nvidia-drivers, but don't do that for xorg or other stuff if you don't absolutely need it. You are talking old hardware here so there's no need to press forward with a lot of new stuff. Good luck, Mark [ 155.247] (WW) NVIDIA(GPU-0): check for mode 1024x768. [ 1065.581] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 1065.581] [ 1065.581] Backtrace: [ 1065.615] 0: /usr/bin/X (xorg_backtrace+0x34) [0x565a64] [ 1065.615] 1: /usr/bin/X (mieqEnqueue+0x263) [0x546c13] [ 1065.615] 2: /usr/bin/X (0x40+0x4a81c) [0x44a81c] [ 1065.615] 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f77b5083000+0x6130) [0x7f77b5089130] [ 1065.615] 4: /usr/bin/X (0x40+0x71f07) [0x471f07] [ 1065.615] 5: /usr/bin/X (0x40+0x9658a) [0x49658a] [ 1065.615] 6: /lib64/libpthread.so.0 (0x7f77bc841000+0x10280) [0x7f77bc851280] [ 1065.615] 7: /usr/lib64/libpixman-1.so.0 (0x7f77bc5bb000+0x6e2a2) [0x7f77bc6292a2] [ 1065.615] 8: /usr/lib64/libpixman-1.so.0 (pixman_image_composite32+0x498) [0x7f77bc5c5918] [ 1065.615] 9: /usr/lib64/xorg/modules/libfb.so (fbComposite+0x1d8) [0x7f77b6229bd8] [ 1065.615] 10: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f77b6435000+0x5194b5) [0x7f77b694e4b5] [ 1065.615] 11: /usr/bin/X (0x40+0xf63f6) [0x4f63f6] [ 1065.616] 12: /usr/bin/X (0x40+0xbe35d) [0x4be35d] [ 1065.616] 13: /usr/bin/X (0x40+0xbf215) [0x4bf215] [ 1065.616] 14: /usr/bin/X (0x40+0xbdac0) [0x4bdac0] [ 1065.616] 15: /usr/bin/X (0x40+0x5ed26) [0x45ed26] [ 1065.616] 16: /usr/bin/X (MapWindow+0x153) [0x461863] [ 1065.616] 17: /usr/bin/X (0x40+0x318d0) [0x4318d0] [ 1065.616] 18: /usr/bin/X (0x40+0x36ed9) [0x436ed9] [ 1065.616] 19: /usr/bin/X (0x40+0x2644a) [0x42644a] [ 1065.616] 20: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x7f77bb6f24bd] [ 1065.616] 21: /usr/bin/X (0x40+0x2673d) [0x42673d] [ 1065.616] [ 1065.616] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 1065.616] [mi] mieq is *NOT* the cause. It is a victim. [ 1065.881] [mi] Increasing EQ size to 512 to prevent dropped events. [ 1065.882] [mi] EQ processing has resumed after 63 dropped events. [ 1065.882] [mi] This may be caused my a misbehaving driver monopolizing the server's resources. I don't think that it is all stable. I am using ACCEPT_KEYWORDS=~amd64 in the make.conf. Thanks a lot for pointing me in the right direction. I will look into it. -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
That means your machine could be 100% testing software. At your skill level I do not think this is a good idea. It works for some but not for others.(me) I'm on my Kindle so more help is hard right now. Consider how to get to stable, if that is even possible.
Re: [gentoo-user] I am tired of this one.
On Thu, 2 Aug 2012 16:24:06 -0700 Mark Knecht markkne...@gmail.com wrote: That means your machine could be 100% testing software. At your skill level I do not think this is a good idea. It works for some but not for others.(me) I'm on my Kindle so more help is hard right now. Consider how to get to stable, if that is even possible. H, yeaahhh, I don't think so, he's a newbie I once switched a host from unstable to stable and I sweated blood and bricks to do it. IIRC correctly it involved a whole lot of manual package masking, and that took a whole lot of grep sed and awking emerge output. It was horrible. It would have been easier to reinstall. But, being a pigheaded Gentooist, I just had to try! What he could do is switch ACCEPT_KEYWORDS then not do much updates for 6 months and let stable catch up to unstable. Not ideal from a security update POV, but better than nothing -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] I am tired of this one.
On Thu, Aug 2, 2012 at 7:13 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Thu, 2 Aug 2012 16:24:06 -0700 Mark Knecht markkne...@gmail.com wrote: That means your machine could be 100% testing software. At your skill level I do not think this is a good idea. It works for some but not for others.(me) I'm on my Kindle so more help is hard right now. Consider how to get to stable, if that is even possible. H, yeaahhh, I don't think so, he's a newbie I once switched a host from unstable to stable and I sweated blood and bricks to do it. IIRC correctly it involved a whole lot of manual package masking, and that took a whole lot of grep sed and awking emerge output. It was horrible. It would have been easier to reinstall. But, being a pigheaded Gentooist, I just had to try! What he could do is switch ACCEPT_KEYWORDS then not do much updates for 6 months and let stable catch up to unstable. Not ideal from a security update POV, but better than nothing -- Alan McKinnon alan.mckin...@gmail.com I'd have to agree with you, Alan. I tried switching from unstable to stable once (and I'm still a newbie, so I was even more of a newb when I tried) -- I just ended up reinstalling to keep my mind from melting. This was on a standard Desktop/Gnome system, of course.
Re: [gentoo-user] I am tired of this one.
On 08/02/2012 05:26 PM, Alecks Gates wrote: On Thu, Aug 2, 2012 at 7:13 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Thu, 2 Aug 2012 16:24:06 -0700 Mark Knecht markkne...@gmail.com wrote: That means your machine could be 100% testing software. At your skill level I do not think this is a good idea. It works for some but not for others.(me) I'm on my Kindle so more help is hard right now. Consider how to get to stable, if that is even possible. H, yeaahhh, I don't think so, he's a newbie I once switched a host from unstable to stable and I sweated blood and bricks to do it. IIRC correctly it involved a whole lot of manual package masking, and that took a whole lot of grep sed and awking emerge output. It was horrible. It would have been easier to reinstall. But, being a pigheaded Gentooist, I just had to try! What he could do is switch ACCEPT_KEYWORDS then not do much updates for 6 months and let stable catch up to unstable. Not ideal from a security update POV, but better than nothing -- Alan McKinnon alan.mckin...@gmail.com I'd have to agree with you, Alan. I tried switching from unstable to stable once (and I'm still a newbie, so I was even more of a newb when I tried) -- I just ended up reinstalling to keep my mind from melting. This was on a standard Desktop/Gnome system, of course. Yeah I don't know if I really want to take the time to reset up entire machine again. It is not only my XBMC machine but it is all my network services and routes the internet. I think I like the idea that Alan has, switch the ACCEPT_KEYWORDS and not update for a couple of months. -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] I am tired of this one.
That will likely work. You can also unmask many/most testing packages to the Rev you currently have installed and then likely continue updates running eix-test-obsolete along the way to clean up the unmasked over time. Good luck. Cheers, Mark
Re: [gentoo-user] I am tired of this one.
Try Kernel 3.0.x. But I suspect hw is the cause. 8400 Bumpgate Material? Maybe Not but i would replace it. Send from phone. Nightmare. Am 03.08.2012 06:30 schrieb Willie Matthews matthews.wil...@gmail.com: On 08/02/2012 05:26 PM, Alecks Gates wrote: On Thu, Aug 2, 2012 at 7:13 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Thu, 2 Aug 2012 16:24:06 -0700 Mark Knecht markkne...@gmail.com wrote: That means your machine could be 100% testing software. At your skill level I do not think this is a good idea. It works for some but not for others.(me) I'm on my Kindle so more help is hard right now. Consider how to get to stable, if that is even possible. H, yeaahhh, I don't think so, he's a newbie I once switched a host from unstable to stable and I sweated blood and bricks to do it. IIRC correctly it involved a whole lot of manual package masking, and that took a whole lot of grep sed and awking emerge output. It was horrible. It would have been easier to reinstall. But, being a pigheaded Gentooist, I just had to try! What he could do is switch ACCEPT_KEYWORDS then not do much updates for 6 months and let stable catch up to unstable. Not ideal from a security update POV, but better than nothing -- Alan McKinnon alan.mckin...@gmail.com I'd have to agree with you, Alan. I tried switching from unstable to stable once (and I'm still a newbie, so I was even more of a newb when I tried) -- I just ended up reinstalling to keep my mind from melting. This was on a standard Desktop/Gnome system, of course. Yeah I don't know if I really want to take the time to reset up entire machine again. It is not only my XBMC machine but it is all my network services and routes the internet. I think I like the idea that Alan has, switch the ACCEPT_KEYWORDS and not update for a couple of months. -- Willie Matthews matthews.wil...@gmail.com
