Re: [gentoo-user] Re: Firefox and kernel panics.
On Mon, 2011-07-11 at 00:03 -0500, Dale wrote: Mark Knecht wrote: DAle, Hi Dale, not quite the same but something else to check - after my 6monthly update round, I had two systems where FF refused to run - just flashed up died. Erase .mozilla allowed one restart where I got a window, any attempt to configure it killed FF. This is on gnome, not KDE so while symptoms differ, it may still be the same root cause - some of the underlying packages needed rebuilding - it was (maybe) nss and dev-lang/spidermonkey. Sorry, had a lot going on so cant be more specific - it was strace that tipped me off (how I cant remember). BillK
Re: [gentoo-user] Re: Firefox and kernel panics.
Dale wrote: Yea, that does sound familiar. Trying to recall who could have had that problem. H. Oh, it was me !! lol This is my card info: 01:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GT 220] (rev a2) Drivers: x11-drivers/nvidia-drivers-270.41.19 That is the latest for my card that is in the tree. Now keep in mind, going back to the older xorg fixed the Konsole and resizing issue I had. So far, I'm not sure Firefox has its problem fixed. I'm going to try it here in a few. Just close everything I can, type in sync and open the thing and see if the smoke gets out. Oh, got to install it again too. Almost forgot that. It's funny in a way. I haven't been to the nvidia website in ages. I just sort of guess at a version, try it and see if it works. If not, try another one until I find one that does. There isn't that many in the tree. I never use the latest because I have never had that new of a card. :/ Thanks. Dale :-) :-) OK. Here is the info: root@fireball / # equery list *xorg* *nvidia* * Searching for *xorg* ... [IP-] [ ] x11-base/xorg-drivers-1.9:0 [IP-] [ ] x11-base/xorg-server-1.9.5:0 * Searching for *nvidia* ... [IP-] [ ] media-video/nvidia-settings-260.19.29:0 [IP-] [ ] x11-drivers/nvidia-drivers-270.41.19:0 root@fireball / # I closed all I could and did a couple syncs to sort of minimize the damage. I opened Firefox, it opened it's home page and about 2 or 3 seconds later, poof, the smoke got out. So, after all this, Firefox still locks it up tight. I didn't touch the window, mouse or keyboard. After I clicked to open Firefox, I let it do its thing until the lights on the keyboard starting to blink. Firefox I tested was the stable version in the tree. Can I shoot it now ?? Dale :-) :-)
Re: [gentoo-user] Re: Firefox and kernel panics.
Bill Kenworthy wrote: On Mon, 2011-07-11 at 00:03 -0500, Dale wrote: Mark Knecht wrote: DAle, Hi Dale, not quite the same but something else to check - after my 6monthly update round, I had two systems where FF refused to run - just flashed up died. Erase .mozilla allowed one restart where I got a window, any attempt to configure it killed FF. This is on gnome, not KDE so while symptoms differ, it may still be the same root cause - some of the underlying packages needed rebuilding - it was (maybe) nss and dev-lang/spidermonkey. Sorry, had a lot going on so cant be more specific - it was strace that tipped me off (how I cant remember). BillK I'm going to try a clean directory for it here in a minute. I'm going to back up my whole home directory for good measure. I'm not holding my breath but I'll cross my fingers just in case. Dale :-) :-)
Re: [gentoo-user] Re: Firefox and kernel panics.
Dale wrote: Bill Kenworthy wrote: On Mon, 2011-07-11 at 00:03 -0500, Dale wrote: Mark Knecht wrote: DAle, Hi Dale, not quite the same but something else to check - after my 6monthly update round, I had two systems where FF refused to run - just flashed up died. Erase .mozilla allowed one restart where I got a window, any attempt to configure it killed FF. This is on gnome, not KDE so while symptoms differ, it may still be the same root cause - some of the underlying packages needed rebuilding - it was (maybe) nss and dev-lang/spidermonkey. Sorry, had a lot going on so cant be more specific - it was strace that tipped me off (how I cant remember). BillK I'm going to try a clean directory for it here in a minute. I'm going to back up my whole home directory for good measure. I'm not holding my breath but I'll cross my fingers just in case. Dale :-) :-) OK. This is better. It seems to work. Can someone explain how a bad config file in Firefox can cause a kernel panic? I thought things like this was not possible? This sounds so windowish. o_O Thanks for all the help. It seems we had not one but two problems. If it wasn't for bad luck . . . . . . Dale :-) :-)
Re: [gentoo-user] Re: Firefox and kernel panics.
2011/7/11 Dale rdalek1...@gmail.com: Dale wrote: Bill Kenworthy wrote: On Mon, 2011-07-11 at 00:03 -0500, Dale wrote: Mark Knecht wrote: DAle, Hi Dale, not quite the same but something else to check - after my 6monthly update round, I had two systems where FF refused to run - just flashed up died. Erase .mozilla allowed one restart where I got a window, any attempt to configure it killed FF. This is on gnome, not KDE so while symptoms differ, it may still be the same root cause - some of the underlying packages needed rebuilding - it was (maybe) nss and dev-lang/spidermonkey. Sorry, had a lot going on so cant be more specific - it was strace that tipped me off (how I cant remember). BillK I'm going to try a clean directory for it here in a minute. I'm going to back up my whole home directory for good measure. I'm not holding my breath but I'll cross my fingers just in case. Dale :-) :-) OK. This is better. It seems to work. Can someone explain how a bad config file in Firefox can cause a kernel panic? I thought things like this was not possible? This sounds so windowish. o_O We already explained you above in the other thread. That shouldn't be possible in a sane system. You haven't found the root of the problem, just the way to avoid it. The problem is in either the kernel (or one of its modules) or the hardware. Firefox (or any other userland program) has not the power to do this if the kernel doesn't allow it or a hardware failure doesn't screw up something. -- Jesús Guerrero Botella
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Sun, 10 Jul 2011 23:26:37 +0100, Peter Humphrey wrote: it my get rid of the problem temporarily but you still have no idea of what the problem was or what to do should it reoccur. s/reoccur/recur/ Speaking as one old pedant to another... From the OED: reoccur: occur again or habitually Although I agree that recur is I tidier word. I suspect it is a contraction of reoccur, making both acceptable. -- Neil Bothwick The nice thing about Windows is - It does not just crash, it displays adialog box and lets you press OK first. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Firefox and kernel panics.
On Sun, 10 Jul 2011 16:10:15 -0700, walt wrote: My deal was the lost compile time. If I had started it about 3 hours earlier or the lights would have blinked a few hours later then not so much would have been lost. That's when I use ebuild instead of starting the emerge from scratch. Let's say I'm emerging libreoffice and the machine goes down (shudder). After fixing the problem I would try the following: #cd /usr/portage/app-office/libreoffice/ #ebuild ./libreoffice-3.3.3.ebuild install That should pick up where the previous emerge stopped, although the patches may be reapplied before continuing the compile/install phase. It will also mean that any files corrupted by the unclean shutdown will be used by the compile/install. This may mean it falls over later or it may install broken software. In this case, restarting from scratch is the safer option, it's not like it is using 6 hours of your time, only the computers. Fixing problems is what uses your time. -- Neil Bothwick There's no place like ~ signature.asc Description: PGP signature
Re: [gentoo-user] Re: Firefox and kernel panics.
On Sun, 10 Jul 2011 19:27:32 -0500, Dale wrote: WAG - have you tried the nv drivers? I did but I couldn't get X to even start. I guess something is not set right somewhere. I have nv in make.conf and been there since I built this thing so sort of clueless on why it don't work. Did you remove the nvidia drivers and xorg.conf? While I am at it, what is the syntax to mask a package higher than a certain version in package.mask? I tired =package.name.version and tried = package.name.version but the former doesn't work and seems to ignore it and the later makes emerge print a boo boo message. On my old rig, I want to mask anything above the 173 series. So far, I haven't had the light bulb moment and never can remember how to do this. category/package-version -- Neil Bothwick Never wrestle with a pig. You both get dirty but only the pig enjoys it. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Firefox and kernel panics.
On Mon, 2011-07-11 at 02:21 -0500, Dale wrote: Dale wrote: Bill Kenworthy wrote: On Mon, 2011-07-11 at 00:03 -0500, Dale wrote: Mark Knecht wrote: DAle, Hi Dale, not quite the same but something else to check - after my 6monthly update round, I had two systems where FF refused to run - just flashed up died. Erase .mozilla allowed one restart where I got a window, any attempt to configure it killed FF. This is on gnome, not KDE so while symptoms differ, it may still be the same root cause - some of the underlying packages needed rebuilding - it was (maybe) nss and dev-lang/spidermonkey. Sorry, had a lot going on so cant be more specific - it was strace that tipped me off (how I cant remember). BillK I'm going to try a clean directory for it here in a minute. I'm going to back up my whole home directory for good measure. I'm not holding my breath but I'll cross my fingers just in case. Dale :-) :-) OK. This is better. It seems to work. Can someone explain how a bad config file in Firefox can cause a kernel panic? I thought things like this was not possible? This sounds so windowish. o_O Thanks for all the help. It seems we had not one but two problems. If it wasn't for bad luck . . . . . . Dale :-) :-) For me it wasnt the config file itself - but something the config did that dragged in another library that caused the grief. Once I fixed that I copied ythe old config back from the last backup and it kept working. BillK
[gentoo-user] ?? CONFIG_USB_SUSPEND ??
Hi, Gentoo. Just done an emerge -puND world. One of the packages updated was sys-fs/udisks-1.0.3-r1. Its warning message was: CONFIG_USB_SUSPEND: is not set when it should be. * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. CONFIG_USB_SUSPEND is surely a kernel config thing. I can't find it in my kernel config file. However, in make menuconfig I do a search for USB_SUSPEND, It says: Location: │ - Device Drivers │ - USB support (USB_SUPPORT [=y]) │ - Support for Host-side USB (USB [=y]) I can't find anything at that location which looks like USB_SUSPEND. Would somebody please help me to resolve my confusion. Thanks in advance. -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] ?? CONFIG_USB_SUSPEND ??
On Monday 11 July 2011 10:16:33 Alan Mackenzie did opine thusly: Hi, Gentoo. Just done an emerge -puND world. One of the packages updated was sys-fs/udisks-1.0.3-r1. Its warning message was: CONFIG_USB_SUSPEND: is not set when it should be. * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. CONFIG_USB_SUSPEND is surely a kernel config thing. I can't find it in my kernel config file. However, in make menuconfig I do a search for USB_SUSPEND, It says: Location: │ - Device Drivers │ - USB support (USB_SUPPORT [=y]) │ - Support for Host-side USB (USB [=y]) I can't find anything at that location which looks like USB_SUSPEND. Would somebody please help me to resolve my confusion. Thanks in advance. Symbol: USB_SUSPEND [=y] │ │ Type : boolean │ │ Prompt: USB runtime power management (autosuspend) and wakeup │ │ Defined at drivers/usb/core/Kconfig:93 │ │ Depends on: USB_SUPPORT [=y] USB [=m] PM_RUNTIME [=y] │ │ Location: │ │ - Device Drivers │ │ - USB support (USB_SUPPORT [=y]) │ │ - Support for Host-side USB (USB [=m]) │ │ It needs PM_RUNTIME, found at - Power management and ACPI options -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] ?? CONFIG_USB_SUSPEND ??
Le 11/07/11 à 10:16, Alan a tapoté : Would somebody please help me to resolve my confusion. Thanks in advance. You must enable the following option first, and then you will find it into the USB section. Symbol: PM_RUNTIME [=n] │ Prompt: Run-time PM core functionality │ - Power management and ACPI options
Re: [gentoo-user] ?? CONFIG_USB_SUSPEND ??
Alan Mackenzie (Mon, 11 Jul 2011 10:16:33 +): Hi, Gentoo. Just done an emerge -puND world. One of the packages updated was sys-fs/udisks-1.0.3-r1. Its warning message was: CONFIG_USB_SUSPEND: is not set when it should be. * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. CONFIG_USB_SUSPEND is surely a kernel config thing. I can't find it in my kernel config file. However, in make menuconfig I do a search for USB_SUSPEND, It says: Location: │ - Device Drivers │ - USB support (USB_SUPPORT [=y]) │ - Support for Host-side USB (USB [=y]) I can't find anything at that location which looks like USB_SUSPEND. Would somebody please help me to resolve my confusion. Thanks in advance. You have to swith on CONFIG_PM_RUNTIME for this option to appear. PM_RUNTIME is straight under Power management and ACPI options. A way to resolve this kind of problems: $ cd /usr/src/linux $ grep -5r '^config USB_SUSPEND' * ... read the 'depends on' line -rz
Re: [gentoo-user] RE: Thunderbugs
There real name is thripids. And are a darn nuissance. They seemingly have stopped moving after being fried by watching youtube clips of the real Thunderbugs. Flashplayer actually has got some use after all. --Original Message-- From: Pandu Poluan Sender: Pandu Poluan To: Gentoo ReplyTo: Gentoo Subject: [gentoo-user] RE: Thunderbugs Sent: 11 Jul 2011 04:09 -original message- Subject: Re: [gentoo-user] Re: Thunderbugs From: Mike Edenfield kut...@kutulu.org Date: 2011-07-11 06:26 On 7/10/2011 5:20 AM, john wrote: Had a pesky invasion of little insects behind my screen. Of which a lot have seemed to stop moving. Think I'll a get sealed tft next time. I'll try sucking them out with a hoover. Damn things, tft was 350 pounds, you think it should have anti critters device. Thank god. I was starting to wonder at your fixation for British girl groups: http://en.wikipedia.org/wiki/Thunderbugs He lives in the UK*! What do you expect? * wild guess based on the currency used. Anyways, this is a post worthy of LOL+LMAO+ROFL at the same time. What a nice way to start my Monday :) Rgds, -- FdS Pandu E Poluan ~ IT Optimizer ~ Sent from Nokia E72-1 Sent from my BlackBerry® smartphone on O2
Re: [gentoo-user] ?? CONFIG_USB_SUSPEND ??
Am Montag, 11. Juli 2011, 12:16:33 schrieb Alan Mackenzie: Hi, Gentoo. Just done an emerge -puND world. One of the packages updated was sys-fs/udisks-1.0.3-r1. Its warning message was: CONFIG_USB_SUSPEND: is not set when it should be. * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. CONFIG_USB_SUSPEND is surely a kernel config thing. I can't find it in my kernel config file. However, in make menuconfig I do a search for USB_SUSPEND, It says: Location: │ - Device Drivers │ - USB support (USB_SUPPORT [=y]) │ - Support for Host-side USB (USB [=y]) I can't find anything at that location which looks like USB_SUSPEND. Would somebody please help me to resolve my confusion. Thanks in advance. My search results are the same with Kernel 2.6.39 CONFIG_USB_SUSPEND is set by - Device Drivers - USB support - USB runtime powermanagement
Re: [gentoo-user] ?? CONFIG_USB_SUSPEND ??
On Monday 11 Jul 2011 11:16:33 Alan Mackenzie wrote: Hi, Gentoo. Just done an emerge -puND world. One of the packages updated was sys-fs/udisks-1.0.3-r1. Its warning message was: CONFIG_USB_SUSPEND: is not set when it should be. * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. CONFIG_USB_SUSPEND is surely a kernel config thing. I can't find it in my kernel config file. However, in make menuconfig I do a search for USB_SUSPEND, It says: Location: │ - Device Drivers │ - USB support (USB_SUPPORT [=y]) │ - Support for Host-side USB (USB [=y]) I can't find anything at that location which looks like USB_SUSPEND. Would somebody please help me to resolve my confusion. Thanks in advance. I will try to help but may be adding to it, since you did not mention which kernel you are using ;-) Look under USB miscellaneous (you may have to enable something relevant for it to show up): # Miscellaneous USB options CONFIG_USB_DEVICEFS=y # CONFIG_USB_DEVICE_CLASS is not set # CONFIG_USB_DYNAMIC_MINORS is not set CONFIG_USB_SUSPEND=y # CONFIG_USB_OTG is not set CONFIG_USB_MON=y -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] ?? CONFIG_USB_SUSPEND ??
On Monday, July 11 at 10:16 (+), Alan Mackenzie said: Hi, Gentoo. Just done an emerge -puND world. One of the packages updated was sys-fs/udisks-1.0.3-r1. Its warning message was: CONFIG_USB_SUSPEND: is not set when it should be. * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. CONFIG_USB_SUSPEND is surely a kernel config thing. I can't find it in my kernel config file. However, in make menuconfig I do a search for USB_SUSPEND, It says: Location: │ - Device Drivers │ - USB support (USB_SUPPORT [=y]) │ - Support for Host-side USB (USB [=y]) I can't find anything at that location which looks like USB_SUSPEND. USB_SUSPEND bool USB runtime power management (autosuspend) and wakeup depends on USB PM_RUNTIME If you say Y here, you can use driver calls or the sysfs power/control file to enable or disable autosuspend for individual USB peripherals (see Documentation/usb/power-management.txt for more details).
Re: [gentoo-user] Re: Firefox and kernel panics.
On Sun, Jul 10, 2011 at 10:03 PM, Dale rdalek1...@gmail.com wrote: Mark Knecht wrote: DAle, PLEASE look at bullet item #3 in this NVidia release: http://www.nvidia.com/object/linux-display-amd64-275.09.07-driver.html QUOTE Fixed a bug that caused freezes and crashes when resizing windows in KDE 4 with desktop effects enabled using X.Org X server version 1.10 or later. QUOTE Sure sounds familiar to me... - Mark Yea, that does sound familiar. Trying to recall who could have had that problem. H. Oh, it was me !! lol This is my card info: 01:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GT 220] (rev a2) Drivers: x11-drivers/nvidia-drivers-270.41.19 That is the latest for my card that is in the tree. No! It is not the latest. It's just what portage is offering you. The link I sent you clearly (!?) stated that you need to be running the latest 'Certified' driver revision 275.09.07 to get this fix. Just because the Gentoo devs haven't marked it as stable does (to me) mean that I should take their word for it. The company that makes the GPU AND designed the driver says to upgrade, so in this case I do what NVidia tells me. mark@c2stable ~ $ eix nvidia-drivers [I] x11-drivers/nvidia-drivers Available versions: 96.43.19!s 173.14.28!s 173.14.30!s (~)256.53!s 260.19.44!s 270.41.06!s (~)270.41.19!s (~)275.09.07!s {acpi custom-cflags gtk kernel_linux multilib} Installed versions: 275.09.07!s(10:21:39 AM 06/24/2011)(acpi gtk kernel_linux multilib -custom-cflags) Homepage:http://www.nvidia.com/ Description: NVIDIA X11 driver and GLX libraries mark@c2stable ~ $ Do the right thing for your machine. Keep it up to date as per portage, not downgrading to old Xorg stuff, and use the driver NVidia tells you to use. Happy, happy. Now keep in mind, going back to the older xorg fixed the Konsole and resizing issue I had. So far, I'm not sure Firefox has its problem fixed. I'm going to try it here in a few. Just close everything I can, type in sync and open the thing and see if the smoke gets out. Oh, got to install it again too. Almost forgot that. It's funny in a way. I haven't been to the nvidia website in ages. I just sort of guess at a version, try it and see if it works. If not, try another one until I find one that does. There isn't that many in the tree. I never use the latest because I have never had that new of a card. :/ New drivers AREN'T only for new cards. They are also for old cards that develop new problems. I.e. - a resizing problem in KDE4 with a new Xorg package. In this one case of NVidia hardware, if I'm going to use the closed source driver then it seems to me the controlling authority of what to use is NVidia and a Gentoo dev who doesn't have this problem. I suspect if a Gentoo dev had the problem you're having this driver would have been marked stable weeks ago! Cheers, Mark
Re: [gentoo-user] Re: Firefox and kernel panics.
On Mon, 11 Jul 2011 05:47:28 -0700, Mark Knecht wrote: That is the latest for my card that is in the tree. No! It is not the latest. It's just what portage is offering you. The link I sent you clearly (!?) stated that you need to be running the latest 'Certified' driver revision 275.09.07 to get this fix. Just because the Gentoo devs haven't marked it as stable does (to me) mean that I should take their word for it. Gentoo devs don't mark software as stable, they mark ebuilds as stable. This has no direct link to the usability of the software itself. -- Neil Bothwick Loose bits sink chips. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Firefox and kernel panics.
On 07/11/11 09:45, Neil Bothwick wrote: Gentoo devs don't mark software as stable, they mark ebuilds as stable. This has no direct link to the usability of the software itself. Nuh uh. From http://devmanual.gentoo.org/keywording/index.html, arch (x86, ppc-macos) Both the package version and the ebuild are widely tested, known to work and not have any serious issues on the indicated platform. ... Moving from ~arch to arch Moving a package from ~arch to arch is done only by the relevant arch teams. If you have access to non-x86 hardware but are not on the arch teams, you may wish to make individual arrangements — the arch teams are happy for help, so long as they know what is going on. Please note that x86 is now no longer an exception and stabilisation must be done through the x86 arch team unless you have individual arrangements — see GLEP 40 for further details. For a package to move to stable, the following guidelines must be met: * The package has spent a reasonable amount of time in ~arch first. Thirty days is the usual figure, although this is clearly only a guideline. For critical packages, a much longer duration is expected. For small packages which have only minor changes between versions, a shorter period is sometimes appropriate. * The package must not have any non-arch dependencies. * The package must not have any severe outstanding bugs or issues. * The package must be widely tested. * If the package is a library, it should be known not to break any package which depends upon it. For security fixes, the reasonable amount of time guideline may be relaxed. See the Vulnerability Treatment Policy
Re: [gentoo-user] Re: Firefox and kernel panics.
On Mon, Jul 11, 2011 at 6:45 AM, Neil Bothwick n...@digimed.co.uk wrote: On Mon, 11 Jul 2011 05:47:28 -0700, Mark Knecht wrote: That is the latest for my card that is in the tree. No! It is not the latest. It's just what portage is offering you. The link I sent you clearly (!?) stated that you need to be running the latest 'Certified' driver revision 275.09.07 to get this fix. Just because the Gentoo devs haven't marked it as stable does (to me) mean that I should take their word for it. Gentoo devs don't mark software as stable, they mark ebuilds as stable. This has no direct link to the usability of the software itself. Very true and while I don't think my post disagreed with you your clarification is timely. It's unclear to me whether there is a specific dev policy about exactly what has to happen to have an ebuild marked as stable but my understanding has been that then Gentoo devs do different things like wait for some number of users to download it and/or watch bug reports for some period of time ensuring there aren't too many problems, etc., before marking the ebuild as stable. Is that roughly correct? - Mark
Re: [gentoo-user] Re: Firefox and kernel panics.
On Mon, Jul 11, 2011 at 7:17 AM, Michael Orlitzky mich...@orlitzky.com wrote: On 07/11/11 09:45, Neil Bothwick wrote: Gentoo devs don't mark software as stable, they mark ebuilds as stable. This has no direct link to the usability of the software itself. Nuh uh. From http://devmanual.gentoo.org/keywording/index.html, arch (x86, ppc-macos) Both the package version and the ebuild are widely tested, known to work and not have any serious issues on the indicated platform. ... Moving from ~arch to arch Moving a package from ~arch to arch is done only by the relevant arch teams. If you have access to non-x86 hardware but are not on the arch teams, you may wish to make individual arrangements — the arch teams are happy for help, so long as they know what is going on. Please note that x86 is now no longer an exception and stabilisation must be done through the x86 arch team unless you have individual arrangements — see GLEP 40 for further details. For a package to move to stable, the following guidelines must be met: * The package has spent a reasonable amount of time in ~arch first. Thirty days is the usual figure, although this is clearly only a guideline. For critical packages, a much longer duration is expected. For small packages which have only minor changes between versions, a shorter period is sometimes appropriate. * The package must not have any non-arch dependencies. * The package must not have any severe outstanding bugs or issues. * The package must be widely tested. * If the package is a library, it should be known not to break any package which depends upon it. For security fixes, the reasonable amount of time guideline may be relaxed. See the Vulnerability Treatment Policy Thanks for posting this. - Mark
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Monday 11 July 2011 10:10:41 Neil Bothwick wrote: From the OED: reoccur: occur again or habitually I don't regard myself bound by others' ability to find earlier examples of the same mistake. We have 'occur', 'incur', 'concur' and 'recur'. It is rarely a good idea to compound prefixes. Although I agree that recur is I tidier word. I suspect it is a contraction of reoccur, making both acceptable. I doubt I shall ever accept 'reoccur', any more than I accept 'transportation'. -- Rgds Peter
Re: [gentoo-user] ?? CONFIG_USB_SUSPEND ??
Hi, Alan. On Mon, Jul 11, 2011 at 12:33:46PM +0200, Alan McKinnon wrote: On Monday 11 July 2011 10:16:33 Alan Mackenzie did opine thusly: Hi, Gentoo. Just done an emerge -puND world. One of the packages updated was sys-fs/udisks-1.0.3-r1. Its warning message was: CONFIG_USB_SUSPEND: is not set when it should be. * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. CONFIG_USB_SUSPEND is surely a kernel config thing. I can't find it in my kernel config file. However, in make menuconfig I do a search for USB_SUSPEND, It says: Location: │ - Device Drivers │ - USB support (USB_SUPPORT [=y]) │ - Support for Host-side USB (USB [=y]) I can't find anything at that location which looks like USB_SUSPEND. Would somebody please help me to resolve my confusion. Thanks in advance. Symbol: USB_SUSPEND [=y] │ │ Type : boolean │ │ Prompt: USB runtime power management (autosuspend) and wakeup │ │ Defined at drivers/usb/core/Kconfig:93 │ │ Depends on: USB_SUPPORT [=y] USB [=m] PM_RUNTIME [=y] That's the bit I hadn't understood. Next time I will. │ │ Location: │ │ - Device Drivers │ │ - USB support (USB_SUPPORT [=y]) │ │ - Support for Host-side USB (USB [=m]) │ │ It needs PM_RUNTIME, found at - Power management and ACPI options Thanks, I've now got a newly compiled kernel. -- alan dot mckinnon at gmail dot com -- Alan Mackenzie (Nuremberg, Germany).
[gentoo-user] Re: Managing multiple Gentoo systems
Grant emailgrant at gmail.com writes: 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. Hello Grant, You have similar goals as I do. In addition to what you are doing I'm planning on managing thousands of embedded devices, remotely, for controls purposes. The new ARM-15 chip is suppose to be an Intel Killer in both the server space and workstation space. It is also is going to be the chip for 3D video and multi-head devices, such as you purport to building in your other emails. TI is very aggressive on the ARM-15 chips based mother boards. Embedded Gentoo runs on the panda board, thanks to Armin76! http://www.gentoo.org/proj/en/base/embedded/handbook/?part=4chap=9 I'm not sure you can wait a few more months, but, in my research the ARM-15 based devices are going to make significant inroads into many areas. http://www.slashgear.com/ti-omap-5-outed-twin-cortex-a15-cores-kinect-style-tracking-more-07131324/ hth, James
[gentoo-user] qemu command line manager (rc scripts)
Hi, I'm looking for xen like manager to manage my virtual machines when computer boots. Is there any such project? Regards, Kfir
Re: [gentoo-user] [OT encfs] When encfs gets hungup
Am Mo 11 Jul 2011 17:18:16 CEST, Peter Humphrey schrieb: I doubt I shall ever accept 'reoccur', any more than I accept 'transportation'. It's way OT but what is wrong with 'transportation'. If it is wrong, how would it be right? I'm not a native speaker so I might be blind to see the error. Greetings Sebastian Beßler
Re: [gentoo-user] qemu command line manager (rc scripts)
On Monday, July 11 at 18:28 (+0300), Kfir Lavi said: Hi, I'm looking for xen like manager to manage my virtual machines when computer boots. Is there any such project? libvirt (can also manage Xen): http://libvirt.org/
Re: [gentoo-user] Re: Firefox and kernel panics.
walt writes: [interrupted emerges] That's when I use ebuild instead of starting the emerge from scratch. Let's say I'm emerging libreoffice and the machine goes down (shudder). After fixing the problem I would try the following: #cd /usr/portage/app-office/libreoffice/ #ebuild ./libreoffice-3.3.3.ebuild install That should pick up where the previous emerge stopped, although the patches may be reapplied before continuing the compile/install phase. But, hold on. The install phase does only a temporary install in the portage build directory, not the 'real' install in /usr. That final step is very easy, though: #ebuild ./libreoffice-3.3.3.ebuild qmerge I like to do this, too. But I use FEATURES=keepwork emerge libreoffice in cases where an emerge was aborted. Although Neil may have a point when he says that an unclean shutdown could have corrupted things. I was under the impression that with a journaling file system this should be safe, but I do not know much bout this. Remember to remove the $PORTAGE_TMPDIR/portage/category/package directory afterwards, with FEATURES=keepwork stuff there is neither removed before nor after emerging. Wonko
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On 07/11/2011 09:26 AM, Sebastian Beßler wrote: Am Mo 11 Jul 2011 17:18:16 CEST, Peter Humphrey schrieb: I doubt I shall ever accept 'reoccur', any more than I accept 'transportation'. It's way OT but what is wrong with 'transportation'. If it is wrong, how would it be right? I'm not a native speaker so I might be blind to see the error. Transport is both a noun and a verb. It is sufficient for the concept of transportation. Except you just sound less French when you say it.
[gentoo-user] Getting genkernel to use newer dmraid
Hi all, I've been trying to get genkernel to use a newer version of dmraid. For some reason, genkernel is using a build from 2006 (!) I've tried an ubuntu livecd which uses a build that's available in portage that works with my fakeraid. All this to try to dual-boot using a raid 1+0. I've discovered /etc/genkernel.conf has settings for this, so I tried changing them: - #DMRAID_VER=1.0.0.rc14 DMRAID_VER=1.0.0.rc16 DMRAID_DIR=dmraid/${DMRAID_VER} #DMRAID_SRCTAR=${DISTDIR}/dmraid-${DMRAID_VER}.tar.bz2 DMRAID_SRCTAR=/usr/share/dmraid/dmraid-1.0.0.rc16-3-prepatched.tar.bz2 DMRAID_BINCACHE=%%CACHE%%/dmraid-${DMRAID_VER}-%%ARCH%%.tar.bz2 - After that I issued a `genkernel --lvm --dmraid initramfs` and got this: - ubuntu / # genkernel initramfs * Gentoo Linux Genkernel; Version 3.4.17 * Running with options: initramfs * Linux Kernel 2.6.38-gentoo-r6 for x86_64... * blkid: Using cache * busybox: Using cache * initramfs: Initializing... * Appending base_layout cpio data... * Appending auxilary cpio data... * Appending busybox cpio data... * Appending lvm cpio data... * LVM: Adding support (using local static binary /sbin/lvm.static)... * Appending dmraid cpio data... * DMRAID: Adding support (compiling binaries)... * ERROR: DMRAID directory ${DMRAID_DIR} is invalid! * -- Grepping log... -- * Appending dmraid cpio data... * DMRAID: Adding support (compiling binaries)... * Gentoo Linux Genkernel; Version 3.4.17 * Running with options: initramfs * ERROR: DMRAID directory ${DMRAID_DIR} is invalid! * -- End log... -- - I can see that the dmraid directory is invalid, but I do not know how to correct this? I've not tried making an initramfs myself (I do not know how) but have been building my own kernels since 2004. I couldn't really find anything on genkernel after googling other than the basic usage. Can anyone help?
Re: [gentoo-user] Re: Firefox and kernel panics.
Dale asks: While I am at it, what is the syntax to mask a package higher than a certain version in package.mask? I tired =package.name.version and tried = package.name.version but the former doesn't work and seems to ignore it and the later makes emerge print a boo boo message. On my old rig, I want to mask anything above the 173 series. So far, I haven't had the light bulb moment and never can remember how to do this. This should do it: =x11-drivers/nvidia-drivers-174 Wonko
Re: [gentoo-user] Getting genkernel to use newer dmraid
On Monday 11 July 2011 10:09:38 Daniel Frey did opine thusly: Hi all, I've been trying to get genkernel to use a newer version of dmraid. For some reason, genkernel is using a build from 2006 (!) I've tried an ubuntu livecd which uses a build that's available in portage that works with my fakeraid. All this to try to dual-boot using a raid 1+0. I've discovered /etc/genkernel.conf has settings for this, so I tried changing them: - #DMRAID_VER=1.0.0.rc14 DMRAID_VER=1.0.0.rc16 DMRAID_DIR=dmraid/${DMRAID_VER} You sure about this one? That lack of a leading / looks mighty suspicious #DMRAID_SRCTAR=${DISTDIR}/dmraid-${DMRAID_VER}.tar.bz2 DMRAID_SRCTAR=/usr/share/dmraid/dmraid-1.0.0.rc16-3-prepatched.tar. bz2 DMRAID_BINCACHE=%%CACHE%%/dmraid-${DMRAID_VER}-%%ARCH%%.tar.bz2 - After that I issued a `genkernel --lvm --dmraid initramfs` and got this: - ubuntu / # genkernel initramfs * Gentoo Linux Genkernel; Version 3.4.17 * Running with options: initramfs * Linux Kernel 2.6.38-gentoo-r6 for x86_64... * blkid: Using cache * busybox: Using cache * initramfs: Initializing... * Appending base_layout cpio data... * Appending auxilary cpio data... * Appending busybox cpio data... * Appending lvm cpio data... * LVM: Adding support (using local static binary /sbin/lvm.static)... * Appending dmraid cpio data... * DMRAID: Adding support (compiling binaries)... * ERROR: DMRAID directory ${DMRAID_DIR} is invalid! * -- Grepping log... -- * Appending dmraid cpio data... * DMRAID: Adding support (compiling binaries)... * Gentoo Linux Genkernel; Version 3.4.17 * Running with options: initramfs * ERROR: DMRAID directory ${DMRAID_DIR} is invalid! * -- End log... -- - I can see that the dmraid directory is invalid, but I do not know how to correct this? I've not tried making an initramfs myself (I do not know how) but have been building my own kernels since 2004. I couldn't really find anything on genkernel after googling other than the basic usage. Can anyone help? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Firefox and kernel panics.
Jesús J. Guerrero Botella wrote: 2011/7/11 Dalerdalek1...@gmail.com: Dale wrote: Bill Kenworthy wrote: On Mon, 2011-07-11 at 00:03 -0500, Dale wrote: Mark Knecht wrote: DAle, Hi Dale, not quite the same but something else to check - after my 6monthly update round, I had two systems where FF refused to run - just flashed up died. Erase .mozilla allowed one restart where I got a window, any attempt to configure it killed FF. This is on gnome, not KDE so while symptoms differ, it may still be the same root cause - some of the underlying packages needed rebuilding - it was (maybe) nss and dev-lang/spidermonkey. Sorry, had a lot going on so cant be more specific - it was strace that tipped me off (how I cant remember). BillK I'm going to try a clean directory for it here in a minute. I'm going to back up my whole home directory for good measure. I'm not holding my breath but I'll cross my fingers just in case. Dale :-) :-) OK. This is better. It seems to work. Can someone explain how a bad config file in Firefox can cause a kernel panic? I thought things like this was not possible? This sounds so windowish. o_O We already explained you above in the other thread. That shouldn't be possible in a sane system. You haven't found the root of the problem, just the way to avoid it. The problem is in either the kernel (or one of its modules) or the hardware. Firefox (or any other userland program) has not the power to do this if the kernel doesn't allow it or a hardware failure doesn't screw up something. Then I ask again, how does it do it? I have opened things, even things I have NEVER opened before, and the only program that causes this that I can find is Firefox. Is there something in the kernel that Firefox uses that nothing else does and that thing is broken? If not, then it is something besides the kernel. I have no idea myself what it is. Might I add, Firefox has been running since before my last message last night. No problems at all. I was sort of careful to try one thing at a time whenever possible. The only thing I did this last time was to start with a empty Firefox directory. Nothing else changed. Still open to ideas tho. Dale :-) :-)
Re: [gentoo-user] Re: Firefox and kernel panics.
On Mon, 11 Jul 2011 18:42:06 +0200, Alex Schuster wrote: Although Neil may have a point when he says that an unclean shutdown could have corrupted things. I was under the impression that with a journaling file system this should be safe, but I do not know much bout this. Journalling normally only protects the filesystem metadata, file contents can be affected. Look at that lovely XFS bug of old that filled files with zeros on a power outage, wile keeping the filesystem intact :( -- Neil Bothwick Vuja De: the feeling that you've never been here before. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Firefox and kernel panics.
On Mon, 11 Jul 2011 10:17:28 -0400, Michael Orlitzky wrote: Gentoo devs don't mark software as stable, they mark ebuilds as stable. This has no direct link to the usability of the software itself. Nuh uh. From http://devmanual.gentoo.org/keywording/index.html, arch (x86, ppc-macos) Both the package version and the ebuild are widely tested, known to work and not have any serious issues on the indicated platform. Yeah, I put that badly. The important point here is and the ebuild. The software could be as reliable as hell, but that does not mean the ebuild has been sufficiently tested. arch means package and ebuild are well tested, but that doesn't imply that ~arch means both are untested. That's why software marked as stable by upstream doesn't always have an ~arch keyword. You've cut the context of my reply, but it was No! It is not the latest. It's just what portage is offering you. The link I sent you clearly (!?) stated that you need to be running the latest 'Certified' driver revision 275.09.07 to get this fix. Just because the Gentoo devs haven't marked it as stable does (to me) mean that I should take their word for it. If Nvidia say to use the later version because they know the current arch version is broken, you should follow their advice and not ignore it simply because of a keyword setting in the ebuild. -- Neil Bothwick A printer consists of three main parts: the case, the jammed paper tray and the blinking red light. signature.asc Description: PGP signature
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Mon, 11 Jul 2011 16:18:16 +0100, Peter Humphrey wrote: From the OED: reoccur: occur again or habitually I don't regard myself bound by others' ability to find earlier examples of the same mistake. We have 'occur', 'incur', 'concur' and 'recur'. It is rarely a good idea to compound prefixes. Nor me, and I still have no idea why I used reoccur instead of recur, brain fade induced by the hour of posting I guess. But an admitted pedantic response deserves a reply from the OED :P -- Neil Bothwick Law of Mechanical Repair: After your hands become coated with grease, your nose will begin to itch. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Firefox and kernel panics.
Mark Knecht wrote: On Sun, Jul 10, 2011 at 10:03 PM, Dalerdalek1...@gmail.com wrote: Mark Knecht wrote: DAle, PLEASE look at bullet item #3 in this NVidia release: http://www.nvidia.com/object/linux-display-amd64-275.09.07-driver.html QUOTE Fixed a bug that caused freezes and crashes when resizing windows in KDE 4 with desktop effects enabled using X.Org X server version 1.10 or later. QUOTE Sure sounds familiar to me... - Mark Yea, that does sound familiar. Trying to recall who could have had that problem. H. Oh, it was me !! lol This is my card info: 01:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GT 220] (rev a2) Drivers: x11-drivers/nvidia-drivers-270.41.19 That is the latest for my card that is in the tree. No! It is not the latest. It's just what portage is offering you. The link I sent you clearly (!?) stated that you need to be running the latest 'Certified' driver revision 275.09.07 to get this fix. Just because the Gentoo devs haven't marked it as stable does (to me) mean that I should take their word for it. The company that makes the GPU AND designed the driver says to upgrade, so in this case I do what NVidia tells me. mark@c2stable ~ $ eix nvidia-drivers [I] x11-drivers/nvidia-drivers Available versions: 96.43.19!s 173.14.28!s 173.14.30!s (~)256.53!s 260.19.44!s 270.41.06!s (~)270.41.19!s (~)275.09.07!s {acpi custom-cflags gtk kernel_linux multilib} Installed versions: 275.09.07!s(10:21:39 AM 06/24/2011)(acpi gtk kernel_linux multilib -custom-cflags) Homepage:http://www.nvidia.com/ Description: NVIDIA X11 driver and GLX libraries mark@c2stable ~ $ Do the right thing for your machine. Keep it up to date as per portage, not downgrading to old Xorg stuff, and use the driver NVidia tells you to use. Happy, happy. Now keep in mind, going back to the older xorg fixed the Konsole and resizing issue I had. So far, I'm not sure Firefox has its problem fixed. I'm going to try it here in a few. Just close everything I can, type in sync and open the thing and see if the smoke gets out. Oh, got to install it again too. Almost forgot that. It's funny in a way. I haven't been to the nvidia website in ages. I just sort of guess at a version, try it and see if it works. If not, try another one until I find one that does. There isn't that many in the tree. I never use the latest because I have never had that new of a card. :/ New drivers AREN'T only for new cards. They are also for old cards that develop new problems. I.e. - a resizing problem in KDE4 with a new Xorg package. In this one case of NVidia hardware, if I'm going to use the closed source driver then it seems to me the controlling authority of what to use is NVidia and a Gentoo dev who doesn't have this problem. I suspect if a Gentoo dev had the problem you're having this driver would have been marked stable weeks ago! Cheers, Mark Since I only use portage to install things, if it isn't in portage, I don't see it. Yea, I could most likely download and install it manually from Nvidia but I like the way portage does it. That's why I use Gentoo to begin with. Even when I used Mandrake, I didn't like installing things outside of what Mandrake installed itself. Nvidia was one of those but I don't think they put the drivers in their list of packages anyway. Sort of had no choice with them. I just wonder why no one has updated this in the tree yet? As for xorg, if going to a older version will fix something, then a older version it is. It's no different than me running something masked/keyworded to fix a issue. Heck, I have ran several packages that were masked/keyworded because it had a fix for some problem. I suspect most all of us have done that at some time or other. Also, I do know that drivers get updated even for older cards. They are always coming out with some fix, new feature or just a new bug. lol I upgrade them sometimes on my old rig with a FX-5200 card. It happens often enough. Dale :-) :-)
Re: [gentoo-user] Re: Firefox and kernel panics.
Neil Bothwick wrote: On Sun, 10 Jul 2011 19:27:32 -0500, Dale wrote: WAG - have you tried the nv drivers? I did but I couldn't get X to even start. I guess something is not set right somewhere. I have nv in make.conf and been there since I built this thing so sort of clueless on why it don't work. Did you remove the nvidia drivers and xorg.conf? You mean emerge -C the nvidia drivers? The last time I used the nv drivers, I just had to change it from nvidia to nv in xorg.conf. While I am at it, what is the syntax to mask a package higher than a certain version in package.mask? I tired =package.name.version and tried= package.name.version but the former doesn't work and seems to ignore it and the later makes emerge print a boo boo message. On my old rig, I want to mask anything above the 173 series. So far, I haven't had the light bulb moment and never can remember how to do this. category/package-version Let me try and explain this way. This is the list of drivers in the tree: [-P-] [ ] x11-drivers/nvidia-drivers-96.43.19:0 [-P-] [ ] x11-drivers/nvidia-drivers-173.14.28:0 [-P-] [ ] x11-drivers/nvidia-drivers-173.14.30:0 [-P-] [ ] x11-drivers/nvidia-drivers-256.53:0 [-P-] [ ] x11-drivers/nvidia-drivers-260.19.44:0 [-P-] [ ] x11-drivers/nvidia-drivers-270.41.06:0 [IP-] [ ] x11-drivers/nvidia-drivers-270.41.19:0 [-P-] [ ~] x11-drivers/nvidia-drivers-275.09.07:0 I want my old rig to be able to upgrade to whatever gets released in the 173 series but no to anything above that, since they don't work with my card. I was thinking I used to do it like this: =x11-drivers/nvidia-drivers-173.99.99 or something to that effect. I just can't recall how to do it at the moment but each time I do a emerge -uvDNa world, it wants to upgrade the nvidia drivers to the 275 series or something. See what I am running into? I don't think I was to clear before. One of those days. Dale :-) :-)
Re: [gentoo-user] Re: Firefox and kernel panics.
On Mon, Jul 11, 2011 at 2:00 PM, Neil Bothwick n...@digimed.co.uk wrote: SNIP No! It is not the latest. It's just what portage is offering you. The link I sent you clearly (!?) stated that you need to be running the latest 'Certified' driver revision 275.09.07 to get this fix. Just because the Gentoo devs haven't marked it as stable does (to me) mean that I should take their word for it. If Nvidia say to use the later version because they know the current arch version is broken, you should follow their advice and not ignore it simply because of a keyword setting in the ebuild. -- Neil Bothwick And of course I would screw up my response by writing [QUOTE] Just because the Gentoo devs haven't marked it as stable does (to me) mean that I should take their word for it. [/QUOTE] instead of what I meant, which would have been [SUBSTITUTE] Just because the Gentoo devs haven't marked it as stable ***DOESN'T*** (to me) mean that I should take their word for it. [/SUBSTITUTE] Sorry! - Mark
Re: [gentoo-user] Re: Firefox and kernel panics.
Alex Schuster wrote: Dale asks: While I am at it, what is the syntax to mask a package higher than a certain version in package.mask? I tired =package.name.version and tried= package.name.version but the former doesn't work and seems to ignore it and the later makes emerge print a boo boo message. On my old rig, I want to mask anything above the 173 series. So far, I haven't had the light bulb moment and never can remember how to do this. This should do it:=x11-drivers/nvidia-drivers-174 Wonko I'll try that. I thought it had to be the whole version part. I guess it changed at some point which is why it is complaining on my old rig now. Thanks. Dale :-) :-)
[gentoo-user] Re: Firefox and kernel panics.
On 07/11/2011 09:42 AM, Alex Schuster wrote: Although Neil may have a point when he says that an unclean shutdown could have corrupted things. I was under the impression that with a journaling file system this should be safe, but I do not know much bout this. I agree with Neil so (if I'm awake enough) I'll force an fsck by doing: #touch /forcefsck in the root directory of any filesystem you might be worried about, and then reboot. Do this before resuming any emerge, of course, so you don't screw up the fs any more than it already is. (BTW I still use only ext3, so I can't say anything about reiser, ext4, etc.)
Re: [gentoo-user] Re: Firefox and kernel panics.
Mark Knecht wrote: On Mon, Jul 11, 2011 at 2:00 PM, Neil Bothwickn...@digimed.co.uk wrote: SNIP No! It is not the latest. It's just what portage is offering you. The link I sent you clearly (!?) stated that you need to be running the latest 'Certified' driver revision 275.09.07 to get this fix. Just because the Gentoo devs haven't marked it as stable does (to me) mean that I should take their word for it. If Nvidia say to use the later version because they know the current arch version is broken, you should follow their advice and not ignore it simply because of a keyword setting in the ebuild. -- Neil Bothwick And of course I would screw up my response by writing [QUOTE] Just because the Gentoo devs haven't marked it as stable does (to me) mean that I should take their word for it. [/QUOTE] instead of what I meant, which would have been [SUBSTITUTE] Just because the Gentoo devs haven't marked it as stable ***DOESN'T*** (to me) mean that I should take their word for it. [/SUBSTITUTE] Sorry! - Mark WOW !!! I'm not the only one that leaves out the word NOT. Funny how that three letter word can change the meaning of a sentence so much. It seems to turn things on its head so to speak. ;-) Dale :-) :-)
Re: [gentoo-user] Re: Firefox and kernel panics.
walt wrote: On 07/11/2011 09:42 AM, Alex Schuster wrote: Although Neil may have a point when he says that an unclean shutdown could have corrupted things. I was under the impression that with a journaling file system this should be safe, but I do not know much bout this. I agree with Neil so (if I'm awake enough) I'll force an fsck by doing: #touch /forcefsck in the root directory of any filesystem you might be worried about, and then reboot. Do this before resuming any emerge, of course, so you don't screw up the fs any more than it already is. (BTW I still use only ext3, so I can't say anything about reiser, ext4, etc.) I think the point of the journal is not to preserve the files but the file system. There is a huge difference. The journal may fix the file system but a corrupt file will still be a corrupt file. The only thing worse than loosing a few hours of compiling, resuming a compile only to find out you have to start over anyway. Just saying. ;-) Dale :-) :-)
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Monday 11 July 2011 17:26:36 Sebastian Beßler wrote: Am Mo 11 Jul 2011 17:18:16 CEST, Peter Humphrey schrieb: I doubt I shall ever accept 'reoccur', any more than I accept 'transportation'. It's way OT but what is wrong with 'transportation'. If it is wrong, how would it be right? It isn't wrong, it's just silly. Americans love to add '-ation' to everything. Just consider 'motivation', for example. It nearly always means 'motive'. Ditto 'medication', which is nearly always 'medicine'. I could go on all night, but this is much too far off topic already. (I didn't mean to launch a troll - I just get wound up about poor language - sorry. And while I'm at it, an adverb should not precede the verb of the sentence. This is not German. And in English we do not put a comma between the verb and the predicate. Anyone who wants to discuss things like this seriously is welcome to contact me off-list.) I'm not a native speaker so I might be blind to see the error. I can see that, but i'm impressed by your grasp of your second language, which is incomparably superior to my grasp of your first. -- Rgds Peter
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Monday 11 July 2011 22:01:02 Neil Bothwick wrote: But an admitted pedantic response deserves a reply from the OED :P ...which is no more than an observer of trends. It offers precious little help in what one ought to do. A few years ago our Queen uttered a solecism (well, it had to happen sooner or later, and as far as I know it's the only one). The gutter press were delighted to announce a new usage: if it's good enough for the queen, it's good enough for the rest of us. How sad. -- Rgds Peter
Re: [gentoo-user] Re: Firefox and kernel panics.
On Monday 11 July 2011 23:30:40 Dale wrote: WOW !!! I'm not the only one that leaves out the word NOT. Funny how that three letter word can change the meaning of a sentence so much. It seems to turn things on its head so to speak. ;-) Is that why I seem only to see the word 'not' in capitals these days? -- Rgds Peter
Re: [gentoo-user] Re: Firefox and kernel panics.
On Mon, 11 Jul 2011 17:30:40 -0500, Dale wrote: WOW !!! I'm not the only one that leaves out the word NOT. Funny how that three letter word can change the meaning of a sentence so much. It seems to turn things on its head so to speak. ;-) That is more or less the idea of the word :P -- Neil Bothwick Always be sincere... whether you mean it or not! signature.asc Description: PGP signature
Re: [gentoo-user] Re: Managing multiple Gentoo systems
And now that I look more closely at KVM switches, it looks like they provide a method of controlling multiple computers via a single keyboard, monitor, and mouse. I need sort of the inverse. I'd like to control a single Gentoo computer via multiple sets of keyboards, monitors, and mice simultaneously. It would basically be a way to have the functionality of multiple workstations but the administration hassle of only a single system. Wireless communication between the computer and each keyboard-monitor-mouse would be most convenient, but that may not be possible so wired would be fine. Does something like this exist? - Grant Does this fantasy-arrangement of mine exist? I guess what I'm after is a series of dumb terminals to connect to a local Gentoo system so I don't need to manage a series of Gentoo systems. - Grant Have you considered using PXE to network boot your systems? you can have various configurations set up based on mac addresses to address different hardware issues. I recommend trying out SystemRescueCD to experiment with PXE booting for the client and server. That sounds like exactly what I need. So, I could set up a Gentoo server and a bunch of completely diskless clients which would all PXE boot from the server? Would the clients basically each control a different virtual terminal on the server? No trees were harmed in the sending of this message. However, a large number of electrons were terribly inconvenienced. That's hilarious. :) - Grant
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Tue, 12 Jul 2011 00:09:42 +0100, Peter Humphrey wrote: But an admitted pedantic response deserves a reply from the OED :P ...which is no more than an observer of trends. It offers precious little help in what one ought to do. Isn't that how language develops, through trends? My point in quoting the OED was that it is a real word, I made no claims that it was a good word, in fact I indicated otherwise. A few years ago our Queen uttered a solecism (well, it had to happen sooner or later, and as far as I know it's the only one). How did they know, was it in a voicemail message? The gutter press were delighted to announce a new usage: if it's good enough for the queen, it's good enough for the rest of us. She made a mistake with English, I made a mistake with English. If it's good enough for her for the Queen... -- Neil Bothwick Not one shred of evidence supports the notion that life is serious. signature.asc Description: PGP signature
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Mon, 11 Jul 2011 23:43:06 +0100, Peter Humphrey wrote: It isn't wrong, it's just silly. Americans love to add '-ation' to everything. Just consider 'motivation', for example. It nearly always means 'motive'. Ditto 'medication', which is nearly always 'medicine'. I could go on all night, The one that always cracks me up is minimalistic. -- Neil Bothwick Accordion: a bagpipe with pleats. signature.asc Description: PGP signature
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. Hello Grant, You have similar goals as I do. In addition to what you are doing I'm planning on managing thousands of embedded devices, remotely, for controls purposes. The new ARM-15 chip is suppose to be an Intel Killer in both the server space and workstation space. It is also is going to be the chip for 3D video and multi-head devices, such as you purport to building in your other emails. TI is very aggressive on the ARM-15 chips based mother boards. Embedded Gentoo runs on the panda board, thanks to Armin76! http://www.gentoo.org/proj/en/base/embedded/handbook/?part=4chap=9 I'm not sure you can wait a few more months, but, in my research the ARM-15 based devices are going to make significant inroads into many areas. http://www.slashgear.com/ti-omap-5-outed-twin-cortex-a15-cores-kinect-style-tracking-more-07131324/ Thanks James. Would ARM-15 machines be a good match for PXE booting? I'm thinking I just need something minimal so the ARM-15 might be a great choice if I understand it correctly. It wouldn't matter that it runs Gentoo since my clients would be diskless, right? I'm still trying to get my mind around this. - Grant
Re: [gentoo-user] Problem with xf86-video-ati nvidia-drivers
When I was using an Nvidia video card, I noticed a strange sort of fuzzy edge effect if I used nvidia-drivers. xf86-video-nouveau didn't have the same problem. Now I've switched to an ATI video card and unfortunately I have the same problem with xf86-video-ati. I tried to enable the new modesetting radeon driver in the kernel to see if that would help but it doesn't work with my HD4250 card yet. Does anyone know how to fix this? Here's a photo of the effect around the mouse cursor: http://imageshack.us/photo/my-images/804/cursor.jpg - Grant Hi Grant, just a shot in the dark: The image looks to me as thos would be an analog instead of an digital problem. May be both propietary drivers switch to the highest possible data transfer rate and this triggers the problem. To check, whether this may be the problem: Instruct the driver to use either low resolution or low refresh rates. Check both. If the problem changes signifiently: Change the cables. May be only a pluf is not inserted correctly. Addtionally you can move the cables arround to see whether this will change the shadows around the cursor in any way... Good luck! :) Best regards mcc Thanks for that. I'm still working on it but adding radeon.audio=0 to grub cleaned it up about 75%. - Grant
[gentoo-user] Re: Firefox and kernel panics.
On 07/11/2011 02:30 PM, Dale wrote: =x11-drivers/nvidia-drivers-173.99.99 or something to that effect. I just can't recall how to do it at the moment but each time I do a emerge -uvDNa world, it wants to upgrade the nvidia drivers to the 275 series or something. I've had the same problem many times -- and so far it's always been my bad typing skills :) I have exactly the same needs on my old machine, and here's what I have: #grep nvidia /etc/portage/package.mask =x11-drivers/nvidia-drivers-177.80 =x11-drivers/nvidia-drivers-173.14.27 (can't remember why I did this) In my experience the disadvantage of using the older drivers is that nVidia is slow to fix build breakage introduced by Linus et al. I test Linus's daily kernel updates (because I like pain, that's why) and I've had to fudge all kinds of stuff to get the 173.x.x drivers to build against the new kernel headers. You'd think I could find something better to do with my time -- but no...
[gentoo-user] Re: [OT encfs] When encfs gets hungup
On 07/11/2011 04:09 PM, Peter Humphrey wrote: A few years ago our Queen uttered a solecism (well, it had to happen sooner or later, and as far as I know it's the only one). A famous American politician, recently retired, has never uttered a non-solecism. Or would that be un-solecism? Anti-solecism? Counter-solecism? Whatever...
Re: Re: [gentoo-user] Getting genkernel to use newer dmraid
On 01/-10/37 11:59, Alan McKinnon wrote: On Monday 11 July 2011 10:09:38 Daniel Frey did opine thusly: Hi all, I've been trying to get genkernel to use a newer version of dmraid. For some reason, genkernel is using a build from 2006 (!) I've tried an ubuntu livecd which uses a build that's available in portage that works with my fakeraid. All this to try to dual-boot using a raid 1+0. I've discovered /etc/genkernel.conf has settings for this, so I tried changing them: - #DMRAID_VER=1.0.0.rc14 DMRAID_VER=1.0.0.rc16 DMRAID_DIR=dmraid/${DMRAID_VER} You sure about this one? That lack of a leading / looks mighty suspicious The only two lines I changed are the ones I commented out (so I only changed DMRAID_VER and DMRAID_SRCTAR.) If I revert the changes, the default initramfs with the included dmraid build properly. I suspect there's a build directory somewhere buried deep down that I can't find. I'm going to try to dig into this a little deeper... although I do need a new motherboard soon. I'm starting to dislike the reliability of Asus motherboards. I've had three fail now (different models) so I ordered an Intel board to replace this current one. I wouldn't be surprised at this point if the motherboard is the cause of my grief. Thankfully I have a laptop or I'd be going through serious internet withdrawal symptoms. :) Dan
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On 07/11/2011 07:40 PM, Neil Bothwick wrote: On Mon, 11 Jul 2011 23:43:06 +0100, Peter Humphrey wrote: It isn't wrong, it's just silly. Americans love to add '-ation' to everything. Just consider 'motivation', for example. It nearly always means 'motive'. Ditto 'medication', which is nearly always 'medicine'. I could go on all night, The one that always cracks me up is minimalistic. Incentivize *facepalm*
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Monday 11 July 2011 23:43:06 Peter Humphrey wrote: On Monday 11 July 2011 17:26:36 Sebastian Beßler wrote: Am Mo 11 Jul 2011 17:18:16 CEST, Peter Humphrey schrieb: I doubt I shall ever accept 'reoccur', any more than I accept 'transportation'. It's way OT but what is wrong with 'transportation'. If it is wrong, how would it be right? It isn't wrong, it's just silly. Americans love to add '-ation' to everything. Just consider 'motivation', for example. It nearly always means 'motive'. Ditto 'medication', which is nearly always 'medicine'. I could go on all night, but this is much too far off topic already. (I didn't mean to launch a troll - I just get wound up about poor language - sorry. And while I'm at it, an adverb should not precede the verb of the sentence. This is not German. And in English we do not put a comma between the verb and the predicate. Anyone who wants to discuss things like this seriously is welcome to contact me off-list.) I'm not a native speaker so I might be blind to see the error. I can see that, but i'm impressed by your grasp of your second language, which is incomparably superior to my grasp of your first. well, your language is broken beyond help anyway (as everybody who was forced to learn this clusterfuck* realized in the second or third week) so why get your panties in a knot? It can hardly get worse. Maybe better. *) most accurate description of the english language I ever read: http://www.schlockmercenary.com/2001-07-22 -- #163933
Re: [gentoo-user] Re: Managing multiple Gentoo systems
On Mon, Jul 11, 2011 at 6:39 PM, Grant emailgr...@gmail.com wrote: Have you considered using PXE to network boot your systems? you can have various configurations set up based on mac addresses to address different hardware issues. I recommend trying out SystemRescueCD to experiment with PXE booting for the client and server. That sounds like exactly what I need. So, I could set up a Gentoo server and a bunch of completely diskless clients which would all PXE boot from the server? Would the clients basically each control a different virtual terminal on the server? Each machine can pull a copy of the master boot image to make updates a lot simpler. The SystemRescueCD PXE boot mechanism just pushes out a copy of the CD to all the machines to boot them. to update the boot image just update the files in one location to update all machines. the machines act as separate fully functioning machine. Check out http://www.sysresccd.org/Sysresccd-manual-en_PXE_network_booting to see how to setup the PXE boot environment. No trees were harmed in the sending of this message. However, a large number of electrons were terribly inconvenienced. That's hilarious. :) - Grant Thanks. A friend shared that with me. -- No trees were harmed in the sending of this message. However, a large number of electrons were terribly inconvenienced.
[gentoo-user] {OT} 802.11n PCI-E 300Mbps with AP mode?
I'm planning to get one of these to act as a wireless bridge between my modem and Gentoo router: http://www.newegg.com/Product/Product.aspx?Item=33-127-256 I'll need an 802.11n PCI-E card that does 300Mbps and works in AP mode for the router. Does anyone know of such a card? I've read that these 300 Mbps cards use Realtek chips and don't work in AP mode although that info could be outdated: http://www.newegg.com/Product/Product.aspx?Item=N82E16833320048 http://www.newegg.com/Product/Product.aspx?Item=33-166-063 This one is said to be an Atheros chip so it should have better support but it only goes to 150Mbps: http://www.newegg.com/Product/Product.aspx?Item=N82E16833704059 - Grant
Re: [gentoo-user] Re: Managing multiple Gentoo systems
James Wall wrote: On Mon, Jul 11, 2011 at 6:39 PM, Grantemailgr...@gmail.com wrote: No trees were harmed in the sending of this message. However, a large number of electrons were terribly inconvenienced. That's hilarious. :) - Grant Thanks. A friend shared that with me. I post some of Neil's sig lines to my wall on facebook. A lot of them are pretty neat. What gets me tho is when one of them applies to the topic he is replying too. I know on a couple occasion Neil has even mentioned it himself. Keep em coming Neil. Dale :-) :-)