Re: [gentoo-user] KDE and HARD lock ups.
On Wed, 2011-07-06 at 23:01 -0500, Dale wrote: > Dale wrote: > > Dale wrote: > >> > Thoughts? Anyone think of anything that could cause this? > > Dale > > :-) :-) > Hi Dale, I have not been following the thread, but have you tried starting the problem apps, konsole etc from a basic xterm with strace? BillK -- William Kenworthy Home in Perth!
Re: [gentoo-user] Xfce4 shutdown issues
On Wednesday 06 July 2011 16:37:40 john wrote: > Since a recent upgrade of polkit (I think) as a normal user I can no > longer shutdown using log out, shutdown option not available. As root > using shutdown only logs you out but does not shutdown. > > On a second machine as a normal user I can see shutdown but this only > logs me out. > > Are we supposed to write our own rules for this? > > I am in plugdev group and have dbus, consolekit and polkit in use flags. > > I cannot see any difference between config files on 2 machines but 1 is > a laptop the other desktop??? > > Any suggestions other than converting to e16? (which is becoming > tempting). This seems to happen every upgrade of xfce4/polkit/dbus. I had the same problem and have made this rule/config in /etc/polkit-1/localauthority/50-local.d/power.pkla -- start file -- [Local restart] Identity=unix-group:wheel Action=org.freedesktop.consolekit.system.restart ResultAny=yes ResultInactive=no ResultActive=yes [Local shutdown] Identity=unix-group:wheel Action=org.freedesktop.consolekit.system.stop ResultAny=yes ResultInactive=no ResultActive=yes [Local restart - multiple] Identity=unix-group:wheel Action=org.freedesktop.consolekit.system.restart-multiple-users ResultAny=yes ResultInactive=no ResultActive=yes [Local shutdown - multiple] Identity=unix-group:wheel Action=org.freedesktop.consolekit.system.stop-multiple-users ResultAny=yes ResultInactive=no ResultActive=yes -- end file -- don't know where I got it from, not from a Gentoo handbook... but this works for me 8-) you might also want to use an udisks.pkla to access usb devices: -- start file -- [udisks full access] Identity=unix-group:usb Action=org.freedesktop.udisks.* ResultAny=yes -- end file -- Rudmer
Re: [gentoo-user] {OT} Wireless KVM, but just V?
Like http://www.connectivity.avocent.com/solutions/wirelessav.asp? Google! BillK On Wed, 2011-07-06 at 20:08 -0700, Grant wrote: > Does a device exist that will allow you to send the video signal from > a Gentoo system wirelessly across the room to a monitor? Should I > just get a wireless KVM unit and not use the KM? > > - Grant > -- William Kenworthy Home in Perth!
Re: [gentoo-user] KDE and HARD lock ups.
Dale wrote: Dale wrote: Let me add some more confusion. I'm in KDE right now. I took the sides off and blew out a VERY little bit of dust and replugged things, video card, mobo power cables and such as that. I also booted to the newly created .kde directory instead of my old one. This is the old install tho. I logged in with nothing running, blank session, and then took a nap. I got up a few minutes ago and KDE is still running. I opened Kpat, card game, and played a little of it. After a few minutes, I opened Seamonkey and am typing as you can see. Same kernel, same nvidia, same packages and same hardware. I did notice something a bit ago but have not posted since I noticed it. It seems to crash when I open Konsole as root. I have my menu set up to run it as root and that is where I do my sync and updates. As soon as the window pops up, my mouse pointer freezes. I thought it was a coincidence until now. After I send this reply, I'm going to open Konsole and nothing else. I want to see if it does it again. Since it has been running this long with Konsole closed, it would be odd if it fails when I open that up here shortly. I have tried to eliminate things one by one. I tried a different kernel before I ever posted anything but I'm not sure I mentioned it. Doing that is almost like breathing. If I run into issues, I try a old kernel first. I have also tried both nvidia drivers that are in portage with a few different kernels. As mentioned, I also tried a fresh install as well. This makes me question hardware but since everything has to work together, who knows where to start. Could it be the extra ram that Konsole accesses? Could it be a bad instruction that the CPU doesn't like? Could it be the video card trying to redraw the screen? Lots of questions with few answers. Well, I'm going to send this then open Konsole. See if it locks up again. Dale :-) :-) I forgot to answer one question you had. Yes, this is my new rig that was built a while back. As I was suspecting, I opened Konsole after sending the last message and it locked up real good. I did manage to get the SysReq keys to work tho. I opened Konsole from the menu, the password window popped up and I typed in my root password. After that, the Konsole window popped up and as soon as I touched the mouse, lock up. After I rebooted and logged in, I wanted to see if it could be a bad memory issue or even the video card itself. I opened a HD video, Asteroid Galaxy Tour, and played it back to back. It never missed a beat. I'm going to avoid Konsole and see what all else I can open until it fails again. I'll post back what happens. Any of you gurus figure out why my system hates to open Konsole as root? I might add, I used konsole from inside Fluxbox with no problems. Dale :-) :-) A little more info. After my last message, I opened Firefox. It locked up. That runs as a regular user of course. So, I wanted to test a theory. I logged into Fluxbox after my reboot. I opened Firefox and it locked up. Nothing else was running. My first lock up in Fluxbox!! So, Firefox will lock up in BOTH KDE and Fluxbox. What do Konsole in KDE, Fluxbox in both KDE and Fluxbox have in common? Keep in mind, Konsole works fine in Fluxbox. I thought of something tho. I upgraded glibc a while back. I had some KDE updates and a Firefox update just a little bit before this happened. Could this be related somehow? Also, when Firefox locked up, I went to my old rig and tried to login to this rig. The network connection was dead. So, that time at least, it was a serious lock up. Sometimes the SysReq keys work, sometimes not. Thoughts? Anyone think of anything that could cause this? Dale :-) :-)
[gentoo-user] Re: output of emerge -v emacs-vcs (not the masking something else)
walt writes: > On 07/03/2011 03:07 PM, Harry Putnam wrote: >> I'm getting output from emerge -v emacs-vcs like this: >> >> >> * ERROR: app-editors/emacs-vcs-24.0.-r1 failed (unpack phase): >> * bzr.eclass: can't pull from bzr://bzr.savannah.gnu.org/emacs/trunk/ >> >> I tried >> bzr branch bzr://bzr.savannah.gnu.org/emacs/trunk/ >> by hand and had no problems with it. > > I've never used a version that pulls from bzr, but I have used > some that pull from git and (yuk) svn. The cloned repos were stored > (I think) in /usr/portage/disfiles/git (or svn) -- or something similar. > > If you can find a bzr repo in your /usr/portage/distfiles, try deleting > it. My memory is a bit fuzzy here, but you get the general idea, I hope. Haaa... yep, that worked .. (deleting bzr-src) I was suprized to learn the repo was created in /usr/portage/distfiles I thought it would happen in /var/tmp. Well, now I know... thanks. If you happen to do an `emerge emacs-vcs' be prepared for a really loooggg wait on bzr. It is the absolute slowest thing going to check a module out from.
Re: [gentoo-user] Re: Is Gentoo wiping out Gtk 2 support from packages that support it?
On 2011年07月07日 10:45, Nikos Chantziaras wrote: > On 07/07/2011 05:12 AM, 微菜 wrote: >> Devs can do what ever they think are right. Don't argue with them unless >> you pay them. > > Who died and made *them* kings? Here's what gentoo.org claims: They have commit rights, that's why they think they are kings. Hey, even the creator had lost those rights. If they move on to gtk3, I think at least they provide a way to build against gtk2 but mask the USE flags. > > "Gentoo is a free operating system based on either Linux or FreeBSD that > can be automatically optimized and customized for just about any > application or need." > > "Of course, Gentoo is more than just the software it provides. It is a > community built around a distribution which is driven by more than 300 > developers and thousands of users." > > There you have it. It is driven not only by devs, but by users too. So > yes, I'm going to argue with them. > > -- 我是天马博士,对,就是创造了阿童木的那个天马博士 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] KDE and HARD lock ups.
Dale wrote: Let me add some more confusion. I'm in KDE right now. I took the sides off and blew out a VERY little bit of dust and replugged things, video card, mobo power cables and such as that. I also booted to the newly created .kde directory instead of my old one. This is the old install tho. I logged in with nothing running, blank session, and then took a nap. I got up a few minutes ago and KDE is still running. I opened Kpat, card game, and played a little of it. After a few minutes, I opened Seamonkey and am typing as you can see. Same kernel, same nvidia, same packages and same hardware. I did notice something a bit ago but have not posted since I noticed it. It seems to crash when I open Konsole as root. I have my menu set up to run it as root and that is where I do my sync and updates. As soon as the window pops up, my mouse pointer freezes. I thought it was a coincidence until now. After I send this reply, I'm going to open Konsole and nothing else. I want to see if it does it again. Since it has been running this long with Konsole closed, it would be odd if it fails when I open that up here shortly. I have tried to eliminate things one by one. I tried a different kernel before I ever posted anything but I'm not sure I mentioned it. Doing that is almost like breathing. If I run into issues, I try a old kernel first. I have also tried both nvidia drivers that are in portage with a few different kernels. As mentioned, I also tried a fresh install as well. This makes me question hardware but since everything has to work together, who knows where to start. Could it be the extra ram that Konsole accesses? Could it be a bad instruction that the CPU doesn't like? Could it be the video card trying to redraw the screen? Lots of questions with few answers. Well, I'm going to send this then open Konsole. See if it locks up again. Dale :-) :-) I forgot to answer one question you had. Yes, this is my new rig that was built a while back. As I was suspecting, I opened Konsole after sending the last message and it locked up real good. I did manage to get the SysReq keys to work tho. I opened Konsole from the menu, the password window popped up and I typed in my root password. After that, the Konsole window popped up and as soon as I touched the mouse, lock up. After I rebooted and logged in, I wanted to see if it could be a bad memory issue or even the video card itself. I opened a HD video, Asteroid Galaxy Tour, and played it back to back. It never missed a beat. I'm going to avoid Konsole and see what all else I can open until it fails again. I'll post back what happens. Any of you gurus figure out why my system hates to open Konsole as root? I might add, I used konsole from inside Fluxbox with no problems. Dale :-) :-)
[gentoo-user] {OT} Wireless KVM, but just V?
Does a device exist that will allow you to send the video signal from a Gentoo system wirelessly across the room to a monitor? Should I just get a wireless KVM unit and not use the KM? - Grant
Re: [gentoo-user] Re: Is Gentoo wiping out Gtk 2 support from packages that support it?
Nikos Chantziaras wrote: On 07/07/2011 02:06 AM, Dale wrote: Volker Armin Hemmann wrote: and/or take the whole mess to -dev... I couldn't care less about gtk stuff - but forcing gtk3 just because - and that on a package where gtk3 is the worse choice... not a smart move. This sounds like the move KDE made with KDE4. I have some gtk stuff on here but I'm not sure how much I actually use it. The new version may be good one day but if it is not ready yet, why not wait until it is? This is not about Gnome though. It's about Gtk. And portage never removed older versions, unlike Qt. Try: eix -e gtk+ Hell, there's still version 1.2.10 lurking in there! What are the chances there would be a Qt 1.x in portage? I didn't mention Gnome. I have some gnome stuff on here but don't use the desktop itself. I just made the comparison to KDE3 being dropped when it was well known that KDE4 still needed some time to get some kinks worked out. From what was posted here, I got the impression that gtk2 is being dropped when gtk3 is not . . . well quite ready yet. Just saying. :/ Dale :-) :-)
[gentoo-user] Re: Is Gentoo wiping out Gtk 2 support from packages that support it?
On 07/07/2011 05:12 AM, 微菜 wrote: Devs can do what ever they think are right. Don't argue with them unless you pay them. Who died and made *them* kings? Here's what gentoo.org claims: "Gentoo is a free operating system based on either Linux or FreeBSD that can be automatically optimized and customized for just about any application or need." "Of course, Gentoo is more than just the software it provides. It is a community built around a distribution which is driven by more than 300 developers and thousands of users." There you have it. It is driven not only by devs, but by users too. So yes, I'm going to argue with them.
Re: [gentoo-user] KDE and HARD lock ups.
Mark Knecht wrote: On Wed, Jul 6, 2011 at 3:00 PM, Dale wrote: Mark Knecht wrote: If I had to guess I'd say, since this followed a power failure where the machine was live and operating (if I've understood the thread through a quick scan) that some file on disk has gotten corrupted and it's that corruption that's causing the problem. You've checked memory. Let's assume that te processor and MB weren't damaged by this event. If that's the case - and unfortunately I don't know of any way to ensure it hasn't as it requires one to have a bit-accurate image of the machine before the power failure - there's probably no way to eliminate this as a possibility short of an emerge -e @world. It's not where I'd start. I'd probably look for core dump files or very carefully do experiment s trying to isolate exactly what part of KDE is firing off the problem. re-emerging the NVidia driver is a no-brainer as it takes no more than 1-2 minutes to test things. Rebuilding the machine is certainly more involved. If you have lots of disk space you might rsync the whole machine to a new partition to do the work, then using something other than KDE which doesn't crash rebuild the copy from a chroot which leaves the machine usable while the rebuild is going on. None of this sounds like fun... - Mark I did something similar at least. I have two drives in here that are for my OS. I have a third that is for data, videos, audio stuff and documents. The data drive is a 750Gb. The old main OS drive is a 160Gb and the spare OS drive is a 250Gb. I downloaded a stage3 tarball. I then set up the spare OS drive and mounted the partitions basically following the docs. I then copied over /etc, disfiles and the world file. After that, I did a emerge -e world which installed everything that I had before. It also has a slightly newer kernel as well. So, after running my memtest this morning while I took a nap, I booted into the new install. I checked with the mount command to make sure I was in the new install too. I deleted EVERYTHING KDE in my home directory. After that, I logged into KDE. A box popped up that composite was disabled. It said I could hit shift alt F12 to enable. After I started Firefox, it locked up complete with my keyboard lights blinking again. What does Fluxbox use as opposed to KDE? Both use the Nvidia drivers right? I use KDM for my login screen and I think nvidia is loaded when it starts and it uses nvidia thereafter. So, if it was the driver, would it not mess up in Fluxbox too? What makes Fluxbox work and KDE fail? Could my video card be having issues? I may take the sides off and unplug replug everything and give it all a once over. Maybe just a bad connection or something. Maybe? If one of you guys were me, would you order a video card and try that? Keep in mind, I have surge protection inside the UPS on the wall side. I also have a surge protector strip that my modem, router, puter and monitor plugs into. It's kind of hard to imagine that a surge could make it through all that and not at least smell up the place a bit. I'm not saying it couldn't but just hard to imagine. I got surge protection coming out the ears here. Thoughts? Dale And this is your newer machine machine, correct? The one you built a few months ago IIRC? Sounds like you've takn the right steps to eliminate lots of problem sites and it just isn't working. What a drag! A machine lockup can come from almost anything not working. Bad software is the easy one, but it could be hardware. As for fluxbox vs KDE that's apples and oranges. They probably use totally different parts of X and do it in very different ways. However if fluxbox works perfectly for weeks then it wouldn't seem likely to be a hardware issue unless it's a really unlikely corner case, but you wouldn't think KDE would hit is every time and fluxbox never hits it. Have you tried the most up to date ~amd64 drivers? Let me add some more confusion. I'm in KDE right now. I took the sides off and blew out a VERY little bit of dust and replugged things, video card, mobo power cables and such as that. I also booted to the newly created .kde directory instead of my old one. This is the old install tho. I logged in with nothing running, blank session, and then took a nap. I got up a few minutes ago and KDE is still running. I opened Kpat, card game, and played a little of it. After a few minutes, I opened Seamonkey and am typing as you can see. Same kernel, same nvidia, same packages and same hardware. I did notice something a bit ago but have not posted since I noticed it. It seems to crash when I open Konsole as root. I have my menu set up to run it as root and that is where I do my sync and updates. As soon as the window pops up, my mouse pointer freezes. I thought it was a coincidence until now. After I send this reply, I'm going to open Konsole and nothing else. I want to see if
Re: [gentoo-user] Is Gentoo wiping out Gtk 2 support from packages that support it?
Devs can do what ever they think are right. Don't argue with them unless you pay them. Want gtk2 support? Put your ebuild in your personal overlay. On 2011年07月07日 00:35, Nikos Chantziaras wrote: > Is there a secret plan in place to keep users from being able to use Gtk > 2 in packages that support both Gtk 2 and 3? And if yes, why? Is the > user considered too stupid to grasp the awesomeness of Gtk 3 so that the > devs have to force the choice upon them? > > I'm talking about this: > > http://bugs.gentoo.org/show_bug.cgi?id=374057 > > So why should users not be able to choose Gtk 2 with a USE flag? What > is the reason people use Gentoo? Isn't one of them the ability of being > able to rebuild packages with different USE flags? > > And what is happening to the developers lately? Some of them have > become hostile and arrogant against their own users. > > -- 我是天马博士,对,就是创造了阿童木的那个天马博士 signature.asc Description: OpenPGP digital signature
[gentoo-user] Lexmark X5650 working in Gentoo Linux?
Hello, I've been looking how to get working this printer in my gentoo-b0x, searched in gentoo wiki, but those ebuilds and links are not updated, they are a little bit old and none of that worked for me. I was thinking if there was any chance if anyone of you have this printer installed to tell me how to get it work for me... Or a howto, tutorial, manual? Regards, -- Carlos Sura.-
Re: [gentoo-user] KDE and HARD lock ups.
On Wed, Jul 6, 2011 at 3:00 PM, Dale wrote: > Mark Knecht wrote: >> >> If I had to guess I'd say, since this followed a power failure where >> the machine was live and operating (if I've understood the thread >> through a quick scan) that some file on disk has gotten corrupted and >> it's that corruption that's causing the problem. You've checked >> memory. Let's assume that te processor and MB weren't damaged by this >> event. If that's the case - and unfortunately I don't know of any way >> to ensure it hasn't as it requires one to have a bit-accurate image of >> the machine before the power failure - there's probably no way to >> eliminate this as a possibility short of an emerge -e @world. >> >> It's not where I'd start. I'd probably look for core dump files or >> very carefully do experiment s trying to isolate exactly what part of >> KDE is firing off the problem. re-emerging the NVidia driver is a >> no-brainer as it takes no more than 1-2 minutes to test things. >> Rebuilding the machine is certainly more involved. >> >> If you have lots of disk space you might rsync the whole machine to a >> new partition to do the work, then using something other than KDE >> which doesn't crash rebuild the copy from a chroot which leaves the >> machine usable while the rebuild is going on. >> >> None of this sounds like fun... >> >> - Mark >> >> >> > > I did something similar at least. I have two drives in here that are for my > OS. I have a third that is for data, videos, audio stuff and documents. > The data drive is a 750Gb. The old main OS drive is a 160Gb and the spare > OS drive is a 250Gb. I downloaded a stage3 tarball. I then set up the > spare OS drive and mounted the partitions basically following the docs. I > then copied over /etc, disfiles and the world file. After that, I did a > emerge -e world which installed everything that I had before. It also has a > slightly newer kernel as well. > > So, after running my memtest this morning while I took a nap, I booted into > the new install. I checked with the mount command to make sure I was in the > new install too. I deleted EVERYTHING KDE in my home directory. After > that, I logged into KDE. A box popped up that composite was disabled. It > said I could hit shift alt F12 to enable. After I started Firefox, it > locked up complete with my keyboard lights blinking again. > > What does Fluxbox use as opposed to KDE? Both use the Nvidia drivers right? > I use KDM for my login screen and I think nvidia is loaded when it starts > and it uses nvidia thereafter. So, if it was the driver, would it not mess > up in Fluxbox too? What makes Fluxbox work and KDE fail? > > Could my video card be having issues? I may take the sides off and unplug > replug everything and give it all a once over. Maybe just a bad connection > or something. Maybe? > > If one of you guys were me, would you order a video card and try that? Keep > in mind, I have surge protection inside the UPS on the wall side. I also > have a surge protector strip that my modem, router, puter and monitor plugs > into. It's kind of hard to imagine that a surge could make it through all > that and not at least smell up the place a bit. I'm not saying it couldn't > but just hard to imagine. I got surge protection coming out the ears here. > > Thoughts? > > Dale And this is your newer machine machine, correct? The one you built a few months ago IIRC? Sounds like you've takn the right steps to eliminate lots of problem sites and it just isn't working. What a drag! A machine lockup can come from almost anything not working. Bad software is the easy one, but it could be hardware. As for fluxbox vs KDE that's apples and oranges. They probably use totally different parts of X and do it in very different ways. However if fluxbox works perfectly for weeks then it wouldn't seem likely to be a hardware issue unless it's a really unlikely corner case, but you wouldn't think KDE would hit is every time and fluxbox never hits it. Have you tried the most up to date ~amd64 drivers?
Re: [gentoo-user] Is Gentoo wiping out Gtk 2 support from packages that support it?
On Thursday 07 July 2011 00:06:31 Dale wrote: > Deja vu ? That spelled right? Yep (give or take the odd accent). -- Rgds Peter
[gentoo-user] Re: Is Gentoo wiping out Gtk 2 support from packages that support it?
On 07/07/2011 02:06 AM, Dale wrote: Volker Armin Hemmann wrote: and/or take the whole mess to -dev... I couldn't care less about gtk stuff - but forcing gtk3 just because - and that on a package where gtk3 is the worse choice... not a smart move. This sounds like the move KDE made with KDE4. I have some gtk stuff on here but I'm not sure how much I actually use it. The new version may be good one day but if it is not ready yet, why not wait until it is? This is not about Gnome though. It's about Gtk. And portage never removed older versions, unlike Qt. Try: eix -e gtk+ Hell, there's still version 1.2.10 lurking in there! What are the chances there would be a Qt 1.x in portage?
Re: [gentoo-user] Is Gentoo wiping out Gtk 2 support from packages that support it?
Volker Armin Hemmann wrote: and/or take the whole mess to -dev... I couldn't care less about gtk stuff - but forcing gtk3 just because - and that on a package where gtk3 is the worse choice... not a smart move. This sounds like the move KDE made with KDE4. I have some gtk stuff on here but I'm not sure how much I actually use it. The new version may be good one day but if it is not ready yet, why not wait until it is? I dunno. Deja vu ? That spelled right? Dale :-) :-)
[gentoo-user] Re: output of emerge -v emacs-vcs (not the masking something else)
On 07/03/2011 03:07 PM, Harry Putnam wrote: > I'm getting output from emerge -v emacs-vcs like this: > > > * ERROR: app-editors/emacs-vcs-24.0.-r1 failed (unpack phase): > * bzr.eclass: can't pull from bzr://bzr.savannah.gnu.org/emacs/trunk/ > > I tried > bzr branch bzr://bzr.savannah.gnu.org/emacs/trunk/ > by hand and had no problems with it. I've never used a version that pulls from bzr, but I have used some that pull from git and (yuk) svn. The cloned repos were stored (I think) in /usr/portage/disfiles/git (or svn) -- or something similar. If you can find a bzr repo in your /usr/portage/distfiles, try deleting it. My memory is a bit fuzzy here, but you get the general idea, I hope.
Re: [gentoo-user] Is Gentoo wiping out Gtk 2 support from packages that support it?
On Wednesday 06 July 2011 22:41:25 Alan McKinnon wrote: > On Wednesday 06 July 2011 22:02:03 pk did opine thusly: > > > Devs get a certain amount of leeway and tolerance from users> > because of what they do as volunteers. But there's a line> > somewhere and in my view arbitrarily deciding to obsolete a> > toolkit just because you feel> > > Yes, but what can we do about it? Force him (I assume he's> volunteering and is not payed for his work) to continue supporting> it? Well, I assume we could pay him... or something. > Well, there's really only one thing that appeals to your average devin any area: > Treat them like a dev and appeal to their better judgement. > One can recognise that a dev is acting like a total dick, but pointingit out gets you nowhere. I refer you to my vast experience ofattempting to do the same with the devs I work with :-) It alsoapplies to sysadmins, people who (embarrassingly) point out that I ama complete jerk lots of the time tend to get nowhere to. > Reasoned, well supported arguments coupled with a little ego-strokingis what motivates most devs. Nikos' last comment on the bug is a goodone - asking for a list of supported gnome apps in the tree thatrequire gtk+-2. > It does require that one put aside one's urges to pull this off. Priceof the trade we work in, I suppose. and/or take the whole mess to -dev... I couldn't care less about gtk stuff - but forcing gtk3 just because - and that on a package where gtk3 is the worse choice... not a smart move. -- #163933
Re: [gentoo-user] KDE and HARD lock ups.
Mark Knecht wrote: If I had to guess I'd say, since this followed a power failure where the machine was live and operating (if I've understood the thread through a quick scan) that some file on disk has gotten corrupted and it's that corruption that's causing the problem. You've checked memory. Let's assume that te processor and MB weren't damaged by this event. If that's the case - and unfortunately I don't know of any way to ensure it hasn't as it requires one to have a bit-accurate image of the machine before the power failure - there's probably no way to eliminate this as a possibility short of an emerge -e @world. It's not where I'd start. I'd probably look for core dump files or very carefully do experiment s trying to isolate exactly what part of KDE is firing off the problem. re-emerging the NVidia driver is a no-brainer as it takes no more than 1-2 minutes to test things. Rebuilding the machine is certainly more involved. If you have lots of disk space you might rsync the whole machine to a new partition to do the work, then using something other than KDE which doesn't crash rebuild the copy from a chroot which leaves the machine usable while the rebuild is going on. None of this sounds like fun... - Mark I did something similar at least. I have two drives in here that are for my OS. I have a third that is for data, videos, audio stuff and documents. The data drive is a 750Gb. The old main OS drive is a 160Gb and the spare OS drive is a 250Gb. I downloaded a stage3 tarball. I then set up the spare OS drive and mounted the partitions basically following the docs. I then copied over /etc, disfiles and the world file. After that, I did a emerge -e world which installed everything that I had before. It also has a slightly newer kernel as well. So, after running my memtest this morning while I took a nap, I booted into the new install. I checked with the mount command to make sure I was in the new install too. I deleted EVERYTHING KDE in my home directory. After that, I logged into KDE. A box popped up that composite was disabled. It said I could hit shift alt F12 to enable. After I started Firefox, it locked up complete with my keyboard lights blinking again. What does Fluxbox use as opposed to KDE? Both use the Nvidia drivers right? I use KDM for my login screen and I think nvidia is loaded when it starts and it uses nvidia thereafter. So, if it was the driver, would it not mess up in Fluxbox too? What makes Fluxbox work and KDE fail? Could my video card be having issues? I may take the sides off and unplug replug everything and give it all a once over. Maybe just a bad connection or something. Maybe? If one of you guys were me, would you order a video card and try that? Keep in mind, I have surge protection inside the UPS on the wall side. I also have a surge protector strip that my modem, router, puter and monitor plugs into. It's kind of hard to imagine that a surge could make it through all that and not at least smell up the place a bit. I'm not saying it couldn't but just hard to imagine. I got surge protection coming out the ears here. Thoughts? Dale :-) :-)
Re: [gentoo-user] Is Gentoo wiping out Gtk 2 support from packages that support it?
On Wednesday 06 July 2011 22:02:03 pk did opine thusly: > > Devs get a certain amount of leeway and tolerance from users > > because of what they do as volunteers. But there's a line > > somewhere and in my view arbitrarily deciding to obsolete a > > toolkit just because you feel > > Yes, but what can we do about it? Force him (I assume he's > volunteering and is not payed for his work) to continue supporting > it? Well, I assume we could pay him... or something. Well, there's really only one thing that appeals to your average dev in any area: Treat them like a dev and appeal to their better judgement. One can recognise that a dev is acting like a total dick, but pointing it out gets you nowhere. I refer you to my vast experience of attempting to do the same with the devs I work with :-) It also applies to sysadmins, people who (embarrassingly) point out that I am a complete jerk lots of the time tend to get nowhere to. Reasoned, well supported arguments coupled with a little ego-stroking is what motivates most devs. Nikos' last comment on the bug is a good one - asking for a list of supported gnome apps in the tree that require gtk+-2. It does require that one put aside one's urges to pull this off. Price of the trade we work in, I suppose. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] KDE and HARD lock ups.
On Wednesday 06 Jul 2011 12:38:22 Neil Bothwick wrote: > On Wed, 6 Jul 2011 11:37:54 +0100, Mick wrote: > > > It produces false positives and you need to look at the output for > > > each affected package, but do you know a better way of detecting > > > corruption of installed files? > > > > I wasn't familiar with qcheck (yes, I know, I lead a sheltered life!) > > but adding --verbose does not reveal additional info. When you say > > "look at the output", do you mean the output of emerge -1aDv ? > > The -B option restricts the output to just the names of packages with > changed files. If you feed this list back to qcheck with just the -T > option, you'll get a list of affected files. > > qcheck -aBT >foo > qcheck -T $(cat foo) > > You may want to pipe the output from the second through grep -v /etc/ Very useful Neil, thanks! Most of these files had lockfiles hanging around, or some changed config file. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Is Gentoo wiping out Gtk 2 support from packages that support it?
On 2011-07-06 21:37, Alan McKinnon wrote: > Holy shit, that attitude from Samuli sucks big balls big time. Yes, fully agree. > He's always come across to me as an OK dev, never seen him pull THAT > stunt before. I've seen it, although he does come across as an OK dev to me as well. He can argue technically, when he feels like it... > Devs get a certain amount of leeway and tolerance from users because > of what they do as volunteers. But there's a line somewhere and in my > view arbitrarily deciding to obsolete a toolkit just because you feel Yes, but what can we do about it? Force him (I assume he's volunteering and is not payed for his work) to continue supporting it? Well, I assume we could pay him... or something. > like it crosses that like. Following that up with a "fuck off and stop > re-opening the ticket" is even worse. Yes, really bad. > You'll note I used the verb "obsolete" and not "deprecate", that is > deliberate. He has not deprecated gtk+-2 in spite of naming it that, > he is trying to obsolete it without going through the gradual > dwindling away that deprecation is designed to encourage. Worrisome. Best regards Peter K
Re: [gentoo-user] KDE and HARD lock ups.
On Wed, Jul 6, 2011 at 12:27 PM, Dale wrote: > Jesús J. Guerrero Botella wrote: >> >> Dale, random hard-lockups are only due to hardware or kerne, it can't >> be otherwisel (drivers count as part of kernel). The fact that >> compilation doesn't lock your system only means that the thing >> (whatever it is) is not bount to intensive I/O operations and/or high >> cpu loads. >> >> Openldap itself can't hard lock up anything if the kernel doesn't give >> it permissions to do so (kernel bug) or if the hardware is not faulty. >> Same goes for tray apps. >> >> > > OK. I tested this and it doesn't help any. I tried three different > kernels, all of which I have used in the past with no problems, and get the > same thing. I have tried reinstalling nvidia-drivers and a different > versions of nvidia-drivers, same thing. So, either previously working > kernels are now broke, nvidia which was working fine just a few days ago > with no recent updates here just broke or just maybe it is something else we > have yet to figure out yet. I also ran memtest for HOURS with not one > problem reported. > > Given I have tried the above, do you still think it is kernel, nvidia or > hardware? I'm about to run tests on the drive now. I suspect it is going > to show no problems as well. > > This is also the reason I keep old kernels laying around: > > root@fireball / # ls -al /boot/bzImage* > -rw-r--r-- 1 root root 4257840 Mar 21 18:39 /boot/bzImage-2.6.38-1 > -rw-r--r-- 1 root root 4480304 Mar 22 12:00 /boot/bzImage-2.6.38-2 > -rw-r--r-- 1 root root 4493872 Mar 25 13:02 /boot/bzImage-2.6.38-3 > -rw-r--r-- 1 root root 4496336 Mar 29 03:25 /boot/bzImage-2.6.38-r1-1 > -rw-r--r-- 1 root root 4454480 Apr 7 19:13 /boot/bzImage-2.6.38-r1-2 > -rw-r--r-- 1 root root 4451760 May 3 02:16 /boot/bzImage-2.6.38-r3-1 > -rw-r--r-- 1 root root 4451536 May 12 06:12 /boot/bzImage-2.6.38-r5-1 > root@fireball / # > > I did try .39 but it had issues. I got rid of those. > > Dale > If I had to guess I'd say, since this followed a power failure where the machine was live and operating (if I've understood the thread through a quick scan) that some file on disk has gotten corrupted and it's that corruption that's causing the problem. You've checked memory. Let's assume that te processor and MB weren't damaged by this event. If that's the case - and unfortunately I don't know of any way to ensure it hasn't as it requires one to have a bit-accurate image of the machine before the power failure - there's probably no way to eliminate this as a possibility short of an emerge -e @world. It's not where I'd start. I'd probably look for core dump files or very carefully do experiment s trying to isolate exactly what part of KDE is firing off the problem. re-emerging the NVidia driver is a no-brainer as it takes no more than 1-2 minutes to test things. Rebuilding the machine is certainly more involved. If you have lots of disk space you might rsync the whole machine to a new partition to do the work, then using something other than KDE which doesn't crash rebuild the copy from a chroot which leaves the machine usable while the rebuild is going on. None of this sounds like fun... - Mark
Re: [gentoo-user] Managing multiple Gentoo systems
>> After a frustrating experience with a Linksys WRT54GL, I've decided to >> stick with Gentoo routers. > > Out of curiosity, could you tell us more about this experience? Sure, I was using the stock firmware and I didn't like that you couldn't specify a source IP address when punching a hole in the firewall for a particular port, and I also couldn't coax "Remote Access" into working no matter what I tried. > The WRT54G(L) is quite dated, and the OpenWRT devs recommend against trying > to do anything fancy on it. I chose the WRT54GL because it has the best ratings on newegg.com. I looked into OpenWRT once but decided against it after I decided installation and possibly management was not nearly as trivial as I had imagined. > In another post you mentioned that you have a TP-Link TL-WR1043ND, which is a > bunch newer, I think, and should run OpenWRT quite well. I got rid of the TL-WR1043ND a while back because I couldn't get packet shaping to work with the stock firmware no matter how I tried. At this point I've sworn off mystery boxes. I even had a Dlink router die on me recently. If I'm not using mystery boxes for greater hardware reliability, why am I using them? Power consumption would be a good reason but it's not worth it IMO. - Grant
Re: [gentoo-user] Is Gentoo wiping out Gtk 2 support from packages that support it?
On Wednesday 06 July 2011 19:23:51 pk did opine thusly: > On 2011-07-06 18:35, Nikos Chantziaras wrote: > > And what is happening to the developers lately? Some of them > > have become hostile and arrogant against their own users. > > I noted the same from the same guy a while back. Really "grumpy" and > you can't argue with him either... But then again, there's nothing > stopping either of us from becoming developers and to be friendly > towards our fellow Gentooers... Well, except time that I don't have > to invest into doing that so I'm very grateful that people > (developers) have time to invest. So: Kudos to the developers > (grumpy or not)! > > "I'm late, I'm late! For a very important date!..." ;-) > > PS. Gentoo infrastructure also allows supporting your own ebuilds... Holy shit, that attitude from Samuli sucks big balls big time. He's always come across to me as an OK dev, never seen him pull THAT stunt before. Devs get a certain amount of leeway and tolerance from users because of what they do as volunteers. But there's a line somewhere and in my view arbitrarily deciding to obsolete a toolkit just because you feel like it crosses that like. Following that up with a "fuck off and stop re-opening the ticket" is even worse. You'll note I used the verb "obsolete" and not "deprecate", that is deliberate. He has not deprecated gtk+-2 in spite of naming it that, he is trying to obsolete it without going through the gradual dwindling away that deprecation is designed to encourage. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Managing multiple Gentoo systems
>> After a frustrating experience with a Linksys WRT54GL, I've decided to >> stick with Gentoo routers. This increases the number of Gentoo >> systems I'm responsible for and they're nearing double-digits. What >> can be done to make the management of multiple Gentoo systems easier? >> I think identical hardware in each system would help a lot but I'm not >> sure that's practical. I need to put together a bunch of new >> workstations and I'm thinking some sort of server/client arrangement >> with the only Gentoo install being on the server could be appropriate. > > I maintain multiple Gentoo we mostly use as KVM hosts systems (and > coming embedded routers). As KVM hosts, some of them are very sensible. > Due to the contracts to our customers, I have to do with various update > strategies on top of various hardware. Thanks to everyone for some very juicy tidbits. I'm rearranging my thinking on all of this. I think the key for me may be to combine systems with separate functions in the same physical location into a single system. Does the KVM thing work well? Running a bunch of workstations as nothing more than wireless KVM setups on the same system? I should be able to cut my Gentoo systems down to just a few. Basically one at each physical location. - Grant
Re: [gentoo-user] KDE and HARD lock ups.
Jesús J. Guerrero Botella wrote: Dale, random hard-lockups are only due to hardware or kerne, it can't be otherwisel (drivers count as part of kernel). The fact that compilation doesn't lock your system only means that the thing (whatever it is) is not bount to intensive I/O operations and/or high cpu loads. Openldap itself can't hard lock up anything if the kernel doesn't give it permissions to do so (kernel bug) or if the hardware is not faulty. Same goes for tray apps. OK. I tested this and it doesn't help any. I tried three different kernels, all of which I have used in the past with no problems, and get the same thing. I have tried reinstalling nvidia-drivers and a different versions of nvidia-drivers, same thing. So, either previously working kernels are now broke, nvidia which was working fine just a few days ago with no recent updates here just broke or just maybe it is something else we have yet to figure out yet. I also ran memtest for HOURS with not one problem reported. Given I have tried the above, do you still think it is kernel, nvidia or hardware? I'm about to run tests on the drive now. I suspect it is going to show no problems as well. This is also the reason I keep old kernels laying around: root@fireball / # ls -al /boot/bzImage* -rw-r--r-- 1 root root 4257840 Mar 21 18:39 /boot/bzImage-2.6.38-1 -rw-r--r-- 1 root root 4480304 Mar 22 12:00 /boot/bzImage-2.6.38-2 -rw-r--r-- 1 root root 4493872 Mar 25 13:02 /boot/bzImage-2.6.38-3 -rw-r--r-- 1 root root 4496336 Mar 29 03:25 /boot/bzImage-2.6.38-r1-1 -rw-r--r-- 1 root root 4454480 Apr 7 19:13 /boot/bzImage-2.6.38-r1-2 -rw-r--r-- 1 root root 4451760 May 3 02:16 /boot/bzImage-2.6.38-r3-1 -rw-r--r-- 1 root root 4451536 May 12 06:12 /boot/bzImage-2.6.38-r5-1 root@fireball / # I did try .39 but it had issues. I got rid of those. Dale :-) :-)
Re: [gentoo-user] emerge --autounmask-write: specify file
On 05.07.2011 17:58, Dale wrote: I was using autounmask to do this and it does just like you want. However, the last time I used autounmask, it was different. You may want to try that tho to see if it helps in some way. The feature with emerge picks the first file I think in the directory. It is annoying as heck for sure. Since it is a work in progress, maybe they will change this weird behavior soon. Then again, that is yet another option to have to remember too. Jeez. Dale :-) :-) Thanks for the hint. Last time I tried it, it had problems (not removing files when the unmasking didn't succeed or something like that, I don't remember exactly). However, maybe things have changed for the better.
Re: [gentoo-user] {OT} Time for hardware upgrade(s)
>> >> Yes, since a htpc doesn't need a powerful cpu (or a powerful gpu)> >> > My learned-this-the-hard-way advice: while this is generally true, if> you > ever come across a 720 or 1080p video that doesn't use a> hardware-accelerated > codec, you would rather the HTPC not sound like> it's about to launch itself > into orbit doing software decoding. >> Completely true. I switched from nvidia-drivers to nouveau and now Irely on > ffmpeg threads to decode 1080p. It works great most of thetime. There are > some videos that won't decode via threads, theyreturn some sort of "cannot > parallelize" error. >> I went with this Phenom II X4 3.7Ghz hog: >> http://www.newegg.com/Product/Product.aspx?Item=N82E16819103934 >> I wonder if I'll be able to decode 1080p in software on a single corenow > without losing A/V sync. I kinda doubt it. I've been on anAthlon X2 3.1Ghz. >> > And if you're going to keep it in a cabinet, you would probably also> > rather said cabinet not catch fire (I had to cut holes in the back and> mount > fans). >> I'm discovering that fans which are said to be very quiet actuallyare. I'm > going to increase my case fans from 0 to 2 along with thisaftermarket CPU > cooler: >> http://www.newegg.com/Product/Product.aspx?Item=N82E16835608016 >> Thanks a lot for everyone's help. >> - Grant > > oh.. a tower cooler.. and only 92mm... hm.. Yeah I need the air to blow out the back of the desktop case since my printer/scanner sits on top of the case and blocks the top air vents. 92mm is all this case can fit. A few mm taller and it would make contact with the top of the case. - Grant > well with fans bigger = better. A 14cm monster can push the same amount of air > as a 12cm or 8cm fan with a lot less rpm. The less rpm the better. > > I can't hear any of my 4 14cm fans ;)
Re: [gentoo-user] {OT} Time for hardware upgrade(s)
On Wednesday 06 July 2011 11:54:29 Grant wrote: > >> Yes, since a htpc doesn't need a powerful cpu (or a powerful gpu)> > > My learned-this-the-hard-way advice: while this is generally true, if> you ever come across a 720 or 1080p video that doesn't use a> hardware-accelerated codec, you would rather the HTPC not sound like> it's about to launch itself into orbit doing software decoding. > Completely true. I switched from nvidia-drivers to nouveau and now Irely on ffmpeg threads to decode 1080p. It works great most of thetime. There are some videos that won't decode via threads, theyreturn some sort of "cannot parallelize" error. > I went with this Phenom II X4 3.7Ghz hog: > http://www.newegg.com/Product/Product.aspx?Item=N82E16819103934 > I wonder if I'll be able to decode 1080p in software on a single corenow without losing A/V sync. I kinda doubt it. I've been on anAthlon X2 3.1Ghz. > > And if you're going to keep it in a cabinet, you would probably also> rather said cabinet not catch fire (I had to cut holes in the back and> mount fans). > I'm discovering that fans which are said to be very quiet actuallyare. I'm going to increase my case fans from 0 to 2 along with thisaftermarket CPU cooler: > http://www.newegg.com/Product/Product.aspx?Item=N82E16835608016 > Thanks a lot for everyone's help. > - Grant oh.. a tower cooler.. and only 92mm... hm.. well with fans bigger = better. A 14cm monster can push the same amount of air as a 12cm or 8cm fan with a lot less rpm. The less rpm the better. I can't hear any of my 4 14cm fans ;) -- #163933
Re: [gentoo-user] {OT} Time for hardware upgrade(s)
>> Yes, since a htpc doesn't need a powerful cpu (or a powerful gpu) > > My learned-this-the-hard-way advice: while this is generally true, if > you ever come across a 720 or 1080p video that doesn't use a > hardware-accelerated codec, you would rather the HTPC not sound like > it's about to launch itself into orbit doing software decoding. Completely true. I switched from nvidia-drivers to nouveau and now I rely on ffmpeg threads to decode 1080p. It works great most of the time. There are some videos that won't decode via threads, they return some sort of "cannot parallelize" error. I went with this Phenom II X4 3.7Ghz hog: http://www.newegg.com/Product/Product.aspx?Item=N82E16819103934 I wonder if I'll be able to decode 1080p in software on a single core now without losing A/V sync. I kinda doubt it. I've been on an Athlon X2 3.1Ghz. > And if you're going to keep it in a cabinet, you would probably also > rather said cabinet not catch fire (I had to cut holes in the back and > mount fans). I'm discovering that fans which are said to be very quiet actually are. I'm going to increase my case fans from 0 to 2 along with this aftermarket CPU cooler: http://www.newegg.com/Product/Product.aspx?Item=N82E16835608016 Thanks a lot for everyone's help. - Grant
Re: [gentoo-user] Is Gentoo wiping out Gtk 2 support from packages that support it?
On Wednesday 06 July 2011 19:35:05 Nikos Chantziaras wrote: > Is there a secret plan in place to keep users from being able to use Gtk2 in packages that support both Gtk 2 and 3? And if yes, why? Is theuser considered too stupid to grasp the awesomeness of Gtk 3 so that thedevs have to force the choice upon them? > I'm talking about this: >http://bugs.gentoo.org/show_bug.cgi?id=374057 > So why should users not be able to choose Gtk 2 with a USE flag? Whatis the reason people use Gentoo? Isn't one of them the ability of beingable to rebuild packages with different USE flags? > And what is happening to the developers lately? Some of them havebecome hostile and arrogant against their own users. well, he acts like he took a huge sip from the gnome 'options and choices are bad 'mkay' jug. -- #163933
Re: [gentoo-user] Is Gentoo wiping out Gtk 2 support from packages that support it?
On 2011-07-06 18:35, Nikos Chantziaras wrote: > And what is happening to the developers lately? Some of them have > become hostile and arrogant against their own users. I noted the same from the same guy a while back. Really "grumpy" and you can't argue with him either... But then again, there's nothing stopping either of us from becoming developers and to be friendly towards our fellow Gentooers... Well, except time that I don't have to invest into doing that so I'm very grateful that people (developers) have time to invest. So: Kudos to the developers (grumpy or not)! "I'm late, I'm late! For a very important date!..." ;-) PS. Gentoo infrastructure also allows supporting your own ebuilds... Best regards Peter K
[gentoo-user] Is Gentoo wiping out Gtk 2 support from packages that support it?
Is there a secret plan in place to keep users from being able to use Gtk 2 in packages that support both Gtk 2 and 3? And if yes, why? Is the user considered too stupid to grasp the awesomeness of Gtk 3 so that the devs have to force the choice upon them? I'm talking about this: http://bugs.gentoo.org/show_bug.cgi?id=374057 So why should users not be able to choose Gtk 2 with a USE flag? What is the reason people use Gentoo? Isn't one of them the ability of being able to rebuild packages with different USE flags? And what is happening to the developers lately? Some of them have become hostile and arrogant against their own users.
[gentoo-user] Xfce4 shutdown issues
Oops apologies. Should send this on gentoo-user email address. Since a recent upgrade of polkit (I think) as a normal user I can no longer shutdown using log out, shutdown option not available. As root using shutdown only logs you out but does not shutdown. On a second machine as a normal user I can see shutdown but this only logs me out. Are we supposed to write our own rules for this? I am in plugdev group and have dbus, consolekit and polkit in use flags. I cannot see any difference between config files on 2 machines but 1 is a laptop the other desktop??? Any suggestions other than converting to e16? (which is becoming tempting). This seems to happen every upgrade of xfce4/polkit/dbus. John D Maunder
Re: [gentoo-user] KDE and HARD lock ups.
On Wed, Jul 6, 2011 at 7:44 AM, Peter Humphrey wrote: > On Wednesday 06 July 2011 01:03:03 Dale wrote: > >> I might add, the last time it locked up, I had a compile process running >> in a console. I watched the hard drive light, it was blinking away. >> So, the root of the system was running but for some reason, I could not >> get my mouse or keyboard to work. It appears it is the GUI part that is >> locking up but whatever it is, it is not affecting Fluxbox. I also >> tried the shift alt F12 to disable composite as well. > > This is sounding more and more like the lockups I've been experiencing. In > my case it was every distro other than Gentoo. > > I'm trying Fedora with "Asus Express Gate" switched off in the BIOS, and it > seems to be helping. I know you don't have an Asus motherboard though, so > I'm not helping :-( > > When did you last recompile your kernel? What version is it? (Sorry if > you've told us already, but if so I missed it.) > > -- > Rgds > Peter Speaking as someone who runs 100% (except when I don't) I wonder if this is driven at all by the use of testing packages? I have only Asus & Intel MB's and laptops here. They all use the NVidia closed source testing driver except one which uses the Intel driver. None of them are experiencing any lockups at any time that I know of. This is pretty typical of where I don't run stable: c2stable ~ # cat /etc/portage/package.keywords sys-kernel/gentoo-sources ~amd64 sys-apps/portage ~* app-portage/eix ~amd64 app-emulation/virtualbox ~amd64 app-emulation/virtualbox-modules ~amd64 app-emulation/virtualbox-additions ~amd64 x11-drivers/xf86-video-virtualbox ~amd64 x11-drivers/xf86-input-virtualbox ~amd64 app-emulation/vmware-modules ~amd64 app-emulation/vmware-tools ~amd64 app-emulation/vmware-player ~amd64 x11-libs/libview ~amd64 sci-libs/ta-lib ~amd64 sys-power/cpufrequtils ~amd64 media-libs/tiff ~amd64 dev-util/nvidia-cuda-toolkit ~amd64 dev-util/nvidia-cuda-sdk ~amd64 x11-drivers/nvidia-drivers ~amd64 dev-util/codeblocks ~amd64 x11-misc/read-edid ~amd64 net-im/skype ~amd64 app-forensics/chkrootkit ~amd64 dev-lang/R ~amd64 c2stable ~ # Cheers, Mark
Re: [gentoo-user] KDE and HARD lock ups.
On Wednesday 06 July 2011 01:03:03 Dale wrote: > I might add, the last time it locked up, I had a compile process running > in a console. I watched the hard drive light, it was blinking away. > So, the root of the system was running but for some reason, I could not > get my mouse or keyboard to work. It appears it is the GUI part that is > locking up but whatever it is, it is not affecting Fluxbox. I also > tried the shift alt F12 to disable composite as well. This is sounding more and more like the lockups I've been experiencing. In my case it was every distro other than Gentoo. I'm trying Fedora with "Asus Express Gate" switched off in the BIOS, and it seems to be helping. I know you don't have an Asus motherboard though, so I'm not helping :-( When did you last recompile your kernel? What version is it? (Sorry if you've told us already, but if so I missed it.) -- Rgds Peter
Re: [gentoo-user] KDE and HARD lock ups.
On Wed, 6 Jul 2011 11:37:54 +0100, Mick wrote: > > It produces false positives and you need to look at the output for > > each affected package, but do you know a better way of detecting > > corruption of installed files? > > I wasn't familiar with qcheck (yes, I know, I lead a sheltered life!) > but adding --verbose does not reveal additional info. When you say > "look at the output", do you mean the output of emerge -1aDv ? The -B option restricts the output to just the names of packages with changed files. If you feed this list back to qcheck with just the -T option, you'll get a list of affected files. qcheck -aBT >foo qcheck -T $(cat foo) You may want to pipe the output from the second through grep -v /etc/ -- Neil Bothwick Who messed with my anti-paranoia shot? signature.asc Description: PGP signature
Re: [gentoo-user] KDE and HARD lock ups.
On 2011-07-06 3:27 AM, Dale wrote: > But again, it didn't lock up until AFTER I had a power failure. That > was when all this started. If I hadn't had the power failure, I may > not have had the lock ups to begin with. The root of this problem is > what I am hoping to find. More than once I have seen power failures damage power supplies, causing fluctuating voltages that can cause all kinds of weird problems... I'd try dropping in a new power supply if the memory tests pass, before giving up...
Re: [gentoo-user] KDE and HARD lock ups.
On Wednesday 06 Jul 2011 10:51:20 Neil Bothwick wrote: > On Wed, 6 Jul 2011 10:36:40 +0100, Peter Ruskin wrote: > > > It sounds like you need to start with qcheck -aBT and trawl > > > through the output, re-emerging anything questionable. > > > > I don't think I trust the output of that: > > > > # qcheck -aBT > > [big snip] > > It produces false positives and you need to look at the output for each > affected package, but do you know a better way of detecting corruption > of installed files? I wasn't familiar with qcheck (yes, I know, I lead a sheltered life!) but adding --verbose does not reveal additional info. When you say "look at the output", do you mean the output of emerge -1aDv ? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE and HARD lock ups.
On Wed, 6 Jul 2011 10:36:40 +0100, Peter Ruskin wrote: > > It sounds like you need to start with qcheck -aBT and trawl > > through the output, re-emerging anything questionable. > > I don't think I trust the output of that: > > # qcheck -aBT [big snip] It produces false positives and you need to look at the output for each affected package, but do you know a better way of detecting corruption of installed files? -- Neil Bothwick My brain's in gear, neutral's a gear ain't it? signature.asc Description: PGP signature
Re: [gentoo-user] KDE and HARD lock ups.
On Wed, 06 Jul 2011 03:08:03 -0500, Dale wrote: > > It sounds like you need to start with qcheck -aBT and trawl through > > the output, re-emerging anything questionable. > This is what I got: > > root@fireball / # qcheck -aBT > app-office/openoffice > sys-auth/consolekit > sys-auth/polkit > net-nds/openldap > app-misc/screen > net-print/cups > net-print/hplip > sys-apps/dbus > sys-apps/openrc > dev-db/mysql > kde-base/kdm > root@fireball / # > You need to check the full output for each package, some of them may be configuration file changes and re-emerge anything doubtful. I take it you have done a full fsck and smartctl check of the filesystem and drive. -- Neil Bothwick An expert is nothing more than an ordinary person away from home. signature.asc Description: PGP signature
Re: [gentoo-user] KDE and HARD lock ups.
On Wed, 06 Jul 2011 03:53:23 -0500 Dale wrote: snipped > >> > > This is what I got: > > > > root@fireball / # qcheck -aBT > > app-office/openoffice > > sys-auth/consolekit > > sys-auth/polkit > > net-nds/openldap > > app-misc/screen > > net-print/cups > > net-print/hplip > > sys-apps/dbus > > sys-apps/openrc > > dev-db/mysql > > kde-base/kdm > > root@fireball / # > > > > That hplip makes me wonder. I had issues with that > > thing before causing freezes, not lock ups tho. I > > should have expected openoffice to be on there tho. lol > > > > Hmmm. What you think about that list? Anything look > > suspicious? > > > > Dale Just a hint without further proof: I had soffice -quickstart (from LibreOffice) running as panel app, and had kernel crashes. Since I do not start the LibreOffice quickstarter anymore, i have a stable system again. This is with LibreOffice 3.3.2; OOO330m19 (Build:202) and WMaker wmsystemtray. Urs
Re: [gentoo-user] KDE and HARD lock ups.
Dale wrote: Neil Bothwick wrote: On Wed, 06 Jul 2011 02:27:21 -0500, Dale wrote: But again, it didn't lock up until AFTER I had a power failure. That was when all this started. If I hadn't had the power failure, I may not have had the lock ups to begin with. The root of this problem is what I am hoping to find. It sounds like you need to start with qcheck -aBT and trawl through the output, re-emerging anything questionable. This is what I got: root@fireball / # qcheck -aBT app-office/openoffice sys-auth/consolekit sys-auth/polkit net-nds/openldap app-misc/screen net-print/cups net-print/hplip sys-apps/dbus sys-apps/openrc dev-db/mysql kde-base/kdm root@fireball / # That hplip makes me wonder. I had issues with that thing before causing freezes, not lock ups tho. I should have expected openoffice to be on there tho. lol Hmmm. What you think about that list? Anything look suspicious? Dale :-) :-) OK. I rebuilt all that . . . stuff plus a few others portage was pitching a fit about. That would exclude openldap. See one of the other threads on what happens when I try to compile thatstuff. I'm getting like Alan here. I'm tired and my nice shiny puter has a low gloss spot. G. Anyway, I can compile again at least. Let's think here. polkit, hplip really raises my eyebrows, dbus, mysql are things that KDE uses and Fluxbox don't. I just wonder if one of those could be corrupt or something. I use a slideshow for my background. It usually locks up while setting up that thing. It scans ALL the picture files or something. I assume it builds some sort of data base which may use mysql. Still giving that hplip the evil eye tho. I know for sure that caused issues in the past. I have had times where I wanted to shoot that little . . . thing. lol Still trying to finish the new install. I my not need it but still. After it gets done, going to run memtest and try out that option 5. I dunno either but I'm going to try it. Dale :-) :-)
Re: [gentoo-user] KDE and HARD lock ups.
On Wed, 06 Jul 2011 02:27:21 -0500, Dale wrote: > But again, it didn't lock up until AFTER I had a power failure. That > was when all this started. If I hadn't had the power failure, I may > not have had the lock ups to begin with. The root of this problem is > what I am hoping to find. It sounds like you need to start with qcheck -aBT and trawl through the output, re-emerging anything questionable. -- Neil Bothwick Every morning is the dawn of a new error... signature.asc Description: PGP signature
Re: [gentoo-user] KDE and HARD lock ups.
On Wednesday 06 July 2011 03:52:54 Volker Armin Hemmann did opine thusly: > On Tuesday 05 July 2011 15:41:13 Dale wrote: > > update your fucking drivers. Upset with nVidia perhaps? > Seriously, no userspace app does something like this. The driver is > broken, KDE touches the broken part and BOOM. > > Don't blame KDE, blame nvidia. > > And update the driver. I had reasonable shit with nvidia drivers, especially the bit where it doesn't do 2 screens the way I want. So I switched to - nouveau and now I have endless shit with crashes. But I can tolerate that and not whinge. I freely admit to being biased. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge --autounmask-write: specify file
On Tue, 05 Jul 2011 23:22:05 -0500, Dale wrote: > Wouldn't this be like putting package.* back to a file instead of a > directory tho? That would seem like one step forward and two steps > back. Maybe I am missing something again. I sort of got some "issues" > going on around here. :/ No, the discussion is about the name of the file in package.unmask. if that is a file there is no issue. The problem is that portage just picks a file from that directory, it should either have its own file in there or add the entries to a file named after the package. -- Neil Bothwick An unemployed Court Jester is nobody's fool. signature.asc Description: PGP signature
Re: [gentoo-user] KDE and HARD lock ups.
Neil Bothwick wrote: On Wed, 06 Jul 2011 02:27:21 -0500, Dale wrote: But again, it didn't lock up until AFTER I had a power failure. That was when all this started. If I hadn't had the power failure, I may not have had the lock ups to begin with. The root of this problem is what I am hoping to find. It sounds like you need to start with qcheck -aBT and trawl through the output, re-emerging anything questionable. This is what I got: root@fireball / # qcheck -aBT app-office/openoffice sys-auth/consolekit sys-auth/polkit net-nds/openldap app-misc/screen net-print/cups net-print/hplip sys-apps/dbus sys-apps/openrc dev-db/mysql kde-base/kdm root@fireball / # That hplip makes me wonder. I had issues with that thing before causing freezes, not lock ups tho. I should have expected openoffice to be on there tho. lol Hmmm. What you think about that list? Anything look suspicious? Dale :-) :-)
Re: [gentoo-user] KDE and HARD lock ups.
Volker Armin Hemmann wrote: On Tuesday 05 July 2011 23:16:21 Dale wrote: Volker Armin Hemmann wrote: On Tuesday 05 July 2011 15:41:13 Dale wrote:> update your fucking drivers.> Seriously, no userspace app does something like this. The driver is broken, KDE touches the broken part and BOOM.> Don't blame KDE, blame nvidia.> And update the driver. I don't think a bad video driver would cause this: *root@fireball / # emerge -av =x11-drivers/nvidia-drivers-270.41.19 These are the packages that would be merged, in order: Calculating dependencies | !!! Invalid or corrupt dependency specification: Invalid atom (1), token 1 (dev-perl/Net-SSLeay-1.36::unxlngx, installed) Portage is unable to process the dependencies of the 'dev-perl/Net- SSLeay-1.36' package. In order to correct this problem, the packageshould be uninstalled, reinstalled, or upgraded. As a temporaryworkaround, the --nodeps option can be used to ignore all dependencies.For reference, the problematic dependencies can be found in the *DEPENDfiles located in '/var/db/pkg/dev- perl/Net-SSLeay-1.36/' done!root@fireball / # Whatever the problems is, things are breaking. I think something in KDEis broke, like corrupt file or some corrupt config somewhere, and it wasjust the first symptom of the problem. No matter what I try to emerge,I get errors like this. Still think emerging a new video driver is going to help? ;-) Dale :-) :-) * kde does not corrupt /var/db and does not lock up machines. Bad video drivers do lock up machines And machines locking up are prone to damage their file systems. But again, it didn't lock up until AFTER I had a power failure. That was when all this started. If I hadn't had the power failure, I may not have had the lock ups to begin with. The root of this problem is what I am hoping to find. Dale :-) :-)
Re: [gentoo-user] KDE and HARD lock ups.
On Tue, 5 Jul 2011 23:19:00 -0500, Paul Hartman wrote: > > When you quit the GUI, the settings are supposed to be saved to > > ~/.nvidia-settings-rc and loaded from there when you load the GUI. > > The -l switch tells nvidia-settings to load the settings from that > > file and quit, so it should do what you need. > > > > The settings file is plain text, so it's easy to see whether the > > setting you want is saved there, it may even be possible to add it > > manually, although that rather defeats the object of a GUI. > > Unfortunately those settings are not saved in the file by the GUI, but > if they were it would have been easy as you described. :) So the man page should be updated to state "When nvidia-settings exits, it queries the current settings from the X server and saves SOME OF them to the configuration file." :( -- Neil Bothwick Programming Language: (n.) a shorthand way of describing a series of bugs to a computer or a programmer. signature.asc Description: PGP signature
Re: [gentoo-user] emerge --autounmask-write: specify file
On Wed, 06 Jul 2011 02:52:05 -0500, Dale wrote: > > No, the discussion is about the name of the file in package.unmask. if > > that is a file there is no issue. The problem is that portage just > > picks a file from that directory, it should either have its own file > > in there or add the entries to a file named after the package. > I agree but it doesn't do that. Well, we wouldn't be complaining about it not doing something if it did it :) > Of course, as I described, having many > files makes it difficult to find what file contains what too. Not if the files are sensibly organised. The current implementation messes up that organisation. -- Neil Bothwick The horizon of many people is a circle with a radius of zero. They call this their point of view. -- Albert Einstein signature.asc Description: PGP signature
Re: [gentoo-user] KDE and HARD lock ups.
On Tuesday 05 July 2011 23:16:21 Dale wrote: > Volker Armin Hemmann wrote: > > On Tuesday 05 July 2011 15:41:13 Dale wrote:> > > update your fucking drivers.> > > Seriously, no userspace app does something like this. The driver is > > broken, KDE touches the broken part and BOOM.> > > Don't blame KDE, blame nvidia.> > > And update the driver. > I don't think a bad video driver would cause this: > *root@fireball / # emerge -av =x11-drivers/nvidia-drivers-270.41.19 > These are the packages that would be merged, in order: > Calculating dependencies | > !!! Invalid or corrupt dependency specification: > Invalid atom (1), token 1 > (dev-perl/Net-SSLeay-1.36::unxlngx, installed) > Portage is unable to process the dependencies of the 'dev-perl/Net- SSLeay-1.36' package. In order to correct this problem, the packageshould be uninstalled, reinstalled, or upgraded. As a temporaryworkaround, the --nodeps option can be used to ignore all dependencies.For reference, the problematic dependencies can be found in the *DEPENDfiles located in '/var/db/pkg/dev- perl/Net-SSLeay-1.36/' done!root@fireball / # > Whatever the problems is, things are breaking. I think something in KDEis broke, like corrupt file or some corrupt config somewhere, and it wasjust the first symptom of the problem. No matter what I try to emerge,I get errors like this. > Still think emerging a new video driver is going to help? ;-) > Dale > :-) :-) > * kde does not corrupt /var/db and does not lock up machines. Bad video drivers do lock up machines And machines locking up are prone to damage their file systems. -- #163933
Re: [gentoo-user] emerge --autounmask-write: specify file
Neil Bothwick wrote: On Tue, 05 Jul 2011 23:22:05 -0500, Dale wrote: Wouldn't this be like putting package.* back to a file instead of a directory tho? That would seem like one step forward and two steps back. Maybe I am missing something again. I sort of got some "issues" going on around here. :/ No, the discussion is about the name of the file in package.unmask. if that is a file there is no issue. The problem is that portage just picks a file from that directory, it should either have its own file in there or add the entries to a file named after the package. I agree but it doesn't do that. Of course, as I described, having many files makes it difficult to find what file contains what too. Dale :-) :-)