Re: [gentoo-user] Search filesystem with a wildcard
On Fri, Feb 25, 2011 at 10:19 PM, Amankwah wrote: > How about this? > > find -name foo*.txt ? Why would you scan the entire file system when you have an speedy index?
Re: [gentoo-user] Why is KDE part of the system set?
Walter Dnes wrote: On Thu, Feb 24, 2011 at 11:34:09AM -0600, Dale wrote I didn't tell portage to include KDE, qt, and a boatload of other stuff to be part of @system. Did I enable the kde USE flag, yea. That should be part of the world stuff not the system stuff. If I disable kde, qt and all the others then my GUI is going to be junk if it would even work at all. What you're saying is that you want *SOME*, but not all, packages to be built with certain flags. That's what package.use was designed for. If you enable "kde" globally in your USE var, everything that can be built with KDE support will be built with KDE support. If you enable it for only certain packages, it will only show up for certain packages. Not exactly. I'm saying I don't think X stuff should be in the system set regardless of USE flags. Not to long ago, there was only a 150 or so packages for system regardless of the USE flags. That has changed. I have had KDE installed on this system since day one as well as on my old system. Only recently has KDE and other X stuff been pulled into the system set. You have "kde" and "symantic-desktop" in your USE, sorry, you're going to pull in a lot of crap, no if's-and's-or's-but's. BTW, I assure you that I am absolutely neutral in the GNOME/KDE war... the pox on both their houses. I didn't buy a computer to run desktops, I bought a computer to run applications. True, it does pull in a lot. That shouldn't be in the system set tho. It wasn't in the past and it shouldn't be now either. Now it's possible that many of the flags in your "combined" USE are pulled in by your profile. The way to avoid that is to start your USE with "-*" and only add what is absolutely necessary, either in USE in make.conf or on a package-by-package basis in package.use. I started doing that some years ago after the developers "in their infinite wisdom" decided to include "ipv6" by default. Firefox and mplayer and anything else that connected to the net would spin their wheels for 30 to 45 seconds, while IPV6 DNS requests timed out, and then fall back to IPV4. I did *NOT* appreciate that. If I am going to put "-*" in my make.conf, I may as well not select any profile except for the base profile. After all, that disables everything that the kde profile enables. Since I use KDE about 99.99% of the time, I may as well use that profile. ;-) I rarely put anything in package.use. As you can tell by my USE line, it's hard enough keeping up with config files already. It's more than enough fun trying to keep up with package.mask. You know, you add a package to package.unmask but forgot it is in package.mask and can't figure out why it is still masked. A person could go in circles for a while before thinking about it being masked locally instead of by a dev in the tree. lol I'm pleading the 5th on the number of times that has happened too. My lips are sealed. :-| I guess the kernel will have the kde USE flag next. lol At least that should be in @system tho. ;-) Check your profile. Is it kde-desktop? And while you're at it, set your "ALSA_CARDS" variable in /etc/make.conf. It seems to be pulling in everything by default. I thought the ALSA_CARDS was set but it was commented out. I guess I put it in but forgot to remove the # so that it would see the setting. I guess my sound would have worked regardless of what sound card I had. lol To make my point, in the past couple days I was having random reboots. I booted from a USB stick, mounted my partitions and wanted to do a QUICK emerge -e system. Here I go compiling KDE stuff that works and doesn't need to be recompiled. I'm not to concerned about KDE, I'm just wanting to recompile the root of my system, the system packages and a new kernel. I didn't need KDE pulled into the mix. Dale :-) :-)
Re: [gentoo-user] Search filesystem with a wildcard
On Fri, Feb 25, 2011 at 9:26 PM, Grant wrote: > I used to use slocate like this to search the filesystem for a file: > > foo*.txt > > but mlocate doesn't seem to accept wildcards. I tried to figure out > how to do it with find but failed. Can anyone point me in the right > direction? > > - Grant > > Try locate "*/foo*.txt". mlocate seems to match based on the full path name. Also, to quote the manpage: If any PATTERN contains no globbing characters, locate behaves as if the pattern were *PATTERN*.
Re: [gentoo-user] Search filesystem with a wildcard
On Fri, Feb 25, 2011 at 06:26:51PM -0800, Grant wrote: > I used to use slocate like this to search the filesystem for a file: > > foo*.txt > > but mlocate doesn't seem to accept wildcards. I tried to figure out > how to do it with find but failed. Can anyone point me in the right > direction? > > - Grant How about this? find -name foo*.txt ?
[gentoo-user] Search filesystem with a wildcard
I used to use slocate like this to search the filesystem for a file: foo*.txt but mlocate doesn't seem to accept wildcards. I tried to figure out how to do it with find but failed. Can anyone point me in the right direction? - Grant
Re: [gentoo-user] automounting usb drives
luis jure wrote: hello list, i'm old-fashioned and i never cared for this automount thing, but now i have two pen drives and two usb hard disks that i have to mount and umount all the time, and doing it by hand every time is beginning to be very annoying... i see that distributions like ubuntu and others have this feature by default: you plug in a pen drive and it creates a mount point under /media and mounts the device there. but i have no idea to get something like that working on my gentoo machine. i searched the web, but the documents i found on the subject are somewhat contradictory and all of them too old for comfort. any hints about a standard "gentoo way" to achieve this? by the way, i use xfce, so i can't use tools specific for kde or gnome, if they exist. best, lj I know what xfce is but not have no experience with it. Would this help? [I] sys-fs/udisks Available versions: 1.0.1-r1!t{tbz2} 1.0.2!t{tbz2} {bash-completion debug doc nls remote-access} Installed versions: 1.0.2!t{tbz2}(18:36:11 02/25/11)(nls -bash-completion -debug -doc -remote-access) Homepage:http://www.freedesktop.org/wiki/Software/udisks Description: Daemon providing interfaces to work with storage devices * xfce-extra/xfce4-mount-plugin Available versions: 0.5.5 {debug} Homepage:http://www.xfce.org/ Description: Mount plugin for the Xfce panel That last one should put you on the right path for sure. Hope the helps. Dale :-) :-)
[gentoo-user] automounting usb drives
hello list, i'm old-fashioned and i never cared for this automount thing, but now i have two pen drives and two usb hard disks that i have to mount and umount all the time, and doing it by hand every time is beginning to be very annoying... i see that distributions like ubuntu and others have this feature by default: you plug in a pen drive and it creates a mount point under /media and mounts the device there. but i have no idea to get something like that working on my gentoo machine. i searched the web, but the documents i found on the subject are somewhat contradictory and all of them too old for comfort. any hints about a standard "gentoo way" to achieve this? by the way, i use xfce, so i can't use tools specific for kde or gnome, if they exist. best, lj
Re: [gentoo-user] Ebuild hacking howto
On Fri, Feb 25, 2011 at 8:13 AM, James wrote: > Hello, > > Is the link below the best "howto" guide as to using > an existing ebuild to hack a new ebuild? JFFNMS has > been languishing despite repeated requests for a version > bump; so I'm taking the plunge and going to update it > on one of my systems. > > http://en.gentoo-wiki.com/wiki/Creating_an_Updated_Ebuild > > > Also, I found this guide: > > http://devmanual.gentoo.org/ > and > man 5 ebuild > > > Any other documents I should reference before > attempinging to update an ebuild on my own > person overlay dir? > > Comments and ideas are most welcome > > > James > > > Saw that you linked to the "creating an updated ebuild" from gentoo-wiki, so what I say may overlay quite a bit, but hear me out: It depends on how the ebuild is built. If it references the version by the ebuild file name, which is very common, you can create an overlay for the ebuild, copy the ebuild to it, rename the ebuild file to have the new version number as part of it, digest the ebuild, make sure the overlay is listed in your make.conf file, then try to emerge it. I did this with Webmin. Yes, I know it's masked and new versions have effectively been dropped from portage; but I use it, and it worked fine. Maybe I should break it down a little: Create the appropriate directory in an overlay dir. For Webmin, I had to create app-admin, then webmin: # mkdir -p /usr/local/portage/overlay/app-admin/webmin mark@allanon /usr/local/portage/overlay/app-admin/webmin $ pwd /usr/local/portage/overlay/app-admin/webmin I then copied webmin-1.510.ebuild from the official portage tree, /usr/portage/app-admin/webmin, to it's new location and filename: # cp /usr/portage/app-admin/webmin/webmin-1.510.ebuild /usr/local/portage/overlay/app-admin/webmin/webmin-1.530.ebuild Then digest the ebuild to generate a manifest, otherwise portage will complain when you try to emerge it: # cd /usr/local/portage/overlay/app-admin/webmin # ebuild webmin-1.530.ebuild digest Now add the overlay to your make.conf: PORTDIR_OVERLAY="/usr/local/portage/overlay" If you're using EIX to sync/search portage, you'll need to run eix-update after doing this. Now try to emerge the newest Webmin, but first you have to unmask it. I like to use autounmask for that: Create your package.???* directories (or files) in /etc/portage (I like the dir option), if you don't already have them: # for a in keywords unmask use; do mkdir -p /etc/portage/package.${a}; done If you just want the files: # for a in keywords unmask use; do touch /etc/portage/package.${a}; done Emerge autounmask if you don't have it: # emerge app-portage/autounmask Then unmask Webmin 1.530: # autounmask =app-admin/webmin-1.530 Now we can emerge it! # emerge -av =app-admin/webmin-1.530 I've done this on 3 servers to get Webmin on them, and have used this setup every time. Chances are the ebuild you want to use may be this simple. Ok, so I scrolled down and saw your reply mentioning the program, jffnms. What I did with Webmin can all most be done exactly the same with jffnms, except you need to modify a line of the ebuild to point to *.tgz instead of *.tar.gz. When I did this, I was able to successfully fetch the gzipped tar file from Sourceforge. You can use sed to correct it: sed -i -e 's/.tar.gz/.tgz/g' /usr/local/portage/overlay/net-analyzer/jffnms/jffnms-0.8.5.ebuild Or download the ebuild I've attached, follow the link you references to create the overlay dir/add to make.conf, etc. That should work. Let me know how it goes. jffnms-0.8.5.ebuild Description: Binary data
Re: [gentoo-user] Random reboots. Where to start?
Volker Armin Hemmann wrote: let memtest86 run - for 12h. increase ram voltage - a bit. Like 0.01V. get a different psu. 12 hours? By that time, I would be in a rubber room. I would go nuts. lol I did let it run for almost 5 hours tho. No errors. O, I hate changing voltages. Always afraid I will let the smoke out. We all know what happens when the smoke gets out. No more worky. lol May have to, don't want to tho. I think my P/S in my old rig will work in here. If I get to the point of knowing it is hardware, that will be my first test. It doesn't cost anything to test either. I'm still hoping it will be a OS problem tho, bad file or something. This reminds me. I did have to do the sysrq key thing the other day. I was at a console but I was logged into KDE too. Maybe that messed up something. Some file got corrupted or something. Thanks. Dale :-) :-)
Re: [gentoo-user] Random reboots. Where to start?
Paul Hartman wrote: When you say "memtest" what memtest are you using, exactly? The one from the kernel? I prefer memtest86+ as it is updated and has support for the latest CPUs and memory configurations. You can install it from portage and add an entry to your Grub menu and don't need to mess with bootable CD or USB or anything like that. You can test specific ranges, if you suspect the new RAM is causing trouble. Full memory testing of all patterns with 16 gigs of RAM can take forever, but in my experience tests 5 and 8 in memtest86+ are typically the only tests that actually produce errors on modern systems. If you're in a hurry you can just run test 5 and that'll give you many more passes in a shorter time. I would at least want to run this kind of test for 12 hours with no errors before trusting the machine. 24 or 48 hours if you can afford the wait. :) If it does not always recognize the full 16GB i would suspect you need to increase the voltage to your RAM. You may also (or instead) need to reduce the memory speed. On my previous motherboard, an Abit, with Patriot DDR2 RAM, it could handle 4GB of RAM (2x2GB) no problems, running at recommended voltage and full speed. When I doubled that to 8GB (4x2GB) it crashed often, but not constantly. It could not pass an overnight memory test. I ultimately had to raise the voltage by 0.3 and reduce the speed from 800MHz to 667MHz. I ran memtest86+ for 3 days and it had no errors. After that it worked like a champ for 2 years, no problems. Also, if you're using DDR3 which contains XMP data (timing and voltage presets, basically) beware that it can sometimes be wrong. I have used 2 different brands of RAM whose XMP data did not match the values printed on the packaging. The manufacturers both times suggested I use what's printed on the packaging and ignore what the chip itself tells me. And of course on my recent Core i7 920 build, I spent a month trying to get OCZ Gold RAM to work properly with my Gigabyte motherboard. After 2 DOA sticks exchanged and a month of trying everything I could possibly think of it still failed memory tests (sometimes it would only fail after 5 or 6 hours of testing) and I gave up and returned it to the store for a refund. I ordered some Corsair XMS3 RAM online instead, it worked right away with the recommended settings, no messing around, and I've been running happily ever after. :) I figured out why it appeared not to be testing it all. I was just checking it as I walked by and such and I guess it just happened to be testing the first 2Gbs or so each time I walked by. I did another test and just sat and watched a lot of it. It appears to be testing in 2Gb chunks or something. It would test something to 2Gbs, then test 2Gbs to 4Gbs and so on. So, it was testing it all, I was just not there to see it do it. The something in the first 2Gbs is what it needs to load the test I guess. It was just a small amount tho. Mine is G Skill ram. It calls for at least 1333 but I got 1600. I usually get a little faster, in case I want to overclock a little but it also allows for a ram that may not be quite up to speed. Plus, it was on sale and was actually cheaper than 1333. lol That made the sale. ;-) It is DDR3 tho. It is also in ganged mode too. It is faster that way. I hope I don't have to swap my ram. I bought it at newegg and the shipping would be fun I'm sure. At least I got plenty to run off of while swapping tho. Thanks. Dale :-) :-)
Re: [gentoo-user] ssh problem
On Tue, Feb 22, 2011 at 6:43 AM, dhk wrote: > After a recent upgrade to ssh I can no longer log into my Gentoo box > (amd64) from another Gentoo box (x86) that has also had a recent upgrade > to ssh. However, I can log in to it from Suse and Redhat boxes. > > Any ideas? > > Thanks > > dhk > > While this may not help you now, one of the things Gentoo devs recommend, after updating the ssh daemon and restarting it, is to immediately try to ssh back in and make sure you still can. Do not close your original ssh connection when you do this. I've had these instructions save me a few times; since I was still connected, I was able to fix the sshd_config file.
Re: [gentoo-user] Portage overlay: howto find installed packages
Many thanks!
Re: [gentoo-user] Re: Random reboots. Where to start?
Grant Edwards wrote: On 2011-02-25, Dale wrote: Well, I think my machine is possessed or something. I'm getting random reboots here. When it does this, it is like hitting the reset button. It is sitting on the grub screen when it does this. I noticed the first time the other day and this was before adding the extra memory. I seemed to be stable at 4Gbs but I seem to be rebooting at random. I ran memtest yesterday, it checked fine. By "memtest" I assume mean memtest86? In my experience, you should let it run multiple passes (I'd recommend at least 4 or 4 -- I would imagine it'll take a couple days). I've seen situations where it was OK on the initial pass, and then failed later. The other likely suspect is probably the power supply. Correct. To sort of help rule out the OS on the hard drive, I ran memtest from a USB stick. It made it through 2 full passes with no errors. Since this is my main rig, I can't go to long without it. I get to shaking from withdrawal and such as that. :-( I got a good power supply but it could still be that. Even the best and most expensive break from time to time. I think I could swap mine out from my old rig if needed. This new rig doesn't pull near as much as my old one. Thanks. Dale :-) :-)
Re: [gentoo-user] ssh problem
On Friday 25 February 2011 12:09:38 dhk wrote: > On 02/24/2011 08:08 PM, dhk wrote: > > On 02/24/2011 06:30 PM, Mick wrote: > >> On Thursday 24 February 2011 21:51:56 dhk wrote: > >>> Thanks, but I've tried that. ssh'ing to the hostname and loopback > >>> address work. However, when I go out to the WAN it doesn't. So I > >>> can't ssh user@123.123.123.123 even though I have port 22 open on the > >>> switch for my ip. > >> > >> Just to state the obvious, have your tried something like: > >> > >> $ nc -v -z 123.123.123.123 22 > >> 123.123.123.123 (ssh) open > >> > >> from a WAN client to make sure that the port is open? > > > > I don't have the nc comand. What package is it in? > > The nc command does nothing when run from the same host I'm trying to > ssh in to. I'm not sure what that means other than it can't make a > connection. With the -w option I get: > > # nc -w 3 -v -z 123.123.123.123 22 > ool-43505ef2.dyn.optonline.net [123.123.123.123] 22 (ssh) : Connection > timed out OK, this proves that you have a connectivity problem. If the port was open and there was a ssh server listening on port 22 for connections you would get an "open" response. BTW, nc is not necessary, you could use e.g. telnet to check the connection: $ telnet 123.123.123.123 22 SSH-2.0-OpenSSH_5.8p1-hpn13v10lpk If instead of the above you are getting no response and you are confident that you have not defined something other than port 22 for connections to your ssh server, then there is perhaps a firewall problem? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Portage overlay: howto find installed packages
On Fri, Feb 25, 2011 at 4:56 PM, Giampiero Gabbiani wrote: > Hi all, > Is there a way in order to know how which packages were installed from a > given overlay? eix -I --installed-from-overlay overlayname where "overlayname" is the overlay you want to see installed packages of.
Re: [gentoo-user] Portage overlay: howto find installed packages
Giampiero Gabbiani asks: > Is there a way in order to know how which packages were installed from a > given overlay? Yes: eix -I --in-overlay Wonko
Re: [gentoo-user] Random reboots. Where to start?
Helmut Jarausch wrote: Dale, I have better experience with sys-apps/memtester for catching memory errors - though running it over night. You can tell it what to test. Furthermore I had one machine (an AMD Phenom II) where I got random errors though all memory tests went through without a problem. I suspected a cache coherence bug since this was quad core processor. Once, I have replaced this CPU only, i.e. with the same memory, the spook was over. Therefore, if you have a multi-core CPU, run memtester simultaneously (on different parts of the memory) as many times as you have cores. I hope, this helps, Helmut. I'm going to keep this in mind and I'll run memtester here in a bit. I booted a USB stick and it ran a long time with no problem. I took a nap and when I got back up, it was still running. It may still be hardware but this is a good sign. I would rather it be a bad version of gcc, bad kernel or something than bad hardware. I can update those easily enough. I have had 30 days of uptime on this specific kernel tho so I sort of doubt it is that. Still, it could be anything. I kind of suspect the ram tho. When I added that, I had it to reboot itself. Before that, solid as a rock. I may just disconnect and reconnect everything later on too. Just in case I pulled something slightly off when installing the ram. Thanks. Dale :-) :-)
[gentoo-user] Portage overlay: howto find installed packages
Hi all, Is there a way in order to know how which packages were installed from a given overlay? Best regards Giampiero
Re: [gentoo-user] Random reboots. Where to start?
On Fri, Feb 25, 2011 at 9:33 AM, Dale wrote: > Well, I think my machine is possessed or something. I'm getting random > reboots here. When it does this, it is like hitting the reset button. It > is sitting on the grub screen when it does this. I noticed the first time > the other day and this was before adding the extra memory. I seemed to be > stable at 4Gbs but I seem to be rebooting at random. I ran memtest > yesterday, it checked fine. It didn't find a error but it looked like it > was only testing part of it. Memtest recognizes all 16Gbs on the last run > but it didn't seem to be testing it all. Is there a trick to getting it to > test the whole thing? When you say "memtest" what memtest are you using, exactly? The one from the kernel? I prefer memtest86+ as it is updated and has support for the latest CPUs and memory configurations. You can install it from portage and add an entry to your Grub menu and don't need to mess with bootable CD or USB or anything like that. You can test specific ranges, if you suspect the new RAM is causing trouble. Full memory testing of all patterns with 16 gigs of RAM can take forever, but in my experience tests 5 and 8 in memtest86+ are typically the only tests that actually produce errors on modern systems. If you're in a hurry you can just run test 5 and that'll give you many more passes in a shorter time. I would at least want to run this kind of test for 12 hours with no errors before trusting the machine. 24 or 48 hours if you can afford the wait. :) If it does not always recognize the full 16GB i would suspect you need to increase the voltage to your RAM. You may also (or instead) need to reduce the memory speed. On my previous motherboard, an Abit, with Patriot DDR2 RAM, it could handle 4GB of RAM (2x2GB) no problems, running at recommended voltage and full speed. When I doubled that to 8GB (4x2GB) it crashed often, but not constantly. It could not pass an overnight memory test. I ultimately had to raise the voltage by 0.3 and reduce the speed from 800MHz to 667MHz. I ran memtest86+ for 3 days and it had no errors. After that it worked like a champ for 2 years, no problems. Also, if you're using DDR3 which contains XMP data (timing and voltage presets, basically) beware that it can sometimes be wrong. I have used 2 different brands of RAM whose XMP data did not match the values printed on the packaging. The manufacturers both times suggested I use what's printed on the packaging and ignore what the chip itself tells me. And of course on my recent Core i7 920 build, I spent a month trying to get OCZ Gold RAM to work properly with my Gigabyte motherboard. After 2 DOA sticks exchanged and a month of trying everything I could possibly think of it still failed memory tests (sometimes it would only fail after 5 or 6 hours of testing) and I gave up and returned it to the store for a refund. I ordered some Corsair XMS3 RAM online instead, it worked right away with the recommended settings, no messing around, and I've been running happily ever after. :)
Re: [gentoo-user] Random reboots. Where to start?
On Fri, Feb 25, 2011 at 7:33 AM, Dale wrote: > Well, I think my machine is possessed or something. I'm getting random > reboots here. When it does this, it is like hitting the reset button. It > is sitting on the grub screen when it does this. I noticed the first time > the other day and this was before adding the extra memory. I seemed to be > stable at 4Gbs but I seem to be rebooting at random. I ran memtest > yesterday, it checked fine. It didn't find a error but it looked like it > was only testing part of it. Memtest recognizes all 16Gbs on the last run > but it didn't seem to be testing it all. Is there a trick to getting it to > test the whole thing? > > This is the last few lines from messages before the reboot: > > Feb 25 05:10:01 localhost cron[5697]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 05:14:47 localhost smartd[3902]: Device: /dev/sdb [SAT], SMART Usage > Attribute: 194 Temperature_Celsius changed from 113 to 112 > Feb 25 05:14:47 localhost smartd[3902]: Device: /dev/sdc [SAT], SMART Usage > Attribute: 190 Airflow_Temperature_Cel changed from 80 to 78 > Feb 25 05:14:47 localhost smartd[3902]: Device: /dev/sdc [SAT], SMART Usage > Attribute: 194 Temperature_Celsius changed from 75 to 74 > Feb 25 05:20:01 localhost cron[5850]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 05:30:01 localhost cron[5994]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 05:40:01 localhost cron[6136]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 05:41:49 localhost uptimed: moving up to position 20: 0 days, > 01:27:23 > Feb 25 05:44:47 localhost smartd[3902]: Device: /dev/sdc [SAT], SMART Usage > Attribute: 190 Airflow_Temperature_Cel changed from 78 to 77 > Feb 25 05:50:01 localhost cron[6284]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 05:59:01 localhost cron[6413]: (root) CMD (rm -f > /var/spool/cron/lastrun/cron.hourly) > Feb 25 06:00:01 localhost cron[6429]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 06:10:01 localhost cron[6573]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 06:14:47 localhost smartd[3902]: Device: /dev/sdc [SAT], SMART Usage > Attribute: 190 Airflow_Temperature_Cel changed from 77 to 76 > Feb 25 06:20:01 localhost cron[6722]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 06:30:01 localhost cron[6865]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 06:40:01 localhost cron[7008]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 06:50:01 localhost cron[7156]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 06:59:01 localhost cron[7286]: (root) CMD (rm -f > /var/spool/cron/lastrun/cron.hourly) > Feb 25 07:00:01 localhost cron[7301]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 07:10:01 localhost cron[7444]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 07:20:01 localhost cron[7592]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 07:30:01 localhost cron[7741]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 07:40:01 localhost cron[7884]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > Feb 25 07:42:49 localhost uptimed: moving up to position 19: 0 days, > 03:28:23 > Feb 25 07:50:01 localhost cron[8032]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons ) > > I don't see anything out of the norm, do you? What else should I check? I > have a Gigabyte mobo, anything in the BIOS I should check? After I added > the last two sticks of ram, I loaded the optimized settings. No > overclocking or anything here. > > It does this while logged into KDE and after running a while. I have shut > down folding and the CPU is running below 85F and all the fans are running > fine. I don't think this could be a heat issue. It's a Cooler Master HAF > 932 case with lots of cooling. > > I'm going to reboot and let memtest run a while and see exactly what it was > that makes me think it is not testing ALL the memory. > > Thanks. > > Dale > > :-) :-) Is folding pretty CPU intensive? If it is then possibly shut that off completely until you find the root cause. Additional CPU heating can cause higher temps all through the machine. If you have a broken trace somewhere that only comes apart when the motherboard heats up, etc. The order I walk through this sort of problem is: 1) Google, Google, Google for your exact hardware looking for similar problems. (and hopefully solutions...) The main culprits are generally: - Motherboard - Power supply - VGA 2) Unlikely if this is your new machine but use some canned air and blow out all heat sinks if they have collected dust. 3) Remove _ALL_ adapter cards and any external devices tha
[gentoo-user] Re: Random reboots. Where to start?
On 2011-02-25, Dale wrote: > Well, I think my machine is possessed or something. I'm getting random > reboots here. When it does this, it is like hitting the reset button. > It is sitting on the grub screen when it does this. I noticed the first > time the other day and this was before adding the extra memory. I > seemed to be stable at 4Gbs but I seem to be rebooting at random. I ran > memtest yesterday, it checked fine. By "memtest" I assume mean memtest86? In my experience, you should let it run multiple passes (I'd recommend at least 4 or 4 -- I would imagine it'll take a couple days). I've seen situations where it was OK on the initial pass, and then failed later. The other likely suspect is probably the power supply. -- Grant Edwards grant.b.edwardsYow! I have a TINY BOWL in at my HEAD gmail.com
Re: [gentoo-user] Random reboots. Where to start?
On 02/25/2011 04:33:20 PM, Dale wrote: > Well, I think my machine is possessed or something. I'm getting > random > reboots here. When it does this, it is like hitting the reset > button. > > It is sitting on the grub screen when it does this. I noticed the > first > time the other day and this was before adding the extra memory. I > seemed to be stable at 4Gbs but I seem to be rebooting at random. I > ran > memtest yesterday, it checked fine. It didn't find a error but it > looked like it was only testing part of it. Memtest recognizes all > 16Gbs on the last run but it didn't seem to be testing it all. Is > there > a trick to getting it to test the whole thing? > Dale, I have better experience with sys-apps/memtester for catching memory errors - though running it over night. You can tell it what to test. Furthermore I had one machine (an AMD Phenom II) where I got random errors though all memory tests went through without a problem. I suspected a cache coherence bug since this was quad core processor. Once, I have replaced this CPU only, i.e. with the same memory, the spook was over. Therefore, if you have a multi-core CPU, run memtester simultaneously (on different parts of the memory) as many times as you have cores. I hope, this helps, Helmut.
Re: [gentoo-user] Ebuild hacking howto
On 02/25/2011 08:13 AM, James wrote: > Hello, > > Is the link below the best "howto" guide as to using > an existing ebuild to hack a new ebuild? JFFNMS has > been languishing despite repeated requests for a version > bump; so I'm taking the plunge and going to update it > on one of my systems. > > http://en.gentoo-wiki.com/wiki/Creating_an_Updated_Ebuild > > > Also, I found this guide: > > http://devmanual.gentoo.org/ > and > man 5 ebuild > > > Any other documents I should reference before > attempinging to update an ebuild on my own > person overlay dir? > > Comments and ideas are most welcome > This has some good information: http://overlays.gentoo.org/proj/sunrise/wiki/CodingStandards and like it says at the bottom, many projects will have their own development documentation. Aside from that, help is always (well, when the devs are awake) available on IRC: #gentoo-dev-help (what it says) #gentoo-sunrise (most people here are writing/reviewing ebuilds)
[gentoo-user] Random reboots. Where to start?
Well, I think my machine is possessed or something. I'm getting random reboots here. When it does this, it is like hitting the reset button. It is sitting on the grub screen when it does this. I noticed the first time the other day and this was before adding the extra memory. I seemed to be stable at 4Gbs but I seem to be rebooting at random. I ran memtest yesterday, it checked fine. It didn't find a error but it looked like it was only testing part of it. Memtest recognizes all 16Gbs on the last run but it didn't seem to be testing it all. Is there a trick to getting it to test the whole thing? This is the last few lines from messages before the reboot: Feb 25 05:10:01 localhost cron[5697]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 05:14:47 localhost smartd[3902]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 113 to 112 Feb 25 05:14:47 localhost smartd[3902]: Device: /dev/sdc [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 80 to 78 Feb 25 05:14:47 localhost smartd[3902]: Device: /dev/sdc [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 75 to 74 Feb 25 05:20:01 localhost cron[5850]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 05:30:01 localhost cron[5994]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 05:40:01 localhost cron[6136]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 05:41:49 localhost uptimed: moving up to position 20: 0 days, 01:27:23 Feb 25 05:44:47 localhost smartd[3902]: Device: /dev/sdc [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 78 to 77 Feb 25 05:50:01 localhost cron[6284]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 05:59:01 localhost cron[6413]: (root) CMD (rm -f /var/spool/cron/lastrun/cron.hourly) Feb 25 06:00:01 localhost cron[6429]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 06:10:01 localhost cron[6573]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 06:14:47 localhost smartd[3902]: Device: /dev/sdc [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 77 to 76 Feb 25 06:20:01 localhost cron[6722]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 06:30:01 localhost cron[6865]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 06:40:01 localhost cron[7008]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 06:50:01 localhost cron[7156]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 06:59:01 localhost cron[7286]: (root) CMD (rm -f /var/spool/cron/lastrun/cron.hourly) Feb 25 07:00:01 localhost cron[7301]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 07:10:01 localhost cron[7444]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 07:20:01 localhost cron[7592]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 07:30:01 localhost cron[7741]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 07:40:01 localhost cron[7884]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) Feb 25 07:42:49 localhost uptimed: moving up to position 19: 0 days, 03:28:23 Feb 25 07:50:01 localhost cron[8032]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons ) I don't see anything out of the norm, do you? What else should I check? I have a Gigabyte mobo, anything in the BIOS I should check? After I added the last two sticks of ram, I loaded the optimized settings. No overclocking or anything here. It does this while logged into KDE and after running a while. I have shut down folding and the CPU is running below 85F and all the fans are running fine. I don't think this could be a heat issue. It's a Cooler Master HAF 932 case with lots of cooling. I'm going to reboot and let memtest run a while and see exactly what it was that makes me think it is not testing ALL the memory. Thanks. Dale :-) :-)
[gentoo-user] Re: Ebuild hacking howto
James tampabay.rr.com> writes: > Any other documents I should reference before > attempinging to update an ebuild on my own > person overlay dir? What about this link: rpm --> ebuild ? a tool that generates an ebuild from a rpm package? http://devmanual.gentoo.org/ebuild-writing/functions/ src_unpack/rpm-sources/index.html Does this work? Am I miss interpreting the .rpm to ebuild conversion process? Anyone with any experience with this approach? (there is a robust and current rpm for jffnms) James
[gentoo-user] Ebuild hacking howto
Hello, Is the link below the best "howto" guide as to using an existing ebuild to hack a new ebuild? JFFNMS has been languishing despite repeated requests for a version bump; so I'm taking the plunge and going to update it on one of my systems. http://en.gentoo-wiki.com/wiki/Creating_an_Updated_Ebuild Also, I found this guide: http://devmanual.gentoo.org/ and man 5 ebuild Any other documents I should reference before attempinging to update an ebuild on my own person overlay dir? Comments and ideas are most welcome James
Re: [gentoo-user] ssh problem
dhk writes: > On 02/25/2011 05:36 AM, Adam Carter wrote: > > Did you remember to restart the sshd on your amd64 system? If not, try > > disabling the new high performance stuff on the client. I had a problem > > logging into a solaris box until i disabled it. In my ~/.ssh/config > > file I added; > > > > host > > > > HPNDisabled yes > > I don't have a ~/.ssh/config. Will it default to ssh_config in /etc/ssh > or do I need to create one? ~/.ssh/config overrides settings in /etc/ssh/ssh_config. BTW, ~/.ssh/config is very convenient so simplify access to hosts you acess frequently. Example: With this entry, a 'ssh -p 12345 it...@foo.long.domain.org' can be done simply as 'ssh foo'. Host foo bar HostName foo.long.domain.org Port 12345 User itsme Wonko
Re: [gentoo-user] ssh problem
On 02/25/2011 05:36 AM, Adam Carter wrote: > Did you remember to restart the sshd on your amd64 system? If not, try > disabling the new high performance stuff on the client. I had a problem > logging into a solaris box until i disabled it. In my ~/.ssh/config file I > added; > > host > HPNDisabled yes > I don't have a ~/.ssh/config. Will it default to ssh_config in /etc/ssh or do I need to create one?
Re: [gentoo-user] ssh problem
On 02/24/2011 08:08 PM, dhk wrote: > On 02/24/2011 06:30 PM, Mick wrote: >> On Thursday 24 February 2011 21:51:56 dhk wrote: >> >>> Thanks, but I've tried that. ssh'ing to the hostname and loopback >>> address work. However, when I go out to the WAN it doesn't. So I can't >>> ssh user@123.123.123.123 even though I have port 22 open on the switch >>> for my ip. >> >> Just to state the obvious, have your tried something like: >> >> $ nc -v -z 123.123.123.123 22 >> 123.123.123.123 (ssh) open >> >> from a WAN client to make sure that the port is open? > > I don't have the nc comand. What package is it in? > > The nc command does nothing when run from the same host I'm trying to ssh in to. I'm not sure what that means other than it can't make a connection. With the -w option I get: # nc -w 3 -v -z 123.123.123.123 22 ool-43505ef2.dyn.optonline.net [123.123.123.123] 22 (ssh) : Connection timed out
Re: [gentoo-user] Re: ALSA - Still No Sound
On 02/15/2011 06:35 AM, dhk wrote: > On 02/15/2011 06:10 AM, laconism wrote: >> you can use 'lspci' in shell to know something about your sound card,then >> http://www.gentoo.org/doc/en/alsa-guide.xml has a guide about how to >> set your hardware and kernel,the information used to make sure the model of >> your sound card is porvided in 'lspci',look it up clearly >> if you don't know how to update the kernel,see >> herehttp://www.gentoo.org/doc/en/kernel-upgrade.xml >> My English is not very good, i wish that you can understand >> At 2011-02-15 18:43:57,dhk wrote: >>> On 02/14/2011 12:29 PM, walt wrote: On 02/14/2011 03:43 AM, dhk wrote: > What are the "Intel HD Audio" codecs? I don't > remember doing anything explicitly for them. How do I check them? > Thanks. Under the HD-Intel sound card driver menu there are several codecs for specific sound chips. e.g. I use the one for realtek, but yours may be a different one. Doesn't hurt to build them all as modules and see which one(s) your kernel actually uses. >>> >>> It looks like all the codec's are built in. I'm not sure what the last >>> one in the list does. >>> >>> # grep -i realtek /etc/kernels/kernel-config-x86_64-2.6.36-gentoo-r5 >>> CONFIG_REALTEK_PHY=m >>> CONFIG_SND_HDA_CODEC_REALTEK=y >>> # grep -i codec /etc/kernels/kernel-config-x86_64-2.6.36-gentoo-r5 >>> CONFIG_SND_AC97_CODEC=m >>> CONFIG_SND_HDA_CODEC_REALTEK=y >>> CONFIG_SND_HDA_CODEC_ANALOG=y >>> CONFIG_SND_HDA_CODEC_SIGMATEL=y >>> CONFIG_SND_HDA_CODEC_VIA=y >>> CONFIG_SND_HDA_CODEC_ATIHDMI=y >>> CONFIG_SND_HDA_CODEC_NVHDMI=y >>> CONFIG_SND_HDA_CODEC_INTELHDMI=y >>> CONFIG_SND_HDA_CODEC_CIRRUS=y >>> CONFIG_SND_HDA_CODEC_CONEXANT=y >>> CONFIG_SND_HDA_CODEC_CA0110=y >>> CONFIG_SND_HDA_CODEC_CMEDIA=y >>> CONFIG_SND_HDA_CODEC_SI3054=y >>> # CONFIG_SND_SOC_ALL_CODECS is not set >>> >>> This is the genkernel so pretty much everything is built in. >>> >>> Could this be a bug in the kernel? I haven't had sound for about a >>> year, but I know it use to work on this hardware. It probably went out >>> with an upgrade and never came back with a new install. >>> >>> Any ideas are appreciated. >>> >>> Thanks, >>> >>> dhk >>> >> >> >> > > Been there, done that, still no sound. Thanks. > > I think I have made some progress. After getting a new sound card (Sound Blaster X-Fi) and building X-Fi in the kernel I have some sound, but it sounds terrible. It's mostly a static noise with a hint of the actual audio underneath. Also the volume is almost all the way up, but the volume still sounds low. The ALSA Soundcard Matrix for this card says: Sound Blaster X-Fi emu20k1 Details [PCI] Partially supported on 1.0.21; EAX and Advanced sound options like crystalizer not available and # lspci | grep -i audio 02:09.0 Multimedia audio controller: Creative Labs CA0106 Soundblaster I set the ALSA_CARDS variable in /etc/make.conf to emu20k1 and CA0106, but neither make a difference. When alsaconf is run it always set the card as CA0106. After each change I run alsaconf and alsamixer to make sure all is set correctly. When the ALSA_CARDS variable is changed, is there anything that need to run or be updated? The following 764 lines is the output from alsa-info. # cat /tmp/alsa-info.txt.vaKO90QJzT upload=true&script=true&cardinfo= !! !!ALSA Information Script v 0.4.60 !! !!Script ran on: Fri Feb 25 11:47:59 UTC 2011 !!Linux Distribution !!-- Gentoo Base System release 1.12.14 !!DMI Information !!--- Manufacturer: ASUSTek Computer Inc. Product Name: K8N-E Product Version: System Version !!Kernel Information !!-- Kernel release:2.6.36-gentoo-r5 Operating System: GNU/Linux Architecture: x86_64 Processor: AMD Athlon(tm) 64 Processor 3200+ SMP Enabled: Yes !!ALSA Version !! Driver version: 1.0.23 Library version:1.0.23 Utilities version: 1.0.23 !!Loaded ALSA modules !!--- snd_ca0106 snd_mpu401 !!Sound Servers on this system !! No sound servers found. !!Soundcards recognised by ALSA !!- 0 [CA0106 ]: CA0106 - CA0106 X-Fi Extreme Audio [SB] at 0xb000 irq 16 1 [UART ]: MPU-401 UART - MPU-401 UART MPU-401 UART at 0x300, irq 5 !!PCI Soundcards installed in the system !!-- 02:09.0 Multimedia audio controller: Creative Labs CA0106 Soundblaster !!Advanced information - PCI Vendor/Device/Subsystem ID's !! 02:09.0 0401: 1102:0007 Subsystem: 1102:1013 !!Loaded sound module options !!-- !!Module: snd_ca0106 enable : Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y i
Re: [gentoo-user] ssh problem
Did you remember to restart the sshd on your amd64 system? If not, try disabling the new high performance stuff on the client. I had a problem logging into a solaris box until i disabled it. In my ~/.ssh/config file I added; host HPNDisabled yes
Re: [gentoo-user] strange library dependencies
Please ignore! There were an older binary somewhere in my PATHs. Helmut.
[gentoo-user] strange library dependencies
Hi, I've just emerged app-text/djview4 which went through without any errors. But invoking djview4 fails due to missing libraries libdjvulibre.so.15 and libtiff.so.3 On my system there the more recent versions libdjvulibre.so.21libtiff.so.5 I don't understand how something that's just got compiled and linked may refer to libraries which are not present. I've searched for dependencies on app-text/djvu (which provides libdjvulibre.so) but I haven't found anything except djview4 which has just been installed. Many thanks for info on these strange situation. Helmut.
[gentoo-user] FIXED: Re: howto recover gcc from another system
Marc Joliet gmx.de> writes: > AFAIK, there is no list that portage uses. > You can restrict it to the system set by using buildsyspkg instead of buildpkg > (see make.conf(5)). OK, Thanks to everyone that help me with this thread. I'm going to mull over my options a bit, after setting buildsyspkg up for now. thanks again! James
Re: [gentoo-user] Re: howto recover gcc from another system
On Thu, 24 Feb 2011 19:59:36 -0600, Dale wrote: > I'm pretty sure I lost python once and buildsyspkg didn't > keep a binary copy around. Just try to emerge something without python > installed. :-( emerge paludis, it's an alternative package manager that doesn't use Python. You don't have to use it, just keep it on your system in case you ever break portage (again). -- Neil Bothwick When you go to court you are putting yourself in the hands of 12 people that were not smart enough to get out of jury duty. signature.asc Description: PGP signature
Re: [gentoo-user] Re: howto recover gcc from another system
Am Fri, 25 Feb 2011 01:29:29 + (UTC) schrieb James : > Dale gmail.com> writes: > > > > > Besides gcc, what is a good list > > > of critical software to use guickpkg > > > as to keep backup binaries? > > > > FEATURES="buildpkg sandbox fixpackages parallel-fetch --keep-going" > > I saw this (FEATURES="buildpkg") googling around. > > 1. What is a good list of software to use buildpkg on? > > 2. Once you decide those packages, where do you put > the list? AFAIK, there is no list that portage uses. However, maybe you could use quickpkg for this? You could script it, e.g. write the list yourself (it also accepts sets as input argument) and feed it to quickpkg periodically. Maybe that or something similar would work for you? > Surely I do not wish to use buildpkg on every installed > package, a few or maybe the entire @system. I have not > found the answer to [1] or [2]. You can restrict it to the system set by using buildsyspkg instead of buildpkg (see make.conf(5)). [...] HTH -- Marc Joliet signature.asc Description: PGP signature